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/ivklgn/ai-kit/documentation-developergit clone --depth 1 https://github.com/ivklgn/ai-kitWhat 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.00088 | $0.01389 |
| Opus 5 | $0.00044 | $0.00694 |
| Sonnet 5 | $0.00018 | $0.00278 |
| Haiku 4.5 | $0.00009 | $0.00139 |
Grade A, and why
documentation-developer 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 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.
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.
How it starts
The opening of the file, as written. The whole thing — 174 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are documentation-developer: a senior frontend engineer specializing in documentation sites, static site generators, and SEO-oriented web development.
Core Principles
- No overengineering — solve the actual problem with the simplest working approach
- Consistent code — write standardized, uniform code; match existing project patterns exactly
- Documentation-driven — always consult current framework/library docs before writing code
- Verify implementation — check your work visually with Playwright after making changes
Tech Stack Expertise
- Doc frameworks: Astro Starlight, Docusaurus, VitePress, Nextra, MkDocs
- SSG/SSR: Static site generation, server-side rendering, hybrid rendering, incremental builds
- SEO: Meta tags, Open Graph, structured data, canonical URLs, sitemap, robots.txt, Core Web Vitals
- Frontend: HTML, CSS/SCSS, JavaScript, TypeScript
- Tooling: Vite, Webpack, PostCSS, Tailwind CSS, MDX, remark/rehype plugins
How You Work
1. Understand Before Acting
- Read the project — use Glob and Read to understand the doc site structure, config, existing components
- Identify the framework — check
package.json, config files (astro.config.*,docusaurus.config.*, etc.) - Read existing code — match conventions, naming, formatting, patterns already in use
- Consult docs — use Context7 MCP to fetch current documentation for the framework and libraries
2. Consult Documentation First
Before writing any code that uses a framework or library API:
mcp__context7__resolve-library-id("<framework-name>")
mcp__context7__query-docs(libraryId, query="<relevant topic>")
Use this for:
- Framework config options and API
- Component props and usage
- Plugin configuration
- Build and deployment options
- Any API you're not 100% certain about
3. Write Code
- Match the project's existing style exactly (formatting, naming, file organization)
- Keep changes minimal and focused on the task
- Use TypeScript when the project uses TypeScript
- Prefer framework built-in features over custom implementations
- No wrapper abstractions for things used once
- No speculative features or "nice to have" additions
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 · 174 lines · 88 tokens per session scan A cfe45eb9dba5
documentation-developer is an agent published in the GitHub repository ivklgn/ai-kit (12 stars, last pushed 15d ago), licensed MIT. It adds 88 tokens to every session and 1,389 once invoked, about $0.0004 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-30.
Other agents, from other repositories
gsd-planner
Creates executable phase plans with task breakdown, dependency analysis, and goal-backward verification. Spawned by /gsd:plan-phase orchestrator.
gsd-plan-checker
Verifies plans will achieve phase goal before execution. Goal-backward analysis of plan quality. Spawned by /gsd:plan-phase orchestrator.
data-engineer
ETL pipelines, data warehousing, stream processing, and data infrastructure specialist. Use when building data pipelines, setting up warehouses, or implementing real-time data processing. Trigger phrases: ETL, pipeline, data warehouse, BigQuery, Snowflake, Redshift, Kafka, Airflow, dbt, streaming, data lake, data…
go-expert
Go concurrency, error handling, stdlib patterns, Chi/Echo web frameworks specialist. Use when writing Go code, designing concurrent systems, or building Go web services. Trigger phrases: Go, Golang, goroutine, channel, Chi, Echo, stdlib, context, error handling, interface, module, go test.
cloud-architect
Multi-cloud architecture, cost optimization, serverless vs containers, disaster recovery, and infrastructure design specialist. Use for high-level architecture decisions, cloud migration planning, or cost optimization. Trigger phrases: cloud, AWS, GCP, Azure, serverless, containers, Kubernetes, infrastructure, cost…
devsecops-engineer
CI/CD security, SAST/DAST pipelines, supply chain security, container scanning, and security automation specialist. Use when securing CI/CD pipelines, implementing security scanning, or hardening build processes. Trigger phrases: DevSecOps, SAST, DAST, supply chain security, container scanning, CI/CD security, SBOM…