jpskill.com
✍️ ライティング コミュニティ

paper-evidence-board

機械学習/AI論文作成時に、主張、実験結果、図表、論文構成、査読者の指摘、今後の対応などを整理し、論文の完成度を高めるための証拠ボードを構築・維持するSkill。

📜 元の英語説明(参考)

Maintain a paper-facing evidence board that aligns claims, experiments, figures, tables, sections, reviewer risks, and next actions during ML/AI paper writing. Use this skill whenever writing exposes missing experiments, new results require paper changes, reviewer simulation reveals evidence gaps, claims need support checks, figures/tables need mapping to claims, or the user wants a live paper evidence board before submission.

🇯🇵 日本人クリエイター向け解説

一言でいうと

機械学習/AI論文作成時に、主張、実験結果、図表、論文構成、査読者の指摘、今後の対応などを整理し、論文の完成度を高めるための証拠ボードを構築・維持するSkill。

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o paper-evidence-board.zip https://jpskill.com/download/8044.zip && unzip -o paper-evidence-board.zip && rm paper-evidence-board.zip
🪟 Windows (PowerShell)
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/8044.zip -OutFile "$d\paper-evidence-board.zip"; Expand-Archive "$d\paper-evidence-board.zip" -DestinationPath $d -Force; ri "$d\paper-evidence-board.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して paper-evidence-board.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → paper-evidence-board フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-18
取得日時
2026-05-18
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

Paper Evidence Board

研究プロジェクトの論文作成における視点を維持します。論文がどのような主張をしているか、どのような証拠がそれを裏付けているか、どこにそれらが現れるか、査読者がどのような点を攻撃する可能性があるか、そして投稿前にどのような行動が必要かを把握します。

このスキルは、以下の場合に使用します。

  • 論文の主張に証拠が不足していることが判明した場合
  • 新しい実験結果により、論文の記述、図、またはセクションを更新する必要がある場合
  • 査読シミュレーションにより、実験または執筆のアクションが生成された場合
  • 論文のドラフトで、投稿前に主張と証拠の整合性を確認する必要がある場合
  • 図表を論文の主張にマッピングする必要がある場合
  • 図表のスタイルを、パレット、マーカー、記号、タイポグラフィ、および発表場所に応じた視覚的な慣習を含む、執筆上の決定として追跡する必要がある場合
  • ユーザーが論文のライブ証拠ボードを必要としている場合
  • プロジェクトで、ギャップを埋めるために、より多くの実験、書き換え、主張の絞り込み、または資料の削減が必要かどうかを判断する必要がある場合

このスキルは、research-project-memory よりも具体的です。プロジェクトメモリをクロスコンポーネントの真実の源として使用しますが、執筆および査読の決定のために論文作成における視点を提供します。

このスキルと組み合わせて使用​​します。

  • プロジェクトレベルの主張/証拠/リスク/アクションのIDと書き戻しには、research-project-memory を使用します。
  • ボードに構造的または段落レベルの記述変更が表示される場合は、conference-writing-adapter を使用します。
  • ボードに新しい実験を必要とする証拠の欠落が示される場合は、experiment-design-planner を使用します。
  • 新しい証拠が主張を弱めるか、複雑にする場合は、result-diagnosis を使用します。
  • ボードを査読者の視点からストレステストする必要がある場合は、paper-reviewer-simulator を使用します。
  • 図表に主張のサポート、キャプション、統計、または視覚スタイルのレビューが必要な場合は、figure-results-review を使用します。
  • 新規性または関連研究のギャップが現れる場合は、citation-coverage-audit を使用します。

Skill Directory Layout

<installed-skill-dir>/
├── SKILL.md
└── references/
    ├── board-schema.md
    ├── evidence-gap-triage.md
    ├── paper-section-map.md
    ├── report-template.md
    ├── reviewer-risk-integration.md
    └── update-protocol.md

