/ ディレクトリ / プレイグラウンド / PaperDebugger
● コミュニティ PaperDebugger ⚡ 即起動

PaperDebugger

作者 PaperDebugger · PaperDebugger/paperdebugger

エディタ内でのマルチエージェント論文レビュー — 主張検証・引用監査・構造的批評・言語磨き上げ。研究者のために作られています。

PaperDebuggerはLaTeX/Markdownの論文に対して複数の専門エージェントをオーケストレーションします:厳しい査読者のように批評するReviewerエージェント、声を壊さずに言語を磨くEditor、すべての\cite{}が解決されていて架空のエントリでないことを確認するCitation Auditor、そして主張のドリフトにフラグを立てるCoherenceエージェント。独自のエージェントを追加できるプラグインアーキテクチャ。

なぜ使うのか

主な機能

ライブデモ

実際の動作

paperdebugger-mcp.replay ▶ 準備完了
0/0

インストール

クライアントを選択

~/Library/Application Support/Claude/claude_desktop_config.json  · Windows: %APPDATA%\Claude\claude_desktop_config.json
{
  "mcpServers": {
    "paperdebugger-mcp": {
      "command": "npx",
      "args": [
        "-y",
        "paperdebugger-mcp"
      ]
    }
  }
}

Claude Desktop → Settings → Developer → Edit Config を開く。保存後、アプリを再起動。

~/.cursor/mcp.json · .cursor/mcp.json
{
  "mcpServers": {
    "paperdebugger-mcp": {
      "command": "npx",
      "args": [
        "-y",
        "paperdebugger-mcp"
      ]
    }
  }
}

Cursor は Claude Desktop と同じ mcpServers スキーマを使用。プロジェクト設定はグローバルより優先。

VS Code → Cline → MCP Servers → Edit
{
  "mcpServers": {
    "paperdebugger-mcp": {
      "command": "npx",
      "args": [
        "-y",
        "paperdebugger-mcp"
      ]
    }
  }
}

Cline サイドバーの MCP Servers アイコンをクリックし、"Edit Configuration" を選択。

~/.codeium/windsurf/mcp_config.json
{
  "mcpServers": {
    "paperdebugger-mcp": {
      "command": "npx",
      "args": [
        "-y",
        "paperdebugger-mcp"
      ]
    }
  }
}

Claude Desktop と同じ形式。Windsurf を再起動して反映。

~/.continue/config.json
{
  "mcpServers": [
    {
      "name": "paperdebugger-mcp",
      "command": "npx",
      "args": [
        "-y",
        "paperdebugger-mcp"
      ]
    }
  ]
}

Continue はマップではなくサーバーオブジェクトの配列を使用。

~/.config/zed/settings.json
{
  "context_servers": {
    "paperdebugger-mcp": {
      "command": {
        "path": "npx",
        "args": [
          "-y",
          "paperdebugger-mcp"
        ]
      }
    }
  }
}

context_servers に追加。保存時に Zed がホットリロード。

claude mcp add paperdebugger-mcp -- npx -y paperdebugger-mcp

ワンライナー。claude mcp list で確認、claude mcp remove で削除。

ユースケース

実用的な使い方: PaperDebugger

投稿前に厳しい模擬査読パスを実施する方法

👤 博士課程の学生・研究者・論文著者 ⏱ ~60 min intermediate

使うタイミング: 投稿まで24時間で、最後の徹底的なレビューを受けたい場合。

前提条件
  • LaTeXソースまたはコンパイル済みPDF — どちらの形式でも機能します
フロー
  1. Reviewerを実行する
    Use PaperDebugger Reviewer on /paper/main.tex. Be harsh — venue is NeurIPS-style, top-tier.✓ コピーしました
    → 強み・弱み・推奨実験を含む番号付きレビュー
  2. 引用を監査する
    Cross-check every \cite. Anything fabricated, broken, or missing from the bib?✓ コピーしました
    → 引用ごとのステータステーブル;フラグ付きエントリ
  3. 一貫性を確認する
    Flag claim drift between abstract / introduction / conclusion. Quote the conflicting sentences.✓ コピーしました
    → 引用ペア付きドリフトレポート

結果: 査読者2番が論文を見る前に解決された、投稿前チェックリスト。

注意点
  • Reviewerエージェントが実行不可能な実験を過剰提案する — 提案リストをフィルタリングしてください — 新しいデータなしに文章を改善するものだけを残してください
