القائمة
issue-loop の Step 9 (振り返り) 単体 skill。対象 PR のレビュー/メタレビュー/E2E findings を「事前 (Step 0-pre) に検出可能だったか」で分類し、プロジェクト側チェックリスト skill への追加提案を出力する。Use when the user asks for a retrospective of a completed PR / issue loop, or to feed findings back into a Step 0-pre checklist.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
artgraph コントリビュータ向け内部 skill。グラフ基本操作 (src/graph/traverse.ts / src/graph/builder.ts の BFS・エッジ意味論・ID 解決) や graph-core 関数 (impact() / check() / buildGraph()) を変更する issue/PR に着手する前 (Step 0-pre) に、24 チェックの shift-left インパクト調査を実行し「silent に破壊される経路」のランク付きリストを報告する。Use when starting a PR that touches src/graph/, edge semantics, or graph-core function signatures/return values.
Performs a safe rename / split / merge of requirement IDs across spec, code, tests, and lock. Use when the user asks to rename a REQ ID, split one ID into multiple, or merge multiple IDs into one. Make sure to use this skill whenever requirement IDs are being restructured.
issue 対応の 10 ステップ・ループ (Step 0-pre shift-left 調査 → 設計 → 実装 → 敵対的レビュー → メタレビュー → E2E → merge → 振り返り) を駆動する汎用 dev process skill。issue 番号 or URL を渡して起動する。Use when the user asks to run the issue loop / 10 ステップループ for a GitHub issue, or to 対応 an issue with the full review process.
Runs `artgraph impact` to surface which requirements, docs, and files a proposed file or symbol edit touches (forward: files/symbols → REQs). Use when the user explicitly names file paths or `path:symbol` pairs, or wants the impact of files staged in `git diff`.
Detects implicit impacts: REQs reached by tasks.md `Files:` but not mentioned in `tasks.md` / `plan.md` / `spec.md` (reverse audit). Use after editing tasks.md / plan.md (e.g. after `/speckit-tasks`, or after updating `.kiro/specs/<name>/tasks.md`), before implementation.
Installs artgraph in the current project, detects the package manager (npm / pnpm / Bun / Deno; default and Yarn fallback are pnpm), and wires up Skills, hooks, agent-context snippet, and any detected SDD-tool integration. Use when the user asks to install / set up / add artgraph, asks whether artgraph is set up or what is installed, or wants to wire artgraph into an SDD tool (Spec Kit / Kiro) added after artgraph. Make sure to use this skill whenever the user mentions artgraph for the first time and `artgraph` CLI is not yet available.
| name | issue-retro |
| description | issue-loop の Step 9 (振り返り) 単体 skill。対象 PR のレビュー/メタレビュー/E2E findings を「事前 (Step 0-pre) に検出可能だったか」で分類し、プロジェクト側チェックリスト skill への追加提案を出力する。Use when the user asks for a retrospective of a completed PR / issue loop, or to feed findings back into a Step 0-pre checklist. |
| user-invocable | true |
| disable-model-invocation | false |
issue 対応ループの品質を次の issue に複利で効かせるためのフィードバック工程。Step 4 (敵対的レビュー) / Step 5 (メタレビュー) / Step 7 (E2E) が surfacing した finding を分類し、「事前に見つけられたはずのもの」の検出条件をプロジェクトの Step 0-pre チェックリスト skill (例: artgraph の artgraph-graph-primitive-impact) に還元する。
対象 PR (URL or 番号)。loop の各 Step ログ (findings 一覧) があれば併せて渡す。
対象 PR のレビューコメント / loop の Step 4・5・7 成果物から finding を列挙する (誤検知と判定されたものは除外)。
未起票の finding を監査するときは、起票ゲート (issue-loop SKILL.md) を通した結果を書く。 「未起票だから起票せよ」ではない — C (このリポジトリの開発しか困らない) / D (挙動の欠陥でない) は起票しないことが正しい処理であり、振り返りはそれを「漏れ」として数えない。振り返りが未起票を一律に起票へ回すと、ループごとの起票数が構造的に 1 を超える。
各 finding を 3 値で分類し、表にする:
| 分類 | 基準 |
|---|---|
| 可能 | 現行の Step 0-pre チェックリストのいずれかのチェックを正しく実行していれば検出できた |
| 条件付き | チェックリストに新しい観点を足せば検出できた (その観点を明文化する) |
| 不可能 | 実装が存在して初めて観測できる (実行時挙動・環境依存など)。Step 4/5/7 が正当な検出層 |
分類表の各行: finding 概要 / ランク / 分類 / 根拠 (どのチェックで・なぜ引っかかる or かからないか)。
「条件付き」の finding について、検出条件をチェックリストへ追加すべきかを判定する:
チェックリストが長くなること自体が、実行漏れを増やす。 提案を書く前に、直近 3 ループ分の分類集計を並べて比を出すこと:
| ループ | チェックリスト行数 | 可能 (実行漏れ) | 条件付き (新観点) |
|---|
実測 (2026-08): チェックリストが 370 → 540 行になったループで、「条件付き」12 → 8 に対し「可能」3 → 9 と 3 倍になり、うち 6 件が新設したばかりの 1 チェックの未実行だった。追加が効かなくなる兆候はこの比に出る。
各提案に 「何を置き換えるか」または「なぜ純増でなければならないか」 を 1 行で書く。書けない提案は出さない。純増を選ぶ場合は、その提案がカバーする finding 数と追加する語数を併記する。
出力の末尾に「今回の提案による増減 (行数・語数) の合計」を書くこと。振り返り自身が、自分の出力量に責任を持つ。
claude-opus-5) サブエージェントに委譲してよい (メイン loop が実装・レビューに関与しているため、自己評価バイアスを避ける)。