2.3 KiB
Non-Code Execution (Knowledge-Work Carve-Out)
Loaded from Phase 0 Input Triage when the plan carries execution: knowledge-work. The plan is a production plan for a non-code deliverable (a synthesized document, a study artifact, a research write-up) — typically produced by ce-plan's approach-altitude flow. Execute it to produce the deliverable. This is a minority-case branch; the normal code lifecycle does not apply and is not invoked here.
What this skips
Do not run any of the code-shipping machinery — it does not fit knowledge work:
- No branch/worktree setup (Phase 1 Step 2).
- No task-list-from-implementation-units, no execution-strategy/subagent dispatch keyed on
Files:. - No Test Discovery, no test-scenario completeness, no system-wide test check.
- No incremental code commits, and none of
references/shipping-workflow.md(no PR, no CI).
Execute the production plan
- Read the plan fully. It is a decision artifact describing how the deliverable gets made: which sources to read, how to mine each, how they combine, the shape of the deliverable, and any forks the user already confirmed. Honor those decisions.
- Read the sources the plan names — the actual inputs (PDFs, transcripts, docs, links). Treat user-named resources as authoritative; read them rather than working from memory. If a named source is missing, say so plainly rather than substituting.
- Synthesize and produce the deliverable following the plan's intended shape and the confirmed forks. This is the work the approach-plan deliberately deferred.
- Save and report. Write the deliverable to a durable, repo-tracked location — default to a sensible
docs/subpath (or a path the user named at the checkpoint) — and report its absolute path so the user can find it. Whether to git-commit vs. leave it written is the user's call; offer, don't force.
Stay scoped to non-code deliverables
The carve-out is for knowledge-work output. If producing the deliverable legitimately requires emitting code (a script, a config file, a data-transform), route that specific sub-step back through the normal code path so its safeguards (Test Discovery, review, commit hygiene) still apply — do not silently produce code under the carve-out. The deliverable itself stays non-code.