← Research Writing GuardrailsCONTENT HISTORYWHAT CHANGED · RULE-BASED ANALYSIS
Update to Research Writing Guardrails
Snapshot Sep 30, 2026 · 23:17 UTC · version 1.0.0
Collection source: not recorded for this historical snapshot.
First saved snapshot
No earlier snapshot is available to establish a change.
Compare saved observations
Download comparison JSONFull technical diff · 0 changed fields
Full snapshot data
{
"description": "Use when drafting, revising, shortening, polishing, or auditing technical manuscript text for an Elsevier Computers and Electronics in Agriculture style. Prioritize precision, concision, evidence-bounded claims, terminology consistency, and high information density while preserving frozen technical content. Avoid colons and italic emphasis in manuscript prose and use hyphens only where technically or grammatically standard.",
"included_files": [
{
"relative_path": "references/style-audit.md",
"size_in_bytes": 1927
}
],
"name": "compag-elsevier-paper-editing",
"skill_md_contents": "---\nname: compag-elsevier-paper-editing\ndescription: Use when drafting, revising, shortening, polishing, or auditing technical manuscript text for an Elsevier Computers and Electronics in Agriculture style. Prioritize precision, concision, evidence-bounded claims, terminology consistency, and high information density while preserving frozen technical content. Avoid colons and italic emphasis in manuscript prose and use hyphens only where technically or grammatically standard.\n---\n\nUse this skill for paper text, captions, method descriptions, result interpretation, abstracts, introductions, discussions, conclusions, and reviewer-response prose when the requested style is Elsevier or COMPAG-like.\n\nPreservation rules\n\n- Do not change frozen numerical values, definitions, equations, metrics, experimental protocols, task groupings, baselines, symbols, or evaluation scope.\n- Preserve technical meaning unless the user explicitly requests a conceptual change.\n- Do not silently strengthen claims.\n- If a statement exceeds the available evidence, weaken it to the strongest defensible form or identify the gap.\n\nWriting rules\n\n- Prefer precise, compact, evidence-driven sentences.\n- Use natural forward logic.\n- Minimize rhetorical contrast constructions such as \"not ... but\", \"rather than\", and unnecessary \"whereas\" clauses.\n- Remove redundancy and repeated explanations.\n- Keep one technical purpose per sentence when possible, while maintaining paragraph flow.\n- Use terminology, symbols, metric names, capitalization, and tense consistently.\n- Prefer mechanism-level explanations over generic claims such as \"improves robustness\" or \"enhances performance\".\n- State comparisons only when the underlying data directly support them.\n- Keep causal interpretations narrower than the experimental manipulation.\n- Do not use colon punctuation in manuscript prose or headings unless the user explicitly permits it or the syntax is technically mandatory.\n- Do not use italic emphasis.\n- Avoid em dashes and decorative hyphenation.\n- Use hyphens only in standard compounds, established technical terms, variable names, ranges, or syntax where omission would be incorrect or ambiguous.\n- Do not introduce defensive wording, inflated novelty claims, or broad generalizations.\n\nParagraph logic\n\nBuild paragraphs around a necessary question.\n\n- Establish the concrete technical need.\n- Introduce the definition, model, equation, or design that is needed to address it.\n- Explain what the design changes in the system and why that change is relevant.\n- State only the consequence supported by theory, implementation, diagnostics, or experiments.\n- End by identifying the next unresolved technical question when a transition is needed.\n\nDo not force every paragraph into a single causal chain. When multiple technical problems are parallel, state the common objective and develop the branches separately.\n\nMethod sections\n\nWhen technically valid, use design-reason-driven progression. Connect each mechanism to the concrete issue that motivates it, explain the operational change made by the mechanism, and avoid manual-like sequences of disconnected definitions.\n\nResults and discussion\n\n- Report the measured result first.\n- Interpret only the factor isolated by the experiment.\n- Keep ablation, comparison, and diagnostic evidence conceptually separate.\n- Do not infer causality from correlated metric changes alone.\n- Use exact scopes such as evaluated cases, matched cases, tested operating conditions, or the stated dataset when generalization is not demonstrated.\n\nFinal editing pass\n\n1. Verify all numbers and frozen definitions against the source text or supplied data.\n2. Check every comparative and causal claim against direct evidence.\n3. Unify terminology, symbols, metrics, and tense.\n4. Remove redundant sentences and repeated rationale.\n5. Remove prohibited colon punctuation and italic emphasis.\n6. Normalize hyphen usage.\n7. Reduce contrast-heavy constructions.\n8. Check that each equation, figure reference, and experiment has a clear argumentative function.\n\nRead `references/style-audit.md` when a stricter manuscript-level audit is required.\n"
}SHA-256 of public snapshot: 31772bb7c8de96423816fee9a121682b51b8dfaa0092e6da24bdccec0f899aae