deliver

Implements specifications through test-driven development, read-only review, and repository-defined validation.

Updated Jul 7, 2026
One-click install
npx skills add https://github.com/bbenefield89/skills --skill deliver-bbenefield89
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: deliver
Source: https://github.com/bbenefield89/skills/tree/main/skills/deliver
Command: npx skills add https://github.com/bbenefield89/skills --skill deliver-bbenefield89

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Turning a specification or ticket into verified code usually requires juggling separate implementation, review, and validation steps with inconsistent standards. This Skill runs one self-contained delivery pipeline that implements, reviews, and validates a change against a shared engineering standard. ## Core Features & Use Cases - End-to-end pipeline: Runs preflight, test-driven implementation in vertical red-green-refactor slices, independent read-only Standards and Spec review passes, and repository-defined final validation. - Bounded correction loops: Returns every actionable finding to implementation, with a maximum of two correction cycles before stopping to ask for conflict resolution. - Classified outcomes: Finishes as Verified, Unverified, Failed, or Blocked with a strict one-line report schema and a plain-English manual test plan. - Use Case: Hand it a feature ticket for a Godot project; it loads the Godot profile, writes failing tests first, implements the behavior, runs dual review passes, executes the repository's validation command, and reports the verified result. ## Quick Start Use the deliver skill to implement this ticket end to end with tests, review, and final validation.

Frequently Asked Questions about deliver

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

FAQPage Schema
How do I implement a ticket with tests and code review in one workflow?

Provide the ticket, specification, or agreed plan as the authoritative request. The pipeline runs preflight, test-driven implementation in vertical slices, two independent read-only review passes, and the repository's final validation command before reporting a classified outcome.

What happens when code review finds problems during delivery?

Every actionable Required finding returns to implementation, including formatting, naming, and typing issues; review never edits files directly. After fixes, both review passes rerun, with at most two correction cycles before the pipeline stops and asks for conflict resolution.

Does this workflow support Godot and GDScript projects?

Yes, a Godot profile loads automatically when project.godot, GDScript, or scene files are detected. It enforces typed GDScript, native documentation comments, scene authoring rules, and progressive Godot feedback including parsing, scene instantiation, and focused tests.

What if the repository has no final validation command?

A missing validation command does not block implementation. If implementation and both reviews pass, the result is classified as Unverified, and the report names the missing validation interface plus the focused proof that did run.

Will the delivery pipeline commit or push changes automatically?

No, commit and push authority defaults to false and is never inferred from repository guidance or earlier automation. Only an explicit instruction from the current user permits committing or pushing, and an explicit refusal always wins.