name: dod description: 完了報告前のDefinition of Done確認ワークフロー。Codexが内部的に「実装完了」と判断した時点で起動し、DoD項目の充足確認と報告フォーマット統一を行う。ユーザから完了報告依頼が来た場合も同様に適用する。

DoD Skill

目的

完了報告時に「未確認のまま完了扱い」を防ぎ、証跡付きで報告する。

発火タイミング

• ユーザの「完了報告して」という依頼を待たず、Codexが内部的に「実装完了」と判断した時点でこのスキルを起動する。
• 完了前の質問や確認は許可するが、DoDが全項目で満たされるまで「完了報告」は行わない。

DoD確認手順

1. 変更内容を要約し、DoDに関係する差分を抽出する。
2. AGENTS.md の Definition of Done を上から順に確認する。
3. ADRが必要な変更なら、追加または更新の有無を確認する。
4. Domain/Glossary 追加が必要な用語の有無を確認する。
5. Overview図に影響する設計変更の有無を確認する。
6. GitHub PR上で以下を確認する。
   • update branch を実施する（baseブランチとの差分を最新化する）
   • update branch 後にローカルで git pull し、PR側の最新コミットと同期していることを確認する
   • レビュー指摘コメントにすべて対応済み
   • 対応不要コメントは理由を書いて Resolve
   • 対応必要コメントは対応内容と commit hash を書いて Resolve
   • Copilotレビューの実行状態を確認し、実行中なら1分間隔で完了まで待機する
   • update branch 後のCI実行状態を確認し、未完了なら1分間隔で正常終了まで待機する
   • update branch 後の最新コミットでCIが成功している
7. 未完了項目があれば、完了報告はせず不足項目として明示する。

完了報告テンプレート

完了報告:
- 目的:
- 実施内容:
- DoD確認:
  - ADR:
  - Domain/Glossary:
  - Overview図:
  - PRレビュー指摘対応:
  - CI:
- 未対応/保留:
- 補足:

運用ルール

• エビデンスがない項目は「確認済み」と書かない。
• DoD未達がある場合は、未達項目と次アクションを必ず併記する。
• DoD未達または証跡不足の間は、ユーザへの完了報告を禁止する（質問・確認・追加作業の相談は可）。
• GitHub確認では、CopilotレビューとCIの両方が終わるまで待機し、完了前に見切りで完了報告しない。