review-work

Verify completed thread work against its backing plan and acceptance criteria.

Updated Feb 3, 2026
One-click install
npx skills add https://github.com/BedaBeda-Growth/bedabeda-growth-site --skill review-work-bedabeda-growth
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: review-work
Source: https://github.com/BedaBeda-Growth/bedabeda-growth-site/tree/main/skills/review-work
Command: npx skills add https://github.com/BedaBeda-Growth/bedabeda-growth-site --skill review-work-bedabeda-growth

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Verify completed work in a thread against the backing plan, ensuring proper verification before marking tasks complete or handing off to human QA.

Core Features & Use Cases

  • Rule compliance across all involved domains (ops, deploy, email, payments, engineering, identity)
  • Full AC coverage — every acceptance criterion is explicitly met with evidence
  • Self-verification quality — proofs are measurable (test outputs, query results, API responses, screenshots) rather than prose
  • Human QA as a final polishing layer to ensure functionality and verification

Quick Start

Review the completed work against its backing plan and generate a verdict.

Frequently Asked Questions about review-work

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

FAQPage Schema
How do I verify completed work against acceptance criteria before handoff?

To verify completed work against acceptance criteria, compare the thread's deliverables directly against its backing plan references. This ensures every acceptance criterion is explicitly met with measurable evidence, flagging any misalignments or gaps before handoff.

What is plan alignment verification for engineering and deploy tasks?

Plan alignment verification for engineering and deploy tasks is the process of checking completed thread work against its backing plan. It derives acceptance criteria from plan references to identify misalignments and gaps across ops, email, payments, and identity domains.

How do I check rule compliance across ops, deploy, and payments domains?

You can check rule compliance across ops, deploy, and payments domains by evaluating the completed work against the backing plan. The process requires explicit acceptance criteria coverage and self-verification evidence like test outputs or API responses.

Does work verification require measurable evidence or can I use prose descriptions?

Work verification requires measurable evidence rather than prose descriptions. You must provide self-verification proofs such as test outputs, query results, API responses, or screenshots to explicitly meet acceptance criteria before human QA begins.

Can I use human QA without generating self-verification evidence first?

You should not rely on human QA without self-verification evidence first. Human QA serves as the final polishing layer, meaning you must generate measurable proofs like test outputs and logs to ensure rule compliance and full acceptance criteria coverage beforehand.

What's the best way to flag misalignments and gaps in completed thread work?

The best way to flag misalignments and gaps in completed thread work is to cross-reference deliverables against the backing plan's acceptance criteria. This requires rule-compliance checks and explicit coverage to identify missing self-verification evidence accurately.