---
title: 'ArgusFleet: Evaluation Harness for Governed Shared Memory'
url: https://www.emergentmind.com/topics/argusfleet
type: topic
---

# ArgusFleet: Evaluation Harness for Governed Shared Memory

ArgusFleet is a reproducible evaluation harness for governed shared memory in multi-agent LLM systems, introduced in “Governed Shared Memory for Multi-Agent LLM Systems” [2606.24535]. It is not the memory service itself and is not described as a deployment environment; rather, it is an “open-source Python 3.12 evaluation harness” designed to exercise a live REST API and to test whether a governed memory service actually satisfies the governance properties its architecture claims. In the paper’s framing, ArgusFleet exists because once memory is shared across many LLM agents, memory ceases to be just a retrieval-quality issue and becomes a governed distributed-systems problem whose correctness depends on scope-sound visibility, temporal supersession of contradictions, provenance-preserving storage, and policy-bounded propagation [2606.24535].

## 1. Identity and scope

ArgusFleet is introduced as the paper’s empirical instrument for turning the abstract “fleet-memory” problem into something testable against a live system. The paper is explicit that it is “a reproducible harness” and more precisely an “open-source Python 3.12 evaluation harness” containing four experiments, an async REST client, a typed domain model, structured event logging, and a reproducible reporting pipeline [2606.24535]. It therefore functions as an evaluation suite, but the paper’s own preferred term is “harness.”

Its target is governed shared memory for multi-agent LLM systems rather than generic retrieval benchmarking. The central claim is that in multi-agent deployments, correctness depends not only on whether a memory is semantically retrievable, but on whether the right agent can see it, whether stale or contradictory state is resolved, whether facts can be traced to their source, and whether knowledge propagates across agent boundaries according to policy. The paper argues that these properties cannot be established by architectural description alone; they must be exercised against running API paths where implementation asymmetries, latency windows, and pipeline-ordering interactions can create failures that the design does not predict away [2606.24535].

ArgusFleet is therefore an external measurement layer. In the reported study it tests MemClaw, a multi-tenant production memory service with API operations for writing memories, searching, entity upsert, GET-by-id, and redistribution. The evaluation is “a measurement of one production service rather than a comparison against baselines,” which is methodologically important because the paper foregrounds real production behavior, including negative results, rather than comparative leaderboard-style claims [2606.24535].

## 2. Formalization of fleet memory and governance invariants

The paper defines a fleet-memory system as

$$
F = (A, M, G, P, T),
$$

where \(A\) is a set of interacting agents, \(M\) is a shared memory substrate, \(G\) is the governance and policy layer, \(P\) is provenance metadata, and \(T\) is temporal ordering and supersession semantics [2606.24535]. This formalization is the conceptual basis for ArgusFleet: shared memory must preserve correctness across interacting reads and writes by multiple autonomous actors over time.

A memory write is modeled as

$$
w_i = (a_i, c_i, s_i, t_i, p_i),
$$

with writer \(a_i\), content \(c_i\), visibility scope \(s_i\), temporal ordering \(t_i\), and provenance \(p_i\). A retrieval is modeled as

$$
r_j = f(q_j, a_j, g_j, t_j),
$$

where \(q_j\) is the query, \(a_j\) the requesting agent, \(g_j\) governance constraints, and \(t_j\) temporal correctness conditions [2606.24535]. Retrieval correctness is therefore not just similarity-based; it additionally depends on authorization, freshness, contradiction resolution, provenance validity, and synchronization.

One governance invariant is made explicit and is central to ArgusFleet’s leakage tests. Let \(\mathrm{auth}(a_j, s_i, G)\) mean that agent \(a_j\) is entitled under governance \(G\) to view a memory with scope \(s_i\). Retrieval is scope-sound iff

$$
w_i \in r_j \;\Longrightarrow\; \mathrm{auth}(a_j, s_i, G). \tag{Inv-Scope}
$$

In words, if a memory is returned to an agent, that agent must be authorized for that memory’s scope. The unauthorized-leakage failure mode is exactly a violation of this invariant [2606.24535].

