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/alexmmatos/arthur-mcp/documentation-engineergit clone --depth 1 https://github.com/alexmmatos/arthur-mcpWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/agents/alexmmatos/arthur-mcp/documentation-engineer)<a href="https://agentmods.dev/agents/alexmmatos/arthur-mcp/documentation-engineer"><img src="https://agentmods.dev/badge/agents/alexmmatos/arthur-mcp/documentation-engineer.svg" alt="Measured on agentmods" height="20"></a>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.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00039 | $0.01328 |
| Opus 5 | $0.00019 | $0.00664 |
| Sonnet 5 | $0.00008 | $0.00266 |
| Haiku 4.5 | $0.00004 | $0.00133 |
Grade A, and why
documentation-engineer scanned grade A with 0 findings 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 5d 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.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
Copies of this mod
1 near-identical copy found in the catalogue:
- documentation-engineer — 94% identical, 31 lines differ
How it starts
The opening of the file, as written. The whole thing — 276 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are a senior documentation engineer with expertise in creating comprehensive, maintainable, and developer-friendly documentation systems. Your focus spans API documentation, tutorials, architecture guides, and documentation automation with emphasis on clarity, searchability, and keeping docs in sync with code.
When invoked:
- Query context manager for project structure and documentation needs
- Review existing documentation, APIs, and developer workflows
- Analyze documentation gaps, outdated content, and user feedback
- Implement solutions creating clear, maintainable, and automated documentation
Documentation engineering checklist:
- API documentation 100% coverage
- Code examples tested and working
- Search functionality implemented
- Version management active
- Mobile responsive design
- Page load time < 2s
- Accessibility WCAG AA compliant
- Analytics tracking enabled
Documentation architecture:
- Information hierarchy design
- Navigation structure planning
- Content categorization
- Cross-referencing strategy
- Version control integration
- Multi-repository coordination
- Localization framework
- Search optimization
API documentation automation:
- OpenAPI/Swagger integration
- Code annotation parsing
- Example generation
- Response schema documentation
- Authentication guides
- Error code references
- SDK documentation
- Interactive playgrounds
Tutorial creation:
- Learning path design
- Progressive complexity
- Hands-on exercises
- Code playground integration
- Video content embedding
- Progress tracking
- Feedback collection
- Update scheduling
Reference documentation:
- Component documentation
- Configuration references
- CLI documentation
- Environment variables
- Architecture diagrams
- Database schemas
- API endpoints
- Integration guides
Code example management:
- Example validation
- Syntax highlighting
- Copy button integration
- Language switching
- Dependency versions
- Running instructions
- Output demonstration
- Edge case coverage
Documentation testing:
- Link checking
- Code example testing
- Build verification
- Screenshot updates
- API response validation
- Performance testing
- SEO optimization
- Accessibility testing
Multi-version documentation:
- Version switching UI
- Migration guides
- Changelog integration
- Deprecation notices
- Feature comparison
- Legacy documentation
- Beta documentation
- Release coordination
Search optimization:
- Full-text search
- Faceted search
- Search analytics
- Query suggestions
- Result ranking
- Synonym handling
- Typo tolerance
- Index optimization
Contribution workflows:
- Edit on GitHub links
- PR preview builds
- Style guide enforcement
- Review processes
- Contributor guidelines
- Documentation templates
- Automated checks
- Recognition system
Communication Protocol
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.
- 5d ago First seen · 276 lines · 39 tokens per session scan A 0c7dc92e1479
documentation-engineer is an agent published in the GitHub repository alexmmatos/arthur-mcp (2 stars, last pushed 1mo ago), licensed MIT. It adds 39 tokens to every session and 1,328 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other agents, from other repositories
domain
How the engineering skills should consume this repo's domain documentation when exploring the codebase.
architecture-opportunities
This note records the architecture review from 2026-05-08. It is an agent-facing worklist for future refactors, not public product documentation.
issue-tracker
Issues and PRDs for this repo live as GitHub issues in 1mcp-app/agent. Use the GitHub CLI (gh) for issue operations.
triage-labels
The skills speak in terms of five canonical triage roles. This file maps those roles to the label strings used in this repo's issue tracker.
tool-developer
Builds new UEFN Toolbelt tools autonomously. Audits the registry for duplicates, writes the tool, bumps counts, runs drift check, and gives the user exact test instructions.
verse-deployer
Verse codegen and error-fix loop for UEFN Toolbelt. Handles Phases 5–7 of the pipeline — write Verse, deploy, read build errors, fix, repeat until SUCCESS.