plugins/legacy/skills/setup-orchestrate/SKILL.md
Bootstrap an orchestrator worktree and print a ready-to-run command. Use when the user wants to start an orchestration run — creates the worktree, initializes global state, and outputs a single copy-paste command to launch the orchestrator in a new terminal.
npx skillsauth add coalesce-labs/catalyst setup-orchestrateInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Create an orchestrator worktree and output a single copy-paste command to launch the orchestration run. No questions — parse the input, create the worktree, print the command.
/catalyst-dev:setup-orchestrate <ticket-ids...>
/catalyst-dev:setup-orchestrate --cycle current
/catalyst-dev:setup-orchestrate --project "Project Name"
/catalyst-dev:setup-orchestrate --auto N
The input MUST be one of:
ADV-214 ADV-215 ADV-208)--cycle current--project "Project Name"--auto N — orchestrate skill will pick top N Todo ticketsIf no input is provided, stop and tell the user:
Usage: /catalyst-dev:setup-orchestrate <ticket-ids...>
/catalyst-dev:setup-orchestrate --cycle current
/catalyst-dev:setup-orchestrate --project "Project Name"
/catalyst-dev:setup-orchestrate --auto N
Do NOT analyze tickets, suggest sequencing, research ticket details, or do any work beyond creating the worktree. Wave planning and dependency analysis is the orchestrate skill's job.
Execute all steps without asking questions. No confirmations, no menus, no options.
Determine which mode the user invoked:
--cycle, extract the value (e.g., current)--project, extract the quoted value (e.g., "Project Name")--auto, extract the integer N that follows (e.g., 5)Build the flag string from the parsed input and call the standalone script:
# Resolve the shared catalyst-dev scripts dir (skills live in catalyst-legacy; scripts stay in
# catalyst-dev). Fail fast with an actionable message if catalyst-dev is not installed.
source "${CLAUDE_PLUGIN_ROOT:-plugins/legacy}/scripts/require-catalyst-dev.sh" \
"${CLAUDE_PLUGIN_ROOT:-plugins/legacy}" || exit 1
# For ticket IDs:
"${CATALYST_DEV_SCRIPTS}/setup-orchestrator.sh" --tickets "<ticket-ids>"
# For cycle mode:
"${CATALYST_DEV_SCRIPTS}/setup-orchestrator.sh" --cycle current
# For project mode:
"${CATALYST_DEV_SCRIPTS}/setup-orchestrator.sh" --project "<project-name>"
# For auto mode:
"${CATALYST_DEV_SCRIPTS}/setup-orchestrator.sh" --auto <N>
The script handles everything: validation, config reading, state init, worktree creation.
The script prints a formatted output block with the worktree path and launch commands.
Display the script's output directly — it already includes the ═══ banner with dry-run
and full-run commands, plus the machine-readable WORKTREE_PATH=... line.
orch-YYYY-MM-DD[-N].development
Migrate a single-harness repo to the dual-harness layout so both Claude Code and Codex load the same instructions and skills — AGENTS.md as the portable canonical doc, a thin CLAUDE.md `@AGENTS.md` bridge, and a `.agents/skills` dir with a `.claude/skills` symlink onto it. Use when asked to migrate to dual-harness, make this repo work in both Claude and Codex, or for agent metadata cleanup.
tools
Goal-driven senior-engineer pipeline-unstick sweep (CTL-1176 rung 3). Given the stuck/failed/needs-human set (or ONE ticket handed by the recovery router), its GOAL is to get the pipeline MOVING again — not to fix one ticket's review findings (that is phase-remediate). It runs AFTER the eyes (diagnostician evidence) and the hands (deterministic unstuck-sweep seams) have already tried, and it CONSUMES their output from a recovery-pass.json brief rather than re-diagnosing or redoing their narrow work. It acts like a senior engineer with full tool access — it resolves merge conflicts, rebases, force-pushes, merges green PRs, and re-dispatches stalled phases AUTONOMOUSLY — and escalates to the operator ONLY for a genuine value judgment / something that degrades other functionality / a real cost-benefit trade-off / a serious architecture change / an ADR conflict. On escalation it AUTHORS the operator inbox row + the push notification (executive-voiced). Dispatched as a `claude --bg` job by phase-agent-dispatch via slash command, AND invocable bare by the operator as a sweep — hence `user-invocable: true`. Ships behind CATALYST_RECOVERY_PASS (off by default — no live behavior change until shadow/enforce).
tools
Diagnose and fix Catalyst setup issues. Validates tools, database, config, OTel, direnv, and thoughts. Automatically fixes what it can — creates directories, initializes the database, sets WAL mode, runs migrations. Use for new installs, upgrades, or when something isn't working.
tools
--- name: phase-triage description: Phase agent that triages a Linear ticket — expands acronyms, classifies (feature/bug/docs/refactor/chore), identifies genuine blockers (a semantic second-pass over the backlog — NOT a prose scrape; CTL-838), estimates scope, writes triage.json, and posts a triage analysis comment to Linear. Triage completion is signaled by that comment plus the local triage.json — there is no `triaged` label. Emits phase.triage.complete.<TICKET> on success and phase.triage.fai