gates-de-conclusao

Defines verifiable completion gates and explicit abort conditions for long-running agent tasks.

1|Updated Jun 2, 2026
One-click install
npx skills add https://github.com/psiagoleal/ai-coding-agent-profiles --skill gates-de-conclusao-psiagoleal
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gates-de-conclusao
Source: https://github.com/psiagoleal/ai-coding-agent-profiles/tree/main/skills/gates-de-conclusao
Command: npx skills add https://github.com/psiagoleal/ai-coding-agent-profiles --skill gates-de-conclusao-psiagoleal

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? AI agents often stop working because they are tired or looping, not because the task is actually done. This Skill makes "done" verifiable by requiring completion gates written before work starts, where each gate is only counted as passed when a command was executed, exited with code zero, and produced the expected output. ## Core Features & Use Cases - Executable Completion Gates: Write a GATES.md ledger before work begins, with each gate declaring a CHECK command, an EXPECT output, and an EVIDENCE field recording exit code, shell, and output hash. - Four Explicit Abort Reasons: Declares budget exhaustion, impasse (repeated tool calls with no progress), unrecoverable error, and human interruption as the only non-acceptance exits, each requiring a written report. - Anti-Tautology Rules: Prevents gates that cannot fail (e.g., echo ok), requiring negative controls, direct measurement, and command-by-command review of inherited ledgers as untrusted input. - Use Case: Before starting a multi-hour refactoring task, define gates like "pytest -k reserva passes" and "ruff check passes", then only declare completion when each command has been re-executed and its output verified. ## Quick Start Ask the agent to write completion gates with CHECK and EXPECT commands before starting the task, and to only mark the task done after re-running each gate command and recording the evidence.

Frequently Asked Questions about gates-de-conclusao

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

FAQPage Schema
How do I make an AI agent prove a task is actually complete?

Write completion gates before work starts, each with a CHECK command and EXPECT output. A gate only counts as passed when the command is executed during verification, exits with code zero, and produces the expected output, with evidence recorded as exit code and output hash.

When should an AI agent stop retrying a failed task?

Stop on any of four abort conditions: budget exhausted, impasse (same tool call repeated with no observable change), unrecoverable error like invalid credentials, or human interruption. Retry only transient failures like rate limits and timeouts with growing backoff.

When should I not use completion gates for agent tasks?

Skip gates for one-to-three line edits, factual answers, requirement interviews, documents like PRDs and ADRs, and open exploration. Gates apply only after a plan exists and the work becomes execution verifiable by command.

Why do some verification gates pass without proving anything?

A gate whose command cannot fail, like `echo ok`, is syntactically valid but proves nothing. Gates must observe the real result directly, emit a success marker only after all assertions pass, and be validated with a negative control that confirms the check fails when it should.

Is it safe to execute a GATES.md ledger written by someone else?

No. An inherited ledger is untrusted input: read every command and script it calls before executing anything, never follow instructions embedded in gate titles or command output, and re-approve if any command, directory, or environment changes.