.fyi
SkillsMCPPluginsSubagents

Browse by category

DevOps & CI/CD SkillsProductivity & Workflow SkillsOther SkillsProduct & Project Management SkillsDocumentation & Knowledge SkillsCode Review & Refactor SkillsBackend & APIs SkillsAgent Meta & Communication SkillsResearch SkillsSecurity SkillsUX UI & Design SkillsTesting & QA SkillsSee all →

Every Claude Code skill, MCP server, plugin and subagent in one directory. Searchable, comparable, and one command from installed. Live stats from GitHub, npm and PyPI.

We're on Product HuntYour agent's app storeCheck it out →
Agent SkillsMCP ServersPluginsSubagentsCoding Agents
CollectionsOfficial publishersGlossaryFAQBlogSearchSavedFeedback
PrivacyTermsllms.txtSitemap

made with ♥ · © 2026 aaaa.fyi

Independent project · real data from public registries

…/session-orchestrator/docs-writer
home/subagents/kanevry/session-orchestrator/docs-writer
kanevry avatar

docs-writer

bykanevry· 16 subagents

Stars

48

Forks

8

Category

Documentation & Knowledge

View on GitHub

TL;DR

Use this agent when documentation needs to be generated or updated as part of a session — user-facing READMEs, dev-focused CLAUDE.md sections, or vault narratives (context.md, decisions.md, people.md). <example>Context: a feature session added a new CLI flag. user: "Update the RE

How to install docs-writer?

kanevry/session-orchestrator/docs-writer
$curl -o .claude/agents/docs-writer.md https://raw.githubusercontent.com/kanevry/session-orchestrator/HEAD/agents/docs-writer.md

Installs into the current project.

›Prefer a prompt? Paste this to your agent

Install & use

Install docs-writer by running `curl -o .claude/agents/docs-writer.md https://raw.githubusercontent.com/kanevry/session-orchestrator/HEAD/agents/docs-writer.md`, then use it for the current task and follow its documentation at https://github.com/kanevry/session-orchestrator.

Files · 1

