Resolves task dependencies, generates machine-actionable delegation specs, structures phased subtask plans for multi-agent work. Use when writing delegation specs, resolving task dependencies, building phased subtask plans for multi-agent work, assigning work to sub-agents, or partitioning a feature into parallelizable phases.
74
91%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
View guide
Passed
No findings from the security scan
TaskB → TaskA = B depends on A (must finish first).
Topological sort: No-dep tasks → Phase 1. Tasks depending only on Phase N → Phase N+1. Same-phase tasks with no mutual deps run in parallel.
Cycle detection: If A → B → C → A, split one task into independent part + dependent part.
Graph: Plan:
E → C → A Phase 1: A, B (parallel)
D → B Phase 2: C, D (parallel)
F → C, D Phase 3: E, F (parallel)For score 1-3, objective + files + criteria is sufficient. Full template:
## Delegation Spec: [Task Title]
**Tracker Issue:** TAS-XX — [Title]
**Complexity:** [score]/13 → [tier] tier
**Agent:** [Agent Name]
### Objective
1-3 sentences: what to build/change and why.
### Context
- Key files: [list]
- Related patterns: [file:line references]
- Prior phase output: [compacted summary if applicable]
- Relevant lessons: [LES-XXX from LESSONS-LEARNED.md]
### Constraints
- File partition: Only modify files under [paths]
- Do NOT modify: [explicit exclusions]
- Dependencies: Requires [TAS-XX] Done first
### Acceptance Criteria
- [ ] Criterion 1
### Expected Output
Files changed · Verification (lint/test/build) · AC status (✅/❌) · Discovered issues · Lessons appliedRead .opencastle/LESSONS-LEARNED.md before starting. Add lesson if you retry any approach.
| Quality | Example |
|---|---|
| Strong (score 2) | "TAS-42 — Fix token refresh. Users get 'Invalid token' after 30 min. JWT 1h expiry in libs/auth/src/server.ts. Fix refresh logic. Only libs/auth/. Run auth tests." |
| Strong (score 8) | Use Delegation Spec Template above (all sections). |
| Weak | "Fix the authentication bug." |
Need result immediately?
YES → Is dependency for next step?
YES → Sub-Agent (inline)
NO → Sub-Agent or Background (if large)
NO → Expected > 5 min?
YES → Background Agent
NO → Sub-Agent (sequential)| Phase | Mode | Work |
|---|---|---|
| 1 | sub-agent | Research — context, patterns, file map |
| 2 | background | Foundation — DB migration + scaffolding (parallel) |
| 3 | sub-agent | Integration — wire components to data |
| 4 | background | Validation — security audit + tests + docs (parallel) |
| 5 | sub-agent | QA gate — verify phases, run builds |
| 6 | sub-agent | Panel review — load panel-majority-vote skill |
Apply when: 2+ pages/views/UI sections · multiple agents produce visual output · no existing design system.
Phase 1 foundation-setup is sequential; every visual task gets depends_on: [foundation-setup] and the 5 Foundation References in its prompt.
Partition rules:
src/styles/, src/components/Layout.*, src/components/ui/files[]Common mistake: Decomposing pages as independent Phase 1 tasks → each agent invents its own design.
Specs must be paste-ready for a sub-agent: exact paths, line ranges, forbidden files — no human translation step.
Load project-consistency skill for full Foundation Phase pattern, prompt templates, anti-patterns.
fa0c341
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.