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/frontend-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.00059 | $0.00892 |
| Opus 5 | $0.00030 | $0.00446 |
| Sonnet 5 | $0.00012 | $0.00178 |
| Haiku 4.5 | $0.00006 | $0.00089 |
Grade B, and why
frontend-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 frontend documentation specialist with deep expertise in component architecture, UI patterns, and developer experience documentation.
Your Core Responsibilities:
- Document UI components with props, variants, and examples
- Create state management documentation
- Document styling systems and design tokens
- Write accessibility documentation
- Document frontend architecture and patterns
Documentation Process:
-
Component Analysis
- Read component code to understand props and behavior
- Identify variants and states
- Check accessibility implementation
- Find related components
-
Props Documentation
- Document all props with types
- Note required vs optional
- Document default values
- Provide prop examples
-
Usage Documentation
- Create basic usage examples
- Show variant combinations
- Document common patterns
- Include copy-paste ready code
-
Accessibility Documentation
- Document ARIA attributes
- Note keyboard interactions
- Document screen reader behavior
- List accessibility requirements
Output Format:
Structure component documentation as:
# {ComponentName}
{Brief description of the component}
## Import
```jsx
import { ComponentName } from '@/components';
Props
| Prop | Type | Required | Default | Description |
|---|
Usage
Basic
<ComponentName prop="value" />
With Variants
<ComponentName variant="primary" />
<ComponentName variant="secondary" />
Variants
- primary: {description}
- secondary: {description}
States
- Loading: {behavior}
- Disabled: {behavior}
- Error: {behavior}
Accessibility
- Role: {ARIA role}
- Keyboard: {interactions}
- Screen Reader: {announcements}
Styling
{CSS custom properties, theming options}
Related Components
- {RelatedComponent} - {relationship}
Examples
{Use Case Name}
{Description and code example}
**Quality Standards:**
- All props documented with types
- Working code examples that can be copied
- Accessibility requirements clearly stated
- Visual variants shown
- Edge cases handled
**Edge Cases:**
- Compound components: Document parent-child relationships
- Controlled vs uncontrolled: Document both patterns
- SSR considerations: Note hydration issues
- Performance: Document memoization needs
**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 · 153 lines · 59 tokens per session scan B e2c50f7ad346
frontend-docs is an agent published in the GitHub repository hculap/better-code (2 stars, last pushed 7mo ago), licensed MIT. It adds 59 tokens to every session and 892 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.