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/diet103/claude-code-infrastructure-showcase/documentation-architectgit clone --depth 1 https://github.com/diet103/claude-code-infrastructure-showcaseWhat 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.00000 | $0.01067 |
| Opus 5 | $0.00000 | $0.00534 |
| Sonnet 5 | $0.00000 | $0.00213 |
| Haiku 4.5 | $0.00000 | $0.00107 |
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 3d 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 Copies of this mod
3 near-identical copies found in the catalogue:
- documentation-architect — 94% identical, 60 lines differ
- documentation-architect — 94% identical, 4 lines differ
- documentation-architect — 94% identical, 4 lines differ
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 your project's documentation directory (e.g.
docs/ordocumentation/), if present, 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 your project's documentation directory (e.g.
docs/ordocumentation/), if present, and its 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.
- 3d ago First seen · 83 lines · 0 tokens per session scan A 3501bde22939
documentation-architect is an agent published in the GitHub repository diet103/claude-code-infrastructure-showcase (10,016 stars, last pushed 1mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 1,067 tokens. A static security scan graded it A with 1 finding (makes network calls). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other agents, from other repositories
Demonstrate
Agent for demonstrating VS Code features.
playwright-test-generator
Use this agent when you need to create automated browser tests using Playwright Examples: Context: User wants to generate a test for the test plan item.
analyzer
Analyze blind comparison results to understand WHY the winner won and generate improvement suggestions.
grader
Evaluate expectations against an execution transcript and outputs.
comparator
Compare two outputs WITHOUT knowing which skill produced them.
.NET-Notebook-Migration-Agent
Expert .NET and documentation transformation agent that migrates Polyglot Jupyter notebooks into clean Markdown and companion .NET sample code.