distributed-orchestration
Skill6 starsChanged 18 days agoMITView on GitHub
Plan heterogeneous agent assignments and rebalance independent work across capability-bound nodes. Use for cross-provider review, cross-host handoffs or deadline-threatening tail batches; retain human authority and do not migrate a live writer.
In this repository10 other files it gives its agents.
- AGENTS.mdAGENTS.md
- claim-ledgerSkill
- critic-reviewSkill
- engineering-governanceSkill
- engineering-planSkill
- execution-integritySkill
- literature-provenanceSkill
- multi-agent-collaborationSkill
- technical-writingSkill
- worker-taskSkill
The file
We split this skill into the rules it gives an agent
1 rule. About 0 are common, 1 is distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 14
Use homogeneous full-capacity waves when independent job sizes permit.
≈ “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
Separate role, model/provider and physical node. Select a builder for the actual planning/code task, an independently evaluated critic/verifier from another provider when useful, and an extractor with sufficient tested context/throughput. Provider diversity is a defense against correlated errors, not evidence of superior reasoning or proof of independence. Do not assign privileges from a model brand.
Exchange committed specifications, append-only handoffs and content-addressed artifacts through provider-neutral files/Git. Keep executable source out of the blind verifier's packet. Restrict actual file/tool access through the host; a prompt alone cannot create blindness. Large binary outputs live in an approved artifact store with checksums and a Git-tracked manifest.
Use the scheduler reference and rebalance.py for deterministic tail-batch plans. Only queued or explicitly released independent units can be reassigned. Preserve IDs, seeds, inputs and the total workload. Running jobs must quiesce and transfer their lease before becoming released. Target capacity is bounded by free slots, memory and capabilities, not advertised core count alone.
The planner is read-only by default. Explicit apply checks the exact source-state hash and the reviewed node snapshot, and uses a local exclusive lock. This is a single-writer integration mechanism, not distributed consensus: serialize cross-clone plan application through an authorized coordinator or conditional shared store. Obtain target READY and STARTED acknowledgments before claiming migration succeeded.
Use homogeneous full-capacity waves when independent job sizes permit; record partial final waves and stragglers. Never promise 100% utilization or alter an experiment's selection/criteria to keep a node busy. H decides material resource/scope changes; O/F handles authorized mechanical adaptation.
Keep preparation, stored compatibility and execution release distinct. Pin actual resolved runtime/dependency evidence and exact transferred configuration bytes; a common stored-data check does not prove cross-host backend equivalence. Keep matched comparisons on the same node when required, and disclose host/workload confounding before aggregation. Carry outstanding reservations and failed costs to the successor through the same budget authority; never duplicate a ledger into fresh capacity. Record exclusive role/provider transitions in the role topology template.
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.

