agent-ready-project

Hardens codebases built by AI agents with validation loops, guards, and self-verifying docs.

Updated Sep 11, 2026
One-click install
npx skills add https://github.com/manusabbath-arch/hermes-skills --skill agent-ready-project-manusabbath-arch
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: agent-ready-project
Source: https://github.com/manusabbath-arch/hermes-skills/tree/main/skills/agent-ready-project
Command: npx skills add https://github.com/manusabbath-arch/hermes-skills --skill agent-ready-project-manusabbath-arch

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve? AI agents produce code faster than humans can review it, and prose rules (CLAUDE.md, comments, docs) do not stop recurring failures like phantom wiring, invented API signatures, and silently-green tasks. This Skill turns quality into a mechanical validation loop instead of relying on someone remembering to review. ## Core Features & Use Cases - Non-eludible validation loop: three layers (pre-commit, blocking CI, pre-push) with rules that make gates actually able to fail, plus named escape hatches. - Ratchet baselines for dirty codebases: turn on a new check over existing violations by freezing known debt and failing only if it grows, indexed by stable identity rather than line numbers. - Self-verifying documentation: <!-- verify --> blocks let docs assert numbers (LOC, file counts, regex matches) that scripts/doc_verify.py recalculates and fails the build on drift. - Agent-specific failure modes: checklists and guards for invented API signatures, unverified subagent self-reports, phantom wiring, and silent-green periodic tasks. - Use Case: You are bootstrapping a project that Claude Code or similar agents will mostly write. Apply the adoption order: destructive-action guards first, then a minimal validation loop, measured lint debt, one project-specific check with a ratchet baseline, and verify blocks on the fastest-aging numbers. ## Quick Start Ask the agent to set up the agent-ready validation harness for this repository, starting with the destructive-action guards and a pre-commit plus CI loop that can genuinely fail.

Frequently Asked Questions about agent-ready-project

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

FAQPage Schema
How do I set up a validation loop for AI-generated code?

Set up three layers: pre-commit for formatting and lint, blocking CI on pull requests, and a full test suite before push. Verify each gate can actually fail by breaking something on purpose, and pin lint tool versions in a single location.

How to enable a new lint check on a codebase that already violates it?

Use a ratchet baseline: record existing violations in a baseline file indexed by stable identity like file plus attribute, never line numbers. The check fails the build only when new violations appear and reports stale baseline entries as paid debt.

What is a verify block in Markdown documentation?

A verify block is an HTML comment declaring an id, kind, target, and expected number that a script recalculates. It supports loc, files, matches, and command kinds with optional tolerance, failing the build when the documented number drifts from reality.

Does doc_verify.py require external Python dependencies?

No, doc_verify.py uses only the Python standard library and runs on Linux, macOS, and Windows. It exits with code 0 when all blocks pass, 1 on drift, and 2 on malformed blocks, making it suitable for pre-commit and CI.

Why do AI agents keep repeating the same code bugs?

Prose instructions in docs do not stop recurrence because each session starts fresh. The fix is mechanizing every agent failure into a check in the same session it occurs, or recording it as dated, counted debt when it cannot yet be mechanized.

When should I not use a ratchet baseline approach?

Avoid baselines for security-critical checks where existing violations are actively dangerous, since the baseline tolerates known debt. Also avoid indexing baselines by line numbers, because unrelated edits create phantom new findings that teach teams to ignore the check.