WorkGraph Guide
Use this guide when an agent should coordinate durable work across sessions, compaction, restarts, schedules, or multiple agents.Agents write general WorkGraph items through tools. RPC and REST are public
observability surfaces; the CLI also has narrow session-goal and attention
controls for trusted local operators.
Start With The Namespace Grant
An agent receives one host-issuedWorkGraphNamespaceGrant containing its
exact realm and namespace. Standard persistent surfaces grant default.
Every tool call is scoped to that grant: omitting namespace uses the granted
namespace, while a different namespace, realm, or all_namespaces request is
rejected.
Embedding hosts that need a domain namespace must issue that namespace in the
agent build. Do not treat a caller-supplied namespace string as authority.
Create Work
Useworkgraph_create for a durable commitment.
Link Dependencies
Useworkgraph_link to describe relationships.
blocks, the target is not ready until the blocker reaches completed.
Use related, parent, supersedes, or derived_from when readiness should
not be blocked.
Join Parent And Child Work
Aparent edge points from child (from_id) to parent (to_id). A parent is
not ready until every active direct child becomes terminal. Configure the
parent when child failure or cancellation should be accepted or propagated:
require_success (default), propagate, and accept.
propagate terminalizes the parent when a claim/readiness observation
reconciles the finished children. require_success leaves the join
unsatisfied; it does not reinterpret failure as success.
Find Ready Work
Useworkgraph_ready instead of inferring readiness.
Claim Before Shared Work
Useworkgraph_claim before doing durable work. Include the current
expected_revision.
lease_seconds or absolute RFC3339 lease_expires_at.
Relative leases must be 1-31,536,000 seconds (at most 365 days). Lease expiry
alone does not mutate the item: a Schedule-owned sweep or another trusted host
must observe it, after which WorkGraph commits the release and a
lease_expired fact atomically.
If a write returns a stale revision error, reload with workgraph_get or
workgraph_snapshot, then decide whether the action still makes sense.
Update And Add Evidence
Useworkgraph_update for title, description, priority, labels, due gates, and
external references. Use workgraph_add_evidence for proof of progress or
completion.
Close Or Release
Useworkgraph_close only when terminal truth exists.
workgraph_release if you stop before terminal completion and another
agent should be able to claim the item.
Completion policy still applies. Generic agent evidence is self-attested and
cannot impersonate the reserved host, principal, supervisor, or reviewer
confirmation kinds. Those typed confirmations are stamped only by trusted
goal-confirm authority.
Goals And Attention
A goal is a WorkGraph item plus a durable attention binding. The binding tells Meerkat which session or lowered owner should see the item, in which mode, and with how much delegated authority. Modes arepursue, coordinate, review,
falsify, judge, and observe.
Create a session-bound goal from the trusted local CLI:
workgraph_attention_reassign and workgraph_policy_escalate tools require
the current attention authority projection; they are not free-standing public
RPC mutations.
Use goal-status and attention-list to observe bindings. Pause/resume
changes attention delivery only - it does not pause the WorkItem. Stopping or
superseding a binding also does not rewrite the item’s terminal truth.
Observe Durable Facts
Events may carry typeditem_ready, lease_expired, and
namespace_terminal facts. The first qualifying observation commits the fact
with the mutation that proved it. WorkGraph is a ledger, not a timer: Schedule
owns recurring readiness and lease-expiry sweeps.
For long execution, keep the ownership split. A durable job owns attempts and
results, then JobTerminalEvidenceProjector can add typed terminal evidence
and request WorkGraph closure. A Mob Flow binding follows the same rule: Mob
owns the run, WorkGraph owns evidence and completion policy.
Observe From Host Surfaces
Operators and UIs can inspect WorkGraph without broad graph mutation:- CLI:
rkat workgraph list,show,ready,snapshot,events; plus narrowgoal-*andattention-*controls for session-bound goals - REST:
GET /workgraph/items,/workgraph/ready,/workgraph/snapshot,/workgraph/events, plus publicPOST /workgraph/goal/statusand/workgraph/attention/listobservability routes - RPC:
workgraph/get,workgraph/list,workgraph/ready,workgraph/snapshot,workgraph/events, plus publicworkgraph/goal/statusandworkgraph/attention/listobservability methods
Agent Instruction Manual
When skills are enabled and WorkGraph capability is available, agents can load theworkgraph-workflow companion skill for operating guidance.
