orchestrator-workflow

name	orchestrator-workflow
description	Coordinate a feature or bug request from intake through promotion, planning, execution, validation, and review by selecting the correct small or large path and delegating to migrated Codex specialists when available.

Orchestrator Workflow

Top-level delivery orchestration workflow for Codex.

Required Shared Skills

Always apply:

• policy-compliance-order
• feature-promotion-lifecycle
• repo-automation-adapter
• atomic-plan-contract
• acceptance-criteria-tracking
• pr-context-artifacts
• pr-base-branch-merge-base

Use as needed:

• csharp-change-budget-router
• powershell-change-budget-router
• feature-review

Role

• Coordinate the mission from intake through completion.
• Resolve required specialist delegation mechanically instead of by judgment.
• Required delegated specialists:
  • atomic-planner
  • atomic-executor
  • feature-reviewer
• Deterministic availability rule:
  • if the host exposes spawn_agent, treat all three required delegated specialists as available,
  • do not infer unavailability from missing nicknames, missing prior agent instances, or lack of a dedicated launcher alias.
• Required delegated steps MUST delegate or stop execution.
• If a required delegated handoff cannot be started, resumed, or completed with a receipt, persist blocked state and stop. Do not perform that step directly.
• Direct local execution is allowed only for workflow steps that are not designated below as required delegated handoffs.

Checkpoint Contract

Canonical checkpoint path:

• artifacts/orchestration/orchestrator-state.json

Persist and reuse these fields exactly:

• objective
• change_budget_estimate
• path_selected
• promotion-type
• short-name
• relativeFile
• long-name
• issue-num
• feature-folder
• work-mode
• plan-path
• completed_steps
• next_step
• last_updated
• step5_status
• step6_status
• step7_status
• step8_status
• step9_status
• step10_status
• delegation_receipts
• blocked_reason

For small-path runs, also persist:

• bootstrap_mode
• phase0_execution_summary
• small_path_qc_summary
• small_path_audit_artifacts
• resume_after_manual_bootstrap

Status enums:

• step5_status / step6_status / step7_status / step8_status / step9_status / step10_status MUST use one of:
  • not-applicable
  • pending
  • delegated
  • verified
  • blocked

Blocked-reason enum:

• blocked_reason MUST be one of:
  • none
  • checkpoint_conflict
  • lifecycle_preconditions_missing
  • spawn_agent_unavailable
  • delegation_launch_failed
  • delegate_no_receipt
  • delegate_contract_incomplete
  • validator_failed
  • user_requested_stop

Delegation receipt schema:

• delegation_receipts MUST be a list of objects with:
  • step
  • agent_name
  • agent_id
  • skill_source
  • started_at
  • completed_at
  • result_signal
  • artifact_paths

Required-delegation step map:

• small path:
  • Step 5 -> atomic-planner
  • Step 6 -> atomic-executor
  • Step 9 -> atomic-executor
  • Step 10 -> feature-reviewer
• large path:
  • Step 7 -> atomic-planner
  • Step 8 -> atomic-executor
  • Step 9 -> feature-reviewer
• remediation planning:
  • review-triggered remediation planning -> atomic-planner

Resume Rules

1. Read the checkpoint first when it exists.
2. If the recorded mission is incomplete, resume from next_step.
3. If the checkpoint belongs to an unrelated in-progress mission, stop with blocked_reason: checkpoint_conflict.
4. Do not rename, back up, or create sidecar checkpoint files to work around a canonical checkpoint conflict.
5. Restart only when the user explicitly requests restart.
6. Do not recompute persisted variables when valid stored values already exist.

Routing Rules

1. Estimate the likely touched production files and test files first.
2. Determine the dominant implementation language.
3. If the scope is primarily C#, use csharp-change-budget-router.
4. If the scope is primarily PowerShell, use powershell-change-budget-router.
5. If the scope is mixed-language, ambiguous, or unsupported by an existing change-budget router, fail closed to the large path.
6. Treat any request outside the applicable small-path budget as large path.

Small Path

Use the small path only when the applicable language router clears it.

Required behavior:

1. Set ${work-mode} to minor-audit.
2. Use feature-promotion-lifecycle as the source of truth for lifecycle variables, branch naming, and ${plan-path} resolution.
3. Route all promotion, issue, and feature-folder automation through repo-automation-adapter.
4. Enforce lifecycle preconditions before any active-folder authoring:
   • ${relativeFile} must resolve to a real potential markdown path and must not be NONE, TBD, or empty
   • issue promotion must complete before branch or folder creation
   • ${issue-num} must be numeric before new_active_feature_folder runs
   • do not create or edit ${feature-folder}/issue.md, ${feature-folder}/spec.md, ${feature-folder}/user-story.md, or plan*.md until promotion and folder creation both succeed
   • if any lifecycle precondition fails, set the relevant step status to blocked, set blocked_reason to lifecycle_preconditions_missing, and stop
5. Enforce minor-audit folder integrity:
   • ${feature-folder}/issue.md must exist
   • ${feature-folder}/spec.md must be absent
   • ${feature-folder}/user-story.md must be absent
