- 멀티프로토콜은 기존 ResourceQueryPort/ResourceCommandPort 를 재사용해
신규 port 0개. 프로토콜은 registry 데이터이지 타입이 아니다.
- Image CDN 은 I-O 가 없으므로 adapter 가 아니라 application 정책.
- boot 에 capability 해석 단계 삽입 — 실패하지 않고, 비활성 adapter 는
정적 import 하지 않는다(FE-NFR-020 방어).
- worker/SW 엔트리는 별도 실행 컨텍스트라 상위 layer 를 import 하지 않는다.
설계 스펙의 41개 편집 항목 + 신규 파일 6개 + 기존 파일 7개를
Task 12개로 분해. 코드가 아니라 계약 문서 편집이므로 TDD 순환을
"체크 명령 실패 확인 -> 편집 -> 통과 확인 -> 커밋" 으로 대체했다.
하네스가 삭제돼 결정론 검사기가 없으므로 각 Task 가 자체 grep
검증을 들고 다니고, Task 12 가 참조 무결성·개수 정합·위임 왕복
대조·wikilink 유효성을 총점검한다.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
요청된 9개 능력 묶음을 기존 26개 FE-OC 계약과 대조해 순수 델타
6개 능력 도메인(FE-OC-027~032)으로 분해한 설계 스펙.
- port 12개 신규, 멀티프로토콜은 기존 output port 재사용(신규 port 0)
- capability flag default OFF + FE-GATE-033 이 번들 부재를 증명
- FE-D019(SW default off)를 FE-D034 로 supersede — precaching 은 OFF
유지, push/background sync/Cache Storage 호스트만 opt-in
- FE-REG-CAPABILITY 신설(8→9), 나머지 8개 registry 는 additive 확장
- gate 7 · NFR 5 · runbook 2 · FLOW-FE-EVENT-001~005 추가
- 신규 결정 11건은 근거 raw 부재를 project-local default 로 명시
범위는 port·adapter·registry·gate 까지이며 use case·domain model·
business rule 은 명시적 out of scope.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
DongHyeonka
donghyeon.kang