tdd-plan

Generate a multi-slice GitHub issue plan with acceptance criteria.

Updated Mar 22, 2026
One-click install
npx skills add https://github.com/pollockjj/grader-in-the-loop --skill tdd-plan-pollockjj
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: tdd-plan
Source: https://github.com/pollockjj/grader-in-the-loop/tree/main/.claude/skills/tdd-plan
Command: npx skills add https://github.com/pollockjj/grader-in-the-loop --skill tdd-plan-pollockjj

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill formalizes multi-step planning and governance for complex tasks, converting intended work into a verifiable GitHub issue blueprint before any implementation begins.

Core Features & Use Cases

  • Plan-first governance: generates a structured, multi-slice plan that defines objective-focused slices, acceptance criteria, and evidence requirements.
  • QA-aligned execution: designs slices to be verifiable by the qa-skill and executable by the tdd-slice skill, ensuring reproducibility.
  • Scope control and risk reduction: locks acceptance criteria prior to work and enforces artifacts for verification.

Quick Start

Engage the tdd-plan skill when a task requires multi-step coordination across files or systems or when the scope is unclear and root-cause analysis is required.

Frequently Asked Questions about tdd-plan

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

FAQPage Schema
How do I plan multi-slice work as a GitHub issue before implementation begins?

Multi-slice work planning creates a structured GitHub issue blueprint defining objective-focused slices, acceptance criteria, and evidence requirements before any implementation begins. This formalizes governance by locking scope and enforcing artifacts for deterministic evaluation to ensure reproducible execution.

What is plan-first governance for software engineering tasks?

Plan-first governance is a formalization process converting intended work into a verifiable blueprint with locked acceptance criteria and evidence requirements before coding starts. It coordinates across files and systems, ensuring no implementation occurs until QA gates pass to reduce scope creep and risk.

When do I need to formalize acceptance criteria for GitHub issue planning?

You need to formalize acceptance criteria when a task requires multi-step coordination across files or systems, or when scope is unclear requiring root-cause analysis. Locking criteria prior to work ensures slices remain verifiable, executable, and reproducible by downstream QA automation processes.

Can I coordinate TDD execution across multiple files and systems using a structured plan?

Yes, you can coordinate TDD execution across multiple files by generating a multi-slice plan that defines objective-focused slices and verifiable acceptance criteria. This structured blueprint ensures slices are executable by the tdd-slice skill and verifiable by the qa-skill for deterministic evaluation.

What's the best way to enforce QA gates before implementation in a multi-step development workflow?

The best way to enforce QA gates is by generating a structured plan that locks acceptance criteria and requires evidence artifacts before allowing implementation. This plan-first governance approach coordinates across files and systems, ensuring no code is written until deterministic evaluation passes.