cursor-sentinel-review

スター8

フォーク0

更新日2026年7月19日 07:42

変更差分または指定パスを、カテゴリ別のセキュリティ専用subagentで並列レビューする。Phase 1 は sentinel-iac のみを起動し、IaC ファイル (Dockerfile / docker-compose / Terraform / GitHub Actions) の危険設定だけを検出する。

インストール

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

ソース

coil398

coil398/dotfiles

GitHub リポジトリを開く Creator のリポジトリを見る

ダウンロード

sentinel-review

AI-sentinel-lens のメインスキル。

ユーザが /cursor-sentinel-review を呼んだとき、対象スコープを決定し、カテゴリ別の sentinel-* subagentを並列起動して、結果を Finding スキーマに正規化した Markdown レポートとして返す。

設計の根拠は docs/design/ を参照。

引数

<path> (任意): 対象パス。指定すればそのパス以下が対象。
--diff <base>..<head> (任意): 差分の base..head を明示。
--severity-min <level> (任意, 既定 low): この閾値未満の Finding は出さない (info は別途常に折りたたみ)。

引数を取らない場合は git status と git diff から変更ファイルを拾う。

手順

対象スコープを決定
- <path> 指定があればそのパス以下を対象（Glob 展開、ただし .gitignore 尊重）。
- --diff 指定があれば git diff --name-only <base>..<head> で対象ファイル列挙。
- どちらも無ければ git status --porcelain と git diff --name-only で変更ファイルを取得。
- 対象が 0 件なら「対象なし」と表示して終了。
起動するsubagentを選ぶ
- Phase 1 では sentinel-iac のみ。
- 対象ファイルに以下のいずれかが含まれる場合のみ起動する:
  - Dockerfile, *.dockerfile
  - docker-compose*.yml, docker-compose*.yaml, compose*.yml, compose*.yaml
  - *.tf
  - .github/workflows/*.yml, .github/workflows/*.yaml
- 含まれなければ「IaC 対象ファイルなし」と表示してスキップ。
subagentを起動 (Task subagent, subagent_type=sentinel-iac)
- 入力として「対象ファイルの相対パス一覧」を渡す。
- 出力契約 (docs/design/04-prompts-and-redaction.md の 4.2) と Finding スキーマ (docs/design/03-findings-schema.md) を厳守するよう明示する。
応答をパース
- 応答末尾の ```json ... ``` ブロックを 1 個だけ取り出して JSON.parse 相当の解釈を行う。
- パースに失敗した場合は当該エージェントの結果を 0 件扱いにし、サマリに「sentinel-iac の応答が解釈できませんでした」と明記する（黙って欠落させない）。
Finding を正規化・統合
- docs/design/03-findings-schema.md の 3.4 に従って:
  - detector_id + path + start_line で重複統合
  - 未知の category は misc に倒す
  - スキーマに合わない Finding は捨てる（捨てた件数をサマリに記録）
- severity 降順、次に priority 降順で並び替え。
- --severity-min 未満は出力対象から外す。
Markdown レポートを出力
- 冒頭にサマリ:
  - severity 別件数
  - スキップ/失敗エージェント
  - スキーマ違反で捨てた件数
- 各 Finding は次の体裁で表示:
  - 見出し: #### [<SEVERITY>] <title>
  - 場所、原因、影響、修正案、優先度、信頼度、由来エージェント
  - suggested_patch があれば ```diff ブロック
  - recurrence_checklist は <details> で折りたたみ
- confidence=low と severity=info の Finding は <details> で折りたたむ。

制約

このスキルおよび配下のsubagentは 書き込み権限を持たない。修正は suggested_patch の提示で止める。適用したい場合はユーザが本体 Claude に Edit を依頼する。
攻撃手順や PoC コードは生成しない。Finding の rationale は原理レベルの説明にとどめる。
外部ネット呼び出しは Phase 1 では一切行わない（sentinel-deps を実装する Phase 6 でのみ限定的に許可）。

Phase 1 完了の判定

自リポジトリで /cursor-sentinel-review を実行すると、対象 IaC ファイルがあれば Finding 入りの Markdown が、なければ「対象なし」が返ること。
sentinel-iac の応答が壊れていてもスキル全体は落ちず、サマリに失敗を記録すること。

このリポジトリの他の Skills

同じリポジトリ

codex

coil398/dotfiles

codex（OpenAI のコーディングエージェント）に codex CLI 経由で相談するスキル。第二意見・別アプローチ・難所のレビューを codex に求めるときに使う。CLI の実行と完走管理は codex-runner サブエージェントが担い、メインエージェントは codex-runner を background で起動して即座に別作業へ移る（何時間かかってもブロックされない）。タスクの重さに応じて reasoning effort と model（GPT-5.6 系）を毎回明示的に選び（既定任せにしない）、相談・レビューは sandbox=read-only。「codexに聞いて」「codexの意見」「codexに相談」「codexならどうする」「ask codex」「second opinion from codex」などで起動する。呼び出し元自身がタスク途中で codex に相談すると判断したときも、本スキルの手順が SSOT になる。ユーザーが /codex と入力したら必ずこのスキルを使う。

2026-08-018

codex

coil398/dotfiles

codex（OpenAI のコーディングエージェント）に codex CLI 経由で相談するスキル。第二意見・別アプローチ・難所のレビューを codex に求めるときに使う。CLI の実行と完走管理は codex-runner サブエージェントが担い、メイン Claude は codex-runner を background で起動して即座に別作業へ移る（何時間かかってもブロックされない）。タスクの重さに応じて reasoning effort と model（GPT-5.6 系）を毎回明示的に選び（既定任せにしない）、相談・レビューは sandbox=read-only。「codexに聞いて」「codexの意見」「codexに相談」「codexならどうする」「ask codex」「second opinion from codex」などで起動する。Claude 自身がタスク途中で codex に相談すると判断したときも、本スキルの手順が SSOT になる。ユーザーが /codex と入力したら必ずこのスキルを使う。

2026-08-018

cursor-codex

coil398/dotfiles

codex（OpenAI のコーディングエージェント）に codex CLI 経由で相談するスキル。第二意見・別アプローチ・難所のレビューを codex に求めるときに使う。CLI の実行と完走管理は codex-runner サブエージェントが担い、メインエージェントは codex-runner を background で起動して即座に別作業へ移る（何時間かかってもブロックされない）。タスクの重さに応じて reasoning effort と model（GPT-5.6 系）を毎回明示的に選び（既定任せにしない）、相談・レビューは sandbox=read-only。「codexに聞いて」「codexの意見」「codexに相談」「codexならどうする」「ask codex」「second opinion from codex」などで起動する。呼び出し元自身がタスク途中で codex に相談すると判断したときも、本スキルの手順が SSOT になる。ユーザーが /cursor-codex と入力したら必ずこのスキルを使う。

2026-08-018

pir2codex

coil398/dotfiles

PIR² の Codex 実装版。Plan→Review→Retrospect は Claude のまま、Implement フェーズだけ Codex（codex CLI / codex-runner サブエージェント経由）に差し替えた実験的ワークフロー。Codex 実装の品質を通常 /pir2 と比較するために使う。大きく結合した実装は IMPLEMENTATION_UNITS による直列 fresh セッション化に対応。ユーザーが /pir2codex と入力したら必ずこのスキルを使う。

2026-08-018

cursor-pir2codex

coil398/dotfiles

PIR² の Codex 実装版。Plan→Review→Retrospect は Claude のまま、Implement フェーズだけ Codex（codex CLI / codex-runner サブエージェント経由）に差し替えた実験的ワークフロー。Codex 実装の品質を通常 /cursor-pir2 と比較するために使う。大きく結合した実装は IMPLEMENTATION_UNITS による直列 fresh セッション化に対応。ユーザーが /cursor-pir2codex と入力したら必ずこのスキルを使う。

2026-08-018

pir2

coil398/dotfiles

コーディングタスクを Plan → Implement → Review → Retrospect の4フェーズで実行する。複雑なタスク・設計が必要なタスク・品質保証が重要なタスク、大きな機能追加・リファクタリング・アーキテクチャ変更に使う。「ちゃんと作りたい」「しっかり実装して」「品質重視で」といった要望にも対応する。ユーザーが /pir2 と入力したら必ずこのスキルを使う。

2026-07-318

name	cursor-sentinel-review
description	変更差分または指定パスを、カテゴリ別のセキュリティ専用subagentで並列レビューする。Phase 1 は sentinel-iac のみを起動し、IaC ファイル (Dockerfile / docker-compose / Terraform / GitHub Actions) の危険設定だけを検出する。

sentinel-review

AI-sentinel-lens のメインスキル。

設計の根拠は docs/design/ を参照。

引数

<path> (任意): 対象パス。指定すればそのパス以下が対象。
--diff <base>..<head> (任意): 差分の base..head を明示。
--severity-min <level> (任意, 既定 low): この閾値未満の Finding は出さない (info は別途常に折りたたみ)。

引数を取らない場合は git status と git diff から変更ファイルを拾う。

手順

対象スコープを決定
- <path> 指定があればそのパス以下を対象（Glob 展開、ただし .gitignore 尊重）。
- --diff 指定があれば git diff --name-only <base>..<head> で対象ファイル列挙。
- どちらも無ければ git status --porcelain と git diff --name-only で変更ファイルを取得。
- 対象が 0 件なら「対象なし」と表示して終了。
起動するsubagentを選ぶ
- Phase 1 では sentinel-iac のみ。
- 対象ファイルに以下のいずれかが含まれる場合のみ起動する:
  - Dockerfile, *.dockerfile
  - docker-compose*.yml, docker-compose*.yaml, compose*.yml, compose*.yaml
  - *.tf
  - .github/workflows/*.yml, .github/workflows/*.yaml
- 含まれなければ「IaC 対象ファイルなし」と表示してスキップ。
subagentを起動 (Task subagent, subagent_type=sentinel-iac)
- 入力として「対象ファイルの相対パス一覧」を渡す。
- 出力契約 (docs/design/04-prompts-and-redaction.md の 4.2) と Finding スキーマ (docs/design/03-findings-schema.md) を厳守するよう明示する。
応答をパース
- 応答末尾の ```json ... ``` ブロックを 1 個だけ取り出して JSON.parse 相当の解釈を行う。
- パースに失敗した場合は当該エージェントの結果を 0 件扱いにし、サマリに「sentinel-iac の応答が解釈できませんでした」と明記する（黙って欠落させない）。
Finding を正規化・統合
- docs/design/03-findings-schema.md の 3.4 に従って:
  - detector_id + path + start_line で重複統合
  - 未知の category は misc に倒す
  - スキーマに合わない Finding は捨てる（捨てた件数をサマリに記録）
- severity 降順、次に priority 降順で並び替え。
- --severity-min 未満は出力対象から外す。
Markdown レポートを出力
- 冒頭にサマリ:
  - severity 別件数
  - スキップ/失敗エージェント
  - スキーマ違反で捨てた件数
- 各 Finding は次の体裁で表示:
  - 見出し: #### [<SEVERITY>] <title>
  - 場所、原因、影響、修正案、優先度、信頼度、由来エージェント
  - suggested_patch があれば ```diff ブロック
  - recurrence_checklist は <details> で折りたたみ
- confidence=low と severity=info の Finding は <details> で折りたたむ。

制約

このスキルおよび配下のsubagentは 書き込み権限を持たない。修正は suggested_patch の提示で止める。適用したい場合はユーザが本体 Claude に Edit を依頼する。
攻撃手順や PoC コードは生成しない。Finding の rationale は原理レベルの説明にとどめる。
外部ネット呼び出しは Phase 1 では一切行わない（sentinel-deps を実装する Phase 6 でのみ限定的に許可）。

Phase 1 完了の判定

自リポジトリで /cursor-sentinel-review を実行すると、対象 IaC ファイルがあれば Finding 入りの Markdown が、なければ「対象なし」が返ること。
sentinel-iac の応答が壊れていてもスキル全体は落ちず、サマリに失敗を記録すること。