agent-launcher — Domain Orchestrator

Use when a user wants to build, launch, grade, or schedule a Claude Managed Agent (CMA) in their own Anthropic account — "build me an agent", "launch this as a managed agent", "run this on a schedule", "grade my agent against a rubric", "set up a nightly worker".

How to use it

Claude Code
  1. Run the line below. It pulls the whole folder into ~/.claude/skills/agent-launcher-orchestrator, including the files SKILL.md points to.
  2. Describe your job in plain words. Claude Code follows the skill from there.
Claude Code — installs the whole folder, not just SKILL.md
npx degit alirezarezvani/claude-skills/agent-launcher/skills/agent-launcher-orchestrator#main ~/.claude/skills/agent-launcher-orchestrator

For one project only, change the path to .claude/skills/agent-launcher-orchestrator. This skill also uses goal_router.py, loop_compiler.py, goal_state.py, goal.json, interview-to-config.md, loops-and-workflows.md — copying SKILL.md alone won't be enough. See the folder on GitHub.

Claude (web or desktop app)
  1. On this page open ⋯ → Download .md.
  2. Save it as SKILL.md in a folder, zip the folder, then Customize → Skills → + → Create skill → Upload a skill.
  3. Pick the file and Save. Claude shows the name and description and runs a security scan.
  4. Check the skill is switched on.
  5. Start a new chat and describe your job in plain words. The AI follows the skill from there.
ChatGPT or another app
  1. ChatGPT: make a Project and paste it into Instructions.
  2. Neither? Paste it at the top of a new chat — it works for that chat.
Not working?
  • Check which app you pasted it into — the steps above name the right one.
  • Some skills need the paid tier of Claude or ChatGPT.
Step-by-step guide with screenshots · Ask in the forum

Paste into Claude, ChatGPT or Cursor.

Source of agent-launcher — Domain Orchestrator

Show the full text95 lines
namedescriptioncontextversionauthorlicensetagscompatible_tools
agent-launcher-orchestratorUse when a user wants to build, launch, grade, or schedule a Claude Managed Agent (CMA) in their own Anthropic account — "build me an agent", "launch this as a managed agent", "run this on a schedule", "grade my agent against a rubric", "set up a nightly worker". Reads the per-session goal (./my-agent/goal.json), routes deterministically to one of five phase sub-skills (interview → stage-launch → grade-iterate → run-without-you → wrap-up) via goal_router.py, and compiles the goal+phase into an execution shape (single-pass workflow / bounded grade→iterate loop / recurring cron deployment loop) via loop_compiler.py. Forks context so heavy intake (build sheets, payloads, eval cases) stays out of the parent thread. All launches are emitted as BYOK curl the user runs with their own key; no tool makes API calls. Inspired by anthropics/launch-your-agent (Apache-2.0). Distinct from engineering/agent-harness (generic domain loop) and engineering/write-a-skill (authors Claude Code skills, not CMAs).fork2.11.2Alireza RezvaniMIT[claude-managed-agents, cma, agent, launch, orchestrator, session-goal, loop, workflow, cron, outcome, byok][claude-code, codex-cli, cursor, antigravity, opencode, gemini-cli]

agent-launcher — Domain Orchestrator

Every session starts with a goal — one sentence for one CMA. This orchestrator reads that goal, routes to the right phase, and compiles the goal into a loop or a workflow. Heavy intake stays in the forked context; the parent gets a digest.

Inspired by Anthropic's launch-your-agent reference skill (Apache-2.0). This is an independent re-implementation; CMA semantics come from ../../references/cma-primitives.md.

The through-line: the session goal

