tasks-backfill-verify

Verifies story tasks against code evidence and backfills results into a SQLite database.

10|3|Updated Mar 7, 2026
One-click install
npx skills add https://github.com/Cynthia1070711/PHYCOOL_Tools --skill tasks-backfill-verify-cynthia1070711
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: tasks-backfill-verify
Source: https://github.com/Cynthia1070711/PHYCOOL_Tools/tree/main/config-templates/claude/skills/tasks-backfill-verify
Command: npx skills add https://github.com/Cynthia1070711/PHYCOOL_Tools --skill tasks-backfill-verify-cynthia1070711

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? After a dev-story or code-review phase finishes, task completion checkboxes are often marked blindly without reading the actual code, and review stages rubber-stamp dev results without independent audits. This Skill enforces evidence-based verification of every task with file:line proof and writes the validated results back to the story database. ## Core Features & Use Cases - Evidence-Based Task Verification: Reads actual source files and requires file:line evidence before any task can be marked complete, with per-task-type validation standards for code, tests, migrations, docs, and DB fields. - Two-Stage Dev/Review Differentiation: Forces the review phase to independently re-audit every dev marker, upgrading verified items to double-check marks with R-verified timestamps or downgrading mismatches to failures with CR findings, and blocks copy-paste via SHA-256 comparison. - Structured DB Backfill: Assembles verified tasks as Markdown strings with strict marker placement rules and merges them into the stories table via upsert scripts, including file_list tables and semantically defined test_count values. - Use Case: A code-review agent finishing a story review invokes this Skill to re-read each claimed implementation, confirm the evidence still matches, upgrade markers with timestamps, and write the audited task list back to the database. ## Quick Start Ask the agent to run the tasks-backfill-verify skill to independently verify each story task against the code and backfill the results into the database.

Frequently Asked Questions about tasks-backfill-verify

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

FAQPage Schema
How do I verify story tasks before marking them complete?

Read the actual source file for each task, locate the implementation at a specific file:line, confirm test coverage exists, then mark the task with a leading checkmark emoji and the evidence path. Tasks without verifiable evidence must stay unchecked with a reason attached.

How does the review phase differ from the dev phase in task verification?

The review phase must independently re-read code for every dev-verified task, upgrading confirmed items to double checkmarks with an R-verified timestamp or downgrading mismatches to failures with CR findings. The review output must differ from the dev output by SHA-256 comparison.

What format should the backfilled tasks field use?

Tasks must be a Markdown string with checkmark or empty-box emojis at the start of each line, immediately after the dash and before the task number. JSON arrays, bracket checkboxes, and end-of-line markers are all rejected.

What does test_count mean when backfilling a story?

test_count is the number of test cases added or modified by the current story card, not the total test count of the module or suite. This semantic applies from 2026-08-04 onward and historical cards are not retroactively updated.

Why does the review backfill get rejected even though tasks look complete?

Rejection happens when the review tasks lack double-checkmark markers or R-verified timestamps, or when the review content is identical to the dev phase by SHA-256 hash. These signals indicate the review skipped its independent audit.