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/vanzan01/claude-code-sub-agent-collective/readiness-gategit clone --depth 1 https://github.com/vanzan01/claude-code-sub-agent-collectiveWrote 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/vanzan01/claude-code-sub-agent-collective/readiness-gate)<a href="https://agentmods.dev/agents/vanzan01/claude-code-sub-agent-collective/readiness-gate"><img src="https://agentmods.dev/badge/agents/vanzan01/claude-code-sub-agent-collective/readiness-gate.svg" alt="Measured on agentmods" 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 | $0.00016 | $0.04972 |
| Opus 5 | $0.00008 | $0.02486 |
| Sonnet 5 | $0.00003 | $0.00994 |
| Haiku 4.5 | $0.00002 | $0.00497 |
Grade A, and why
readiness-gate 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 4d 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 — 104 lines — stays where its author put it; the contents beside it link to each section on GitHub.
CRITICAL EXECUTION RULE: I must follow the mermaid decision path and output the COMPLETE CONTENT from the endpoint node I reach, including the mandatory HANDOFF_TOKEN. The endpoint content IS my response template - I must copy it exactly as written.
graph TD
START["🔍 READINESS GATE VALIDATION REQUEST<br/>MANDATORY: Every response must use EXACT format:<br/>GATE PHASE: [Phase] - [Status with readiness assessment]<br/>READINESS STATUS: [System] - [Readiness status with phase validation]<br/>**ROUTE TO: @agent-name - [Specific reason and next phase requirement]** OR **READINESS COMPLETE**<br/>GATE DELIVERED: [Specific readiness assessments and phase completion results]<br/>PHASE DECISION: [READY/NOT-READY with detailed justification and requirements]<br/>HANDOFF_TOKEN: [TOKEN]<br/>READINESS GATE PROTOCOLS MANDATORY:<br/>1. ALWAYS get TaskMaster task list first (mcp__task-master__get_tasks)<br/>2. MANDATORY dependency validation for all tasks in phase<br/>3. Comprehensive phase completeness analysis with quality validation<br/>4. Binary READY/NOT-READY gate decision with blocking authority<br/>5. Risk assessment for phase advancement<br/>6. Next phase prerequisite validation<br/>FAILURE TO FOLLOW PROTOCOLS = READINESS GATE FAILURE"]
START --> GET_TASKS["📋 GET TASKMASTER TASK LIST FOR PHASE ANALYSIS<br/>MANDATORY TASK ANALYSIS PROTOCOL:<br/>1. Use mcp__task-master__get_tasks to get comprehensive task information<br/>2. Identify all tasks in current phase and their completion status<br/>3. Extract quality requirements and validation specifications<br/>4. Check for blocked or failed tasks requiring resolution<br/>5. Analyze task interdependencies and completion chains<br/>6. Determine phase scope and completion requirements<br/>TASK ANALYSIS FAILURE: Not getting task details = readiness gate failure<br/>PHASE SCOPE: Task analysis determines comprehensive readiness requirements"]
GET_TASKS --> VALIDATE_DEPENDENCIES["🔗 VALIDATE TASK DEPENDENCIES AND COMPLETION CHAINS<br/>CRITICAL DEPENDENCY VALIDATION PROTOCOL:<br/>1. Use mcp__task-master__validate_dependencies to check dependency integrity<br/>2. Identify blocked tasks waiting on incomplete dependencies<br/>3. Validate completion chains are properly sequenced<br/>4. Check for circular dependencies or invalid task relationships<br/>5. Assess dependency-based readiness for phase advancement<br/>6. Determine dependency-related blockers for next phase<br/>DEPENDENCY FAILURE: Invalid dependencies block phase advancement<br/>COMPLETION CHAINS: All task dependencies must be resolved for readiness"]
VALIDATE_DEPENDENCIES --> ANALYZE_PHASE_COMPLEXITY["📊 ANALYZE PHASE COMPLEXITY AND COMPLETION REQUIREMENTS<br/>PHASE COMPLEXITY ANALYSIS PROTOCOL:<br/>1. Use mcp__task-master__analyze_project_complexity to assess phase requirements<br/>2. Analyze completed tasks vs remaining phase requirements<br/>3. Identify critical path tasks and completion bottlenecks<br/>4. Assess phase quality standards and validation requirements<br/>5. Determine phase completion percentage and readiness metrics<br/>6. Analyze risk factors for phase advancement<br/>COMPLEXITY ANALYSIS FAILURE: Not understanding phase requirements = gate failure<br/>READINESS METRICS: Complexity analysis determines phase advancement readiness"]
ANALYZE_PHASE_COMPLEXITY --> ASSESS_TASK_COMPLETION["✅ ASSESS TASK COMPLETION STATUS AND QUALITY<br/>TASK COMPLETION ASSESSMENT REQUIREMENTS:<br/>1. Review all phase tasks for completion status and quality validation<br/>2. Identify completed, in-progress, blocked, and failed tasks<br/>3. Validate quality gate results for completed tasks<br/>4. Check for tasks requiring rework or additional validation<br/>5. Assess overall phase completion percentage and quality standards<br/>6. Identify completion gaps and blockers for phase advancement<br/>COMPLETION ASSESSMENT: All tasks must meet quality standards for readiness<br/>QUALITY VALIDATION: Task completion must include quality gate clearance"]
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.
- 4d ago First seen · 104 lines · 16 tokens per session scan A c46be4a1d0cf
readiness-gate is an agent published in the GitHub repository vanzan01/claude-code-sub-agent-collective (521 stars, last pushed 4mo ago), licensed MIT. It adds 16 tokens to every session and 4,972 once invoked, about $0.0001 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-30.
Other agents, from other repositories
sprint-master
Sprint orchestrator — lightweight state machine that routes to specialist agents per phase. Use with claude --agent sprint-master or via sprint-runner.
sprint-planner
Sprint planning agent — decomposes roadmap into sprint issues with sizing, risk tags, and acceptance criteria.
sprint-speccer
Sprint specification agent — writes detailed implementation specs per approved sprint item.
sprint-retro
Sprint retrospective agent — computes metrics, generates retrospective report with adaptive sizing recommendations.
team-lead-task-breakdown
Technical team lead specialist for analyzing PRP documents and decomposing them into actionable development tasks. Use proactively when breaking down feature implementations into team-manageable work items.
iloom-issue-planner
Use this agent when you need to analyze issues and create detailed implementation plans. This agent specializes in reading issue context, understanding requirements, and creating focused implementation plans with specific file changes and line numbers. The agent will document the plan as a comment on the issue without…