skills/clementwalter/document-writing-coordination/SKILL.md
This skill should be used when the user asks to "coordinate document writing", "manage doc writers", "create a design document with multiple writers", "orchestrate documentation", "delegate doc sections", "cos for documentation", "chief of staff for docs", or needs to break a large document into sections and delegate writing to multiple agents via VibeKanban.
npx skillsauth add aiskillstore/marketplace document-writing-coordinationInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Coordinate multi-section document creation by delegating to doc writer agents through VibeKanban task management. The coordinator (Chief of Staff) plans and monitors but never writes content directly.
| Role | Responsibility | Does NOT | | --------------------- | ---------------------------------- | ------------------ | | Coordinator (You) | Outline, delegate, monitor, review | Write content | | Doc Writers | Write assigned sections | Plan or coordinate | | Reviewer (You) | Approve/reject, ensure consistency | Implement fixes |
1. Explore codebase → Understand scope
2. Create outline → Scaffold document structure
3. Create VK tasks → One per section
4. Spawn attempts → Launch doc writer agents
5. Monitor → Poll status periodically
6. Review → Approve or send back
7. Consistency check → After each merge
8. Complete → When no pending tasks remain
Before creating the outline, thoroughly explore the codebase:
Use Task tool with subagent_type=Explore to understand:
- Project structure and components
- Key technologies and patterns
- Existing documentation
- Recent changes and evolution
Write the document outline with:
Example section scaffold:
## 3.1 Component Name
<!--
SCOPE: What this section covers
- Key topics to address
- Source files to reference
- Diagrams to include
-->
TODO: Section pending
Each VK task MUST include:
## Task
Write Section X "Section Title" of `/path/to/document.md`.
## Required Skill
**MUST use doc writer skill** - Invoke `document-skills:doc-coauthoring` skill before writing.
## Context
[2-3 sentences of essential background for a fresh agent]
## Scope
- [Bullet list of what to cover]
- [Specific topics]
- [Diagrams to create]
## Source Files to Reference
- `path/to/relevant/file.ts`
- `path/to/another/file.md`
## Output
Edit `/path/to/document.md` replacing "TODO: Section pending" under Section X with complete content.
## Delegation Rule
If this section exceeds [N] words, scaffold subsections and create new VK tasks using vibe_kanban MCP tools (project_id: [UUID]):
- X.1 Subsection A
- X.2 Subsection B
## VK Task ID: [task-uuid]
When done, mark task as "inreview" in VK.
Doc: Section X.Y - Section Namemcp__vibe_kanban__create_task:
project_id: [project-uuid]
title: "Doc: Section 1 - Executive Summary"
description: [full template above]
To spawn agents via VK start_workspace_session:
mcp__vibe_kanban__start_workspace_session:
task_id: [task-uuid]
executor: CLAUDE_CODE
repos: [{repo_id: [repo-uuid], base_branch: main}]
Critical: Requires repo_id from VK project configuration. Use list_repos to retrieve, or ask user to configure repository in VK dashboard first.
If VK repos not configured, use hybrid approach:
inprogressinreview when agent completesmcp__vibe_kanban__update_task:
task_id: [uuid]
status: inprogress
Task tool:
subagent_type: general-purpose
prompt: [task description]
run_in_background: true
Poll VK every ~60 seconds during active work:
mcp__vibe_kanban__list_tasks:
project_id: [uuid]
status: inprogress # or inreview, todo
## Backlog Status
| Section | Task ID | Status | Notes |
| --------------- | ------- | ---------- | ---------------- |
| 1. Exec Summary | 88e5... | inreview | Ready for review |
| 2. Repo Org | f722... | inprogress | Writing |
| 3.1 Benchmark | 371c... | todo | Blocked |
**Active**: 5/15 | **In Review**: 2 | **Done**: 8
inreviewdone, check doc consistencyinprogress with feedback taskCreate follow-up task or update description:
## Revision Required
**Issues Found:**
- [ ] Missing architecture diagram
- [ ] Incorrect API reference in line 45
- [ ] Inconsistent terminology (use "coprocessor" not "processor")
**Action**: Fix issues and return to inreview.
After each section merges to done:
Task is complete when:
done status| Tool | Purpose |
| ------------------------- | ---------------------------- |
| list_projects | Get project UUIDs |
| list_tasks | View all tasks with status |
| create_task | Create new section task |
| update_task | Change status/description |
| get_task | Get task details |
| start_workspace_session | Launch agent (needs repo_id) |
| list_repos | Get repository UUID |
todo → inprogress → inreview → done
↘ (rejected) → inprogress
references/task-templates.md - Full task description templatesreferences/review-checklist.md - Detailed review criteriaexamples/design-doc-outline.md - Sample document skeletonexamples/section-task.md - Complete task description exampledevelopment
Apple Human Interface Guidelines for content display components. Use this skill when the user asks about charts component, collection view, image view, web view, color well, image well, activity view, lockup, data visualization, content display, displaying images, rendering web content, color pickers, or presenting collections of items in Apple apps. Also use when the user says how should I display charts, what's the best way to show images, should I use a web view, how do I build a grid of items, what component shows media, or how do I present a share sheet. Cross-references: hig-foundations for color/typography/accessibility, hig-patterns for data visualization patterns, hig-components-layout for structural containers, hig-platforms for platform-specific component behavior.
tools
Automate HelpDesk tasks via Rube MCP (Composio): list tickets, manage views, use canned responses, and configure custom fields. Always search tools first for current schemas.
testing
Expert Haskell engineer specializing in advanced type systems, pure functional design, and high-reliability software. Use PROACTIVELY for type-level programming, concurrency, and architecture guidance.
tools
GraphQL gives clients exactly the data they need - no more, no less. One endpoint, typed schema, introspection. But the flexibility that makes it powerful also makes it dangerous. Without proper controls, clients can craft queries that bring down your server. This skill covers schema design, resolvers, DataLoader for N+1 prevention, federation for microservices, and client integration with Apollo/urql. Key insight: GraphQL is a contract. The schema is the API documentation. Design it carefully.