tacigent-readiness-gates

Classify Tacigent stage outputs into ready, needs_validation, or not_ready states.

Updated Mar 29, 2026
One-click install
npx skills add https://github.com/Me1e/ralphthon --skill tacigent-readiness-gates
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: tacigent-readiness-gates
Source: https://github.com/Me1e/ralphthon/tree/main/.agents/skills/tacigent-readiness-gates
Command: npx skills add https://github.com/Me1e/ralphthon --skill tacigent-readiness-gates

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Tacigent's Readiness Gates define a common sub-protocol that stage skills refer to, ensuring outputs carry a readiness status and that downstream stages know how to consume or transition based on that status. It prevents naive handoffs and standardizes how readiness is evaluated across stages.

Core Features & Use Cases

  • 3-state readiness: ready, needs_validation, not_ready, with explicit criteria for downstream handoff, validation, or additional work.
  • Deterministic judgement: a defined ordering where blocking conditions, validation debt, and defaults control transitions.
  • Reopen and escalation: safe revalidation, reopens and downgrades when evidence changes, and escalation handling to avoid blocking downstream.
  • Stage discipline: default strictness per stage group (intake/problem/solution more permissive; design/build/pitch stricter; marketing cautious), with stage-specific thresholds defined by the respective stage skills.

Quick Start

Apply the readiness classification to a stage output to determine whether it can be handed off to the next stage.

Frequently Asked Questions about tacigent-readiness-gates

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
What is a readiness gate for stage handoffs?

A readiness gate classifies stage outputs into ready, needs_validation, or not_ready states to determine when downstream stages can proceed, preventing naive handoffs by enforcing standardized evaluation criteria.

How do I track blocking risks and missing coverage for validation?

Track blocking risks and missing coverage by specifying evaluation criteria including outstandingChecks, disconfirmingEvidence, and carryForwardRisks within the readiness classification to control validation and rework flows.

How do readiness gates handle escalation and reopens when evidence changes?

Readiness gates handle evidence changes by applying safe revalidation rules that downgrade status to needs_validation or not_ready, triggering automatic reopens and escalation handling to avoid blocking downstream stages.

What are the default strictness levels for different stage groups?

Default strictness varies by stage group: intake, problem, and solution stages are more permissive, design, build, and pitch stages are stricter, and marketing is cautious, with specific thresholds defined by each stage skill.

When should I not use a three-state readiness model for handoffs?

Avoid using a three-state readiness model for simple linear handoffs that require no validation debt tracking or blocking risk assessment, as the deterministic judgment ordering and escalation rules add overhead suited for complex stage dependencies.