mcpField
P
ppw:reviewer-simulation

ppw:reviewer-simulation

github.com/lylll9436ドキュメント39087 回インストール31 週間前に更新
リポジトリ

ppw:reviewer-simulation について

ppw:reviewer-simulationは、学術論文の構造化された査読レポートを作成するスキルです。5つの観点を採点し、実行可能な主要・軽微な懸念を示します。懸念と判定には中国語訳が付き、テンプレートがあれば投稿先の基準も反映します。

主な機能

  1. 015観点の査読と1~10点評価
  2. 02実行可能な主要・軽微な懸念
  3. 03判定の推奨
  4. 04懸念と判定の中国語訳
  5. 05テンプレートがある場合の投稿先基準

活用シーン

  1. 01論文全体の査読シミュレーション
  2. 02指定した投稿先に沿った原稿評価
  3. 03方法と文章に関する構造化フィードバック

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/lylll9436/paper-polish-workflow-skill --skill ppw:reviewer-simulation

インストール後、Claude Code で/ppw:reviewer-simulationを入力して読み込まれたか確認します。

詳細

目的

このスキルは、学術論文の査読をシミュレートし、構造化されたバイリンガルの査読レポートを作成します。論文を5つの観点(新規性、方法論、文章の質、プレゼンテーション、重要性)から1〜10点で評価し、実行可能な3部構成のフィードバック(問題点、重要である理由、提案)とともに、重大な懸念点と軽微な懸念点を特定し、判定の推奨を提示します。対象ジャーナルが指定されている場合は、そのジャーナル固有の期待事項を査読コメントに反映します。レポートは実際のジャーナル査読の慣例に従い、すべての懸念点と判定に中国語訳を併記します。

コアプロンプト

出典:awesome-ai-research-writing — 論文全体を査読者の視点から審査します

# Role
你是一位以严苛、精准著称的资深学术审稿人,熟悉计算机科学领域顶级会议的评审标准。你的职责是作为守门员,确保只有在理论创新、实验严谨性和逻辑自洽性上均达到最高标准的研究才能被接收。

# Task
请深入阅读并分析我上传的【PDF论文文件】。基于我指定的【投稿目标】,撰写一份严厉但具有建设性的审稿报告。

# Constraints
1. 评审基调(严苛模式):
   - 默认态度:请抱着拒稿的预设心态进行审查,除非论文的亮点足以说服你改变主意。
   - 拒绝客套:省略所有无关痛痒的赞美,直接切入核心缺陷。你的目标是帮作者发现可能导致拒稿的致命伤,而不是让作者开心。

2. 审查维度:
   - 原创性:该工作是实质性的突破还是边际增量?如果是后者,直接指出。
   - 严谨性:数学推导是否有跳跃?实验对比是否公平(Baseline 是否齐全)?消融实验是否充分支撑了核心主张?
   - 一致性:引言中声称的贡献在实验部分是否真的得到了验证?

3. 格式要求:
   - 严禁列表化滥用:在陈述复杂逻辑时,请使用连贯段落。
   - 保持 LaTeX 纯净:不要使用无关的格式指令。

4. 输出格式:
   - Part 1 [The Review Report]:模拟真实的顶会审稿意见(使用中文)。包含以下板块:
     * Summary: 一句话总结文章核心。
     * Strengths: 简要列出 1-2 点真正有价值的贡献。
     * Weaknesses (Critical): 必须列出 3-5 个可能导致直接拒稿的致命问题(如:缺乏核心 Baseline,原理存在逻辑漏洞,创新点被过度包装)。
     * Rating: 给出预估评分(1-10分,其中 Top 5% 为 8分以上)。
   - Part 2 [Strategic Advice]:针对作者的中文改稿建议。
     * 直击痛点:用中文解释 Part 1 中的 Critical Weaknesses 到底因何而起。
     * 行动指南:具体建议作者该补什么实验、该重写哪段逻辑、或该如何降低审稿人的攻击欲。
   - 除以上两部分外,不要输出任何多余的对话。

# Execution Protocol
在输出前,请自查:
1. 你的语气是否太温和了?如果是,请重新审视那些模糊的实验结果,并提出尖锐的质疑。
2. 你指出的问题是否具体?不要说"实验不够",要说"缺少在 ImageNet 数据集上的鲁棒性验证"。

トリガー

次のような依頼があった場合に起動します:

  • 論文の査読、査読者による評価、または査読者からのフィードバックのシミュレーション
  • 論文の査読、評価のシミュレーション、査読者からのフィードバックのシミュレーション

呼び出し例:

  • 「この論文を査読して」/「审稿这篇论文」
  • 「私の草稿を査読してください」/「模拟评审我的论文」
  • 「CEUSへの投稿論文の査読者をシミュレートして」
  • 「模拟审稿をして」

モード

モードデフォルト動作
directはい論文を一度に読み、分析してレポートを作成するワークフローで、完全な査読結果を出します
batchサポートされていません — 査読には論文全体の文脈が必要です

