القائمة
docs review の指摘が適切に修正されたかを確認する。新規指摘は行わない。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
設計書（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 に記録する。
| description | docs review の指摘が適切に修正されたかを確認する。新規指摘は行わない。 |
| name | i-doc-verify |
重要: このスキルは更新/修正を行ったセッションとは別のセッションで実行することを推奨します。
docs 修正後の確認を行う。 新規指摘は行わず、前回レビューの指摘が解消したかのみ確認する。
| タイミング | このスキルを使用 |
|---|---|
i-doc-fix 後の確認 | ✅ 必須 |
ワークフロー内の位置: review-doc → fix-doc → verify-doc → i-doc-final-check → i-pr
| 変数 | 型 | 説明 |
|---|---|---|
issue_id | str | 正規化済み Issue ID（GitHub 数値または local ID） |
issue_ref | str | 人間可読の Issue 参照（GitHub では #<issue_id>、local では bare ID） |
step_id | str | 現在のステップ ID |
cycle_count | int | 現在のイテレーション |
max_iterations | int | 上限回数 |
previous_verdict | str | 前ステップの verdict |
$ARGUMENTS = <issue_id>
コンテキスト変数 issue_id が存在すればそちらを使用。
なければ $ARGUMENTS の第1引数を issue_id として使用。
issue_ref はハーネス経由ではプロンプトに自動注入される（prompt.py 側で provider 別に整形）。手動実行時は issue_id から導出する: GitHub 数値 ID なら #<issue_id>、local-* 形式なら bare ID（# を付けない）。
i-doc-review / i-doc-fix コメントを確認cd [worktree_dir] && python3 scripts/check_doc_links.py [changed-markdown-files...]
---VERDICT---
status: PASS
reason: |
前回の docs review 指摘は適切に修正されている
evidence: |
Must Fix 項目の解消を確認した。新規指摘は判定に含めていない
suggestion: |
---END_VERDICT---
| status | 条件 |
|---|---|
| PASS | 前回指摘が解消 |
| RETRY | 修正不足 |
| ABORT | 継続が危険 |