scientific-writing
Skill0 starsChanged 12 days agoMITView on GitHub
Edit and prepare water-engineering research manuscripts for clarity, complete methods and results reporting, citation checking, and reproducibility disclosures. Use when drafting or revising a WDN, hydraulic-modelling, water-quality, resilience, or related engineering paper; route scientific validity and submission decisions to qualified humans.
42 other projects use a version of this.
Adopted by
Most recently taken up by
- ranveerankhira-gif/research-agent-skills-zhtheir own version, first seen Nov 15, 2026
- OpenLAIR/dr-clawtheir own version, first seen Nov 8, 2026
- BrightGold70/skillstheir own version, first seen Nov 8, 2026
- K-Dense-AI/claude-scientific-writertheir own version, first seen Nov 7, 2026
- LARi-UQAC/ResearchToolstheir own version, first seen Nov 5, 2026
- dbosk/claude-skillstheir own version, first seen Nov 3, 2026
Used with
Projects with it also use usfiscaldata, research-grants and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
yf8578Skillusfiscaldata
Query the U.S. Treasury Fiscal Data API for federal financial data including national debt, government spending, revenue, interest rates, exchange rates, and savings bonds. Access 54 datasets and 182 data tables with no API key required. Use when working with U.S. federal fiscal data, national debt tracking (Debt to the Penny), Daily Treasury Statements, Monthly Treasury Statements, Treasury securities auctions, interest rates on Treasury securities, foreign exchange rates, savings bonds, or any U.S. government financial statistics.
Also in 7 projects that use this
garri333Skillresearch-grants
Write competitive research proposals for NSF, NIH, DOE, DARPA, and Taiwan NSTC. Agency-specific formatting, review criteria, budget preparation, broader impacts, significance statements, innovation narratives, and compliance with submission requirements.
Also in 10 projects that use this
garri333Skillarboreto
Infer gene regulatory networks (GRNs) from gene expression data using scalable algorithms (GRNBoost2, GENIE3). Use when analyzing transcriptomics data (bulk RNA-seq, single-cell RNA-seq) to identify transcription factor-target gene relationships and regulatory interactions. Supports distributed computation for large-scale datasets.
Also in 9 projects that use this
Hongyu-yuSkilltorch-geometric
Graph Neural Networks (PyG). Node/graph classification, link prediction, GCN, GAT, GraphSAGE, heterogeneous graphs, molecular property prediction, for geometric deep learning.
Also in 9 projects that use this
SoljournerSkillget-available-resources
Enumerate installed packages, databases, and tools for engineering workflows
Also in 9 projects that use this
- +7 more from garri333
Other versions42 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 42
- aiming-lab/AutoResearchClaw★ 15ksame name
- K-Dense-AI/claude-scientific-writer★ 2.6ksame name
- OpenLAIR/dr-claw★ 1.2ksame name
- wu-yc/LabClaw★ 1.1ksame name
- LeonChaoX/qinyan-academic-skills★ 910same name
- Boom5426/Nature-Paper-Skills★ 661same name
- qinyan-ai/qinyan-academic-skills★ 80same name
- the-omega-institute/automath★ 72same name
- jkitchin/knowhow★ 45same name
- Chanw-research/claude-code-paper-writing★ 42same name
32 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository9 other files it gives its agents.
- AGENTS.mdAGENTS.md
- epanet-validationSkill
- eval-writingSkill
- pywr-engineeringSkill
- skill-browserSkill
- skill-evaluationSkill
- skill-prSkill
- skill-writingSkill
- wntr-engineeringSkill
The file
We split this skill into the rules it gives an agent
1 rule. 0 are common, 1 is distinctive, and 0 are very specific to this project.
0
Common
Most of the 38 edited versions we read keep these.
1
Distinctive
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 38
Use the current manual for the exact software version reported.
“Common” is measured: kept by at least 6 in 10 of the 38 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Scientific writing for water engineering
Help authors communicate their own research clearly and traceably. This is content editing and reporting support, not scientific validation, hydraulic model validation, or proxy peer review. Improve wording and identify missing, conflicting, or unsupported reporting; do not decide whether a method is sound, a model is hydraulically valid, or an interpretation is scientifically correct.
Workflow
- Set the brief. Establish the requested section or editing level, intended readership, article type, target journal (if known), and its current author instructions. Preserve the author's intended meaning. If a missing fact would change the manuscript, ask a focused question instead of filling it in.
- Inventory the evidence. Read the supplied manuscript and the actual evidence made available: tables, figures, data descriptions, model/network files, configurations, analysis scripts, logs, and cited sources as relevant. Build a compact claim ledger for substantive statements: manuscript location, supporting artifact or source, and status (
supported by supplied material,missing,conflicting, ornot checked). Do not treat code's capability as evidence that a run occurred or produced a result. - Edit against the evidence. Improve organization, precision, definitions, units, and consistency. Keep claims no stronger than the evidence. Preserve numerical values and qualifiers from the source material; when a value or conclusion cannot be traced, do not silently change or strengthen it—flag it for author confirmation, including during copyediting. Never manufacture results, experiments, observations, parameters, baselines, statistical tests, or novelty claims.
- Check methods and reporting completeness. Use the prompts below selectively for the study. Check the target journal's rules and any genuinely applicable reporting checklist; a checklist supports completeness of description, not research design or scientific quality. Do not present a prompt as a universal requirement or prescribe a method the authors did not use.
- Check citations. Verify each cited work against a publisher, official repository, or trusted bibliographic record such as Crossref. Compare author list, title, year, venue/report type, volume/pages or report number, and DOI/URL where applicable. Confirm that the source actually supports the sentence and distinguish the original method/source from later summaries when possible. Mark records or source claims you could not access as unverified; never fill bibliographic gaps from memory.
- Check reproducibility and disclosure. Report what is available, restricted, or unavailable, and the conditions for access. Check that software, data/network versions, scenario definitions, and method details match the evidence. Do not promise availability, reproducibility, validation, or licensing the authors have not confirmed.
- Return an auditable edit. Provide the revised text or requested edits, a short list of material changes, and unresolved author questions grouped by evidence gap, domain-method decision, and human approval. For a final-submission request, give a checklist against the journal's current instructions, but leave submission and final approval to the author team.
Reporting prompts for authors
These are questions to resolve with the research team, not pass/fail tests or engineering judgments. Include only what is relevant to the manuscript and what the authors can substantiate.
- Question and contribution: What question, system boundary, and contribution does the study address? Are aims, methods, reported results, and conclusions aligned? Does the text distinguish the study's claim from broader context or prior work?
- Network, data, and observations: What is the network/model or dataset, its source and version, spatial and temporal coverage, preprocessing, exclusions, and access conditions? Is it measured, synthetic, benchmark, or a combination? Which observations or calibration/validation records were actually used, and how were they separated from other data? Ask authors to resolve choices; do not assess adequacy.
- Hydraulic or water-quality model: Which software, version, engine/backend, model formulation, units, boundary and initial conditions, demand representation/patterns, operating controls, time horizon/steps, and material parameter values are needed to understand the analysis? For water quality, what constituent/reaction assumptions and coefficients are relevant? What solver settings, warnings, or run failures were recorded? Flag missing details; route physical assumptions and solution validity to qualified hydraulic/water-quality experts.
- Methods and experiments: What study design, algorithms, equations, parameter-selection process, scenarios, baselines, objective/constraints, and stopping rules were actually used? For stochastic or ensemble work, what distributions, sample counts, random seeds, and uncertainty summaries were used? For comparisons, what was held constant and how were metrics defined, calculated, aggregated, and unit-labelled? Report statistical procedures and uncertainty only if performed and evidenced.
- Results and interpretation: Can each stated result be located in a supplied output, table, or figure? Are denominators, units, aggregation, uncertainty, and comparison conditions explicit where relevant? Do captions identify the displayed quantity and scenario? Separate observations from explanation and implications. Route disputed interpretation or claims about physical plausibility to the authors and domain reviewers.
- Computational reproducibility: Which code, scripts, configuration, model inputs, dependencies, software versions, and execution environment are needed to understand or rerun the analysis? Are repository releases, commit identifiers, or archived records supplied and accessible? Mention hardware or runtime conditions only when relevant to the reported result. Distinguish a runnable workflow from one actually rerun independently.
- Disclosure: What data/code/network files can be shared, where, under what version/identifier and terms? If restricted (for example, utility-sensitive infrastructure data), what is the actual access route or constraint, and what non-sensitive materials can be shared? Ask authors to confirm funding, conflicts, ethics/security, acknowledgements, and contribution statements under the journal's policy; never infer these or determine authorship.
Human decision boundary
Describe editorial observations as questions or traceable inconsistencies (for example, “Table 2 reports a different value than this sentence; which is authoritative?”). Do not declare a model validated because it converged, a result plausible because it looks reasonable, or an algorithm correct because its implementation exists. Numerical/code checks may establish only what was run and what the supplied outputs contain; they do not establish hydraulic validity or scientific truth. Route disputed methods, calibration adequacy, physical interpretation, statistical choices, sensitive-data release, authorship, and final submission to the responsible authors and qualified human experts. The author team owns scientific claims and final approval.
Source leads
Use the current manual for the exact software version reported; manuals document software behavior, not whether a study used it correctly or whether its results are valid.
- EPANET 2.2 User Manual, U.S. EPA Science Inventory — official report record, EPA/600/R-20/133 (2020); useful for identifying model inputs, analysis options, controls, and reported outputs to ask authors about.
- WNTR User Manual, Version 1.0, U.S. EPA Science Inventory — official report record, EPA/600/B-23/098 (2023); consult when WNTR is part of the reported workflow.
- Wilkinson et al., “The FAIR Guiding Principles for scientific data management and stewardship”, Scientific Data 3, 160018 (2016) — general data/workflow findability and reuse principles, not a water-engineering reporting mandate.
This skill has not been behaviorally validated. Use it as an authoring aid, not evidence that a manuscript, method, model, citation set, or result has passed scientific review.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