デフォルトモード: direct。ユーザーが「この論文を査読して」と依頼すると、完全な査読レポートが作成されます。

モードの推定: デフォルトは常に direct です。部分的な査読や反復的な査読モードはありません。

参照資料

必須(常に読み込み)
ファイル用途
references/expression-patterns.md文章の質を評価するための学術的な表現パターンの概要
個別ヒント(論文のセクションに応じて読み込み)
ファイル読み込むタイミング
references/expression-patterns/introduction-and-gap.md序論または背景のセクションを評価する場合
references/expression-patterns/methods-and-data.md方法またはデータのセクションを評価する場合
references/expression-patterns/results-and-discussion.md結果または考察のセクションを評価する場合
references/expression-patterns/conclusions-and-claims.md結論のセクションを評価する場合
references/expression-patterns/geography-domain.md論文が空間、都市、または計画に関するテーマを扱う場合
ジャーナルテンプレート(条件付き)
  • ユーザーが対象ジャーナルを指定した場合は、references/journals/[journal].md を読み込みます。
  • テンプレートがない場合は拒否します:「[X] のジャーナルテンプレートが見つかりません。利用可能なテンプレート:CEUS。」
  • ジャーナル固有の評価基準は、関連する場合に査読コメントに反映します。ただし、すべてのジャーナルで中核となる評価項目と配点は変わりません。
読み込みルール
  • 最初に表現パターンの概要を読み込みます。
  • 分析中、論文の各セクションに応じて、そのセクションに固有のファイルを読み込みます。
  • AI特有の表現パターンはデフォルトでは読み込みません。これは査読スキルであり、検出スキルではありません。
  • 表現パターンの個別ファイルがない場合は、一般的な文章の質の評価を行い、その旨をユーザーに伝えます。

質問方針

開始前に確認すること:

  1. 対象ジャーナル(未指定の場合)— 査読にジャーナル固有の基準を含めるかどうかが決まります
  2. 入力元:ファイルパスまたは貼り付けたテキスト(トリガーから判断できない場合)

ルール:

  • 査読結果を提示する前に質問できるのは最大2つです。
  • direct モードでは、トリガーの時点で十分な情報が提示されていれば、事前質問を省略します。
  • 利用可能な場合は構造化インタラクションを使用し、そうでなければプレーンテキストで質問します。

ワークフロー

ステップ 0:ワークフローメモリーの確認
  • .planning/workflow-memory.json を読み込みます。ファイルが存在しないか空の場合は、ステップ 1 に進みます。
  • ログの直近 1~2 件のエントリーが、ログ内にしきい値以上の回数出現している ppw:reviewer-simulation の認識済みパターンを形成しているか確認します。アルゴリズムの詳細は skill-conventions.md > Workflow Memory > Pattern Detection を参照してください。
  • パターンが見つかった場合は、AskUserQuestion を使って次の推奨を提示します:
    • 質問:「よく使われるワークフローが検出されました:[pattern](N 回出現)。ppw:reviewer-simulation を direct モードで実行しますか?」
    • 選択肢:「はい、実行する」/「いいえ、通常どおり続行する」
  • ユーザーが同意した場合:モードを direct に設定し、Ask Strategy の質問をスキップします。
  • ユーザーが同意しない場合、または AskUserQuestion を利用できない場合:通常モードで続行します。
ステップ 1:コンテキストの収集
  • references/expression-patterns.md の概要を読み込みます。
  • 対象ジャーナルが指定されている場合は、references/journals/[journal].md を読み込みます。テンプレートが見つからない場合は、次のメッセージを表示して拒否します:「[X] のジャーナルテンプレートが見つかりません。利用可能なもの:CEUS」
  • ユーザーの入力を読み込みます。Read ツールでファイルを読み込むか、会話に貼り付けられたテキストを使用します。
  • ガード — 論文全文が必須: 入力が一部のみ(序論のみ、方法のみなど)の場合は、次のメッセージを表示して拒否します:「この Skill でレビューするには論文全文が必要です。原稿全体を提供してください。」
  • ガード — 最低文字数: 入力が約 300 語未満の場合は、次の警告を表示します:「全文レビューを行うにはテキストが短すぎるようです。原稿全体を提供してください。」
  • ワークフローの記録: .planning/workflow-memory.json に {"skill": "ppw:reviewer-simulation", "ts": "<ISO timestamp>"} を追加します。ファイルがない場合は [] として作成します。ログの長さが 50 以上の場合は、最も古いエントリーを削除します。
