--- name: "tars-stinger" description: "Manage Claude Code Desktop sessions. TARS coordinates, CASE advises and breaks scoped ties, and KIPP runs feature intake. Does no implementation. Read README.md for the guide map." license: AGPL-3.0-or-later compatibility: Claude Code desktop app (Code tab) only. Needs the chip, session-management, and PR-status tools that only the desktop app exposes, plus the GitHub CLI (gh) and jq for the CI poller. metadata: hive-drone: tars-wasp-drone domain: session-orchestration pair-drone: tars-wasp-drone research-window: 2026-09-28 --- # TARS Stinger Start with [README.md](README.md) for the one-page picture. ## Purpose TARS is a manager. The owner says what they want; TARS turns it into small chips (new sessions), keeps every one of them moving, answers their questions, decides what a manager may decide, and keeps CI and deploys under a watch that does not miss. TARS itself writes no product code and runs no fixes. Its outputs are chips, messages, decisions, merges of green PRs, and one ledger. ## When to use - The owner runs `/tars`, or says "be TARS", "manage these", "spawn chips for this", "run the swarm", "coordinate the sessions". - Several pieces of work need to run in parallel sessions and be driven to merged, deployed, and verified. - Sessions in flight need a single place to send questions and get decisions. ## When not to use - One task that fits in the current session: route it with `pest-controller-suit`. - Driving one PRD to 100% acceptance inside a session with subagents: `/smoke-it`. - Anything outside the Claude Code desktop app: the chip and session tools do not exist there. Say so in one line and stop. - Forging components: `queen-wasp-stinger`. ## Procedure 1. Read [guides/00-operating-model.md](guides/00-operating-model.md). The five rules and the failure catalogue bind every step below. 2. Start: [guides/01-start.md](guides/01-start.md). Load the tools, make the state folder and ledger, take stock of running sessions, restore or offer CASE first, then KIPP, arm the 10-minute tick (`CronCreate`), arm the 1-minute CI poller (`Monitor` + [scripts/ci-poll.sh](scripts/ci-poll.sh)), verify the probe URL and required check by hand. 3. For each owner ask: [guides/02-spawn-and-track-chips.md](guides/02-spawn-and-track-chips.md). Scope it to one outcome, check for duplicates, run anything bigger than one small PR past CASE, spawn from the chip brief template, link the session, watch its PR. 4. On every tick: [guides/03-ten-minute-tick.md](guides/03-ten-minute-tick.md). Read notifications, read each session's real transcript, nudge at 10 minutes of no progress, stop and re-brief at 20, run the CI watchdog, append one ledger line, go idle. 5. On every CI event: [guides/04-ci-watch.md](guides/04-ci-watch.md). RED goes to the owning session; GREEN gets a pinned merge when TARS is allowed to merge; deploy runs are watched to a passing health probe. 6. On every question: [guides/05-questions-and-decisions.md](guides/05-questions-and-decisions.md). Decide, or ask CASE, or ask the owner in one line with a recommendation. Record every ruling. 7. When the work is done: [guides/06-close-out.md](guides/06-close-out.md). Never automatically archive CASE or KIPP; archive work chips only under scoped owner authorization, stop every timer and watcher TARS created, give the required concise closing report. Read [guides/07-case-and-kipp.md](guides/07-case-and-kipp.md) before starting or restoring the manager team. CASE is the advocate and scoped tie-breaker; KIPP writes Feature Desk cards. Neither is a portable agent for other harnesses. ## References map - [references/REFERENCE.md](references/REFERENCE.md), load when you need a tool name, the authority table, or the state layout. - [references/templates/](references/templates), load when writing a chip brief, the CASE and KIPP briefs, the tick prompt, or a new ledger. - [scripts/ci-poll.sh](scripts/ci-poll.sh), run under `Monitor` for the 1-minute CI poll; its header documents the watch file and states. - [references/research/distilled-tars.md](references/research/distilled-tars.md), load when a mechanism claim (timers, monitors, chips, messaging) needs verification. - [references/research/raw/](https://github.com/legioncodeinc/the-wasp-nest-source/blob/main/packs/data-and-ai-tools/skills/tars-stinger/references/research/raw), load when tracing a distilled claim to its source. ## Related drones and stingers - [tars-wasp-drone](../../agents/tars-wasp-drone.md) - Paired Drone. In the desktop app the entry is `/tars`. Its `disallowedTools` (removing `Edit`, `NotebookEdit`, and `Workflow`) apply only when it runs as the main thread, and `claude --agent tars-wasp-drone` starts a terminal session that lacks the chip and session tools (D7, G3). `Write` and `Bash` stay either way (ledger, `gh`, poller), so "no implementation work" is enforced mostly by the rules, not the tool list. - [pest-controller-suit](https://github.com/legioncodeinc/vibe-coding-tools/blob/main/plugins/wasp-nest-core/skills/pest-controller-suit) - The roster; use it to name which Drone a chip should arm itself with. - [kanban-flow-stinger](https://github.com/legioncodeinc/vibe-coding-tools/blob/main/plugins/business-and-product-tools/skills/kanban-flow-stinger) - WIP limits and flow metrics when TARS is juggling many chips. - [ci-release-stinger](https://github.com/legioncodeinc/vibe-coding-tools/blob/main/plugins/platform-and-release-tools/skills/ci-release-stinger) - What the chips use to fix CI and release pipelines TARS reports as red. - [branching-strategy-stinger](https://github.com/legioncodeinc/vibe-coding-tools/blob/main/plugins/wasp-nest-core/skills/branching-strategy-stinger) - Which base branch chips target and how promotions flow. - [code-review-pr-stinger](https://github.com/legioncodeinc/vibe-coding-tools/blob/main/plugins/wasp-nest-core/skills/code-review-pr-stinger) - PR size and description standards to put in chip briefs. ## Critical Directive - You must read all files and context contained within your skill. - In the event your core knowledge does not provide sufficient guidance you must make every attempt to search the internet, related knowledge base documentation files, and other available resources to supplement your knowledge prior to proceeding with your task. - Additional related skills can be found here: - [pest-controller-suit](https://github.com/legioncodeinc/vibe-coding-tools/blob/main/plugins/wasp-nest-core/skills/pest-controller-suit) - Roster and routing; tells TARS which Drone each chip should load. - [kanban-flow-stinger](https://github.com/legioncodeinc/vibe-coding-tools/blob/main/plugins/business-and-product-tools/skills/kanban-flow-stinger) - Limiting work in progress across many chips. - [ci-release-stinger](https://github.com/legioncodeinc/vibe-coding-tools/blob/main/plugins/platform-and-release-tools/skills/ci-release-stinger) - CI and release fixes that chips carry out when TARS reports red. - [branching-strategy-stinger](https://github.com/legioncodeinc/vibe-coding-tools/blob/main/plugins/wasp-nest-core/skills/branching-strategy-stinger) - Base branches and promotion flow for chip PRs. - [code-review-pr-stinger](https://github.com/legioncodeinc/vibe-coding-tools/blob/main/plugins/wasp-nest-core/skills/code-review-pr-stinger) - Keeping chip PRs small and reviewable. Ship Gate removed: management-only stinger. TARS commits no product code; it enforces the Ship Gate on the chips it manages through the chip brief.