decision-freeze-governor

Evaluate spec-linter outputs and output a GO/NO-GO decision with frozen decisions.

1|Updated Jan 22, 2026
One-click install
npx skills add https://github.com/hohai99/antigravity-skills --skill decision-freeze-governor
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: decision-freeze-governor
Source: https://github.com/hohai99/antigravity-skills/tree/main/global_skills/decision-freeze-governor
Command: npx skills add https://github.com/hohai99/antigravity-skills --skill decision-freeze-governor

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill ensures that documentation and specifications are fully frozen and agreed upon before costly implementation, preventing scope changes and rework.

Core Features & Use Cases

  • Ambiguity detection: Inspects spec-linter outputs to surface unresolved questions and 'TBD' items.
  • Blocking decision: Provides a clear GO/NO-GO outcome based on whether critical decisions are frozen.
  • Traceability: Generates a concise list of agreed decisions with references to requirements.

Quick Start

Use the governor to assess and freeze the spec before implementation, and save the frozen decisions as the execution baseline.

Frequently Asked Questions about decision-freeze-governor

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

FAQPage Schema
How do I enforce a go/no-go decision gate before starting costly development?

A go/no-go decision gate evaluates spec stability to determine if documentation is sufficient to proceed without human clarification. It identifies blocking questions and outputs a GO/NO-GO decision with a frozen-decisions list before execution begins.

What is the best way to detect ambiguity and unresolved TBD items in a specification?

Detecting ambiguity in a specification involves inspecting spec-linter outputs to surface unresolved questions and TBD items. This process prevents scope changes by ensuring documentation is fully frozen and agreed upon before implementation.

Why does development require specification freezing before moving from planning to execution?

Development requires specification freezing to gate expensive implementation and reduce rework. Applying a decision gate immediately before execution ensures all critical decisions are confirmed, preventing scope changes downstream.

Can I generate a traceable list of agreed decisions from my requirements documentation?

Generating a traceable list of agreed decisions is possible by evaluating spec stability against requirements. The governor outputs a concise frozen-decisions list with references to requirements to serve as the execution baseline.

When should I not use planning governance for my project documentation?

You should not use planning governance when critical decisions remain unresolved or documentation contains blocking TBD items. The governance mechanism outputs a NO-GO outcome if specification stability criteria are unmet.

Does the decision gate output provide traceability for frozen decisions during risk management?

The decision gate output provides traceability for frozen decisions during risk management by generating a concise list of agreed decisions with references to requirements. This establishes a clear execution baseline for subsequent development.