autopilot

name	autopilot
description	Orchestrate full execution of an ideation project — reads the contract, builds an execution manifest, and runs all phases on the deterministic Workflow engine (parallel for independent phases, sequential for dependent ones). Auto-continues on success, gates on failure. Use after ideation is complete and specs are approved.
disable-model-invocation	true
allowed-tools	["Read","Bash","Glob","Grep","Workflow","Agent","AskUserQuestion"]

Run Ideation Project

Arguments: $ARGUMENTS

Orchestrate execution of all phases in an ideation project by driving the deterministic Workflow engine at ${CLAUDE_PLUGIN_ROOT}/workflows/execute-contract.mjs.

This skill does the three things the sandboxed engine cannot: read the contract, run the git log skip pre-pass, and own interactive failure-gating + resume. The engine does everything between — topological wave planning, parallel dispatch, and schema-validated per-phase results. You do not compute waves or parse RESULT: text yourself — the engine returns a structured summary.

Parse arguments:

• Optional: path to contract.md (e.g., docs/ideation/my-project/contract.md)
• If omitted, auto-detect by globbing ./docs/ideation/*/contract.md
• If multiple contracts found, use AskUserQuestion to select one

Step 1: Locate & Parse the Contract

1. Resolve the contract path (argument or glob). Derive the project directory from it — for docs/ideation/my-project/contract.md, that's docs/ideation/my-project/.
2. Read the sibling contract-data.json in that directory. Its execution.phases array already holds each phase's title, specPath, prereqs, and risk — this is the manifest. Also read projectName, slug, approvalMode ("express" = single-confirmation approval, no per-artifact human review — drives strict in Step 3), and branch.
3. If branch is set, re-assert the checkout before anything else touches git: git branch --show-current — if it differs, git switch <branch> (create with git switch -c if missing). This must happen before the Step 2 pre-pass: both the skip detection and the phase commits belong on the isolation branch, on every entry, including fresh-session re-runs where the user has since switched away.
4. Validate each specPath exists. If any are missing, report which and ask the user whether to continue without them or abort.
5. Fallback if contract-data.json is absent (older projects with only contract.md): parse the ## Execution Plan section of contract.md — phase titles, spec paths from the /ideation:execute-spec <path> lines, and blocking relationships from the dependency graph — and build the same phase list. Also read the header's **Approval** line: Express → treat as approvalMode: "express" (set strict in Step 3). If you cannot parse it, abort with guidance to re-run ideation.

Step 2: Git Skip Pre-Pass

Run git log --oneline --grep="<slug>" (or git log --oneline -F --grep="<specPath>") to find commits that already reference this project's spec files. Match on the slug-qualified spec path, not the bare filename — spec-phase-1.md alone collides across projects (every ideation project has one), so a commit from a different project must not be mistaken for this one's. Treat a phase as complete only when a commit references its specPath including the project directory/slug (e.g. <slug>/spec-phase-1.md). Add each matched phase's title to a completedPhases list. Report what's being skipped:

Skipping "Phase title" (already committed: abc1234)

The engine excludes these from dispatch, so a resumed run only executes what remains.

Step 3: Build the Engine args

Assemble the manifest exactly per ${CLAUDE_PLUGIN_ROOT}/workflows/README.md:

{
  "projectName": "...",
  "slug": "...",
  "projectDir": "docs/ideation/<slug>/",
  "strict": false, // true when contract-data.json has approvalMode: "express"
  "phases": [
    {
      "title": "...",
      "specPath": "...",
      "prereqs": ["<other titles>"],
      "risk": "low",
      "files": ["path/a.ts", "path/b.ts"], // every path this phase declares it touches
    },
  ],
  "completedPhases": ["<titles from Step 2>"],
}

• prereqs are phase titles — pass contract-data.json's values straight through; do not remap to indices.
• strict: true (express contracts only) makes the engine dispatch each phase as /ideation:execute-spec --headless --strict — fail-closed at scout HOLD and reviewer failure, because no human reviewed the specs. Omit or set false for interactively approved contracts.
• Before invoking, sanity-check that every prereqs entry matches some phase title (or a completedPhases entry). If a title doesn't resolve, it's a manifest bug — report it rather than dispatching a broken graph (the engine will otherwise throw "Unknown prereq").

Populate files from each spec's File Changes table

The engine uses files to serialize phases that would otherwise run in the same wave but touch the same file — without it, two same-wave phases can contaminate each other's git diff HEAD review and race on the git index at commit time. So for each phase, read its specPath and extract every path listed in the spec's File Changes tables — New Files, Modified Files, and Deleted Files — into that phase's files array. Pass the paths through verbatim (the specs in one repo use consistent relative paths; no resolution or normalization).

• Missing or unparseable File Changes section: set files: [] and tell the user that phase is being treated as parallel-safe (it will never be serialized against another phase, so an undeclared file overlap there could slip through). The engine also logs a warning when a multi-phase wave contains a file-less phase.
• files is optional for the engine — omitting it (or []) is identical to the old behavior. Old manifests keep working unchanged.

Step 4: Invoke the Engine

1. Resolve the engine's absolute path — run echo "$CLAUDE_PLUGIN_ROOT/workflows/execute-contract.mjs" via Bash and confirm the file exists.
2. Call the Workflow tool with scriptPath set to that absolute path and args set to the manifest object from Step 3 (pass it as an actual JSON value, not a stringified one).
3. Tell the user before it starts: how many phases, how many already skipped, and that you'll pause only if a phase fails.
4. Capture the returned runId — you need it for same-session resume.

The engine runs in the background and notifies on completion. Watch progress with /workflows.

If the Workflow tool is unavailable (feature not enabled in this Claude Code): degrade gracefully — tell the user, then walk the phases yourself in dependency order using /ideation:execute-spec <specPath> per phase (the contract's per-phase commands), committing each before the next. For express contracts, carry the --strict semantics into this path too: a scout HOLD or a reviewer failure stops the phase rather than proceeding or committing validation-only. This is the legacy manual path.

Step 5: Handle the Summary

The engine returns { completed, failed, skipped, results }. Print the three buckets.

If failed is empty: proceed to the Completion Report.

If failed is non-empty: this is the failure gate. Present it via AskUserQuestion:

Question: "Phase(s) {failed titles} failed. {one-line summary from results[].summary}. Dependent phases {skipped titles} were skipped. How to proceed?"
Options:
- "Retry failed phases" — Re-run the engine; it resumes from where it stopped.
- "Stop here" — Halt. Completed phases are already committed.
- "Accept and finish" — Treat failures as acknowledged; report and finish.

Unattended (driven by a /goal wrapper, or any run with no interactive user): do not block on AskUserQuestion — apply "Stop here" semantics: report the three buckets and halt. Completed phases are already committed and durable; retry belongs to whoever is driving (a /goal wrapper re-runs this skill, and the Step 2 git pre-pass resumes past everything committed).

If "Retry failed phases":

• Same session: re-invoke the Workflow tool with resumeFromRunId: <runId> (and the same scriptPath). Cached passing phases return instantly; only the failed/unreached phases re-run.
• New session, or resume rejected: simply re-run this skill from Step 1 — the Step 2 git pre-pass re-derives completedPhases from the commits, so already-committed phases are skipped regardless. This is the cross-session resume path.

If "Stop here": report completed vs. remaining and exit.

If "Accept and finish": include the unresolved findings in the Completion Report under "Acknowledged Issues" and finish.

Completion Report

After the engine finishes (or execution stops), present a summary:

## Execution Complete

### Completed Phases

- {title} — {commitHash from results}

### Skipped Phases

- {title} — blocked by failed {prereq}

### Failed Phases

- {title} — {summary}

### Summary

{N} of {M} phases completed successfully.

If all phases completed:

All {N} phases complete. Run `git log --oneline -{N}` to see the commits.

Next: run /ideation:retro {projectDir} to mine implementation notes for lessons.

(autopilot does not run retro itself — pointing to it keeps the engine/skill division clean and the report fast.)

Key Principles

1. The engine orchestrates; the skill prepares and gates. Wave planning, parallelism, and result handling are deterministic JS in workflows/execute-contract.mjs. This skill builds the args, runs the git pre-pass, and handles the human-in-the-loop moments the sandbox can't.
2. No wave math, no RESULT: parsing here. Pass prereqs through untouched; read the structured summary the engine returns.
3. The contract is the source of truth — phase order, dependencies, and spec paths all come from contract-data.json (contract.md Execution Plan as fallback).
4. Subagents get clean contexts — the engine dispatches each phase as a fresh-context subagent running /ideation:execute-spec --headless. No phase inherits another's context.
5. Gate on failures, not successes — the happy path is fully hands-off; the engine runs everything still reachable and only the skill pauses, after the run, when something failed.
6. Already-committed phases are durable — each phase commits independently. The git pre-pass makes resume work across sessions; resumeFromRunId makes it instant within a session.