The paper organizes the problem into four governance dimensions—scope, time, provenance, and propagation—which correspond operationally to four failure modes: unauthorized leakage, stale propagation, contradiction persistence, and provenance collapse. In the system overview these answer who may read a memory, which version is current, where a memory came from, and how it moves across agent boundaries [2606.24535].

| Dimension | Failure mode | Operational question |
|---|---|---|
| Scope | Unauthorized leakage | Who may read a memory |
| Time | Contradiction persistence | Which version is current |
| Provenance | Provenance collapse | Where a memory came from |
| Propagation | Stale propagation | How it moves across agent boundaries |

This four-part decomposition is what ArgusFleet operationalizes. A plausible implication is that the harness is best understood not as a retrieval benchmark, but as a governance benchmark for shared memory systems.

## 3. Harness architecture and reproducibility model

All four ArgusFleet experiments share the same lifecycle. A deterministic plan is generated from a random seed; writes are issued against the live MemClaw REST API; the harness waits through a settle delay to allow asynchronous enrichment or contradiction handling; then it performs verification against plan-derived ground truth [2606.24535]. The workloads are seeded so the fleet layout, agents, fact subjects, and chain structures are reproducible, while each run also includes a unique nonce in content to avoid collisions when rerunning against a stateful production service.

The harness is written in Python 3.12, uses an async client based on `httpx`, and uses `tenacity` for exponential backoff on transient transport errors, \(5xx\) responses, and \(429\) rate limits. Other \(4xx\) responses are surfaced unchanged because they are often the governance signal being measured [2606.24535]. Concurrency is capped per experiment to stay below the server’s documented rate limits, particularly \(100\) requests per minute on `/search`.

Its output is event-based. ArgusFleet emits canonical JSONL traces, plus CSV summaries and Matplotlib figures derived from those traces. The paper stresses that every number in the study is backed by committed traces in the repository, and that analysis can be rerun without hitting the server again [2606.24535]. The domain model uses plain dict events in traces but ships typed Pydantic models where useful, notably `MemoryScope` and `PolicyDecision`. Translation between harness events and MemClaw’s wire schema is kept in the client layer so that the harness can be retargeted to any “wire-compatible” governed-memory implementation.

These design choices make reproducibility independent of a fresh database snapshot. The deterministic plan and post-hoc trace analysis support exact reruns at the analysis layer, while the nonce mechanism avoids persistent-state collisions at the service layer. This suggests that the paper treats reproducibility as a property of workload specification and evidence preservation rather than as full environmental reset.

## 4. Experiments and workload design

ArgusFleet operationalizes the four governance dimensions through four concrete workloads [2606.24535].

The leakage experiment creates \(F=4\) fleets with \(K=6\) agents each inside one tenant. The first agent in each fleet writes two secrets, one fleet-scoped and one agent-scoped. Each secret has a unique canary token in metadata and distinct prose in content. Every agent then probes every secret using semantic search with the secret’s prose as query. This creates \(192\) probes, with \(164\) expected-deny and \(28\) expected-allow cases. The harness records two separate signals: a leak, meaning the server returned a row the probe was not entitled to see, and a miss, meaning the server failed to return a row the probe was entitled to see. To isolate API-path behavior from the authentication model, the authors add a focused adversarial case with agent-scoped keys at different trust levels, where a trust-1 agent and a trust-2 agent bound to one fleet attempt direct GET-by-id on a row from another fleet [2606.24535].

The contradiction experiment builds \(100\) facts from \(20\) subject-predicate templates. For each fact it runs two scenarios: sequential contradictory writes separated by a small delay, and concurrent contradictory writes dispatched together. In each pair, both writes share the same \(subject\_entity\_id\) and predicate but provide different \(object\_value\). The workload deliberately uses RDF triples so the write should route into the server’s structural contradiction detector, not only into semantic deduplication. Verification re-fetches both row ids by GET after a settle window and checks whether supersession occurred: either the newer row carries \(supersedes\_id\) or the older row becomes non-active/outdated [2606.24535].