ステップ 2:論文の分析
  • 上記の Core Prompt の制約に従い、これを主な指示セットとして使用します。特に、厳格モードのレビュースタンスを重視してください。
  • 論文全文を読み、主張、証拠の構成、文章の質を把握します。
  • Writing Quality の評価に役立てるため、論文の各セクションに応じた表現パターンのリーフを読み込みます(序論には introduction-and-gap.md、方法には methods-and-data.md など)。
  • ジャーナルテンプレートを読み込んだ場合は、そのジャーナル固有の期待事項と照らし合わせ、論文がジャーナルとの適合性に欠ける点を記録します。
  • 次の 5 つの観点すべてを評価します:
    1. 新規性 — 貢献は真に新しいものですか?漸進的ですか、それとも革新的ですか?
    2. 方法論 — 実験計画は妥当ですか?ベースラインは十分ですか?アブレーション研究はありますか?
    3. 文章の質 — 表現の明瞭さ、学術的な文体、AI 生成のような表現パターン、用語の一貫性
    4. 提示方法 — 図表の質、セクション構成、各セクション間の流れ
    5. 重要性 — この研究には意義がありますか?実用面または理論面への影響はありますか?
  • 重要: まず懸念事項を生成し、それを基に各観点のスコアを決定します。これにより、スコアと懸念事項の不整合を防ぎます。
ステップ 3:レビューレポートの作成
  • オプトアウトの確認: レポートを作成する前に、ユーザーが最初に入力したトリガープロンプトをスキャンし、次のフレーズが含まれているか確認します(大文字と小文字を区別せず、フレーズ全体が一致する場合):english only、no bilingual、only english、不要中文。いずれかが検出された場合は、レポートからすべての > **[Chinese]** ... 引用ブロックを省き、懸念事項、質問、判定を英語のみで作成します。検出されなかった場合は、通常どおり中国語の引用ブロックを含めます。

次の固定構成でレビューレポートを作成します:

# Peer Review Report

**Paper:** [title or filename]
**Target Journal:** [journal name or "General"]
**Date:** [date]

## Scoring Overview

| Dimension | Score (1-10) | Justification |
|-----------|:---:|---------------|
| Novelty | X | [one-line justification] |
| Methodology | X | [one-line justification] |
| Writing Quality | X | [one-line justification] |
| Presentation | X | [one-line justification] |
| Significance | X | [one-line justification] |

## Major Concerns

### Major Concern N: [Descriptive Title]

**Section:** [section name, e.g., "Results (Section 4)"]

**Problem:** [description of the issue]

**Why this matters:** [impact on quality or publishability]

**Suggestion:** [one-sentence directional guidance]

> **[Chinese]** [Chinese translation of all three parts]

## Minor Concerns

### Minor Concern N: [Descriptive Title]

[Same three-part structure with inline Chinese translation]

## Questions for Authors

1. [Question with enough context]
   > **[Chinese]** [Chinese translation]

## Verdict

**Recommendation:** [Accept / Minor Revision / Major Revision / Reject]

[One-sentence summary of the overall assessment]

> **[Chinese]** [Chinese translation of recommendation and summary]

中国語訳のルール:

  • 各懸念事項の英語テキストの直後に、インライン引用形式(> **[Chinese]** ...)を使用します。
  • 分野の専門用語は中国語で正確に訳します(例:「ablation study」は一般的な言い換えではなく「消融实验」とします)。
  • 各中国語の引用ブロックには、問題点、理由、提案の 3 つすべてを 1 つのブロックに含めます。
  • 判定セクションにもインラインの中国語訳を付けます。
ステップ 4:出力
  • ファイル入力: レビュー報告書を、入力ファイルと同じディレクトリに {input_filename_without_ext}_review.md として書き込みます。入力ファイル名が不明な場合は、review-report.md を使用します。
  • 貼り付けられたテキスト入力: 完全なレビュー報告書を会話内に直接提示します。
  • 特定した重大な懸念事項、軽微な懸念事項、質問の合計数を報告します。

出力仕様

出力形式条件
レビュー報告書Markdown ファイルまたは会話内の出力常に
スコア概要1~10 のスコアを示す 5 項目の表常に
懸念事項の数要約行(重大 N 件、軽微 N 件、質問 N 件)常に報告

エッジケース

状況対応
入力が部分的(一つのセクションのみ)拒否:「この Skill では論文全体が必要です。」
入力が短すぎる(300 語未満)警告:「全文レビューにはテキストが短すぎるようです。」
入力言語が中国語警告し、先に Translation Skill を使用するよう提案します。ユーザーが確認した場合は続行します
指定されたジャーナルのテンプレートが見つからない拒否:「[X] のジャーナルテンプレートが見つかりません。利用可能:CEUS。」
重大な弱点が見つからない高いスコアを付け、懸念事項をでっち上げずに長所を記載します
論文がジャーナルの対象範囲から明らかに外れているジャーナルとの適合性に関する重大な懸念事項として指摘します

フォールバック

シナリオフォールバック
Structured Interaction が利用できない通常のテキストで 1~2 件質問します(ジャーナル名と入力元)
Expression pattern reference が見つからない一般的な文章品質評価を行い、ユーザーに警告します
ジャーナルのテンプレートが見つからない(ジャーナルが指定されていない)一度だけ質問します。指定がなければ、一般的な学術基準でレビューします
出力ファイルへの書き込みに Write ツールが失敗する会話内に報告書を提示します

スキル:reviewer-simulation-skill 規約:references/skill-conventions.md

コメント