Domain·Delivery 개요

권위 배치

• Domain: business invariant와 ubiquitous language.
• Application: actor command/query와 port orchestration.
• Adapters: Supabase, provider, transport 구현.
• Interfaces: HTTP/MCP 등 외부 진입점.
• Contract repository: HTTP/event schema와 generated client.
• Frontend repository: route, copy, accessibility, presentation state.
• Assembly repository: ADR, immutable pins, Starlight, 통합 actor evidence.

의존 방향은 domain ← application ← adapters/interfaces ← orchestration이다. feature 간 직접 import 대신 contract, port, event, typed facade를 사용한다.

Identity context회원 identity와 profile 의미.

Public contract생성된 public API contract.

Frontend 구조UI projection과 state 경계.

Backend SupabaseDB authority와 RLS.

OSS adoption바퀴 재발명 방지와 UI OSS 선택.

Architecture ADRLayer-first 결정 원문.

변경 순서

Contract 변경이면 ADR lineage 확인 → contract artifact → backend provider → frontend facade → assembly pin·actor scenario 순서로 진행한다. 문서가 구현보다 앞서 권위를 새로 만들지 않는다.