fabric-analyze

Decompose sprint targets into a deterministic Task Queue with per-task analyses.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/adaw/skills --skill fabric-analyze
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: fabric-analyze
Source: https://github.com/adaw/skills/tree/main/fabric-analyze
Command: npx skills add https://github.com/adaw/skills --skill fabric-analyze

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill transforms high-level sprint targets into a detailed, actionable Task Queue, ensuring every task is precisely defined with necessary analyses and constraints before implementation begins.

Core Features & Use Cases

  • Task Decomposition: Breaks down Epics and Stories into granular, implementable tasks.
  • Per-Task Analysis: Generates detailed analyses for each task, including data flow, module dependencies, and test strategies.
  • Governance Enforcement: Cross-references tasks with ADRs and specs, flagging conflicts.
  • Use Case: A product manager defines a new feature as a "Story". This Skill decomposes it into 5 specific tasks (e.g., "Implement API endpoint", "Write unit tests", "Update documentation"), each with a complete analysis, ready for developers.

Quick Start

Use the fabric-analyze skill to convert sprint targets into a detailed task queue with per-task analyses.

Frequently Asked Questions about fabric-analyze

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

FAQPage Schema
How do I break down sprint targets into implementable tasks?

Agile task decomposition is the process of breaking down sprint targets into a deterministic Task Queue. It ensures implementation readiness by defining data flow, module dependencies, entity lifecycles, and test strategies for each granular task.

What is task decomposition in agile development?

Agile task decomposition is the process of breaking down sprint targets into a deterministic Task Queue. It ensures implementation readiness by defining data flow, module dependencies, entity lifecycles, and test strategies for each granular task.

How do I enforce governance and cross-reference ADRs during sprint planning?

Enforce governance during sprint planning by cross-referencing decomposed tasks with ADRs and specs. This process flags architectural conflicts and escalates them via intake items to maintain explicit governance constraints before development begins.

Can I generate test strategies and dependency analyses for individual stories?

Yes, you can generate per-task analyses for individual stories. This process produces detailed definitions for data flow, module dependencies, and test strategies, ensuring every decomposed task is fully specified and ready for developers.

What is the best way to define module dependencies and data flow for a new feature?

The best way to define module dependencies and data flow is through per-task analysis during task decomposition. This approach explicitly maps entity lifecycles and architectural constraints for each task before implementation starts.

When should I escalate spec conflicts in a task queue?

You should escalate spec conflicts in a task queue when decomposed tasks contradict existing ADRs or specs. Governance enforcement identifies these conflicts and routes them as intake items for resolution prior to implementation.