---
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. 未完了項目があれば、完了報告はせず不足項目として明示する。

## 完了報告テンプレート

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

## 運用ルール

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