Skip to content

Dispatch Master — eligibility, ranking, grants and redispatch #72

Description

@zenithruneblade

Purpose and boundary

Map the Dispatcher surface from typed capability demand to one exact eligible grant, and route each bounded delivery slice without turning dispatch into lifecycle orchestration or workflow ownership.

ADR 22 — Dispatcher owns accepted dispatch law. ADR 23 — Orchestrator owns physical convergence. This issue is a decomposition and evidence map, not another runtime component.

Child-issue register

Related constraints and consumers

Required decision sequence

typed demand + pinned policy
→ enumerate declared candidates
→ reject semantic / authority / evidence / readiness ineligibility
→ rank only the eligible set
→ issue one exact WARM grant and lease
   or return a typed refusal / wait-for-convergence result
→ after convergence or changed evidence, redispatch from fresh truth

Laws to preserve

  • Eligibility is a hard gate; scoring never rescues an ineligible candidate.
  • Provider identity, capability interface, semantic compatibility, readiness, and authority remain distinct.
  • Dispatcher selects and grants; it never starts, stops, drains, or mutates a managed capability.
  • A cold-but-admissible capability produces a wait/converge/redispatch cycle, not a silent semantic fallback.
  • Fallback is limited to declared, semantically compatible alternatives and a total retry/effect budget.
  • Possible submitted effects reconcile under their original identity; they are not blindly reissued through another road.
  • Decisions pin policy generation and evidence provenance sufficient for replay, audit, and honest refusal.
  • Leases are bounded, fenced, and released before a Run parks for work it awaits.

Completion condition

Close this master when the first grant path and bounded ranking/fallback path have executable evidence; every eligibility and readiness row has deterministic behavior; redispatch after convergence uses fresh evidence; and the remaining advanced policies are separately owned or explicitly deferred.

Closure means dispatch law and delivery routes are coherent. It does not claim general scheduling, fleet placement, or arbitrary workflow orchestration.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    area:runtimeAgents, Graph, dispatch, orchestration, capabilities and workers.trackingCollects deliverables or routes work; not one implementation assignment.

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions