Menü
第2層。査読で挙がった既出指摘が解消されたかのみを確認する。新規指摘は行わない（レビュー収束のため）。全指摘解消なら PASS（report へ）、未解消ありなら RETRY（fix へ）。
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
設計書（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 | 第2層。査読で挙がった既出指摘が解消されたかのみを確認する。新規指摘は行わない（レビュー収束のため）。全指摘解消なら PASS（report へ）、未解消ありなら RETRY（fix へ）。 |
| name | incident-verify |
修正後の調査 artifact について、既出指摘が解消されたかのみを確認する。
重要: このスキルは「指摘が適切に解消されたか」のみを確認する。新規の指摘は行わない。 これはレビューサイクルの収束を保証するため（
issue-verify-code/issue-verify-designと同じ収束規則）。
ワークフロー内の位置: fix → verify →（PASS: report / RETRY: fix）
| 変数 | 型 | 説明 |
|---|---|---|
issue_id | str | 対象インシデントイシュー ID |
issue_ref | str | 人間可読の Issue 参照 |
step_id | str | 現在のステップ ID |
cycle_count / max_iterations | int | サイクル内ステップのため注入される |
手動実行時は $ARGUMENTS 第 1 トークンを issue_id とする。
.claude/skills/incident-investigate/SKILL.md § 全 incident-* skill 共通ルールに従う。
| 項目 | review | verify |
|---|---|---|
| 目的 | 反証・独立検証を伴うフル査読 | 既出指摘の解消確認のみ |
| 新規指摘 | する | しない |
| 確認範囲 | 調査 artifact 全体 | 前回指摘箇所のみ |
artifact root を解決する（共通ルール参照。以降のパスはこの絶対 root 基準）:
ART="$(kaji config artifacts-dir)"
kaji issue view [issue_id] --comments
直近の査読結果コメント（指摘 N）と、直近の fix 対応表を突き合わせる。
さらに、調査 artifact 本体（$ART/[issue_id]/investigation/report.md）を必ず再読込する。
fix コメントの主張だけで解消判定してはならない。fix が「citation を追加した / conclusion を
見直した」と報告していても、artifact 本体に実際に反映されているかを本文で確認する
（未反映のまま report へ進むと stale な報告が最終提案として publish される）。
指摘 N ごとに「解消 / 未解消 / 反論受理」を判定する。
report.md）に該当修正が実在すること。fix コメントの主張と
artifact 本文が食い違う場合は 未解消 とする。新規指摘はしない。確認中に前回指摘以外の問題を見つけた場合は、判定に含めず参考情報として記録する
（_shared/report-unrelated-issues.md）。
チェックリスト形式（指摘 N ごと）でコメント投稿する。verdict マーカーを無条件付与する。
kaji issue comment [issue_id] --commit \
--verdict-step verify --verdict-status <STATUS> \
--body-file <確認結果 markdown>
---VERDICT--- status: PASS reason: | 全指摘の解消 / 反論受理を確認した evidence: | 指摘 1..N をチェックリストで確認。未解消 0 件 suggestion: | ---END_VERDICT---
| status | 条件 |
|---|---|
| PASS | 全指摘が解消 / 反論受理（report へ） |
| RETRY | 未解消の指摘あり（fix へ戻す） |
| ABORT | 前提崩壊（対象が非インシデント等） |