The provenance experiment constructs \(50\) synthetic derivation chains of depth \(4\), for \(200\) total writes. Each chain follows an incident-style narrative with four stages: observation, hypothesis, mitigation, and verification. Each step writes a memory whose metadata contains \(derived\_from\) pointing to the parent memory. After the writes settle, the harness fetches the leaf and walks backward via GET to the root [2606.24535].

The propagation experiment has two phases. In the rate phase, one writer agent writes \(40\) fleet-scoped facts, each using substantively distinct operational prose from \(40\) templates. Then \(3\) sibling readers in the same fleet and \(2\) non-fleet readers in the same tenant query for those facts, generating \(200\) total probes. Same-fleet readers poll for up to \(30\) seconds; foreign-fleet readers try only once, and any hit counts as a cross-fleet leak. In the separate window phase, the harness measures write-to-visible latency on \(8\) dedicated facts, each polled immediately and continuously from write completion at \(250\) ms intervals, one fact at a time, to stay below the per-tenant search rate limit. The propagation experiment also includes a redistribution test: a deterministic subset of facts is passed through `POST /memories/redistribute` to another agent, and the harness re-fetches the row to verify that \(agent\_id\) changed [2606.24535].

## 5. Metrics and evaluation semantics

ArgusFleet’s metrics are partly formalized and partly defined operationally. For leakage, the paper gives

$$
leak\_rate = \frac{n_{\text{leaks}}}{n_{\text{expected-deny}}}, \qquad
miss\_rate = \frac{n_{\text{misses}}}{n_{\text{expected-allow}}}.
$$

A leak is an unauthorized return; a miss is an availability failure on an entitled read [2606.24535]. The distinction is important because the same retrieval path can fail as a security mechanism and as a recall mechanism.

For propagation, the harness records three tuple-level outcomes for each \((writer, fact, reader)\): visibility, time-to-visibility, and \(is\_leak\). The paper does not give an explicit symbolic formula for time-to-visibility, but operationally it is

$$
\text{time-to-visibility} = t_{\text{first successful read}} - t_{\text{write completion}}.
$$

For provenance, the graded metrics are completeness, accuracy, and depth fidelity. These are given as criteria and can be written as

$$
\text{completeness} = \mathbf{1}\{\text{all planned ancestors reachable}\},
$$

$$
\text{accuracy} = \mathbf{1}\{\forall h,\; \text{writer}^{obs}_h = \text{writer}^{plan}_h\},
$$

$$
\text{depth fidelity} = \mathbf{1}\{\text{len(chain}^{obs})=\text{len(chain}^{plan})\}.
$$

For contradiction, the main metric is detection rate:

$$
detection\_rate = \frac{n_{\text{fact-runs with supersession evidence}}}{n_{\text{fact-runs}}},
$$

with supersession evidence defined as

$$
\text{detected} \iff \big(\text{newer row has } supersedes\_id\big)\;\lor\;\big(\text{older row status is non-active}\big).
$$

The stale-read metric is

$$
stale\_read\_rate = \frac{n_{\text{fact-runs with } >1 \text{ active contradictory rows}}}{n_{\text{fact-runs}}}.
$$

These metrics reflect the paper’s broader claim that governed shared memory requires first-class empirical treatment of policy compliance, temporal supersession, provenance integrity, and synchronization behavior, rather than retrieval quality alone [2606.24535].

## 6. Empirical findings, discovered failures, and significance

The strongest positive result is provenance. All \(200\) planned writes in the provenance workload succeeded, and all \(50\) depth-4 chains reconstructed completely. Chain completeness, writer-identity accuracy, and depth fidelity were all \(1.000\), with reported 95% Wilson intervals of \([0.929, 1.000]\). Per-hop fetch latency was p50 \(291\) ms, p95 \(491\) ms, p99 \(1076\) ms. The authors note that this required throttling writes below MemClaw’s per-tenant write limit of 10/s; pacing at 8/s eliminated rate-limit induced chain loss [2606.24535].

