Skip to content
Back to skills

Agent Launcher

ASecurity

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.

  • 3 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 11, 2026
ai-agentsgobashsecurity

Works with

  • claude code
  • mcp

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned September 11, 2026

npx -y skills add dvy1987/agent-loom --skill agent-launcher --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Agent Launcher?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Agent Launcher
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/dvy1987-agent-launcher/badge)](https://www.skillsdirectory.com/skills/dvy1987-agent-launcher)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
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`

Files in this skill

  • SKILL.md7.4 KB
  • references/examples.md1.9 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…