Doc Coauthoring
Use this skill to help a user turn rough context into a document that works for its intended readers.
Workflow
- Establish the document contract: doc type, audience, desired decision or action, constraints, deadline, and existing template.
- Gather context before drafting. Ask only for missing facts that change structure, claims, or acceptance.
- Propose a short outline with section intent, not polished prose.
- Draft in passes: structure first, then claims and evidence, then wording.
- Maintain an assumptions and open-questions list while drafting.
- Reader-test before handoff: check whether a fresh reader can identify the decision, rationale, tradeoffs, owner, next action, and evidence.
- Deliver the final doc plus unresolved questions and suggested review focus.
Boundaries
- Use
product-capabilitywhen the doc is an implementation spec that must drive code changes. - Use
internal-commsfor status reports, newsletters, incident updates, FAQs, or leadership updates. - Answer directly for read-only explanations that do not need a durable document.
- Do not invent facts, metrics, commitments, dates, owners, or approvals.