verify

Promote a drover ticket's Projected fields into an Actual verified record.

Updated Feb 28, 2026
One-click install
npx skills add https://github.com/cosmicdreams/claude-plugins --skill verify-cosmicdreams
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: verify
Source: https://github.com/cosmicdreams/claude-plugins/tree/main/drover/skills/verify
Command: npx skills add https://github.com/cosmicdreams/claude-plugins --skill verify-cosmicdreams

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill removes the extra work of re-entering fields when a drover implementer’s Projected fix turned out to be correct, letting you quickly mark the ticket as verified and close it.

Core Features & Use Cases

  • Promotes Projected → Actual: Copies hypothesis, proposed fix summary, and commit SHA from the ticket’s ### Projected block into a new ### Actual block.
  • Records verification metadata: Sets divergence to none, effectiveness to verified, and tracks verified_at and captured_by.
  • Closes the ticket workflow: Removes review/implementing/lane labels, adds lane-done, and sets status to closed.

Use case: After running implementer work, you find the ticket’s ### Projected section matches what actually happened—use this Skill to confirm and close without rerunning the full solution-capture prompt.

Quick Start

Run /drover:verify <ticket-id> to promote the ticket’s Projected fields into Actual, mark it verified, and close the ticket.

Frequently Asked Questions about verify

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

FAQPage Schema
How do I promote a projected fix to verified without re-entering fields in a ticket?

To promote a projected fix to verified, this automation reads the drover ticket database, extracts the Projected block fields, writes an Actual block with divergence=none, and closes the ticket automatically.

What is workflow automation for ticket verification when the projected hypothesis matches reality?

Workflow automation for ticket verification copies the hypothesis, proposed fix summary, and commit SHA from the Projected block into an Actual block, sets effectiveness to verified, and updates the ticket labels.

How do I close a drover ticket and update kanban labels after a successful fix?

Closing a drover ticket and updating kanban labels removes the review, implementing, and lane labels, adds the lane-done label, and sets the ticket status to closed upon successful verification.

Does verifying a drover ticket require running the full solution-capture prompt again?

Verifying a drover ticket does not require running the full solution-capture prompt again if the projected hypothesis was correct; the workflow directly promotes the existing fields to the Actual block.

What metadata is recorded when marking a ticket's projected fix as verified?

Marking a ticket's projected fix as verified records metadata by setting divergence to none, effectiveness to verified, and tracking the verified_at timestamp and captured_by user fields.

Can I use this ticket verification workflow if the projected fields do not match the actual fix?

This ticket verification workflow is designed for cases where divergence is none; if the projected fields do not match the actual fix, you should not use this promotion path and must document the differences manually.