About paper-evidence-board
paper-evidence-board is a research workflow skill for tracking paper claims, supporting evidence, figure locations, and reviewer risks. It turns evidence gaps into actions such as experiments, analysis, rewriting, or citation work, and can coordinate with project memory and related skills.
Key features
- 01Extract claims and record their paper locations
- 02Map evidence to claims and figures
- 03Classify evidence gaps and plan actions
- 04Integrate reviewer risks
- 05Track visual conventions for figures and tables
- 06Write status back to project memory
Use cases
- 01Check claim-evidence alignment before submission
- 02Update the paper after new experiment results
- 03Choose between new experiments and rewriting
- 04Turn reviewer concerns into concrete tasks
Install
Copy the command and run it in a terminal.
npx skills add https:/ / github.com/ a-green-hand-jack/ ml-research-skills --skill paper-evidence-boardAfter installing, type/paper-evidence-boardin Claude Code to confirm it loaded.
Bundled files
References and scripts installed along with SKILL.md.
references/board-schema.mdevidence-gap-triage.mdpaper-section-map.mdreport-template.mdreviewer-risk-integration.mdupdate-protocol.mdDetails
From the project READMEPaper 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-memoryfor project-level claim/evidence/provenance/risk/action/handoff IDs and writebackpaper-writing-memory-managerwhen claim/evidence changes should mark paper locations stale, update dependencies, or create writing threadspaper-evidence-gap-minerwhen a claim lacks evidence and existing result CSVs should be mined before planning new computepaper-result-asset-builderwhen CSV results need to become paper-facing tables, figures, and provenance recordsconference-writing-adapterwhen the board shows structural or paragraph-level writing changesexperiment-design-plannerwhen the board exposes missing evidence requiring new experimentsresult-diagnosiswhen new evidence weakens or complicates a claimpaper-reviewer-simulatorwhen the board should be stress-tested from a reviewer perspectivefigure-results-reviewwhen figures/tables need claim-support, caption, statistical, or visual-style reviewcitation-coverage-auditwhen 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, andreferences/update-protocol.md. - Read
references/paper-section-map.mdwhen building a section-by-section board from a draft. - Read
references/reviewer-risk-integration.mdwhen using reviewer simulation, real reviews, or venue-specific risks. - Use
references/report-template.mdfor 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.mdmemory/evidence-board.mdmemory/provenance-board.mdmemory/risk-board.mdmemory/action-board.mdmemory/handoff-board.mdmemory/phase-dashboard.mdpaper/.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. If evidence may exist in CSV result files but no paper-facing table or figure exists, route to paper-evidence-gap-miner and paper-result-asset-builder before marking the gap as requiring new compute. If evidence changes affect existing paper text, route to paper-writing-memory-manager to mark dependent title, abstract, sections, captions, limitations, or conclusions stale.
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:
mine-existing-results: needspaper-evidence-gap-minerto search existing CSVs, logs, reports, and assets before new computebuild-result-asset: needspaper-result-asset-builderto turn reusable CSV evidence into a paper table or figurenew-experiment: needsexperiment-design-plannerafter existing results are insufficientresult-diagnosis: existing result is ambiguous or contradictoryrewrite: evidence exists but prose overclaims or hides itnarrow-claim: evidence supports a smaller claimcitation-work: claim needs missing related work or attributioncut: claim is not worth supportingaccept-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 claimsmemory/evidence-board.md: evidence source paths, figure/table mappings, stale status, and limitationsmemory/provenance-board.md: traceability from runs, CSVs, reports, citations, figures, tables, captions, and result prose toEVD-###andCLM-###memory/risk-board.md: evidence-gap, writing, novelty, baseline, and reviewer risksmemory/action-board.md: experiment, diagnosis, rewrite, citation, figure/table, and review actionsmemory/handoff-board.md: evidence gaps, asset-building needs, review fixes, or writing dependencies that must be consumed by another skillmemory/phase-dashboard.md: active paper/evidence gate when claim support changes enough to move or regress the project phasepaper/.agent/paper-status.md: current paper section statepaper/.agent/visual-style.md: paper-facing figure/table style policy when visual conventions are materialpaper/.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