Skip to content
Back to skills

Incident Verify

ASecurity

第2層。査読で挙がった既出指摘が解消されたかのみを確認する。新規指摘は行わない(レビュー収束のため)。全指摘解消なら PASS(report へ)、未解消ありなら RETRY(fix へ)。

  • 15 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added October 1, 2026
ai-agentsbash

Security analysis

A100/100

Scanned October 1, 2026

npx -y skills add apokamo/kaji --skill incident-verify --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Incident Verify?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Incident Verify
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/apokamo-incident-verify/badge)](https://www.skillsdirectory.com/skills/apokamo-incident-verify)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
description: 第2層。査読で挙がった既出指摘が解消されたかのみを確認する。新規指摘は行わない(レビュー収束のため)。全指摘解消なら PASS(report へ)、未解消ありなら RETRY(fix へ)。
name: incident-verify
---

# 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 共通ルールに従う。

## verify と review の違い

| 項目 | review | verify |
|------|--------|--------|
| 目的 | 反証・独立検証を伴うフル査読 | 既出指摘の解消確認のみ |
| 新規指摘 | する | **しない** |
| 確認範囲 | 調査 artifact 全体 | 前回指摘箇所のみ |

## 実行手順

### Step 1: 指摘と対応の取得

artifact root を解決する(共通ルール参照。以降のパスはこの絶対 root 基準):

```bash
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 される)。

### Step 2: 解消確認

指摘 N ごとに「解消 / 未解消 / 反論受理」を判定する。

- **解消**: 修正内容が指摘意図を満たす(追加 citation・再現結果が受理基準を満たす等)。
  **かつ** artifact 本体(`report.md`)に該当修正が実在すること。fix コメントの主張と
  artifact 本文が食い違う場合は **未解消** とする。
- **未解消**: 修正が不十分 / 意図と異なる / fix 報告と artifact 本文が不一致。
- **反論受理**: fix の反論が技術的に妥当(根拠が明確・論理に飛躍なし)→ 指摘取り下げ。

**新規指摘はしない**。確認中に前回指摘以外の問題を見つけた場合は、判定に含めず参考情報として記録する
(`_shared/report-unrelated-issues.md`)。

### Step 3: 確認結果のコメント投稿

チェックリスト形式(指摘 N ごと)でコメント投稿する。verdict マーカーを無条件付与する。

```bash
kaji issue comment [issue_id] --commit \
  --verdict-step verify --verdict-status <STATUS> \
  --body-file <確認結果 markdown>
```

## Verdict 出力

---VERDICT---
status: PASS
reason: |
  全指摘の解消 / 反論受理を確認した
evidence: |
  指摘 1..N をチェックリストで確認。未解消 0 件
suggestion: |
---END_VERDICT---

### status の選択基準

| status | 条件 |
|--------|------|
| PASS | 全指摘が解消 / 反論受理(report へ) |
| RETRY | 未解消の指摘あり(fix へ戻す) |
| ABORT | 前提崩壊(対象が非インシデント等) |

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…