القائمة
第2層。査読で挙がった既出指摘が解消されたかのみを確認する。新規指摘は行わない（レビュー収束のため）。全指摘解消なら PASS（report へ）、未解消ありなら RETRY（fix へ）。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| 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 | 前提崩壊（対象が非インシデント等） |
設計書（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 に記録する。