Token导航 LogoToken导航

Agent Skill · 开发

prompt-review(及时审查)

用于辅助提示词、系统指令、Agent 行为约束和工作流模板的整理。它适合让 Agent 规范任务边界、统一输出格式、拆分操作步骤或优化提示词可复用性。使用时需要保留真实业务约束,不要把示例当硬规则;涉及自动执行、外部工具或高风险操作时,应在提示词中明确确认步骤、权限边界和失败处理方式。

prompt-review 是开发类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为接触敏感数据;许可证信息还不明确,第三方扫描有提醒项,按安装量在开发类的 21,746 个 Skill 里排第 11,245。

总安装 1,875周安装 89GitHub Stars 347下载 691核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:prompt-review(及时审查)
来源仓库:https://github.com/tokoroten/prompt-review
仓库路径:skills/prompt-review
安装命令:
npx skills add https://github.com/tokoroten/prompt-review --skill prompt-review
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/tokoroten/prompt-review --skill prompt-review

这个 Skill 是做什么的

开发类 Skill 面向写代码、改代码和排查问题,一般会读写仓库文件,部分还会执行构建或测试命令。

对提示词进行同行评审与质量把关。适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。提供可读性、安全性、有效性多角度评价。支持多人协作标注与意见汇总。prompt-review 属于开发类 Skill,可作为该场景下的辅助能力补充。

集成 Git 工作流便于版本追溯。主观因素影响较大,需制定评审准则。

来源仓库内路径:skills/prompt-review

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/tokoroten/prompt-review --skill prompt-review;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要接触敏感数据,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

prompt-review 怎么安装?

在终端执行 npx skills add https://github.com/tokoroten/prompt-review --skill prompt-review。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

prompt-review 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

prompt-review 需要什么权限?

权限级别是接触敏感数据。该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

prompt-review 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

prompt-review 用的人多吗?

公开数据是累计安装 1,875 次,近一周安装 89 次,下载 691 次,GitHub 347 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

prompt-review 安全吗?

第三方扫描有提醒项,说明存在需要人工确认的行为。安装前请打开源码看清它读了什么、联网到哪里。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。

先想清楚的地方

  • 需要接触敏感数据,装到常用环境前要先评估影响面。
  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理开发类任务、又不想每次都手写提示词的人。

不太适合

  • 环境里有大量密钥、凭证,不方便给第三方 Skill 读取的人。
  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

开发类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
skill-vetter

技能审查员 · OpenClaw

8,779,018986操作浏览器MIT-0通过
ontology

本体论 · OpenClaw

6,636,960576只读MIT-0通过
entra-app-registration

内部应用程序注册 · Codex、Claude

6,631,872764接触敏感数据未明确通过
entra-app-registration

内部应用程序注册 · Codex、Claude

3,757,680201接触敏感数据未明确通过
nano-banana-pro

纳米香蕉专业版 · OpenClaw

3,526,898364接触敏感数据MIT-0有提醒
prompt-review

及时审查 · 本页

1,875347接触敏感数据未明确有提醒

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

prompt-review スキル

ユーザーの過去のAIエージェント対話履歴を分析し、技術理解度・プロンプティングパターン・AI依存度を推定してレポートを生成する。レポートは日本語で reports/prompt-review-YYYY-MM-DD.md に書き出す。

引数の処理

$ARGUMENTS を解析し、以下のルールで引数を処理する:

  • 引数なし → 全プロジェクト横断、過去7日分(デフォルト)
  • 数値のみ → 日数フィルタ(例: 30 → 過去30日分)
  • all または 0 → 全期間(日数フィルタなし)
  • 文字列のみ → プロジェクト名フィルタ(部分一致)
  • 文字列 + 数値 → プロジェクト名 + 日数フィルタ(例: yonshogen 30)

ステップ1: データ収集(スクリプト実行)

前処理スクリプト scripts/collect.py を実行してデータを収集する。 このスクリプトは Claude Code, GitHub Copilot Chat, Cursor, Cline, Roo Code, Windsurf, Antigravity, Gemini CLI, OpenAI Codex, OpenCode の ログを自動検出し、フィルタ済みのJSON を標準出力に返す。

引数からスクリプトオプションを組み立てる

$ARGUMENTS を解析し、Bash で以下のように実行する。 実行前にタイムスタンプ付きのファイル名を生成し、スクリプト出力の保存先と Read の参照先で同じパスを使うこと。

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構造:

{
  "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 のテンプレートに従い、日本語でレポートを生成する。

出力ルール

  1. reports/ ディレクトリが存在しない場合は Bash で mkdir -p reports を実行
  2. Write ツールを使って reports/prompt-review-YYYY-MM-DD.md に書き出す(YYYYMMDDは実行日)
  3. レポート生成後、ファイルパスをユーザーに通知する

記述上の注意

  • レポートは必ず日本語で出力すること
  • 推測は「〜と推測されます」「〜の可能性があります」と明示すること
  • プロンプトの原文を引用する場合は短く切り取り、プライバシーに配慮すること

- ファイルパスの個人名部分は <user> にマスク - プロジェクト固有の機密情報は伏せる

  • 分析できなかった部分は「データ不足のため分析できませんでした」と正直に記載
  • どのツールからの情報かを括弧書きで明記する(例:「(Claude Code)」「(Copilot Chat)」)
  • エビデンスのないセクションは省略してよい

参照リソース

平台分布

Codex

35.5%
按下载量换算245

Claude

31.36%
按下载量换算217

Cursor

18.61%
按下载量换算129

Gemini CLI

8.72%
按下载量换算60

安全审计

Gen Agent Trust Hub

可疑

Socket

通过

Snyk

通过

权限和风险

接触敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在提醒或未通过项,安装前请自行复核。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills