delivery

Implement one ticket by reconciling assumptions, planning, and writing annotated code.

3|Updated Feb 18, 2026
One-click install
npx skills add https://github.com/gener8v/gener8v.claude-skills --skill delivery-gener8v
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: delivery
Source: https://github.com/gener8v/gener8v.claude-skills/tree/main/skills/delivery
Command: npx skills add https://github.com/gener8v/gener8v.claude-skills --skill delivery-gener8v

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) and assets (resource) components.

What problem does it solve? Turning a well-specified ticket into working code often fails because tickets encode assumptions about the codebase that may be wrong, plans get lost when sessions end, and acceptance criteria go unverified. This Skill implements a single ticket end to end: it verifies the ticket's assumptions against the real repository, gets an implementation plan approved, writes the code with @spec traceability annotations, and keeps a delivery record current from plan approval onward. ## Core Features & Use Cases - Pre-Flight Reconciliation: Verifies every assumption a ticket depends on (schema objects, scripts, pinned documents, predecessor outputs) against the actual repository before planning, blocking the delivery if a required foundation is missing. - Checkpointed Delivery Record: Writes the record progressively (Reconciled → In Progress → Delivered) so a compacted or resumed session continues from the approved plan without re-asking for approval. - Verified Acceptance Criteria: Executes tests, type-checks, lints, and builds with recorded commands and exit codes; a criterion with no executed evidence is marked Unverified, never ticked. - Use Case: After ticket breakdown produces TICKET-004 for a search capability area and its dependencies are delivered, run the delivery skill to reconcile the ticket against the schema, present an implementation plan for approval, write the annotated code and tests, and commit the code together with the delivery record. ## Quick Start Ask the AI to implement TICKET-004 in the current change, approving the implementation plan it presents before any code is written.

Frequently Asked Questions about delivery

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

FAQPage Schema
How do I implement a ticket from a ticket breakdown?▼

Invoke the delivery skill with the capability area and ticket ID, such as 'implement TICKET-004'. It reconciles the ticket's assumptions against the repository, presents an implementation plan for your approval, then writes the code, runs verification, and finalizes a delivery record.

What is pre-flight reconciliation before writing code?▼

Pre-flight reconciliation verifies every assumption a ticket depends on against the actual repository: schema tables and columns, referenced scripts, pinned documents, and predecessor outputs. If a blocking assumption is false, the delivery is marked Blocked instead of building on a wrong foundation.

Can I resume a delivery after the session ends or context is compacted?▼

Yes. The delivery record is written progressively with the approved plan preserved verbatim and a Progress checklist. A resumed session re-reads the record, continues from the first unticked line, and never re-asks for plan approval.

What are @spec annotations in source code?▼

@spec annotations are comments placed above functions or classes linking them to requirement IDs they implement, such as '# @spec SR-REQ-001'. They make requirement-to-code traceability greppable and persist beyond the review phase.

When should I not use the delivery skill?▼

Do not use it for writing tickets (use ticket-breakdown) or reviewing delivered code (use code-review). It also refuses to proceed when predecessor tickets are undelivered or a blocking assumption fails, since those fixes belong upstream.

Why does a delivery get marked Partial instead of Delivered?▼

A delivery is Partial when some acceptance criteria are met but others are blocked or a verification check fails for reasons outside the ticket, such as a pre-existing failing test. The failing command and exit code are still recorded in the Verification Run.