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/khan/wonder-blocks/unit-testsgit clone --depth 1 https://github.com/Khan/wonder-blocksWhat 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.02935 | $0.02935 |
| Opus 5 | $0.01468 | $0.01468 |
| Sonnet 5 | $0.00587 | $0.00587 |
| Haiku 4.5 | $0.00294 | $0.00294 |
Grade A, and why
wonder-blocks unit-tests.instructions.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 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 — 427 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Wonder Blocks - Jest Testing Best Practices
This guide covers testing patterns and best practices for Jest and React Testing Library in the Wonder Blocks codebase.
Core Testing Principles
Critical Setup Rules
Test Workflow Priority:
- Always fix failing tests before fixing linting errors
- Focus on underlying errors, not
Unhandled console.error callmessages - When tests fail with
Unhandled console.error call, look for the root cause error (e.g.,ReferenceError: window is not defined)
File Structure:
- Name test files with
.test.tsor.test.tsxsuffix - Place in
__tests__/directory OR colocate with source files
Test Framework Setup:
- Additional matchers from RTL and
jest-extendedare available - Use
describe/itpattern for test organization - Use
globalThisprefix when accessing global objects - Prioritize testing non-trivial business logic over trivial implementations
Arrange-Act-Assert Pattern
Always use this three-section structure:
describe("Calculator", () => {
it("should add two numbers correctly", () => {
// Arrange
const a = 5;
const b = 3;
// Act
const result = add(a, b);
// Assert
expect(result).toBe(8);
});
});
Rules:
- Always divide tests into Arrange, Act, Assert sections with comments
- Always use separate comments for each section
- Never combine sections (don't write
// Act & Assert) - Never use multiple Act or Assert sections in a single test
- Never remove Arrange, Act, Assert comments
Exception - Testing Thrown Errors:
it("should throw an error when input is invalid", () => {
// Arrange
const invalidInput = "invalid";
// Act
const underTest = () => {
processInput(invalidInput);
};
// Assert
expect(underTest).toThrow("Invalid input");
});
What to Test
DO Test:
- Non-trivial business logic - Complex calculations, data transformations, validation
- User interactions - Click handlers, form submissions, keyboard navigation
- Accessibility - ARIA attributes, keyboard support, focus management
- Edge cases and error conditions - Null values, empty states, error handling
- Integration points - API calls, event callbacks, state changes
- Bug fixes - Add tests that reproduce bugs to prevent regressions
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 · 427 lines · 2,935 tokens per session scan A dc37d0f36508
wonder-blocks unit-tests.instructions.md is an instructions file published in the GitHub repository Khan/wonder-blocks (163 stars, last pushed 4d ago), licensed MIT. It adds 2,935 tokens to every session, about $0.0147 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
balsa-ui AGENTS.md
Instructions for pedrobalsa/balsa-ui, a project described as: Agent-native, open-code Vue/React components with independent palettes, themes, and gradient backgrounds.
daisyui code_generation_with_git.instructions.md
Instructions for saadeghi/daisyui, covering activation, initial setup, development loop, error handling and session end.
omnigent copilot-instructions.md
Copilot instructions for omnigent-ai/omnigent, covering copilot code review instructions, e2e test requirement, backend test coverage and frontend test coverage.
Math-To-Manim tests.instructions.md
Guidelines for writing and maintaining tests in Math-To-Manim.
www-sacred AGENTS.md
Instructions for internet-development/www-sacred, covering agents.md, what this repo is, repo map, conventions and the fonts menu previews.
starwind-ui AGENTS.md
Instructions for starwind-ui/starwind-ui, covering agents.md, project shape, useful commands and contribution conventions.