← ClaudeAtlas

herdr-orchestratelisted

Master-orchestrator workflow for herdr, native harnesses (claude/codex/pi lanes). Fire when inside a herdr pane (HERDR_ENV=1) and the captain hands over a spec, feature, or read-only evaluation to orchestrate across mixed harnesses. All-pi runs go to herdr-orchestrate-pi instead.
alexhooi/herdr-orchestrate · ★ 1 · AI & Automation · score 74
Install: claude install-skill alexhooi/herdr-orchestrate
# Herdr Orchestration v2 Precondition: `test "${HERDR_ENV:-}" = 1` — otherwise say so and stop. All lane plumbing is one tool: `<this skill dir>/bin/herd` (on PATH or by absolute path) — every command below is `herd <verb>`. Run it from the project directory (or set `HERD_PROJECT`); it keeps a ledger in `<project>/.herd/ledger.json`. Preflight once per session: - `herdr integration status --outdated-only` — update anything listed; outdated integrations re-raise trust dialogs on spawn. - **Find the project first.** If the cwd holds no `.herd/` and no spec and the brief carries no absolute path, locate the project (mdfind/spec search; disambiguate siblings by ledger lane prefixes and freshness), then `export HERD_PROJECT=<abs>` and run every `herd` command from there. Never spawn from `$HOME` — herd refuses to create a ledger there. - `herd status` — an existing ledger means you are **resuming**: adopt it (see Resume), don't spawn duplicates. ## Layers Captain ↔ **root orchestrator** (product shape, taste, spec-writing; where the captain lives) → **this session = ops** (route, watch, review-route, land, sweep) → **one owner lane** per spec (decides whether and how to split, spawns peers, owns integration + acceptance) → peers. Ops never designs, slices, implements or reviews; root never touches lanes. The captain zooms into ops only by choice. ## Roles | lane name | kind | takes | | --- | --- | --- | | (this session, ops) | claude | routing, triage, status. NEVER implem