Progressive Loading

  • 常に references/board-schema.mdreferences/evidence-gap-triage.md、および references/update-protocol.md を読みます。
  • ドラフトからセクションごとのボードを作成する場合は、references/paper-section-map.md を読みます。
  • 査読シミュレーション、実際の査読、または発表場所固有のリスクを使用する場合は、references/reviewer-risk-integration.md を読みます。
  • 大規模なボードレポートには、references/report-template.md を使用します。
  • 発表場所固有の証拠の期待が重要な場合は、現在の発表場所のルールまたは査読者フォームを確認します。

Core Principles

  • すべての主要な論文の主張には、論文中の場所、証拠のステータス、および査読者のリスクが必要です。
  • 証拠は、散文的な記憶だけでなく、ソースアーティファクトを指し示す必要があります。
  • 図表には、主張をサポートする、査読者の質問に答える、または範囲を区切るという役割が必要です。
  • 論文作成における視点を持つ図表は、正しい数値を表示するだけでなく、論文の視覚スタイルポリシーにも従う必要があります。
  • 証拠の欠落は、デフォルトでは記述の問題ではありません。実験計画、結果の診断、主張の絞り込み、または引用作業が必要になる場合があります。
  • 否定的な結果や弱い結果を隠さないでください。それらがどのように主張を変更するかをマークします。
  • ボードを実行可能に保ちます。各オープンギャップは、次のスキルまたはアクションにルーティングする必要があります。

Step 1 - Locate Paper and Project Memory

