Cross-platform execution state for all active Service Lines. The unified operational layer across talent delivery, managed pods, ODS cycles, infrastructure, and agent runtimes.
The Scrums.com API is planned and not yet publicly available. Endpoints and behaviour are subject to change before release.
The Execution API provides a unified view of all active and historical execution across Service Lines. Regardless of whether execution is running through a talent engagement, a managed delivery pod, an ODS outcome cycle, infrastructure operations, or an agent runtime, this API surfaces operational state consistently under a single interface.The Execution API is a read and management layer. Work is initiated through product line APIs (talent requests, ODS scopes, agent runs). Execution records reflect the operational state of each active LIN-*.
Every LIN-* in active or paused status has a corresponding execution record. Execution records are created automatically when a Service Line activates and closed when it terminates.
For execution models that have discrete invocations (agent_runtime, timeboxed_outcome), execution is tracked as individual runs (RUN-*). For continuous models (capacity, ongoing_sla, infra_managed), execution is tracked as a continuous record with periodic check-ins.
# All running Service Lines across a workspaceGET /v1/execution?workspace_id=WS-26-000021&state=running# Drill into any blocked linesGET /v1/execution?workspace_id=WS-26-000021&state=blocked# Get detail on a specific lineGET /v1/execution/LIN-26-084729
# Before generating a monthly report, confirm all active lines are healthyGET /v1/execution?workspace_id=WS-26-000021&state=running# Review health signals for any amber/red linesGET /v1/execution/LIN-26-084729
Poll execution state, not individual product line APIs. The Execution API gives a consistent state view regardless of product line. Build operational dashboards here, not against talent, ODS, or agent-specific endpoints.
Monitor blocked states proactively. A blocked execution record requires human or system action. Subscribe to execution.blocked events via webhooks to catch these immediately.
Use run records for agent audit trails. For agent_runtime Service Lines, run records provide the complete execution history including inputs, outputs, and durations. This data feeds Audit Logs.