csml-rpi/ai-cfd-scientist/cfd-paper-writer
Claude Code and agent skill by csml-rpi/ai-cfd-scientist
- community
Checking that the SKILL.md file is still in the repository.
General-purpose academic paper writer skill for CFD research, adapted from Master-cai/Research-Paper-Writing-Skills with CFD-domain overlays. Embeds section-by-section structural guidance (Abstract / Introduction / Related Work / Methods / Experiments / Discussion / Conclusion), Master-cai's reviewer rubric, and a claim-evidence-citation discipline. Used by cfd-paper Phase D (writer / reviser) and Phase F (reviewer). Replaces the previous ad-hoc HARD-rule list with a structural writer skill — the audit then enforces only objectively-checkable properties.
Install
npx vskill@latest install csml-rpi/ai-cfd-scientist/cfd-paper-writerSKILL.md
cfd-paper-writer
Adapted from Master-cai/Research-Paper-Writing-Skills (MIT) and Prof. Peng Sida's writing notes. Augmented with CFD-domain requirements (governing equations, turbulence closures, per-case contours, mesh independence, comparator definitions).
This skill is invoked from inside `cfd-paper` — by Phase D (writer / reviser) and by Phase F (reviewer). It never runs standalone. It receives a fully-built context bundle (analysis, manifest, literature, plan, figure paths, prior reviewer feedback) and emits either:
- a complete LaTeX manuscript, or
- a structured reviewer verdict.
Core philosophy (apply to every section)
- One paragraph for one message. The first sentence states what the paragraph will do. Every subsequent sentence advances that one message (cause, contrast, consequence, refinement) — nothing else.
- Claim → evidence → citation. Every non-trivial claim is followed by a number from a table or figure (evidence) and a
\cite{}to the literature that supports the claim or that you are distinguishing from. No claim sits alone. - Visual quality is content, not decoration. Figures, captions, tables, and equation typography are part of the substantive contribution. Treat them as core writing — not afterthoughts.
- Reverse-outline as you write. After each section, you should be able to write a 3–7 bullet outline of what it actually says. If you can't, the section is a token-soup draft.
- Adversarial self-review before handing off. Read your own text as a hostile reviewer would. Flag every unsupported claim, every figure that doesn't carry its caption's promise, every term that drifts in meaning between sentences.
These rules eliminate the failure patterns that plagued earlier CFD paper drafts: n-gram word loops within paragraphs, "in introduction paragraph 1" meta-cross-references, citation clusters dumped at section ends, equations that are merely Re/Cf/RMSE definitions, missing geometry descriptions, and orphan figures.
Section-by-section writing guides
Each guide gives you: (a) pre-writing questions, (b) one or more concrete paragraph templates with sentence skeletons, (c) a quality checklist.
You pick the template that best fits the work and customize the sentence skeletons to your topic. Templates are guides, not prison cells — adapt them, but do not abandon their structural discipline.
1. Abstract
Pre-writing questions
- What technical / physical problem do we solve, and why is there no well-established CFD solution?
- What is our technical contribution? (a sensitivity study, a model modification, an open-ended discovery, a quantitative correlation, …)
- Why does our method work in essence?
- What new insight does the experiment produce? (e.g., "k-ω SST under-predicts reattachment by 20% on adverse-pressure-gradient flows", "a wall-distance-gated SA destruction reduction does not survive aggressive grids", …)
Templates
Version A (Challenge → Contribution): for studies with a single dominant contribution.
- One sentence: the CFD task and physical setting.
- One to two sentences: the technical challenge for previous closures / approaches.
- One to two sentences: our technical contribution that addresses the challenge.
- One sentence: the benefit (improvement vs baseline / reference, in concrete numbers).
- One sentence: experiment summary (sweep / cases / metric outcomes).
Version B (Challenge → Insight → Contribution): for model-modification or OED papers where the insight is more interesting than the implementation.
- Task + setting.
- Technical challenge for previous methods.
- One sentence: the insight (e.g., "near-wall production over-prediction on the recovery shoulder is the dominant error source for k-ω SST on periodic hill at Re=5600").
- One to two sentences: the technical contribution implementing the insight.
- One sentence: benefits + experiment summary.
Version C (Multi-contribution): for sweeps / sensitivities where each row of the design matrix is a contribution.
- Task + setting.
- If needed, one contrast sentence about prior approaches.
- Contribution 1 + advantage.
- Contribution 2 + advantage.
- Contribution 3 + advantage.
- Experiment summary.
Hard rules
- ≤ 250 words. No case IDs (
case_001). No\cite{}calls. No equations beyond a single inline Reynolds-number formula if essential. No reference to section numbers or internal labels. - Every claim in the Abstract must be re-derivable from a number in the Results table.
CFD specifics
- For sensitivity sweeps: state the parameter range, the QoI(s), and the strongest quantitative outcome (e.g., "the reattachment x_r/h shifted by 40% between k-ε and SA").
- For model-modification: state which closure was modified and the headline metric delta vs baseline.
- For OED: state how many families were tried, whether a winner was found, and either the winner's improvement or the no-winner family-coverage statement.
Quality checklist
- Can a reader identify task, challenge, insight/contribution, and headline result in one pass?
- Are all major claims supported by experimental numbers?
- Are technical names self-contained (no jargon that requires reading another paper)?
- Is there any sentence that mixes two or more messages?
2. Introduction
Logic map (think this through before writing)
Backward reasoning (answer before drafting)
- What CFD problem do we solve, and why is there no well-established solution? (most important)
- What are the contributions of our study? (a new flow regime characterized? a new closure-modification family? a new correlation? a falsification of a published claim?)
- What are the benefits of our contributions, why can they answer this challenge, and what new insight do they bring?
- How do we use prior CFD work to lead readers to our challenge?
Forward story (write in this order)
- Introduce the CFD task / flow problem and applications (heat transfer, drag prediction, mixing efficiency, separation control, …).
- Use prior CFD work to lead to the technical challenge we solve.
- Present our contribution(s).
- Explain the technical advantage and the new insight explicitly.
Section skeleton
Opening templates
- Version 1 (task is niche → define task, then applications).
- Version 2 (task is familiar → open with applications).
- Version 3 (general → specific: state general task, then narrow to this paper's setting).
- Version 4 (familiar task → open with applications, then expose the unresolved failure in the very first paragraph via a prior method).
Technical-challenge templates
- Version 1 (existing task, existing methods): general challenge → traditional methods + limitation → recent methods + limitation → exact challenge we solve.
- Version 2 (existing task with insight historically grounded): mainstream limitation → classical line with related insight → why that classical line is still insufficient → modern methods unresolved → bridge to our method.
- Version 3 (novel task / OED): state the goal, decompose into N independent challenge points using First/Second/Finally.
Pipeline / study-design templates
- Version 1 (one contribution, one teaser figure): framework + key novelty + teaser pointer + implementation + multi-advantage list.
- Version 2 (two contributions, one teaser figure): framework + contribution 1 + advantage 1 + remaining challenge + contribution 2.
- Version 3 (new module on existing pipeline): prior pipeline setup + new module + observation that motivates it + mechanism + comparison to alternatives.
- Version 4 (observation-driven): innovation first + intuitive observation as motivation + implementation + technical advantage + empirical gain.
Hard rules
- ≥ 4 paragraphs, each with a single message.
- ≥ 3
\cite{}calls in the Introduction (claim → reference, not citation cluster at end). - The first paragraph must already gesture at what problem the paper solves — even if the technical-challenge paragraph comes later.
- No hiding concrete contribution in abstract "novelty" prose. Be concrete.
CFD specifics
- Cite prior CFD studies on the same geometry / closure / flow regime — not just generic turbulence references.
- If using DNS/experimental reference data, cite the canonical source (Driver-Seegmiller for BFS, Frohlich et al. for periodic hill, etc.).
- For sensitivity studies, state the range of Re / parameter explored.
- For OED / code-modification, name the closure being modified in the second paragraph at the latest.
Quality checklist
- Does the first sentence of each paragraph state its message?
- Does each paragraph carry one message only?
- Are the technical challenge, the technical reason, and the solution mechanism all explicit?
- Are claims in the Introduction aligned with the Results table?
- Is terminology stable across all sections (e.g., "skin friction coefficient" not switching between "Cf", "C_f", "wall shear coefficient")?
3. Related Work
Goal
Position your work against the most relevant lines of CFD research. Make your novelty / specific contribution easy for a reviewer to verify.
Workflow
- List directly competing and recent papers first (last 3–5 years preferred).
- Group literature by technical topic, not by publication year.
- For each topic: summarize the common paradigm in 1–2 sentences, then the key limitation tied to your study's QoI.
- End each topic with a transition sentence that distinguishes your work.
Suggested topic groupings for CFD
For a turbulence-model sensitivity study: (a) RANS closures for separated flows; (b) DNS / LES reference data; (c) prior sensitivity studies on similar geometries.
For a viscosity / rheology study: (a) constitutive law variants; (b) prior solver implementations; (c) experimental validation studies.
For an OED / model-modification study: (a) original closure and canonical extensions; (b) prior model-modification attempts and their failure modes; (c) discovery-loop methodology (if relevant).
For a sweep / correlation study: (a) prior empirical correlations on this geometry; (b) prior simulation studies bracketing the parameter range; (c) the experimental literature that grounds the QoI.
Paragraph template (per topic)
- Topic sentence: define the scope of this topic in one sentence.
- Representative methods: one compact summary of the dominant paradigm, with citations.
- Limitation: tied to your target technical challenge / QoI / parameter range.
- Transition sentence: leads to your method / study.
Hard rules
- 2–4 focused topics. Not more (becomes a citation dump). Not fewer (insufficient coverage).
- ≥ 1
\cite{}call per paragraph, woven into the sentence — not appended at the end. - Compare mechanisms, assumptions, and failure modes — not just method names.
- Do not hide the strongest baseline. If a recent paper directly competes with yours, cite it in the first or second topic.
- Never write meta-references ("in this section we…", "as paragraph 3 noted…", "in introduction paragraph 1…"). Every sentence stands on its own.
Quality checklist
This is the start of the file. Read the full SKILL.md on GitHub.
Security
- Security scanPassed, 95 of 100Pattern checks on the skill's files.
- Model reviewPassed
Quality evaluation
- Task evaluationNot runNo evaluation yet. Run one in Skill Studio.
Source
- SKILL.md in the repositoryCheckingcfd-skills/cfd-paper-writer/SKILL.md
Popularity
- Repository stars
- 51
- Repository forks
- 6
- 7-day trend score
- 20
Stars and forks are for the whole GitHub repository, not this skill alone. Not refreshed yet.
Works with
Any agent vskill installs to: 56 targets in all. These 39 have a page on this site.
- Claude Code
- Cursor
- GitHub Copilot
- Windsurf
- Codex
- Gemini CLI
- Cline
- Amp
- Roo Code
- Goose
- Continue
- Kilo Code
- Junie
- Trae
- OpenHands
- Qwen Code
- AI Agent
- Tabnine Chat
- Sourcegraph Cody
- Amazon Q
- Firebase Genkit
- Sweep
- Devin
- Phind
- Mentat
- Claude Desktop
- Aider
- GPT Pilot
- Plandex
- bolt.new
- v0
- Replit Agent
- Anse
- TypingMind
- BetterChatGPT
- LibreChat
- Warp AI
- Pieces
- Fig AI
Embed badge
[](https://verified-skill.com/skills/csml-rpi/ai-cfd-scientist/cfd-paper-writer)