State lives at ./my-agent/goal.json (the user's folder). Manage it with goal_state.py (init / set / status / advance) — it also backs the /cs:goal command and the opt-in SessionStart hook. The goal's phase selects the lane; the phase + recurrence selects the loop shape.

Routing (deterministic)

Run the router, then act on its exit code:

python3 scripts/goal_router.py --out-dir ./my-agent
# exit 0 ROUTE  -> fork to the named phase sub-skill
# exit 3 ASK    -> ask the one printed forcing question, then re-route
# exit 4 REFUSE -> goal too vague; get one sentence, then re-route
Lane (phase) Sub-skill Loop/workflow
interview interview single-pass workflow
stage-launch stage-launch single-pass workflow
grade-iterate grade-iterate bounded grade→iterate loop
run-without-you run-without-you recurring cron deployment loop
wrap-up wrap-up —

Compile the loop

python3 scripts/loop_compiler.py \
  --out-dir ./my-agent --max-iterations 5 --cron "0 9 * * *" --timezone Europe/Berlin --nest-outcome

loop_compiler.py emits plan.v1: single-pass, grade-iterate (always with a max_iterations cap 1..20), or cron-loop (optionally nesting a self-grading outcome per firing). See ../../references/loops-and-workflows.md.

Pre-flight gates (hard refusals)

  1. No goal set. If goal.json is missing, run goal_state.py init --goal "..." first. The orchestrator does not guess a goal.
  2. Goal too vague. Router exit 4 — get one sentence naming the one job before routing. Never route on under-3-word goals.
  3. Never make API calls. Emit BYOK curl; the user runs it with their own $ANTHROPIC_API_KEY. No script in this plugin touches the network.
  4. Never print the key. Launch scripts read the key from the environment.

Hand-off contract

After routing, fork to the sub-skill with: the goal string, agent_name, out_dir (./my-agent), and the compiled plan.v1. When the sub-skill returns, goal_state.py advance moves the phase and the parent gets a ≤100-word digest (phase done, artifact paths, loop shape, one next step).

Forcing-question library (walk one at a time; recommend + cite)

  1. "What one job should this agent do end-to-end?" — Recommend: the single most repeated task. Cite: interview-to-config.md (six intake slots). Refuse to route a two-job goal; split into two ./my-agent-*/ folders.
  2. "What kicks it off — you ask it, an event, or a schedule?" — Recommend: on-demand for v0, schedule as the Phase-4 upgrade. Cite: loops-and-workflows.md.
  3. "How would you grade a good run?" — Recommend: 3–5 rubric lines grounded in the output. Cite: cma-primitives.md (outcomes; rubric required).
  4. "Is a real integration ready, or do we mock it in v0?" — Recommend: mock with a schema-true custom tool; wire the MCP server as v1. Cite: interview-to-config.md.
  5. "Should run #10 be smarter than run #1?" — Recommend: attach a memory store only if yes; else skip it. Cite: cma-primitives.md (memory limits + injection risk).

Tools

  • scripts/goal_state.py — own goal.json (init/set/status/advance).
  • scripts/goal_router.py — goal → lane (exit 0 route / 3 ask / 4 refuse).
  • scripts/loop_compiler.py — goal+phase → plan.v1 execution shape.
1---
2name: agent-launcher-orchestrator
3description: Use when a user wants to build, launch, grade, or schedule a Claude Managed Agent (CMA) in their own Anthropic account — "build me an agent", "launch this as a managed agent", "run this on a schedule", "grade my agent against a rubric", "set up a nightly worker". Reads the per-session goal (./my-agent/goal.json), routes deterministically to one of five phase sub-skills (interview → stage-launch → grade-iterate → run-without-you → wrap-up) via goal_router.py, and compiles the goal+phase into an execution shape (single-pass workflow / bounded grade→iterate loop / recurring cron deployment loop) via loop_compiler.py. Forks context so heavy intake (build sheets, payloads, eval cases) stays out of the parent thread. All launches are emitted as BYOK curl the user runs with their own key; no tool makes API calls. Inspired by anthropics/launch-your-agent (Apache-2.0). Distinct from engineering/agent-harness (generic domain loop) and engineering/write-a-skill (authors Claude Code skills, not CMAs).
4context: fork
5version: 2.11.2
6author: Alireza Rezvani
7license: MIT
8tags: [claude-managed-agents, cma, agent, launch, orchestrator, session-goal, loop, workflow, cron, outcome, byok]
9compatible_tools: [claude-code, codex-cli, cursor, antigravity, opencode, gemini-cli]
10---
11 
12# agent-launcher — Domain Orchestrator
13 
14Every session starts with a **goal** — one sentence for one CMA. This orchestrator
15reads that goal, routes to the right phase, and compiles the goal into a **loop or
16a workflow**. Heavy intake stays in the forked context; the parent gets a digest.
17 
18Inspired by Anthropic's `launch-your-agent` reference skill (Apache-2.0). This is
19an independent re-implementation; CMA semantics come from
20[`../../references/cma-primitives.md`](../../references/cma-primitives.md).
21 
22## The through-line: the session goal
23 
24State lives at `./my-agent/goal.json` (the user's folder). Manage it with
25`goal_state.py` (init / set / status / advance) — it also backs the `/cs:goal`
26command and the opt-in `SessionStart` hook. The goal's `phase` selects the lane;
27the phase + recurrence selects the loop shape.
28 
29## Routing (deterministic)
30 
31Run the router, then act on its exit code:
32 
33```bash
34python3 scripts/goal_router.py --out-dir ./my-agent
35# exit 0 ROUTE -> fork to the named phase sub-skill
36# exit 3 ASK -> ask the one printed forcing question, then re-route
37# exit 4 REFUSE -> goal too vague; get one sentence, then re-route
38```
39 
40| Lane (phase) | Sub-skill | Loop/workflow |
41|---|---|---|
42| interview | `interview` | single-pass workflow |
43| stage-launch | `stage-launch` | single-pass workflow |
44| grade-iterate | `grade-iterate` | **bounded grade→iterate loop** |
45| run-without-you | `run-without-you` | **recurring cron deployment loop** |
46| wrap-up | `wrap-up` | — |
47 
48## Compile the loop
49 
50```bash
51python3 scripts/loop_compiler.py \
52 --out-dir ./my-agent --max-iterations 5 --cron "0 9 * * *" --timezone Europe/Berlin --nest-outcome
53```
54 
55`loop_compiler.py` emits `plan.v1`: `single-pass`, `grade-iterate` (always with a
56`max_iterations` cap 1..20), or `cron-loop` (optionally nesting a self-grading
57outcome per firing). See [`../../references/loops-and-workflows.md`](../../references/loops-and-workflows.md).
58 
59## Pre-flight gates (hard refusals)
60 
611. **No goal set.** If `goal.json` is missing, run
62 `goal_state.py init --goal "..."` first. The orchestrator does not guess a goal.
632. **Goal too vague.** Router exit 4 — get one sentence naming the one job before
64 routing. Never route on under-3-word goals.
653. **Never make API calls.** Emit BYOK curl; the user runs it with their own
66 `$ANTHROPIC_API_KEY`. No script in this plugin touches the network.
674. **Never print the key.** Launch scripts read the key from the environment.
68 
69## Hand-off contract
70 
71After routing, fork to the sub-skill with: the goal string, `agent_name`,
72`out_dir` (`./my-agent`), and the compiled `plan.v1`. When the sub-skill returns,
73`goal_state.py advance` moves the phase and the parent gets a ≤100-word digest
74(phase done, artifact paths, loop shape, one next step).
75 
76## Forcing-question library (walk one at a time; recommend + cite)
77 
781. **"What one job should this agent do end-to-end?"** — *Recommend:* the single
79 most repeated task. *Cite:* interview-to-config.md (six intake slots). Refuse to
80 route a two-job goal; split into two `./my-agent-*/` folders.
812. **"What kicks it off — you ask it, an event, or a schedule?"** — *Recommend:*
82 on-demand for v0, schedule as the Phase-4 upgrade. *Cite:* loops-and-workflows.md.
833. **"How would you grade a good run?"** — *Recommend:* 3–5 rubric lines grounded
84 in the output. *Cite:* cma-primitives.md (outcomes; rubric required).
854. **"Is a real integration ready, or do we mock it in v0?"** — *Recommend:* mock
86 with a schema-true custom tool; wire the MCP server as v1. *Cite:* interview-to-config.md.
875. **"Should run #10 be smarter than run #1?"** — *Recommend:* attach a memory
88 store only if yes; else skip it. *Cite:* cma-primitives.md (memory limits + injection risk).
89 
90## Tools
91 
92- `scripts/goal_state.py` — own `goal.json` (init/set/status/advance).
93- `scripts/goal_router.py` — goal → lane (exit 0 route / 3 ask / 4 refuse).
94- `scripts/loop_compiler.py` — goal+phase → `plan.v1` execution shape.
95 

Discussion

Alternatives

Also in Launch planningSee all 277 in Product →
AI Product Launch PlaybookLaunch your AI product to global attention — the playbook behind Manus, Devin, and AFFiNE's breakout launches. Covers AI-specific GTM strategy, hype cycle management, waitlist tactics, and multi-market rollout for maximum day-one impact.Business & ops · MITShipping and launchPrepares production launches. Use when preparing to deploy to production, or when asking what needs to be in place before shipping. Use when you need a pre-launch checklist, when setting up monitoring, when planning a staged rollout, or when you need a rollback strategy.Business & ops · MITLaunch StrategyWhen the user wants to plan a product launch, feature announcement, or release strategy. Also use when the user mentions 'launch,' 'Product Hunt,' 'feature release,' 'announcement,' 'go-to-market,' 'beta launch,' 'early access,' 'waitlist,' 'product update,' 'how do I launch this,' 'launch checklist,' 'GTM plan,' or 'we're about to ship.' Use this whenever someone is preparing to release something publicly. For ongoing marketing after launch, see marketing-ideas. For the offer being launched (bonuses, guarantees, scarcity, naming), see offers.Marketing · MITPacsomaticOperator toolkit for nf-core/pacsomatic matched tumor-normal workflows from BAM inputs. Use this skill when the user needs to validate run inputs, generate pacsomatic-compliant samplesheets, prepare reproducible Nextflow launch artifacts, run locally or submit to schedulers (LSF/Slurm/PBS/SGE), and triage execution failures. Triggers on requests to run pacsomatic, prepare launch commands/scripts, perform dry-run checks, or troubleshoot pipeline startup and scheduler submission errors.Science · MIT