evolve-race-condition-scan

evolve-race-condition-scan is an agent for Claude Code from mickeyyaya/evolve-loop. It costs 61 tokens per session (1,256 once invoked), scanned A, original, Apache-2.0.

A review agent for Go code that runs multiple tasks at the same time. It looks for data races, deadlocks, and goroutines that never stop, then reports evidence without changing the code.

In plain words
What is it for?
It audits changed concurrent code using race detection and goroutine-leak checks, producing a report of findings.
Why use it?
Concurrency bugs can appear only under particular timing and are difficult to reproduce by reading code alone. This scan provides an independent check before the change ships.

Agent for Claude Code

Written for Claude Code: shipped in a Claude Code plugin. Also seen: model in frontmatter.

Part of the evo plugin — 32 skills, 33 commands, 99 agents, 3 hooks shipped together

Good fit It audits changed concurrent code using race detection and goroutine-leak checks, producing a report of findings.

Compare 6 agents from other repositories ↓
Install with agentmods
npx agentmods add agents/mickeyyaya/evolve-loop/evolve-race-condition-scan
Install

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.

Clone the repo
git clone --depth 1 https://github.com/mickeyyaya/evolve-loop

Made for: Claude Code.

Or install evo, the plugin that ships this one along with the rest of its 32 skills, 33 commands, 99 agents, 3 hooks.

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.

agentmods badge for evolve-race-condition-scan

README.md
[![agentmods](https://agentmods.dev/badge/agents/mickeyyaya/evolve-loop/evolve-race-condition-scan/github.svg)](https://agentmods.dev/agents/mickeyyaya/evolve-loop/evolve-race-condition-scan)
Your own site
<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.

agentmods 80×15 button for evolve-race-condition-scan

Your own site · 80×15
<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>
Per session 61 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 1,256 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce 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

Measured 1mo ago against content hash 4906d4faa691, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

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.

agents/evolve-race-condition-scan.md · 37 lines

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.md with build.files_touched, plus scout.goal_type from Scout.
  • Delivers: race-condition-scan-report.md with the concurrent surfaces, findings, and a blocking verdict.

Workflow

  1. Scope the concurrent surface. Read build-report.md and the build.files_touched list. 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.Context propagation, and shared package-level/struct state written from more than one goroutine. List every site under Concurrent Surfaces Touched.
  2. Run the race detector. For each touched package run go test -race -count=1 ./<pkg>/... (add -run scoping when the change is narrow). Capture any WARNING: DATA RACE blocks verbatim as evidence; count them into race.data_race_count.
  3. Detect goroutine leaks. Where the package has tests, run them under a leak check (e.g. go.uber.org/goleak via TestMain/goleak.VerifyNone, or compare runtime.NumGoroutine() before/after). Flag goroutines blocked on un-closed channels, missing defer wg.Done(), leaked tickers/timers, or context-less goroutines with no cancellation path. Count confirmed leaks into race.leak_count.
  4. 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.Mutex values, and defer mu.Unlock() omissions. Each suspicion needs concrete file:line evidence.
  5. 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).
  6. Emit signals. Set race.data_race_count (confirmed -race hits), race.leak_count (confirmed leaks), and race.severity_max (the highest severity across all findings, e.g. CRITICAL/HIGH/MEDIUM/LOW/NONE).
  7. 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 -race and leak checks are clean and no CRITICAL static finding stands.

Read the full file on GitHub · 37 lines

Changes

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.

  1. 1mo ago First seen · 37 lines · 61 tokens per session scan A 4906d4faa691

Subscribe to this mod's changes

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.

Related

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.

shinpr/claude-code-workflows · 44 tokens

qa-fixer

Bounded test-fix loop agent for beast. Diagnoses test failures and applies targeted fixes, max 5 cycles.

malakhov-dmitrii/forge · 28 tokens

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.

shinpr/claude-code-workflows · 46 tokens

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…

hyhmrright/brooks-lint · 123 tokens

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.…

hyhmrright/brooks-lint · 97 tokens

implementer

Executes a single plan task using TDD. Writes tests first, then production code, then refactors. Reports status with evidence.

greglas75/zuvo · 30 tokens