Expand description
§8 Input types — the 6 input variants accepted by the runtime layer.
Core never sees these. The runtime’s policy table resolves each Input to a PolicyDecision, then the runtime translates accepted Inputs into RunPrimitive for core consumption.
Structs§
- Continuation
Input - Explicit continuation request that asks the runtime to keep draining ordinary work after a boundary-local event (for example, terminal peer responses injected into session state).
- External
Event Input - External event input.
- Flow
Step Input - Flow step input from mob orchestration.
- Input
Header - Common header for all input variants.
- Input
Visibility - Visibility controls for an input.
- Operation
Input - Explicit operation/lifecycle input admitted through runtime instead of being smuggled through transcript projections or peer-only paths.
- Peer
Input - Peer-originated input from comms.
- Prompt
Input - User/operator prompt input.
Enums§
- Input
- The 6 input variants accepted by the runtime layer.
- Input
Durability - Durability requirement for an input.
- Input
Origin - Where the input originated.
- Peer
Convention - Peer communication conventions.
Functions§
- externalize_
input_ images - hydrate_
input_ images - peer_
response_ terminal_ input - response_
terminal_ status_ from_ wire
Type Aliases§
- Response
Progress Phase - Phase of a response progress update. This is the core projection enum, not a runtime-local duplicate.
- Response
Terminal Status - Terminal status of a response. This is the core projection enum, not a runtime-local duplicate.