| name | pipeline-router |
| description | Route an unbound research Goal to one Workflow or materialize its initial C0 kickoff block; use during initial binding, not for later checkpoint summaries or approval. |
Pipeline Router
Routing is a commitment: select one Workflow from the desired Artifact and
evidence method, record that choice, and expose the next human Decision.
Inputs
GOAL.md, or the current user request when the Workspace is new.
- Existing
PIPELINE.lock.md, UNITS.csv, STATUS.md, and DECISIONS.md when
present.
docs/PIPELINE_TAXONOMY.md and candidate Pipeline front matter during
selection.
Outputs
PIPELINE.lock.md for a newly bound Goal.
- The initial C0 checkpoint block in
DECISIONS.md.
queries.md when the selected retrieval Workflow starts at C0.
- A synchronized current Pipeline/checkpoint projection in
STATUS.md.
Steps
1. Establish the requested Artifact
Read the Goal and identify:
- the reader-facing deliverable;
- the evidence method it requires;
- the requested format or delivery profile;
- the decisions that materially change Workflow selection.
When a routing discriminator is missing, write the smallest grouped question
set to DECISIONS.md and stop at that Decision.
Completion criterion: every fact that can change the Workflow choice is known
or explicitly bounded in DECISIONS.md.
2. Select one Workflow
Load docs/PIPELINE_TAXONOMY.md, then inspect only the candidate Pipeline
contracts. Choose from target Artifact and evidence method rather than keyword
matching alone. Treat delivery profiles and course-report use cases as overlays
inside their existing Workflow family.