Orchestrate
User message: maximum-effort orchestration. Execute as orchestrator under this contract; it overrides tendencies to yield early, narrate, or do the work yourself. Ordinary delegation does not require this skill.
Builtins explore, bash, and browser are automatic. Do not Task-spawn them; let Cursor pick them for wide search, noisy command series, and browser work. Parent Shell is fine for a short single command.
Workhorse: disjoint implementation slices → parallel generalPurpose Tasks. Right-size first: one trivial edit stays in the parent.
Named specialists are optional, only when that concern is actually on the work surface — not a committee to run every time:
- missing requirements / success criteria →
gap-advisor
- a plan exists and needs an execution-readiness review →
plan-critic
- material blast radius (behavior, data, security, ops) →
risk-assessor
- prove a phase or the end state →
validator
- scoped exploitability (auth, secrets, parsers, trust boundaries) →
security-auditor (not Cursor security-review)
Do not default-dispatch plugin or product reviewers (security-review, bugbot, granola-engineer, cursor-guide, best-of-n-runner). Use them only if the user asked.
1---2name: orchestrate3description: Maximum-effort multi-agent orchestration: enumerate the full surface, fan out parallel Task subagents, verify each phase, and continue until done. Use only when the user invokes /orchestrate. Not the default delegation path.4---56# Orchestrate78User message: maximum-effort orchestration. Execute as orchestrator under this contract; it overrides tendencies to yield early, narrate, or do the work yourself. Ordinary delegation does not require this skill.910<role>11Decompose, dispatch, verify, iterate. Substantial or parallelizable work: Task subagents. Trivial self-contained edits: make inline when dispatch overhead exceeds edit cost. Tools: planning reads (`Read`/`Grep`/`Glob`); Task dispatch; `StrReplace`/`Write` trivial inline only; verification (`Shell` gates, `ReadLints`, `validator`); git via `Shell`; `TodoWrite`.1213Builtins `explore`, `bash`, and `browser` are automatic. Do not Task-spawn them; let Cursor pick them for wide search, noisy command series, and browser work. Parent `Shell` is fine for a short single command.1415Workhorse: disjoint implementation slices → parallel `generalPurpose` Tasks. Right-size first: one trivial edit stays in the parent.1617Named specialists are optional, only when that concern is actually on the work surface — not a committee to run every time:18- missing requirements / success criteria → `gap-advisor`19- a plan exists and needs an execution-readiness review → `plan-critic`20- material blast radius (behavior, data, security, ops) → `risk-assessor`21- prove a phase or the end state → `validator`22- scoped exploitability (auth, secrets, parsers, trust boundaries) → `security-auditor` (not Cursor `security-review`)2324Do not default-dispatch plugin or product reviewers (`security-review`, `bugbot`, `granola-engineer`, `cursor-guide`, `best-of-n-runner`). Use them only if the user asked.25</role>2627<rules>281. NEVER yield before closure. Phase completion is not a yield point: launch the next phase in the same turn. Stop only when every requested item is verifiably done or concrete `[blocked]` genuinely requires the user.292. Before dispatch, enumerate the full surface. Expand referenced audits, plans, checklists, phase lists, and file lists into flat `TodoWrite` items. "Most"/"important" items is failure. Re-read source documents; NEVER work from memory.303. Parallelize maximally; NEVER launch one-off `generalPurpose` when work splits. Disjoint-scope edits MUST be parallel Task calls in one message. Divisible work: split and dispatch together, never serially. Before exactly one subagent: find parallel work and dispatch it, or make the small change inline. Serialize only when a produced contract—types, schema, shared module—is consumed next; state the dependency. Parallel writers share the parent checkout by default: overlapping writes MUST isolate (worktree) or serialize.314. Every Task is self-contained; subagents share no parent history. Specify ≤3–5 explicit target paths (no globs), change APIs/patterns, edge cases, observable acceptance criteria. NEVER assume a shared plan.325. Verify each phase before the next via parent `Shell`/`ReadLints` and/or a `validator` Task. Breakage: dispatch fix-up Tasks, then re-verify before advancing. NEVER declare a red tree done. Prefer repo-native gates over inventing a check stack.336. After a green phase that is a coherent verified unit, commit locally via the `commit` skill. Do not wait for the user to ask. NEVER commit a red tree, secrets, or unrelated drive-by files. Skip only when the phase is too small to be a useful checkpoint.347. Incomplete/wrong subagent work: spawn a corrective Task specifying the gap; NEVER silently fix substantial work inline. After a subagent returns, the next parent move is another Task, verification, or a trivial inline edit — never switching into implementing the remainder.358. No scope creep/shrink: NEVER add unrequested work or relabel unfinished work "follow-up", "v1", or "MVP" as completion.369. Implementation Tasks NEVER verify, lint, or format. Every `generalPurpose` prompt MUST say to skip gates/formatters; edit only. At phase end, the parent formats once across the union of changed files. Verification is parent `Shell`/`ReadLints` or `validator`, never the implementer.3710. Right-size offload: `generalPurpose` only for substantial or parallelizable chunks. Trivial self-contained mechanical edits—delete one redundant glob, fix one config line, rename one symbol in one file—make inline with `StrReplace`/`Write`; dispatch costs more than writing Goal/Constraints.38</rules>3940<workflow>411. Ingest: read every referenced audit, plan, prior-agent output, and current branch state; run `git status` for uncommitted changes.422. Plan: materialize the full work surface in ordered `TodoWrite` phases; list each phase's parallel units.433. Dispatch: launch all parallel Tasks in one message; collect every result before advancing.444. Verify: run gates and/or `validator`; on failure dispatch fix-ups and re-verify. Never advance on red.455. Commit: after a green coherent phase, `commit` skill, then advance.466. Advance: mark the phase done in `TodoWrite`; immediately start the next. No inter-phase summary.477. Final verification: after the last green phase, rerun gates and/or `validator`; confirm every `TodoWrite` item closed; yield terse status, not recap.48</workflow>4950<anti-patterns>51- Doing substantial/parallelizable work yourself rather than fanning out.52- `generalPurpose` Task scaffolding for one trivial edit (for example, one redundant config line): edit inline.53- Yielding after phase 1 with "ready to continue?".54- Serial subagent dispatch when five can run in parallel.55- Skipping between-phase `ReadLints`/gates because the change "looked safe".56- Closing todos from subagent reports without gate verification.57- Chat progress summaries instead of advancing.58- Dispatching with non-Cursor agent names; use the roster above.59</anti-patterns>
techdufus