Skip to content
Back to skills

Paper Writer

ASecurity

Write academic papers (IMRaD structure) for conferences and journals, with mandatory anti-hallucination citation verification. Triggers (FR + EN) : "écris un paper", "article pour conférence", "rédige pour la conférence", "structure IMRaD", "soumission paper", "write a paper on", "academic article", "/paper-trail:new-paper". Builds on existing SOTAs in the registry — does NOT invent references. Every citation passes through citation-receipts validation before being accepted in the final draft.

  • 5 stars
  • 0 votes
  • 0 copies
  • 9 views
  • Added June 9, 2026
researchpythongobash

Works with

  • cli

Security analysis

A100/100

Scanned June 9, 2026

npx -y skills add roomi-fields/paper-trail --skill paper-writer --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Paper Writer?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Paper Writer
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/roomi-fields-paper-writer/badge)](https://www.skillsdirectory.com/skills/roomi-fields-paper-writer)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: paper-writer
description: >
  Write academic papers (IMRaD structure) for conferences and journals,
  with mandatory anti-hallucination citation verification. Triggers
  (FR + EN) : "écris un paper", "article pour conférence", "rédige pour
  la conférence", "structure IMRaD", "soumission paper", "write a paper
  on", "academic article", "/paper-trail:new-paper". Builds on existing
  SOTAs in the registry — does NOT invent references. Every citation
  passes through citation-receipts validation before being accepted in
  the final draft.
---

# Skill : Paper Writer

## Role

Write research articles in IMRaD structure (Introduction, Methods,
Results, and Discussion) for conferences and journals, with every
citation rigorously verified against the actual source.

## Workflow

Like `sota-writer`, this skill enforces an **inverted workflow** :
sources are built / verified **before** writing, not after. The
difference with sota-writer is that paper-writer assumes the SOTA
corpus already exists in the registry (it consumes audited SOTAs to
build the Related Work section) and focuses on producing the IMRaD
sections + their citations.

```
A. SOTA CONSUMPTION
   ├─ Identify the SOTAs in the vault relevant to the paper's topic
   ├─ Verify they're audited (no ref in candidate / blocked_human)
   └─ → corpus of refs in `sota_cited_confirmed` available

B. STRUCTURE
   ├─ Choose target venue (ISMIR, SMC, NeurIPS, ACL, etc.)
   ├─ Adapt IMRaD to venue conventions (page limit, abstract length)
   └─ Outline each section with bullet points

C. WRITE PER SECTION
   ├─ Methods & Results : new content from the user's research
   ├─ Related Work : draw from audited SOTAs, no new claims
   ├─ Each citation passes citation-receipts protocol
   └─ → draft with placeholder citations (e.g., \cite{author2020topic})

D. PRE-SUBMISSION AUDIT
   ├─ /paper-trail:audit-article <paper.tex> [--warn]
   ├─ Fix all INVALID and ADJUST citations
   ├─ Decide on UNVERIFIABLE (enable shadow libs or remove claim)
   └─ → submittable draft
```

## Standard IMRaD structure

1. **Abstract** — 150–250 words
2. **Introduction** — context, problem, contribution
3. **Related Work** — based on existing SOTAs in the registry
4. **Methods** — formalism, algorithms, model
5. **Results** — experiments, evaluations
6. **Discussion** — interpretation, limitations
7. **Conclusion** — summary of contributions, future work
8. **References** — BibTeX

## Venue adaptation

Common venue conventions to respect :

| Venue | Pages | Template | Notes |
|---|---|---|---|
| ISMIR | 6 | ISMIR LaTeX | Music information retrieval |
| SMC | 8 | SMC template | Sound and music computing |
| NeurIPS | 8 + appendix | NeurIPS LaTeX | Machine learning |
| ACL | 8 | ACL LaTeX | Computational linguistics |
| ICASSP | 4–5 | ICASSP LaTeX | Signal processing |
| Generic journal | varies | Journal-specific | Refer to author guide |

For a non-standard venue, ask the user for the page limit, citation
style (APA / IEEE / Chicago / ACM), and reference format (BibTeX,
RIS, etc.).

## Citation protocol — MANDATORY

Every citation in the paper MUST :

1. Resolve to a ref in the registry (`$RESEARCH_REGISTRY_PATH/refs/<slug>.md`)
2. The ref's state MUST be `sota_cited_confirmed` (audited as VRAI)
3. The specific claim being cited must pass `citation-receipts`
   (CONFIRMED or NUANCED verdict)

Failure modes :

- Citation pointing to a ref in `candidate` or `blocked_human:*` →
  blocked by the PreToolUse hook (`precheck_sota_wikilinks.py`)
- Citation pointing to a ref in `retracted` → blocked, must be removed
- Claim that doesn't match the source → flagged by `citation-receipts`
  in `RECEIPTS.md`, must be corrected before submission

## Workflow integration

### Phase A — Identify source SOTAs

```bash
# Find SOTAs in the vault related to the paper's topic
# Use the configured adapter
python -c "
from adapters import get_adapter
adapter = get_adapter()
for sota_path in adapter.find_sotas():
    # filter by topic
    ...
"
```

For each relevant SOTA, verify it's audited :

```bash
python -m pipeline doctor --severity error
# Should report 0 violations on the refs cited by the source SOTAs
```

### Phase B — Draft

Use the chosen LaTeX or markdown template. Write the structure first
(section headers, bullet outline), then fill in section by section.
For Related Work, **copy + adapt** content from the audited SOTAs —
don't paraphrase from memory.

### Phase C — Cite

For each `\cite{slug}` (LaTeX) or `[[slug]]` (Markdown) added :

1. Verify the ref exists in registry
2. Verify the ref state is `sota_cited_confirmed`
3. Verify the specific claim via `citation-receipts` skill (read the
   PDF section, match verb, verify verbatim quotes)
4. Update the ref's `cited_in[]` to record this paper + section

### Phase D — Pre-submission audit

```
/paper-trail:audit-article <paper.tex>
```

Reviews each citation, produces `RECEIPTS.md`. Iterate until all
citations are VALID.

```
/paper-trail:audit-article <paper.tex> --warn
```

Same audit + inserts inline warnings in `.tex.bak` for INVALID /
ADJUST / UNVERIFIABLE citations.

## What this skill does NOT do

- **Doesn't invent references** — only consumes from the audited
  registry
- **Doesn't download PDFs** — that's `pdf-cascade`
- **Doesn't decide ref existence** — that's `sota-auditor`
- **Doesn't verify each citation's claim individually** — that's
  `citation-receipts` (downstream)
- **Doesn't bypass the PreToolUse hook** — if the hook blocks the
  write, the citation must be fixed first
- **Doesn't write Related Work from memory** — copies + adapts from
  audited SOTAs only

## Conventions

- **Language** : as specified by user / venue (English default)
- **Citation style** : as specified by venue (BibTeX keys = slug of
  the ref file, e.g., `\cite{shannon_1948_mathematical}`)
- **Wikilinks (Markdown drafts)** : `[[shannon_1948_mathematical]]` —
  the adapter renders to the appropriate format at compile time
- **References file** : `.bib` file derived from the registry refs
  (one entry per cited slug, generated automatically)

## Cross-reference

- `/paper-trail:new-paper <topic>` — entry point for this skill
- `/paper-trail:audit-article <paper.tex>` — pre-submission audit
- `pipeline/USAGE.md` for the underlying CLI
- `skills/sota-writer/SKILL.md` for the upstream SOTA creation
- `skills/citation-receipts/SKILL.md` for per-citation verification

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.