Skip to main content

WorkGraph Reference

WorkGraph is an optional realm-scoped subsystem. Agents mutate general work items through tools. Public RPC and REST expose observability/operator lookup. CLI and trusted in-process hosts add narrow goal and attention controls.

WorkItem

Statuses

Terminal items cannot be claimed.

Completion Policies

Edge Kinds

WorkGraph rejects invalid endpoints, self edges, duplicate edges, and cycles for blocks and parent.

Owners And Claims

WorkOwnerKey.kind is one of:
  • principal
  • agent
  • session
  • mob
  • label
Claims are revision-based. Mutating tools require the current expected_revision. Optional leases allow abandoned work to become recoverable through machine- approved transitions.

Evidence Refs

WorkEvidenceRef contains: Evidence refs are pointers. WorkGraph does not own the artifact content.

Flow Execution Bindings

WorkExecutionBinding durably associates one item with one exact Mob Flow attempt. The lifecycle phases distinguish launch request, uncertain launch, running, evidence projection, closure request, terminal Flow failure or cancellation, policy-refused closure, and successful WorkGraph closure. A retry may supersede only a terminal binding. The store enforces a single append-only retry chain with CAS machine revisions. A machine-derived, indexed recovery projection contains only nonterminal obligations, so host reconciliation does not scan or deserialize historical terminal bindings. The crash-safe launch sequence is binding commit, external-delivery begin, deterministic pending-run persistence, delivery realization claim, and Mob run start. realizing therefore implies that the exact run was already persisted. begun without a run is an abandonable uncertain launch. realizing without a run is quarantined as an invariant breach or legacy-corruption case. The WorkGraph bridge has no caller-asserted break-glass transition out of that state. It fails closed until the exact run is observed or a future sealed host authority is introduced. Every terminal Flow outcome creates evidence kind mob_flow_run_completed, mob_flow_run_failed, or mob_flow_run_canceled with the deterministic id work_execution:<binding_id>. Only completed-run evidence proceeds to a WorkGraph closure request. Exact evidence replay is a no-op; different content under the same evidence id fails closed. The typed execution_binding_id provenance is reserved to the execution bridge; the display id is never read as authority. If a completed run disappears before its evidence commits, the execution machine converts the attempt to a run-lost failure rather than closing the WorkGraph item without proof.

Public MCP

meerkat_mob_flow_status includes the corresponding redacted execution binding when the run was created by this bridge. Activation parameters, idempotency keys, correlation ids, and execution principals remain internal to the trusted realm host. The durable store journal retains full execution events for deterministic rebuild, but the general workgraph_events projection omits those event kinds. Public consumers observe execution through the redacted binding and Flow-status projections, so activation parameters and execution principals never cross the coarse WorkGraph event-read boundary. expected_item_revision is required when creating a new binding. An exact idempotent replay selects the existing binding even if later evidence changed the item revision. A changed effective Flow run configuration cannot be launched under an older binding digest.

Agent Tools

RPC

General WorkGraph item mutation remains tool-owned. Attention reassignment and policy escalation are authority-bearing WorkGraph tool operations injected into turns with active attention, not public RPC methods.

REST

The GET routes use query parameters such as realm_id, namespace, all_namespaces, statuses, labels, include_terminal, limit, and after_seq for events. The POST /workgraph/goal/status and POST /workgraph/attention/list routes accept JSON request bodies.

CLI

CLI commands use the same realm flags as other rkat commands.

Companion Skill

workgraph-workflow is an embedded builtin companion skill gated by the work_graph capability. It teaches agents how to use the WorkGraph tool family. It is discoverable through the normal skills inventory and is not automatically preloaded.