paper-writing
Expert guidance for writing high-quality academic and research papers. Use when the user wants to write, structure, revise, or improve academic papers, research articles, conference papers, or technical reports. Provides comprehensive support for all stages from planning to final polish.
What this skill does
# Academic Paper Writing Skill This skill provides comprehensive guidance for writing excellent academic and research papers across all disciplines. It covers structure, style, argumentation, and best practices from initial planning through final revision. ## When to Use This Skill Use this skill when working on: - Research papers and journal articles - Conference papers and proceedings - Technical reports and white papers - Thesis chapters and dissertations - Literature reviews and survey papers - Position papers and perspectives ## Quick Start For immediate guidance, see the task-specific workflows below. For comprehensive reference material, consult: - `references/REFERENCE.md` - Complete writing guidelines and best practices - `references/STRUCTURE.md` - Detailed templates for different paper types - `references/STYLE.md` - Writing style and clarity guidelines - `assets/` - Ready-to-use paper templates ## Core Workflow ### 1. Planning Phase **Understand the Requirements** - Identify target venue (journal, conference, report) - Check formatting requirements (APA, IEEE, ACM, Chicago, etc.) - Note page limits, section requirements, and citation style - Clarify submission deadlines and review process **Define the Research Question** - Formulate a clear, focused research question or hypothesis - Ensure the question is specific, measurable, and answerable - Identify the gap in existing knowledge or practice - State the contribution your work will make **Create an Outline** - Draft section headings based on paper type (see Structure section) - Allocate approximate space to each section - Identify key points for each section - Map evidence and references to sections ### 2. Writing Phase **Follow the Structured Approach** Work section-by-section, not necessarily in order. Many authors write in this sequence: 1. Methods (clearest, most concrete) 2. Results (present findings) 3. Introduction (frame the problem) 4. Discussion (interpret results) 5. Conclusion (summarize contributions) 6. Abstract (last, summarizes everything) **Section-Specific Guidance** **Abstract (150-300 words)** - State the problem and motivation (1-2 sentences) - Describe your approach/method (1-2 sentences) - Summarize key results (2-3 sentences) - State conclusions and implications (1-2 sentences) - Make it self-contained (no citations, no undefined acronyms) **Introduction** - Hook: Why should anyone care? (1 paragraph) - Context: What's the broader problem space? (1-2 paragraphs) - Gap: What's missing in current solutions? (1 paragraph) - Your contribution: What does this paper do? (1 paragraph) - Paper organization: Brief roadmap (optional, 1 paragraph) **Related Work / Literature Review** - Group work thematically, not chronologically - Compare and contrast approaches - Identify limitations of existing work - Position your work clearly vs. alternatives - Be fair and accurate (don't strawman competitors) **Methodology / Approach** - Describe methods with enough detail for replication - Justify design choices - Define metrics and evaluation criteria - Explain data collection and analysis procedures - Include diagrams for complex processes **Results** - Present findings objectively without interpretation - Use tables and figures effectively (see Visualization section) - Report statistical significance where applicable - Address both positive and negative results - Organize by research question or hypothesis **Discussion** - Interpret results in context of research questions - Compare with related work - Explain unexpected findings - Acknowledge limitations honestly - Discuss implications for theory and practice **Conclusion** - Restate key contributions (1 paragraph) - Summarize main findings (1 paragraph) - Discuss broader implications (1 paragraph) - Suggest future work (1 paragraph) - End with a strong closing statement ### 3. Refinement Phase **First Revision: Structure and Argument** - Does each section serve its purpose? - Is the argument logical and complete? - Are transitions between sections smooth? - Does evidence support all claims? - Are counterarguments addressed? **Second Revision: Clarity and Style** - Remove jargon and define technical terms - Eliminate redundancy and wordiness - Use active voice for clarity (prefer "We analyzed" over "Analysis was performed") - Ensure parallel structure in lists - Check paragraph length (aim for 4-8 sentences) **Third Revision: Polish** - Check grammar, spelling, punctuation - Verify all citations are formatted correctly - Ensure figures/tables are referenced in text - Number sections, equations, figures consistently - Proofread carefully (reading aloud helps) ## Visualization Best Practices **Tables** - Use for precise numerical comparisons - Keep simple and readable (avoid excessive gridlines) - Include clear column headers and units - Caption goes above the table - Reference in text before the table appears **Figures** - Use for trends, patterns, relationships - Ensure axes are labeled with units - Use readable fonts (at least 10pt in final size) - Caption goes below the figure - Make interpretable in grayscale (avoid color-only distinctions) **General Rules** - Every table/figure must be referenced in the text - Each should be self-explanatory with its caption - Number consecutively (Figure 1, Figure 2, etc.) - Place close to first reference when possible ## Common Pitfalls to Avoid **Structural Issues** - ❌ Burying the contribution in the middle - ✅ State contribution clearly in introduction - ❌ Results section that interprets rather than presents - ✅ Keep results objective, interpret in discussion - ❌ Conclusion that introduces new information - ✅ Conclusion only synthesizes existing content **Writing Issues** - ❌ Passive constructions: "It was found that..." - ✅ Active voice: "We found that..." - ❌ Hedging excessively: "It seems to possibly suggest..." - ✅ Be direct: "The results indicate..." - ❌ Undefined acronyms and jargon - ✅ Define terms on first use **Citation Issues** - ❌ Missing citations for claims - ✅ Every factual claim needs a source - ❌ Over-citing obvious facts - ✅ Common knowledge doesn't need citation - ❌ Citing without reading (citation padding) - ✅ Cite only what you've actually read and verified ## Discipline-Specific Considerations **Computer Science / Engineering** - Emphasize reproducibility and implementation details - Include complexity analysis where relevant - Provide algorithm pseudocode or code snippets - Compare against state-of-the-art baselines - Make code/data available when possible **Natural Sciences** - Follow strict IMRAD structure (Intro, Methods, Results, Discussion) - Report statistical power and effect sizes - Include detailed experimental protocols - Address confounding variables - Report null results honestly **Social Sciences** - Contextualize within theoretical frameworks - Justify sampling and participant selection - Report demographic information - Address potential biases - Discuss generalizability limitations **Humanities** - Develop clear thesis statement - Support arguments with textual evidence - Engage with scholarly debates - Use close reading and analysis - Contextualize within historical/cultural frameworks ## Conversation-First Approach When helping users write papers, prioritize natural conversation over rapid-fire questions: 1. **Start simple**: Ask ONE opening question to understand their situation - "What's your paper about?" (topic/working title) - OR "What stage are you at?" (if they're already focused) 2. **Listen and follow up**: Based on their answer, ask the next most relevant question - If they're starting: Ask about target venue or research gap - If they're revising: Ask which section needs work - If they're stuck: Ask what specific challenge they're facing 3. **Build context progressively**: Let information emerge naturally through dialogue 4. **Provide targeted help**: Focus on their immediate ne
Related in Writing & Docs
jax-development
IncludedUse this skill when the user is writing, debugging, profiling, refactoring, reviewing, benchmarking, parallelising, exporting, or explaining JAX code, or when they mention JAX, jax.numpy, jit, grad, value_and_grad, vmap, scan, lax, random keys, pytrees, jax.Array, sharding, Mesh, PartitionSpec, NamedSharding, pmap, shard_map, Pallas, XLA, StableHLO, checkify, profiler, or the JAX repo. It helps turn NumPy or PyTorch-style code into pure functional JAX, fix tracer/control-flow/shape/PRNG bugs, remove recompiles and host-device syncs, choose transforms and sharding strategies, inspect jaxpr/lowering/IR, and benchmark compiled code correctly.
nature-article-writer
IncludedDrafts, rewrites, diagnostically critiques, and style-calibrates primary research manuscripts for Nature and Nature Portfolio journals. Use when the user wants a Nature-style title, summary paragraph or abstract, introduction, results, discussion, methods, figure legends, presubmission enquiry, cover letter, reviewer response, or when a scientific draft sounds generic, jargon-heavy, structurally weak, or AI-ish and needs precise, broad-reader-friendly prose without inventing data, analyses, or references. Best for primary research articles and letters rather than reviews or press releases unless explicitly adapting one.
deckrd
IncludedDocument-driven framework that derives requirements, specifications, implementation plans, and executable tasks from goals through structured AI dialogue. Use when user says "write requirements", "create spec", "plan implementation", "derive tasks", "structure this feature", "break down into tasks", or "document this module". Also use for reverse engineering existing code into docs (/deckrd rev). Do NOT use for direct code writing — use /deckrd-coder after tasks are generated. Do NOT use when the user only wants to run or fix existing code without planning.
clinical-decision-support
IncludedGenerate professional clinical decision support (CDS) documents for pharmaceutical and clinical research settings, including patient cohort analyses (biomarker-stratified with outcomes) and treatment recommendation reports (evidence-based guidelines with decision algorithms). Supports GRADE evidence grading, statistical analysis (hazard ratios, survival curves, waterfall plots), biomarker integration, and regulatory compliance. Outputs publication-ready LaTeX/PDF format optimized for drug development, clinical research, and evidence synthesis.
handling-sf-data
IncludedSalesforce data operations with 130-point scoring. Use this skill to create, update, delete, bulk import/export, generate test data, and clean up org records using sf CLI and anonymous Apex. TRIGGER when: user creates test data, performs bulk import/export, uses sf data CLI commands, needs data factory patterns for Apex tests, or needs to seed/clean records in a Salesforce org. DO NOT TRIGGER when: SOQL query writing only (use querying-soql), Apex test execution (use running-apex-tests), or metadata deployment (use deploying-metadata).
accelint-ac-to-playwright
IncludedConvert and validate acceptance criteria for Playwright test automation. Use when user asks to (1) review/evaluate/check if AC are ready for automation, (2) assess if AC can be converted as-is, (3) validate AC quality for Playwright, (4) turn AC into tests, (5) generate tests from acceptance criteria, (6) convert .md bullets or .feature Gherkin files to Playwright specs, (7) create test automation from requirements. Handles both bullet-style markdown and Gherkin syntax with JSON test plan generation and validation.