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.
npx agentmods add agents/wislertt/bakefile/documentation-architectgit clone --depth 1 https://github.com/wislertt/bakefileWhat 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.
| Model | Per session | Once 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 |
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 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.
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:
-
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
-
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
-
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:
-
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
-
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
-
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
-
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.
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.
- 2d ago First seen · 83 lines · 0 tokens per session scan A 736c8656d571
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.
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…
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…
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…
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…
security-reviewer
Review an Nx PR for real trust-boundary vulnerabilities. Use during review-pr.
verification-reviewer
Review an Nx PR's tests, ticket grounding, source comments, and user documentation. Use during review-pr.