Claude Review

ユーザーが以下を明示的に要求する場合にこのスキルを使用してください:

• 実装前の計画確認またはレビュー
• コード（変更差分またはコードベース全体）のレビュー
• 完了した作業の二重確認または検証
• CTF エクスプロイトチェーンまたは攻撃ロジックの検証

例:

• 「この計画を Claude に確認してもらって」
• 「差分を Claude にレビューしてもらう」
• 「Claude로 전체 코드 리뷰 해줘」
• 「これを Claude で二重確認してほしい」
• 「Claude한테 이 exploit chain 검토 맡겨줘」

コア動作

Claude のプロンプトはユーザーのリクエストから自分で構成する必要があります。

ユーザーが明示的に文言をコントロールしたいと言わない限り、ユーザーに最終的な Claude プロンプトを書くよう求めないでください。

1. タスクタイプを推測します: 計画 / コードレビュー / 二重確認 / CTF チェーン
2. 適切なコンテキスト収集戦略を選択します(以下を参照)
3. ユーザーの言語に合わせて、簡潔で十分な Claude プロンプトを韓国語または英語で構築します
4. 実行前に Claude の努力レベルを選択します
5. ローカル CLI 経由で非対話的に Claude を実行します
6. ユーザーに結果を要約して報告します
7. Claude が質問や曖昧さを指摘した場合、それらを明確に報告します

---

努力レベルの選択

--effort を medium、high、または max から選択します。

• ユーザーが明示的に努力レベルを指定した場合、その指定を使用します。
• そうでない場合は、タスクの複雑さに基づいて自分で選択します。

推奨デフォルト:

• medium — 限定的な計画確認、単一ファイルの二重確認
• high — 通常のコードレビュー、複数ファイルの差分、CTF チェーンレビュー
• max — 広範なアーキテクチャレビュー、リポジトリ全体のレビュー、複雑なエクスプロイトチェーン

---

コンテキスト収集戦略

コードレビュー — 差分モード(デフォルト)

最近のローカル変更をレビューする場合に使用します。PR レビューの場合、適切なベース/ref を明示的に選択します。

# ローカルのステージ前/ステージ済み変更 vs 現在の HEAD
git diff HEAD
# またはステージ済みのみの場合:
git diff --cached
# またはブランチ/PR スタイルの比較の場合:
# git diff origin/main...HEAD

コードレビュー — 完全モード

ユーザーが全体的なレビュー、アーキテクチャチェック、または差分だけでは十分なコンテキストが不足している場合に使用します。

COUNT=$(git ls-files '*.go' '*.ts' '*.tsx' '*.js' '*.jsx' '*.py' '*.rb' '*.rs' | wc -l)
[ "$COUNT" -ge 60 ] && echo "warning: limiting full review context to at most 60 files" >&2

git ls-files '*.go' '*.ts' '*.tsx' '*.js' '*.jsx' '*.py' '*.rb' '*.rs' \
  | awk 'NR<=60 { print }' \
  | while IFS= read -r file; do
      printf '\n===== %s =====\n' "$file"
      cat "$file"
    done

拡張子リストをリポジトリの言語に合わせて調整します。 大規模なリポジトリの場合、コンテキスト収集の前にディレクトリまたはパッケージで絞り込みます。

計画確認

書かれた計画(ファイルまたは会話から) + コンテキスト用の関連する既存コードを含めます。

二重確認

検証される出力/結果 + 元のタスク説明を含めます。

CTF チェーン

完全なエクスプロイトチェーンステップ、ターゲットバイナリ/サービス情報、および制約を含めます。

---

プロンプト構築ルール

計画確認

以下の実装計画をレビューし、アプローチが健全かどうかを確認してください。
論理的な隙間、見落とされたエッジケース、またはより良い代替案を指摘してください。

[PLAN]
<計画の内容>

[CONTEXT]
<関連する既存コードまたは制約>

コードレビュー — 差分モード

以下の git diff をレビューしてください。バグ、コード品質、改善の機会に焦点を当ててください。
実際のバグと細かい指摘を区別してください。

[DIFF]
<git diff の出力>

[CONTEXT]
<この変更が実装する内容、既知の遅延作業>

コードレビュー — 完全モード

このコードベースの全体的なコード品質とアーキテクチャをレビューしてください。
構造的な問題、アンチパターン、高リスク領域に焦点を当ててください。
重大な問題と細かい指摘を区別してください。

[CODE]
<収集したソースファイル>

[CONTEXT]
<焦点を当てるべき点、既知の制約>

二重確認

以下の結果を元のタスクに対して二重確認してください。
すべての誤り、見落とされたケース、または不正確な前提を特定してください。

[TASK]
<元のタスク説明>

[RESULT]
<検証する出力またはコード>

CTF エクスプロイトチェーン

以下のエクスプロイトチェーンを論理的正確性と実現可能性についてレビューしてください。
各ステップについて、制約条件下で実現可能かどうかを確認してください。
破れたリンク、誤った前提、またはミスされたプリミティブを指摘してください。

[TARGET]
<バイナリ/サービス情報、軽減策>

[CHAIN]
<ステップバイステップのエクスプロイト計画>

[CONSTRAINTS]
<環境、既知のオフセット、利用可能なガジェットなど>

---

実行コマンド

以下の解析フィルターに依存する前に、現在の CLI スキーマを素早くインスペクトします:

claude --output-format stream-json --verbose --print "hello" | head -5

プライマリ

if ! command -v jq >/dev/null 2>&1; then
  echo "jq is required for reliable stream-json parsing. Install jq first." >&2
  exit 1
fi

PROMPT_FILE="$(mktemp "${TMPDIR:-/tmp}/claude-prompt.XXXXXX")"
trap 'rm -f "$PROMPT_FILE"' EXIT

cat > "$PROMPT_FILE" << 'PROMPT_EOF'
Review the following diff and identify real bugs first, then quality issues.

[DIFF]
<paste git diff output here>

[CONTEXT]
<paste task summary or known constraints here>
PROMPT_EOF

claude --model claude-sonnet-4-6 --effort <medium|high|max> \
  --output-format stream-json \
  --verbose \
  --print "$(cat "$PROMPT_FILE")" \
  | jq -r '
      if .type == "assistant" then
        .message.content[]? | select(.type == "text") | .text
      elif .type == "text" then
        .text
      else
        empty
      end
    '

構成したプロンプトのスコープを保ちます。非常に大きなプロンプトは CLI 引数経由で渡すときにも厄介になる可能性があります。 Claude CLI のアップグレード後、stream-json スキーマを再確認します — この jq フィルターは現在の assistant/text イベント構造を想定しています。

---

重要な制約

• ユーザーが明示的に Claude を関与させたいと望む場合にのみこのスキルを使用します。
• 実際に CLI コマンドを実行しない限り、Claude がレビューしたと主張しないでください。
• Claude CLI が利用不可の場合、それを明確に報告し、正確な失敗を含めてください。
• このスキルの一部として git 履歴をコミットまたは変更しないでください。
• リポジトリ全体レビューの場合、ファイル数が多い(60 ファイル以上)場合はユーザーに警告し、実行前にスコープを確認します。

レスポンス要約フォーマット

タスクタイプ別に構成された検出結果を返します:

計画 / 二重確認 / CTF:

• ✅ 確認された妥当なポイント
• ⚠️ 見つかった問題またはギャップ
• ❌ ブロッカーまたは不正確な前提
• 💡 推奨事項

コードレビュー:

• ✅ 良い点
• 🐛 実際のバグ(修正が必須)
• 🔧 細かい指摘(オプション)
• 💡 対応すべき内容に関する推奨事項