implementation-report

Topics in the source

• Implementation Report Skill - 実装レポート生成
• 概要
• 前提条件
• 実行手順
• Step 1: .quality-check-report.json を読み取る
• Step 2: 設計・実装計画ドキュメントを検索・参照
• Step 3: 設計・計画とGit変更差分を比較・判定
• Step 4: レポートを生成

導入先の補足ファイル documents/development/project/implementation-report.md があれば、その段で読む。補足ファイルは製品への当てはめ（コマンド・パス・ポート等）だけを持ち、本スキルの規則を緩めない。食い違えば本スキルが優先する。 PR作成時に実装レポートを生成するスキル。quality-check スキル通過後、push → PR作成時に実行する（feature ブランチへの push はゲートされない。品質ゲートはマージ時および main への直接 push 時に .quality-check-passed を検証する）。 承認済みの設計・実装計画と実際の変更差分を比較し、設計との差異・品質チェック結果・レビュー指摘への対応をまとめたレポートを生成する。チャットで伝えるのは設計との差異だけで（documents/development/development-policy.md §1.0「承認後の進め方」）、テスト結果やレビュー対応の詳細はこのレポート（PR 本文）に書く。 -- quality-check スキルが完了し .quality-check-report.json が存在すること .quality-check-report.json が見つからない場合はエラーとし、先に quality-check スキルを実行する（AI が実行する。ユーザーに促さない）。例外: 差分がハーネスのみの免除（quality-check「ハーネスのみ変更の免除」）に当たる場合はエラーにしない（Step 1 を参照） スピードモードの場合（quality-check「スピード優先モード」）: レビューは行っていないので、「レビューの中の指摘」は「レビュー未実施（後回し: Issue #n）」と書く。PR を作った後に後回しの Issue を作り、PR 本文にリンクを書き足す（gh pr edit --body-file ） Step 5 の確認待ちで PR を作る場合（documents/development/development-policy.md §1.0「承認後の進め方」 7 の順序 B）: quality-check はフラグ作成の前だが、.quality-check-report.json があれば通常の PR を作ってよい（draft にはしない）。確認の対象は「確認待ち（判断は最後の 1 通）」と書く。返答を受けて実行・記録し、追加するテストなどを同じ PR にコミットした後、レポートを再生成して PR 本文を更新する（gh pr edit --body-file ） -- -- プロジェクトルートの .quality-check-report.json を読み取る。 フォーマットの詳細は sch

This is an excerpt. Refer to the complete source and its current requirements.