sdd-tasks

Generates a phased implementation task checklist from SDD proposal, spec, and design artifacts.

Updated Apr 10, 2026
One-click install
npx skills add https://github.com/Balthael/ciberbal-ai --skill sdd-tasks-balthael
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: sdd-tasks
Source: https://github.com/Balthael/ciberbal-ai/tree/main/internal/assets/skills/sdd-tasks
Command: npx skills add https://github.com/Balthael/ciberbal-ai --skill sdd-tasks-balthael

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Turning an approved design into concrete, ordered implementation work is error-prone: tasks end up vague, unordered, or missing test coverage. This Skill converts a change's proposal, specs, and design into a structured tasks.md checklist with dependency-ordered phases. ## Core Features & Use Cases - Phased Task Breakdown: Organizes work into Foundation, Core Implementation, Integration, Testing, and Cleanup phases with hierarchical numbering (1.1, 1.2, 2.1). - Multi-Mode Persistence: Supports engram, openspec, hybrid, and none artifact store modes, writing tasks.md to openspec/changes/{change-name}/ or persisting to Engram memory. - Quality Rules Enforcement: Requires every task to be specific, actionable, verifiable, and small, with a 530-word size budget and TDD red-green-refactor support. - Use Case: After a design document is approved for a new authentication feature, the orchestrator launches this Skill to produce a tasks.md listing each file to create, each test to write, and the exact implementation order. ## Quick Start Ask the orchestrator to create the task breakdown for your change, providing the change name and artifact store mode so it can read the proposal, specs, and design and produce tasks.md.

Frequently Asked Questions about sdd-tasks

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

FAQPage Schema
How do I break down a software design into implementation tasks?

Provide the change name and artifact store mode; the Skill reads the proposal, specs, and design, then writes a tasks.md with phases for foundation, core implementation, integration, testing, and cleanup. Each task references concrete file paths and is small enough to complete in one session.

What makes a good implementation task in a tasks.md checklist?

Each task must be specific, actionable, verifiable, and small, such as "Create internal/auth/middleware.go with JWT validation" rather than "add auth". Tasks use hierarchical numbering like 1.1 and 2.1 and are ordered so earlier phases never depend on later ones.

Does the task breakdown support openspec and engram storage modes?

Yes, it supports four modes: engram persists to memory under sdd/{change-name}/tasks, openspec writes tasks.md to openspec/changes/{change-name}/, hybrid does both, and none returns the result inline without creating files.

Can the task checklist follow test-driven development?

Yes, when the project uses TDD the Skill integrates test-first tasks: a RED task to write a failing test, a GREEN task to make it pass, and a REFACTOR task to clean up. Testing tasks reference specific scenarios from the specs.

What are the size limits for a generated tasks artifact?

The tasks artifact must stay under 530 words, with each task limited to one or two lines in checklist format rather than paragraphs. Oversized tasks should be split into smaller units of work.