以下を探します。

  • 論文のルート:paper/、現在のディレクトリ、またはユーザーが指定したパス
  • プロジェクトのルート(異なる場合)
  • memory/claim-board.md
  • memory/evidence-board.md
  • memory/risk-board.md
  • memory/action-board.md
  • paper/.agent/paper-status.md
  • main.texpaper.texsections/*.tex、図、表、および付録などの論文のソース

プロジェクトメモリがない場合でも、ドラフトから論文ボードを作成しますが、research-project-memory を初期化することをお勧めします。

Step 2 - Extract Paper Claims

ドラフトまたは提供されたメモを読み、以下を抽出します。

  • タイトルとアブストラクトの主張
  • イントロダクションの貢献箇条書き
  • メソッドの主張
  • 理論の主張
  • 実験の主張
  • 関連研究の新規性の境界
  • 制限事項と範囲の主張

CLM-### IDを割り当てるか、再利用します。各主張について、以下を記録します。

  • 正確な論文中の場所
  • 主張の種類
  • 強さ
  • 現在の言い回しのリスク
  • 予想される証拠
  • 利用可能な証拠

願望的な貢献の言葉を証明された証拠として扱わないでください。

Step 3 - Map Evidence to Claims

references/board-schema.md を読みます。

すべての証拠項目について:

  • ソースパス、実行ID、表、図、定理、引用、または査読テキストを特定します。
  • 主張IDにリンクします。
  • ステータスをマークします:計画、実行中、観察済み、報告済み、古い、矛盾、またはカット
  • 確実性をマークします:観察済み、ユーザーが述べた、推論、古い、または検証が必要
  • 制限事項を述べます。

証拠が毎日のログまたはチャットメモにのみ存在する場合は、それに応じてマークし、ソースアーティファクトを検証するアクションを作成します。

Step 4 - Build Section and Figure/Table Map

references/paper-section-map.md を読みます。

以下を作成します。

  • セクションマップ:セクション -> 主張 -> 証拠 -> リスク -> アクション
  • 図表マップ:図表 -> 証拠 -> 主張 -> 必要なキャプションメッセージ -> 古いステータス
  • 視覚スタイルマップ:パレット、メソッドからマーカーへのマッピング、タイポグラフィ、記号、図のサイズ設定、および表の慣例
  • 関連する場合は付録マップ

以下を特定します。

  • 強さが一貫していない複数の場所で繰り返される主張
  • 主張のない図
  • 図/表/証明/引用が必要な場合に、それらがない主張
  • 新しい結果後の古い図
  • 論文のビジュアル全体で一貫性のない色、記号、メソッド名、フォントサイズ、または図のサイズ
  • 散文で議論されていない結果テーブル

Step 5 - Triage Evidence Gaps

references/evidence-gap-triage.md を読みます。

各ギャップについて、以下を決定します。

  • new-experiment: experiment-design-planner が必要
  • result-diagnosis: 既存の結果があいまいまたは矛盾している
  • rewrite: 証拠は存在するが、散文が過剰な主張をしているか、隠している
  • narrow-claim: 証拠がより小さな主張をサポートしている
  • citation-work: 主張に不足している関連研究または帰属が必要
  • cut: 主張をサポートする価値がない
  • accept-risk: 制限事項は修正するのではなく、記述することができる

すべての高リスクギャップはc

📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

Paper Evidence Board

Maintain the paper-facing view of the research project: which claims the paper makes, what evidence supports them, where they appear, what reviewers may attack, and what actions are needed before submission.

Use this skill when:

  • writing reveals that a paper claim lacks evidence
  • new experiment results require updating paper narrative, figures, or sections
  • review simulation creates experiment or writing actions
  • a paper draft needs claim-evidence alignment before submission
  • figures and tables need to be mapped to paper claims
  • figure/table style needs to be tracked as a writing decision, including palette, markers, symbols, typography, and venue-facing visual conventions
  • the user wants a live evidence board for a paper
  • the project needs to decide whether a gap requires more experiments, rewriting, narrowing a claim, or cutting material

This skill is more specific than research-project-memory: it uses project memory as the source of cross-component truth, but creates a paper-facing board for writing and review decisions.

Pair this skill with:

  • research-project-memory for project-level claim/evidence/risk/action IDs and writeback
  • conference-writing-adapter when the board shows structural or paragraph-level writing changes
  • experiment-design-planner when the board exposes missing evidence requiring new experiments
  • result-diagnosis when new evidence weakens or complicates a claim
  • paper-reviewer-simulator when the board should be stress-tested from a reviewer perspective
  • figure-results-review when figures/tables need claim-support, caption, statistical, or visual-style review
  • citation-coverage-audit when novelty or related-work gaps appear

Skill Directory Layout

<installed-skill-dir>/
├── SKILL.md
└── references/
    ├── board-schema.md
    ├── evidence-gap-triage.md
    ├── paper-section-map.md
    ├── report-template.md
    ├── reviewer-risk-integration.md
    └── update-protocol.md

Progressive Loading

  • Always read references/board-schema.md, references/evidence-gap-triage.md, and references/update-protocol.md.
  • Read references/paper-section-map.md when building a section-by-section board from a draft.
  • Read references/reviewer-risk-integration.md when using reviewer simulation, real reviews, or venue-specific risks.
  • Use references/report-template.md for substantial board reports.
  • Verify current venue rules or reviewer forms when venue-specific evidence expectations matter.

Core Principles

  • Every major paper claim should have a paper location, evidence status, and reviewer risk.
  • Evidence should point to source artifacts, not only prose memory.
  • A figure/table should have a job: support a claim, answer a reviewer question, or delimit scope.
  • A paper-facing figure/table should also obey the paper's visual style policy, not just display correct numbers.
  • Missing evidence is not a writing problem by default; it may require experiment design, result diagnosis, claim narrowing, or citation work.
  • Do not hide negative or weak results. Mark how they change the claim.
  • Keep the board actionable: each open gap should route to a next skill or action.

Step 1 - Locate Paper and Project Memory

Find:

  • paper root: paper/, current directory, or user-provided path
  • project root, if different
  • memory/claim-board.md
  • memory/evidence-board.md
  • memory/risk-board.md
  • memory/action-board.md
  • paper/.agent/paper-status.md
  • paper sources such as main.tex, paper.tex, sections/*.tex, figures, tables, and appendix

If project memory is missing, still build a paper board from the draft, but recommend initializing research-project-memory.

Step 2 - Extract Paper Claims

Read the draft or provided notes and extract:

  • title and abstract claims
  • introduction contribution bullets
  • method claims
  • theory claims
  • experiment claims
  • related-work novelty boundaries
  • limitation and scope claims

Assign or reuse CLM-### IDs. For each claim, record:

  • exact paper location
  • claim type
  • strength
  • current wording risk
  • evidence expected
  • evidence available

Do not treat aspirational contribution language as proven evidence.

Step 3 - Map Evidence to Claims

Read references/board-schema.md.

For every evidence item:

  • identify source path, run ID, table, figure, theorem, citation, or review text
  • link to claim IDs
  • mark status: planned, running, observed, reported, stale, contradicted, or cut
  • mark certainty: observed, user-stated, inferred, stale, or needs-verification
  • state limitations

If evidence is only in a daily log or chat note, mark it accordingly and create an action to verify source artifacts.

Step 4 - Build Section and Figure/Table Map

Read references/paper-section-map.md.

Create:

  • section map: section -> claims -> evidence -> risks -> actions
  • figure/table map: figure/table -> evidence -> claim -> required caption message -> stale status
  • visual style map: palette, method-to-marker mapping, typography, symbols, figure sizing, and table conventions
  • appendix map when relevant

Identify:

  • claims repeated in multiple places with inconsistent strength
  • figures without a claim
  • claims without a figure/table/proof/citation when one is expected
  • stale figures after new results
  • inconsistent colors, symbols, method names, font sizes, or figure sizes across paper visuals
  • result tables not discussed in prose

Step 5 - Triage Evidence Gaps

Read references/evidence-gap-triage.md.

For each gap, decide:

  • new-experiment: needs experiment-design-planner
  • result-diagnosis: existing result is ambiguous or contradictory
  • rewrite: evidence exists but prose overclaims or hides it
  • narrow-claim: evidence supports a smaller claim
  • citation-work: claim needs missing related work or attribution
  • cut: claim is not worth supporting
  • accept-risk: limitation can be stated rather than fixed

Every high-risk gap should create an action.

Step 6 - Integrate Reviewer Risks

Read references/reviewer-risk-integration.md.

Use:

  • simulated reviewer risks from paper-reviewer-simulator
  • citation risks from citation-coverage-audit
  • real review risks from rebuttal-strategist
  • venue-specific expectations when known

Map each risk to:

  • claim
  • paper location
  • evidence gap
  • fix type: experiment, analysis, proof, citation, rewrite, figure/table, limitation, or rebuttal
  • priority

Step 7 - Produce Board and Actions

Use references/report-template.md for full output.

If saving to a project and no path is given, use:

paper/.agent/paper-evidence-board.md

Output:

  • paper snapshot
  • claim-evidence matrix
  • section map
  • figure/table map
  • visual style map
  • evidence gaps
  • reviewer-risk map
  • action plan
  • project-memory writeback

Step 8 - Write Back to Project Memory

If the project uses research-project-memory, update:

  • memory/claim-board.md: claim status, wording, paper locations, and weakened/cut claims
  • memory/evidence-board.md: evidence source paths, figure/table mappings, stale status, and limitations
  • memory/risk-board.md: evidence-gap, writing, novelty, baseline, and reviewer risks
  • memory/action-board.md: experiment, diagnosis, rewrite, citation, figure/table, and review actions
  • paper/.agent/paper-status.md: current paper section state
  • paper/.agent/visual-style.md: paper-facing figure/table style policy when visual conventions are material
  • paper/.agent/paper-evidence-board.md: the paper-facing board

Do not duplicate long experiment reports. Link to them.

Final Sanity Check

Before finalizing:

  • every major claim has a location and evidence status
  • unsupported claims are marked as planned, narrowed, or cut
  • every main figure/table has a claim-facing job
  • paper-facing figures/tables share consistent colors, markers, symbols, typography, sizing, and notation
  • stale evidence is marked
  • reviewer risks link to actions
  • next actions are routed to the right skill
  • project memory is updated when present