6. Spawn atomic-planner to create or revise the minimal plan at ${plan-path}.
   • Include the directive DIRECTIVE: MINIMAL-AUDIT PLAN REQUIRED
   • Require the same ${plan-path} to be updated in place
   • Do not continue until the planner reports PREFLIGHT: ALL CLEAR
   • Record a delegation receipt and set step5_status to verified before continuing
   • If the handoff cannot be started or does not return a receipt, set step5_status to blocked, set blocked_reason, and stop
7. Spawn atomic-executor to execute Phase 0 only.
   • Record a delegation receipt and set step6_status to verified before branching

• MUST delegate to atomic-executor for validation and checklist updates
• Record a delegation receipt and set step9_status to verified before continuing
• If the handoff cannot be started or does not return a receipt, set step9_status to blocked, set blocked_reason, and stop

11. Run reduced audit:

• MUST delegate to feature-reviewer
• Record a delegation receipt and set step10_status to verified before continuing
• If the handoff cannot be started or does not return a receipt, set step10_status to blocked, set blocked_reason, and stop

12. If review triggers remediation, create remediation inputs, delegate planning to atomic-planner, execute the remediation plan, and re-run reduced review until the gate is clean.

• If remediation planning delegation cannot be started or does not return a receipt, set blocked_reason and stop

Large Path

Use the large path for any request that exceeds or bypasses the small-path router.

Required behavior:

1. Set ${work-mode} to:
   • full-feature for feature work
   • full-bug for bug work
2. Use feature-promotion-lifecycle as the source of truth for lifecycle variables, branch naming, and ${plan-path} resolution.
3. Route all promotion, issue, and feature-folder automation through repo-automation-adapter.
4. Enforce lifecycle preconditions before any active-folder authoring:
   • ${relativeFile} must resolve to a real potential markdown path and must not be NONE, TBD, or empty
   • issue promotion must complete before branch or folder creation
   • ${issue-num} must be numeric before new_active_feature_folder runs
   • do not create or edit ${feature-folder}/issue.md, ${feature-folder}/spec.md, ${feature-folder}/user-story.md, or plan*.md until promotion and folder creation both succeed
   • if any lifecycle precondition fails, set the relevant step status to blocked, set blocked_reason to lifecycle_preconditions_missing, and stop
5. Complete the requirements-authoring steps before planning:
   • fill the potential entry details
   • create or refresh research artifacts
   • complete spec.md and user-story.md when the selected work mode requires them
6. Prefer dedicated migrated specialists for those authoring steps when they exist.
7. When those specialists are not yet migrated, perform the authoring steps directly without changing template headings.
8. Spawn atomic-planner to finalize ${plan-path} and require PREFLIGHT: ALL CLEAR. Hard enforcement for Step 7:
   • The planning route MUST be atomic-planner -> atomic-executor for preflight validation.
   • The planner MUST update ${plan-path} in place and MUST NOT create additional plan.*.md files for revisions.
   • The approved plan MUST include explicit Phase 0 baseline evidence tasks and explicit final-QA evidence or coverage tasks for each language in scope where policy requires them.
   • Do not mark Step 7 complete until delegate output includes both a concrete and final .

Completion Gates

Do not claim mission completion until all of the following are true:

• the selected path completed end to end
• all required delegations completed with receipts
• the checkpoint is updated with the final state
• the canonical checkpoint path was used without sidecar replacement or backup substitution
• ${relativeFile} is a real promoted-input path and ${issue-num} is numeric when lifecycle setup was required
• ${feature-folder} and ${plan-path} are known when lifecycle setup was required
• the approved plan is executor-compliant and references the required baseline and final-QA evidence tasks
• required review artifacts exist on disk
• small path has Phase 0 evidence plus reduced audit artifacts
• large path has policy, code, and feature audit artifacts
• required baseline and final-QA evidence artifacts referenced by the approved plan exist on disk
• any required remediation artifacts exist on disk and the latest re-review is clean
• validator-backed checks for the approved plan, policy audit, code review, feature audit, and checkpoint state pass

Hard Constraints

• Do not stop after one delegation when required downstream steps remain.
• Do not infer specialist unavailability from missing nicknames or absent prior subagent instances.
• Do not call drmCopilotExtension.* directly from this workflow.
• Do not bypass repo-automation-adapter for host-specific lifecycle steps.
• Do not rename, back up, or create sidecar checkpoint files to avoid using the canonical checkpoint path.
• Do not proceed when the canonical checkpoint belongs to another in-progress mission; stop and report the conflict.
• Do not create or edit active feature docs before potential-entry creation, issue promotion, and active-folder creation succeed.
• Do not call new_active_feature_folder before ${issue-num} is numeric and backed by promotion output.
• Do not persist placeholder lifecycle values such as NONE or TBD for ${relativeFile}, ${issue-num}, ${feature-folder}, or ${plan-path} once lifecycle setup begins.
• Do not create replacement audit artifacts yourself for any required delegated review step.
• Do not execute required delegated steps locally as a fallback.
• Do not accept stale PR-context artifacts, unsupported checklist checkoffs, or missing required evidence as PASS outcomes.
• Do not claim completion without reporting the checkpoint path and the created or updated artifact paths.