Skip to main content

swarm

Fan out N parallel workers, drain them, and return one report. Use for /swarm, 'swarm this', or parallel coverage, races, gauntlets, and exploration.

Source facts

Repository
alexanderop/pstack
Last source activity
September 18, 2026 at 08:04
Detected SKILL.md language
English
Stars
1
Forks
0

Install options

The review-first prompt is selected by default. You can switch to a direct command or download a local copy.

Review the source files

Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.

File Explorer
2 files

Showing SKILL.md

SKILL.md
Source instructions · Read-only preview
name
swarm
description
Fan out N parallel workers, drain them, and return one report. Use for /swarm, 'swarm this', or parallel coverage, races, gauntlets, and exploration.
disable-model-invocation
true
# Swarm Before delegating, read [the harness instructions](../../harness/README.md) and the active harness file. Map agent names, tool arguments, and model roles there. Fan out N parallel cloud workers. They may cover separate slices, race the same brief, or mix both. The parent waits, aggregates, and returns one report. ## Start Open a todolist with one entry per phase before launching anything. 1. Frame 2. Fan out 3. Aggregate 4. Report ## Phase A: Frame 1. State the done predicate and the artifact or report the swarm must return. 2. Choose the shape. Partition into slices, race N workers on identical briefs, or mix both. For a race or mixed shape, declare `first pass`, `rank all`, or `best-of` before spawning. 3. Set N from the user or derive it from the shape. N is total workers, not the cloud concurrency limit. 4. Pick the worker model from `swarm workers` in `~/.pstack/models.md` when present. Otherwise use the active harness file's `swarm workers` default. For a model race, name each arm's model up front, and skip the race entirely on a harness with no per-subagent model override. 5. Give each worker its own writable output when it writes. ## Phase B: Fan out Spawn all N workers in one message, backgrounded, with the configured model, using the subagent tool the active harness file names. Cursor takes `environment: "cloud"` for workers that need no local access; every other harness runs workers locally, so give each one its own worktree or output directory instead (Phase A step 5) and treat the harness file's "long-running work" section as the ceiling on how detached a worker can be. When a worker must start from a non-default pushed branch, pass `cloud_base_branch`. Every brief stands alone. Include the goal, scope, exact slice or race arm, how to verify, and what to report. Reports use `PASS`, `ISSUES`, or `BLOCKED` with evidence. If a worker drops out, proceed with N-1 and note it. ## Phase C: Aggregate Read the terminal results. For coverage, every required slice needs a result. For a race, apply the selection rule declared up front. Use first pass, rank all, or best-of. Do not paste raw worker dumps. Keep a compact result table, one-line evidenced issues, and explicit gaps or dropouts. ## Phase D: Report Return one consolidated in-chat report with the table, issue one-liners, gaps or dropouts, and the race rule when used.
View on GitHub