Use this skill to design and execute THB-BBL verification for behavior changes.
When to use
- Any behavioral change requiring regression coverage.
- Multi-surface changes requiring smoke plus targeted validation.
- Release readiness checks and residual risk reporting.
When not to use
- Implementation-only tasks with no verification scope.
- Read-only Q&A with no changed behavior.
- Pure architecture discussion without validation intent.
Preflight
- Identify changed behaviors and classify risk tiers.
- Identify critical user flows: request analysis, team assignment, exports (CSV/PDF/Docs), scheduler.
- Confirm required environments, fixtures, and dependencies.
- Define acceptance criteria and release gates.
Stop condition: if acceptance criteria are undefined, stop and define them before validation.
Execution checklist
- Produce a risk matrix (critical/important/opportunistic) mapped to changed behaviors.
- Define automated checks to run (
npm run lint,npm run typecheck,npm run test, andpython3 -m pytest backend/testswhenbackend/**changes). - Add or update regression tests for critical behavior.
- Define manual checks for unautomated flows (especially export formatting and scheduler outputs).
- Record blocked checks, coverage gaps, and residual risk with owner/follow-up.
- Provide release go/no-go recommendation with rationale.
Fallbacks
- If automated tests cannot run, provide explicit manual verification plan and risk statement.
- If scope is review-only, coordinate with
code-reviewer. - If scope is test-first implementation, coordinate with
tdd-guide.
Completion contract
Return:
scope_statementrisk_matrixautomated_checks_runmanual_checksblocked_checkscoverage_gapsrelease_go_no_goresidual_risksfollow_up_owners