FDE Delivery Router

FDE Delivery Router

Determine the current stage, select one specialist skill, validate its handoff, and make the next decision explicit.

Classify the input

Read input examples for common starting points and the engagement state machine for rollback, parallel work, and re-entry.

Delivery stages

Use three macro phases only for navigation: Stages 1–2 Discover and Align; Stages 3–6 Design and Validate; Stages 7–8 Adopt and Productize. Do not replace the eight specialist responsibilities with the macro phases.

Routing rules

1. Inspect real artifacts before relying on the user’s description.
2. Route to the earliest stage with a material evidence gap.
3. Start only one specialist skill at a time; do not perform its work inside the router.
4. Report current stage, selected skill, required inputs, expected artifact, and next-stage condition.
5. Keep high-risk, poorly scoped, or uncommitted work in discovery or chartering.
6. If a skill is unavailable, state that clearly and give its exact name and minimum inputs; never fabricate an invocation.
7. When downstream evidence fails, preserve the failure and route to the earliest stage needing correction.

Four gates

Evaluate every handoff against:

1. Evidence: material conclusions trace to interviews, observations, metrics, tests, or accountable confirmation.
2. Responsibility: customer and delivery owners are assigned to inputs, decisions, and acceptance.
3. Executability: the receiving team has sufficient scope, constraints, and inputs.
4. Risk: security, privacy, authorization, compliance, and production impact are controlled or escalated.

When a gate fails, report gap -> impact -> owner -> closure action.

Operating modes

• Quick route: return the stage and at most three critical gaps.
• Single-stage delivery: verify the upstream handoff and invoke only the requested skill.
• End-to-end delivery: maintain project state and advance only within the user’s authorization.
• Delivery audit: inspect existing artifacts from the earliest relevant stage.
• Failure review: work backward from run evidence to the responsible problem, charter, PRD, architecture, or skill defect.

Stateful delivery

For end-to-end work, continuation, handoffs, audits, or failure review, maintain fde-project.json and append changes to fde-events.jsonl. Store only indexes and decisions, never raw sensitive customer material. Read the project-state contract.

node scripts/project-state.js init --file  --project-id  --name  --mode end_to_end
node scripts/project-state.js validate --file 
node scripts/project-state.js status --file 
node scripts/project-state.js history --file 

Every mutation requires --actor and --reason. A passing stage records its artifact, version, owner, and four gates. End each cycle with exactly one next_action. If state and artifact disagree, append a correction and repair the state.

Interaction and confidence

Begin immediately when evidence is sufficient. Otherwise ask at most three questions that could change routing or a material decision, explaining their effect. If the user requests a skipped stage, list skipped gates, risks, and temporary controls; never skip a high-risk gate silently.

Report confidence as high, medium, or low. Low confidence prioritizes evidence collection rather than forcing a late-stage route.

Definition of done

The router is done when the user knows the current decision, missing evidence, one next action, accountable owner, and expected handoff—not when it merely lists eight skills.

Use the routing contract, quality rubric, field handbook, and state template when relevant.