Getting it into your agent
There is no command for this one: it runs only inside a plugin, and the catalogue could not identify which plugin ships it. The source is linked below.
Wrote 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/skills/dds-solutions/ai-tadpole-os/testing-patterns)<a href="https://agentmods.dev/skills/dds-solutions/ai-tadpole-os/testing-patterns"><img src="https://agentmods.dev/badge/skills/dds-solutions/ai-tadpole-os/testing-patterns.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.1 | $0.00016 | $0.00567 |
| Opus 5 | $0.00008 | $0.00283 |
| Sonnet 5 | $0.00003 | $0.00113 |
| Haiku 4.5 | $0.00002 | $0.00057 |
Grade A, and why
testing-patterns 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.
What it actually says
[!IMPORTANT] AI Context & Knowledge Heritage
- Subsystem: Agent Skills Registry / testing-patterns
- Architecture:
@docs ARCHITECTURE:Documentation- Failure Path: Information drift, legacy terminology, or documentation mismatch.
- Observability: Traceability via
execution/parity_guard.py([SKILL])
Testing Patterns & Verification Principles
Standard: Arrange-Act-Assert (AAA). Fast, deterministic, isolated unit tests. Workflow Binding: Used directly during the
/testworkflow.
🎯 Progressive Disclosure & L3 Reference Index
Read REQUIRED testing principles below; consult deep L3 Reference Guides on demand:
| L3 Reference Guide | Purpose | Trigger / When to Load |
|---|---|---|
references/mocking_and_fixture_patterns.md |
Test double taxonomy (Mocks vs Spies vs Fakes), async Rust & Vitest fixtures | Writing unit and integration tests |
📐 1. The AAA Pattern (Arrange-Act-Assert)
it('calculates USD token burn correctly', () => {
// 1. Arrange: Prepare mock fixtures and state
const tokenTracker = new TokenTracker({ ratePerThousand: 0.002 });
// 2. Act: Execute function under test
const cost = tokenTracker.calculateCost(5000);
// 3. Assert: Verify outcome matches specification
expect(cost).toBe(0.01);
});
⚡ 2. Unit vs Integration Boundaries
| Test Layer | Target & Scope | Execution Speed |
|---|---|---|
| Unit | Pure functions, domain calculations, StateFlow reducers | Blazing (<50ms per test) |
| Integration | Axum router handlers, SQLite queries, WebSocket broadcasts | Medium (100–500ms) |
| E2E | Multi-agent swarms & end-to-end browser flows | Heavy (1–5s) |
🛠️ 3. Execution Commands
# 1. Run frontend unit tests
npm run test
# 2. Run backend Rust unit & integration tests
cargo test --manifest-path server-rs/Cargo.toml
What ships with it
2 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
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 · 67 lines · 16 tokens per session scan A 790fddfe8359
testing-patterns is a skill published in the GitHub repository DDS-Solutions/AI-TadPole-OS (8 stars, last pushed yesterday), licensed MIT. It adds 16 tokens to every session and 567 once invoked, about $0.0001 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-09-03.
Other skills, from other repositories
authoring-data-quality-checks
Adds and runs data quality checks (dbt-test style assertions) on a project's warehouse tables and saved-query views: not-null, uniqueness, accepted values, referential integrity, row-count bounds, freshness, and custom HogQL. Use when asked to test a model, validate a view, check for nulls or duplicates, add data…
authoring-benchmarks
Design, implement, run, debug, and interpret browser performance benchmarks for Elements components and utilities. Use whenever the user asks to benchmark or performance-test runtime code, create or update a .test.bench.ts file, compare benchmark results, investigate a browser performance regression, understand Vitest…
component-tester
Run Vitest tests for a specific component with coverage. Use when making changes to React components to ensure tests pass and coverage is maintained.
react-development
Enforces React-specific patterns: functional components with hooks, TypeScript prop interfaces, CSS Modules co-location, React Testing Library behavioral tests. Use when creating React components, writing custom hooks, structuring component folders, applying RTL test patterns, or wiring TypeScript prop types. Trigger…
rust-testing-strategy
HASH Rust testing strategy. Use when writing Rust unit, integration, or snapshot tests, or choosing assertion and test-organization patterns.
writing-tests
Canonical rules for writing tests in the Shift codebase. Use whenever you add, rewrite, or review a .test.ts file — or any time you're about to mock, stub, or spy your way around a testing problem. This repo has deliberately swept mock-based testing out, and this skill is what keeps it out.