Skip to content
Development
Skill

/swarm

Host-only explicit fan-out overlay for /swarm or 'swarm this'. Never an entry workflow; caller owns lifecycle, integration, and final judgment.

BOOST
From plugin
khanelinix
34750 skills10 agents6 commands
Install
$ npx -y skills add khaneliman/khanelinix --skill swarm --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/swarm

Context preview

The summary Claude sees to decide when to auto-load this skill.

Host-only explicit fan-out overlay for /swarm or 'swarm this'. Never an entry workflow; caller owns lifecycle, integration, and final judgment.

SKILL.md

swarm.SKILL.md
name: swarm
description: "Host-only explicit fan-out overlay for /swarm or 'swarm this'. Never an entry workflow; caller owns lifecycle, integration, and final judgment."
license: Complete terms in LICENSE
metadata:
  disable-model-selection: "true"

Swarm

Fan out independent worker slices inside the host harness. Return evidence to the parent. Keep lifecycle, integration, and final judgment with the caller.

Trigger

Activate only when the user explicitly says `/swarm` or `swarm this`. Do not implicitly invoke this skill for parallel work, multiple files, or slow checks. This skill is host-only and stays outside marketplace publication.

Workflow

1. Require the parent to provide task, paths, constraints, success criteria, exit criteria, and the available concurrency cap. 2. Partition independent coverage slices. Keep each slice narrow, non-overlapping, and independently verifiable. 3. Assign one write owner per path. Mark read-only slices separately. Never run concurrent writers against the same path. 4. Cap worker concurrency at explicit user or host limits and any parent cap required by task constraints. A parent recommendation to conserve quota based on pace is advisory, not a hard cap. Requests for more workers or an explicit swarm override that forecast-based reduction. Actual provider exhaustion still requires a capable available route. If using quota advice through `multi-provider-sdlc`, pass `--user-requested`. 5. Give each worker only task, paths, verified context, constraints, write policy, skill or tool lane, required evidence, and exit criteria. 6. Collect one evidence packet per worker with result, changed paths, commands, observable evidence, gaps, and remaining risk. Never fabricate a packet. 7. Return packets to the parent for integration and judgment. Do not integrate changes, advance lifecycle phases, or perform external writes.

Distinctions

  • Use `arena` for competing candidates for one artifact. Use `swarm` for

independent coverage slices of one parent-owned task.

  • Use `multi-provider-sdlc` for explicit provider or model seat selection. Use

`swarm` for host-only fan-out regardless of provider diversity.

Boundaries

The parent owns lifecycle, architecture, integration, final judgment, commits, pushes, merges, pull requests, and other external writes.

Read more
Ships withkhanelinix

Run packages directly with: Or install from the packages output. For example:

Get the whole plugin

Other skills on khanelinix.