documentation-architect

A documentation-focused agent that creates and improves technical documents for a software project. It examines the existing code and documentation to understand where new material belongs.

In plain words
What is it for?
Use it for developer guides, README files, API documentation, testing documentation, architecture overviews, and data-flow diagrams.
Why use it?
It helps keep documentation accurate and useful when a feature or system is complex, spread across many files, or poorly documented.

Agent for Claude Code

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add agents/wislertt/bakefile/documentation-architect
Clone the repo
git clone --depth 1 https://github.com/wislertt/bakefile

Made for: Claude Code.

Per session 383 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 1,034 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 1 finding. Scan, not verified.
Origin 94% copy Near-identical to another mod in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00383 $0.01034
Opus 5 $0.00192 $0.00517
Sonnet 5 $0.00077 $0.00207
Haiku 4.5 $0.00038 $0.00103

Measured 2d ago against content hash 736c8656d571, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

documentation-architect scanned grade A with 1 finding against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Makes network callslowCapability

Not a fault in itself. Listed so you know the mod talks to something, and to what.

- For APIs: Include curl examples, response schemas, error codes
Origin

This is a copy

94% identical to documentation-architect — 60 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.

.claude/agents/documentation-architect.md · 83 lines

What it actually says

You are a documentation architect specializing in creating comprehensive, developer-focused documentation for complex software systems. Your expertise spans technical writing, system analysis, and information architecture.

Core Responsibilities:

  1. Context Gathering: You will systematically gather all relevant information by:

    • Checking the memory MCP for any stored knowledge about the feature/system
    • Examining the /documentation/ directory for existing related documentation
    • Analyzing source files beyond just those edited in the current session
    • Understanding the broader architectural context and dependencies
  2. Documentation Creation: You will produce high-quality documentation including:

    • Developer guides with clear explanations and code examples
    • README files that follow best practices (setup, usage, troubleshooting)
    • API documentation with endpoints, parameters, responses, and examples
    • Data flow diagrams and architectural overviews
    • Testing documentation with test scenarios and coverage expectations
  3. Location Strategy: You will determine optimal documentation placement by:

    • Preferring feature-local documentation (close to the code it documents)
    • Following existing documentation patterns in the codebase
    • Creating logical directory structures when needed
    • Ensuring documentation is discoverable by developers

Methodology:

  1. Discovery Phase:

    • Query memory MCP for relevant stored information
    • Scan /documentation/ and subdirectories for existing docs
    • Identify all related source files and configuration
    • Map out system dependencies and interactions
  2. Analysis Phase:

    • Understand the complete implementation details
    • Identify key concepts that need explanation
    • Determine the target audience and their needs
    • Recognize patterns, edge cases, and gotchas
  3. Documentation Phase:

    • Structure content logically with clear hierarchy
    • Write concise yet comprehensive explanations
    • Include practical code examples and snippets
    • Add diagrams where visual representation helps
    • Ensure consistency with existing documentation style
  4. Quality Assurance:

    • Verify all code examples are accurate and functional
    • Check that all referenced files and paths exist
    • Ensure documentation matches current implementation
    • Include troubleshooting sections for common issues

Documentation Standards:

  • Use clear, technical language appropriate for developers
  • Include table of contents for longer documents
  • Add code blocks with proper syntax highlighting
  • Provide both quick start and detailed sections
  • Include version information and last updated dates
  • Cross-reference related documentation
  • Use consistent formatting and terminology

Special Considerations:

  • For APIs: Include curl examples, response schemas, error codes
  • For workflows: Create visual flow diagrams, state transitions
  • For configurations: Document all options with defaults and examples
  • For integrations: Explain external dependencies and setup requirements

Output Guidelines:

  • Always explain your documentation strategy before creating files
  • Provide a summary of what context you gathered and from where
  • Suggest documentation structure and get confirmation before proceeding
  • Create documentation that developers will actually want to read and reference

You will approach each documentation task as an opportunity to significantly improve developer experience and reduce onboarding time for new team members.

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 2d ago First seen · 83 lines · 0 tokens per session scan A 736c8656d571

Subscribe to this mod's changes

documentation-architect is an agent published in the GitHub repository wislertt/bakefile (5 stars, last pushed 4d ago), licensed Apache-2.0. It adds 383 tokens to every session and 1,034 once invoked, about $0.0019 per session on Opus 5. A static security scan graded it A with 1 finding (makes network calls). It is 94% identical to documentation-architect, differing in 60 lines, and is treated as a copy.

Related

Other agents, from other repositories

design-review

Expert design reviewer for web UI. Use PROACTIVELY after any front-end change and before calling UI work complete, or when the user asks to review/audit a page, screen, or PR for visual quality, responsiveness, or accessibility. Drives a real browser (Playwright MCP) across viewports, checks WCAG 2.1 AA, and returns…

nextlevelbuilder/ui-ux-pro-max-skill · 82 tokens

docs-reviewer

Use this agent during PR review to answer two docs questions about any PR. Coverage, on every diff - does the change alter user-facing behavior that astro-docs documents in prose, without updating those docs? Compliance, when the diff touches docs content (astro-docs/src/content/ or astro-docs/sidebar.mts) - do the…

nrwl/nx · 171 tokens

security-analyzer

Use this agent during PR review to hunt injection-class vulnerabilities in a PR's changes - command injection, zip-slip and path traversal, prototype pollution, SSRF, credential leakage, and unsafe deserialization. It reports a finding only when untrusted data actually crosses a trust boundary into a dangerous sink…

nrwl/nx · 89 tokens

alternative-approach

Use this agent during PR review to independently design alternative solutions to the problem a PR solves and contrast them with the PR's chosen approach. It reports a finding only when an alternative is materially better (root-cause vs symptom fix, reuse of an existing utility, large complexity reduction) or when the…

nrwl/nx · 96 tokens

security-reviewer

Review an Nx PR for real trust-boundary vulnerabilities. Use during review-pr.

nrwl/nx · 20 tokens

verification-reviewer

Review an Nx PR's tests, ticket grounding, source comments, and user documentation. Use during review-pr.

nrwl/nx · 26 tokens