Expand description
Deterministic orchestration across reasoning, planning, verification, adaptation, and experience.
§Runtime scope
- Build: default via
scanning. - Execution: Surface B (deterministic decision runtime).
- Default
termivar scan: yes, throughStandardWebDecisionRuntime. - Support: implemented and tested.
See docs/internals/runtime-map.md.
The decision loop is a state machine, not an executor. It mutates only the
knowledge, adaptive ledger, and experience records supplied by the host.
Network traffic, plugin execution, delays, and cancellation remain runner
responsibilities represented by explicit DecisionLoopCommand values.
Structs§
- Decision
Loop - Deterministic coordinator for one evidence-to-command cycle.
- Decision
Loop Config - Stable configuration shared by all turns in one decision loop.
- Decision
Outcome Report - Audit record produced by a passive or active verification turn.
- Decision
Planning Report - Audit record produced by a reasoning and planning turn.
- Decision
Reasoning Commit Receipt - Reasoning applications committed before a later planning-stage failure.
- Decision
Session - Target-scoped counters and adaptive ledger for deterministic replay.
- Decision
Session Summary - Lightweight audit summary captured around one outcome commit.
- Decision
Session Transition - Before/after session summary produced by successful outcome processing.
Enums§
- Decision
Action Origin - Why an action execution was emitted.
- Decision
Loop Command - Side-effect-free command consumed by a runner or scheduler.
- Decision
Loop Error - Validation and transition failures raised by the decision loop.
- Decision
Loop State - Replayable state of one target-scoped decision session.
- Decision
Stop Reason - Stable terminal reason for a decision session.