npx skills add Kc1t/alethe-orchestrate-skillClaude Code plugin, Codex plugin or by hand
/plugin marketplace add Kc1t/alethe-orchestrate-skill
/plugin install alethe-orchestrate@alethe
codex plugin marketplace add Kc1t/alethe-orchestrate-skill
codex plugin add alethe-orchestrate@aletheOr copy skills/alethe into ~/.claude/skills/, ~/.codex/skills/ or
~/.agents/skills/.
- Install with the command above.
/alethe setupchecks which agent CLIs you have and whether they are logged in, lists their models, and proposes three profiles: base, savings and aggressive. Nothing is saved until you approve./alethe always(optional) keeps it on in every project, so you never type/aletheagain.- Ask for the work:
/alethe move the billing endpoints to v2, or just ask in plain words while it is on. The lead picks a playbook, previews the plan and runs the workers. /alethe statuswhile it runs,/alethe stopto stop it./alethe reportwhen it is done: what each worker did, why, and what it cost./alethe mark <worker> usedrecords what you kept.
Type them after /alethe.
| Command | What it does |
|---|---|
setup |
Checks your CLIs and sets everything up |
<task> |
Orchestrates the task |
always |
Keeps it on in every project |
status |
Where it stands |
stop |
Stops the workers |
report |
What each worker did and cost |
off |
Turns it off here |
/alethe help lists the rest.
With always or on, every prompt reminds the lead of your goal and rules, and it decides per request whether to hand work off.
It joins halfway through another skill's workflow: the spec and the diff so far become the plan.
A playbook is a starting point. skip, add, switch and freeform change it between waves, and the report lists every change with its reason.
| Playbook | Use it when | What it saves |
|---|---|---|
direct |
The task is narrow and clear, up to about 3 files | All orchestration overhead |
cascade |
A mechanical change with an automatic check | Most of the cost, while retries stay rare |
scout-then-build |
Unfamiliar code with much to read and little to write | Your context: scouts return summaries, not files |
plan-big-execute-small |
Up to about 10 independent reads, audits or checks | The strong tier only decomposes and synthesizes |
audit-at-scale |
Dozens or hundreds of similar items | The volume runs on the cheap tier |
parallel-worktrees |
Independent modules with disjoint files | Wall time, not tokens |
plan-execute |
One feature built in sequential steps | The strong tier is billed only for planning |
advisor-escalation |
A long mechanical task with a few hard calls | A strong advisor only at decision points |
best-of-n |
A hard, high-stakes fix worth several attempts | Nothing: it buys reliability |
review-gate |
A finished diff before merge | Strong review only on diffs worth reviewing |
complete |
Anything else; the conditions decide per unit | Each unit runs on the cheapest role that fits |
Any other CLI with a non-interactive mode, such as Kiro, Copilot CLI or Gemini CLI, runs as a custom worker.
- Real spend, never estimated: tokens and cost as each CLI reported them, split between used and discarded results.
- Enforced limits: budgets per wave and per orchestration, a hard cost cap on Claude workers, no subagents.
- Never runs your quota dry: it reads Claude and Codex usage before every wave, refuses to start workers past a stop line, and asks you, with options, before it would spend past it.
- Lean, checked workers: no MCP servers in Codex and Claude workers, and git catches a read-only worker that wrote.
- Easy to audit: Python's standard library only, no shell, no network, no install scripts.
/alethe report html opens the same report as a page: a routing map from each wave through the
lead to the providers it used, with each one's share of the tokens, then the workers and what is
left to do.
Orchestration report
Check the report on real CLIs, playbook
research, 1 wave, 2026-10-18 21:20 to 21:20
- Result: 2 of 2 workers succeeded
- Time: 16s running, 29s of worker time
- Tokens: 108,820 reported, 65,836 of them from cache
- Cost: $0.16 reported by claude; codex reports no cost
- Lead context: 5.0 KB of worker transcripts stayed on disk, 595 B of results to read
Worker Role Ran on Mode Status Time Tokens Cost claude-haikucheapest Claude model for a one-line answer claude, haiku read succeeded 12s 76,160 $0.16 codex-lowdefault Codex model at low effort codex, default model, low read succeeded 16s 32,660 -
Runner commands and files
Your agent runs these for you, from skills/alethe/scripts/orchestrate.py:
| Stage | Command | What it does |
|---|---|---|
| Setup | doctor, playbook, editor, policy, mode |
Checks the CLIs, prints, shows or edits the playbooks and preferences, keeps it on |
| Plan | scaffold, validate, dry-run |
Starts, checks and previews a plan |
| Run | new, run --in current, budget, note, stop |
Runs the waves of one orchestration |
| After | status, mark, report, list, use |
Explains and values what ran |
The policy and your playbooks live in %APPDATA%\Alethe\ on Windows and ~/.config/alethe/
elsewhere, with one folder per orchestration under orchestrations/:
<folder>/
├── budget.json limits for every wave, optional
├── 01-explore/
│ ├── state.json the batch at a glance, live while it runs
│ ├── plan.json the resolved plan, without task text
│ └── workers/<id>/
│ ├── prompt.txt the brief the worker received
│ ├── result.md its final answer
│ ├── outcome.json status, failure kind, metrics, tripwire
│ ├── diff.patch what a writer changed
│ ├── mark.json used, partial or discarded, optional
│ └── stdout.log, stderr.log
└── 02-build/
| Video | What you will see |
|---|---|
|
Stop Using One AI Agent at a Time: Orchestrate AI Agents
A practical introduction to coordinating several AI coding agents, and to the git worktree isolation that keeps them out of each other's way. Kauã Miguel - Dev · Portuguese |
scout-then-build: cheap read-only scouts map the code, then one worker writes the change.
/alethe editor opens your own playbooks this way, as one offline page where you can switch
profiles, simulate quota and edit a step, then copy the YAML back. It works without Python too.
The YAML behind it
playbooks:
scout-then-build:
name: Scout, then build
goal: Cheap read-only scouts map the code; one standard worker writes the change.
pickWhen: Unfamiliar code with much to read and little to write.
saves: Scouts hand back short summaries instead of raw files filling your context.
avoidWhen: You already know which files change.
next: review-gate
phases:
- id: brief
role: planner
who: lead
tier: strong
readOnly: true
does: Name the areas to map and send one scout per area.
- id: scout
role: scout
tier: cheap
readOnly: true
workers: 4
runner: research
does: One area per scout; keep each slice well under 100K tokens.
returns: A summary under 1.5K tokens with file:line pointers.
gate: The scout reports agree.
- id: settle
role: checker
tier: standard
effort: high
readOnly: true
runner: economy
after: scout
if: conflict
then: recheck
does: Settle only the contradiction, from the cited lines.
- id: plan
role: planner
who: lead
tier: strong
readOnly: true
does: Turn the summaries into one concrete change plan.
- id: build
role: builder
tier: standard
readOnly: false
runner: economy
does: Implement the plan.
returns: Changed files, checks run, failures and risks.
gate: Checks pass.
- id: fix
role: fixer
tier: strong
readOnly: false
runner: economy
after: build
if: checks-failed
then: recheck
does: Fix from the failure excerpt and the diff.MIT, see LICENSE. The Alethe name and logo and the vendor marks belong to their owners. Part of Alethe · Changelog · Issues
