doc-coauthoring

Guide collaborative drafting of structured documents with reader testing.

Updated Mar 17, 2026
One-click install
npx skills add https://github.com/GayanKavinda/gayankavinda.github.io --skill doc-coauthoring-gayankavinda
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: doc-coauthoring
Source: https://github.com/GayanKavinda/gayankavinda.github.io/tree/main/skills/skills/doc-coauthoring
Command: npx skills add https://github.com/GayanKavinda/gayankavinda.github.io --skill doc-coauthoring-gayankavinda

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps people turn messy ideas, partial context, and scattered references into clear, structured documentation that actually works for readers.

Core Features & Use Cases

  • Guided Discovery: Gathers the right context up front with targeted questions instead of forcing the user to organize everything first.
  • Iterative Drafting: Builds documents section by section, brainstorming options, curating what matters, and refining each part through feedback.
  • Reader Testing: Checks whether a fresh reader would understand the document, surfacing ambiguities, gaps, and contradictions before publication.
  • Use Case: Drafting a technical spec, RFC, proposal, decision doc, or internal guide that needs to be precise, readable, and defensible.

Quick Start

Use the doc-coauthoring skill to help me draft a technical spec for our new API.

Frequently Asked Questions about doc-coauthoring

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

FAQPage Schema
How do I co-author technical specs and RFCs collaboratively?▼

You can co-author technical specs and RFCs by using a tool that gathers context up front, drafts sections iteratively, and runs reader testing to resolve ambiguities before publication.

What is the best way to draft a high-stakes proposal that is easy for external readers to understand?▼

The best way to draft a high-stakes proposal is to build it section by section, brainstorming options and refining each part through feedback to ensure clarity and defensibility for external readers.

How do I check if my decision doc is clear enough for a fresh reader?▼

To check if your decision doc is clear for a fresh reader, perform reader testing to surface ambiguities, gaps, and contradictions, ensuring the document works as intended before publication.

Do I need to organize all my context before drafting an internal guide?▼

You do not need to organize all context before drafting an internal guide; the process gathers the right context up front through targeted questions instead of forcing prior organization.

Can I use this approach to turn messy ideas into structured documentation?▼

Yes, you can turn messy ideas, partial context, and scattered references into structured documentation by iteratively drafting and curating what matters to reduce ambiguity.