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. Every enabled agent/service instance is constructed with one exactWorkGraphNamespaceGrant { realm_id, namespace }. The grant is immutable and
authorizes one namespace only. Cross-realm, cross-namespace, and
all_namespaces requests are rejected; callers cannot widen authority by
supplying filter fields.
WorkItem
Statuses
Terminal items cannot be claimed.
Completion Policies
General public goal creation exposes
self_attest. Stronger policies and their
typed confirmation evidence require trusted host authority. An attention-bound
agent may only tighten a policy monotonically through the injected
workgraph_policy_escalate operation.
Edge Kinds
WorkGraph rejects invalid endpoints, self edges, duplicate edges, and cycles for
blocks and parent.
For blocks, the source satisfies the edge only in completed; failed or
cancelled blockers remain unsatisfied. A parent edge points from direct child
to parent. Active children keep the parent join unsatisfied. For failed and
cancelled children, each parent policy means:
Owners And Claims
WorkOwnerKey.kind is one of:
principalagentsessionmoblabel
expected_revision.
Optional leases allow abandoned work to become recoverable through machine-
approved transitions.
Omit both lease_seconds and lease_expires_at for no expiry. Otherwise use
exactly one. Relative leases are 1-31,536,000 seconds; absolute leases must be
strictly later than the store observation time. Wall-clock expiry does not
mutate a claim. A trusted observer, normally a Schedule-owned sweep, asks
WorkGraph to validate the row and atomically commit release plus the
lease_expired fact.
Evidence Refs
WorkEvidenceRef contains:
Evidence refs are pointers. WorkGraph does not own the artifact content.
Reserved confirmation classifications cannot be minted by generic
workgraph_add_evidence calls.
Events And Durable Facts
WorkGraphEventKind is one of created, updated, readiness_observed,
claimed, released, blocked, closed, linked, evidence_added,
attention_created, attention_updated, execution_bound, or
execution_transitioned.
An event may carry typed facts committed with the same mutation:
These are ledger facts, not wake instructions. WorkGraph owns no timer.
Snapshots are single-namespace atomic observations containing captured store
time, event high-water mark, bounded items, included edges/attention bindings,
and machine-derived
ready_item_ids.
Goal Attention Bindings
An attention binding targets a session or a lowered owner. Its mode is one ofpursue, coordinate, review, falsify, judge, or observe. Its status
is active, paused, superseded, or stopped; only the last two are
terminal.
Delegated authority is one of add_evidence, close_own_review_item,
request_closure, or close_if_policy_allows. The active projection also
carries bounded item/parent context and its exact binding and item revisions.
Reassignment and policy escalation require that current projection.
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
The last two tools are injected only when a turn carries a matching active
attention projection. Their arguments cannot manufacture delegated authority.
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.
all_namespaces remains present in generic filter wire shapes and CLI syntax,
but the standard public services hold one namespace grant and reject it. A
future/bespoke host needs a separate explicit multi-namespace capability; a
namespace grant never implies one.
CLI
rkat commands.
On standard surfaces, select the granted namespace (normally default) and do
not pass --all-namespaces.
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.