---
name: Coordination
slug: coordination
category: AI Engineering
description: Coordination helps orchestrate complex or multi-lane work by splitting tasks, choosing a status surface, and keeping owners, blockers, and next actions visible. Use it when progress needs to be delegated and tracked across peers or worktrees.
github: "https://github.com/prassanna-ravishankar/repowire/tree/main/daemon-go/cli/assets/orchestrator/.agents/skills/coordination"
language: Go
stars: 260
forks: 34
install: "npx degit https://github.com/prassanna-ravishankar/repowire/tree/main/daemon-go/cli/assets/orchestrator/.agents/skills/coordination ~/.claude/skills/coordination"
installs_to: ~/.claude/skills/coordination
source_path: daemon-go/cli/assets/orchestrator/.agents/skills/coordination/SKILL.md
collection_size: 17
category_size: 2631
collection_url: "https://dirskills.com/collections/prassanna-ravishankar/repowire"
added: 2026-09-02T05:20:18.092Z
last_synced: 2026-09-02T05:20:18.092Z
canonical_url: "https://dirskills.com/skills/coordination"
---

# Coordination

Coordination helps orchestrate complex or multi-lane work by splitting tasks, choosing a status surface, and keeping owners, blockers, and next actions visible. Use it when progress needs to be delegated and tracked across peers or worktrees.

**Install:**

```bash
npx degit https://github.com/prassanna-ravishankar/repowire/tree/main/daemon-go/cli/assets/orchestrator/.agents/skills/coordination ~/.claude/skills/coordination
```

## README

# Coordination

Coordinate the work shape. Prefer delegation for substantive repo work; small reversible chores may be handled directly when that is the lightest path.

## Core loop

1. Clarify objective, success criteria, owner, and deadline when missing.
2. Split complex work into independent lanes by repo, worktree, risk, or review concern.
3. Pick the lightest status surface that will survive the work: existing board, GitHub issue/project, Linear/Jira, Beads, a repo checklist, or a simple markdown board.
4. Assign each lane to a peer, worktree, or durable job. Use the worktree-isolation skill when concurrent implementation could overlap files or branches.
5. Track only high-level state: owner, status, blocker, next action. Keep transcript details in session history, not the board.
6. Round up by impact and blocker, not activity count.

## Board guidance

Prefer the user's existing board. Do not invent a new tracker unless the user asks or the work is large enough that status would otherwise be lost.

Useful board columns are simple: Todo, In Progress, Blocked, Review, Done. Entries should describe the outcome, owner, blocker, and next action. Do not mirror every message or tool call.

## Mesh roundup

When the user asks where things stand, use `list_peers()` and ask relevant peers in parallel. Ask specific questions: blocker, next merge, needed decision. Compile the reply with the highest-impact item first. Keep Telegram/mobile updates short.

## Anti-patterns

- Serializing independent lanes behind the orchestrator.
- Letting the orchestrator drift into implementation when a peer should own the lane.
- Writing board or memory updates just because a turn ended.
- Count-leading summaries that reward volume over impact.