cursor-sentinel-review

Stars8

Forks0

UpdatedJuly 19, 2026 at 07:42

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

Installation

Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.

Source

coil398

coil398/dotfiles

View GitHub Repository View Creator Repositories

Download

Related occupationsSOC

Based on SOC occupation classification

Information Security AnalystsComputer and Mathematical Occupations·SOC 15-1212

SKILL.md

readonly

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

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 の応答が壊れていてもスキル全体は落ちず、サマリに失敗を記録すること。

More from this repository

same repository

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 の応答が壊れていてもスキル全体は落ちず、サマリに失敗を記録すること。