Propagation also produced strong results. In the rate phase, all \(40\) writes succeeded and all \(200\) visibility probes executed. Fleet-sibling visibility was \(117/120 = 0.975\), with 95% Wilson interval \([0.929, 0.991]\). Cross-fleet leakage was \(0/80 = 0.000\), with 95% Wilson interval \([0.000, 0.046]\). The dedicated window-phase measurement showed that under `write_mode=strong`, write-to-visible latency was effectively immediate: all 8 facts were visible on the very first poll after write completion, with p50 \(0.83\) s, p95 \(1.63\) s, and max \(1.97\) s. The paper interprets this as “one search round-trip” [2606.24535].

Contradiction handling was more nuanced. Overall detection rate across \(200\) fact-runs was \(0.490\), but conditional on both contradictory writes actually being admitted by the write path, detection was \(90/90 = 1.000\), with 95% Wilson interval \([0.959, 1.000]\). The detector worked: after settle and re-fetch, the newer row superseded the older one and the older row flipped to `outdated`, typically within about six seconds. The low overall rate was instead driven by upstream write admission failures: \(206/400\) writes were rejected with HTTP \(409\) by the synchronous deduplication gate before the asynchronous contradiction detector could inspect them. Stale-read rate was \(0/200\), and strong-mode write latency in this experiment was p50 \(1840\) ms, p95 \(4861\) ms, p99 \(19319\) ms across the \(194\) writes that completed [2606.24535].

The paper’s most important negative result was leakage. On the semantic search path, leak rate over expected-deny cases was \(72/164 = 0.439\), and miss rate over expected-allow cases was \(4/28 = 0.143\). More serious was direct GET-by-id behavior. Using a tenant-scoped key, GET exposure on cross-scope rows was \(164/164 = 1.000\), with in-scope miss rate \(0/28\). The decisive result came from the focused agent-scoped adversarial probe: a trust-1 agent in fleet 0 could still GET a fleet-1 row even though the documented trust ladder says cross-fleet read requires trust \(\ge 2\). The handler checked only tenant equality and ignored fleet, agent, row scope, and trust level, thereby violating Inv-Scope [2606.24535].

ArgusFleet localized this issue architecturally because it probed both search and GET paths and included the trust-level agent-key test. The gap was disclosed and remediated during the study. A scaled re-probe on the next day showed that trust-1 cross-fleet GETs were denied \(0/36\) times, trust-2 cross-fleet GETs were allowed \(36/36\), same-fleet controls were allowed \(12/12\), and total leaks in the re-probe were \(0/96\). The service now returns HTTP \(404\) on denied GETs so as not to disclose row existence [2606.24535].

The second major negative result was the pipeline-ordering conflict between deduplication and contradiction resolution. The contradiction detector itself was sound, but semantic near-duplicate detection runs synchronously before commit and returns \(409\) when similarity is high, so the second write in a natural contradiction pair was often blocked before the contradiction detector could see it. The suggested remediation is either to reorder the pipeline so RDF-structured contradiction detection runs first, or to widen the dedup threshold for RDF-bearing writes because structure is the more informative signal [2606.24535].

The paper is also candid about limitations. It is self-evaluation; the same group built MemClaw and ArgusFleet. The sub-tenant GET enforcement issue was established with a focused agent-scope probe rather than an exhaustive adversarial matrix. The experiments are single-tenant, workload scale is moderate, write-to-visible latency was measured on only \(8\) facts at \(250\) ms granularity, and there is no baseline comparand such as a long-context-only system or another memory service [2606.24535].

Taken together, the reported study positions ArgusFleet as a harness for demonstrating that long-context retrieval alone is insufficient for production multi-agent memory, and that live evaluation is vital to expose enforcement and pipeline-ordering failures missed by design-only treatments. Its core contribution lies in making governed shared memory empirically falsifiable at the level of actual API behavior rather than architectural intent [2606.24535].

Source: https://www.emergentmind.com/topics/argusfleet