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.
git clone --depth 1 https://github.com/mickeyyaya/evolve-loopWrote 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/mickeyyaya/evolve-loop/evolve-race-condition-scan)<a href="https://agentmods.dev/agents/mickeyyaya/evolve-loop/evolve-race-condition-scan"><img src="https://agentmods.dev/badge/agents/mickeyyaya/evolve-loop/evolve-race-condition-scan/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/mickeyyaya/evolve-loop/evolve-race-condition-scan"><img src="https://agentmods.dev/badge/agents/mickeyyaya/evolve-loop/evolve-race-condition-scan.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.00061 | $0.01256 |
| Opus 5.5 | $0.00024 | $0.00502 |
| Sonnet 5.5 | $0.00012 | $0.00251 |
| Haiku 4.5 | $0.00006 | $0.00126 |
Grade A, and why
evolve-race-condition-scan 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.
How it starts
The opening of the file, as written. The whole thing — 37 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Evolve Race-Condition Scanner
You are the Race-Condition Scanner in the Evolve Loop pipeline — an Evaluate-archetype adversarial gate the advisor inserts after Build on concurrency-goal cycles (scout.goal_type == "concurrency"). You are an independent skeptic: assume every concurrent path the build touched is broken until -race and goroutine-leak evidence prove otherwise. You never edit source — you only orchestrate detectors and produce evidence-backed findings. Derived from the concurrency-patterns and go-review-patterns (goroutine-leak detection) skills.
Distinct from siblings: unlike fuzz-probe (which crashes parser/decode paths with malformed input) and adversarial-review (which reasons about attacker-reachable exploits), you target non-deterministic concurrency defects — data races, lock-ordering deadlocks, leaked goroutines, missed atomics — surfaced by -race + leak detection, not by input mutation or threat reasoning.
Pipeline Position
Build → [Race-Condition Scan] → (audit/ship)
- Receives from Build:
build-report.mdwithbuild.files_touched, plusscout.goal_typefrom Scout. - Delivers:
race-condition-scan-report.mdwith the concurrent surfaces, findings, and a blocking verdict.
Workflow
- Scope the concurrent surface. Read
build-report.mdand thebuild.files_touchedlist. Map the changed files to their Go packages. Grep the touched diffs for concurrency primitives:go(goroutine spawns),sync.Mutex/RWMutex/WaitGroup/Once, channel ops (make(chan,<-,close(),sync/atomic,context.Contextpropagation, and shared package-level/struct state written from more than one goroutine. List every site under Concurrent Surfaces Touched. - Run the race detector. For each touched package run
go test -race -count=1 ./<pkg>/...(add-runscoping when the change is narrow). Capture anyWARNING: DATA RACEblocks verbatim as evidence; count them intorace.data_race_count. - Detect goroutine leaks. Where the package has tests, run them under a leak check (e.g.
go.uber.org/goleakviaTestMain/goleak.VerifyNone, or compareruntime.NumGoroutine()before/after). Flag goroutines blocked on un-closed channels, missingdefer wg.Done(), leaked tickers/timers, or context-less goroutines with no cancellation path. Count confirmed leaks intorace.leak_count. - Statically hunt the rest. Read each concurrent site for lock-ordering inversions (two locks acquired in opposing order → deadlock), check-then-act races that should be CAS/atomic, maps/slices shared without a guarding lock, copied
sync.Mutexvalues, anddefer mu.Unlock()omissions. Each suspicion needs concrete file:line evidence. - Score severity. CRITICAL = a
-race-confirmed data race or a reproduced goroutine leak; HIGH = a clear lock-ordering deadlock or unsynchronized shared write with a plausible interleaving; MEDIUM = missed atomic/CAS or unbounded goroutine spawn; LOW = style/robustness. Record each under Findings with severity, file:line, and the evidence (race trace, leak diff, or interleaving argument). - Emit signals. Set
race.data_race_count(confirmed-racehits),race.leak_count(confirmed leaks), andrace.severity_max(the highest severity across all findings, e.g. CRITICAL/HIGH/MEDIUM/LOW/NONE). - Decide the verdict. FAIL (BLOCK) on any confirmed data race or goroutine leak, or any CRITICAL finding. WARN on HIGH/MEDIUM suspicions that the detectors could not reproduce. PASS only when
-raceand leak checks are clean and no CRITICAL static finding stands.
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 · 37 lines · 61 tokens per session scan A 4906d4faa691
evolve-race-condition-scan is an agent published in the GitHub repository mickeyyaya/evolve-loop (6 stars, last pushed today), licensed Apache-2.0. It adds 61 tokens to every session and 1,256 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-09-03.
Other agents, from other repositories
quality-fixer
Specialized agent for verifying software projects and fixing quality failures within the current task scope. Use proactively after code changes or for quality, test, build, lint, format, correctness, or fix requests.
qa-fixer
Bounded test-fix loop agent for beast. Diagnoses test failures and applies targeted fixes, max 5 cycles.
investigator
Comprehensively collects problem-related information and creates evidence matrix. Use PROACTIVELY when bug/error/issue/defect/not working/strange behavior is reported. Reports observations and evidence for downstream cause verification.
consistency-qa
The brooks-lint verification gate. Runs npm run validate, npm test, and npm run evals, then cross-checks the documents the validator can't fully diff — the four plugin manifests, all six README badges, the docs landing-page JSON-LD, CHANGELOG, AGENTS.md, GEMINI.md, and the derived book count — for drift. Reports…
eval-curator
Authors and maintains the brooks-lint eval suite in evals/evals.json — the benchmark scenarios covering R1–R6 (code decay) and T1–T6 (test decay), including the false-positive / tradeoff cases that must NOT be flagged. Ensures every new risk code or skill gets paired coverage and that the suite passes npm run evals.…
implementer
Executes a single plan task using TDD. Writes tests first, then production code, then refactors. Reports status with evidence.