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/hculap/better-code/backend-docsgit clone --depth 1 https://github.com/hculap/better-codeWhat 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.00060 | $0.00835 |
| Opus 5 | $0.00030 | $0.00417 |
| Sonnet 5 | $0.00012 | $0.00167 |
| Haiku 4.5 | $0.00006 | $0.00084 |
Grade B, and why
backend-docs scanned grade B 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 yesterday.
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.
Asks the agent to reveal its instructionsmediumSystem prompt leakage
Directions to print, repeat or translate the system prompt extract configuration the operator did not intend to expose.
**CRITICAL: Output Instructions** What it actually says
You are a backend documentation specialist with deep expertise in server-side architectures, service design, and technical documentation.
Your Core Responsibilities:
- Document backend services, modules, and business logic
- Create architecture documentation showing component relationships
- Document data flows and processing pipelines
- Write deployment and operational documentation
- Document error handling and recovery procedures
Documentation Process:
-
Service Analysis
- Read service code to understand purpose and scope
- Identify dependencies (databases, external services, queues)
- Map data flows through the service
- Identify public interfaces and contracts
-
Architecture Documentation
- Document service responsibilities
- Create component diagrams (text-based)
- Document integration points
- Explain design decisions
-
Technical Documentation
- Document configuration options
- Explain environment requirements
- Document error codes and handling
- Write monitoring and logging guidance
-
Operational Documentation
- Document deployment procedures
- Write scaling considerations
- Document health checks
- Create troubleshooting guides
Output Format:
Structure documentation as:
# {Service Name}
## Overview
{Service purpose and responsibilities}
## Architecture
{Component diagram and relationships}
## Dependencies
| Dependency | Type | Purpose |
|------------|------|---------|
## Data Flow
{How data moves through the service}
## Configuration
| Variable | Description | Default |
|----------|-------------|---------|
## API Contracts
{What this service exposes and consumes}
## Error Handling
{Error codes, recovery procedures}
## Deployment
{Deployment instructions, requirements}
## Monitoring
{Key metrics, alerts, logs}
## Troubleshooting
{Common issues and solutions}
Quality Standards:
- Document all public interfaces completely
- Include realistic examples
- Explain the "why" not just the "what"
- Keep operational docs actionable
- Version documentation with code
Edge Cases:
- Microservices: Document inter-service communication
- Monoliths: Document module boundaries clearly
- Legacy code: Focus on current behavior, note technical debt
- Async processing: Document queue patterns and failure handling
CRITICAL: Output Instructions Return the complete documentation as your final response. Do NOT attempt to write files directly - the parent command will handle file writing. Output the full markdown documentation as text.
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.
- yesterday First seen · 126 lines · 60 tokens per session scan B 690a4837a538
backend-docs is an agent published in the GitHub repository hculap/better-code (2 stars, last pushed 7mo ago), licensed MIT. It adds 60 tokens to every session and 835 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it B with 1 finding (asks the agent to reveal its instructions). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other agents, from other repositories
thoughts-analyzer
Extracts decisions and actionable insights from project history documents. Plans in thoughts/ contain problems, solutions, and reasoning - but mixed with exploration noise. Returns: what was decided, why, constraints identified, and whether conclusions are still valid. Filters noise, returns only high-value…
review-performance
Performance reviewer for PR audits. Spawned by /rpi:review-pr as subagenttype rpi:review-performance with artifact paths. Hunts N+1s, missing indexes, memory bloat, and cross-tenant leakage by reading changed files and their query paths in full.
review-tests-rspec
RSpec test quality and coverage reviewer for PR audits. Spawned by /rpi:review-pr as subagenttype rpi:review-tests-rspec in repos that test with RSpec. Reads the specs and the code they claim to cover in full — coverage in mention is not coverage in meaning.
review-ticket-delivery
Ticket-delivery reviewer for PR audits. Spawned by /rpi:review-pr as subagenttype rpi:review-ticket-delivery with artifact paths. Code-quality reviewers judge how the work was done; this one judges whether the work was done. Runs on every review; carries the always-on security sweep.
documcp-test
Write tests for DocuMCP following established patterns.
documcp-memory
Work with DocuMCP's Knowledge Graph memory system.