Expand description
Step executor — reconstructs operations from configs and runs them.
Each step type (shell, HTTP, agent) has its own executor implementing
the StepExecutor trait. The execute_step_config function dispatches
to the appropriate executor based on the StepConfig variant.
Every executor declares the StepKind it handles via
StepExecutor::kind, and execute_step_config derives the span and
metric label from that kind. A new step type therefore only has to declare
its kind instead of extending a match here.
Structs§
- Agent
Executor - Executor for agent (AI) steps.
- Decision
Execution - The result of executing a decision step: the typed output plus accounting.
- Http
Executor - Executor for HTTP steps.
- Parallel
Step Result - Result of a single step within a
parallelbatch. - Shell
Executor - Executor for shell steps.
- Step
Artifacts - Which artifacts a step can hand out as
ArtifactRefhandles. - Step
Output - Result of executing a single step.
- Step
Result - Enriched result of a completed step, for post-execution inspection.
- SubWorkflow
Output - Result of a
workflowstep.
Enums§
- Approval
Outcome - Decision applied to an approval gate by a
StepInterceptor. - Human
Input Outcome - Answer applied to a human input step by a
StepInterceptor.
Traits§
- Step
Executor - Trait for step executors.
- Step
Interceptor - Resolves steps without executing them.
Functions§
- execute_
decision - Execute a decision request against the provider.
- execute_
step_ config - Execute a
StepConfigand return structured output. - execute_
step_ config_ intercepted - Execute a
StepConfig, letting aStepInterceptorresolve it first.