LLM-facing skill teaching agents how to spawn ainb sessions correctly and how to use `ainb fleet ...` orchestration subcommands. Spawning covers the `ainb run` contract (always into a git worktree, plus the `--parent` shapes that silently misfire). Fleet covers multi-session broadcast, ack-gated sequence, blocked-session needs, the auto-continue daemon, and ATC. Replaces the deprecated `popa` plugin: the Node code is gone; the orchestration logic now lives in ainb's Rust binary.
Plugin ainb-fleet from marketplace agents-in-a-box in stevengonsalvez/agents-in-a-box. Commands read from the repo's manifest — 1 month ago.
ainb-fleetFleet orchestration overview — the `ainb fleet ...` Rust subcommand namespace for driving every claude session on the host. Routes to the sub-skills (ainb-spawn / standup / broadcast / sequence / needs / daemon / atc). Invoke this for an at-a-glance map of what fleet can do; reach for the specific s
ainb-fleet:ainb-spawnSpawn a coding-agent session correctly with `ainb run`: always into a git worktree, never bare into a plain checkout. Use whenever you are about to start a Claude/Codex/Gemini/Copilot session in a terminal. Guards the invocations that silently produce a `(broken)` workspace row, two agents sharing o
ainb-fleet:atcATC (Air Traffic Control) — the single operator-visible fleet supervisor, in exactly one mode: `lite` (no LLM: deterministic scan, known-transient retry policy, safety caps, evidence) or `full` (the persistent orchestrating brain). Full mode is a plain `ainb` session (Claude or Codex) running a gene
ainb-fleet:bridgeNative phone bridge — relay messages two-way between a chat channel (Telegram, Slack, and/or Discord) and your ainb sessions. Inbound chat messages route to a target session (by `name:` prefix, else a conductor- first default) and are delivered via tmux send-keys; the session's reply is captured fro
ainb-fleet:broadcastFan out a single prompt to selected claude sessions across the fleet. Use when you need to apply the same instruction (e.g. `/clear`, `git pull`, `remote-control disconnect`) to many sessions at once. Routing: tmux send-keys by default (the broker is an opt-in fallback, toggled via AINB_FLEET_TRANSP
ainb-fleet:costShow fleet spend — per-session, per-model, per-day, and per-group USD cost rollups for every claude/codex session, sourced live from ainb's burndown analytics (which already prices every provider call). Use when you need spend visibility across a multi-session fleet, want to find the most expensive
ainb-fleet:daemonLong-running watcher that scans every claude session every 5s and auto-sends `continue` to any session whose recent tmux pane buffer matches a known API-error regex (rate_limited, overloaded_error, internal_server_error, request_timeout, socket_hang_up, fetch_failed, ECONNRESET). Use this when you w
ainb-fleet:daemonsRuntime-health view of the four fleet daemons — phone bridge, notifyd, ATC, and the fleet auto-continue daemon — in one table. Each row reports state (running / stopped / unknown), pid, uptime, last activity, error count, and a HEALTH reason that distinguishes a clean stop from a crash (stale heartb
ainb-fleet:fleet-needsWorkflow-backed Jarvis control panel. Runs the deterministic `hangar` workflow with verb=needs (discover → enrich → prioritize), renders the Jarvis HUD from its render-ready cards, fires AskUserQuestion per blocked session, and routes each answer back via tmux send-keys (broker fallback only). Requi
ainb-fleet:needsCenter control panel — enumerate every claude session that is blocked waiting on something: a user answer (AskUserQuestion fired), an API error retry, an idle assistant turn-end with no follow-up, or an explicit WAITING: marker. Returns rich JSON with signal kind + context per session. Use this when
ainb-fleet:sequenceOrdered multi-step prompts to fleet targets, ack-gated between steps via JSONL assistant-turn-end detection. Use for cycles like disconnect→reconnect→verify, or any flow where step N+1 requires step N to have completed first. The skill BLOCKS until each target's transcript shows the next assistant t
ainb-fleet:standupShow fleet status — every claude session running on the host, merged across ainb + claude-peers broker + background jobs. Use when you need to enumerate sessions before composing an action, check the `summary` of each session, or pipe the list into jq for filtering. (Writes go via tmux by default; a
Agent self-improvement + retrieval. Captures learnings via colon-namespaced sub-skills (reflect, reflect:consolidate, reflect:ingest, reflect:recall, reflect-status) and auto-injects relevant prior learnings via SessionStart/UserPromptSubmit hooks. PostToolUse arms low-cost mini-learning capture; Stop enqueues short-session reflection. Philosophy: Correct once, never again; recall everything next time.
10 skills · hooks
Explanatory and brand illustration skill starring Popa (a pink blob with a notepad) drawn as intricate hand-drawn sketchnotes. Digest -> shot list -> per-image generation -> QA -> deliver. Invoke illustration or illustration:popa. Sourced from ainb-toolkit.
2 skills
Emit actionable host-agent lifecycle events to the ainb notification inbox: Claude/Copilot Notification, Codex PermissionRequest, and Stop/agentStop are delivered to ainb-notifyd over a Unix socket, surfacing as native OS banners, the ainb-tui Inbox screen, and per-session attention markers. Telemetry events are intentionally not hooked. Install via `/plugin install ainb-hooks@agents-in-a-box` (Claude); Codex/Copilot wiring is handled by `ainb notifyd install`.
hooks
Caveman mode lifecycle hooks. PostToolUse watermark-tracks output tokens per session and writes .caveman-statusline-suffix so the statusline badge updates live. PreCompact re-injects the full caveman ruleset into the compaction summary so mode survives context compaction. Pair with caveman@caveman for full caveman setup. Sourced from ainb-toolkit.
hooks
Agentic QE (external: maintained in proffesor-for-testing/agentic-qe, pinned to v3.15.17): a quality-engineering fleet with 11 QE agents, 9 skills, 9 commands, the agentic-qe MCP server pinned to the plugin version, and the aqe-mod guard that refuses destructive operations on AQE learning data
9 skills · 9 commands · 11 agents · 1 MCP server
Multi-agent orchestration grounded in an LLM wiki. /dev-loop:orchestrate splits one goal into a dependency graph of parallel Claude Code sessions, each in its own worktree, and supervises them natively on Orca (a tracked Task + Dispatch per phase, pushed worker_done / question / escalation events instead of polling, stall detection; raw tmux fallback). Every plan decision must cite a page in a bundled best-practice wiki of 400+ pages across 10 domains, checked by machine gates and a fresh-context plan reviewer. Insights from your sessions are queued and turned into reviewed wiki PRs when you run /dev-loop:knowledge-flush (automatic flushing is opt-in and never bypasses permission checks).
9 skills · 11 agents · 1 MCP server · hooks
Display Claude agent status (working/waiting) in tmux window names
6 skills · hooks
Produce a complete OTA update system design — partition layout, update flow, rollback conditions, validation checks, fleet management approach, failure modes and recovery. Use when asked about "OTA updates", "firmware updates over the air", "how do I update devices in the field", "OTA strategy", or "remote firmware update design".
1 skill
Introduces tmux-cli skill for interacting with CLI scripts and other code agents inside tmux panes using the `tmux-cli` command
1 skill
Trucking and fleet operations: incident investigation, hours compliance, maintenance programmes, freight rates, audits and driver retention.
6 skills
This page updates itself from your repo. Add the badge to your README, or get it Featured to pin it above the organic results with a followed link to your site.