doc-coauthoring

Guides iterative drafting and reader testing of structured documents like RFCs and PRDs.

2|Updated Apr 12, 2026
One-click install
npx skills add https://github.com/Clay-HHK/claude-config --skill doc-coauthoring-clay-hhk
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: doc-coauthoring
Source: https://github.com/Clay-HHK/claude-config/tree/main/skills/doc-coauthoring
Command: npx skills add https://github.com/Clay-HHK/claude-config --skill doc-coauthoring-clay-hhk

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Many authors struggle to transfer team context, structure ideas, and catch reader-facing gaps when creating technical specs, decision records, proposals, or other substantial documents; this workflow closes that gap by guiding iterative context gathering, section-by-section drafting, and reader-focused testing so the final document actually works for others.

Core Features & Use Cases

  • Context Gathering: Collects background, constraints, stakeholders, timelines, and related artifacts so the assistant can reason accurately about trade-offs.
  • Refinement & Structure: Builds document scaffolds, brainstorms section contents, curates priorities, drafts sections, and performs surgical iterative edits.
  • Reader Testing: Simulates a fresh reader (via sub-agents or manual instructions) to surface ambiguities, assumptions, and missing information before publishing.
  • Use Case: Draft a design doc or RFC by dumping project context, iteratively refining the core proposal section, and running reader tests to ensure clarity for cross-functional reviewers.

Quick Start

Begin by saying you want the co-authoring workflow and paste your document context, template link, or describe the doc type and audience.

Frequently Asked Questions about doc-coauthoring

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I draft technical specifications and RFCs through collaborative authoring?

Co-authoring technical specifications involves iterative context gathering, section-by-section brainstorming, and drafting to build structured RFCs. The workflow refines document scaffolds and performs surgical edits to ensure the final artifact accurately captures project trade-offs.

What is the best way to gather context and structure decision documents?

Context gathering for decision documents requires collecting background, constraints, stakeholders, and timelines before reasoning about trade-offs. This process builds a document scaffold, brainstorming section contents and curating priorities to ensure accurate technical decisions.

Can I simulate reader testing for design docs to catch missing information?

Reader testing for design docs simulates a fresh reader via sub-agents or manual instructions. This surfaces ambiguities, assumptions, and missing information before publishing, ensuring the technical specifications are clear for cross-functional reviewers.

Does this co-authoring workflow support drafting PRDs and proposals solo?

The co-authoring workflow supports drafting PRDs, proposals, and design docs during both solo and collaborative authoring sessions. It iteratively refines document sections and applies surgical edits to finalize the artifact.

How do I start a structured document drafting session without a template?

To start document drafting without a template, describe the document type and audience, or paste existing project context. The workflow collects the necessary background and constraints to build a scaffold and begin section-by-section drafting.

What are the limitations of using sub-agents for reader testing on RFCs?

Reader testing for RFCs via sub-agents is an optional step that simulates fresh readers to catch ambiguities. If not explicitly triggered, reader testing requires manual instructions to surface missing information and assumptions before publishing.