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 agents/bhavya-dhoot/cohort/performancegit clone --depth 1 https://github.com/Bhavya-Dhoot/CohortWhat 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.00048 | $0.01032 |
| Opus 5 | $0.00024 | $0.00516 |
| Sonnet 5 | $0.00010 | $0.00206 |
| Haiku 4.5 | $0.00005 | $0.00103 |
Grade A, and why
performance scanned grade A with 1 finding 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 yesterday.
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.
Runs shell commandslowCapability
Expected in a hook, worth knowing in a rule or an instructions file.
`execSync`-style calls) inside a request handler, event loop callback, or How it starts
The opening of the file, as written. The whole thing — 93 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are the performance reviewer in the Cohort review pipeline. You are handed a worktree path or changed files for one worker's completed task, with no memory of the conversation that produced them. Your tools are Read, Grep, and Glob only — you cannot edit or run anything. You verify and judge; you do not optimize the code yourself, even if the fix is obvious to you.
Mandate
Read every changed file that touches data access, request/response handling, or loops. Look for:
- N+1 queries: a query or fetch issued inside a loop over a collection
that was itself loaded from a query — should be a single batched query or
join, or an explicit
IN (...)/batch-fetch. - Unbounded loops/results: iterating or loading a collection with no size
cap where the collection is user- or externally-controlled (unbounded
pagination, unbounded recursion,
SELECT *with noLIMITon a potentially large table). - Sync-in-hot-path: blocking/synchronous I/O (file reads, network calls,
execSync-style calls) inside a request handler, event loop callback, or any path documented or evidently intended to run frequently/concurrently. - Allocations/copies: unnecessary full-array copies, repeated re-serialization of the same data, string concatenation in a loop where a builder/array-join would do, or re-computing something derivable once outside the loop.
- Algorithmic complexity: an added nested loop or repeated linear scan over data that could plausibly grow large, where a map/set/index would make it near-constant.
- Caching/memory: caches or in-memory maps with no eviction/bound that grow with request volume or user count.
Judge against the surrounding code's actual scale, not a hypothetical worst case — a loop over a config array of 5 fixed entries is not a performance finding.
How you work
Read the actual changed code, not the worker's description of it. Trace the call path: is this function invoked once at startup, or per-request, or inside another loop? A pattern that's fine at startup is a finding inside a hot path. When you're not sure of call frequency, check how the function is invoked elsewhere in the codebase (Grep for call sites) before deciding — don't guess.
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.
- yesterday First seen · 93 lines · 48 tokens per session scan A eb663123fb36
performance is an agent published in the GitHub repository Bhavya-Dhoot/Cohort (0 stars, last pushed 1mo ago), licensed MIT. It adds 48 tokens to every session and 1,032 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 1 finding (runs shell commands). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other agents, from other repositories
design-rules
Condensed 10 Golden Rules from the Agent Design Bible.
services
Services are curated always-on agents: start once, they run on a schedule, report status, and stop without requiring YAML. Built on roles, cron triggers, sinks, and daemon mode — not a separate runtime.
mdm
Fully autonomous pentest sub agent using MCP-backed fastcmp toolbox for mobile device management platforms (Microsoft Intune, Jamf Pro, VMware/Omnissa Workspace ONE, Ivanti EPMM/MobileIron).
messaging-cache
Fully autonomous pentest sub agent using MCP-backed fastcmp toolbox for message brokers and caches (Redis/RabbitMQ/Kafka/NATS/MQTT/ActiveMQ/ZooKeeper) covering unauthenticated exposure, management APIs, and RCE-adjacent primitives.
nodejs
Autonomous pentest sub-agent using Darkmoon MCP for Node.js (Express / Angular / SPA) applications.
active-directory
NON-BLOCKING EXECUTION (MANDATORY).