autonomous-readiness

Validates project definition completeness before booting unattended autonomous runs.

6|Updated Jul 10, 2026
One-click install
npx skills add https://github.com/Mozurok/fhorja.dev --skill autonomous-readiness-mozurok
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: autonomous-readiness
Source: https://github.com/Mozurok/fhorja.dev/tree/main/.claude/skills/autonomous-readiness
Command: npx skills add https://github.com/Mozurok/fhorja.dev --skill autonomous-readiness-mozurok

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Before handing a night to an unattended autonomous coding run, you need to know the project is defined well enough to survive without you. This Skill acts as a boot gate: it reads the project's own definition artifacts and refuses to green-light a run that would stall on missing objectives, undeclared runtime surfaces, or an unbounded governor envelope. ## Core Features & Use Cases - Per-criterion readiness ledger: Reads PROJECT_CHARTER.md, SOURCE_OF_TRUTH.md, DECISIONS.md, and IMPLEMENTATION_PLAN.md through a shared definition-completeness reader and emits a RUN_READINESS.md ledger with present/partial/missing status per criterion. - BOOT or NOT-READY verdict: Returns NOT-READY naming every concrete gap, including declared runtime surfaces (web, backend HTTP, mobile, game, database) that have no evidence adapter to produce morning artifacts. - Report-only gate: Never answers a criterion on the operator's behalf, never edits decisions or plans, and never substitutes for plan approval. - Use Case: Before launching an overnight autonomous-run on a web app task, run this gate to confirm the charter, locked decisions, declared surfaces, and wall-clock governor limits are all in place; if the database surface lacks an adapter, you get NOT-READY naming that exact gap instead of a wasted night. ## Quick Start Check whether my current task is ready for an unattended overnight autonomous run and list any missing definition gaps.

Frequently Asked Questions about autonomous-readiness

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

FAQPage Schema
How do I check if my project is ready for an autonomous overnight run?▼

Run the readiness gate on your active task folder. It reads PROJECT_CHARTER.md, SOURCE_OF_TRUTH.md, DECISIONS.md, and IMPLEMENTATION_PLAN.md, then writes a RUN_READINESS.md ledger with a BOOT or NOT-READY verdict naming every missing criterion.

What criteria does an autonomous run readiness check evaluate?▼

It evaluates objective, success criteria, non-goals, stack and workspace, constraints, named deliverables, locked decisions, declared runtime surfaces, and external dependencies. Each criterion is reported as present, partial, or missing with its source file.

Does a BOOT verdict replace plan approval?▼

No. A BOOT verdict is an additional precondition, never a replacement for plan approval. The autonomous run still refuses any plan without an approval log entry and routes to the approve-plan step separately.

What happens if a runtime surface has no evidence adapter?▼

The verdict is NOT-READY, naming that surface and the gap. Web maps to web-runtime-verify, backend HTTP to api-runtime-verify, mobile to app-runtime-verify, Godot to godot-runtime-verify, and databases to db-context adapters.

Can the readiness gate fill in missing project details itself?▼

No. It reports gaps and never answers a criterion on the operator's behalf or records its own inference as user input. The operator fills the source artifacts, then re-runs the gate to flip that row.