---
kind: CONCEPT
slug: application-core-c11
title: adapter까지 있고 호출자가 없는 교정 경로
topic: delivery-and-settlement-models
project: clean-architecture-backend-template
status: 게시 전
sourceRevision: 21234e38cdb9a926cbc92bb97a2aee2e4a7d2916
rootTreeNode: concept:application-core-c11
evidenceCapturedOn: 2026-09-01
assets:
  - key: application-core-c11
    file: ../../../final/evidence/rendered/application-core-c11.svg
evidence:
  - ../../../final/evidence/raw/application-core-c11.txt
source:
  - 원본 분석 절은 analysis/03-application-core.md#L270 이다.
module: application-core
---

# adapter까지 있고 호출자가 없는 교정 경로

package-level reachability는 모두 확인됐고 legacy surface도 dead가 아니지만, notification admin의 원자적 `claim()`은 구현까지 있고 application service consumer가 없다.

## 관계

- **legacy storage/notification compatibility surface의 제거 조건 추적**
  같은 분석 리프에서 끌어낸 규칙이다.

## 본문

<!-- body:start -->

static production reference scan에서 주요 application package는 모두 외부 production consumer를 확인했다. 이 count는 "모든 type이 각각 호출된다"는 의미가 아니라 package-level runtime/repository reachability의 evidence다. 세부 파일은 `evidence/raw/013-application-core-reachability.txt`에 보존했다.

## NotificationPort 참조 위치

:::evidence key="application-core-c11" alt="코드베이스에서 NotificationPort 를 검색한 출력 17줄. 이 기록이 세는 참조가 그 출력에 그대로 보인다." caption="NotificationPort 코드베이스 검색 — 17줄 · exit 0" zoom="true"
:::

## legacy surface를 무조건 dead로 분류하지 않았다

`application.storage.ObjectStoragePort`, root notification `NotificationPort`, `NotificationVariablesCodecPort`, old idempotency-related exception 등은 adapter/config/characterization path에서 실제 reference가 남아 있다. 현재 상태는 dead code가 아니라 migration/compatibility surface다.

## 이번 scope에서 가장 중요한 reachability finding

반대로 notification admin atomic `claim()`은 adapter 구현까지 존재하지만 application service consumer가 없는 **unwired corrective path**로 판정했다.

<!-- body:end -->