Interface / Implementation Separation

consumerが知る意味と、知らなくてよい実現方法を分ける。成果はinterface数ではなく、契約、技術漏出、変更局所性で判定する。

Outcome Contract

主成果物としてBoundary Packageを作る。通常は次の最小構成を返し、operation semanticsの詳細schemaはworkflow referenceへ置く。

• consumer、purpose、operationのinput / result / failure / side effect / contract
• interface partとimplementation partの責務
• leakage、dependency direction、boundary-localなcontract / state authority
• consistency boundaryと、結果を分岐させるoperation semanticsだけのapplicability判定
• applicableなdeadline、retry、idempotency、duplicate、ambiguous outcomeのpolicy / owner
• Evidenceのあるchange scenario、過剰抽象化の棄却、既存caller向けcompatibility / migration
• subject_verdict: separated | leaky | overabstracted | not_applicable | indeterminateとcanonical decision
• platform差が公開境界へ漏れ得る場合だけ、Platform ContextとWindows / Linux / macOS adapter validation

非該当semanticsの詳細recordを空欄埋めのために展開しない。理由とEvidence、またはunknownの確認方法と影響を残す。