Academic Writing for Computer Science
Overview
This skill provides end-to-end support for writing high-quality computer science research papers. It focuses on constructing clear, compelling technical narratives while adhering to field-specific conventions.
Core Philosophy:
- Academic papers are narrative arcs (Problem → Solution → Evidence → Implications), not template fill-ins
- Clarity comes from structure: place familiar information first, new information last
- Every design choice must be justified; every claim must be supported
Scope:
- Conference papers (6-12 pages, competitive venues)
- Journal articles (15-30 pages, comprehensive)
- Thesis chapters (flexible length, deep coverage)
- All CS subfields: AI/ML, Systems, Theory, HCI, Security, etc.
When to Use This Skill
Invoke this skill when:
- Planning paper structure and narrative flow
- Drafting any section (Abstract, Introduction, Methods, Results, Discussion, Conclusion)
- Revising for clarity, coherence, or compliance with venue requirements
- Reviewing sentence-level writing for clarity issues
- Seeking CS-specific conventions (notation, figures, citations)
- Checking completeness with section-by-section quality checklists
- Responding to reviewer comments
Workflow Decision Tree
Stage 1: Planning and Structure
When starting a new paper or major revision:
Define the Narrative Arc
- What problem does this solve, and why does it matter? (1-2 sentences)
- What is the single main contribution? (1 sentence)
- What are the 3 key results that support the contribution?
- What are the main limitations?
Reference: references/narrative_framework.md — Read the "Core Principle" and "Section-Level Narrative Structure" sections to understand how to structure the paper's story.
Identify Target Venue and Constraints
- Conference or journal?
- Page limits, formatting requirements, anonymization rules?
- Subfield conventions (ML vs. Systems vs. Theory)?
Reference: references/cs_conventions.md (Section 8: Venue-Specific Guidelines, Section 5: Subfield-Specific Conventions)
Outline Section-by-Section
- For each major section, define:
- What is the purpose of this section?
- What are the 2-3 key points to convey?
- What figures/tables will support this?
Tool: Use assets/section_checklists.md (Quick Pre-Draft Planning Checklist) to ensure all key questions are answered before writing begins.
Stage 2: Drafting
For each section, follow this process:
Abstract
- Use the 4-sentence structure: Context → Gap → Contribution → Impact
- Check against
assets/section_checklists.md (Abstract Checklist)
- Ensure it's self-contained and within word limit (150-250 words)
Common mistakes:
- Vague contribution: "We improve X" → Be specific: "We achieve 15% higher accuracy"
- No concrete results: Always include numbers/metrics
Introduction
Follow the funnel structure: Broad → Narrow → Specific
- Para 1: Problem domain and importance
- Para 2-3: Specific problem, motivation, why existing work falls short
- Para 4: Gap statement ("However, existing approaches lack...")
- Para 5: Contribution overview (what this paper provides)
- Para 6: Results summary (2-3 concrete findings)
- Para 7: Paper organization (optional)
Key requirement: By the end of paragraph 4-5, the reader must clearly understand the contribution.
Include at least one figure (architecture or key result) for ML/systems papers.
Check against assets/section_checklists.md (Introduction Checklist)
Reference: references/narrative_framework.md (Introduction section) for detailed guidance and examples.
Related Work
Organize thematically (not chronologically): Group into 3-5 categories
For each category:
- Describe the general approach
- Cite 3-5 representative works with 1-sentence descriptions
- Point out limitations relevant to your contribution
End with positioning paragraph: "In contrast to [X], our approach..."
- Clearly articulate differences and advantages
Check against assets/section_checklists.md (Related Work Checklist)
Common mistakes:
- Laundry list of citations without synthesis
- Failing to position your work relative to prior work
- Being dismissive (respect prior work while differentiating)
Methodology
Dual objectives:
- Reproducibility: Enough detail for reimplementation
- Intuition: Explain why the approach works
Structure varies by paper type:
- ML/AI papers: Problem Formulation → Overview + Figure → Detailed Design → Implementation → Complexity
- Systems papers: Architecture Overview → Component Design → Key Mechanisms → Implementation
- Theory papers: Formal Definitions → Main Results (theorems) → Proof Sketch
Always include:
- Clear notation (define all symbols on first use)
- High-level overview before diving into details
- Justification for design choices (or defer to Ablations)
Check against assets/section_checklists.md (Methodology Checklist)
Reference: references/narrative_framework.md (Methodology section) and references/cs_conventions.md (Section 1: Notation and Mathematical Writing)
Experiments/Results
Experimental Setup (subsection):
- Datasets: Size, splits, preprocessing
- Baselines: What you compare against (with citations)
- Metrics: What you measure and why
- Hardware/Software: Infrastructure and versions
- Hyperparameters: How selected
Main Results (subsection):
- Table/figure showing primary comparison
- Text: "Table 1 shows that our method outperforms..."
- Highlight key findings with concrete numbers
- Report statistical significance (confidence intervals, p-values, or std dev)
Ablation Studies (subsection, critical):
- Demonstrate necessity of each component
- Table: effect of removing/modifying components
Analysis (subsection):
- Where does the method excel? Where does it fail?
- Qualitative analysis, error analysis, failure cases
Computational Cost (if relevant):
- Training time, inference time, memory usage
- Comparison with baselines
Check against assets/section_checklists.md (Experiments/Results Checklist)
Reference: references/narrative_framework.md (Experiments/Results section)
Discussion
Summarize findings (1 para): Restate key results
Interpret results (1-2 paras): Why does the method work? What insights?
Acknowledge limitations (0.5-1 para): Be honest about scope and failure cases
Broader implications (0.5-1 para): Impact on the field, applications, future directions
Check against assets/section_checklists.md (Discussion Checklist)
Tone: Balanced—confident but not overselling. Limitations increase credibility.
Conclusion
Restate contribution (1 para): Recap problem, solution, key findings
Broader impact (0.5 para): Significance and applications
Future work (0.5 para): Open questions and extensions
- Phrase as opportunities: "An interesting direction is..." (not "In future work, we will...")
Check against assets/section_checklists.md (Conclusion Checklist)
Do NOT: Introduce new ideas, copy-paste Abstract, or be vague.
Stage 3: Revision for Clarity
After drafting, apply sentence-level clarity principles:
The Three Golden Rules (Gopen & Swan)
Old Before New: Start sentences with familiar information; end with new information
- This creates coherent flow where each sentence builds on what came before
Subject-Verb Proximity: Keep the verb close to the subject
- Long gaps between subject and verb strain comprehension
Stress Position Power: Place the most important information at sentence end
- Readers remember and emphasize what comes at the end
Apply these rules systematically:
- For each paragraph, check that sentences flow (old-to-new)
- For each sentence, check that:
- Topic position (start) contains familiar info
- Stress position (end) contains important new info
- Verb appears soon after subject
Reference: references/sentence_clarity.md — Read this in full for detailed principles, examples, and common anti-patterns.
Practical Checklist:
Common anti-patterns to fix:
- "Buried Verb" Syndrome: Converting verbs to nouns (nominalization)
- ❌ "The comparison of the methods is shown..."
- ✅ "Table 1 compares the methods..."
- "Throat-Clearing": Weak starts like "It is important to note that..."
- ❌ "It is important to note that our method improves accuracy."
- ✅ "Our method improves accuracy."
- "Dangling Emphasis": Ending sentences with weak elements
- ❌ "This approach significantly improves performance, as shown in [23]."
- ✅ "As shown in [23], this approach significantly improves performance."
Stage 4: Polishing and Compliance
Language and Phrasing
When writing or revising specific academic functions, consult references/phrasebank.md:
- Introducing work: Establishing territory, identifying gaps, stating contributions
- Referring to sources: Integral vs. non-integral citations
- Describing methods: Sequential actions, conditional logic, implementation details
- Reporting results: Presenting findings, comparing baselines, interpreting
- Discussing findings: Explaining success, acknowledging limitations, stating implications
- Writing conclusions: Summarizing, broader impact, future work
General language functions:
- Being cautious (hedging): "may", "appears to", "likely"
- Being critical: Identifying weaknesses, questioning validity
- Compare and contrast: Similarity, difference
- Describing trends: Increasing, decreasing, stability
- Explaining causality: Causes, effects, conditions
Usage: Adapt templates to your context; don't copy verbatim. Vary expressions to maintain natural flow.
CS-Specific Conventions
Ensure compliance with field norms:
Notation:
- Define all symbols on first use
- Use consistent conventions (bold for vectors, italic for scalars, etc.)
- Integrate equations into sentences with punctuation
Figures and Tables:
- Reference all figures/tables in text before they appear
- Self-contained captions
- High-resolution, readable fonts (≥8pt)
- Colorblind-friendly palettes
Citations:
- Follow venue citation style (author-year or numbered)
- Cite all prior work you build on or compare against
- Accurate and complete bibliography
Code and Reproducibility:
- State code availability
- Provide sufficient implementation details
- Report hyperparameters, random seeds, number of runs
Subfield-Specific Variations:
- ML/AI: Emphasis on ablations, statistical significance, computational cost
- Systems: Architecture diagrams, throughput/latency, scalability
- Theory: Formal definitions, theorems, proofs, complexity bounds
- HCI: User studies, qualitative feedback, interface screenshots
- Security: Threat models, attack scenarios, defense mechanisms
Reference: references/cs_conventions.md — Comprehensive guide covering notation, figures, citations, code, subfield norms, and venue requirements.
Quality Assurance
Before submission, use assets/section_checklists.md:
Section-by-Section Review:
- Run through each section's checklist
- Ensure all required elements are present
- Check for common pitfalls
Pre-Submission Checklist:
- Content completeness (all sections, figures, citations)
- Formatting (venue template, page limits, margins)
- Anonymization (if double-blind)
- Reproducibility (sufficient detail, code availability)
- Final quality checks (spell-check, grammar, co-author review)
Emergency Checklist (if deadline is imminent):
- Prioritize: Abstract, Introduction contribution statement, Main results table, At least one ablation, Readable figures, Correct bibliography
Stage 5: Responding to Reviews
After receiving reviewer feedback:
Analyze comments systematically:
- Categorize: Major issues (experiments, clarity, claims) vs. Minor issues (typos, formatting)
- Prioritize: Address major issues first
Plan revisions:
- List all changes to be made
- If experiments are requested, plan them carefully
- If clarifications are needed, identify which sections to revise
Revise and respond:
- Address every comment (in rebuttal or revision)
- Use respectful, professional tone
- Clearly mark changes (if required by venue)
Check revised version:
- Ensure all changes are integrated
- Re-run relevant checklists from
assets/section_checklists.md (Revision Checklist)
- Verify still within page limits
Reference: assets/section_checklists.md (Revision Checklist)
Key Resources Summary
Narrative and Structure
references/narrative_framework.md: Core paper structure (Abstract, Introduction, Related Work, Methods, Results, Discussion, Conclusion). Use for understanding the narrative arc and section-specific guidance.
Sentence-Level Clarity
references/sentence_clarity.md: Gopen & Swan principles (topic position, stress position, old-to-new flow). Use for revising individual sentences and paragraphs for maximum clarity.
Academic Phrases
references/phrasebank.md: Templates for common academic writing functions (introducing work, citing sources, reporting results, discussing findings). Use when drafting or seeking variation in phrasing.
CS Conventions
references/cs_conventions.md: Field-specific norms (notation, figures, citations, code, subfield variations, venue requirements). Use for ensuring compliance with CS writing standards.
Quality Checklists
assets/section_checklists.md: Comprehensive checklists for every section, plus pre-submission, revision, and emergency checklists. Use for planning, reviewing, and final quality assurance.
Example Workflows
Workflow 1: Starting from Scratch
User: "I need to write a conference paper on my new semi-supervised learning method."
Process:
Planning (Stage 1):
- Define narrative arc: Problem (labeled data is expensive) → Solution (our semi-supervised method) → Evidence (experiments on 3 datasets) → Implications (reduces labeling cost)
- Read
references/narrative_framework.md (Core Principle)
- Use
assets/section_checklists.md (Quick Pre-Draft Planning Checklist)
Drafting (Stage 2):
- Abstract: 4-sentence structure (Context: deep learning needs data; Gap: labeling is expensive; Contribution: our method STCR; Impact: 82% accuracy with 10% labels)
- Introduction: Funnel (broad: DL success → narrow: labeling cost → gap: existing semi-supervised methods lack X → contribution: STCR leverages consistency → results: 7% improvement)
- Check each section against
assets/section_checklists.md
Revision (Stage 3):
- Apply
references/sentence_clarity.md principles to every paragraph
- Ensure old-to-new flow, stress position usage
Polishing (Stage 4):
- Use
references/phrasebank.md for varied phrasing
- Ensure compliance with
references/cs_conventions.md (ML/AI conventions)
- Run Pre-Submission Checklist from
assets/section_checklists.md
Workflow 2: Revising for Clarity
User: "My introduction is confusing. Reviewers said they couldn't understand the contribution."
Process:
Diagnose issue:
- Check against
assets/section_checklists.md (Introduction Checklist)
- Is the contribution stated clearly by paragraph 4-5?
- Is the funnel structure followed (broad → narrow)?
Restructure if needed:
- Read
references/narrative_framework.md (Introduction section)
- Ensure: Opening → Background → Gap → Contribution → Results → Organization
- Explicitly state: "In this paper, we present [X], which addresses [Y] by [Z]."
Revise at sentence level:
- Apply
references/sentence_clarity.md principles
- Check that each sentence flows from the previous one (old-to-new)
- End key sentences with the important information (stress position)
Workflow 3: Drafting the Results Section
User: "How should I present my experimental results?"
Process:
Structure:
- Read
references/narrative_framework.md (Experiments/Results section)
- Follow: Setup → Main Results → Ablations → Analysis → Cost
Create tables/figures:
- Main results table: Methods (rows) vs. Metrics (columns)
- Bold best results; include standard deviations
- Check
references/cs_conventions.md (Figures and Tables section)
Write accompanying text:
- "Table 1 shows that our method achieves X, outperforming the strongest baseline by Y%."
- Use
references/phrasebank.md (Section 4: Reporting Results) for phrasing
Quality check:
- Run through
assets/section_checklists.md (Experiments/Results Checklist)
- Ensure: Statistical significance, Ablations present, Analysis included
Workflow 4: Ensuring CS Compliance
User: "Is my notation and citation style correct for ICML?"
Process:
Check venue requirements:
- Read
references/cs_conventions.md (Section 8: Venue-Specific Guidelines)
- ICML uses numbered citations [1], double-blind review, LaTeX template
Notation:
- Read
references/cs_conventions.md (Section 1: Notation and Mathematical Writing)
- Ensure: Vectors are bold, scalars are italic, all symbols defined
Citations:
- Read
references/cs_conventions.md (Section 3: Citations and References)
- Use numbered format: "Method X [1] achieves..."
- Anonymize self-citations for double-blind
Final check:
assets/section_checklists.md (Pre-Submission Checklist → Compliance section)
Common Pitfalls and How to Avoid Them
Pitfall 1: Vague Contributions
Problem: "We improve performance on X."
Solution: Be specific. "We achieve 15% higher accuracy than the strongest baseline on ImageNet."
Pitfall 2: Missing Ablations
Problem: Claiming design choices are important without evidence.
Solution: Include ablation studies. Remove each component and measure the performance drop.
Pitfall 3: Poor Information Flow
Problem: Sentences feel disjointed; readers get lost.
Solution: Apply old-to-new flow. Each sentence should start with information from the previous sentence.
Reference: references/sentence_clarity.md
Pitfall 4: Weak Stress Position
Problem: Sentences end with citations or minor details.
Example: ❌ "This approach significantly improves performance, as shown in [23]."
Solution: ✅ "As shown in [23], this approach significantly improves performance."
Pitfall 5: Ignoring Limitations
Problem: Overselling without acknowledging scope or failure cases.
Solution: Dedicate a paragraph in Discussion to honest limitations. This increases credibility.
Pitfall 6: Inconsistent Notation
Problem: Using x for input in one section, X in another.
Solution: Define all notation upfront. Create a notation table (appendix) if needed.
Reference: references/cs_conventions.md (Section 1)
Tips for Efficient Writing
Draft quickly, revise thoroughly:
- Don't aim for perfection in the first draft
- Get ideas down, then refine structure and clarity
Write sections out of order:
- Start with Methods and Results (most concrete)
- Then Introduction and Related Work
- Finally Abstract and Conclusion
Use figures early:
- Create key figures (architecture, main results) before writing
- Figures clarify your thinking and guide the narrative
Get feedback early:
- Share drafts with co-authors and colleagues
- Mock reviews identify issues before submission
Iterate on structure:
- If a section feels wrong, revisit the narrative arc
- Ensure every section advances Problem → Solution → Evidence → Implications
Use the checklists proactively:
- Before drafting a section, read the checklist to know what to include
- After drafting, use the checklist to verify completeness
Advanced: Handling Special Cases
Writing for Top-Tier Venues
- Higher bar for novelty and rigor: Ensure the contribution is significant, not incremental
- Strong baselines: Compare against state-of-the-art, not just simple methods
- Comprehensive evaluation: Multiple datasets, extensive ablations, sensitivity analyses
- Polished presentation: High-quality figures, clear writing, consistent notation
Writing Rebuttals
- Address all concerns: Even if you disagree, engage respectfully
- Provide evidence: If reviewers doubt a claim, provide additional results or citations
- Be concise: Rebuttals have strict length limits; prioritize major issues
- Highlight changes: "We added an experiment (Table 3) showing..."
Writing Thesis Chapters
- More comprehensive: Deeper background, extended related work, lessons learned
- Narrative continuity: Ensure chapters connect (e.g., Chapter 3 builds on Chapter 2)
- Broader scope: Can include negative results and explorations that didn't pan out
- Use
assets/section_checklists.md (Long-Form Paper Checklist)
Summary: The Golden Workflow
- Plan the narrative: Problem → Solution → Evidence → Implications
- Draft section-by-section: Use structure guidelines from
references/narrative_framework.md
- Revise for clarity: Apply principles from
references/sentence_clarity.md
- Polish and comply: Use
references/phrasebank.md and references/cs_conventions.md
- Quality check: Run through
assets/section_checklists.md
Remember:
- Papers are stories, not templates
- Clarity comes from structure (old-to-new, topic/stress positions)
- Every claim needs evidence; every design choice needs justification
- Honest limitations increase credibility
When in doubt, ask:
- "Does this advance the narrative arc?"
- "Can a reader reproduce this?"
- "Is this claim supported?"
- "Is this the simplest, clearest way to express this?"
Getting Started
For a new paper:
- Read
references/narrative_framework.md (Core Principle)
- Use
assets/section_checklists.md (Quick Pre-Draft Planning Checklist)
- Outline your paper's narrative arc in 4 sentences (Problem, Solution, Evidence, Implications)
- Draft section-by-section, checking checklists as you go
For revising an existing draft:
- Identify the issue (structure, clarity, compliance)
- Consult the relevant reference file
- Apply fixes systematically
- Re-check with the appropriate checklist
For sentence-level issues:
- Read
references/sentence_clarity.md (Three Golden Rules)
- Apply to each problematic paragraph
- Check: Old-to-new flow, stress position usage, subject-verb proximity
Ready to write? Let's build a clear, compelling paper together.
1---2name: academic-writing-cs3description: Comprehensive toolkit for writing high-quality computer science research papers (conference, journal, thesis). Provides narrative construction guidance, sentence-level clarity principles (Gopen & Swan), academic phrasebank, CS-specific conventions, and section-by-section quality checklists. Use when assisting with academic paper writing, revision, or structure planning across all stages from drafting to submission.4---56# Academic Writing for Computer Science78## Overview910This skill provides end-to-end support for writing high-quality computer science research papers. It focuses on constructing clear, compelling technical narratives while adhering to field-specific conventions.1112**Core Philosophy:**13- Academic papers are **narrative arcs** (Problem → Solution → Evidence → Implications), not template fill-ins14- Clarity comes from structure: place familiar information first, new information last15- Every design choice must be justified; every claim must be supported1617**Scope:**18- Conference papers (6-12 pages, competitive venues)19- Journal articles (15-30 pages, comprehensive)20- Thesis chapters (flexible length, deep coverage)21- All CS subfields: AI/ML, Systems, Theory, HCI, Security, etc.2223---2425## When to Use This Skill2627Invoke this skill when:28- Planning paper structure and narrative flow29- Drafting any section (Abstract, Introduction, Methods, Results, Discussion, Conclusion)30- Revising for clarity, coherence, or compliance with venue requirements31- Reviewing sentence-level writing for clarity issues32- Seeking CS-specific conventions (notation, figures, citations)33- Checking completeness with section-by-section quality checklists34- Responding to reviewer comments3536---3738## Workflow Decision Tree3940### Stage 1: Planning and Structure4142**When starting a new paper or major revision:**43441. **Define the Narrative Arc**45 - What problem does this solve, and why does it matter? (1-2 sentences)46 - What is the single main contribution? (1 sentence)47 - What are the 3 key results that support the contribution?48 - What are the main limitations?4950 **Reference:** `references/narrative_framework.md` — Read the "Core Principle" and "Section-Level Narrative Structure" sections to understand how to structure the paper's story.51522. **Identify Target Venue and Constraints**53 - Conference or journal?54 - Page limits, formatting requirements, anonymization rules?55 - Subfield conventions (ML vs. Systems vs. Theory)?5657 **Reference:** `references/cs_conventions.md` (Section 8: Venue-Specific Guidelines, Section 5: Subfield-Specific Conventions)58593. **Outline Section-by-Section**60 - For each major section, define:61 - What is the purpose of this section?62 - What are the 2-3 key points to convey?63 - What figures/tables will support this?6465 **Tool:** Use `assets/section_checklists.md` (Quick Pre-Draft Planning Checklist) to ensure all key questions are answered before writing begins.6667---6869### Stage 2: Drafting7071**For each section, follow this process:**7273#### Abstract741. Use the **4-sentence structure**: Context → Gap → Contribution → Impact752. Check against `assets/section_checklists.md` (Abstract Checklist)763. Ensure it's self-contained and within word limit (150-250 words)7778**Common mistakes:**79- Vague contribution: "We improve X" → Be specific: "We achieve 15% higher accuracy"80- No concrete results: Always include numbers/metrics8182---8384#### Introduction851. Follow the **funnel structure**: Broad → Narrow → Specific86 - Para 1: Problem domain and importance87 - Para 2-3: Specific problem, motivation, why existing work falls short88 - Para 4: Gap statement ("However, existing approaches lack...")89 - Para 5: Contribution overview (what this paper provides)90 - Para 6: Results summary (2-3 concrete findings)91 - Para 7: Paper organization (optional)92932. **Key requirement:** By the end of paragraph 4-5, the reader must clearly understand the contribution.94953. Include at least one figure (architecture or key result) for ML/systems papers.96974. Check against `assets/section_checklists.md` (Introduction Checklist)9899**Reference:** `references/narrative_framework.md` (Introduction section) for detailed guidance and examples.100101---102103#### Related Work1041. **Organize thematically** (not chronologically): Group into 3-5 categories1052. For each category:106 - Describe the general approach107 - Cite 3-5 representative works with 1-sentence descriptions108 - Point out limitations relevant to your contribution1091103. **End with positioning paragraph**: "In contrast to [X], our approach..."111 - Clearly articulate differences and advantages1121134. Check against `assets/section_checklists.md` (Related Work Checklist)114115**Common mistakes:**116- Laundry list of citations without synthesis117- Failing to position your work relative to prior work118- Being dismissive (respect prior work while differentiating)119120---121122#### Methodology1231. **Dual objectives:**124 - Reproducibility: Enough detail for reimplementation125 - Intuition: Explain why the approach works1261272. **Structure varies by paper type:**128 - **ML/AI papers**: Problem Formulation → Overview + Figure → Detailed Design → Implementation → Complexity129 - **Systems papers**: Architecture Overview → Component Design → Key Mechanisms → Implementation130 - **Theory papers**: Formal Definitions → Main Results (theorems) → Proof Sketch1311323. **Always include:**133 - Clear notation (define all symbols on first use)134 - High-level overview before diving into details135 - Justification for design choices (or defer to Ablations)1361374. Check against `assets/section_checklists.md` (Methodology Checklist)138139**Reference:** `references/narrative_framework.md` (Methodology section) and `references/cs_conventions.md` (Section 1: Notation and Mathematical Writing)140141---142143#### Experiments/Results1441. **Experimental Setup** (subsection):145 - Datasets: Size, splits, preprocessing146 - Baselines: What you compare against (with citations)147 - Metrics: What you measure and why148 - Hardware/Software: Infrastructure and versions149 - Hyperparameters: How selected1501512. **Main Results** (subsection):152 - Table/figure showing primary comparison153 - Text: "Table 1 shows that our method outperforms..."154 - Highlight key findings with concrete numbers155 - Report statistical significance (confidence intervals, p-values, or std dev)1561573. **Ablation Studies** (subsection, critical):158 - Demonstrate necessity of each component159 - Table: effect of removing/modifying components1601614. **Analysis** (subsection):162 - Where does the method excel? Where does it fail?163 - Qualitative analysis, error analysis, failure cases1641655. **Computational Cost** (if relevant):166 - Training time, inference time, memory usage167 - Comparison with baselines1681696. Check against `assets/section_checklists.md` (Experiments/Results Checklist)170171**Reference:** `references/narrative_framework.md` (Experiments/Results section)172173---174175#### Discussion1761. **Summarize findings** (1 para): Restate key results1772. **Interpret results** (1-2 paras): Why does the method work? What insights?1783. **Acknowledge limitations** (0.5-1 para): Be honest about scope and failure cases1794. **Broader implications** (0.5-1 para): Impact on the field, applications, future directions1801815. Check against `assets/section_checklists.md` (Discussion Checklist)182183**Tone:** Balanced—confident but not overselling. Limitations increase credibility.184185---186187#### Conclusion1881. **Restate contribution** (1 para): Recap problem, solution, key findings1892. **Broader impact** (0.5 para): Significance and applications1903. **Future work** (0.5 para): Open questions and extensions191 - Phrase as opportunities: "An interesting direction is..." (not "In future work, we will...")1921934. Check against `assets/section_checklists.md` (Conclusion Checklist)194195**Do NOT:** Introduce new ideas, copy-paste Abstract, or be vague.196197---198199### Stage 3: Revision for Clarity200201**After drafting, apply sentence-level clarity principles:**202203#### The Three Golden Rules (Gopen & Swan)2042051. **Old Before New**: Start sentences with familiar information; end with new information206 - This creates coherent flow where each sentence builds on what came before2072082. **Subject-Verb Proximity**: Keep the verb close to the subject209 - Long gaps between subject and verb strain comprehension2102113. **Stress Position Power**: Place the most important information at sentence end212 - Readers remember and emphasize what comes at the end213214**Apply these rules systematically:**215- For each paragraph, check that sentences flow (old-to-new)216- For each sentence, check that:217 - Topic position (start) contains familiar info218 - Stress position (end) contains important new info219 - Verb appears soon after subject220221**Reference:** `references/sentence_clarity.md` — Read this in full for detailed principles, examples, and common anti-patterns.222223**Practical Checklist:**224- [ ] Familiar information at sentence start (topic position)225- [ ] Important new information at sentence end (stress position)226- [ ] Verb close to subject227- [ ] Active voice (unless passive is intentionally better)228- [ ] Parallel structures for parallel ideas229230**Common anti-patterns to fix:**231- "Buried Verb" Syndrome: Converting verbs to nouns (nominalization)232 - ❌ "The comparison of the methods is shown..."233 - ✅ "Table 1 compares the methods..."234- "Throat-Clearing": Weak starts like "It is important to note that..."235 - ❌ "It is important to note that our method improves accuracy."236 - ✅ "Our method improves accuracy."237- "Dangling Emphasis": Ending sentences with weak elements238 - ❌ "This approach significantly improves performance, as shown in [23]."239 - ✅ "As shown in [23], this approach significantly improves performance."240241---242243### Stage 4: Polishing and Compliance244245#### Language and Phrasing246247When writing or revising specific academic functions, consult `references/phrasebank.md`:248249- **Introducing work**: Establishing territory, identifying gaps, stating contributions250- **Referring to sources**: Integral vs. non-integral citations251- **Describing methods**: Sequential actions, conditional logic, implementation details252- **Reporting results**: Presenting findings, comparing baselines, interpreting253- **Discussing findings**: Explaining success, acknowledging limitations, stating implications254- **Writing conclusions**: Summarizing, broader impact, future work255256**General language functions:**257- Being cautious (hedging): "may", "appears to", "likely"258- Being critical: Identifying weaknesses, questioning validity259- Compare and contrast: Similarity, difference260- Describing trends: Increasing, decreasing, stability261- Explaining causality: Causes, effects, conditions262263**Usage:** Adapt templates to your context; don't copy verbatim. Vary expressions to maintain natural flow.264265---266267#### CS-Specific Conventions268269Ensure compliance with field norms:2702711. **Notation**:272 - Define all symbols on first use273 - Use consistent conventions (bold for vectors, italic for scalars, etc.)274 - Integrate equations into sentences with punctuation2752762. **Figures and Tables**:277 - Reference all figures/tables in text before they appear278 - Self-contained captions279 - High-resolution, readable fonts (≥8pt)280 - Colorblind-friendly palettes2812823. **Citations**:283 - Follow venue citation style (author-year or numbered)284 - Cite all prior work you build on or compare against285 - Accurate and complete bibliography2862874. **Code and Reproducibility**:288 - State code availability289 - Provide sufficient implementation details290 - Report hyperparameters, random seeds, number of runs2912925. **Subfield-Specific Variations**:293 - **ML/AI**: Emphasis on ablations, statistical significance, computational cost294 - **Systems**: Architecture diagrams, throughput/latency, scalability295 - **Theory**: Formal definitions, theorems, proofs, complexity bounds296 - **HCI**: User studies, qualitative feedback, interface screenshots297 - **Security**: Threat models, attack scenarios, defense mechanisms298299**Reference:** `references/cs_conventions.md` — Comprehensive guide covering notation, figures, citations, code, subfield norms, and venue requirements.300301---302303#### Quality Assurance304305Before submission, use `assets/section_checklists.md`:3063071. **Section-by-Section Review**:308 - Run through each section's checklist309 - Ensure all required elements are present310 - Check for common pitfalls3113122. **Pre-Submission Checklist**:313 - Content completeness (all sections, figures, citations)314 - Formatting (venue template, page limits, margins)315 - Anonymization (if double-blind)316 - Reproducibility (sufficient detail, code availability)317 - Final quality checks (spell-check, grammar, co-author review)3183193. **Emergency Checklist** (if deadline is imminent):320 - Prioritize: Abstract, Introduction contribution statement, Main results table, At least one ablation, Readable figures, Correct bibliography321322---323324### Stage 5: Responding to Reviews325326**After receiving reviewer feedback:**3273281. **Analyze comments systematically:**329 - Categorize: Major issues (experiments, clarity, claims) vs. Minor issues (typos, formatting)330 - Prioritize: Address major issues first3313322. **Plan revisions:**333 - List all changes to be made334 - If experiments are requested, plan them carefully335 - If clarifications are needed, identify which sections to revise3363373. **Revise and respond:**338 - Address every comment (in rebuttal or revision)339 - Use respectful, professional tone340 - Clearly mark changes (if required by venue)3413424. **Check revised version:**343 - Ensure all changes are integrated344 - Re-run relevant checklists from `assets/section_checklists.md` (Revision Checklist)345 - Verify still within page limits346347**Reference:** `assets/section_checklists.md` (Revision Checklist)348349---350351## Key Resources Summary352353### Narrative and Structure354- **`references/narrative_framework.md`**: Core paper structure (Abstract, Introduction, Related Work, Methods, Results, Discussion, Conclusion). Use for understanding the narrative arc and section-specific guidance.355356### Sentence-Level Clarity357- **`references/sentence_clarity.md`**: Gopen & Swan principles (topic position, stress position, old-to-new flow). Use for revising individual sentences and paragraphs for maximum clarity.358359### Academic Phrases360- **`references/phrasebank.md`**: Templates for common academic writing functions (introducing work, citing sources, reporting results, discussing findings). Use when drafting or seeking variation in phrasing.361362### CS Conventions363- **`references/cs_conventions.md`**: Field-specific norms (notation, figures, citations, code, subfield variations, venue requirements). Use for ensuring compliance with CS writing standards.364365### Quality Checklists366- **`assets/section_checklists.md`**: Comprehensive checklists for every section, plus pre-submission, revision, and emergency checklists. Use for planning, reviewing, and final quality assurance.367368---369370## Example Workflows371372### Workflow 1: Starting from Scratch373374**User:** "I need to write a conference paper on my new semi-supervised learning method."375376**Process:**3771. **Planning** (Stage 1):378 - Define narrative arc: Problem (labeled data is expensive) → Solution (our semi-supervised method) → Evidence (experiments on 3 datasets) → Implications (reduces labeling cost)379 - Read `references/narrative_framework.md` (Core Principle)380 - Use `assets/section_checklists.md` (Quick Pre-Draft Planning Checklist)3813822. **Drafting** (Stage 2):383 - Abstract: 4-sentence structure (Context: deep learning needs data; Gap: labeling is expensive; Contribution: our method STCR; Impact: 82% accuracy with 10% labels)384 - Introduction: Funnel (broad: DL success → narrow: labeling cost → gap: existing semi-supervised methods lack X → contribution: STCR leverages consistency → results: 7% improvement)385 - Check each section against `assets/section_checklists.md`3863873. **Revision** (Stage 3):388 - Apply `references/sentence_clarity.md` principles to every paragraph389 - Ensure old-to-new flow, stress position usage3903914. **Polishing** (Stage 4):392 - Use `references/phrasebank.md` for varied phrasing393 - Ensure compliance with `references/cs_conventions.md` (ML/AI conventions)394 - Run Pre-Submission Checklist from `assets/section_checklists.md`395396---397398### Workflow 2: Revising for Clarity399400**User:** "My introduction is confusing. Reviewers said they couldn't understand the contribution."401402**Process:**4031. **Diagnose issue**:404 - Check against `assets/section_checklists.md` (Introduction Checklist)405 - Is the contribution stated clearly by paragraph 4-5?406 - Is the funnel structure followed (broad → narrow)?4074082. **Restructure if needed**:409 - Read `references/narrative_framework.md` (Introduction section)410 - Ensure: Opening → Background → Gap → Contribution → Results → Organization411 - Explicitly state: "In this paper, we present [X], which addresses [Y] by [Z]."4124133. **Revise at sentence level**:414 - Apply `references/sentence_clarity.md` principles415 - Check that each sentence flows from the previous one (old-to-new)416 - End key sentences with the important information (stress position)417418---419420### Workflow 3: Drafting the Results Section421422**User:** "How should I present my experimental results?"423424**Process:**4251. **Structure**:426 - Read `references/narrative_framework.md` (Experiments/Results section)427 - Follow: Setup → Main Results → Ablations → Analysis → Cost4284292. **Create tables/figures**:430 - Main results table: Methods (rows) vs. Metrics (columns)431 - Bold best results; include standard deviations432 - Check `references/cs_conventions.md` (Figures and Tables section)4334343. **Write accompanying text**:435 - "Table 1 shows that our method achieves X, outperforming the strongest baseline by Y%."436 - Use `references/phrasebank.md` (Section 4: Reporting Results) for phrasing4374384. **Quality check**:439 - Run through `assets/section_checklists.md` (Experiments/Results Checklist)440 - Ensure: Statistical significance, Ablations present, Analysis included441442---443444### Workflow 4: Ensuring CS Compliance445446**User:** "Is my notation and citation style correct for ICML?"447448**Process:**4491. **Check venue requirements**:450 - Read `references/cs_conventions.md` (Section 8: Venue-Specific Guidelines)451 - ICML uses numbered citations [1], double-blind review, LaTeX template4524532. **Notation**:454 - Read `references/cs_conventions.md` (Section 1: Notation and Mathematical Writing)455 - Ensure: Vectors are bold, scalars are italic, all symbols defined4564573. **Citations**:458 - Read `references/cs_conventions.md` (Section 3: Citations and References)459 - Use numbered format: "Method X [1] achieves..."460 - Anonymize self-citations for double-blind4614624. **Final check**:463 - `assets/section_checklists.md` (Pre-Submission Checklist → Compliance section)464465---466467## Common Pitfalls and How to Avoid Them468469### Pitfall 1: Vague Contributions470**Problem:** "We improve performance on X."471**Solution:** Be specific. "We achieve 15% higher accuracy than the strongest baseline on ImageNet."472473### Pitfall 2: Missing Ablations474**Problem:** Claiming design choices are important without evidence.475**Solution:** Include ablation studies. Remove each component and measure the performance drop.476477### Pitfall 3: Poor Information Flow478**Problem:** Sentences feel disjointed; readers get lost.479**Solution:** Apply old-to-new flow. Each sentence should start with information from the previous sentence.480**Reference:** `references/sentence_clarity.md`481482### Pitfall 4: Weak Stress Position483**Problem:** Sentences end with citations or minor details.484**Example:** ❌ "This approach significantly improves performance, as shown in [23]."485**Solution:** ✅ "As shown in [23], this approach significantly improves performance."486487### Pitfall 5: Ignoring Limitations488**Problem:** Overselling without acknowledging scope or failure cases.489**Solution:** Dedicate a paragraph in Discussion to honest limitations. This increases credibility.490491### Pitfall 6: Inconsistent Notation492**Problem:** Using `x` for input in one section, `X` in another.493**Solution:** Define all notation upfront. Create a notation table (appendix) if needed.494**Reference:** `references/cs_conventions.md` (Section 1)495496---497498## Tips for Efficient Writing4995001. **Draft quickly, revise thoroughly:**501 - Don't aim for perfection in the first draft502 - Get ideas down, then refine structure and clarity5035042. **Write sections out of order:**505 - Start with Methods and Results (most concrete)506 - Then Introduction and Related Work507 - Finally Abstract and Conclusion5085093. **Use figures early:**510 - Create key figures (architecture, main results) before writing511 - Figures clarify your thinking and guide the narrative5125134. **Get feedback early:**514 - Share drafts with co-authors and colleagues515 - Mock reviews identify issues before submission5165175. **Iterate on structure:**518 - If a section feels wrong, revisit the narrative arc519 - Ensure every section advances Problem → Solution → Evidence → Implications5205216. **Use the checklists proactively:**522 - Before drafting a section, read the checklist to know what to include523 - After drafting, use the checklist to verify completeness524525---526527## Advanced: Handling Special Cases528529### Writing for Top-Tier Venues530- **Higher bar for novelty and rigor**: Ensure the contribution is significant, not incremental531- **Strong baselines**: Compare against state-of-the-art, not just simple methods532- **Comprehensive evaluation**: Multiple datasets, extensive ablations, sensitivity analyses533- **Polished presentation**: High-quality figures, clear writing, consistent notation534535### Writing Rebuttals536- **Address all concerns**: Even if you disagree, engage respectfully537- **Provide evidence**: If reviewers doubt a claim, provide additional results or citations538- **Be concise**: Rebuttals have strict length limits; prioritize major issues539- **Highlight changes**: "We added an experiment (Table 3) showing..."540541### Writing Thesis Chapters542- **More comprehensive**: Deeper background, extended related work, lessons learned543- **Narrative continuity**: Ensure chapters connect (e.g., Chapter 3 builds on Chapter 2)544- **Broader scope**: Can include negative results and explorations that didn't pan out545- **Use `assets/section_checklists.md` (Long-Form Paper Checklist)**546547---548549## Summary: The Golden Workflow5505511. **Plan the narrative**: Problem → Solution → Evidence → Implications5522. **Draft section-by-section**: Use structure guidelines from `references/narrative_framework.md`5533. **Revise for clarity**: Apply principles from `references/sentence_clarity.md`5544. **Polish and comply**: Use `references/phrasebank.md` and `references/cs_conventions.md`5555. **Quality check**: Run through `assets/section_checklists.md`556557**Remember:**558- Papers are stories, not templates559- Clarity comes from structure (old-to-new, topic/stress positions)560- Every claim needs evidence; every design choice needs justification561- Honest limitations increase credibility562563**When in doubt, ask:**564- "Does this advance the narrative arc?"565- "Can a reader reproduce this?"566- "Is this claim supported?"567- "Is this the simplest, clearest way to express this?"568569---570571## Getting Started572573**For a new paper:**5741. Read `references/narrative_framework.md` (Core Principle)5752. Use `assets/section_checklists.md` (Quick Pre-Draft Planning Checklist)5763. Outline your paper's narrative arc in 4 sentences (Problem, Solution, Evidence, Implications)5774. Draft section-by-section, checking checklists as you go578579**For revising an existing draft:**5801. Identify the issue (structure, clarity, compliance)5812. Consult the relevant reference file5823. Apply fixes systematically5834. Re-check with the appropriate checklist584585**For sentence-level issues:**5861. Read `references/sentence_clarity.md` (Three Golden Rules)5872. Apply to each problematic paragraph5883. Check: Old-to-new flow, stress position usage, subject-verb proximity589590**Ready to write? Let's build a clear, compelling paper together.**