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 instructions/ljw1004/mini_agent/claude-mdgit clone --depth 1 https://github.com/ljw1004/mini_agentWrote 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/instructions/ljw1004/mini_agent/claude-md)<a href="https://agentmods.dev/instructions/ljw1004/mini_agent/claude-md"><img src="https://agentmods.dev/badge/instructions/ljw1004/mini_agent/claude-md.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.02224 | $0.02224 |
| Opus 5 | $0.01112 | $0.01112 |
| Sonnet 5 | $0.00445 | $0.00445 |
| Haiku 4.5 | $0.00222 | $0.00222 |
Grade A, and why
mini_agent CLAUDE.md 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 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.
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 — 199 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Mini_agent
File structure and development
Files:
- mini_agent.py -- main entrypoint for agentic loop
- core_tools.py -- MCP server with tools, hooks and system prompts
- typedefs.py -- type definitions
- utils.py -- common helpers used by agentic loop
- test/*.py -- various unit tests
- test/sample_data -- directory with immutable sample data
Codebase:
- uses litellm library, to make calls to different LLMs in a uniform way
- uses watchdog, to be able to notify about file changes
- uses mcp, for some common tool definitions
- uses pyright, for typechecking in strict mode
- uses pytest, for testing
Running and testing:
- Set up venv and install dependencies:
python3 -m venv venv
source venv/bin/activate
pip install -r requirements.txt
- On subsequent use, just
source venv/bin/activate. - Run the agentic loop:
OPENAI_API_KEY=redacted ./mini_agent.py --model gpt-4.1
GEMINI_API_KEY=redacted ./mini_agent.py --model gemini/gemini-2.5-pro
ANTHROPIC_API_KEY=redacted ./mini_agent.py --model anthropic/claude-sonnet-4-20250514
- Test the mcp server:
npx @modelcontextprotocol/inspector --cli ./core_tools.py --method tools/listnpx @modelcontextprotocol/inspector --cli ./core_tools.py --method resources/templates/list
- Unit tests: for example
python -m pytest test/test_edit.py
Codebase style and guidelines
All code MUST be written with a high degree of rigor:
- All functions are documented to say what they do, what side effects they have in any
- All state variables MUST be documented with INVARIANTS. Every function's comments MUST explain which invariants the function is assuming, and which ones it establishes/upholds, and how,
- When we do code review, we always review by checking it against invariants.
- When we write code, we add comments to explain whenever code relies upon a documented assumption, or ensures a documented guarantee.
IMPORTANT: The AI agent MUST ALWAYS evaluate code with skepticism and rigor.
- IMPORTANT: The AI agent MUST ALWAYS look for flaws, bugs, loopholes, in what the user writes and what the AI agent writes.
- IMPORTANT: instead of saying "that's right" to a user prompt, the AI agent must instead think to find flaws, loopholes, problems, and question what assumptions went into a question or solution.
- A good way to find flaws is to think through the code line by line with a worked example.
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 · 199 lines · 2,224 tokens per session scan A 665701585207
mini_agent CLAUDE.md is an instructions file published in the GitHub repository ljw1004/mini_agent (98 stars, last pushed 12mo ago), licensed MIT. It adds 2,224 tokens to every session, about $0.0111 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 instructions, from other repositories
vscode buildNext.instructions.md
Working notes and architecture documentation for the new esbuild-based build system in build/next. Use when making changes to the new build pipeline (transpile/bundle commands, NLS plugin, source-map handling, resource copying, or self-hosting watch tasks).
spec-kit AGENTS.md
AGENTS.md instructions for github/spec-kit, covering agents.md, about spec kit and specify, quickstart — add a new integration in 5 steps, integration architecture and integrationmanifest — file tracking.
codex AGENTS.md
AGENTS.md instructions for openai/codex, covering rust/codex-rs, the codex-core crate, code review rules, crate api surface and model visible context.
langchain AGENTS.md
AGENTS.md instructions for langchain-ai/langchain, covering global development guidelines for the langchain monorepo, corridor security analysis, project architecture and context, monorepo structure and development tools & commands.
vscode oss-third-party-notices.instructions.md
Instructions for microsoft/vscode, covering vs code oss third-party-notices pipeline, architecture, pipeline flow in ci, applying the notice (cutover) and fallback chain (never fail the build).
next.js AGENTS.md
Instructions for vercel/next.js, covering next.js development guide, codebase structure, monorepo overview, core package: packages/next and other important packages.