Run bounded coverage or races, drain workers, and consolidate verified results.
Pro scans all 2 files and shows the line behind each finding
Scanned 10/6/2026
npx -y skills add williamwue/oh-my-stack --skill swarm --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Swarm?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/williamwue-swarm-oh-my-stack)More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.
---
name: swarm
description: "Run bounded coverage or races, drain workers, and consolidate verified results."
---
# Swarm
## Codex delegation binding
For every delegated worker in this workflow, derive the exact `model`,
`reasoning_effort`, and complete role-plus-task `message` with
`../../scripts/codex-delegation.mjs prepare` relative to this Skill. It resolves
the nearest project manifest first, then the user manifest. Supply the named
route/panel entry where configured; otherwise supply the canonical role
and the observed parent model and effort. Pass
the returned `task_name`, `fork_turns=none`, model, effort, and message
explicitly to the spawn call. Do not use a generated custom-role name as a selector or
claim its TOML was activated. After the worker finishes, run the helper's
`verify` mode on the persisted parent and child records when available; it
checks the spawn metadata, parent link, and child `turn_context`.
The persisted spawn message may be encrypted; disclose when its exact
role/task text cannot be audited. If records are unavailable, state that
runtime model resolution is unverified.
## Child session handoff
Read [the handoff contract](../poteto-mode/references/subagent-handoff.md).
New tasks, repair rounds, retries, and queue items use fresh child sessions
with the original brief, every later directive, prior findings and responses,
and unresolved objections. Reuse only for required costly live state, and
only when the host allows it. Stop and fence active writers before replacement.
A host-owned orchestrator's model catalog, workspace binding, child tools,
and review-round rules take precedence over the native binding above.
Keep its task handles and attribution receipts. Do not use a backing child
conversation as a new delegated review, or claim native-record verification
for a host-owned child. Report attribution evidence gaps explicitly.
Coordinate one bounded fan-out and return one report. This is not a standing
program, background monitor, or permission to publish. Keep a checklist: frame,
fan out, aggregate, report.
## Frame
State the done predicate, required result, and allowed actions. Choose coverage
(distinct required slices), race (same brief), or mixed (races within slices).
For each race declare first pass, rank all, or best-of plus measurable selection
criteria before dispatch. Define how a PASS is verified, not just self-reported.
Set total worker count and maximum concurrency separately, with an attempt or
time budget. Every required slice must have an owner. For mixed work, define
the selection rule per slice and require all slices for overall completion.
Use `swarm.workers` from the current resolution manifest as the default
worker route; an explicitly named model for a race arm takes precedence after
runtime validation. Resolve available roles without inventing models or hosts.
Local-only dependencies remain local; do not upload workspace data to a remote
worker merely because the runtime supports it.
Give each writer its own isolated output and explicit resource ownership. Check
the starting revision and any necessary local changes. If isolation is missing,
use read-only reports or patch proposals for overlapping scopes; only serialize
writes when the requested task permits sequential work. Never run conflicting
writers on the same resource.
## Fan out and drain
Each standalone brief states goal, shared grounding, exact slice or race arm,
ownership, allowed tools/actions, verification, and a PASS / ISSUES / BLOCKED
report with evidence. When a worker verifies a change, name its exact base and
head revisions. When it measures a result, also freeze the method: sample
count, what constitutes one sample, and sample order. Require the worker to
repeat those coordinates and the method in its result. Dispatch within the
concurrency limit and track native worker handles. Do not count a launch
acknowledgment as a terminal result.
Read and drain every started worker, including losers in a first-pass race.
A verified first-pass result may select a winner early, but cannot justify
abandoning active writers. If safe cancellation is supported, request it and
confirm terminal state. Otherwise wait within budget, or report outstanding
handles and incomplete drainage without claiming completion. Never fabricate
cancellation or terminate unrelated tasks.
If parallel dispatch is unavailable, use bounded sequential workers and say so.
If delegation is unavailable, run separated root passes only for work that can
honestly be done that way. A requested genuine race or independent coverage
remains unverified; do not relabel root passes as workers.
## Aggregate and report
Inspect actual terminal artifacts and root-check critical evidence before
accepting PASS. A dropout leaves a coverage gap; assign a bounded retry or mark
that slice BLOCKED. Race winners must meet the predeclared rule; no passing arm
means no winner. A result missing required revisions or measurement method is
not a PASS: start a fresh worker once with the same frozen contract, including
prior findings and unresolved objections, then record a
gap if it still omits them. A worker with a proven defect reports ISSUES with
every defect it can substantiate, not just the first. Keep failed or
contradictory evidence visible.
Apply [the handoff contract](../poteto-mode/references/subagent-handoff.md)
when retrying or replacing a worker. Fence active writers before replacement.
Return one table of slice/arm, actual worker identity, status, evidence, and
remaining gap, followed by concise findings and the applied selection rule.
Report overall completion only when every required slice passes and all started
workers are drained. Do not paste raw worker dumps or integrate competing code
implicitly; use [arena](../arena/SKILL.md) when synthesis is the requested task.
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!