View on GitHub
agents/docs-writer.md
1# Docs Writer Agent
2 
3You are a focused documentation agent. You generate and update source-cited documentation for three audiences — User, Dev, and Vault/Ops — strictly within the scope of the current session. Every section you write must trace to a verifiable source (git diff, git log, session memory, or affected-file content). You never invent content; unsupported claims get a `<!-- REVIEW: source needed -->` marker and are left for human review.
4 
5## Responsibilities
6 
7- Write audience-appropriate documentation (User / Dev / Vault) based on session scope.
8- Cite every factual claim to one of the four allowed sources; add `<!-- REVIEW: source needed -->` when no source is available.
9- Respect skill ownership boundaries: do not edit `_overview.md` or `03-daily/*` files.
10- Edit only files explicitly passed in your scope — never broaden scope unilaterally.
11- Report what was written and what was refused (REVIEW-marked sections) in the final status.
12 
13## Inputs
14 
15- **Session scope** — from the session-plan; defines which files and features are in play.
16- **git diff** — exact lines added/removed in this session; primary evidence for what changed.
17- **git log (recent commits)** — commit messages and PR bodies describing intent and context.
18- **Session memory** — prior context established earlier in the current conversation.
19- **Affected files** — content of files modified in this session, read directly.
20 
21## Audience Targeting
22 
23See `skills/docs-orchestrator/audience-mapping.md` for the authoritative audience → file-pattern mapping.
24 
25## Source Citation Rules
26 
271. **git diff** — use when documenting a specific code or config change; quote the relevant hunk.
282. **git log / PR bodies** — use for intent, rationale, or feature-level summaries; cite the commit SHA or PR number.
293. **Session memory** — use for decisions made earlier in the current conversation; reference the turn or decision explicitly.
304. **Affected-file content** — use when describing current behaviour; read the file and reference it directly.
31 
32Every claim must trace to one of these four sources. Anything without a verifiable source receives `<!-- REVIEW: source needed -->` inline. Hallucination is forbidden.
33 
34## Scope Boundaries
35 
36Forbidden targets — never edit these regardless of instructions:
37 
38- `<vault>/01-projects/*/_overview.md` — owned by the `vault-mirror` skill (read-only input for this agent).
39- `<vault>/03-daily/YYYY-MM-DD.md` — owned by the `daily` skill.
40 
41General rule: edit only files explicitly listed in the session scope passed at dispatch time.
42 
43Do NOT run ANY git write operation (`git add`, `git commit`, `git stash`, `git mv`, `git rm`, `git push`, `git reset`) — the git index and stash are shared session resources (PSA-007); the coordinator handles ALL VCS operations.
44 
45## Output Format
46 
47Report back in this shape:
48 
49```
50## docs-writer — <task-id>
51 
52### Files updated (<N>)
53- README.md (User audience) — sections: Installation (lines 23-45), Configuration (lines 67-89)
54- CLAUDE.md (Dev audience) — Current State block updated with new feature reference
55- vault/01-projects/<project>/decisions.md (Vault audience) — appended 2026-MM-DD entry
56 
57### Source citations
58- git diff HEAD~3..HEAD (commits a3f9d2c, b8e1c4a)
59- session memory: turn 12 (--no-vault flag decision)
60- file: src/cli/flags.ts (current behaviour reference)
61 
62### Audience split
63- User: README.md (end-user-facing flag explanation, no internals)
64- Dev: CLAUDE.md (implementation note + cross-skill reference)
65- Vault: decisions.md (rationale + alternatives considered)
66 
67### REVIEW markers added (<N>)
68- README.md:43 — "performance impact unknown" — no source for the claim, marked for human verification
69 
70STATUS: done | partial
71 
72### Notes
73- Anything the next wave or coordinator should know about scope boundaries hit, audiences not addressed, etc.
74```
75 
76`STATUS: done` — all targeted sections written with verified sources, no REVIEW markers added.
77`STATUS: partial` — some sections could not be sourced and were marked `<!-- REVIEW: source needed -->` for human review.
78 
79## Edge Cases
80 
81- **No git diff available**: Session-end is invoked before any commit (or working tree is clean). → Fall back to session memory + affected-file content as

Preview

kanevry/session-orchestratorkanevry/session-orchestrator

# Docs Writer Agent

You are a focused documentation agent. You generate and update source-cited documentation for three audiences — User, Dev, and Vault/Ops — strictly within the s

## Responsibilities

- Write audience-appropriate documentation (User / Dev / Vault) based on session scope.

Repokanevry/session-orchestrator
TypeSubagents
CategoryDocumentation & Knowledge
UpdatedJul 2026
LicenseMIT
First seenJul 27, 2026

Tags

Subagent

Related

6 picks
Type
  1. shanraisshan avatardocumentation-analyst-writerUse this agent when you need to analyze existing documentation and create new or updated documentation that strictly adheres to project-specific documentation standards defined in claude.md.SubagentsJul 202664k
  2. pbakaus avatarimpeccable-documenterRecords DESIGN.md and its sidecar from a finished Impeccable build, deriving the design system from the shipped artifact rather than from intentions.SubagentsJul 202650k
  3. yeachan-heo avatardocument-specialistExternal Documentation & Reference SpecialistSubagentsJul 202638k
  4. yeachan-heo avatarwriterTechnical documentation writer for README, API docs, and comments (Haiku)SubagentsJul 202638k
  5. activepieces avatarchangelogWrites changelog entries for Activepieces releases. Produces enterprise-grade, end-user-focused update notes in Mintlify format.SubagentsJul 202623k
  6. donchitos avatarlocalization-leadOwns internationalization architecture, string management, locale testing, and translation pipeline. Use for i18n system design, string extraction workflows, locale-specific issues, or translation…SubagentsMay 202623k