-
Notifications
You must be signed in to change notification settings - Fork 423
[Direction]: Shared Goal Authority and cross-host coordination #3245
Copy link
Copy link
Open
Labels
capability-extensionCapability, extension, provider, adapter, or skill contract change.Capability, extension, provider, adapter, or skill contract change.control-planeQuota, todo, scheduler, registry, state, goal, or runtime control-plane change.Quota, todo, scheduler, registry, state, goal, or runtime control-plane change.direction/shared-coordinationShared-goal authority and cross-host coordination contracts.Shared-goal authority and cross-host coordination contracts.
Description
Metadata
Metadata
Assignees
Labels
capability-extensionCapability, extension, provider, adapter, or skill contract change.Capability, extension, provider, adapter, or skill contract change.control-planeQuota, todo, scheduler, registry, state, goal, or runtime control-plane change.Quota, todo, scheduler, registry, state, goal, or runtime control-plane change.direction/shared-coordinationShared-goal authority and cross-host coordination contracts.Shared-goal authority and cross-host coordination contracts.
Outcome
Let agents on different hosts coordinate over one explicitly shared LoopX goal
without turning a storage provider, host session, claim, or lease into a new
control-plane authority.
The canonical proposal is the
Shared-Goal Online Authority and Pluggable Coordination Provider RFC,
proposed by NoKV Lab and introduced through
#2787.
Current stage
Draft contract and provider qualification. NoKV is an unpromoted optional
provider candidate. The current RFC maps a static API baseline and does not
claim qualification against a live NoKV deployment.
This direction is deliberately named Shared Goal Authority and Cross-host
Coordination, not "a shared metadata database." Run history, status, quota,
scheduler state, host sessions, and evidence keep their existing owners; an
agent does not connect directly to NoKV, and NoKV does not become LoopX
authority.
Next qualifying slice
outcome core;
deterministic fixtures;
boundary.
The first useful command remains a bounded
claim_workcontract. Renew,release, reclaim, stale fencing, distributed quota, multi-tenant authentication,
high availability, and wider state synchronization are later decisions, not
implicit scope.
Contributor-ready cuts
transitions;
private payloads;
code.