実装handoffを四つの正本への参照契約にする

design-to-implementation引き渡しの旧構成を削り、四つのimplementation surfaceとcanonical sourceの対応を表にした。/はHome入力、/privacyはPrivacy入力、/termsはTerms入力、全ページ共通要素は共通入力を参照する。ページ固有情報と共通情報の取得元が重ならない構成にした。

• 実装開始時に、指定されたversionと四つのcanonical sourceを直接確認する。
• ページ固有情報は対応するpage sourceから、共通情報は共通入力だけから取得する。
• Canonical sourceの文言や意味をhandoff側で要約、言い換え、補完、再定義しない。
• Source内の管理情報を公開copyとして扱わず、掲載対象との区別はsourceの指示に従う。
• 既存artifact、sample、過去のhandoffから掲載内容や公開可否を推測しない。
• Source間や要求との不一致・曖昧さがあれば実装を止め、ownerへ戻す。
• Sourceにないdesign、技術、legal、公開判断が必要なら、対応するownerの確認を別のgateとする。

変更と検証の責務も分けた。Canonical sourceを変える場合はsource側で更新し、確認済みversionを改めて指定する。実装を変える場合はその作業内でcanonical sourceとの一致を確かめる。Content consistencyの証拠には、使用したversion、source path、差分結果を使い、同じ内容をhandoffへ再掲してmaster化しない規則を置いた。

最初の更新では、各ページの構造や公開境界までhandoffへ再記述し、175行になっていた。CEOの指摘で二重管理のriskを確認し、個別内容を削ってmapping、consumption contract、変更・検証規則、scopeだけの49行へ縮小した。古い共通file名への説明も削り、現行の四つの参照先だけを残した。

確認は、最終差分がdesign-to-implementation引き渡し一つだけであること、四つのsource pathがあること、canonical contentの複製が残っていないこと、空白差分検査が成功することを対象にした。UI、layout、interaction、runtimeは変更していないため、accessibility、responsive behavior、stateの検証はN/Aとした。Pencil designも不要とし、.pen、export、ほかのdesign artifact、site implementationと公開状態は変更・検証の範囲から外した。