Product Modules

Agents

Register governed agents, publish immutable Releases, and manage Rollouts, Rollbacks, runtime health, and policy bindings.

2 min read343 words

Agents is the runtime and release workspace at /workflow-runtime. Route access requires workflow:read unless a full-access role applies.

What it owns

  • Agent identity, owner, model, tool permissions, input contract, and output contract.
  • Draft agent configuration and immutable Releases.
  • Environment-specific Rollouts and Rollback to a published Release.
  • Runtime executions, health, policy binding, sampling configuration, and the agent assurance score.
  • Agent detail tabs: Definition, Releases, Runs, Log, Sampling, and Policy.
  • Read-only compiled workflow diagnostics for published Process specifications.

Production execution requires a published Release, an active Rollout, and a governance binding. The execution API rejects a production run that misses any of the three. Ungoverned execution is limited to an explicitly marked sandbox path, and every run the workspace can start today is a sandbox run.

The Releases tab provides controls to publish a Draft, promote a published Release to production, and roll production back to a prior Release. Each control opens a confirmation dialog and calls its own API mutation, with that mutation's authorization and lifecycle rules. Promotion and Rollback require a production governance binding. A production change that replaces a serving Release also waits for an available manifest comparison. Rollback requires a reason. A published Release remains immutable in the database.

A pending sampling-change request is approved or rejected through approveSamplingChange. The procedure requires Agent update permission and denies an approver whose identity matches the request's requester. The sampling-update procedure carries no override to apply a pending change immediately.

Release lifecycle

flowchart LR
  D["Draft configuration"] --> V["Validate"]
  V --> R["Publish immutable Release"]
  R --> O["Rollout to environment"]
  O --> X["Execution records"]
  O --> B["Rollback to prior Release"]

Every execution keeps the Release and Rollout identifiers needed by Lineage Explorer and Evidence Room. A later edit produces a new Release.

Boundaries

Processes owns multi-step stages, handlers, typed handoffs, checkpoints, and publication. The compiled workflow panel in Agents is a technical diagnostic with no create, edit, publish, or deploy controls.

Mutating actions apply resource authorization in addition to the route-level read gate.

Agents | Developer Docs | KLA Control Plane