菜单
実装契約を受け取り、bootstrap 確認、vertical slice 分割、TDD loop、slice gate、completion handoff まで進める。 interview-with-docs / design-and-plan / issue / plan から実装可能な契約を受け取り、PR やふりかえりではなくローカル実装を完了したいとき。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | implement |
| description | 実装契約を受け取り、bootstrap 確認、vertical slice 分割、TDD loop、slice gate、completion handoff まで進める。 interview-with-docs / design-and-plan / issue / plan から実装可能な契約を受け取り、PR やふりかえりではなくローカル実装を完了したいとき。 |
実装契約を、観測可能な vertical slice に分け、各 slice を TDD で通してから handoff します。 この skill は実装フェーズだけを扱います。PR 作成、PR review 対応、pre-PR review、furikaeri は別 skill に任せます。
implementation contract
-> bootstrap check
-> slice contract
-> RED
-> GREEN
-> REFACTOR
-> slice gate
-> next slice or completion handoff
次が揃っていれば実装に入ります。不足が実装判断をブロックする場合は、interview-with-docs または design-and-plan に戻します。
artifacts: フィールドがある場合は、その意味（保存済み path か conversation-only か）FAIL は実装修正、REPLAN_REQUIRED は前段へ戻す実装に不要な設計議論をここで広げません。必要十分な契約に圧縮してから進みます。
対象 repo で次を確認します。
references/interactive-app-bootstrap-checklist.mdplan.md の dependencies.contracts.requires がある場合だけ、checkpoints/contract_verify.py で required artifact を検証するartifacts: フィールドがあり path が列挙されている場合は、その file が repo に存在することを確認する。存在しない場合は REPLAN_REQUIRED として design-and-plan に戻す。artifacts: conversation-only、または旧形式でフィールド自体が無い場合はこの確認をスキップするbootstrap の不足が今の slice を壊すなら修正します。関係ない整備は実装 scope に混ぜません。
1 受け入れ条件、または 1 ユーザー行動を 1 vertical slice として切ります。最初の slice は tracer bullet として、必要な層を薄く縦断します。
各 slice で必ず短く固定すること:
RED を確認する command と期待する失敗理由GREEN を確認する command層ごとに「DB だけ」「UI だけ」「テストだけ」を横に広げる horizontal slice は避けます。
各 slice は次の順で進めます。
TDD の規律:
docs-only / config-only など RED が成立しない slice では、TDD を装いません。代わりに verification command と期待結果を slice contract に明記します。
各 slice の最後に、実装者の自己正当化ではなく証拠として gate を通します。
FAIL か REPLAN_REQUIRED に分類したかverdict:
PASS: 次の slice へ進むFAIL: 同じ slice の実装に戻るREPLAN_REQUIRED: interview-with-docs または design-and-plan に戻る必要なら plugins/happy-coding/skills/implementation-eval-gate/SKILL.md を独立評価として使います。ただし、この skill 内では slice gate を最小の必須評価として扱います。
全 slice が PASS したら、実装フェーズを閉じます。
handoff に残すもの:
docs/plan/NNN_PLAN.md が今回の実装 plan なら、完了時に docs/plan/NNN_PLAN_DONE.md へリネームします。未完了項目が残る場合は、次の plan または handoff に切り出します。
REPLAN_REQUIRED がなければ次へ進む。references/interactive-app-bootstrap-checklist.md — interactive app の bootstrap 前提references/interactive-app-comparable-harness-contract.md — interactive app の比較前提checkpoints/contract_verify.py — 複数リポ環境での contract 検証plugins/happy-coding/skills/implementation-eval-gate/SKILL.md — 必要時の独立評価こんなときに使う: Ubuntu / Linux サーバーに SSH で接続し、sudo、systemd サービス、HTTP 監視を一連で安全に進めたいとき。 接続前に SSH_AUTH_SOCK を含む認証状態を固定し、認証で止まらずに サーバー接続・権限確認・サービス起動・停止・再起動・状態確認を一気に行いたいとき。
調査→修正→検証→ふりかえり/後続 Issue 化までを 1 つの改善ループで回したいときに使う。 実装前の再現確認や、review 指摘・検証結果をもとに次のアクションへつなぐ。
こんなときに使う: 現在の会話内容をもとに、実装・エージェント発注に直結する PRD を作りたいとき。 追加のインタビューはせず、すでに会話に出ている内容だけから構成する。 情報が不足している場合は捏造せず「未確定」として明示する。
こんなときに使う: ユーザーが「インタビューして」「質問して」「設計を詰めたい」などと言ったら使う。 計画や設計の重要な判断軸を洗い出し、具体例・反例・影響範囲まで深掘りして要件整理に落とす。
Copilot の custom skill / agent / repository instructions の作成・改善・構造確認を 1 つの入口にまとめる。複合スキルとして、対象に応じて適切な authoring ルートへ 分けつつ、実行時のモデル呼び出しを抑止してルーティングを優先する。試作から `plugins/*` 配布へ昇格するときの name / description 整備も扱う。skill / agent / repo-wide instructions / path-specific instructions を新規作成したいとき、既存定義を育てたいとき、公開前に責務や導線を確かめたいとき。
新しい custom agent を既存 agent 群と同じ型で立ち上げる。agent の新規追加、役割分離のための専門 agent 作成、既存群の隙間を埋めたいとき。