Draft Writing
Use this skill when the user wants help with a draft, section, report, article,
paper prose, grant text, response letter, or other writing where the wording may
change but the intended claims must stay controlled.
Do not use this as an AI detector. This is a procedural workflow for preserving
claims through drafting and revision.
Trigger Examples
- draft this section from notes
- rewrite this paragraph without changing meaning
- polish this draft but keep my claims intact
- compare two draft versions for claim drift
- identify unsupported claims before revising
- turn this outline into prose while tracking claims
For paper/book review requests, use the relevant review workflow unless the
user is asking to rewrite or prepare draft text.
Core Workflow
- Define the writing scope and audience.
- Inspect the local context needed to write in the requested form: current
draft, outline, notes, source material, prior posts, templates, house style,
venue instructions, and supplied examples. If expected context is absent,
say so and state the style/content assumption before drafting.
- Extract atomic claims from the current draft, outline, notes, or source
material.
- Classify each claim as contribution, evidence, assumption, caveat,
comparison, recommendation, definition, result, limitation, or transition.
- Map each substantive claim to support: source, experiment, theorem, data,
author note, prior section, or
missing.
- Freeze the intended claim ledger before substantial rewriting.
- Identify the active writing-style settings before rewriting:
- always load
writing-style-settings.md
- load
math-manuscript-style.md for mathematical, TCS, graph-theoretic,
formal-proof, Lean-synchronized, or LaTeX manuscript prose
- record
style_profile_ref, active_overlays, active_requirement_ids,
session_local_additions, and style_applied in the draft ledger or
revision map
- Rewrite for structure, clarity, and style without adding unsupported claims.
- Audit the revision delta:
- added claim
- removed claim
- strengthened claim
- weakened claim
- changed caveat
- unsupported claim introduced
- Report remaining gaps before presenting the draft as ready.
Use the installed templates when available:
draft-claim-ledger.md for claim extraction and support mapping
draft-revision-map.md for before/after revision audits
Use the instruction doc claim-preserving-writing.md for detailed guidance
when the task involves multiple sections, citation-sensitive prose, or repeated
revision rounds.
Always apply the installed instruction doc writing-style-settings.md. For
mathematical or LaTeX manuscripts, also apply math-manuscript-style.md through
the compatibility router language-style-rules.md if older installed targets
still refer to it. In particular, check that concepts are defined before use,
notation is not defined inside statements, unnecessary local terminology is
removed, result introductions explain each statement's role, and long proofs
begin with a clear proof idea.
Output Rules
- Separate author-provided intent from model-inferred improvements.
- Label unsupported or newly introduced claims instead of smoothing them into
polished prose.
- Preserve caveats unless the user explicitly asks to remove or revise them.
- Do not generate a blog post, article, report, or other format-matched draft
before inspecting available prior examples/templates/style artifacts. If the
repository or workspace has no such artifacts, say that explicitly.
- When making a rewrite, include a short claim-change note if the change is
substantive.
- For finalizable draft work, record a style block or style record with
style_profile_ref, policy_hash, active_overlays,
active_requirement_ids, and style_applied: true. A bare assertion of
style_applied is not enough when the workflow did not load the policy.
- If material evidence remains unchecked, say
incomplete analysis before any
final readiness claim.
Boundary
This workflow tracks what is being said and whether declared support is present.
It does not independently prove claims true unless paired with verification,
review, citation lookup, tests, experiments, or formal checks.
1---2name: draft-writing3description: Use when drafting, rewriting, polishing, or revising prose while preserving author intent by tracking claims, evidence, caveats, and revision deltas.4---56# Draft Writing78Use this skill when the user wants help with a draft, section, report, article,9paper prose, grant text, response letter, or other writing where the wording may10change but the intended claims must stay controlled.1112Do not use this as an AI detector. This is a procedural workflow for preserving13claims through drafting and revision.1415## Trigger Examples1617- draft this section from notes18- rewrite this paragraph without changing meaning19- polish this draft but keep my claims intact20- compare two draft versions for claim drift21- identify unsupported claims before revising22- turn this outline into prose while tracking claims2324For paper/book review requests, use the relevant review workflow unless the25user is asking to rewrite or prepare draft text.2627## Core Workflow28291. Define the writing scope and audience.302. Inspect the local context needed to write in the requested form: current31 draft, outline, notes, source material, prior posts, templates, house style,32 venue instructions, and supplied examples. If expected context is absent,33 say so and state the style/content assumption before drafting.343. Extract atomic claims from the current draft, outline, notes, or source35 material.364. Classify each claim as contribution, evidence, assumption, caveat,37 comparison, recommendation, definition, result, limitation, or transition.385. Map each substantive claim to support: source, experiment, theorem, data,39 author note, prior section, or `missing`.406. Freeze the intended claim ledger before substantial rewriting.417. Identify the active writing-style settings before rewriting:42 - always load `writing-style-settings.md`43 - load `math-manuscript-style.md` for mathematical, TCS, graph-theoretic,44 formal-proof, Lean-synchronized, or LaTeX manuscript prose45 - record `style_profile_ref`, `active_overlays`, `active_requirement_ids`,46 `session_local_additions`, and `style_applied` in the draft ledger or47 revision map488. Rewrite for structure, clarity, and style without adding unsupported claims.499. Audit the revision delta:50 - added claim51 - removed claim52 - strengthened claim53 - weakened claim54 - changed caveat55 - unsupported claim introduced5610. Report remaining gaps before presenting the draft as ready.5758Use the installed templates when available:5960- `draft-claim-ledger.md` for claim extraction and support mapping61- `draft-revision-map.md` for before/after revision audits6263Use the instruction doc `claim-preserving-writing.md` for detailed guidance64when the task involves multiple sections, citation-sensitive prose, or repeated65revision rounds.6667Always apply the installed instruction doc `writing-style-settings.md`. For68mathematical or LaTeX manuscripts, also apply `math-manuscript-style.md` through69the compatibility router `language-style-rules.md` if older installed targets70still refer to it. In particular, check that concepts are defined before use,71notation is not defined inside statements, unnecessary local terminology is72removed, result introductions explain each statement's role, and long proofs73begin with a clear proof idea.7475## Output Rules7677- Separate author-provided intent from model-inferred improvements.78- Label unsupported or newly introduced claims instead of smoothing them into79 polished prose.80- Preserve caveats unless the user explicitly asks to remove or revise them.81- Do not generate a blog post, article, report, or other format-matched draft82 before inspecting available prior examples/templates/style artifacts. If the83 repository or workspace has no such artifacts, say that explicitly.84- When making a rewrite, include a short claim-change note if the change is85 substantive.86- For finalizable draft work, record a style block or style record with87 `style_profile_ref`, `policy_hash`, `active_overlays`,88 `active_requirement_ids`, and `style_applied: true`. A bare assertion of89 `style_applied` is not enough when the workflow did not load the policy.90- If material evidence remains unchecked, say `incomplete analysis` before any91 final readiness claim.9293## Boundary9495This workflow tracks what is being said and whether declared support is present.96It does not independently prove claims true unless paired with verification,97review, citation lookup, tests, experiments, or formal checks.