ring:pre-dev-task-breakdown

Convert PRD/TRD inputs into scoped tasks with success criteria and Definition of Done.

4|Updated Jan 10, 2026
One-click install
npx skills add https://github.com/LerianStudio/ring-for-opencode --skill ring-pre-dev-task-breakdown
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ring:pre-dev-task-breakdown
Source: https://github.com/LerianStudio/ring-for-opencode/tree/main/assets/skill/pre-dev-task-breakdown
Command: npx skills add https://github.com/LerianStudio/ring-for-opencode --skill ring-pre-dev-task-breakdown

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Teams often struggle to turn product requirements into concrete, deliverable work. This Skill guides you to decompose initiatives into verifiable tasks that deliver measurable value in each sprint.

Core Features & Use Cases

  • Structured Task Decomposition: Converts PRD/TRD inputs into clearly scoped tasks with deliverables and success criteria.
  • Gate 7 Readiness: Ensures all TRD components are covered; every task delivers working software with defined dependencies, risks, and DoD.
  • Planning Support: Provides dependency mapping, testing strategy, estimations, and DoD to accelerate sprint planning.
  • Use Case: A team uses this Skill to break down a feature into Sprint-ready tasks with explicit value and acceptance criteria.

Quick Start

Identify PRD and TRD inputs for the feature, then generate a task breakdown with deliverables, dependencies, success criteria, and a Definition of Done.

Frequently Asked Questions about ring:pre-dev-task-breakdown

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

FAQPage Schema
How do I break down product requirements into sprint-ready tasks?

To break down product requirements, translate PRD and TRD inputs into executable tasks with concrete deliverables, success criteria, dependency mapping, and a clear Definition of Done to ensure measurable value delivery in each sprint.

What is Gate 7 readiness in task decomposition?

Gate 7 readiness in task decomposition ensures all TRD components are covered, every task delivers working software, and dependencies, risks with mitigations, and a Definition of Done are explicitly validated before development begins.

How do I map dependencies and risks when planning task deliverables?

Map dependencies and risks during early planning by extracting TRD inputs to sequence delivery, defining testing strategies, and assigning mitigations to ensure each task's deliverables meet the established success criteria and Definition of Done.

Can I use agile task breakdown for features without a complete TRD?

Agile task breakdown requires PRD and TRD inputs to enforce concrete deliverables and Gate 7 readiness. Without complete TRD inputs, generating verifiable tasks with explicit success criteria, dependency mapping, and a Definition of Done is not supported.

What's the best way to define a clear Definition of Done for subtask creation?

The best way to define a Definition of Done for subtask creation is to enforce that every decomposed task delivers working software with explicit testing strategies, risk mitigations, and verifiable success criteria mapped directly from TRD inputs.

Why does task decomposition fail to deliver measurable value in sprints?

Task decomposition fails to deliver measurable value when tasks lack concrete deliverables, explicit success criteria, and a clear Definition of Done. Structured breakdown maps dependencies and risks to ensure each task delivers working software.