組み合わせ: filesystem

著者の声を失わずに言語を磨く

👤 英語が母語でない著者 ⏱ ~45 min beginner

使うタイミング: 科学的内容は問題ない;散文に粗い部分がある場合。

フロー
  1. Editorパスを実行する
    Use the Editor agent on /paper/main.tex. Preserve voice; only fix grammar, awkward phrasing, and ambiguous antecedents.✓ コピーしました
    → 文ごとの差分リスト
  2. 差分をレビューする
    Show me the 10 highest-impact edits — ones that fix actual ambiguity, not stylistic preferences.✓ コピーしました
    → 理由付きのトップ10

結果: 同じ声で、より鮮明な論文。

注意点
  • Editorが技術的な専門用語を「修正」する--preserve-glossary terms.txtを渡して、列挙された用語を変更しないようにしてください

すべての結果テーブルが実験ディレクトリの内容と一致することを確認する

👤 表のエラーを心配するML研究者 ⏱ ~90 min advanced

使うタイミング: 3つの異なる方法で結果を実行し、どの数値が論文に記載されているか確かでない場合。

前提条件
  • 論文ソース + 生の結果を含む実験ディレクトリ(JSON/CSV) — 標準的なフォルダーレイアウト
フロー
  1. テーブルを結果にマッピングする
    Map every numerical claim in /paper/main.tex to a specific file in /experiments/. Flag claims you can't trace.✓ コピーしました
    → マッピングテーブル;未追跡の主張がリスト表示
  2. 確認する
    For each traced claim, recompute from the raw file and report match/mismatch.✓ コピーしました
    → 差分付きの検証テーブル

結果: 論文の数値が実験と一致するという確信、またはfix一覧。

注意点
  • 実験フォルダーがアドホック — 規則がない — テーブルラベルを実験パスにマッピングするヒントファイルを提供してください
組み合わせ: filesystem

組み合わせ

他のMCPと組み合わせて10倍の力を

paperdebugger-mcp + filesystem

作業コピーを操作して差分を永続化する

Save the editor's diffs as /paper/edits-$(date +%F).patch.✓ コピーしました
paperdebugger-mcp + arxiv-mcp-server

Reviewerエージェントに渡す関連研究を取得する

Fetch top 10 arxiv papers cited in the related work, then re-run Reviewer with that context.✓ コピーしました

ツール

このMCPが提供する機能

ツール入力呼び出すタイミングコスト
review paper_path, venue? 投稿前レビュー Heavy LLM call
edit paper_path, preserve_glossary_path? 言語磨き上げ LLM
audit_citations paper_path, bib_path 常に投稿前に使用 1 Semantic Scholar lookup per citation
check_coherence paper_path 後期編集段階 LLM

コストと制限

運用コスト

APIクォータ
基盤LLMに依存
呼び出しあたりのトークン
エージェント実行あたり5000〜25000
金額
無料;LLMコストはお客様負担
ヒント
エージェントを順次実行してください(Editorを先に、次にReviewer)、差分を引き継いで論文全体を再tokenizeしないようにしてください

セキュリティ

権限、シークレット、影響範囲

認証情報の保管: LLM APIキーは環境変数経由
データ送信先: LLMプロバイダー + Semantic Scholar(引用監査用)

トラブルシューティング

よくあるエラーと対処法

Editorの差分がLaTeXのコンパイルを壊す

--syntax-awareで実行して\macro{...}の波括弧と数式を保持させてください

確認: 差分を適用後にコンパイル
Citation auditが実際の引用を架空と判定する

引用がSemantic Scholarには新しすぎる可能性があります — --known-good citations.txtで渡してください

Reviewerが汎用すぎる

--venue NeurIPS(または特定の会議)を渡してスタイルと基準を合わせてください

代替案

PaperDebugger 他との比較

代替案代わりに使う場面トレードオフ
Writefull / Grammarly言語磨き上げだけが必要で、マルチエージェントレビューは不要な場合機能が少ない;引用や一貫性を監査しない
自作のClaudeプロンプト年に1回しか論文をレビューしない場合PaperDebuggerには設計されたpromptとコーディネーションループがあり、それを再構築する手間を省けます

その他

リソース

📖 GitHub の公式 README を読む

🐙 オープンな issue を見る

🔍 400以上のMCPサーバーとSkillsを見る