orchestrate-claude
Skill0 starsChanged 5 days agoMITView on GitHub
Reliably launch, supervise, resume, and hand off Claude Code as an interactive tmux worker. Use for bounded Claude delegation, remote or alternate-user operation, auth recovery, dedicated quota routing, and proving a directive was submitted rather than merely pasted.
In this repository108 other files it gives its agents.
- adaptive-estimationSkill
- adaptive-loop-budgetingSkill
- adopt-and-deleteSkill
- adversarial-reviewSkill
- agent-drives-uiSkill
- agentic-coding-loopSkill
- agent-otel-trajectorySkill
- agents-as-iac-modulesSkill
- ascii-ui-mockupsSkill
- authoring-html-emailSkill
- authoring-skills-vs-mcpSkill
- batched-ssh-enumerationSkill
- c4-architectureSkill
- challenge-the-premiseSkill
- codegraph-bootstrapSkill
- codegraph-worktree-startupSkill
- colocated-pod-tolerationsSkill
- command-creatorSkill
- complexity-budgetsSkill
- connector-readinessSkill
- context-anchored-patchingSkill
- continuous-issue-resolutionSkill
- credential-proxySkill
- criticality-tiered-reportingSkill
- data-connector-buildingSkill
- declarative-firstSkill
- disk-pressure-forensicsSkill
- early-return-over-elseSkill
- email-triageSkill
- enums-codify-behaviorSkill
- ephemeral-workspace-lifecycleSkill
- event-sourcingSkill
- evidence-claim-boundariesSkill
- exhaustive-matchSkill
- feature-coverage-not-just-line-coverageSkill
- full-disk-forensicsSkill
- gate-before-pushSkill
- github-pr-shepherdingSkill
- graceful-shutdown-stateful-agentsSkill
- grounded-generationSkill
- iac-incident-responseSkill
- iac-not-ad-hocSkill
- instrumented-service-scaffoldSkill
- interface-over-conditionalsSkill
- knowledge-routingSkill
- lean-on-oss-standardsSkill
- live-money-disciplineSkill
- live-state-verificationSkill
- loop-governance-and-learningSkill
- low-level-executor-task-specSkill
- map-dispatch-over-conditionalsSkill
- merge-conflict-disciplineSkill
- mermaid-diagramsSkill
- oke-arc-runners-opentofuSkill
- orchestrate-agySkill
- orchestrate-codexSkill
- orchestrate-geminiSkill
- otel-emit-at-willSkill
- parameter-designSkill
- parse-dont-validateSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
3 rules. About 0 are common, 2 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 11
Verify the target OS user, Claude account and quota route, repository, clean exact base commit, and worktree.
- Very specific: line 13
Put a long directive in a file.
- Distinctive: line 63
When quota blocks progress, retain admitted tasks, exact source proofs and authorship.
≈ “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
Orchestrate Claude Code
Establish the lane
- Resolve the executable in the target user's login environment with
command -v claude. Readclaude --helpandclaude --versionbefore selecting flags; aliases, models, permission modes, and resume options can change. - Verify the target OS user, Claude account and quota route, repository, clean exact base commit, and worktree. Give one writer exclusive ownership of each concern. Do not authorize a personal OAuth account when a dedicated delivery account is intended.
- Name the tmux session for the repository, task, and date. Record the host, OS user, session, worktree, branch, base SHA, worker role, and permitted paths before launch.
- Put a long directive in a file. Do not interpolate it into nested SSH or shell quoting, and do not put secrets in it. Launch with
scripts/launch_tmux.sh; it reads the file and supplies the complete text as Claude's single initial positional prompt.
scripts/launch_tmux.sh \
lane-repo-claude-task-YYYYMMDD /absolute/worktree /tmp/task.prompt \
"$(command -v claude)" --model opus --effort high --name lane-repo-taskChoose model, effort, agents/team configuration, and permission mode from current help and the task. Use --dangerously-skip-permissions or --permission-mode bypassPermissions only with explicit authorization and an externally isolated, correctly scoped worktree. Permission bypass does not broaden the authorized task.
Prove dispatch
Immediately inspect both process and pane:
tmux list-panes -t lane-repo-claude-task-YYYYMMDD \
-F '#{pane_pid} #{pane_current_path} #{pane_current_command} #{pane_dead}'
PANE_ID=$(tmux list-panes -t '=lane-repo-claude-task-YYYYMMDD' -F '#{pane_id}' | head -n 1)
tmux capture-pane -p -J -t "$PANE_ID" -S -120Confirm the cwd and child argv match the intended executable, flags, and prompt. Handle workspace-trust and OAuth/login screens in the TUI. Before completing authorization, verify the displayed account is the intended identity and quota owner.
The launcher prints a unique dispatch ID and empty pre-capture path. After resolving trust/auth screens, verify that exact dispatch:
scripts/verify_dispatch.sh "$SESSION" "$DISPATCH_ID" "$PRE_CAPTURE"For a follow-up already stored in an absolute-path file, use scripts/submit_followup.sh "$SESSION" "$FOLLOWUP". It captures the pane before submission, wraps the directive in unique start/end markers plus an exact acknowledgement request, presses Enter, and retries Enter only when the first attempt still appears unsubmitted.
Count work as dispatched only when the verifier finds the unique start and end markers in order, Claude's exact acknowledgement after the end marker, fresh activity after that acknowledgement, and a new clean composer after the activity. Generic tool-call text anywhere else is stale or unrelated evidence and must fail. A marker still held in the active composer is not submitted work.
Supervise and recover
Classify every observation explicitly:
- running: output, tasks, subagents, or tool activity advances;
- idle/completed: the prompt returned after a result;
- input-blocked: a question, choice, or approval awaits input;
- trust/auth-blocked: setup, OAuth, or login prevents work;
- quota-blocked: the intended account cannot continue;
- dead: the pane or process exited.
Quota is a provider state, not proof of quiescence. Retain its recorded response and account/model/reset scope when available, distinct from wrapped or clipped TUI text. Inspect the bound parent, subagent, tool and queued-launcher handles; preserve active producers rather than treating an observer timeout as termination.
When quota blocks progress, retain admitted tasks, exact source proofs and authorship. Distinguish substituting an authorized operational executor from transferring source custody; use the existing supported handoff for the role that changes. Prove the old writer quiescent before assigning the same scope to already available authorized capacity, then confirm actual startup. Continue independent work within current limits and holds, without duplicate authors or another controller.
Answer safe in-scope choices, repair trust/auth under the intended identity, or restart from the recorded lane. Preserve the session ID/name and use current --resume, --continue, or --session-id semantics from help. Use subagents or agent teams only for collision-free bounded work with one integrator. Never infer liveness from tmux session existence alone.
Accept the result
Require a handoff containing exact commit/tree/parent, changed paths, tests and gates, clean status, remaining risks, and tmux/Claude session identifiers. Independently inspect the artifact or PR at the exact head. A narrative, green test from another SHA, or an idle pane is not delivery.
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.

