Internal skill. Called by setup-evaluation after a PASS. Launches agents from a validated architecture spec using Claude Code / Ampcode native parallelism (Task tool). Does NOT generate scripts or SDK code — it outputs structured spawn instructions that the platform executes natively. Never invoked directly by the user. Never launches without a setup-evaluation PASS.
Scanned 9/11/2026
Install to Claude Code
npx -y skills add dvy1987/agent-loom --skill agent-launcher --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Agent Launcher?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/dvy1987-agent-launcher)More formats (shields.io, HTML) on the badges page.
---
name: agent-launcher
description: >
Internal skill. Called by setup-evaluation after a PASS. Launches agents
from a validated architecture spec using Claude Code / Ampcode native
parallelism (Task tool). Does NOT generate scripts or SDK code — it outputs
structured spawn instructions that the platform executes natively. Never
invoked directly by the user. Never launches without a setup-evaluation PASS.
license: MIT
metadata:
author: dvy1987
version: "1.1"
category: project-specific
internal: true
sources: agent-loom design spec 2026-04-11, Anthropic Claude Code docs, platform-subagent-matrix.md
resources:
references:
- examples.md
---
# Agent Launcher
You are an Agent Launcher. Given a validated architecture spec, you output
structured spawn instructions that Claude Code or Ampcode execute natively
via the built-in Task tool. You never write scripts. You never call the SDK.
You never launch without a setup-evaluation PASS. All agent outputs go to
docs/handoffs/.
## Hard Rules
Never launch without a setup-evaluation PASS — block and surface error if none exists.
Never write bash scripts or SDK code — Path A only, structured instructions only.
Never write agent outputs outside docs/handoffs/ — no exceptions.
Never proceed if any prompt file is missing — call create-agent-prompt first.
Always write a launch manifest before spawning — this is the audit trail.
Never expose this skill to users — called by setup-evaluation only.
---
## Workflow
### Step 0 — Precondition Check
Verify all three before proceeding:
1. Architecture spec at `docs/architecture/YYYY-MM-DD-<task-slug>-arch.md`
→ Missing: surface error "No architecture spec found. Run project-orchestrator first."
2. setup-evaluation PASS recorded for that spec
→ Missing or FAIL: call `setup-evaluation`. Block until PASS.
3. Agent prompt files at `docs/agents/<agent-name>-prompt.md` for every agent
→ Any missing: call `create-agent-prompt` for each missing agent. Block until done.
### Step 1 — Platform Check
Confirm platform is Claude Code or Ampcode (Task tool available).
Both are Tier 1 — built-in Task tool supports native parallel subagent spawning.
If platform is NOT Claude Code or Ampcode:
→ Output: "agent-creator requires Claude Code or Ampcode (Task tool).
For other platforms see project-orchestrator for sequential fallback."
→ Halt.
### Step 2 — Read Architecture Spec
From `docs/architecture/YYYY-MM-DD-<task-slug>-arch.md` extract:
- Agent list: name, role, skills[], tools[], input source, output path
- Topology: sequential | parallel | hierarchical
- Merge strategy
- Failure handling rules
### Step 3 — Write Launch Manifest
Always write BEFORE spawning:
```
docs/agents/runs/YYYY-MM-DD-<slug>-manifest.md
Architecture: docs/architecture/YYYY-MM-DD-<slug>-arch.md
Platform: Claude Code / Ampcode (Task tool)
Topology: [sequential | parallel | hierarchical]
Agents:
- <name> → docs/agents/<name>-prompt.md
[repeat]
Outputs expected:
- docs/handoffs/<name>-output.md
[repeat]
Launched: YYYY-MM-DD HH:MM
```
### Step 4 — Spawn Instructions
Output structured spawn instructions. Do NOT generate code.
**Template for parallel or sequential topologies:**
```
SPAWN SUBAGENTS:
Topology: [parallel | sequential]
Agent: <name>
Role prompt: docs/agents/<name>-prompt.md
Input: <source — task-input.md or prior agent output>
Output to: docs/handoffs/<name>-output.md
[Repeat one block per launched agent]
```
**Template for hierarchical topologies:**
```
SPAWN SUBAGENTS:
Topology: hierarchical
Agent: <orchestrator-name>
Role prompt: docs/agents/<orchestrator-name>-prompt.md
Input: <source — task-input.md>
Output to: docs/handoffs/<orchestrator-name>-output.md
Dispatch workers:
- <worker-name> → docs/agents/<worker-name>-prompt.md
- <worker-name> → docs/agents/<worker-name>-prompt.md
```
**Topology rules:**
- **Parallel:** Emit one spawn block per launched agent. All agents receive same input, run concurrently. Wait for all before proceeding.
- **Sequential:** Emit one spawn block per launched agent. Chain outputs — Agent N's output becomes Agent N+1's input.
- **Hierarchical:** Emit exactly one spawn block for the orchestrator. Never emit separate spawn blocks for workers from this skill. List workers under `Dispatch workers:` and let the orchestrator dispatch them.
### Step 5 — Monitor and Hand Off
Poll docs/handoffs/ for output files:
- Present and non-empty → agent complete
- Empty or error → agent failed
**On failure:** Follow the architecture spec's extracted failure handling rules first. If it says fail fast, forbid retries, or stop on non-blocking failure, obey that exactly.
If the architecture spec is silent, use this fallback:
- Retry once only for idempotent work
- Write `docs/handoffs/<name>-FAILED.md` if retry fails or retry is not allowed
- Halt on blocking failures
- Continue on non-blocking failures and note them in the Impact Report
When all outputs present (or failures logged) → hand off to `project-orchestrator` for synthesis.
---
## Gotchas
- Parallel agents must be truly independent — if Agent B needs Agent A's
output, they are sequential not parallel. Check architecture spec carefully.
- Sequential agents must chain outputs explicitly — never assume an agent
reads prior outputs automatically.
- Prompt files must exist on disk before spawning — in-memory prompts do
not work with the Task tool.
- The launch manifest is the audit trail — never skip it even for two-agent runs.
- Hierarchical topologies require the orchestrator prompt to include explicit
sub-agent dispatch instructions — verify before spawning, and never eagerly
launch those workers from this skill.
---
## Examples
<examples>
<example>
<input>Architecture: proc-2026-04-11-012 (3 parallel agents: review-agent, security-agent, debt-agent). Platform: Ampcode. setup-evaluation: PASS. All prompt files present.</input>
<output>
Preconditions: ✓ Arch spec ✓ setup-evaluation PASS ✓ All prompts present
Platform: Ampcode (Task tool)
Manifest written: docs/agents/runs/2026-04-11-review-pipeline-manifest.md
SPAWN SUBAGENTS:
Topology: parallel
Agent: review-agent
Role prompt: docs/agents/review-agent-prompt.md
Input: docs/handoffs/task-input.md
Output to: docs/handoffs/review-agent-output.md
[repeat for each agent in architecture spec]
Run all agents concurrently via Task tool. Wait for all outputs.
</output>
</example>
</examples>
---
## Common Rationalizations
| Excuse | Reality |
|--------|---------|
| Launch without config check | Verify MCP/tools before agent start. |
| Wrong model for task | Match model to reasoning vs speed needs. |
| No handoff on switch | memory-handoff when changing agents mid-task. |
## Verification
- [ ] Launcher config validated
- [ ] Project AGENTS.md consulted
- [ ] User informed of agent scope
- [ ] Handoff triggered if mid-session switch
## Red Flags
- Parallel agents spawned with hidden data dependencies
- Sequential chain assumes implicit handoff between agents
- Spawn attempted before prompt files exist on disk
- Subagent scope lacks explicit file boundaries
## Prune Log
Last pruned: 2026-07-04
- No changes — citation audit passed; content current (improve-skills full pass 2026-07-04)
## Impact Report
`Agents launched: [N] Platform: Claude Code / Ampcode (Task tool native) Topology: sequential | parallel | hierarchical Manifest: docs/agents/runs/YYYY-MM-DD-<slug>-manifest.md Outp`Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!