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 skills add gabriele-mastrapasqua/codex-lean-team --skill adaptive-routinggit clone --depth 1 https://github.com/gabriele-mastrapasqua/codex-lean-teamWrote 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/gabriele-mastrapasqua/codex-lean-team/adaptive-routing)<a href="https://agentmods.dev/skills/gabriele-mastrapasqua/codex-lean-team/adaptive-routing"><img src="https://agentmods.dev/badge/skills/gabriele-mastrapasqua/codex-lean-team/adaptive-routing/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/skills/gabriele-mastrapasqua/codex-lean-team/adaptive-routing"><img src="https://agentmods.dev/badge/skills/gabriele-mastrapasqua/codex-lean-team/adaptive-routing.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.00039 | $0.00563 |
| Opus 5 | $0.00019 | $0.00282 |
| Sonnet 5 | $0.00008 | $0.00113 |
| Haiku 4.5 | $0.00004 | $0.00056 |
Grade A, and why
adaptive-routing 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 10d 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 — 43 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Default: direct execution
Complete the task directly when it is reasonably contained and can be validated through local inspection, compilation, tests, linting, or a focused runtime check.
Examples:
- fixing a localized bug;
- adding an endpoint;
- changing a CLI option;
- updating a query;
- adding tests;
- modifying configuration;
- implementing a small feature;
- refactoring a limited component;
- updating documentation.
Delegation rules
Before spawning any subagent, identify a narrow question or a concrete decision, risk, domain constraint, or failure mode. A full blocker is not required: use one focused specialist early when its output is likely to change the next implementation step.
- Delegate when a specialist can answer faster or with higher confidence than reading alone.
- Stop delegation when the next agent is unlikely to change the decision.
- Keep agent outputs concise; pass summaries, not full transcripts.
- Do not chain planner then explorer then worker then reviewer.
- Use one focused specialist for concrete uncertainty or a specialist domain; keep its scope narrow and read-only.
Allowed escalation paths
Use at most one specialist per concrete decision, risk, or failure mode:
- lean-planner: ambiguous requirements, architectural choices with multiple viable designs, destructive migrations, difficult rollback, or conflicting requirements after a short scan.
- lean-explorer: one narrow question about an unfamiliar or cross-cutting code path when local reading would duplicate broad context. Use Luna at high.
- lean-debugger: root-cause investigation with Luna at max after Luna reproduces or inspects a difficult, intermittent, cross-layer, previously failed, or multi-hypothesis failure.
- lean-native: native or unsafe systems code with Luna at max: C/C++, Rust, SIMD, CUDA, Metal, FFI, memory ownership, or atomics.
- lean-reviewer: when the user explicitly requests a review, or for security, concurrency, migrations, public API, unsafe code, large diffs, or changes where tests cannot provide reasonable confidence.
- lean-performance: performance work with a reproducible benchmark, profile, or identified hot path. Use Luna at high.
- lean-ai-ml: model inference, training, quantization, RAG, OCR, TTS, CUDA, Metal, MLX, llama.cpp, or vLLM. Use Luna at high.
- lean-infrastructure: deployment, CI/CD, containers, networking, cloud, observability, scaling, or reliability. Use Luna at high.
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.
- 10d ago First seen · 43 lines · 39 tokens per session scan A 993337663d76
adaptive-routing is a skill published in the GitHub repository gabriele-mastrapasqua/codex-lean-team (3 stars, last pushed 1mo ago), licensed MIT. It adds 39 tokens to every session and 563 once invoked, about $0.0002 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-08-31.
Other skills, from other repositories
maintain-codex-wiki
Maintain a review-first Markdown knowledge base for Codex practices with source provenance, engineering capture, citation-aware queries, explicit archive and promotion, and deterministic linting. Use when asked to capture a durable engineering lesson, ingest Codex research, query or archive what the repository knows…
orchestrate-engineering
Coordinate complex engineering work across bounded subagents while protecting the main context, preventing edit conflicts, and measuring whether delegation was worthwhile. Use when the user asks to delegate, parallelize, orchestrate, use subagents, fan out a review, or handle a large task with independent workstreams…
operate-devops
Plan and implement infrastructure, CI/CD, container, deployment, observability, and operational configuration changes with least privilege, staged validation, and rollback awareness. Use for pipelines, infrastructure as code, Kubernetes, containers, release automation, monitoring, and production-readiness work; do not…
choose-engineering-flow
Select the smallest useful Codex engineering workflow from this repository's existing skills. Use when a task spans multiple engineering concerns, the user is unsure which skill to invoke, or loading every specialist would waste context; return a recommendation only and do not execute the engineering task.
build-backend
Build or modify backend APIs, services, jobs, persistence, and integrations while preserving contracts, authorization, data integrity, and failure behavior. Use for server-side features, database changes, background processing, backend defects, and service refactors; do not use for frontend-only or infrastructure-only…
build-frontend
Build or modify frontend interfaces using repository-native components while preserving accessibility, responsive behavior, state handling, and visual verification. Use for UI features, design implementation, forms, client-side defects, and frontend refactors; do not use for backend-only or infrastructure-only work.