PluginBench
Skill
Pass
Audit score 90

task-coordination-strategies

wshobson/agents

Decompose complex tasks, design dependency graphs, and coordinate multi-agent work across teams.

What is task-coordination-strategies?

This skill provides strategies for breaking down complex tasks into parallelizable units, designing task dependencies, writing clear task descriptions, and monitoring workload balance across agent teams. Use it when coordinating multi-agent work, managing task dependencies, or optimizing team throughput.

  • Decompose tasks by layer, component, concern, or file ownership for parallel execution
  • Design dependency graphs with blockedBy/blocks relationships to minimize chain depth and identify critical paths
  • Write task descriptions with clear objectives, owned files, requirements, interface contracts, and acceptance criteria
  • Monitor workload distribution across teammates and identify imbalance signals
  • Rebalance tasks by reassigning work and resolving blocking dependencies

How to install task-coordination-strategies

npx skills add https://github.com/wshobson/agents --skill task-coordination-strategies
Claude Code
Cursor
Windsurf
Cline

How to use task-coordination-strategies

  1. 1.Choose a decomposition strategy (by layer, component, concern, or file ownership) that matches your architecture
  2. 2.Map out task dependencies using blockedBy/blocks, preferring wide shallow graphs over deep chains
  3. 3.Write each task description with objective, owned files, requirements, interface contracts, and acceptance criteria
  4. 4.Create tasks and set dependencies using TaskCreate and TaskUpdate
  5. 5.Monitor progress with TaskList and watch for imbalance signals (idle teammates, overloaded teammates, all tasks blocked)
  6. 6.Rebalance by reassigning tasks and resolving critical path blockers

Use cases

Good for
  • Breaking down a full-stack feature into frontend, backend, database, and test components for parallel implementation
  • Designing a microservices architecture where authentication, user profile, and notification modules are built concurrently
  • Coordinating code reviews across security, performance, and architecture concerns
  • Managing a complex workflow where integration testing depends on multiple independent components being complete
  • Identifying and resolving bottlenecks when one teammate is overloaded while others are idle
Who it's for
  • Engineering managers coordinating multi-agent teams
  • Tech leads designing task breakdowns for parallel work
  • Agents orchestrating work across multiple specialized agents
  • Teams working on full-stack features or microservices

task-coordination-strategies FAQ

What decomposition strategy should I use?

Choose by layer for full-stack features (frontend/backend/database/tests), by component for microservices, by concern for reviews/audits, or by file ownership to avoid conflicts. Match the strategy to your architecture.

How do I avoid circular dependencies?

Use blockedBy sparingly and only for truly required dependencies. Task A blocks B blocks A creates deadlock. Design wide, shallow graphs instead of deep chains.

What should a task description include?

Objective (1-2 sentences), owned files (explicit list), requirements (specific deliverables), interface contracts (how it connects to other work), acceptance criteria (verification), and scope boundaries (what's out of scope).

How do I detect workload imbalance?

Watch for teammates idle while others are busy, teammates stuck on one task (possible blocker), all tasks blocked (dependency issue), or one teammate with 3x the work of others.

How do I rebalance overloaded teams?

Call TaskList to assess state, identify idle or overloaded teammates, use TaskUpdate to reassign tasks, notify affected teammates with SendMessage, and monitor for improved throughput.

Full instructions (SKILL.md)

Source of truth, from wshobson/agents.


name: task-coordination-strategies description: Decompose complex tasks, design dependency graphs, and coordinate multi-agent work with proper task descriptions and workload balancing. Use this skill when breaking down work for agent teams, managing task dependencies, or monitoring team progress. version: 1.0.2

Task Coordination Strategies

Strategies for decomposing complex tasks into parallelizable units, designing dependency graphs, writing effective task descriptions, and monitoring workload across agent teams.

When to Use This Skill

  • Breaking down a complex task for parallel execution
  • Designing task dependency relationships (blockedBy/blocks)
  • Writing task descriptions with clear acceptance criteria
  • Monitoring and rebalancing workload across teammates
  • Identifying the critical path in a multi-task workflow

Task Decomposition Strategies

By Layer

Split work by architectural layer:

  • Frontend components
  • Backend API endpoints
  • Database migrations/models
  • Test suites

Best for: Full-stack features, vertical slices

By Component

Split work by functional component:

  • Authentication module
  • User profile module
  • Notification module

Best for: Microservices, modular architectures

By Concern

Split work by cross-cutting concern:

  • Security review
  • Performance review
  • Architecture review

Best for: Code reviews, audits

By File Ownership

Split work by file/directory boundaries:

  • src/components/ — Implementer 1
  • src/api/ — Implementer 2
  • src/utils/ — Implementer 3

Best for: Parallel implementation, conflict avoidance

Dependency Graph Design

Principles

  1. Minimize chain depth — Prefer wide, shallow graphs over deep chains
  2. Identify the critical path — The longest chain determines minimum completion time
  3. Use blockedBy sparingly — Only add dependencies that are truly required
  4. Avoid circular dependencies — Task A blocks B blocks A is a deadlock

Patterns

Independent (Best parallelism):

Task A ─┐
Task B ─┼─→ Integration
Task C ─┘

Sequential (Necessary dependencies):

Task A → Task B → Task C

Diamond (Mixed):

        ┌→ Task B ─┐
Task A ─┤          ├→ Task D
        └→ Task C ─┘

Using blockedBy/blocks

TaskCreate: { subject: "Build API endpoints" }         → Task #1
TaskCreate: { subject: "Build frontend components" }    → Task #2
TaskCreate: { subject: "Integration testing" }          → Task #3
TaskUpdate: { taskId: "3", addBlockedBy: ["1", "2"] }  → #3 waits for #1 and #2

Task Description Best Practices

Every task should include:

  1. Objective — What needs to be accomplished (1-2 sentences)
  2. Owned Files — Explicit list of files/directories this teammate may modify
  3. Requirements — Specific deliverables or behaviors expected
  4. Interface Contracts — How this work connects to other teammates' work
  5. Acceptance Criteria — How to verify the task is done correctly
  6. Scope Boundaries — What is explicitly out of scope

Template

## Objective
Build the user authentication API endpoints.

## Owned Files
- src/api/auth.ts
- src/api/middleware/auth-middleware.ts
- src/types/auth.ts (shared — read only, do not modify)

## Requirements
- POST /api/login — accepts email/password, returns JWT
- POST /api/register — creates new user, returns JWT
- GET /api/me — returns current user profile (requires auth)

## Interface Contract
- Import User type from src/types/auth.ts (owned by implementer-1)
- Export AuthResponse type for frontend consumption

## Acceptance Criteria
- All endpoints return proper HTTP status codes
- JWT tokens expire after 24 hours
- Passwords are hashed with bcrypt

## Out of Scope
- OAuth/social login
- Password reset flow
- Rate limiting

Workload Monitoring

Indicators of Imbalance

SignalMeaningAction
Teammate idle, others busyUneven distributionReassign pending tasks
Teammate stuck on one taskPossible blockerCheck in, offer help
All tasks blockedDependency issueResolve critical path first
One teammate has 3x othersOverloadedSplit tasks or reassign

Rebalancing Steps

  1. Call TaskList to assess current state
  2. Identify idle or overloaded teammates
  3. Use TaskUpdate to reassign tasks
  4. Use SendMessage to notify affected teammates
  5. Monitor for improved throughput