원클릭으로
pan-plan
pan plan <id> — start issue planning, including non-interactive --auto mode; also finalize/done planning artifacts
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
pan plan <id> — start issue planning, including non-interactive --auto mode; also finalize/done planning artifacts
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Add repositories to the current progressive polyrepo workspace
pan close <id> — close-out ceremony for a completed and merged issue
pan review <subcommand> — manage the code review lifecycle: list pending work, re-request review, heal status drift, reset/abort/restart review cycles
pan start <id> — spawn a work agent for an issue in its own tmux session and workspace
Maintain a project knowledge wiki in Open Knowledge Format with /okf init, open, author, convert, sync, study, retro, extract, validate, lint, and embed.
pan flywheel — start, pause, resume, complete, stop, inspect, emit, and report on the singleton Fix-All Flywheel orchestrator
| name | pan-plan |
| description | pan plan <id> — start issue planning, including non-interactive --auto mode; also finalize/done planning artifacts |
| triggers | ["pan plan","plan issue","auto plan","plan finalize","plan done","finalize planning","complete planning"] |
| allowed-tools | ["Bash","Read","Glob","Grep"] |
pan plan <id> is the plan-ONLY verb: it starts a planning session for an issue and produces a PRD and xBRIEF, but it does not start the work agent. Use pan start <id> when you want planning and work in one command.
Use --auto when the user wants the planning agent to run non-interactively and infer defensible defaults. Use --probe when the plan needs an adversarial pre-finalize self-pass; --effort high enables the same probe instructions automatically.
pan plan <id> [--auto] [--auto-start] [--probe] [--model <model>] [--harness claude-code|pi|codex] [--effort low|medium|high] [--local|--remote]
pan plan finalize [-w <path>] [--json] [--no-promote] [--no-quality-lint] [--no-prd]
pan plan done <id> [--no-prd]
pan plan PAN-1071
This calls the dashboard planning endpoint, creates the planning workspace, and starts the planning agent. The dashboard can also start the same flow from the issue card's Plan… action.
pan plan PAN-1071 --auto
Auto-planning runs the same planning agent without interactive questions:
plan.autoDecisions[] with a summary and rationale.The dashboard issue card's Auto-plan action sends the same auto: true request.
pan plan PAN-1071 --probe
--probe adds an adversarial self-review section to the planning prompt before finalize. The planner attacks hidden assumptions, ambiguous "done" criteria, unhandled failure modes, and missing dependency edges, then records acted-on findings in continue.json decisions with a PROBE: prefix. --effort high includes this section automatically.
pan start PAN-1071
pan start <id> is the paved-road way to plan (non-interactively by default) and start the work agent in one command. The work agent auto-starts after planning finalizes.
The legacy --auto-start flag on pan plan <id> is deprecated and kept only through the deprecation window. It stamped autoSpawnOnFinalize: true into the planning agent state so pan plan finalize could start the work agent after it promoted the plan; use pan start <id> instead.
pan plan finalize)Run this from inside the planning workspace after the planning agent has produced a complete .pan/spec.vbrief.json.
pan plan finalize
What it does:
.pan/spec.vbrief.json from the current workspace (walks up if needed).plan.items[], including their declared dependencies.plan.status from draft to proposed.<projectRoot>/.pan/specs/, commit it on main, push, transition the tracker state to Planned, and terminate the planning session — same flow as pan plan done and the dashboard Done button.--json.Use -w <path> to point at another workspace. Use --no-promote to leave the spec at status=proposed without promoting (rare; for humans who want to review the plan in the dashboard before clicking Done). Finalize runs xBRIEF quality lint by default; use --no-quality-lint only as a loud one-run emergency bypass when the plan must be promoted despite known quality issues.
Finalize and complete-planning refuse to promote a plan unless a PRD draft of at least 20 lines exists for the issue. roles/plan.md has always required the PRD as the first artifact; this gate makes it mechanical. The gate searches, in order, for <ISSUE-ID>.md (uppercase then lowercase) under <projectRoot>/.pan/drafts/ then <workspace>/.pan/drafts/; the first existing file with ≥20 lines satisfies it. A found-but-thinner draft fails with its line count; a fully missing draft fails naming the canonical path to write. pan start <id> --auto is structurally exempt (it synthesizes a minimal xBRIEF and never POSTs complete-planning, so the gate cannot block it). Use --no-prd (on finalize or done) only for a genuinely trivial issue that went through interactive planning anyway — it prints a yellow ⚠ PRD gate SKIPPED warning and tells the endpoint to skip the check too.
pan plan done)pan plan done <id> exists for cases where finalize was run with --no-promote, or where a planning agent crashed between writing the spec and promoting. It calls the same complete-planning endpoint that finalize chains to.
pan plan done PAN-1071
This promotes the workspace xBRIEF to <projectRoot>/.pan/specs/, syncs xBRIEF tasks, and transitions the tracker state to Planned. It is subject to the same PRD-first gate as finalize; pass --no-prd only for a genuinely trivial issue.
pan start <id> — the paved road: plan (if needed) and start implementation in one command.pan tell <id> <message> — send feedback to a running planning or work agent.pan kill <id> — stop a planning or work agent without deleting the workspace.roles/plan.md — planning role prompt.docs/XBRIEF.md — xBRIEF schema, artifact locations, lifecycle states.docs/SKILLS-CONVENTION.md — skill/CLI naming convention.