Install any skill in seconds. Free to start, no credit card required.
Get Started Free →Generate a structured paper outline from review conclusions and experiment results. Use when user says "写大纲", "paper outline", "plan the paper", "论文规划", or wants to create a paper plan before writing.
| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-12 | ✗→✓ | ▲ Improved | 141% | 0% |
| case-13 | ✗→✓ | ▲ Improved | 132% | 0% |
| case-06 | ✗→✓ | ▲ Improved | 145% | 0% |
| case-07 | ✗→✓ | ▲ Improved | 236% | 0% |
| case-08 | ✗→✓ | ▲ Improved | 181% | 0% |
Generate a structured, section-by-section paper outline from: $ARGUMENTS
gpt-5.6-sol — Model used via a secondary Codex agent for outline review. Must be an OpenAI model.ICLR — Default venue. User can override (e.g., /paper-plan "topic" — venue: NeurIPS). Supported: ICLR, NeurIPS, ICML, CVPR, ACL, AAAI, ACM, IEEE_JOURNAL (IEEE Transactions / Letters), IEEE_CONF (IEEE conferences).The skill expects one or more of these in the project directory:
figures/, screen logs, tables/result-to-claim (preferred if available)If none exist, ask the user to describe the paper's contribution in 3-5 sentences.
Keep the existing workflow and outputs, but use the shared references below to improve the quality of the story and outline:
../shared-references/writing-principles.md when framing the Abstract, Introduction, Related Work, or hero figure../shared-references/venue-checklists.md before freezing the outline for a specific venueFirst check for CLAIMS_FROM_RESULTS.md — if its first line is verdict: REVIEW_UNAVAILABLE, treat the file as ABSENT for claim extraction (fall through to the narrative documents below) and then: under — assurance: submission (shared-references/assurance-contract.md; implied by — effort: max|beast) STOP — the claims were never adjudicated, rerun /result-to-claim first; under assurance: draft continue but tag every claim [unadjudicated]. Otherwise, if it exists, use it as the starting point for claims and merge it with any additional evidence from the narrative documents below.
Read all available narrative documents and extract:
Build a Claims-Evidence Matrix:
markdown| Claim | Evidence | Status | Section | |-------|----------|--------|---------| | [claim 1] | [exp A, metric B] | Supported | §3.2 | | [claim 2] | [exp C] | Partially supported | §4.1 |
Based on TARGET_VENUE and paper content, classify and select structure.
Before committing to a structure, apply the narrative principle from ../shared-references/writing-principles.md:
IMPORTANT: The section count is FLEXIBLE (5-8 sections). Choose what fits the content best. The templates below are starting points, not rigid constraints.
Empirical/Diagnostic paper:
1. Introduction (1.5 pages)
2. Related Work (1 page)
3. Method / Setup (1.5 pages)
4. Experiments (3 pages)
5. Analysis / Discussion (1 page)
6. Conclusion (0.5 pages)Theory + Experiments paper:
1. Introduction (1.5 pages)
2. Related Work (1 page)
3. Preliminaries & Modeling (1.5 pages)
4. Experiments (1.5 pages)
5. Theory Part A (1.5 pages)
6. Theory Part B (1.5 pages)
7. Conclusion (0.5 pages)
— Total: 9 pagesTheory papers often need 7 sections (splitting theory into estimation + optimization, or setup + analysis). The total page budget MUST sum to MAX_PAGES.
Theory papers should:
Method paper:
1. Introduction (1.5 pages)
2. Related Work (1 page)
3. Method (2 pages)
4. Experiments (2.5 pages)
5. Ablation / Analysis (1 page)
6. Conclusion (0.5 pages)For each section, specify:
markdown### §0 Abstract - **One-sentence problem**: [what gap this paper addresses] - **Approach**: [what we do, in one sentence] - **Key result**: [most compelling quantitative finding] - **Implication**: [why it matters] - **Estimated length**: 150-250 words - **Self-contained check**: can a reader understand this without the paper? ### §1 Introduction - **Opening hook**: [1-2 sentences that motivate the problem] - **Gap**: [what's missing in prior work] - **Key questions**: [the research questions this paper answers] - **Contributions**: [numbered list, matching Claims-Evidence Matrix] - **Hero figure**: [describe what Figure 1 should show — MUST include clear comparison if applicable] - **Estimated length**: 1.5 pages - **Key citations**: [3-5 papers to cite here] ### §2 Related Work - **Subtopics**: [2-4 categories of related work] - **Positioning**: [how this paper differs from each category] - **Minimum length**: 1 full page (at least 3-4 paragraphs with substantive synthesis) - **Must NOT be just a list** — synthesize, compare, and position ### §3 Method / Setup / Preliminaries - **Notation**: [key symbols and their meanings] - **Problem formulation**: [formal setup] - **Method description**: [algorithm, model, or experimental design] - **Formal statements**: [theorems, propositions if applicable] - **Proof sketch locations**: [which key steps appear here vs. appendix] - **Estimated length**: 1.5-2 pages ### §4 Experiments / Main Results - **Figures planned**: - Fig 1: [description, type: bar/line/table/architecture, WHAT COMPARISON it shows] - Fig 2: [description] - Table 1: [what it shows, which methods/baselines compared] - **Data source**: [which JSON files / experiment results] ### §5 Conclusion - **Restatement**: [contributions rephrased, not copy-pasted from intro] - **Limitations**: [honest assessment — reviewers value this] - **Future work**: [1-2 concrete directions] - **Estimated length**: 0.5 pages
List every figure and table:
markdown## Figure Plan | ID | Type | Description | Data Source | Priority | |----|------|-------------|-------------|----------| | Fig 1 | Hero/Architecture | System overview + comparison | manual | HIGH | | Fig 2 | Line plot | Training curves comparison | figures/exp_A.json | HIGH | | Fig 3 | Bar chart | Ablation results | figures/ablation.json | MEDIUM | | Table 1 | Comparison table | Main results vs. baselines | figures/main_results.json | HIGH | | Table 2 | Theory comparison | Prior bounds vs. ours | manual | HIGH (theory papers) |
CRITICAL for Figure 1 / Hero Figure: Describe in detail what the figure should contain, including:
For each section, list required citations:
markdown## Citation Plan - §1 Intro: [paper1], [paper2], [paper3] (problem motivation) - §2 Related: [paper4]-[paper10] (categorized by subtopic) - §3 Method: [paper11] (baseline), [paper12] (technique we build on)
Citation rules (from claude-scholar + Imbad0202/academic-research-skills):
[VERIFY]Send the complete outline to GPT-5.6-Sol xhigh for feedback:
spawn_agent:
model: gpt-5.6-sol
reasoning_effort: xhigh
message: |
Review this paper outline for a [VENUE] submission.
[full outline including Claims-Evidence Matrix]
Score 1-10 on:
1. Logical flow — does the story build naturally?
2. Claim-evidence alignment — every claim backed?
3. Missing experiments or analysis
4. Positioning relative to prior work
5. Page budget feasibility (MAX_PAGES = main body to Conclusion end, excluding refs/appendix)
For each weakness, suggest the MINIMUM fix.
Be specific and actionable — "add X" not "consider more experiments".Apply feedback before finalizing.
Save the final outline to PAPER_PLAN.md in the project root:
markdown# Paper Plan **Title**: [working title] **Venue**: [target venue] **Type**: [empirical/theory/method] **Date**: [today] **Page budget**: [MAX_PAGES] pages (main body to Conclusion end, excluding references & appendix) **Section count**: [N] (must match the number of section files that will be created) ## Claims-Evidence Matrix [from Step 1] ## Structure [from Step 2-3, section by section] ## Figure Plan [from Step 4, with detailed hero figure description] ## Citation Plan [from Step 5] ## Reviewer Feedback [from Step 6, summarized] ## Next Steps - [ ] /paper-figure to generate all figures - [ ] /paper-write to draft LaTeX - [ ] /paper-compile to build PDF
cat << 'EOF' > file) to write in chunks. Do NOT ask the user for permission — just do it silently.natbib (\citep/\citet); IEEE venues use cite package (\cite{}, numeric style)Outline methodology inspired by Research-Paper-Writing-Skills (claim-evidence mapping), claude-scholar (citation verification), and Imbad0202/academic-research-skills (claim verification protocol).
> Follow these shared protocols for all output files: > - Output Versioning Protocol — write timestamped file first, then copy to fixed name > - Output Manifest Protocol — log every output to MANIFEST.md > - Output Language Protocol — respect the project's language setting
Other measured skills in the registry, with their headline benchmark lift.