Skip to main content
Cadence is the governor of the deeda agent harness: a local Elixir/OTP sidecar that turns declarative workflow markdown into governed, budgeted, reviewable agent runs.

​
What Cadence owns

​
The dispatch path

  1. A ticket or user action selects a workflow.
  2. Cadence loads and validates the workflow chain (base workflow + per-label flows + provider workflow), hashing each source for auditability.
  3. Frontmatter reduces to a RunPayload; selection policy resolves the concrete runtime and method, with declared fallbacks.
  4. The dispatcher executes the resolved route — it makes no decisions.
  5. Harness events stream back; Cadence advances the state machine, enforces budgets and retries, and gates completion on review and evidence.

​
Hot reload and safety

Workflow policy can change without a rebuild — that is the point of markdown as the control plane. Changes that expand tools, raise budgets, weaken safety, or alter merge/review policy require human approval; reloads happen only at safe checkpoints (between turns, before retry, before rework dispatch).

​
Why a sidecar

Putting lifecycle, selection, and policy in one process outside the UI and outside any single provider SDK keeps providers as execution backends, not principals — and means every paid call passes through one auditable, budget-enforced path.