worktracker-decomposition
This skill should be used when the user asks to "decompose task", "break down work", "create subtasks", or mentions task breakdown.
Best use case
worktracker-decomposition is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
This skill should be used when the user asks to "decompose task", "break down work", "create subtasks", or mentions task breakdown.
Teams using worktracker-decomposition should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/worktracker-decomposition/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How worktracker-decomposition Compares
| Feature / Agent | worktracker-decomposition | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
This skill should be used when the user asks to "decompose task", "break down work", "create subtasks", or mentions task breakdown.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# WORKTRACKER Decomposition Skill
> Transform monolithic WORKTRACKER files into multi-file hub-and-spoke architectures for surviving context rot.
---
## Purpose
The WORKTRACKER Decomposition skill provides automated analysis and transformation of large, monolithic work tracking files into a **Hub and Spoke architecture**. This pattern addresses **Context Rot** - the phenomenon where LLM performance degrades as context windows fill.
### The Problem
As work tracking files grow beyond ~500 lines:
- **Context consumption** increases (less room for actual work)
- **Navigation** becomes difficult (finding active work requires scrolling)
- **Compaction vulnerability** increases (key state lost after context compaction)
- **Parallel work blocked** (single file means sequential updates only)
### The Solution
The Hub and Spoke pattern:
- **Hub** (`WORKTRACKER.md`): <150 line navigation index with status dashboard
- **Spokes** (`work/*.md`): Detailed phase files, each self-contained
- **Progressive Detail**: Active work gets maximum detail, completed work stays minimal
---
## Commands
### Analyze WORKTRACKER
Analyze a WORKTRACKER file to assess whether decomposition is needed.
```
@worktracker-decompose analyze <path>
```
**Arguments:**
- `path`: Path to WORKTRACKER.md file (required)
**Example:**
```
@worktracker-decompose analyze projects/PROJ-002/WORKTRACKER.md
```
**Output:**
```
WORKTRACKER Analysis Report
===========================
File: projects/PROJ-002/WORKTRACKER.md
Size: 847 lines
Trigger Status:
[X] HARD TRIGGER: Size exceeds 800 lines (847)
[X] SOFT TRIGGER: Size exceeds 500 lines
[ ] Pain indicators detected
Structure Detected:
- 6 numbered phases found
- 2 cross-cutting categories (BUGS, TECHDEBT)
- 3 phases completed, 1 in progress
Phase Breakdown:
| Phase | Lines | Status |
|-------|-------|--------|
| Phase 1 | 120 | DONE |
| Phase 2 | 145 | DONE |
| Phase 3 | 98 | DONE |
| Phase 4 | 234 | IN_PROGRESS |
| Phase 5 | 45 | PENDING |
| Phase 6 | 30 | PENDING |
| BUGS | 75 | - |
| TECHDEBT | 100 | - |
RECOMMENDATION: Decomposition recommended
- File exceeds hard trigger threshold
- Multiple completed phases can be archived minimally
- Active phase will benefit from dedicated file
Run '@worktracker-decompose execute <path>' to proceed.
```
---
### Execute Decomposition
Execute the decomposition process, transforming the monolithic file into hub-and-spoke structure.
```
@worktracker-decompose execute <path> [--dry-run] [--backup]
```
**Arguments:**
- `path`: Path to WORKTRACKER.md file (required)
- `--dry-run`: Preview changes without writing files (default: false)
- `--backup`: Create backup commit before decomposition (default: true)
**Example:**
```
@worktracker-decompose execute projects/PROJ-002/WORKTRACKER.md
```
**Output:**
```
WORKTRACKER Decomposition
=========================
Pre-Flight Checks:
[X] Backup created: git commit abc123f
[X] Phase boundaries identified
[X] Cross-cutting categories identified
[X] Active work phase confirmed
Creating Structure:
[X] Created: work/
[X] Created: work/PHASE-01-SETUP.md (98 lines)
[X] Created: work/PHASE-02-IMPLEMENTATION.md (112 lines)
[X] Created: work/PHASE-03-TESTING.md (76 lines)
[X] Created: work/PHASE-04-DEPLOYMENT.md (189 lines) <- ACTIVE
[X] Created: work/PHASE-05-MONITORING.md (42 lines)
[X] Created: work/PHASE-06-DOCUMENTATION.md (28 lines)
[X] Created: work/PHASE-BUGS.md (62 lines)
[X] Created: work/PHASE-TECHDEBT.md (85 lines)
Transforming Hub:
[X] Replaced: WORKTRACKER.md (847 -> 109 lines)
[X] Added: Navigation Graph
[X] Added: Quick Status Dashboard
[X] Added: Session Resume Protocol
Post-Decomposition:
[X] All navigation links verified
[X] Session context sections added to active files
[X] Git commit created: "docs: restructure WORKTRACKER to multi-file format"
Summary:
Before: 1 file, 847 lines
After: 9 files, 801 total lines (109 hub + 692 spokes)
Hub reduction: -87%
```
---
### Validate Decomposition
Validate an existing decomposed structure for completeness and correctness.
```
@worktracker-decompose validate <path>
```
**Arguments:**
- `path`: Path to project directory containing WORKTRACKER.md and work/ folder
**Example:**
```
@worktracker-decompose validate projects/PROJ-002/
```
**Output:**
```
WORKTRACKER Validation Report
=============================
Hub Validation (WORKTRACKER.md):
[X] Size under limit: 109 lines (< 150)
[X] Navigation graph present
[X] Quick status dashboard present
[X] Session resume protocol present
[X] All phase links valid
Spoke Validation (work/):
[X] PHASE-01-SETUP.md
- Navigation section: OK
- Task summary: OK
- Back link: OK
[X] PHASE-02-IMPLEMENTATION.md
- Navigation section: OK
- Task summary: OK
- Back link: OK
...
Cross-References:
[X] Hub -> Spoke links: 8/8 valid
[X] Spoke -> Hub links: 8/8 valid
[X] Spoke -> Spoke links: 12/12 valid
Session Context:
[X] Active phase (PHASE-04) has session context section
[!] Warning: PHASE-05-MONITORING.md missing session context (pending phase, optional)
Result: VALID (1 warning)
```
---
### Add Phase
Add a new phase file to an existing decomposed structure.
```
@worktracker-decompose add-phase <path> --name "<Phase Name>" [--number N]
```
**Arguments:**
- `path`: Path to project directory (required)
- `--name`: Name of the new phase (required)
- `--number`: Phase number (default: next sequential number)
**Example:**
```
@worktracker-decompose add-phase projects/PROJ-002/ --name "Security Audit"
```
**Output:**
```
Adding Phase: Phase 7 - Security Audit
======================================
Created: work/PHASE-07-SECURITY-AUDIT.md
- Template populated
- Navigation links added
- Empty task summary ready
Updated: WORKTRACKER.md
- Added to quick status dashboard
- Navigation graph unchanged (auto-discovered)
Updated: work/PHASE-06-DOCUMENTATION.md
- Added "Phase 7 ->" navigation link
Ready for use. Add tasks with @worktracker create --phase 7
```
---
### Add Category
Add a new cross-cutting category file.
```
@worktracker-decompose add-category <path> --name "<Category Name>"
```
**Arguments:**
- `path`: Path to project directory (required)
- `--name`: Name of the category (required, e.g., SECURITY, PERFORMANCE)
**Example:**
```
@worktracker-decompose add-category projects/PROJ-002/ --name "Security"
```
**Output:**
```
Adding Category: SECURITY
=========================
Created: work/PHASE-SECURITY.md
- Template populated for security issues
- Navigation to hub added
- Empty summary table ready
Updated: WORKTRACKER.md
- Added to quick status dashboard under "Support" section
Ready for use. Add security items manually or with @worktracker create --type security
```
---
## Trigger Criteria
| Trigger | Threshold | Action |
|---------|-----------|--------|
| **Soft Trigger** | WORKTRACKER.md > 500 lines | Consider decomposition |
| **Hard Trigger** | WORKTRACKER.md > 800 lines | Decomposition required |
| **Pain Indicator** | Difficulty finding active work | Decomposition recommended |
| **Compaction Failure** | Lost state after context compaction | Decomposition urgent |
---
## File Types Created
| Type | Pattern | Purpose |
|------|---------|---------|
| **Sequential Phase** | `PHASE-{NN}-{NAME}.md` | Numbered phase work tracking |
| **Cross-Cutting Category** | `PHASE-{CATEGORY}.md` | Bugs, tech debt, discoveries |
| **Initiative** | `INITIATIVE-{NAME}.md` | Complex multi-phase work |
| **Implementation Domain** | `PHASE-IMPL-{DOMAIN}.md` | Detailed implementation tasks |
---
## Templates
### Phase File Template
```markdown
# Phase N: {Title}
> **Status**: {EMOJI} {STATUS} ({PERCENT}%)
> **Goal**: {One-line goal description}
---
## Navigation
| Link | Description |
|------|-------------|
| [<- WORKTRACKER](../WORKTRACKER.md) | Back to index |
| [<- Phase N-1](PHASE-{N-1}-*.md) | Previous phase |
| [Phase N+1 ->](PHASE-{N+1}-*.md) | Next phase |
---
## Task Summary
| Task ID | Title | Status | Subtasks | Output |
|---------|-------|--------|----------|--------|
---
## {TASK-ID}: {Task Title} {STATUS_EMOJI}
{Task details}
---
## Session Context
### For Resuming Work
1. Check task summary for current status
2. Read active task section for details
3. Check dependencies before starting
### Key Files to Know
| File | Purpose |
|------|---------|
---
## Document History
| Date | Author | Changes |
|------|--------|---------|
```
### Hub Template
```markdown
# Work Tracker - {PROJECT_ID}
**Last Updated**: {TIMESTAMP}
**Project ID**: {PROJECT_ID}
---
## Navigation Graph
{ASCII diagram of hub-and-spoke structure}
---
## Quick Status Dashboard
| Phase | File | Status | Progress |
|-------|------|--------|----------|
---
## Current Focus
**Active Phase**: Phase {X}
**Active Task**: {TASK-ID}
**Next Steps**: {Brief description}
---
## Session Resume Protocol
When resuming work on this project:
1. Check **Current Focus** (above) for active task
2. Navigate to the **Phase File** for detailed breakdown
3. Read **Session Context** section in phase file
4. Check **Dependencies** before starting work
5. Update this file's timestamp after each session
```
---
## Integration
### With Work Tracker Skill
The decomposition skill integrates with the main Work Tracker skill:
```
@worktracker create "New task" --phase 4 # Creates task in PHASE-04 file
@worktracker list --phase 4 # Lists tasks from PHASE-04 file
```
### With Git
All decomposition operations create atomic commits:
```
docs({project}): restructure WORKTRACKER to multi-file graph format
Restructured work tracking for multi-session and parallel work:
- WORKTRACKER.md is now an index with navigation graph
- Created work/ directory with per-phase files
- Added session context for compaction survival
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
```
---
## References
- **Runbook**: `projects/PROJ-001-plugin-cleanup/runbooks/RUNBOOK-002-worktracker-decomposition.md`
- **Purpose Catalog**: `projects/PROJ-001-plugin-cleanup/work/PURPOSE-CATALOG.md`
- **Synthesis**: `projects/PROJ-001-plugin-cleanup/synthesis/DOC-001-synthesis.md`
- **Pattern Origin**: Commit `4882948` in PROJ-001-plugin-cleanup
---
## Best Practices
1. **Analyze before decomposing** - Ensure the file truly needs decomposition
2. **Create backup commits** - Always have a rollback point
3. **Use dry-run first** - Preview changes before executing
4. **Validate after decomposition** - Ensure all links work
5. **Add session context to active phases** - Enable context recovery
6. **Keep hub under 150 lines** - Maintain the purpose of the pattern
7. **Progressive detail** - Active work gets maximum detail, completed stays minimalRelated Skills
worktracker
This skill should be used when the user asks to "create work item", "track task", "list tasks", "update work status", or mentions work/task management.
ux-lean-ux
Lean UX hypothesis-driven design sub-skill for the /user-experience parent skill. Facilitates Build-Measure-Learn cycles using Jeff Gothelf and Josh Seiden's Lean UX methodology (3rd ed. 2021). Produces hypothesis backlogs, assumption maps, MVP experiment designs, and validated learning logs. Invoke when teams need hypothesis-driven iteration, assumption mapping, experiment design, or validated learning documentation. Invoked by ux-orchestrator during Wave 2 lifecycle-stage routing or when user intent is "testing hypotheses" during the "During design" stage. Triggers: lean UX, hypothesis, assumption mapping, build-measure-learn, MVP experiment, validated learning, experiment design, hypothesis backlog.
ux-kano-model
Kano model feature classification and prioritization sub-skill for the /user-experience parent skill. Classifies product features into Must-be (M), Performance (O), Attractive (A), Indifferent (I), and Reverse (R) categories using the functional/dysfunctional questionnaire pair methodology (Kano et al., 1984). Computes Customer Satisfaction (CS) coefficients (Better/Worse) for priority matrix visualization. Produces feature classification reports, priority matrices, and survey design templates. Sample size awareness: 5-8 respondents yields directional classification only (MEDIUM confidence); 20+ respondents required for statistical classification (Berger et al., 1993). Invoked by ux-orchestrator during Wave 4 lifecycle-stage routing or when user intent is "Need to prioritize features" at any lifecycle stage. Triggers: Kano, must-be, attractive, one-dimensional, performance feature, satisfaction, feature classification, delighter, feature prioritization, CS coefficient.
ux-jtbd
Jobs-to-Be-Done research and analysis sub-skill for the /user-experience parent skill. Conducts JTBD job statement synthesis, switch interview analysis (Moesta/Spiek four forces), outcome-driven innovation (Ulwick ODI), and job mapping for tiny teams (1-5 people). Invoked by ux-orchestrator when users need to understand user motivations, map jobs to be done, identify switch triggers, or produce job maps with outcome expectations. Sub-skill of /user-experience; routed via ux-orchestrator lifecycle-stage triage. Triggers: JTBD, jobs to be done, switch interview, job mapping, user motivation, outcome, hiring criteria, user jobs, switch forces.
ux-inclusive-design
Inclusive design and WCAG 2.2 accessibility evaluation sub-skill for the /user-experience parent skill. Performs WCAG 2.2 compliance audits across Perceivable, Operable, Understandable, and Robust principles (conformance levels A, AA, AAA) and applies Microsoft Inclusive Design methodology including Persona Spectrum analysis (permanent, temporary, situational disabilities). Produces accessibility audit reports and persona spectrum analyses. Invoke when teams need accessibility compliance evaluation, WCAG conformance auditing, screen reader compatibility assessment, color contrast analysis, cognitive load evaluation, or inclusive design review. Invoked by ux-orchestrator during Wave 3 lifecycle-stage routing or when user intent is "Check accessibility" at any lifecycle stage. Triggers: accessibility, WCAG, ARIA, screen reader, contrast, cognitive load, inclusive, a11y, inclusive design, WCAG 2.2, persona spectrum.
ux-heuristic-eval
Nielsen heuristic evaluation sub-skill for the /user-experience parent skill. Evaluates interfaces against Nielsen's 10 usability heuristics, produces severity-rated findings on a 0-4 scale (Cosmetic to Catastrophic), and generates remediation recommendations with effort estimates. Invoke when teams need structured usability evaluation, interface review, heuristic audit, or severity-rated UX findings. Invoked by ux-orchestrator during Wave 1 lifecycle-stage routing or CRISIS mode triage. Triggers: heuristic evaluation, usability audit, Nielsen heuristics, interface review, severity rating, usability inspection, UX evaluation.
ux-heart-metrics
HEART Metrics framework sub-skill for the /user-experience parent skill. Applies Google's HEART framework (Happiness, Engagement, Adoption, Retention, Task Success) using the Goals-Signals-Metrics (GSM) process to define measurable UX metrics for products and features. Invoked by ux-orchestrator when users need to measure UX health, define UX metrics, establish measurement baselines, or produce dashboard-ready metric specifications. Sub-skill of /user-experience; routed via ux-orchestrator lifecycle-stage triage. Triggers: HEART, metrics, happiness, engagement, adoption, retention, task success, GSM, measurement, UX metrics, dashboard, goals signals metrics.
ux-design-sprint
AJ&Smart Design Sprint 2.0 facilitation sub-skill for the /user-experience parent skill. Facilitates a structured four-day rapid prototyping and validation process compressed from the Google Ventures five-day Design Sprint (Knapp, Zeratsky & Kowitz, 2016; Courtney, 2019). Produces sprint artifacts including challenge maps, solution sketches, storyboards, realistic prototypes, and structured user interview findings with synthesis confidence gates. Invoke when teams need to rapidly validate a product concept, solve a critical design challenge through structured prototyping, test ideas with real users before committing to development, or explore solution directions when they do not know what to build. Triggers: design sprint, GV sprint, rapid prototyping, sprint week, map sketch decide test, 4-day sprint, design sprint 2.0, AJ Smart sprint, validate prototype, test with users, sprint facilitation.
ux-behavior-design
Fogg Behavior Model B=MAP bottleneck diagnosis sub-skill for the /user-experience parent skill. Diagnoses why users fail to take desired actions by analyzing the three B=MAP factors (Motivation, Ability, Prompt) and identifying which factor falls below the action threshold. Produces bottleneck diagnoses, factor-level assessments, and intervention recommendations with synthesis confidence gates. Invoke when teams need to understand why users are not completing a specific action, diagnose behavioral bottlenecks, design behavior change interventions, or analyze post-launch user inaction patterns. Invoked by ux-orchestrator during Wave 4 lifecycle-stage routing or when user intent is "Users not completing action" during the "After launch" stage. Triggers: behavior design, B=MAP, Fogg model, behavior bottleneck, motivation analysis, ability analysis, prompt design, why users don't, user inaction, behavior diagnosis, tiny habits, action threshold.
ux-atomic-design
Atomic Design component taxonomy sub-skill for the /user-experience parent skill. Implements Brad Frost's 5-level component hierarchy (Atoms, Molecules, Organisms, Templates, Pages) for design system architecture. Produces component inventories, design token audits, composition rules, and Storybook coverage reports. Invoke when teams need component taxonomy construction, design system architecture, Storybook integration, design token consistency analysis, or component reuse auditing. Invoked by ux-orchestrator during Wave 3 lifecycle-stage routing or when user intent is "Building component system" during the "During design" stage. Triggers: atomic design, component taxonomy, design tokens, Storybook, atoms molecules organisms, design system, component inventory, component library.
ux-ai-first-design
AI-first interaction design sub-skill (CONDITIONAL) for the /user-experience parent skill. Provides trust-calibrated AI interaction design guidance using Yang et al.'s trust-risk and error-risk classification framework. Produces interaction pattern recommendations, trust calibration assessments, feedback loop designs, and progressive disclosure strategies for AI-powered features. CONDITIONAL: requires WSM >= 7.80 AND enabler research (FEAT-020) complete; otherwise routes to /ux-heuristic-eval with PAIR protocol. Invoke when teams need to design AI-powered interactions, calibrate user trust in AI outputs, classify AI error risks, design human-AI handoff patterns, or audit existing AI interfaces for trust and safety. Triggers: AI-first design, AI interaction, trust calibration, AI UX, conversational UX, AI interface, LLM interface, agentic UX, human-AI interaction, AI transparency, AI error handling, AI onboarding, progressive AI disclosure, trust-risk, error-risk.
user-experience
Parent orchestrator for AI-augmented UX methodology targeting tiny teams (1-5 people). Routes to 10 sub-skills by product lifecycle stage through criteria-gated waves. Invoke when team needs structured UX evaluation, user research, design systems, UX metrics, behavior diagnosis, feature prioritization, design sprints, or AI interaction design. Each sub-skill implements a proven UX framework with synthesis hypothesis confidence gates and MCP design tool integration. Triggers: UX, user experience, usability, heuristic evaluation, JTBD, lean UX, HEART metrics, atomic design, inclusive design, behavior design, Kano model, design sprint, AI-first design, UX audit, accessibility, design system, user research.