skills/base/bill-feature-verify/SKILL.md
Verify a PR against a task spec — extract acceptance criteria, decide whether rollout expectations matter, audit feature-flag behavior only when the spec or diff requires it, run full code review, and audit completeness. Use when reviewing teammates' PRs to ensure they match the design doc/spec. The reverse of bill-feature-implement. Use when user mentions verify PR, check PR against spec, review against design doc, or verify implementation.
npx skillsauth add sermilion/mobile-development-plugin bill-feature-verifyInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
If .agents/skill-overrides.md exists in the project root and contains a ## bill-feature-verify section, read that section and apply it as the highest-priority instruction for this skill. The matching section may refine or replace parts of the default workflow below.
If an AGENTS.md file exists in the project root, apply it as project-wide guidance.
Precedence for this skill: matching .agents/skill-overrides.md section > AGENTS.md > built-in defaults. When you reuse another skill as part of this workflow, also apply that skill's matching override section when present.
Task Spec + PR → Extract Criteria → Gather Diff →
Feature Flag Audit (if needed) →
Code Review (dynamic agents) →
Completeness Audit (criteria vs code) →
Consolidated Verdict
Ask the user for the task spec (paste, file path, directory) and PR (number, branch, or commit range).
Accept PDFs (read in page ranges if >10 pages), markdown, inline text. If total text exceeds ~8,000 words, ask which sections are most relevant.
After reading the spec, produce in one pass:
Then ask: Confirm or adjust the criteria before I review the PR.
Based on user input, gather changes via gh pr diff, git diff, or git log.
Read audit-rubrics.md for the full feature flag audit rubric and output format.
Run bill-code-review against the PR diff. Follow the full skill instructions including any matching .agents/skill-overrides.md section.
Read audit-rubrics.md for the completeness audit format and rules.
Read audit-rubrics.md for the verdict format and PR comment instructions.
This skill emits skillbill_feature_verify_started and _finished events via the feature_verify_started / feature_verify_finished MCP tools.
For the shared telemetry contract including the orchestrated flag semantics, follow telemetry-contract.md.
Standalone invocation:
feature_verify_started after Step 2 (criteria confirmed) with acceptance_criteria_count, rollout_relevant, and spec_summary. Save the returned session_id.feature_verify_finished after Step 7 (verdict delivered) with session_id, feature_flag_audit_performed, review_iterations, audit_result (all_pass / had_gaps / skipped), completion_status (completed / abandoned_at_review / abandoned_at_audit / error), and optional gaps_found list.Orchestrated invocation (when called from another workflow that passes orchestrated=true):
feature_verify_started.feature_verify_finished with orchestrated=true and all started+finished fields combined. The tool returns {"mode": "orchestrated", "telemetry_payload": {...}}.Nested child tools: when this skill runs bill-code-review as part of the verify workflow, this skill is itself a parent. Pass orchestrated=true to import_review and triage_findings, collect the returned telemetry_payload, and include it in the gaps_found context or alongside the verify payload. (In practice, standalone feature-verify will let its own skillbill_feature_verify_finished event be the single emitted event; the nested review is parent-owned.)
bill-code-review — shared router for stack-specific code reviewbill-feature-guard — optional rollout checklist when the spec, diff, or repo policy requires itdevelopment
Use when running a governed editorial assignment desk from Readian recommendations through candidate selection and source-backed story packs.
testing
Use when reviewing unit tests in a file, current changes, or a commit to flag low-value, tautological, or coverage-only tests that do not validate real behavior. Use when user mentions check test quality, review tests, tautological tests, weak tests, or coverage-padding.
data-ai
Use when removing an existing skill or platform skill set and cleaning up agent installs, manifests, and supporting links.
development
Use when you want a generic quality-check entry point that detects the dominant stack in scope and delegates to the matching stack-specific quality-check skill. Use when user mentions run checks, validate, lint, format, quality check, or run quality.