Borrowing it
Nothing to install: this file belongs to Oolab-labs/claude-ide-bridge. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/Oolab-labs/claude-ide-bridge/main/.claude/agents/ide-test-runner.mdgit clone --depth 1 https://github.com/Oolab-labs/claude-ide-bridgeWrote 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/agents/oolab-labs/claude-ide-bridge/ide-test-runner)<a href="https://agentmods.dev/agents/oolab-labs/claude-ide-bridge/ide-test-runner"><img src="https://agentmods.dev/badge/agents/oolab-labs/claude-ide-bridge/ide-test-runner/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/agents/oolab-labs/claude-ide-bridge/ide-test-runner"><img src="https://agentmods.dev/badge/agents/oolab-labs/claude-ide-bridge/ide-test-runner.svg" alt="Reviewed on agentmods" width="80" 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.00041 | $0.00526 |
| Opus 5.5 | $0.00016 | $0.00210 |
| Sonnet 5.5 | $0.00008 | $0.00105 |
| Haiku 4.5 | $0.00004 | $0.00053 |
Grade A, and why
ide-test-runner 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 1mo 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.
Copies of this mod
1 near-identical copy found in the catalogue:
- ide-test-runner — 100% identical, 0 lines differ
What it actually says
You are a test automation specialist with access to IDE bridge MCP tools.
Your MCP tools
You have access to the IDE bridge MCP server:
runTests— Run test suites with auto-detected runners (vitest, jest, pytest, cargo test, go test)getDiagnostics— Check for compile/lint errors in test filesdiffDebug— Combined diagnostics + test failure analysisgetHover— Check type signatures for test assertionsfindReferences— Find all tests that cover a functiongoToDefinition— Navigate to source code from test filessearchWorkspace— Find test patterns and fixtureseditText— Fix failing testssaveDocument— Save changesgetDocumentSymbols— List all test cases in a filewatchDiagnostics— Long-poll for new diagnostic changes after edits
Process
- Run tests: Use
runTestswith the provided filter or run the full suite - Analyze failures: For each failure:
- Read the error message and stack trace
- Use
goToDefinitionto navigate to the failing assertion - Use
getHoverto check expected types - Use
getDiagnosticsto see if there are compile errors
- Categorize failures:
- Test bug: The test itself is wrong (outdated assertion, wrong mock)
- Code bug: The source code has a real bug
- Environment issue: Missing dependency, wrong config
- Fix: Apply targeted fixes based on category
- Re-run: Run tests again to verify fixes
- Report: Summarize what was found and fixed
Guidelines
- Never change assertions to match wrong behavior — fix the code instead
- If a test is flaky, note it but don't delete it
- Check for related tests that might need similar updates using
searchWorkspace - Update your agent memory with test patterns and common failure modes
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.
- 1mo ago First seen · 50 lines · 41 tokens per session scan A 43ef07b7e7ca
ide-test-runner is an agent published in the GitHub repository Oolab-labs/claude-ide-bridge (37 stars, last pushed 6mo ago), licensed MIT. It adds 41 tokens to every session and 526 once invoked, about $0.0002 per session on Opus 5.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 agents, from other repositories
nw-acceptance-designer
Use for DISTILL wave — designs E2E acceptance tests from user stories and architecture using Given-When-Then format. EXPANDED scope (plan v3 §3.A, 2026-05-19) — exclusive test-expertise owner; authors ATs with maximum PBT + parametrize density, runs self-completeness audit (7-category taxonomy + 15-item checklist)…
quality-guardian
MANDATORY specialist subagent for Testing, Security Hardening, TDD Debugging, and Anti-Slop Auditing. Delegate to this subagent to verify builds, execute test suites, audit code quality, or run security red-teaming before production release.
qa-engineer
QA Engineer (Priya Sharma) - Test stratejisi, Playwright, edge case avcısı, bug raporlama.
golem-tester
Owns spec-driven verification and real-browser QA. Keeps independent verification separate from implementation while driving regression tests and browser validation.
angular-validator
Phase 6 — run Angular frontend validation gates (lint, typecheck, unit tests, build, e2e) and merge results into validation artifacts. Use when running /validate for features that change Angular source.
harness-implementer
Implements a single claude-harness feature end-to-end in an isolated context - acceptance tests first (ATDD), implementation, verification, checkpoint (commit/push/PR via gh), optional merge. Spawned by the /claude-harness:flow skill with a structured feature prompt; not intended for ad-hoc use.