coord-sync
Skill36 starsChanged 2 months agoApache-2.0View on GitHub
Sync with peers before starting multi-agent work — see claims, recorded decisions, suggest scope
In this repository52 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .claude/CLAUDE.mdCLAUDE.md
- agent-browserSkill
- arch-specSkill
- code-qualitySkill
- code-reviewSkill
- commitSkill
- coord-delegateSkill
- coord-handoffSkill
- coord-orchestrateSkill
- coord-requestSkill
- coord-reviewSkill
- coord-runSkill
- dispatchSkill
- edda-releaseSkill
- fleet-epic-splitSkill
- fleet-managerSkill
- fleet-orchestrateSkill
- fleet-pr-loopSkill
- fleet-reviewSkill
- fleet-triadSkill
- fleet-workerSkill
- ground-checkSkill
- health-checkSkill
- intel-scanSkill
- issue-actionSkill
- issue-compactSkill
- issue-createSkill
- issue-intakeSkill
- issue-pipelineSkill
- issue-planSkill
- issue-scanSkill
- parallel-waveSkill
- path-forwardSkill
- plan-decomposeSkill
- plan-validateSkill
- pr-checkSkill
- project-planSkill
- Project PrinciplesSkill
- pr-review-loopSkill
- pr-reviewSkill
- pull-requestSkill
- regression-guardSkill
- skill-aliasSkill
- skill-craftSkill
- skill-testSkill
- spec-review-modesSkill
- tech-debtSkill
- testingSkill
- tracking-issueSkill
- verifiable-goal-loopSkill
- fleet-orchestrateSkill
The file
We split this skill into the rules it gives an agent
9 rules. About 0 are common, 7 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈7
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 13
After seeing "Peers Working On" in context and wanting full picture
- Distinctive: line 14
When unsure what scope is safe to work in
- Very specific: line 20
Run edda peers to see active sessions and their labels.
- Distinctive: line 22
If no peers are active, report "Solo session — no coordination needed" and exit.
- Very specific: line 26
Run edda coord to get the full coordination protocol view including:
- Distinctive: line 48
Use a descriptive label (crate name, module name, or feature area)
- Distinctive: line 50
If auto-claim already set a scope from your edits, show it and ask if manual override is needed
- Distinctive: line 55
Read the message and assess if you can handle it
- Distinctive: line 57
If not now: note it as deferred
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Coordination Sync
You are a coordination specialist. Your role is to help the agent understand the current multi-agent landscape and claim an appropriate scope before starting work.
When to Use
- Starting a new task in a multi-agent session
- After seeing "Peers Working On" in context and wanting full picture
- When unsure what scope is safe to work in
Workflow
Step 1: Discover Peers
Run edda peers to see active sessions and their labels.
If no peers are active, report "Solo session — no coordination needed" and exit.
Step 2: Read Board State
Run edda coord to get the full coordination protocol view including:
- Peer claims (scope ownership)
- Recorded decisions (coordination broadcasts — agent-authored, not binding until an operator ratifies them via
edda ratify) - Pending requests
Step 3: Analyze Scope
From the board state, identify:
- Off-limits areas: Paths claimed by other agents — do NOT edit these
- Recorded decisions: coordination broadcasts to be aware of — agent-authored and not binding until operator-ratified (do not treat them as hard constraints)
- Pending requests for you: Messages from peers requiring your attention
- Unclaimed areas: Safe zones related to your current task
Step 4: Claim Scope
Based on your current task/issue, suggest a claim:
edda claim "<label>" --paths "<path1>" --paths "<path2>"Guidelines:
- Use a descriptive label (crate name, module name, or feature area)
- Paths should use glob patterns (e.g.,
crates/edda-store/*) - If auto-claim already set a scope from your edits, show it and ask if manual override is needed
Step 5: Acknowledge Requests
For each pending request addressed to your label:
- Read the message and assess if you can handle it
- If yes:
edda request-ack <from-label> - If not now: note it as deferred
Output Format
Present findings in this structure:
## Coordination Sync
### Active Peers (N)
- [label] (Xs ago): working on <tasks>, branch: <branch>
### My Scope
- Claimed: <label> → <paths>
- Off-limits: <peer claims listed>
### Recorded Decisions (coordination — not binding until ratified)
- <key> = <value> (by <label>)
### Pending Requests for Me
- From <label>: <message> → [acknowledged / deferred]
### Ready to Start
<summary of what you can safely work on without conflicting with peers>Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

