prompt-review
このスキルは、ユーザーが「プロンプトをレビューして」「対話履歴を分析して」「理解度を診断して」 と依頼したとき、または /prompt-review で呼び出されたときに使用する。 過去のAIエージェント対話履歴(Claude Code, GitHub Copilot Chat, Cursor, Cline, Roo Code, Windsurf, Antigravity, Gemini CLI, OpenAI Codex, OpenCode)を読み取り、技術理解度・プロンプティングパターン・AI依存度を推定してレポートを生成する。
Best use case
prompt-review is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
このスキルは、ユーザーが「プロンプトをレビューして」「対話履歴を分析して」「理解度を診断して」 と依頼したとき、または /prompt-review で呼び出されたときに使用する。 過去のAIエージェント対話履歴(Claude Code, GitHub Copilot Chat, Cursor, Cline, Roo Code, Windsurf, Antigravity, Gemini CLI, OpenAI Codex, OpenCode)を読み取り、技術理解度・プロンプティングパターン・AI依存度を推定してレポートを生成する。
Teams using prompt-review should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/prompt-review/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How prompt-review Compares
| Feature / Agent | prompt-review | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
このスキルは、ユーザーが「プロンプトをレビューして」「対話履歴を分析して」「理解度を診断して」 と依頼したとき、または /prompt-review で呼び出されたときに使用する。 過去のAIエージェント対話履歴(Claude Code, GitHub Copilot Chat, Cursor, Cline, Roo Code, Windsurf, Antigravity, Gemini CLI, OpenAI Codex, OpenCode)を読み取り、技術理解度・プロンプティングパターン・AI依存度を推定してレポートを生成する。
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
Related Guides
Best AI Skills for Claude
Explore the best AI skills for Claude and Claude Code across coding, research, workflow automation, documentation, and agent operations.
Cursor vs Codex for AI Workflows
Compare Cursor and Codex for AI coding workflows, repository assistance, debugging, refactoring, and reusable developer skills.
ChatGPT vs Claude for Agent Skills
Compare ChatGPT and Claude for AI agent skills across coding, writing, research, and reusable workflow execution.
SKILL.md Source
# prompt-review スキル
ユーザーの過去のAIエージェント対話履歴を分析し、技術理解度・プロンプティングパターン・AI依存度を推定してレポートを生成する。レポートは日本語で `reports/prompt-review-YYYY-MM-DD.md` に書き出す。
## 引数の処理
`$ARGUMENTS` を解析し、以下のルールで引数を処理する:
- 引数なし → 全プロジェクト横断、過去7日分(デフォルト)
- 数値のみ → **日数フィルタ**(例: `30` → 過去30日分)
- `all` または `0` → **全期間**(日数フィルタなし)
- 文字列のみ → **プロジェクト名フィルタ**(部分一致)
- 文字列 + 数値 → **プロジェクト名** + **日数フィルタ**(例: `yonshogen 30`)
## ステップ1: データ収集(スクリプト実行)
前処理スクリプト [scripts/collect.py](scripts/collect.py) を実行してデータを収集する。
このスクリプトは Claude Code, GitHub Copilot Chat, Cursor, Cline, Roo Code, Windsurf, Antigravity, Gemini CLI, OpenAI Codex, OpenCode の
ログを自動検出し、フィルタ済みのJSON を標準出力に返す。
### 引数からスクリプトオプションを組み立てる
`$ARGUMENTS` を解析し、Bash で以下のように実行する。
**実行前にタイムスタンプ付きのファイル名を生成し、スクリプト出力の保存先と Read の参照先で同じパスを使うこと。**
```bash
OUTFILE="/tmp/prompt-review-data_$(date +%Y%m%d%H%M%S).json"
python ~/.claude/skills/prompt-review/scripts/collect.py [OPTIONS] > "$OUTFILE"
```
- 引数なし → オプションなし(デフォルト: 過去7日分)
- 数値のみ(例: `30`) → `--days 30`
- `all` または `0` → `--days 0`(全期間)
- 文字列のみ(例: `yonshogen`) → `--project yonshogen`
- 文字列 + 数値(例: `yonshogen 30`) → `--project yonshogen --days 30`
**重要**: スクリプトのパスは、このスキルファイルからの相対パスではなく、スキルが格納されているプロジェクトの `.claude/skills/prompt-review/scripts/collect.py` の絶対パスを使うこと。現在の作業ディレクトリ(`cwd`)を基準に `.claude/skills/prompt-review/scripts/collect.py` を指定する。
### 出力の読み取り
スクリプト実行後、上記で生成した `$OUTFILE` のパスを Read で読み込む。
出力JSON構造:
```json
{
"summary": {
"total_messages": 2616,
"detected_tools": ["Claude Code", "GitHub Copilot Chat"],
"filter_days": null,
"filter_project": null
},
"sources": [
{
"tool": "Claude Code",
"status": "検出",
"messages": [
{"text": "プロンプト本文", "timestamp": "2025-09-29 03:16", "project": "yonshogen"}
],
"period": "2025-09-29 03:16 〜 2026-03-12 04:58"
}
],
"project_stats": {
"farbrain": {"count": 668, "tools": ["Claude Code"]},
"yonshogen": {"count": 215, "tools": ["Claude Code"]}
},
"secret_warnings": [
{
"tool": "Claude Code",
"project": "some-project",
"timestamp": "2025-10-01 12:00",
"type": "OpenAI API Key",
"masked_value": "sk-abc12***xyz9",
"prompt_excerpt": "APIキーはsk-abc123..."
}
]
}
```
## ステップ2: 分析
Read で `$OUTFILE`(ステップ1で生成したタイムスタンプ付きファイル)を読み込んだら、以下の観点で `messages` 配列内のユーザープロンプトを分析する。各観点について**具体的なエビデンス**(実際のプロンプト断片の引用)を必ず含めること。
### 前処理: プロジェクト別サマリーの作成と短文応答の除外
まず `project_stats` を使ってプロジェクト別のメッセージ数・使用ツールの一覧を把握する。
各プロジェクトのプロンプト内容を読み、そのプロジェクトで行われている作業内容を1行で要約する。
この情報はレポートの「2. プロジェクト別サマリー」セクションに出力する。
次に、短文の肯定応答を分析対象から除外する。
### 前処理: 短文の肯定応答を無視する
Claude Code はユーザーに「〜しますか?」と確認を求めることが多く、それに対するユーザーの短い肯定応答はプロンプティング能力や技術理解度の分析に価値がない。以下のようなメッセージは分析対象から**除外**すること:
- 単純な肯定: 「y」「yes」「はい」「うん」「ok」「sure」「yep」「yeah」
- 実行指示: 「進めて」「やって」「do it」「doit」「go」「go ahead」「proceed」
- 承認: 「それで」「それでいい」「それでお願いします」「お願いします」「いいよ」「いいです」「大丈夫」
- 感謝のみ: 「ありがとう」「ありがとうございます」「thanks」「thx」
**判定基準**: メッセージが短文(概ね20文字以下)で、上記のパターンに該当するもの。ただし、短文でも具体的な技術指示を含むもの(例:「30pxがいいです」「asyncで」)は除外しない。
### 2a. 技術的理解度マップ
プロンプトから言及されている技術概念を抽出し、3段階に分類:
- **熟知**: 自信を持って指示、正確な用語使用、具体的な実装方針の提示
- **基本理解**: 概念は知っているが詳細はAIに委任
- **学習中/曖昧**: 質問形式、誤解がある、試行錯誤が多い
分類のシグナル:
- 命令形で具体的な指示 → 熟知
- 「〜してください」+概念名のみ → 基本理解
- 「〜って何?」「〜がうまくいかない」「どうすればいい?」 → 学習中
### 2b. プロンプティングパターン分析
- **効果的なパターン**: 具体的な制約指定、段階的な指示、十分なコンテキスト提供、期待する出力形式の明示
- **改善可能なパターン**: 曖昧な指示(「いい感じにして」等)、コンテキスト不足、目的と手段の混同
- **特徴的な癖**: 短い承認(「y」「doit」等)の頻度、日本語/英語の使い分け
### 2c. AI依存度分析
プロジェクト・ツールごとに:
- ユーザーが方針を決定しAIに実装を任せているケース(主体的)
- AIに方針決定から任せているケース(依存的)
- デバッグ/エラー解決でAIに頼るパターン
- 状態確認を頻繁にAIに依頼するパターン(「状況確認して」等)
### 2d. 成長の軌跡
時系列で:
- プロンプトの質・具体性の変化
- 新しく使い始めた技術概念
- 繰り返し発生する課題パターン
### 2e. プロジェクト横断・ツール横断の傾向
- 得意領域と不得意領域
- プロジェクト種類による振る舞いの違い
- AIツールの使い分け方(検出されたツールが複数の場合)
### 2f. シークレット・クレデンシャル警告
`secret_warnings` 配列が空でない場合、レポートの冒頭(データソースサマリーの直後)に警告セクションを出力する。
スクリプトが検出した API Key、Token、Password、接続文字列等のシークレットを一覧で表示し、
ユーザーに対してキーのローテーション(再発行・無効化)を推奨する。
**レポート内ではシークレットの値は絶対に平文で書かない**。スクリプトがマスク済みの値(`masked_value`)を返すので、それをそのまま使う。
## ステップ3: レポート生成
[references/report-template.md](references/report-template.md) のテンプレートに従い、日本語でレポートを生成する。
### 出力ルール
1. `reports/` ディレクトリが存在しない場合は Bash で `mkdir -p reports` を実行
2. Write ツールを使って `reports/prompt-review-YYYY-MM-DD.md` に書き出す(YYYYMMDDは実行日)
3. レポート生成後、ファイルパスをユーザーに通知する
### 記述上の注意
- レポートは**必ず日本語**で出力すること
- 推測は「〜と推測されます」「〜の可能性があります」と明示すること
- プロンプトの原文を引用する場合は**短く切り取り**、プライバシーに配慮すること
- ファイルパスの個人名部分は `<user>` にマスク
- プロジェクト固有の機密情報は伏せる
- 分析できなかった部分は「データ不足のため分析できませんでした」と正直に記載
- どのツールからの情報かを括弧書きで明記する(例:「(Claude Code)」「(Copilot Chat)」)
- エビデンスのないセクションは省略してよい
## 参照リソース
- **[scripts/collect.py](scripts/collect.py)** — データ収集・前処理スクリプト(Python)
- **[references/data-sources.md](references/data-sources.md)** — 各AIツールのログ保存場所・形式の詳細
- **[references/report-template.md](references/report-template.md)** — レポートの構造テンプレートRelated Skills
prompt-optimizer
分析原始提示,识别意图和差距,匹配ECC组件(技能/命令/代理/钩子),并输出一个可直接粘贴的优化提示。仅提供咨询角色——绝不自行执行任务。触发时机:当用户说“优化提示”、“改进我的提示”、“如何编写提示”、“帮我优化这个指令”或明确要求提高提示质量时。中文等效表达同样触发:“优化prompt”、“改进prompt”、“怎么写prompt”、“帮我优化这个指令”。不触发时机:当用户希望直接执行任务,或说“直接做”时。不触发时机:当用户说“优化代码”、“优化性能”、“optimize performance”、“optimize this code”时——这些是重构/性能优化任务,而非提示优化。
flutter-dart-code-review
库无关的Flutter/Dart代码审查清单,涵盖Widget最佳实践、状态管理模式(BLoC、Riverpod、Provider、GetX、MobX、Signals)、Dart惯用法、性能、可访问性、安全性和整洁架构。
security-review
Use this skill when adding authentication, handling user input, working with secrets, creating API endpoints, or implementing payment/sensitive features. Provides comprehensive security checklist and patterns.
addressing-pr-review-comments
Address all valid review comments on a PR for the current branch in the streamlit/streamlit repo. Covers both inline review comments and general PR (issue) comments. Use when a PR has reviewer feedback to address, including code changes, style fixes, and documentation updates.
llm-prompt-optimizer
Use when improving prompts for any LLM. Applies proven prompt engineering techniques to boost output quality, reduce hallucinations, and cut token usage.
llm-application-dev-prompt-optimize
You are an expert prompt engineer specializing in crafting effective prompts for LLMs through advanced techniques including constitutional AI, chain-of-thought reasoning, and model-specific optimizati
lightning-architecture-review
Review Bitcoin Lightning Network protocol designs, compare channel factory approaches, and analyze Layer 2 scaling tradeoffs. Covers trust models, on-chain footprint, consensus requirements, HTLC/PTLC compatibility, liveness, and watchtower support.
gha-security-review
Find exploitable vulnerabilities in GitHub Actions workflows. Every finding MUST include a concrete exploitation scenario — if you can't build the attack, don't report it.
gh-review-requests
Fetch unread GitHub notifications for open PRs where review is requested from a specified team or opened by a team member. Use when asked to "find PRs I need to review", "show my review requests", "what needs my review", "fetch GitHub review requests", or "check team review queue".
fix-review
Verify fix commits address audit findings without new bugs
error-debugging-multi-agent-review
Use when working with error debugging multi agent review
enhance-prompt
Transforms vague UI ideas into polished, Stitch-optimized prompts. Enhances specificity, adds UI/UX keywords, injects design system context, and structures output for better generation results.