Menü
docs-only workflow 向けの最終チェック。docs 整合と Issue 状態を確認し、PR に進めるか判定する。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
| description | docs-only workflow 向けの最終チェック。docs 整合と Issue 状態を確認し、PR に進めるか判定する。 |
| name | i-doc-final-check |
docs-only workflow の PR 前最終ゲート。 現行実装、CLI、運用方針、workflow 定義との整合を確認し、docs-only として PR に進めるかを判定する。
| タイミング | このスキルを使用 |
|---|---|
/i-doc-review または /i-doc-verify で Approve 後 | ✅ 必須 |
ワークフロー内の位置: i-doc-update → i-doc-review → i-doc-final-check → i-pr → close
常に注入される変数:
| 変数 | 型 | 説明 |
|---|---|---|
issue_id | str | 正規化済み Issue ID（GitHub 数値または local ID） |
issue_ref | str | 人間可読の Issue 参照（GitHub では #<issue_id>、local では bare ID） |
step_id | str | 現在のステップ ID |
$ARGUMENTS = <issue_id>
コンテキスト変数 issue_id が存在すればそちらを使用。
なければ $ARGUMENTS の第1引数を issue_id として使用。
issue_ref はハーネス経由ではプロンプトに自動注入される（prompt.py 側で provider 別に整形）。手動実行時は issue_id から導出する: GitHub 数値 ID なら #<issue_id>、local-* 形式なら bare ID（# を付けない）。
docs/README.mdmake verify-docs）### ワークフロー完了後の確認項目 を除く充足状態を更新するcd [worktree_dir] && source .venv/bin/activate && make verify-docs
exit 0 必須。verify-docs の検査対象には root AGENTS.md も含まれる。
Issue 本文に ## 完了条件 セクション（チェックボックス形式）がある場合:
### ワークフロー完了後の確認項目 は PASS 判定と本文更新の対象外とする。
同サブセクションより前にある workflow 内完了条件のチェックボックスだけを [x] に更新する。
事後確認のチェックボックスは [ ] のまま維持する。
kaji issue view [issue_id] --json body -q '.body' > /tmp/issue-body.md
# 確認済み条件を [x] に変更
kaji issue edit [issue_id] --commit --body-file /tmp/issue-body.md
チェックボックスは [ ] のまま残す。コメントで未充足条件と戻し先を明示する。
本文更新は行わない（軽微修正後に再実行するため）。
---VERDICT---
status: PASS
reason: |
docs-only workflow の最終チェックを完了し、PR に進める状態を確認した
evidence: |
make verify-docs 通過、事後確認を除く workflow 内完了条件充足、Issue 本文更新済み
suggestion: |
---END_VERDICT---
| status | 条件 |
|---|---|
| PASS | PR に進める（事後確認を除く workflow 内完了条件がすべて充足、本文更新済み） |
| RETRY | final-check 文脈で閉じる軽微修正後に再実行する |
| BACK | docs 更新フェーズに戻す（未充足条件と戻し先を明示） |
| ABORT | docs だけでは解決できない |
設計書（draft/design/）に基づき、TDD（テスト駆動開発）アプローチを用いて機能を実装する。
実装完了後の成果物に対し、設計整合性とコード品質の観点から厳格なレビューを実施する
Issue 作成後・workflow 起動前に人間が明示起動する要件 interview。one-way door を含みうる重要な Issue で、未決の decision tree を 1 問ずつ推奨案付きで確認し、決定事項と provenance を Issue に固定するときだけ使用する。軽微な Issue や workflow 実行中には自動起動しない。
第2層のインシデント調査レビュー収束サイクルを 1 コマンドで手動起動する slash command wrapper。kaji run .kaji/wf/official/incident.yaml <incident_issue_id> を Bash 経由で起動し、exit code を verdict に縮約する。
Issue要件に基づき、draft/design/に設計書を作成する。worktree内での作業が前提。
ワークフローを手動実行して検証し、失敗時は継続せず原因を調査して Issue に記録する。成功時も気づきや詰まりどころを Issue に記録する。