Paper deep dive
DreamBench-SWE: A Multi-Session Memory-Hygiene Benchmark for Software Agents
Sarthak Singh
Intelligence
Status: succeeded | Model: Gemma-4-26B-A4B | Prompt: intel-v1 | Confidence: 90%
Last extracted: 8/24/2026, 5:00:14 AM
Summary
The paper introduces DreamBench-SWE, a multi-session benchmark designed to evaluate software agent memory hygiene by testing whether agents can retain and correctly apply non-inferable evidence from earlier sessions in later coding tasks. The study reports on an original v2 fold and a preregistered v2.1 successor audit. Key findings include that the primary comparison between a hybrid typed-plus-raw reference probe and a strong verbatim event memory (B5) yielded null results in the v2 fold. In the v2.1 audit, only one specific hosted Mem0 literal-storage configuration significantly outperformed the no-memory baseline, while other external memory systems failed conformance checks. The benchmark demonstrates its ability to discriminate memory system performance but does not establish broad superiority or equivalence among general memory mechanisms.
Entities (6)
Relation Signals (5)
DreamBench-SWE → evaluates → memory hygiene
confidence 95% · DreamBench-SWE is a multi-session benchmark for software-agent memory hygiene
DreamBench-SWE → hasversion → v2.1 audit
confidence 92% · We report the original scaled v2 fold and a separately preregistered v2.1 successor audit
Reference Probe → comparedwith → B5
confidence 90% · primary DF-hybrid--B5 contrast was null
Mem0 → outperformed → No Memory
confidence 88% · one pinned hosted Mem0 literal-storage configuration 97/180 (rate 0.5389)
DreamBench-SWE → relatedto → SWE-BENCH
confidence 80% · DreamBench-SWE is closest in spirit to SWE-bench
Cypher Suggestions (0)
No Cypher suggestions yet.
Abstract
Abstract:DreamBench-SWE is a multi-session benchmark for software-agent memory hygiene in which later software tasks depend on non-inferable evidence from earlier sessions and are scored by executable hidden oracles. We report the original scaled v2 fold and a separately preregistered v2.1 successor audit designed after that study but frozen before successor outcome inspection. The successor run completed 360/360 work units and 720/720 S3 cells across four conditions. In the original fold, the primary DF-hybrid--B5 contrast was null (95/180 versus 89/180; clustered p=.518, Holm p=1), not evidence of equivalence, and C9/C10 retained B0-headroom limitations. In the successor, no external memory achieved 21/180 passes (rate 0.1167), deterministic verbatim event memory 82/180 (rate 0.4556), the typed-plus-raw reference probe 83/180 (rate 0.4611), and one pinned hosted Mem0 literal-storage configuration 97/180 (rate 0.5389). The registered six-slot Family A retained unavailable slots at p=1; all three available comparisons against no memory rejected after Holm correction. Both preregistered mechanism contrasts were unavailable after pre-evaluation conformance rejection. The secondary literal-storage-versus-verbatim comparison was nonconfirmatory and sensitivity-dependent, while the comparison with the reference probe did not reject. The audit therefore supports DreamBench-SWE as a discriminating executable profile benchmark and characterizes one exact hosted-memory configuration, but it does not establish an external-system mechanism, superiority among memory-bearing conditions, equivalence, or broad product generality. The original v2.0.5 findings and artifacts remain unchanged.
Tags
Links
- Source: https://arxiv.org/abs/2608.20664v1
- Canonical: https://arxiv.org/abs/2608.20664v1
Trouble viewing inline? Open PDF directly →
Full Text
212,650 characters extracted from source content.
Expand or collapse full text
DreamBench-SWE: A Multi-Session Memory-Hygiene Benchmark for Software Agents Sarthak Singh Affiliation: Independent Researcher Abstract DreamBench-SWE is a multi-session benchmark for software-agent memory hygiene in which later software tasks depend on non-inferable evidence from earlier sessions and are scored by executable hidden oracles. We report the original scaled v2 fold and a separately preregistered v2.1 successor audit designed after that study but frozen before successor outcome inspection. The successor run completed 360/360 work units and 720/720 S3 cells across four conditions. In the original fold, the primary DF-hybrid–B5 contrast was null (95/180 versus 89/180; clustered p=.518, Holm p=1), not evidence of equivalence, and C9/C10 retained B0-headroom limitations. In the successor, no external memory achieved 21/180 passes (rate 0.1167), deterministic verbatim event memory 82/180 (rate 0.4556), the typed-plus-raw reference probe 83/180 (rate 0.4611), and one pinned hosted Mem0 literal-storage configuration 97/180 (rate 0.5389). The registered six-slot Family A retained unavailable slots at p=1; all three available comparisons against no memory rejected after Holm correction. Both preregistered mechanism contrasts were unavailable after pre-evaluation conformance rejection. The secondary literal-storage-versus-verbatim comparison was nonconfirmatory and sensitivity-dependent, while the comparison with the reference probe did not reject. The audit therefore supports DreamBench-SWE as a discriminating executable profile benchmark and characterizes one exact hosted-memory configuration, but it does not establish an external-system mechanism, superiority among memory-bearing conditions, equivalence, or broad product generality. The original v2.0.5 findings and artifacts remain unchanged. 1 Introduction Software-engineering agents increasingly operate across repeated sessions on the same repository. A later run may need to remember that a generated file is not source-of-truth, that a reviewer preference applies only to one module, that a test failure was flaky rather than causal, or that an older architecture fact was superseded by a recent migration. In such settings, memory quality is not the same as memory volume. A memory system can harm the agent when it retrieves a similar but stale fact, when it overgeneralizes feedback beyond its scope, or when it turns an uncertain failure diagnosis into an active instruction. This paper studies memory hygiene as a benchmarkable failure mode for multi-session software-engineering agents. We use “sleep” and “dream” only as operational labels: a sleep phase is an offline computation over logged trajectories and memory state, and a dream artifact is a derived replay or repair artifact produced by that computation. The contribution is not biological analogy. The paper is anchored on DreamBench-SWE, a controlled benchmark whose traps require earlier-session memory and whose S3 outcomes are scored by executable oracles. We use an evaluated maintenance pipeline as a reference probe for studying how raw evidence, typed consolidation, contradiction repair, counterfactual replay, stale-memory suppression, and retrieval gating affect behavior on that benchmark. The reference probe system is built around one invariant: raw episodes are never destroyed. Raw trajectories contain the task prompt, repository state, tool calls, command output, diffs, memory reads, memory writes, feedback, and outcomes. Sleep-phase operators may create derived memories, mark them stale, supersede them, or block them from retrieval, but they do not erase the evidence from which those derived memories came. This invariant makes the probe auditable, supports episodic-only controls, and treats consolidation as a risky derived operation rather than an automatic improvement. A typical trap is deliberately simple but hard to infer: S1 or S2 records a reviewer rule such as “future exports in this module must use this exact private dialect marker,” while S3 asks for an implementation that only passes if the marker is reproduced byte-for-byte. The marker is hidden from the S3 prompt and absent from the wake-agent container filesystem, so success requires memory. Other traps test superseded architecture facts, generated-file boundaries, scoped reviewer feedback, spurious failure lessons, or abstention after insufficient evidence. This design makes the memory dependency executable and auditable, but the v2 fold also shows where the instrument must be narrowed: C9 and C10 reveal B0-headroom limitations rather than broad anti-hoarding validity. The paper is organized around five research questions: 1. RQ1: Benchmark. Can a controlled multi-session SWE benchmark expose memory failures that are hidden from single-session task success? 2. RQ2: Memory-system ordering. Under the frozen v2 trap-clustered P1 test, how does a hybrid typed-plus-raw reference probe compare with a strong verbatim event-memory system? 3. RQ3: Structured memory anchor. Does typed provenance-linked memory separate from reflection-only vector retrieval, and what caveats survive clustered sensitivity? 4. RQ4: Hygiene diagnostics. Which executable trap-tripped diagnostics and offline hygiene metrics explain memory-system failures on the benchmark? 5. RQ5: Successor external audit. In a separately preregistered audit, do concurrent memory-bearing controls and an admitted external-system configuration separate from no memory, and do the frozen cross-configuration mechanism contrasts remain evaluable? Table 1 summarizes the original v1 hypothesis family and the v2 re-anchor. The v1 negative result remains explicit: H1, interpreted as “reference-probe hybrid separates from the strong verbatim B5 baseline,” is not established in the v1 fold. The scaled v2 primary clustered P1 result is also null: reference-probe hybrid is 95/180=0.52895/180=0.528 and B5 is 89/180=0.49489/180=0.494, with signed statistic +6+6, permutation p=0.518p=0.518, Holm p=1.0p=1.0, and reject=false. This is a failure to reject, not equivalence. Whether a future expansion reverses that outcome or not, P1 is evidence about memory-system behavior on DreamBench-SWE, not a replacement for the benchmark headline. Claim family Tested? Evidence Result Section Benchmark validity V2 fold complete 60 traps, 3 seeds, 1890 condition-level result files; admission funnel 30 authored, 30 dry-valid, 30 live-valid, 30 admitted Completed measurement fold, narrowed by C9 and C10 B0-headroom failures 6 H1 / v2 P1: hybrid typed-plus-raw memory vs. strong verbatim event memory V1 tested; v2 clustered P1 tested V1 reference-probe hybrid 52/66=0.78852/66=0.788 vs. B5 48/66=0.72748/66=0.727, Holm p=1.0p=1.0; v2 reference-probe hybrid 95/180=0.52895/180=0.528 vs. B5 89/180=0.49489/180=0.494, signed +6+6, permutation p=0.518p=0.518, Holm p=1.0p=1.0 Separation not established; failure to reject, not equivalence 6.2 Structured memory anchor V1 and v2 tested V1 typed-only vs. B3 positive with clustered caveats; v2 DF vs. B3 signed +13+13, permutation p=0.279p=0.279, Holm p=1.0p=1.0 V2 does not reject; v1 anchor remains historical, not headline 6.2 Hygiene diagnostics Diagnostic V2 oracle metrics: IrrelevantImportRate 1434/3024=0.4741434/3024=0.474, OverscopeRate 378/2268=0.167378/2268=0.167, RepeatedErrorRate 1512/2646=0.5711512/2646=0.571, StaleUseRate 756/3780=0.200756/3780=0.200 Executable diagnostics expose failure modes; no judge-based hygiene headline 6.4 Cost and resource diagnostics Diagnostic only V2 cost per successful task: reference-probe raw-only 0.03560.0356, reference-probe hybrid 0.03830.0383, B5 0.03950.0395 Resource evidence constrains interpretation; it is not a headline claim 8 V2.1 successor discrimination Separate preregistered audit Family A: B5, DF-hybrid, and B5-MEM0-LIT each reject versus B0 after fixed-six-slot Holm correction; Family B has no available contrast Benchmark discrimination and one bounded external profile; no mechanism, superiority, equivalence, or product ranking 6.6 Table 1: Re-anchored claim ledger. Confirmatory claims are limited to canonical analyzer outputs; nulls are failures to reject, not equivalence claims. We make three contributions, and only the first is the headline. First, DreamBench-SWE is a dynamic memory-hygiene benchmark for multi-session software tasks. DreamBench-SWE consists of hand-curated memory traps: each S3 session turns on hidden, non-inferable information recoverable only from earlier-session memory and is scored by an executable oracle. Wake agents and sleep judges run in containers whose filesystems exclude the benchmark repository, hidden oracles, reference solutions, and sequence records; we do not claim network isolation. All runs are validity-gated and contamination-scanner-reviewed. This benchmark stands regardless of the measured memory-system ordering, but the v2 fold narrows its anti-hoarding claims where C9 and C10 fail B0-headroom criteria. Second, the reference probe is a wake/sleep/read architecture for training-free external memory maintenance around a fixed software-engineering agent, evaluated through typed-only, raw-only, and hybrid variants. Third, we report the v1 fold and the scaled v2 fold. The v2 fold has a null primary P1 comparison, non-rejections across P2–P6, a clean admission funnel, explicit C9/C10 validity caveats, and executable hygiene diagnostics. The v2.1 successor audit answers RQ5 without retroactively changing the original v2 family. Its complete canonical run separates both concurrent positive controls and the one admitted hosted literal-storage configuration from B0 after fixed-six-slot Holm correction. The registered mechanism family is unavailable because its counterpart conditions failed frozen pre-evaluation conformance. The resulting claim is benchmark discrimination plus one bounded external-system profile, not a mechanism, product ranking, superiority claim, or equivalence result (Section 6.6). 2 Related Work Evaluation gap. DreamBench-SWE is closest in spirit to SWE-bench, SWE-bench Verified, SWE-Bench Pro, SWE-agent, and Meta-Harness, but those benchmarks and harness studies evaluate issue resolution, agent-computer interfaces, or harness optimization rather than longitudinal memory maintenance [10, 20, 5, 37, 12]. Conversational and incremental-memory benchmarks such as LoCoMo, LongMemEval, BEAM, AMA-Bench, and MemoryAgentBench test long-history recall, temporal reasoning, updates, selective forgetting, and dialogue or agentic QA [16, 36, 30, 43, 8]. More recent benchmarks couple memory to action. MemoryArena uses interdependent multi-session tasks across web navigation, planning, search, and formal reasoning; EvoMemBench spans in- and cross-episode, knowledge- and execution-oriented settings and compares 15 memory methods; WorldMemArena localizes multimodal memory failures across writing, maintenance, retrieval, and use; and STATE-Bench provides stateful enterprise workflows plus an Agent Learning track [7, 34, 15, 17]. These works preclude a generic priority claim for multi-session, execution-oriented, or lifecycle-aware memory evaluation. The narrower DreamBench-SWE contribution is the intersection of controlled repository continuation and memory hygiene: hidden, non-inferable earlier-session evidence must cause real code edits that pass executable repository oracles, under CSPRNG token injection, scored-artifact isolation, and a C1–C10 taxonomy of SWE-specific pathologies. Agent memory architecture. CoALA gives useful vocabulary for episodic, semantic, and procedural memories [28]; the reference probe uses that vocabulary as schema discipline rather than as a claim of cognitive novelty. MemGPT owns the virtual-context framing: an LLM agent manages memory tiers to extend useful context beyond the immediate window [21]. Letta’s memory-model framing pushes this further toward trained token-space memory curators and sleep-time memory generation for future tasks [13]. Sleep-time Compute owns the general idea of spending offline compute on context before later queries arrive, including a case study in an agentic SWE setting [14]. The reference probe adds a narrower, training-free mechanism: typed provenance over SWE trajectories, whole-store contradiction repair, grounded counterfactual replay, stale suppression, and a retrieval gate whose output is judged by executable hidden oracles rather than by memory plausibility alone. External memory systems and agent-native memory. Mem0 is the single external memory-system family represented in the original v2 diagnostics, through two pinned hosted configurations. It owns production-oriented online memory extraction, consolidation, retrieval, and a graph variant for relational memory and obsolete-triple handling [2]. Our B5 condition is only a deterministic verbatim event-memory substitute. B5-MEM0 uses hosted-default extraction, whereas B5-MEM0-LIT disables fact inference as an exact-literal diagnostic; neither is a tuned-Mem0 ranking claim. The distinction is that the reference probe performs offline typed maintenance over a preserved SWE evidence store, while DreamBench-SWE specifically tests whether a later coding session preserves exact hidden CSPRNG tokens and avoids stale or contradictory memory use under executable oracles. The separately preregistered v2.1 audit applies a stricter conformance boundary: only B5-MEM0-LIT was admitted and evaluated; native B5-MEM0 and both planned Supermemory conditions were rejected before evaluation. The successor therefore profiles one exact external configuration and reports conformance attrition rather than treating unavailable systems as observed losses. The rejected Supermemory lanes were pinned to the official repository’s server-v0.0.5 release and release-tag commit [29]; that citation establishes conformance provenance only, not evaluated Supermemory performance. Agent-Native Memory (ANM) studies agent memory as a data-management system, decomposing memory into representation and storage, extraction, retrieval and routing, and maintenance, and evaluating cost and robustness tradeoffs across representative systems [44]. That work owns the broad systems characterization. DreamBench-SWE adds a task-family-specific benchmark in which the ground truth is not an open-ended dialogue answer but a hidden, non-inferable code contract, and the reference probe adds a concrete training-free maintenance pipeline for typed SWE memories. SWE-agent memory and task-state substrates. Shen et al.’s structurally aligned subtask-level memory is the closest published SWE-agent memory comparison point we cite. It owns subtask-granularity storage, retrieval, and updating aligned with a software agent’s functional decomposition, and reports a mean Pass@1 gain of +4.7+4.7 percentage points over vanilla agents on SWE-bench Verified across four backbones [25]. Our B6 condition is a subtask-memory substitute inspired by that granularity, not a fidelity reimplementation and not a claim about Shen et al.’s system. DreamBench-SWE asks a different question: whether memory systems survive multi-session hygiene traps with hidden exact-token contracts, stale facts, contradictory feedback, and executable repository oracles. beads is adjacent persistent SWE memory infrastructure rather than a direct memory hygiene benchmark. It owns a Dolt-backed structured issue and project-memory graph for coding agents, with dependency links, supersedes links, and compaction of closed tasks [39]. The reference probe adds semantic maintenance over agent traces: typed provenance, contradiction repair, grounded replay, stale suppression, and retrieval gating. A beads-style task graph could be a useful substrate or tracker, but the claim tested here is not that durable task storage exists; it is whether the maintenance operators improve future SWE behavior under DreamBench-SWE. Reflection, replay, and procedural lessons. Generative Agents and Reflexion convert experience into later-use memories or verbal lessons; in this paper, Reflexion-style lesson reuse is represented by B3 reflection-only vector retrieval [22, 26]. Agent Workflow Memory, ExpeL, Voyager, and self-improving coding-agent work study procedural lesson extraction, executable skill accumulation, or editing the agent implementation itself [35, 42, 32, 23]. The reference probe does not claim novelty for trajectory-to-lesson conversion. The added claim is that lessons are typed, provenance-linked, lifecycle-managed, and checked against future executable SWE traps rather than treated as free-form reusable advice. Memory safety, evaluation, and degradation. Faulty Memory shows that continuously updated useful memories can degrade, making raw evidence and consolidation controls important [40]. MemGate treats memory search as a trust boundary, TRUSTMEM studies learned write/revise/prune transitions, and classical JTMS/ATMS/AGM belief revision gives the formal lineage for justification-aware inconsistency management [41, 38, 6, 4, 1]. BinEval motivates decomposing judge questions into inspectable binary decisions [3]. In this paper, those hygiene labels remain diagnostic: the primary judge-free outcome is executable S3 pass@1, and the benchmark logs stale, contradictory, RepeatedErrorRate, harmful-retrieval, and scope diagnostics relative to raw episodic controls. Research and knowledge-curation agents. STORM and Co-STORM use retrieval, multi-perspective question asking, agent conversation, and dynamic knowledge structures to synthesize Wikipedia-like articles and support learning [24, 9]. Tongyi DeepResearch, DeepSearcher, Local Deep Research, Chain-of-Retrieval Augmented Generation, MiroThinker, and MiroFlow are adjacent research or retrieval-and-synthesis frameworks that organize evidence through iterative search, local-corpus retrieval, verification, or report generation [31, 45, 11, 33, 18, 19, 27]. Those systems broaden or curate external knowledge for a research question; DreamBench-SWE instead evaluates maintenance over a coding agent’s own prior software-work history. Table 2 summarizes the closest memory work by claim boundary. The only external memory-system family with a scored condition is Mem0: the original v2 diagnostics contain B5-MEM0 and B5-MEM0-LIT, while the stricter successor audit admits only B5-MEM0-LIT. The other rows are positioning references rather than practical baselines. Table 2: Closest prior work and claim boundary. The table does not assert generic benchmark priority. Rows other than Mem0 are positioning references, not additional external memory-system baselines in the reported v2 fold. Work What prior work owns What DreamBench-SWE/reference probe adds LoCoMo, LongMemEval, BEAM, AMA-Bench, MemoryAgentBench [16, 36, 30, 43, 8] Long-history conversational memory, temporal reasoning, updates, incremental interaction, selective forgetting, and agentic QA. Repository-state continuation in which earlier-session evidence controls executable code-oracle success rather than only answer quality. MemoryArena [7] Interdependent multi-session Memory-Agent-Environment loops in web navigation, planning, search, and formal reasoning. SWE-specific hidden-evidence traps, production code edits, repository oracles, and contamination controls. EvoMemBench [34] In-/cross-episode and knowledge-/execution-oriented evaluation of 15 representative memory methods. A narrower controlled test of repository continuity and hygiene pathologies, with trap-clustered inference over executable S3 outcomes. WorldMemArena [15] Multimodal action-world interaction with stage-level diagnosis of memory writing, maintenance, retrieval, and use. Text-and-code repository tasks whose decisive evidence is hidden from S3 and whose success is checked by software oracles. STATE-Bench [17] Stateful enterprise workflows with database actions, simulated users, and an Agent Learning track for reusable memories, skills, or prompt optimizations. Multi-session software-repository memory hygiene with frozen earlier evidence, code diffs, and hidden repository assertions. Mem0 / Mem0g [2] Online extraction, consolidation, retrieval, and graph memory for long-term agent memory; B5-MEM0 and B5-MEM0-LIT are two pinned configurations of one hosted external system family. Multi-session SWE hygiene traps with hidden CSPRNG tokens and executable oracles; offline typed provenance, contradiction repair, grounded replay, stale suppression, and a retrieval gate. MemGPT, Letta, Sleep-time Compute [21, 13, 14] Virtual context, memory blocks or memory models, and offline compute over context before later inference. A training-free SWE maintenance pipeline whose replay is grounded in prior trajectory evidence and evaluated by hidden repository oracles. ANM [44] Data-management view of agent memory modules, workload-dependent tradeoffs, cost, robustness, and maintenance analysis. A SWE-specific construct taxonomy, CSPRNG-token traps, and executable multi-session oracles for memory-hygiene failures. Shen et al. [25] Subtask-level SWE-agent memory aligned with functional decomposition; reported +4.7+4.7p mean Pass@1 over vanilla agents on SWE-bench Verified. The benchmark target differs by requiring exact continuation of concealed identifiers, stale/contradictory memory, generated-file and scope traps, and B6 as a non-fidelity substitute only. beads [39] Dolt-backed task and memory graph for coding agents, with dependency, supersedes, and compaction mechanisms. Semantic maintenance over trajectory evidence: typed derived memories, contradiction repair, grounded counterfactual replay, stale suppression, and retrieval gating. Reference probe Scheduled offline maintenance over raw SWE evidence. The proposed mechanism and the object evaluated by the three-seed confirmatory fold. Raw episodes are preserved even when derived memories are suppressed or logically deleted. 3 Problem Formulation Let A be a software-engineering agent, R a repository, T a task, and SiS_i the iith session in a multi-session sequence. A session is a bounded agent run with a task prompt, repository state, tool access, a model configuration, a memory policy, and a termination condition. A sequence is an ordered list of sessions over one repository or a controlled family of related repositories. Trajectory. An agent trajectory is an append-only record τ=(meta,e1,e2,…,en,outcome),τ=(meta,e_1,e_2,…,e_n,outcome), where metameta contains identifiers such as task id, session id, repository id, starting commit, model id, condition id, seed, and budgets. Each event eie_i is an observed state, model message, tool call, tool result, file edit, test result, memory read, memory write, reviewer message, or termination event. The outcome records the final diff, tests run, pass or fail status when executable verification exists, cost, latency, and labels. A raw episode is a persisted trajectory or trajectory segment with immutable evidence semantics. Memory item. A derived memory item m contains content, type, provenance, write reason, id, status, repository scope, file scope, symbol scope, task scope, timestamps, validity interval, confidence, utility, risk, staleness, contradiction links, supersession links, retrieval tags, usage accounting, and optional outcome impact. The memory types are episodic, semantic_project, procedural, failure, human_feedback, constraint, contradiction, and dream_artifact. The statuses are active, superseded, stale, requires_review, and deleted. The deleted status is a logical soft-delete for derived memories: it blocks retrieval while preserving the memory record and provenance. It is not used to physically remove derived records or raw trajectory evidence in reference-probe experiments. Read admissibility. For task context q and candidate memory m, the reference probe separates candidate generation from admission. Candidate generation can use semantic similarity, tags, file-path overlap, symbol overlap, task labels, and project scope. Admission rejects m when its status, validity interval, scope, supersession state, risk, staleness, provenance, or type policy makes it inadmissible for q. Among admissible memories, the system ranks under a fixed memory-token budget. Memory-hygiene objective. Let RiR_i be the set of memory items admitted into session i, Ui⊆RiU_i R_i the items judged useful, Hi⊆RiH_i R_i the items judged harmful, and Si⊆RiS_i R_i the items that should have been suppressed because they are stale, superseded, out of scope, or review-required. Memory hygiene measures whether the memory system retrieves useful, grounded, current, scoped, low-risk memories while suppressing harmful or stale memories. This differs from generic recall: retrieving more memories can reduce hygiene when the extra memories are wrong for the current repository state. Metrics. TaskSuccess is the fraction of sessions whose final patch satisfies the task oracle. Pass@1 is the fraction of executable sessions whose first completed attempt passes the configured verification suite. UsefulMemoryPrecision is ∑i|Ui|∑i|Ri|. _i|U_i| _i|R_i|. HarmfulMemoryRate is ∑i|Hi|∑i|Ri|. _i|H_i| _i|R_i|. In the reported confirmatory fold, HarmfulMemoryRate is logged but non-discriminating: it is 0.000 for every condition, so the fold does not support harmful-retrieval reduction claims. RepeatedErrorRate is the count of repeated error events divided by the count of opportunities to avoid repetition. Stale or superseded activation is tracked diagnostically when stale memory is available, but it is not a standalone confirmatory-fold metric in the reported hygiene panel. ContradictionRepairAccuracy is the fraction of evaluable contradictions whose expected old-item status, new-item status, and relation are all correct. Cost metrics separate wake tokens, sleep tokens, judge tokens, wake latency, sleep latency, and judge latency. Research question. The central question is RQ0: for multi-session software engineering agents, what do offline maintenance, raw-evidence retention, and their combination change under fixed model, token budget, tool budget, and task stream? The confirmatory fold isolates the typed pipeline, raw-evidence capsule, and hybrid ladder. The component ablations (A0, A2, A4, A5, A6, and A11) are descriptive in v2: A0 episodic-only is 20/180=0.11120/180=0.111 versus typed-only at 80/180=0.44480/180=0.444; A6 no retrieval hard gate is 72/180=0.40072/180=0.400; A4 no counterfactual replay is 77/180=0.42877/180=0.428; A5 no stale suppression is 79/180=0.43979/180=0.439; A2 no contradiction repair is 88/180=0.48988/180=0.489; and A11 forced consolidation is 70/180=0.38970/180=0.389. Because A2 scores above typed-only and CONTRADICTION records appear in retrieval for 0/180 hybrid and 0/180 raw-only S3 records, contradiction-repair and operator-specific causal claims remain hypotheses unless supported by paired component tests or audits. 4 Method: Reference Probe The reference probe wraps a fixed wake-phase software-engineering agent with an external memory store and an offline maintenance loop. The wake agent can be a SWE-agent-style harness or another code-capable tool-using agent. The probe does not train a new base model and does not require the wake agent to expose internal weights or hidden state. 4.1 Wake/Sleep/Read Loop For each benchmark sequence, the reference probe initializes a repository snapshot and a condition-specific memory namespace. At session SiS_i, the read phase retrieves candidate memories and applies the retrieval gate. The wake phase gives the admitted memories, task prompt, repository state, and tool budget to the agent. The trajectory logger records task metadata, model configuration, tool calls, command output, diffs, memory reads, memory writes, feedback, final outcome, cost, and latency. After the session, the sleep schedule determines whether offline maintenance runs over raw episodes since the previous pass. Figure 1 summarizes the wake/sleep/read loop. Raw-episode invariant. The system maintains two stores: an append-only raw episode log E and a derived memory store M. A raw episode is the evidence record for one session or replay: prompt, repository state, tool transcript, command output, diffs, memory reads, memory writes, feedback, outcome, and cost. No reference-probe operator overwrites, truncates, summarizes in place, hard-deletes, or garbage-collects raw episodes during an experiment. Sleep operators can only append derived memories, append audit records, or change the lifecycle status of derived memories. The status deleted is therefore a logical soft-delete that applies only to derived memories; the derived record, its provenance, and all raw episodes remain addressable for audit, replay, and episodic-only controls. Frozen raw-evidence repairs and system variants. The confirmatory fold uses three named repairs from analysis/investigation-evidence/PREREGISTRATION.md, frozen on 2026-07-03 before the confirmatory fold (SHA-256 prefix e1819a8c930a; full digest in Appendix B). R1 adds a verbatim raw-evidence capsule: one EPISODIC memory per episode carrying the injected event content through the normal retrieval gate. R1b exempts EPISODIC records from contradiction repair so raw evidence is not rewritten or deleted by repair. R2 excludes CONTRADICTION-type records from implementation reads through the existing allowed_types gate. These repairs define the ladder used in the fold. Reference-probe typed-only uses the derived typed pipeline without the raw-evidence capsule. Reference-probe raw-only disables typed consolidation and exposes only the R1/R1b raw-evidence capsule, with R2 still excluding contradiction records. Reference-probe hybrid combines the typed pipeline and the raw-evidence capsule. By construction, reference-probe raw-only is near-equivalent to B5 on the dominant recall-verbatim portion of DreamBench-SWE: both give the wake agent one verbatim injected-event record, although B5 is the simpler deterministic event-memory substitute and raw-only uses the same probe read path. Here recall-verbatim identifies where the contract evidence appears; it does not mean that the S3 patch can be copied or that implementation is unnecessary. The historical v1 fold reflects this construction: 65/66 raw-only-vs.-B5 paired S3 outcomes agree, with one B5-only win. This near-equivalence is descriptive, not an equivalence test. Next wake context admitted memories Wake agent prompt + tools Trajectory logger transcript + diffs E Raw episode log immutable Retrieval gate scope + provenance status filters M Derived store append records soft-delete status Maintenance pipeline consolidate — repair replay — forgetting Raw-evidence capsule enabled variants Sleep scheduler Figure 1: Reference-probe system architecture for the wake/sleep/read loop. Raw episodes are append-only; sleep operators write or update only derived-memory records. 4.2 Typed Memory Schema The derived store uses a typed memory item with explicit provenance and lifecycle metadata. Required construction fields are content, type, provenance, and write reason. Provenance must reference at least one raw episode or raw artifact: trajectory id, task id, repository commit, file path observation, command output, diff, or human-feedback event. Scope fields constrain a memory to a repository, files, symbols, tasks, sequence type, or validity interval. Status and validity fields allow repair and stale suppression to block retrieval without erasing evidence. Confidence, utility, risk, and staleness scores are unit-bounded metadata used by read and maintenance policies. A derived memory without sufficient provenance is marked requires_review and is ineligible when the provenance gate is enabled. The schema supports eight memory types: episodic, semantic-project, procedural, failure, human-feedback, constraint, contradiction, and dream-artifact memory. These types are not claimed to be universally optimal. H7 tests whether the typed, provenance-linked schema improves useful-memory precision relative to untyped summaries under an equal retrieval budget; harmful-memory rate is logged as a diagnostic but is non-discriminating in the reported fold because it is 0.000 for every condition. 4.3 Sleep-Phase Operators Each sleep-time operation has a named intended ablation. This is deliberate: the paper’s empirical spine is not that “sleep” helps, but which maintenance operation, if any, changes future software-agent behavior. The confirmatory fold, however, isolates only the ladder-level typed pipeline, raw-evidence capsule, and hybrid. Component ablations that were run are descriptive unless separately paired and tested. Table 3 therefore separates implemented operators from ablations isolated by the fold. Operation Write or transition Ablation Fold status Typed consolidation Candidate semantic-project, procedural, human-feedback, constraint, and episodic-derived memories with scope, provenance, confidence, utility, risk, staleness, tags, and write reason A1 no typed consolidation; A11 forced consolidation A1 designed/not run; A11 run/descriptive; ladder isolates typed pipeline Causal failure extraction Failure memories grounded in failed trajectories, command output, tests, diffs, logs, or feedback A3 no causal failure extraction Designed/not run Counterfactual replay Dream artifacts and replay-derived failure or suppression decisions, accepted only when grounded in executable evidence, raw trace evidence, or human-audited causal support A4 no counterfactual replay Run/descriptive Contradiction repair Contradiction records, supersession links, status transitions, and validity-interval updates over derived memories A2 no contradiction repair Run/descriptive Stale suppression and forgetting stale, superseded, or logical deleted status for derived memories; retrieval exclusion without deleting raw evidence A5 no stale suppression Run/descriptive; stale activation evaluated through proxies Provenance gate active versus requires_review transition based on whether the derived claim is supported by raw episodes A8 no provenance gate Designed/not run Raw episodic fallback Agent-visible raw-evidence capsule while preserving raw episodes for audit A10 disables raw fallback Designed/not run; ladder isolates raw capsule via DF-raw-only and DF-hybrid Metadata retrieval gate Admission by status, scope, provenance, confidence, staleness, risk, and supersession metadata A6 no retrieval hard gate; A7 similarity-only; A12 no scope; A13 no validity intervals A6 run/descriptive; A7/A12/A13 designed/not run Table 3: Implemented operators and ablation coverage. A0 episodic-only disables the derived store entirely and is run as a descriptive floor. The confirmatory fold isolates ladder-level channels; it does not statistically isolate every named operator. The sleep pipeline is: typed =Ctype(E), =C_type(E), failures =Cfail(E), =C_fail(E), replay =Creplay(E,M), =C_replay(E,M), proposed =typed∪failures∪replay, =typed , repaired =Crepair(proposed,M), =C_repair(proposed,M), suppressed =Cstale(repaired,M), =C_stale(repaired,M), validated =Cprov(suppressed,E). =C_prov(suppressed,E). Here E is the set of raw episodes selected by the sleep schedule and M is the current derived store. The output is a set of derived writes and status transitions. The functions above are pure with respect to raw evidence: they may read E and write provenance pointers into M, but they may not mutate E. 4.4 Retrieval Gate The read path first retrieves broad candidates and then applies hard gates. A memory item is rejected if it is not active, outside the current repository scope, outside the task’s file or symbol scope, beyond its validity interval, superseded by an active item, above a risk or staleness threshold, ungrounded when provenance gating is enabled, logically deleted, review-required, or excluded by the condition-specific type policy. Let G(q,m)∈0,1G(q,m)∈\0,1\ be the hard-gate decision for task context q and memory m. If G(q,m)=0G(q,m)=0, m is assigned score −∞-∞. Otherwise admitted candidates are ranked by score(q,m)= (q,m)= wsemcos(eq,em)+wtagJ(Tq,Tm)+wfileF(q,m)+wsymY(q,m) w_sem (e_q,e_m)+w_tagJ(T_q,T_m)+w_fileF(q,m)+w_symY(q,m) +wtaskK(q,m)+wtypeπtype(m)+wconfcm+wutilum+wverifyvm+wprovpm +w_taskK(q,m)+w_type _type(m)+w_confc_m+w_utilu_m+w_verifyv_m+w_provp_m −λstalesm−λriskrm−λagelog(1+Δtm)−λoverscopeo(q,m). - _stales_m- _riskr_m- _age (1+ t_m)- _overscopeo(q,m). Here J is tag-overlap similarity; F, Y, and K are file-, symbol-, and task-scope compatibility scores; πtype _type is the condition-specific type prior; cmc_m, umu_m, vmv_m, and pmp_m are confidence, utility, human-verification, and provenance-strength metadata; sms_m, rmr_m, Δtm t_m, and o(q,m)o(q,m) are staleness, risk, age, and overscope penalties. The weights, thresholds, candidate pool size, and memory-token budget are fixed before held-out evaluation. H9 was designed to test whether this metadata-aware gate reduces risky or harmful retrievals relative to similarity-only retrieval, but the direct similarity-only comparator A7 was not run and HarmfulMemoryRate floors at 0.000 for every condition. A6 removes the hard gate and is reported descriptively; A7 keeps only semantic similarity, A12 ignores scope fields, and A13 ignores validity intervals but remain designed-not-run ablations in this fold. 4.5 Condition Isolation Each model, seed, condition, run id, and repository receives a separate memory namespace. No condition can read another condition’s memories. This isolation is necessary because the benchmark measures memory updates over time; cross-condition contamination would invalidate comparisons between the reference probe, baselines, and ablations. The reported evaluation pairs this logical namespace isolation with the filesystem isolation guarantee: scored benchmark artifacts are absent from the wake-agent and sleep-judge container filesystems, but the run is not network-isolated. Wake agents and sleep judges run in per-call Linux containers with only the task worktree and Codex authentication material mounted as needed; benchmark oracles, reference solutions, sequence records, analysis files, logs, and the paper repository are not mounted into the agent environment. Section 5.6 gives the experimental protocol and the adversarial audit that motivated the containerized rerun. Implementation repairs. The R1/R1b/R2 repairs are described above because they define the evaluated ladder variants, not merely the isolation protocol. Section 6.5 verifies that raw-evidence capsules and contradiction-record exclusion were active in the fold. 5 Experimental Design The experiment tests whether offline memory maintenance improves multi-session software engineering reliability and memory hygiene under controlled budgets. It does not test whether metaphorical dreaming is useful. All empirical performance statements below refer to the pre-registered three-seed confirmatory fold reported in Section 6. 5.1 DreamBench-SWE DreamBench-SWE is a dynamic multi-session benchmark. A benchmark instance contains a repository id, initial commit, sequence type, sessions, injected events, oracle labels, verification commands, and budgets. The historical v1 fold used 22 three-session sequences. The scaled v2 confirmatory fold reported as the primary paper result uses 60 admitted three-session traps, each with S1 and S2 setup or reinforcement sessions followed by an S3 trap session that tests whether a later agent run uses prior evidence without reading hidden oracles or reference solutions. The historical 22-sequence v1 set is unevenly distributed across families (reviewer-preference 7, convention-learning 5, stale-architecture 4, generated-files 3, flaky-test 3), so per-family results are descriptive at small n and reviewer-preference traps carry disproportionate weight. We therefore describe DreamBench-SWE as a curated diagnostic stress benchmark for SWE memory hygiene, not as broad coverage of production issue-resolution. S3 traps turn on arbitrary tokens that are non-inferable from the public prompt and recoverable only from earlier-session memory; this makes them genuine memory traps because the scored material is hidden outside the container filesystem (Section 5.6). Continuation is lenient by design. S3 materializes from prior sequence state, and a session advances when its patch applies with a non-empty production diff and no policy rejection, even if the patch failed its oracle. S3 therefore models an ongoing project with imperfect prior edits rather than a clean success chain. Figure 2 sketches the sequence-template skeleton used for the reported fold. The v1.0 trap set is mostly but not entirely a recall-verbatim benchmark. The audit in Appendix A classifies 18 of 22 traps as recall-verbatim: the oracle-required token, format, or rule is literally present in prior injected event text that B5 stores. The remaining four are synthesis/apply traps involving generated-file or workflow application. This is an evidence-location taxonomy, not a patch-copyability taxonomy: every S3 trap still requires repository-specific implementation, and a stricter semantic audit found no pure copy-and-stop trap. The taxonomy is central to interpreting B5: the baseline is strong because most traps reward exact preservation of one prior event, not because it models all forms of long-horizon SWE memory. Section 6.3 reports the descriptive outcome split by this taxonomy. Table 4 fixes the denominators used below. Quantity Definition in the confirmatory fold Trap universe V2 primary fold: 60 S3 traps, each the third session of a three-session sequence; historical v1 fold: 22 S3 traps. Seeds 3 seeds per condition. Complete S3 cells 180 seed-trap S3 task cells for complete v2 conditions; 66 seed-trap S3 task cells for complete historical v1 conditions. Warmup denominator Diagnostic pre-S3 trajectory counts reported by the analyzer; warmup rates do not replace the S3 task-cell denominator. Hygiene denominator Unique analyzer-contributing result records for the relevant fold; hygiene means and count sums are deduped by the canonical analyzer before paper tables are generated. Validity exclusions Record-level exclusions when error_type contains task_exception, codex_exec_failed, or isolation_unavailable; exclusions are not automatically lost S3 cells. Deduplication Newest record per (condition, seed, oracle_id) by result timestamp. Known missingness The v2 complete conditions in Section 6 contribute 180 S3 cells with zero excluded records. Historical v1 missingness is reported only with the v1 rows; for example, typed-only had one codex_exec_failed exclusion and DF-strict was incomplete. Table 4: Unit of analysis and aggregation rules. Source: CONFIRMATORY-FOLD.md. The five sequence types are: • Convention-learning: later sessions require project-local coding, testing, naming, formatting, error-handling, or API conventions learned earlier. • Generated-files: later sessions test whether the agent distinguishes source-of-truth files from generated artifacts after regeneration. • Stale-architecture: later sessions make an older architecture fact false or scoped only to historical files. • Reviewer-preference: later sessions test scoped use of human feedback and avoidance of overgeneralization after feedback changes. • Flaky-test: later sessions test whether the agent avoids encoding an unsupported causal lesson from nondeterministic or environment-sensitive failures. Family S1/S2 injected evidence Expected memory before S3 S3 hidden-oracle dependency Expected failure mode Convention- learning S1 observes a project rule with SYNTH-RULE. S2 reinforces the same local convention. Admit: scoped procedural or convention memory. Suppress: out-of-scope variant. Oracle expects the redacted rule behavior, not an inferable default. Missing, byte-wrong, or unscoped rule causes the S3 patch to violate the oracle. Generated files S1 shows generated output. S2 exposes source-of-truth plus regeneration workflow. Admit: source file and generator procedure. Suppress: stale generated snapshot. Oracle checks REDACTED-GEN after regeneration/application. Editing generated artifacts or omitting the workflow leaves S3 behavior incomplete. Stale architecture S1 records an older ownership or routing fact. S2 moves the boundary. Admit: current architecture with validity scope. Suppress: superseded owner/path. Oracle depends on the current target, not the historical one. Stale recall sends the implementation to the wrong module or invariant. Reviewer- preference S1 gives feedback with a redacted dialect token. S2 narrows or revises the preference. Admit: latest scoped feedback memory. Suppress: over-scoped old preference. Oracle expects REDACTED-REV only in its scoped context. Overgeneralization or old feedback applies the wrong review dialect. Flaky test S1 captures nondeterministic failure evidence. S2 supplies rerun/context evidence. Admit: uncertainty note and guardrail. Suppress: unsupported causal lesson. Oracle checks that S3 avoids the spurious causal fix. A false causal memory induces unnecessary or harmful code changes. Figure 2: DreamBench-SWE sequence-template skeleton used for the reported confirmatory fold. Tokens shown in the schematic are synthetic or redacted placeholders; the per-trap audit is in Appendix A. 5.2 Conditions Table 5 is the condition contract used throughout the paper. B3’s canonical label is reflection-only vector retrieval. DF is the typed-only reference-probe condition; the reported hybrid variant is named explicitly as reference-probe hybrid, not with a generic full label. The R1/R1b/R2 repairs are introduced in Section 4 and were frozen in PREREGISTRATION.md on 2026-07-03 before the confirmatory fold. Code Canonical label Contract B0 No external memory No external memory reads or writes. B1 Raw episodic retrieval Retrieves raw prior trajectories. B2 Vector trace retrieval Deterministic token-vector retrieval over prior trace chunks. B3 Reflection-only vector retrieval Free-form verbal reflection lessons after sessions, retrieved by vector similarity. B4 Untyped summary memory Deterministic untyped session summaries. B5 Verbatim event-memory substitute Offline instance-memory substitute; one deterministic verbatim injected-event memory per trajectory; not stock Mem0. B5-MEM0 Pinned hosted Mem0 Hosted Mem0 baseline with mem0ai 2.0.11, hosted platform, default extraction settings, memory_context=6. B5-MEM0-LIT Pinned hosted Mem0 literal diagnostic Same hosted Mem0 system and retrieval settings as B5-MEM0, but with fact inference disabled so sanitized raw event text is stored directly. B6 Subtask memory Subtask-level memory over trajectory actions; inspired by but not a fidelity implementation of Shen et al. B7 Task-tracker memory Sequence-local task-tracker memory. DF reference-probe typed-only Typed consolidation, contradiction repair, counterfactual replay, local maintenance, and retrieval gating; no raw-evidence capsule. DF-raw-only reference-probe raw-only Typed consolidation disabled; raw-evidence capsules enabled; contradiction records excluded from implementation reads. DF-hybrid reference-probe hybrid DF plus raw-evidence capsules; contradiction records excluded from implementation reads. DF-strict reference-probe strict DF with θadmit=1.5 _admit=1.5, read limit 3, and read-token budget 600. DF-strict-hybrid reference-probe strict-hybrid DF-hybrid with the same strict retrieval settings as DF-strict. A0 Episodic-only Raw episode writes only; no typed consolidation, repair, or replay. A2 No contradiction repair Contradiction repair disabled. A4 No counterfactual replay Counterfactual replay disabled. A5 No stale suppression Read-side stale and superseded suppression disabled while repair remains enabled. A6 No retrieval hard gate Retrieval hard gate disabled; memory admission is score-ranked. A11 Forced consolidation Global maintenance scope forced during consolidation. Table 5: Condition and baseline contract for the main paper. Source definitions: CONFIRMATORY-FOLD.md and PREREGISTRATION.md. B5 requires clarification because it anchors the headline comparison. B5 is a verbatim event-memory policy and offline instance-memory substitute, Mem0-inspired but not stock Mem0. B5 writes exactly one deterministic memory per trajectory and does not implement Mem0’s online add/update/delete/no-op extraction decisions or Mem0g’s graph memory and obsolete-triple handling (src/benchmarks/baselines.py documents B0–B7 as synthetic harness implementations, not claims of fidelity to third-party systems). B6 is likewise a subtask-granularity substitute inspired by structurally aligned subtask-level memory [25], not a fidelity reimplementation of that published system. Neither comparison is a fidelity claim: the non-significant reference-probe hybrid-vs.-B5 comparison is not a claim of beating a tuned Mem0, and B6’s result is not a claim about Shen et al.’s method. The scaled fold evaluates one hosted Mem0 system family through two supplemental configurations after the namespace and payload fixes described in analysis/investigation-evidence/MEM0-ROW-FOLD-REPORT.md. Both use mem0ai 2.0.11, one reset user_id namespace per run/condition/seed/sequence (colon-free and prefixed by DREAMBENCH_NAMESPACE_PREFIX), top_k=6 retrieval (memory_context=6), and a 1,200-token memory-read budget. B5-MEM0 uses hosted-default fact extraction. B5-MEM0-LIT disables fact inference and stores sanitized raw event text directly as a diagnostic for exact-literal handling. Both adapters attach benchmark, condition, seed, sequence, and run metadata and search only the corresponding user_id. B5-MEM0 reaches 21/180=0.11721/180=0.117, and B5-MEM0-LIT reaches 20/180=0.11120/180=0.111, each with zero validity-gate exclusions. The historical v1 B5-MEM0 result of 6/66=0.0916/66=0.091 is used only in the historical failure analysis in Appendix F; no v2 inference uses that denominator. These two configurations are not two independent products and do not support a ranking claim about tuned Mem0 or Mem0g. In the historical v1 fold, synthetic B0–B7 conditions completed with 66 S3 records and 0 exclusions; reference-probe typed-only (DF) had one validity-gate exclusion (codex_exec_failed; n=65n=65), and DF-strict had 11 record-level exclusions and was treated as incomplete. In the scaled v2 fold, the complete listed conditions in Section 6 contribute 180 S3 cells each with zero excluded records. The reported ablations start from the reference probe typed-only: A0 episodic-only, A2 no contradiction repair, A4 no counterfactual replay, A5 no stale suppression, A6 no retrieval hard gate, and A11 forced consolidation. Designed-but-not-run ablations are listed in Table 3. 5.3 Controls Successor external-audit design. The v2.1 audit was designed after the original v2 study and is therefore post-hoc to that historical result, but its conditions, conformance gates, repair budgets, two comparison families, unavailable-slot rule, and analysis were frozen before successor outcome inspection. It reused the same 60 traps and three repeated seeds under a committed Linux execution lock. Four conditions cleared conformance and entered the canonical run: B0, B5, DF-hybrid, and the pinned hosted B5-MEM0-LIT configuration. Native B5-MEM0 failed the frozen cross-process normalized-context identity gate; B5-SM-LOCAL and B5-SM-LOCAL-DOC exhausted their frozen repair budgets. These three conditions were rejected before evaluation and remain registered unavailable slots, not observed performance rows. Family A contains six comparisons against B0; Family B contains two cross-configuration mechanism contrasts. Unavailable slots retain p=1p=1, and neither Holm family is shrunk. The primary statistical unit is the trap; the exact sign/permutation test exchanges labels at the 60 trap clusters, with the three seed cells treated as repeated observations. Pooled and per-seed analyses are sensitivities only. Within each comparison table, all conditions use the same wake-phase base model, model version, endpoint, context limit, task order, repository checkout rule, verification commands, tool budget, wake-token budget, and stopping criteria. Each condition receives the same read-token budget for memory inserted into context. The reference probe runs an LLM-curated sleep pipeline that writes multiple derived items per condition and applies lifecycle operations, whereas B5 writes one deterministic record per trajectory. We therefore do not claim baseline parity beyond the wake prompt budget, and we report sleep/judge cost explicitly rather than treating it as free (Section 8, cost frontier). Table 6 records the fold setup. Item Reported fold setting Wake agent and model Codex CLI agent using gpt-5.5. Provider route Hosted OpenAI/Codex route through the configured Codex CLI credentials. Sleep/judge model --judge-model codex-gpt-5.5, mapped by the harness to gpt-5.5. Agent container @openai/codex 0.142.0 in the scripts/Dockerfile.codex-agent image on node:22-slim. Primary fold run date 2026-07-06, recorded by run stamp 20260706T074759Z. Seeds Seeds 1, 2, and 3 control the harness seed, condition namespace, task ordering within the recorded grid, and any seeded sampling in the harness; hosted model nondeterminism can still remain. Task records experiments/env/sequences_confirmatory_v2.jsonl; hidden oracles and reference solutions are outside the wake-agent container filesystem. Result isolation DREAMBENCH_RESULTS_ROOT isolates result directories; default fallback is experiments/results. Table 6: D&B setup essentials for the reported confirmatory fold. Source pointers are the launch script, Codex-agent Dockerfile, and reproduction manifest. The preregistration required B0 S1+S2 warmup pass rate to be at least 0.80 so that S3 failures could be interpreted cleanly as memory failures. The canonical v2 analyzer reports B0 warmup at 287/360=0.797287/360=0.797, narrowly below that threshold. The fold is complete and its executable S3 outcomes remain reportable, but the paper therefore does not treat every B0 S3 failure as an isolated memory-only failure. Two disclosures affect all conditions equally but bound external validity. First, the wake-phase agent container is edit-only: the Codex agent image installs git and the Codex CLI but not Python or pytest (scripts/Dockerfile.codex-agent), so the wake agent cannot run the repository’s Python tests inside its own container; the oracle scores the agent’s produced diff externally. This makes the wake agents weaker than a full self-testing SWE agent and may interact with which memories matter, though it applies identically to every condition. Second, sleep cost is reported as a cost frontier in Section 8, not omitted. 5.4 Metrics The main task metrics are Pass@1 and final_passed. Pass@1 excludes timeout-then-pass records; final_passed reports the final executable oracle result. The reported confirmatory-fold memory-hygiene metrics are RepeatedErrorRate, HarmfulMemoryRate, RegressionAfterUpdate, ContradictionRepairAccuracy, HumanFeedbackUseAccuracy, UsefulMemoryPrecision, ScopeAccuracy, and TransferScore. For RepeatedErrorRate, HarmfulMemoryRate, and RegressionAfterUpdate, lower is better. For the remaining metrics, higher is better. Hygiene values are deterministic offline re-scores from result records. These eight metrics are not independent: several are task-coupled, and CRA, HFUA, and TransferScore are numerically identical to one another for each ladder condition in the fold (a judge artifact; Section 8), so Section 6 collapses them into independent families rather than counting eight separate wins. HarmfulMemoryRate is 0.000 for every condition and is therefore diagnostic only in this fold. RegressionAfterUpdate is a diagnostic heuristic that scans oracle stdout/stderr for regression-indicating substrings on failed records; we treat it as diagnostic, not as a headline hygiene win. 5.5 Run Protocol Before evaluation, the benchmark instances, prompts, verification commands, oracle labels, model configurations, budgets, condition definitions, and three seeds were fixed. Each condition starts from an empty condition-specific memory namespace. For each session, the harness logs raw trajectory, memory reads, memory writes, task outcome, final repository state, and isolation metadata. Sleep-phase maintenance then runs according to the condition schedule. The scorer aggregates task and memory-hygiene metrics overall and by condition. Negative results and failure modes are reported rather than filtered. The exact fold analysis can be replayed from frozen records with: DREAMBENCH_ROOT=. PYTHONPATH=src python3 scripts/analyze_confirmatory.py \ --results-root "$DREAMBENCH_RESULTS_ROOT:-experiments/results" This command rewrites the checked-in confirmatory report and folded JSON under analysis/ from the result records. Replay from frozen records is exact up to the checked-in records and analysis script. Live reruns can drift because the wake agent, sleep pipeline, and primary judge all use hosted gpt-5.5. Consequently, a new live rerun is a new experiment even with the same seeds. Artifact and data availability. The frozen original-v2 benchmark package is archived at https://github.com/iroiro147/dreambench-swe/releases/tag/v2.0.5. The separately preregistered external-systems successor study and the manuscript that reports it are archived in the additive v2.1.0 release at https://github.com/iroiro147/dreambench-swe/releases/tag/v2.1.0; the v2.0.5 tag and assets remain unchanged. The original package publishes the sequence records, harness code, analysis scripts, container recipe, tests, and frozen result summaries. The successor release adds its sanitized evidence bundle, paper PDF, flat arXiv source, manifest, and detached checksum ledger. Both releases keep hidden oracle answers, scorer-only generated secrets, and hosted-service secrets out of public task prompts and logs. Appendix B lists the artifact checksums and run commands. The reproducible fold command above is the analysis entry point; live grid launch is recorded in ops/launch_confirmatory.sh. Hidden-oracle handling is deliberately asymmetric: agents never receive oracle files or reference solutions in their container filesystem, while the public paper reports aggregate task outcomes and selected sanitized tokens needed to explain failure modes. Pretraining and local-leakage stance. The scored S3 contracts use fresh, arbitrary, non-inferable tokens and local repository rules, so base-model pretraining should not contain the answer unless it saw the benchmark records themselves. That addresses pretraining leakage at the token level. Local leakage is handled separately by the container-filesystem boundary: hidden oracles, reference solutions, sequence records, analysis files, logs, and the paper repository are not mounted into the wake-agent container. This is not a proof against all external network leakage; it is the specific claim tested by the canary and filesystem-isolation artifacts. 5.6 Isolation and Contamination Control The isolation guarantee is filesystem-scoped: scored benchmark artifacts are absent from the relevant container filesystems, but the run is not network-isolated. Each wake agent runs inside an isolated OrbStack Linux container with only the current task worktree mounted read-write and a read-only copied Codex home mounted for the model call. The benchmark repository, hidden oracles, reference solutions, sequence records, analysis files, and logs are physically absent from the container filesystem. Sleep judges also run in isolated containers with Codex authentication mounted, no benchmark repository mounted, and no access to task worktrees or oracle trees. The container path is fail-closed: if isolation is unavailable, the run records an isolation failure rather than falling back to an unjailed agent. We do not claim network isolation: the container has a default network bridge (required for the hosted model call) and receives a read-only copied Codex home, so external network state is reachable in principle even though the task prompt instructs the agent not to make network calls. The guarantee we make is that the scored benchmark material is outside the container filesystem wall; hidden oracles, reference solutions, and sequence files still live in the host repository tree, so the guarantee rests on that container wall and would be reintroduced as a risk by a future debug mount or non-container path (analysis/fold/HERMETICITY-MANIFEST.md records the exact mount set and network policy for the reported run). This protocol was adopted after an adversarial audit invalidated the first non-isolated run. That audit found that wake agents could read outside the task worktree and that the sleep judge could run from the repository root, making hidden oracles and reference solutions reachable. The first result set is therefore not used as positive evidence. Early non-isolated and seed-1 intermediate tables produced unstable baseline values, including B5 values near 0.73 before the isolation fix and 0.59 in a superseded seed-1 filesystem-isolated table; those values are historical diagnostics only, not current results. The historical v1 B5 result is 48/66=0.72748/66=0.727 in analysis/investigation-evidence/CONFIRMATORY-FOLD.md; the current v2 B5 result is 89/180=0.49489/180=0.494 from the canonical analyzer artifacts in analysis/fold/. Because “0 contamination” cannot be a trusted metadata field after a prior leak, we audit that boundary two ways. First, a live container-isolation acceptance suite was executed from an unsandboxed host shell and archived verbatim in analysis/fold/CANARY-PROOF.txt: three tests passed (3/3), showing that the wake-agent container cannot see /Users, the harness repository, the oracle tree, the reference-solution tree, or the sequence file, and that both the containerized wake agent and the sleep judge are blocked from a planted canary yet still function. Second, the fold’s contaminated hygiene column is treated as a conservative scanner diagnostic over contributing result files, not as a validity-gate exclusion or as a claim that hidden benchmark files were read. Local inspection of the nonzero flags found hidden-marker hits in visible task or memory material (for example arity=2 and 1-based), while the container-hidden-read filter requires hidden-path/read-context evidence and found no oracle, reference-solution, or sequence-file reads in the reported container records. We therefore claim the run is container-filesystem isolated from scored benchmark artifacts and not network-isolated, with no evidence of hidden benchmark-file reads; we do not claim that the raw diagnostic column is zero. For independent reproduction we pin the dependencies that govern model behavior: the wake and judge model is gpt-5.5, and the agent container uses the Codex CLI (@openai/codex) on a node:22-slim base. The paths scripts/Dockerfile.codex-agent and analysis/fold/REPRO-MANIFEST.md record the node image digest and run commands. Because gpt-5.5 is a hosted model that may be a mutable alias, exact model behavior may not be independently reproducible even with the harness pinned. 6 Results Scope. We report the scaled v2 confirmatory fold: 60 traps over three seeds, with every listed condition contributing 180 validity-gated S3 cells and zero excluded records. The fold ran from the frozen confirmatory sequence file (SHA-256 prefix 4966bad1e535; full digest in Appendix B). All v2 numbers in this section come from the canonical analyzer artifacts in analysis/fold/ and are interpreted under the re-anchor: DreamBench-SWE is the headline artifact, while the evaluated maintenance pipeline is a reference probe. 6.1 V2 Baseline Sweep and Construct Strata The main v2 ladder is shown in Table 7. The strongest verbatim baseline, B5, reaches 89/180=0.49489/180=0.494. The hybrid reference probe reaches 95/180=0.52895/180=0.528, typed-only reaches 80/180=0.44480/180=0.444, and raw-only reaches 84/180=0.46784/180=0.467. These pooled rates are descriptive; the primary inference is the clustered P-family in Section 6.2. Condition Wake backbone(s) Traps Cells Pass@1 Clustered 95% CI B0 No memory Codex / GPT-5.5 60 180 21/180 (0.117) [0.050, 0.200] B1 Raw episodic Codex / GPT-5.5 60 180 21/180 (0.117) [0.050, 0.200] B2 Vector traces Codex / GPT-5.5 60 180 20/180 (0.111) [0.033, 0.194] B3 Reflection-vector Codex / GPT-5.5 60 180 67/180 (0.372) [0.250, 0.489] B4 Untyped summary Codex / GPT-5.5 60 180 21/180 (0.117) [0.050, 0.200] B5 Instance memory Codex / GPT-5.5 60 180 89/180 (0.494) [0.378, 0.617] B6 Subtask memory Codex / GPT-5.5 60 180 21/180 (0.117) [0.050, 0.200] B7 Task tracker Codex / GPT-5.5 60 180 19/180 (0.106) [0.033, 0.189] Probe typed-only Codex / GPT-5.5 60 180 80/180 (0.444) [0.333, 0.556] Probe raw-only Codex / GPT-5.5 60 180 84/180 (0.467) [0.350, 0.578] Probe hybrid Codex / GPT-5.5 60 180 95/180 (0.528) [0.422, 0.633] Probe strict Codex / GPT-5.5 60 180 42/180 (0.233) [0.144, 0.328] Probe strict-hybrid Codex / GPT-5.5 60 180 78/180 (0.433) [0.333, 0.533] A0 Codex / GPT-5.5 60 180 20/180 (0.111) [0.033, 0.194] A11 Codex / GPT-5.5 60 180 70/180 (0.389) [0.283, 0.489] A2 Codex / GPT-5.5 60 180 88/180 (0.489) [0.383, 0.594] A4 Codex / GPT-5.5 60 180 77/180 (0.428) [0.322, 0.539] A5 Codex / GPT-5.5 60 180 79/180 (0.439) [0.322, 0.544] A6 Codex / GPT-5.5 60 180 72/180 (0.400) [0.294, 0.511] Table 7: V2 main ablation ladder S3 Pass@1 for the primary wake backbone. Hosted live-memory baselines are excluded from this headline table and reserved for failure analysis. Intervals are trap-cluster bootstrap 95% CIs; seeds are repeated observations within traps. Construct Traps Cells B5 Probe hybrid Best observed Small-n C1 Verbatim retention 18 1026 48/54 (0.889) 46/54 (0.852) B5 Instance memory 48/54 (0.889) no C2 Retrieval precision 6 342 15/18 (0.833) 12/18 (0.667) B5 Instance memory 15/18 (0.833) no C3 Staleness/supersession 7 399 13/21 (0.619) 8/21 (0.381) B5 Instance memory 13/21 (0.619) no C4 Update propagation 1 57 0/3 (0.000) 0/3 (0.000) A4 1/3 (0.333) yes C5 Scope discipline 6 342 4/18 (0.222) 3/18 (0.167) B5 Instance memory 4/18 (0.222) no C6 Contradiction/provenance 5 285 3/15 (0.200) 3/15 (0.200) A2 4/15 (0.267) yes C7 Cross-session synthesis 7 399 6/21 (0.286) 7/21 (0.333) Probe raw-only 7/21 (0.333) no C8 Procedural/source-of-truth 4 228 0/12 (0.000) 7/12 (0.583) Probe hybrid 7/12 (0.583) yes C9 Spurious-lesson rejection 4 228 0/12 (0.000) 8/12 (0.667) Probe typed-only 12/12 (1.000) yes C10 Abstention 2 114 0/6 (0.000) 1/6 (0.167) Probe typed-only 6/6 (1.000) yes Table 8: V2 per-construct S3 strata C1–C10, descriptive only. Hosted live-memory baselines are excluded from headline construct summaries. Small-n is flagged when a construct has fewer than 6 trap clusters with observed cells. Table 8 is also descriptive. It shows that the v2 instrument is not a single uniform construct: C1 remains mostly verbatim retention, where B5 is strong; C8 and C9 are anti-hoarding or source-of-truth strata where reference-probe variants can look directionally better, but both are small-n strata and C9 fails the strengthened B0-headroom validity rule below. We therefore do not draw directional per-construct claims for strata flagged as small-n. 6.2 Clustered P-Family Table 9 reports the preregistered clustered P-family. No comparison rejects after Holm correction. The primary comparison, P1, is the result that controls the paper’s system interpretation: reference-probe hybrid does not significantly separate from B5. ID Comparison Signed statistic Permutation p Holm p Reject First/second wins P1 reference-probe hybrid vs. B5 +6+6 0.518419 1.000 no 21 / 15 P2 reference-probe typed-only vs. B5 −9-9 0.482597 1.000 no 22 / 31 P3 reference-probe raw-only vs. B5 −5-5 0.489746 1.000 no 7 / 12 P4 reference-probe hybrid vs. reference-probe raw-only +11+11 0.127867 0.767 no 22 / 11 P5 reference-probe hybrid vs. reference-probe typed-only +15+15 0.134251 0.767 no 33 / 18 P6 reference-probe typed-only vs. B3 +13+13 0.279096 1.000 no 32 / 19 Table 9: V2 trap-clustered P-family with Holm correction. Signed statistic is positive when the first condition has more trap-level wins. Null outcomes are failures to reject, not equivalence tests. Source: canonical clustered analyzer JSON. The P1 grid is complete: 60 traps, three seeds, 180 paired cells, no missing first cells, no missing second cells, and zero excluded records for both reference-probe hybrid and B5. The descriptive pooled difference is small (95/18095/180 vs. 89/18089/180), and the clustered test does not reject. The v1 result is consistent with this interpretation: in the 22-trap fold, reference-probe hybrid reached 52/66=0.78852/66=0.788 versus B5 48/66=0.72748/66=0.727, but the exact McNemar comparison was also non-significant (b=12b=12, c=8c=8, p=0.503p=0.503; Holm p=1.0p=1.0). 6.3 Admission Funnel and Construct Validity The v2 admission funnel is clean: 30 net-new traps were authored, 30 were dry-valid, 30 were live-valid, and 30 were admitted. There are no authored-not-admitted, dry-valid-not-live-valid, or live-valid-not-admitted rows in the canonical funnel. This is evidence of process completion, not a license for broad validity language. The strengthened stratum-validity check fails overall. C2, C3, C5, C6, and C7 pass the headroom/spread checks used by the analyzer. C9 fails because B0 passes all C9 S3 cells (12/12=1.00012/12=1.000), so the stratum does not have the intended no-memory headroom. C10 also fails B0 headroom (6/6=1.0006/6=1.000). C9 and C10 are therefore invalid as anti-hoarding or abstention evidence in this fold: because B0 passes every cell in these strata, they contain no measured memory-dependent signal. After excluding C9 and C10, the fold retains 24 traps across C2, C3, C5, C6, and C7 that satisfy the preregistered headroom criterion, above the 20-trap floor. This count checks design coverage only and does not establish anti-hoarding or abstention validity. These failures are reported as benchmark limitations; they are not used to repair the null P1 outcome. Stratum Max condition rate Spread B0 rate Holds? Note C2 0.833 0.833 0/18 = 0.000 yes retrieval precision C3 0.667 0.667 0/15 = 0.000 yes staleness/supersession C5 0.222 0.222 0/18 = 0.000 yes scope discipline C6 0.250 0.250 0/12 = 0.000 yes contradiction/provenance C7 0.333 0.333 0/9 = 0.000 yes cross-session synthesis C9 1.000 1.000 12/12 = 1.000 no invalid: B0-headroom fail C10 – – 6/6 = 1.000 no invalid: B0-headroom fail Table 10: V2 construct-validity headroom summary. The overall strengthened F7 result is false because C9 fails; C10 B0 headroom also fails. C9 and C10 are invalid as anti-hoarding or abstention evidence in this fold by the B0-headroom criterion. Source: canonical post-fold analysis packet. 6.4 Clean-start and Hygiene Diagnostics The clean-start subset contains 13 traps, or 39 cells per condition. In that subset, reference-probe hybrid reaches 19/39=0.48719/39=0.487 and B5 reaches 15/39=0.38515/39=0.385; paired cells are first-wins 9, second-wins 5, both-pass 10, and both-fail 15. This is descriptive and not claim-rescuing: B3 reaches 22/39=0.56422/39=0.564 on the same subset. Executable hygiene diagnostics expose failure modes across the full v2 fold. The aggregate oracle metrics are IrrelevantImportRate 1434/3024=0.4741434/3024=0.474, OverscopeRate 378/2268=0.167378/2268=0.167, RepeatedErrorRate 1512/2646=0.5711512/2646=0.571, and StaleUseRate 756/3780=0.200756/3780=0.200. These are treated as diagnostics for where the benchmark catches memory failures, not as a separate system-win family. Metric Numerator Denominator Rate IrrelevantImportRate 1434 3024 0.474 OverscopeRate 378 2268 0.167 RepeatedErrorRate 1512 2646 0.571 StaleUseRate 756 3780 0.200 Table 11: Executable v2 hygiene-oracle aggregate metrics. Source: canonical v2 hygiene-oracle JSON. 6.5 Probe Ablations and Raw-evidence Checks The v2 fold includes several probe ablations as diagnostic conditions, all with 180 S3 cells. A2 reaches 88/180=0.48988/180=0.489, A4 reaches 77/180=0.42877/180=0.428, A5 reaches 79/180=0.43979/180=0.439, A6 reaches 72/180=0.40072/180=0.400, A11 reaches 70/180=0.38970/180=0.389, and A0 reaches 20/180=0.11120/180=0.111. These numbers do not establish independent operator causality; P4 and P5, the planned marginal tests around raw-only, typed-only, and hybrid, do not reject. The raw-evidence invariant is therefore best read as an auditability and measurement property rather than a proven causal mechanism. Raw episodes remain available for inspection, and derived memories can be marked stale or gated, but the fold does not show that the full typed pipeline significantly improves over raw-only or B5 under the primary clustered family. 6.6 Separately Preregistered v2.1 External-Systems Audit After the original v2 study, we designed a successor external-systems audit and froze its conditions, conformance gates, comparison families, multiplicity rules, and analysis before inspecting successor outcomes. This audit is additive to, not a replacement for, the immutable v2.0.5 analysis above. Completion and profile. The canonical audit completed all 360/360360/360 planned work units and all 720/720720/720 validity-gated S3 cells. Each of B0, B5, DF-hybrid, and B5-MEM0-LIT contributed 180/180180/180 valid cells. There were no missing, invalid, off-corpus, retry-exhausted, contaminated, forbidden-base-reference, or kill-violation records. These predicates establish execution admissibility; file and receipt counts are not performance outcomes. Table 12 reports the four-condition profile. Condition Passed Valid S3 Rate Trap-clustered 95% CI B0 21 180 0.1167 [0.0348, 0.1986] B5 82 180 0.4556 [0.3304, 0.5807] DF-hybrid 83 180 0.4611 [0.3545, 0.5677] B5-MEM0-LIT 97 180 0.5389 [0.4165, 0.6613] Table 12: Canonical v2.1 successor condition profile. Seeds are repeated observations within 60 trap clusters. Intervals are equal-trap-weighted normal intervals over trap means, not pairwise equivalence intervals. Marginal rates are descriptive; inferential claims are limited to registered comparisons. Registered Family A: benchmark discrimination. Family A retained all six preregistered slots and used Holm correction at α=0.05α=0.05; unavailable slots remained in the family with p=1p=1. Both concurrent positive controls separated from no external memory: B5 versus B0 had signed statistic +61+61, raw clustered p=0.000324063p=0.000324063, and Holm-adjusted p=0.00129625p=0.00129625; DF-hybrid versus B0 had signed statistic +62+62, raw clustered p=1.56049e−06p=1.56049e-06, and Holm-adjusted p=9.36294e−06p=9.36294e-06. The one admitted external configuration also separated from B0: B5-MEM0-LIT versus B0 had signed statistic +76+76, raw clustered p=7.85204e−06p=7.85204e-06, and Holm-adjusted p=3.92602e−05p=3.92602e-05. B5-MEM0, B5-SM-LOCAL, and B5-SM-LOCAL-DOC were rejected by frozen pre-evaluation conformance gates and are unavailable, not observed losses. Family Registered comparison Availability Raw clustered p Holm p Interpretation A B5 vs. B0 available 0.000324063 0.00129625 rejects A DF-hybrid vs. B0 available 1.56049e-06 9.36294e-06 rejects A B5-MEM0 vs. B0 unavailable 1 1 pre-evaluation rejection A B5-MEM0-LIT vs. B0 available 7.85204e-06 3.92602e-05 rejects A B5-SM-LOCAL vs. B0 unavailable 1 1 pre-evaluation rejection A B5-SM-LOCAL-DOC vs. B0 unavailable 1 1 pre-evaluation rejection B B5-MEM0-LIT vs. B5-MEM0 unavailable 1 1 no mechanism contrast B B5-SM-LOCAL-DOC vs. B5-SM-LOCAL unavailable 1 1 no mechanism contrast Table 13: Preregistered successor comparison families. Unavailable slots retain raw and adjusted p=1p=1; neither family was shrunk. Family A supports benchmark discrimination against B0. Family B contains no evaluable mechanism contrast. Family B and secondary comparisons. Neither registered mechanism contrast was evaluable. Native B5-MEM0 failed the frozen cross-process normalized-context identity gate, and both Supermemory conditions exhausted their frozen repair budgets before evaluation. Family B therefore supplies no evidence about literal-versus-native Mem0 or documentation-mediated Supermemory mechanisms; unavailable is neither a null result nor inferiority. B5-MEM0-LIT was numerically higher than B5 (97/18097/180 versus 82/18082/180). That secondary, nonconfirmatory clustered comparison had signed statistic +15+15 and raw p=0.0273438p=0.0273438, but it was not robust to the trap-majority-collapse sensitivity (p=0.21875p=0.21875); per-seed values were 0.218750.21875, 0.031250.03125, and 0.1250.125. We therefore do not claim superiority. B5-MEM0-LIT was also numerically higher than DF-hybrid (97/18097/180 versus 83/18083/180), but the secondary clustered comparison did not reject (p=0.162649p=0.162649; majority-collapse p=0.607239p=0.607239). Failure to reject is not equivalence. Temporal and construct diagnostics. Concurrent B0 reproduced its historical reference rate exactly. B5 and DF-hybrid remained inside the frozen absolute temporal-drift bands, with absolute deviations 0.03890.0389 and 0.06670.0667, respectively, and both positive controls retained the expected direction relative to B0. These bands are diagnostics, not equivalence margins. Successor construct rows cover only the 30 net-new traps carrying inline construct labels; the other 30 carried traps were not remapped post hoc. They therefore make no full C1–C10 successor-profile claim. Within that bounded subset, C2, C3, C5, C6, and C7 are directional descriptions, while C9 and C10 retain the original B0-headroom failure (B0 passes all 12/1212/12 C9 and 6/66/6 C10 cells). Neither construct profiles nor hygiene metrics substitute for the unavailable Family B mechanism tests. The successor result therefore supports DreamBench-SWE as a discriminating executable profile benchmark and characterizes one exact hosted literal-storage configuration. It does not establish an external-system mechanism, superiority among memory-bearing conditions, equivalence, tuned-Mem0 performance, Supermemory performance, or broad product generality. 7 Analysis The v2 fold changes the paper’s center of gravity. The supported contribution is DreamBench-SWE as a validity-gated benchmark and measurement protocol, with the evaluated maintenance pipeline acting as a reference probe. The scaled fold does not establish the headline system claim that reference-probe hybrid is better than the strong verbatim event-memory baseline B5. Primary comparison. P1 compares DF-hybrid with B5 over 60 trap clusters and 180 paired S3 cells. DF-hybrid is numerically higher in pooled S3 rate (95/180=0.52895/180=0.528 versus 89/180=0.49489/180=0.494), but the trap-clustered exact sign/permutation statistic is only +6+6, with permutation p=0.5184192657470703p=0.5184192657470703, Holm-adjusted p=1.0p=1.0, and no rejection. The secondary pooled McNemar sensitivity is also non-significant (b=21,c=15,p=0.405b=21,c=15,p=0.405, Holm p=0.815p=0.815). This is a failure to reject, not equivalence and not evidence that the two systems are practically tied. Family-level reading. All six pre-registered clustered comparisons are non-rejections after Holm correction. Typed-only memory does not beat B5 in v2 (DF 80/180=0.44480/180=0.444 versus B5 89/180=0.49489/180=0.494; P2 Holm p=1.0p=1.0). Raw-only also does not beat B5 (84/180=0.46784/180=0.467; P3 Holm p=1.0p=1.0). DF-hybrid is numerically above raw-only and typed-only, but P4 and P5 remain non-significant after clustered Holm correction. The v1 positive structured-memory comparison against B3 does not replicate as a corrected v2 claim: DF reaches 80/180=0.44480/180=0.444 versus B3 67/180=0.37267/180=0.372, but P6 has permutation p=0.279p=0.279, Holm p=1.0p=1.0, and no rejection. The system story is therefore diagnostic and mechanistic, not confirmatory. Benchmark validity. The admission and completion gates support the benchmark as an executed measurement artifact: 30 authored new traps passed dry validation, live validation, and admission; the fold produced 1890/18901890/1890 condition-level result files; completion dry plans had zero remaining RUN lines; and the post-analyzer checker reported no failures. The construct distribution also does useful work: B0 is near floor overall (21/180=0.11721/180=0.117), while strong memory baselines separate on C2, C3, C5, C6, and C7. The validity claim is constrained by the strengthened stratum gate. C9 and C10 are invalid as anti-hoarding or abstention evidence in this fold by the pre-registered B0-headroom criterion: B0 passes all 12 C9 S3 cells and all 6 C10 S3 cells, so neither stratum contains measured no-memory headroom. The paper can claim a benchmark that executed and exposed differentiated failure modes, but it cannot claim that every anti-hoarding or abstention stratum is cleanly validated at scale. The remaining anti-hoarding constructs C2, C3, C5, C6, and C7 contribute 24 traps, still above the 20-trap floor. Hygiene diagnostics. The hygiene panel is useful as error taxonomy, not as standalone proof of a system win. DF-hybrid improves RepeatedErrorRate relative to B5 (0.142 versus 0.225) and is directionally higher on the task-coupled memory-use diagnostics, but it misses important pre-registered hygiene constraints. UsefulMemoryPrecision fails as a system finding for DF-hybrid (0.264 versus 0.556 for B5): the typed retrieval pipeline, as implemented here, retrieves a lower fraction of useful memories than simple verbatim event storage. RegressionAfterUpdate also remains above the strict target (0.106). The construct-level oracle aggregates show large trip rates for irrelevant imports, stale use, overscope, and repeated errors; the aggregate RepeatedErrorRate includes low-memory and disabled-memory conditions, so DF-hybrid’s per-system 0.142 rate is the relevant pipeline diagnostic. These are benchmark diagnostics, not evidence that the maintenance pipeline has solved memory hygiene. Pinned hosted Mem0. B5-MEM0 and B5-MEM0-LIT are retained only as supplemental failure analysis for one hosted Mem0 system family under two pinned configurations. In v2 they sit near the no-memory floor: B5-MEM0 reaches 21/180=0.11721/180=0.117, and B5-MEM0-LIT reaches 20/180=0.11120/180=0.111. Those numbers are informative about this exact pinned system family and configurations, including the historical token-normalization failure discussed in Section F; they do not rank tuned Mem0 or Mem0g. Cost diagnostics. The v2 cost frontier is not a rescue claim. The analyzer estimates the raw-only probe at 0.035560.03556 USD per successful task, the hybrid probe at 0.038320.03832, and B5 at 0.039530.03953. That means the pre-registered “more than 10×10× B5” cost falsifier does not trip in v2, but it also does not change the null task comparison. Cost remains a diagnostic constraint on future benchmark expansions and system variants. Successor external-audit reading. The separately frozen v2.1 audit strengthens the benchmark claim while narrowing the external-system claim. In its registered six-slot Family A, both concurrent positive controls and the one admitted hosted literal-storage configuration separate from B0 after Holm correction. This establishes that the canonical successor run discriminates memory-bearing behavior from no external memory. It does not explain the external configuration’s numerical lead. The native-versus-literal Mem0 contrast and the Supermemory documentation contrast were both unavailable after frozen pre-evaluation conformance rejection, so Family B supplies no mechanism evidence. The literal configuration’s comparison with B5 is secondary and sensitivity-dependent, and its comparison with DF-hybrid does not reject. The defensible endpoint is therefore a complete external-system profile with concurrent controls and transparent conformance attrition, not superiority, equivalence, or causal attribution. Bottom line. The v2 result is a credible negative result with useful instrumentation. It supports DreamBench-SWE as a reproducible stress test for multi-session SWE memory hygiene, and it shows that simple verbatim event memory is a difficult baseline for this fold. It does not show that reference-probe hybrid beats B5, that typed memory operators independently improve task success, that the result transfers to a second wake model, or that the maintenance pipeline has a favorable cost profile. The additive v2.1 result does not revise that original system comparison; it shows that the benchmark discriminates the concurrent controls from B0 and characterizes one exact hosted configuration under a separate preregistration. 8 Limitations The reference probe is an external memory-maintenance system, not a new foundation model. The paper does not test whether larger context windows are unnecessary, whether all agents need the same memory schema, or whether offline consolidation is always beneficial. The v2 fold explicitly shows that simple baselines can remain competitive with a richer maintenance pipeline. Failure to reject is not equivalence. The primary v2 result is null: DF-hybrid does not beat B5 under the pre-registered trap-clustered Holm-corrected test. The numerical direction (95/18095/180 versus 89/18089/180) should not be read as a hidden win, and the non-rejection should not be read as equivalence. A future superiority or equivalence claim would require a new preregistration with an appropriate sample-size and equivalence-margin plan. Benchmark-validity caveats. The fold executed cleanly, but not every construct stratum validates cleanly. The preregistered B0 warmup interpretation gate also narrowly misses: B0 reaches 287/360=0.797287/360=0.797 against the required 0.80. The S3 results remain executable outcomes, but B0 S3 failures cannot all be interpreted cleanly as isolated memory failures. The strengthened stratum-validity gate fails on C9 because B0 passes 12/1212/12 C9 cells; C10 also lacks no-memory headroom with B0 at 6/66/6. These strata are invalid as anti-hoarding or abstention evidence in this fold. The paper cannot claim uniformly validated anti-hoarding and abstention strata; it can claim that the benchmark exposes differentiated failure modes and that the disclosed C9/C10 failures constrain the interpretation. Useful-memory precision failure. The pre-registered UsefulMemoryPrecision falsifier fails: DF-hybrid achieves 0.264 versus B5’s 0.556. The typed retrieval pipeline, as implemented in this probe, does not improve the fraction of retrieved memories that are useful for the task. This is a concrete system limitation independent of the null P1 result. Single wake model and no transfer result. The primary fold uses one wake model family, gpt-5.5, through the Codex CLI harness. As a scoped-out limitation, the planned second-backbone check did not produce a full transfer fold: GLM-5.2 did not clear the warmup feasibility path, so no cross-backbone table is reported and no broad model-generality language is justified. This does not affect the executable S3 oracles inside the primary fold, but it does limit claims about whether the same memory failures and relative rankings hold for other wake models. Controlled benchmark scope. DreamBench-SWE uses curated fixture repositories, injected multi-session pathologies, hidden oracles, and controlled memory events. This makes memory failures auditable, but it may underrepresent production repositories with larger dependency graphs, ambiguous user intent, uncontrolled external services, and open-ended issue resolution. A future SWE-bench or SWE-bench Verified extension would answer a different transfer question and should be reported separately. Filesystem isolation, not network isolation. The isolation guarantee is filesystem-scoped: scored artifacts, reference solutions, sequence files, and hidden oracles are absent from the relevant wake-agent filesystems. The evaluation is not network-isolated because hosted model calls require network access. The reported guarantee therefore rests on container/filesystem boundaries and scanner/canary checks, not on a hermetic air-gapped environment. Hygiene labels are diagnostic. Executable S3 pass/fail is the primary outcome. Hygiene metrics require derived labels about usefulness, scope, stale use, repeated error, and irrelevant import. They are deterministic offline re-scores from result records, but several are task-coupled or collinear, and the v2 fold does not include a second full wake-model/judge transfer. The hygiene panel should be read as a diagnosis of failure modes, not as an independent proof that the maintenance pipeline improves task success. Baselines are bounded implementations. B5 is a deterministic verbatim event-memory substitute, not stock or tuned Mem0. B5-MEM0 and B5-MEM0-LIT are two pinned configurations of one hosted Mem0 system family with specific package, service, namespace, and retrieval settings; the latter is a diagnostic variant for the historical exact-token failure. Their low v2 rates do not imply a claim against tuned Mem0 or Mem0g, and the paper does not rank practical hosted-memory systems. For the successor audit, this historical two-configuration description must not be read as two evaluated successor rows. Only B5-MEM0-LIT cleared the frozen conformance gates. Native B5-MEM0 failed the normalized-context identity gate before evaluation, and both Supermemory conditions exhausted their repair budgets. Thus no successor performance result exists for those unavailable conditions. External-system and benchmark-neighbor coverage. The original v2 fold includes one external memory-system family through two pinned diagnostics; the successor evaluates only one admitted configuration from that family. Its registered mechanism family is wholly unavailable. The secondary B5-MEM0-LIT-versus-B5 signal is not robust to trap-majority collapse, and the comparison with DF-hybrid does not reject. The audit therefore supports benchmark discrimination and a bounded profile, not mechanism, superiority, non-inferiority, equivalence, or broad ecological validity across deployed memory products. MemoryArena, EvoMemBench, WorldMemArena, MemoryAgentBench, and STATE-Bench also cover multi-session, execution-oriented, lifecycle, or stateful-learning settings. DreamBench-SWE’s claim is limited to hidden-evidence repository continuation with executable software oracles and SWE-specific hygiene traps, not generic priority over those benchmarks. Successor historical and service scope. The v2.1 audit was prospectively frozen for its own outcomes but designed after the original v2 study; it is additive and cannot retroactively enter the original P1–P6 family. It uses one hosted wake-model route, one pinned Mem0 client/service configuration, exact namespace filtering, a six-item retrieval cap, a 1,200-token read budget, and controlled fixture repositories. Hosted model and service behavior can drift. The frozen temporal bands are diagnostics rather than equivalence margins, and the result does not generalize to tuned Mem0, Mem0g, self-hosted deployments, other retrieval policies, future service versions, production repositories, or other wake models. Strict-hybrid configuration. The strict-hybrid variant reaches 78/180=0.43378/180=0.433, below the pre-registered 0.60 threshold. Its strict admission settings (θ=1.5θ=1.5, read limit 3, and 600-token read budget) are too conservative for the v2 trap distribution. This is a failed tuning variant, not a validated strict retrieval design. Cost is a constraint, not a headline. The v2 cost analyzer does not trip the pre-registered 10×10× cost falsifier for DF-hybrid against B5, but the primary task comparison is still null. Estimated cost per successful task is useful for stress-testing future memory policies and benchmark scale, yet it does not license favorable cost, production, or resource claims. Authoring and construct-history risk. The v2 trap set was designed after v1, the synthesis pilot, and mock-review feedback. The preregistration controls that history through construct quotas, CSPRNG secret injection, admission gates, template caps, frozen sequence hashes, and a published null-handling rule. Those controls reduce but do not eliminate authoring bias. In particular, because the full second-backbone interaction is scoped out and not reported, the paper avoids construction-independent or model-general claims. Terminology. The terms sleep and dream denote offline computation, replay, and maintenance artifacts. The paper does not claim biological equivalence, consciousness, or cognitive fidelity. 9 Conclusion This paper reframes long-horizon software-agent memory as a maintenance and measurement problem. The primary contribution is DreamBench-SWE, a multi-session software-engineering benchmark for memory hygiene: controlled repositories, hidden executable oracles, frozen sequence records, CSPRNG-injected non-inferable facts, validity gates, and trap-clustered inference. The evaluated maintenance pipeline is the reference probe used to stress that benchmark, combining raw trajectory retention with typed, provenance-linked memory maintenance. The v2 confirmatory fold is complete and gives a bounded negative result. The fold admits and evaluates 60 traps over three seeds, producing 180 S3 cells per complete condition and 1890/18901890/1890 condition-level result files. The primary comparison does not reject: DF-hybrid reaches 95/180=0.52895/180=0.528 versus B5’s 89/180=0.49489/180=0.494, with signed statistic +6+6, permutation p=0.5184192657470703p=0.5184192657470703, Holm-adjusted p=1.0p=1.0, and no rejection. P2–P6 also do not reject. The correct interpretation is not superiority and not equivalence; it is that the scaled fold does not establish a system advantage over strong verbatim event memory. The benchmark result is still useful. The executed fold yields descriptive condition differences in the valid C2, C3, C5, C6, and C7 strata, while also showing where the measurement is weak. In particular, C9 fails stratum validity because no-memory B0 passes all C9 cells, and C10 also lacks B0 headroom; neither stratum supports spurious-lesson-rejection or abstention claims in this fold. Those caveats narrow the benchmark claim rather than invalidate the full artifact. The separately preregistered v2.1 successor audit adds a positive benchmark-discrimination result without rewriting that original conclusion. Across the same 60 traps and three seeds, B0 achieved 21/18021/180, B5 82/18082/180, DF-hybrid 83/18083/180, and the admitted B5-MEM0-LIT configuration 97/18097/180. All three available Family A comparisons against B0 reject after fixed-six-slot Holm correction. Both registered Family B mechanism contrasts are unavailable after pre-evaluation conformance rejection. The successor therefore supports DreamBench-SWE as a discriminating executable profile benchmark and characterizes one exact hosted configuration; it does not establish superiority over B5 or DF-hybrid, a causal mechanism, equivalence, or broad product generality. The resulting paper is therefore a benchmark-first result: DreamBench-SWE provides a reproducible way to measure multi-session SWE memory hygiene, and the probe shows how a richer memory-maintenance pipeline behaves under that protocol with one wake model family and one seed schedule. The current evidence does not justify broad model-generality, generic benchmark-priority, tuned-Mem0 ranking, production-reliability, or favorable cost claims. It does justify a transparent benchmark release with a null primary system result, explicit construct caveats, an additive external-system profile, and canonical artifacts for future memory systems to beat. References Alchourrón et al. [1985] Carlos E. Alchourrón, Peter Gärdenfors, and David Makinson. On the logic of theory change: Partial meet contraction and revision functions. The Journal of Symbolic Logic, 50(2):510–530, 1985. doi: 10.2307/2274239. URL https://doi.org/10.2307/2274239. Chhikara et al. [2025] Prateek Chhikara, Dev Khant, Saket Aryan, Taranjeet Singh, and Deshraj Yadav. Mem0: Building production-ready AI agents with scalable long-term memory, 2025. URL https://arxiv.org/abs/2504.19413. Cho et al. [2026] Sangwoo Cho, Kushal Chawla, Pengshan Cai, Zefang Liu, Chenyang Zhu, Shi-Xiong Zhang, and Sambit Sahu. Ask, don’t judge: Binary questions for interpretable LLM evaluation and self-improvement, 2026. URL https://arxiv.org/abs/2606.27226. Introduces BinEval. arXiv preprint, submitted 25 Jun 2026. de Kleer [1986] Johan de Kleer. An assumption-based TMS. Artificial Intelligence, 28(2):127–162, 1986. doi: 10.1016/0004-3702(86)90080-9. URL https://doi.org/10.1016/0004-3702(86)90080-9. Deng et al. [2025] Xiang Deng, Jeff Da, Edwin Pan, Yannis Yiming He, Charles Ide, Kanak Garg, Niklas Lauffer, Andrew Park, Nitin Pasari, Chetan Rane, Karmini Sampath, Maya Krishnan, Srivatsa Kundurthy, Sean Hendryx, Zifan Wang, Vijay Bharadwaj, Jeff Holm, Raja Aluri, Chen Bo Calvin Zhang, Noah Jacobson, Bing Liu, and Brad Kenstler. SWE-Bench Pro: Can ai agents solve long-horizon software engineering tasks?, 2025. URL https://arxiv.org/abs/2509.16941. arXiv:2509.16941v2. Doyle [1979] Jon Doyle. A truth maintenance system. Artificial Intelligence, 12(3):231–272, 1979. doi: 10.1016/0004-3702(79)90008-0. URL https://doi.org/10.1016/0004-3702(79)90008-0. He et al. [2026] Zexue He, Yu Wang, Churan Zhi, Yuanzhe Hu, Tzu-Ping Chen, Lang Yin, Ze Chen, Tong Arthur Wu, Siru Ouyang, Zihan Wang, Jiaxin Pei, Julian McAuley, Yejin Choi, and Alex Pentland. MemoryArena: Benchmarking agent memory in interdependent multi-session agentic tasks, 2026. URL https://arxiv.org/abs/2602.16313. Hu et al. [2025] Yuanzhe Hu, Yu Wang, and Julian McAuley. Evaluating memory in LLM agents via incremental multi-turn interactions, 2025. URL https://arxiv.org/abs/2507.05257. Jiang et al. [2024] Yucheng Jiang, Yijia Shao, Dekun Ma, Sina Semnani, and Monica Lam. Into the unknown unknowns: Engaged human learning through participation in language model agent conversations. In Yaser Al-Onaizan, Mohit Bansal, and Yun-Nung Chen, editors, Proceedings of the 2024 Conference on Empirical Methods in Natural Language Processing, pages 9917–9955, Miami, Florida, USA, November 2024. Association for Computational Linguistics. doi: 10.18653/v1/2024.emnlp-main.554. URL https://aclanthology.org/2024.emnlp-main.554/. Jimenez et al. [2024] Carlos E. Jimenez, John Yang, Alexander Wettig, Shunyu Yao, Kexin Pei, Ofir Press, and Karthik Narasimhan. SWE-bench: Can language models resolve real-world GitHub issues? In The Twelfth International Conference on Learning Representations (ICLR), 2024. URL https://openreview.net/forum?id=VTF8yNQM66. arXiv:2310.06770. LearningCircuit contributors [2026] LearningCircuit contributors. Local deep research: Ai-powered research assistant for deep, agentic research. https://github.com/LearningCircuit/local-deep-research, 2026. MIT License, v1.7.0 (2026-06-05). Accessed 2026-06-29. Lee et al. [2026] Yoonho Lee, Roshen Nair, Qizheng Zhang, Kangwook Lee, Omar Khattab, and Chelsea Finn. Meta-harness: End-to-end optimization of model harnesses, 2026. URL https://arxiv.org/abs/2603.28052. Letta [2026] Letta. Memory models: Towards agents that learn. Letta Blog, June 2026. URL https://w.letta.com/blog/towards-agents-that-learn/. Lin et al. [2025] Kevin Lin, Charlie Snell, Yu Wang, Charles Packer, Sarah Wooders, Ion Stoica, and Joseph E. Gonzalez. Sleep-time compute: Beyond inference scaling at test-time, 2025. URL https://arxiv.org/abs/2504.13171. Liu et al. [2026] Chengzhi Liu, Yuzhe Yang, Sophia Xiao Pu, Yepeng Liu, Lin Long, Yichen Guo, Nuo Chen, Zhaotian Weng, Elena Kochkina, Simerjot Kaur, Charese Smiley, Xiaomo Liu, James Zou, Sheng Liu, Yuheng Bu, Songyou Peng, and Xin Eric Wang. WorldMemArena: Evaluating multimodal agent memory through action-world interaction, 2026. URL https://arxiv.org/abs/2605.29341. Maharana et al. [2024] Adyasha Maharana, Dong-Ho Lee, Sergey Tulyakov, Mohit Bansal, Francesco Barbieri, and Yuwei Fang. Evaluating very long-term conversational memory of LLM agents, 2024. URL https://arxiv.org/abs/2402.17753. Microsoft [2026] Microsoft. STATE-Bench: Benchmark ai agents on enterprise workflows. GitHub repository, 2026. URL https://github.com/microsoft/STATE-Bench. Accessed 2026-07-13. MiroMind Team et al. [2025] MiroMind Team, Song Bai, Lidong Bing, Carson Chen, Guanzheng Chen, Yuntao Chen, Zhe Chen, Ziyi Chen, Jifeng Dai, Xuan Dong, Wenhan Dou, Yue Deng, Yunjie Fu, Junqi Ge, Chenxia Han, Tammy Huang, Zhenhang Huang, Jerry Jiao, Shilei Jiang, Tianyu Jiao, Xiaoqi Jian, Lei Lei, Ruilin Li, Gen Luo, Tiantong Li, Xiang Lin, Ziyuan Liu, Zhiqi Li, Jie Ni, Qiang Ren, Pax Sun, Shiqian Su, Chenxin Tao, Bin Wang, Wenhai Wang, Haonan Wang, James Wang, Jin Wang, Jojo Wang, Letian Wang, Shizun Wang, Weizhi Wang, Zixuan Wang, Jinfan Xu, Sen Xing, Chenyu Yang, Hai Ye, Jiaheng Yu, Yue Yu, Muyan Zhong, Tianchen Zhao, Xizhou Zhu, Yanpeng Zhou, Yifan Zhang, and Zhi Zhu. MiroThinker: Pushing the performance boundaries of open-source research agents via model, context, and interactive scaling, 2025. URL https://arxiv.org/abs/2511.11793. Technical Report; v3 revised 21 Apr 2026. MiroMind Team et al. [2026] MiroMind Team, S. Bai, L. Bing, L. Lei, R. Li, X. Li, X. Lin, E. Min, L. Su, B. Wang, L. Wang, L. Wang, S. Wang, X. Wang, Y. Zhang, Z. Zhang, G. Chen, L. Chen, Z. Cheng, Y. Deng, Z. Huang, D. Ng, J. Ni, Q. Ren, X. Tang, B. L. Wang, H. Wang, N. Wang, C. Wei, Q. Wu, J. Xia, Y. Xiao, H. Xu, X. Xu, C. Xue, Z. Yang, Z. Yang, F. Ye, H. Ye, J. Yu, C. Zhang, W. Zhang, H. Zhao, and P. Zhu. MiroThinker-1.7 & H1: Towards heavy-duty research agents via verification, 2026. URL https://arxiv.org/abs/2603.15726. arXiv preprint, submitted 16 Mar 2026. OpenAI [2024] OpenAI. Introducing SWE-bench verified. OpenAI Blog, August 2024. URL https://openai.com/index/introducing-swe-bench-verified/. Human-validated 500-instance subset of SWE-bench; released by the OpenAI Preparedness team in collaboration with the SWE-bench authors. Packer et al. [2024] Charles Packer, Sarah Wooders, Kevin Lin, Vivian Fang, Shishir G. Patil, Ion Stoica, and Joseph E. Gonzalez. Memgpt: Towards llms as operating systems, 2024. URL https://arxiv.org/abs/2310.08560. Park et al. [2023] Joon Sung Park, Joseph C. O’Brien, Carrie J. Cai, Meredith Ringel Morris, Percy Liang, and Michael S. Bernstein. Generative agents: Interactive simulacra of human behavior. In Proceedings of the 36th Annual ACM Symposium on User Interface Software and Technology, UIST ’23, New York, NY, USA, 2023. Association for Computing Machinery. ISBN 9798400701320. doi: 10.1145/3586183.3606763. URL https://doi.org/10.1145/3586183.3606763. Robeyns et al. [2025] Maxime Robeyns, Martin Szummer, and Laurence Aitchison. A self-improving coding agent, 2025. URL https://arxiv.org/abs/2504.15228. arXiv:2504.15228; v2 (16 May 2025); code at https://github.com/MaximeRobeyns/self_improving_coding_agent. Shao et al. [2024] Yijia Shao, Yucheng Jiang, Theodore Kanell, Peter Xu, Omar Khattab, and Monica Lam. Assisting in writing Wikipedia-like articles from scratch with large language models. In Kevin Duh, Helena Gomez, and Steven Bethard, editors, Proceedings of the 2024 Conference of the North American Chapter of the Association for Computational Linguistics: Human Language Technologies (Volume 1: Long Papers), pages 6252–6278, Mexico City, Mexico, June 2024. Association for Computational Linguistics. doi: 10.18653/v1/2024.naacl-long.347. URL https://aclanthology.org/2024.naacl-long.347/. Shen et al. [2026] Kangning Shen, Jingyuan Zhang, Chenxi Sun, Wencong Zeng, and Yang Yue. Structurally aligned subtask-level memory for software engineering agents, 2026. URL https://arxiv.org/abs/2602.21611. Shinn et al. [2023] Noah Shinn, Federico Cassano, Edward Berman, Ashwin Gopinath, Karthik Narasimhan, and Shunyu Yao. Reflexion: Language agents with verbal reinforcement learning. In Advances in Neural Information Processing Systems, volume 36, 2023. URL https://arxiv.org/abs/2303.11366. Su et al. [2026] Shiqian Su, Sen Xing, Xuan Dong, Muyan Zhong, Bin Wang, Xizhou Zhu, Yuntao Chen, Wenhai Wang, Yue Deng, Pengxiang Zhu, Ziyuan Liu, Tiantong Li, Jiaheng Yu, Zhe Chen, Lidong Bing, and Jifeng Dai. MiroFlow: Towards high-performance and robust open-source agent framework for general deep research tasks, 2026. URL https://arxiv.org/abs/2602.22808. Sumers et al. [2024] Theodore R. Sumers, Shunyu Yao, Karthik Narasimhan, and Thomas L. Griffiths. Cognitive architectures for language agents. Transactions on Machine Learning Research, 2024. URL https://arxiv.org/abs/2309.02427. Supermemory [2026] Supermemory. supermemory repository, server-v0.0.5 release. GitHub repository and release, 2026. URL https://github.com/supermemoryai/supermemory/releases/tag/server-v0.0.5. Release-tag commit 97888ce85927ab003333142452163b6edbebeef7; accessed 2026-07-13. Tavakoli et al. [2025] Mohammad Tavakoli, Alireza Salemi, Carrie Ye, Mohamed Abdalla, Hamed Zamani, and J. Ross Mitchell. Beyond a million tokens: Benchmarking and enhancing long-term memory in LLMs, 2025. URL https://arxiv.org/abs/2510.27246. Tongyi DeepResearch Team [2025] Tongyi DeepResearch Team. Tongyi deepresearch technical report, 2025. URL https://arxiv.org/abs/2510.24701. arXiv:2510.24701; v1 28 Oct 2025, v3 18 May 2026. Wang et al. [2023] Guanzhi Wang, Yuqi Xie, Yunfan Jiang, Ajay Mandlekar, Chaowei Xiao, Yuke Zhu, Linxi Fan, and Anima Anandkumar. Voyager: An open-ended embodied agent with large language models, 2023. URL https://arxiv.org/abs/2305.16291. Wang et al. [2025] Liang Wang, Haonan Chen, Nan Yang, Xiaolong Huang, Zhicheng Dou, and Furu Wei. Chain-of-retrieval augmented generation, 2025. arXiv:2501.14342, submitted 2025-01-24; accepted to NeurIPS 2025. Wang et al. [2026] Yuyao Wang, Zhongjian Zhang, Mo Chi, Kaichi Yu, Yuhan Li, Miao Peng, Bing Tong, Chen Zhang, Yan Zhou, and Jia Li. EvoMemBench: Benchmarking agent memory from a self-evolving perspective, 2026. URL https://arxiv.org/abs/2605.18421. Wang et al. [2024] Zora Zhiruo Wang, Jiayuan Mao, Daniel Fried, and Graham Neubig. Agent workflow memory, 2024. URL https://arxiv.org/abs/2409.07429. Wu et al. [2025] Di Wu, Hongwei Wang, Wenhao Yu, Yuwei Zhang, Kai-Wei Chang, and Dong Yu. LongMemEval: Benchmarking chat assistants on long-term interactive memory, 2025. URL https://arxiv.org/abs/2410.10813. ICLR 2025. Yang et al. [2024] John Yang, Carlos E. Jimenez, Alexander Wettig, Kilian Lieret, Shunyu Yao, Karthik Narasimhan, and Ofir Press. SWE-agent: Agent-computer interfaces enable automated software engineering. In Advances in Neural Information Processing Systems 37 (NeurIPS 2024), 2024. URL https://arxiv.org/abs/2405.15793. arXiv:2405.15793 [cs.SE]; code and demo at https://swe-agent.com. Yang et al. [2026] Tianyu Yang, Sudipta Paul, Vijay Srinivasan, Vivek Kulkarni, and Srinivas Chappidi. TRUSTMEM: Learning trustworthy memory consolidation for LLM agents with long-term memory, 2026. URL https://arxiv.org/abs/2606.25161. Yegge and Beads contributors [2026] Steve Yegge and Beads contributors. beads (bd): Distributed graph issue tracker for AI agents, powered by Dolt. https://github.com/gastownhall/beads, 2026. MIT License. Go. README describes Dolt-backed persistent structured memory for coding agents with dependency links, compaction, and graph links including supersedes. Accessed 2026-07-05. Zhang et al. [2026a] Dylan Zhang, Yanshan Lin, Zhengkun Wu, Yihang Sun, Bingxuan Li, Dianqi Li, and Hao Peng. Useful memories become faulty when continuously updated by llms. arXiv preprint arXiv:2605.12978, 2026a. doi: 10.48550/arXiv.2605.12978. URL https://arxiv.org/abs/2605.12978. Zhang et al. [2026b] Jiawen Zhang, Kejia Chen, Jiachen Ma, Yangfan Hu, Lipeng He, Yechao Zhang, Jian Liu, Xiaohu Yang, Tianwei Zhang, and Ruoxi Jia. Beyond similarity: Trustworthy memory search for personal AI agents, 2026b. URL https://arxiv.org/abs/2606.06054. MemGate. Zhao et al. [2024] Andrew Zhao, Daniel Huang, Quentin Xu, Matthieu Lin, Yong-Jin Liu, and Gao Huang. ExpeL: LLM agents are experiential learners. In Proceedings of the 38th Annual AAAI Conference on Artificial Intelligence, 2024. doi: 10.48550/arXiv.2308.10144. URL https://arxiv.org/abs/2308.10144. Accepted to AAAI-24; arXiv:2308.10144. Zhao et al. [2026] Yujie Zhao, Boqin Yuan, Junbo Huang, Haocheng Yuan, Zhongming Yu, Haozhou Xu, Lanxiang Hu, Abhilash Shankarampeta, Zimeng Huang, Wentao Ni, Yuandong Tian, and Jishen Zhao. AMA-Bench: Evaluating long-horizon memory for agentic applications. In Proceedings of the 43rd International Conference on Machine Learning (ICML), 2026. URL https://arxiv.org/abs/2602.22769. arXiv:2602.22769. Zhou et al. [2026] Wei Zhou, Xuanhe Zhou, Shaokun Han, Hongming Xu, Guoliang Li, Zhiyu Li, Feiyu Xiong, and Fan Wu. Are we ready for an agent-native memory system?, 2026. URL https://arxiv.org/abs/2606.24775. Zilliz [2025] Zilliz. Deepsearcher: Open source deep research alternative to reason and search on private data. https://github.com/zilliztech/deep-searcher, 2025. Apache-2.0 licensed; version v0.0.2; accessed 2026-06-29. Appendix A Recall-Verbatim Trap Audit This appendix records the per-trap basis for the paper’s statement that, under its evidence-location taxonomy, 18 of 22 v1.0 S3 traps are recall-verbatim. The trap universe and reference-probe typed-only (DF)/B5 outcome counts come from analysis/investigation-evidence/per_trap_matrix_and_leakage.json. The semantic labels follow the Q-BENCH audit saved under analysis/investigation-evidence/REPORT-Q-BENCH.md and agree with the pre-registration disclosure that 18 of 22 traps are verbatim-event traps. We call a trap “recall-verbatim” when the required non-inferable token, format, or rule is present verbatim in prior injected event text that B5 stores. This does not mean that answer code or a complete patch can be copied: all 22 traps require implementation, and a stricter semantic audit found zero pure copy-and-stop traps. The four non-RV traps are generated-file/application traps: their needed token is only partial without the generator workflow, so they are listed as synthesis/apply rather than strict recall-verbatim. Sequence Class Required S3 dependency B5 S3 reference-probe typed-only S3 config-convention-sections Recall-verbatim Section-list record and a redacted schema marker appear in event text 3/3 3/3 config-freeze-provenance Recall-verbatim freeze_tag() must return the redacted freeze tag 3/3 2/3 config-reviewer-coerce-tag Recall-verbatim Bad-bool rejection format with a redacted reviewer code is stated in event text 0/3 1/3 config-reviewer-dupkey Recall-verbatim Duplicate-key line-numbered message format is stated in event text 3/3 3/3 config-reviewer-strict-csv Recall-verbatim Strict CSV width message format is stated in event text 3/3 3/3 config-stale-merge Recall-verbatim Redacted deep-merge source token is stated in event text 3/3 2/3 config-stale-schema-id Recall-verbatim schema_id() must return the redacted schema id 3/3 2/3 expr-arity-contract Recall-verbatim EXPR_ARITY op=... expected=... got=... format is stated in event text 3/3 2/3 expr-convention-opnaming Synthesis/apply Operator-family token must be applied through the generated-help workflow 0/3 0/3 expr-floordiv-category Synthesis/apply quotient category must be applied through the generated-help workflow 0/3 3/3 expr-generated-category Synthesis/apply remainder category must be applied through the generated-help workflow 0/3 0/3 expr-generated-precgroup Synthesis/apply Redacted precedence group must be applied through the generated-help workflow 0/3 1/3 expr-reviewer-divzero Recall-verbatim Redacted divide-by-zero message and signature are stated in event text 3/3 1/3 expr-stale-registry-stability Recall-verbatim Redacted registry stability token is stated in event text 0/3 0/3 todo-archive-bucket Recall-verbatim Redacted archive bucket token is stated in event text 3/3 3/3 todo-convention-aggregate Recall-verbatim STATS output contract and redacted batch marker are stated in event text 3/3 3/3 todo-convention-summary Recall-verbatim TOP summary contract and redacted tier token are stated in event text 3/3 2/3 todo-dedupe-keeplowest Recall-verbatim Keep-lowest-id/casefold and monotonic-next_id rules are stated verbatim across prior events 3/3 1/3 todo-flaky-duetiebreak Recall-verbatim Due-date tie-breaker comparator is stated in event text 3/3 3/3 todo-flaky-monotonic-ids Recall-verbatim purge-done must preserve monotonic next_id 3/3 3/3 todo-reviewer-export-dialect Recall-verbatim Redacted export dialect marker and CSV dialect are stated in event text 3/3 3/3 todo-reviewer-idformat Recall-verbatim Redacted review-only id format is stated in event text 3/3 3/3 Table 14: Per-trap recall-verbatim audit for the 22 v1.0 S3 traps. Outcome columns count S3 successes across seeds 1, 2, and 3 from per_trap_matrix_and_leakage.json. The table has 18 recall-verbatim rows and four synthesis/apply rows, matching the paper’s 18/22 evidence-location disclosure; the label does not imply that a solution patch is available for copying. The reference-probe typed-only outcome cells are taxonomy-display counts across seeds 1–3, not the validity-gated typed-only denominator. One displayed non-success (expr-stale-registry-stability, seed 3) is the reference-probe typed-only (DF) codex_exec_failed validity exclusion, so the validity-gated reference-probe typed-only denominator remains 44/6544/65, not 44/6644/66. Two qualifications matter for interpretation. First, the matrix’s token-overlap fields are a crude code-diff signal and are not the source of the semantic classification; the classification question is whether the prior injected event text contains the S3 contract that the hidden oracle later checks. Second, B5 success is not automatic even on every recall-verbatim row: config-reviewer-coerce-tag and expr-stale-registry-stability still require enough implementation work that both systems can fail despite the verbatim contract being available. Appendix B Artifact and Reproducibility Details This appendix pins the artifact-level details used to reproduce the reported v2 fold summaries. The numeric source of truth for the current paper is the canonical analyzer bundle under analysis/fold/, not hand-copied tables. The run stamp is 20260706T074759Z. The frozen sequence file and raw-evidence repair preregistration have the following SHA-256 digests: experiments/env/sequences_confirmatory_v2.jsonl 4966bad1e535a0165c8a7f2cb6fefd1d4e4afca78accfd868591a40448743 analysis/investigation-evidence/PREREGISTRATION.md e1819a8c930a3595727e27d11c4e50349c6dcc0059a3473cb6966996f412ccaf Recorded v2 inputs. The v2 fold evaluates the frozen 60-trap sequence file over seeds 1,2,3\1,2,3\. The primary wake model is gpt-5.5; the sleep/judge model identifier is codex-gpt-5.5. Complete conditions contribute 180 S3 cells each. B5-MEM0 and B5-MEM0-LIT are supplemental hosted-Mem0 failure-analysis rows and are excluded from the P1–P6 family. PYTHONPATH=src python3 scripts/run_grid.py \ --sequence-records experiments/env/sequences_confirmatory_v2.jsonl \ --seeds 1,2,3 \ --judge-model codex-gpt-5.5 \ --run-stamp 20260706T074759Z The public package does not require live hosted-model reruns to verify the reported paper numbers. It ships the folded analyzer outputs and the scripts used to regenerate the paper-facing summaries from the local result mirror. Canonical analyzer bundle. The post-fold analyzer bundle consists of: • analysis/fold/v2_fold.json • analysis/fold/v2_confirmatory_clustered.json • analysis/fold/v2_confirmatory_clustered.stdout.json • analysis/fold/v2_hygiene_oracle.json • analysis/fold/v2_hygiene_oracle.tex • analysis/fold/v2_cost_frontier.json • analysis/fold/v2_cost_frontier.tex • analysis/fold/admission_funnel.json • analysis/fold/admission_funnel.md • analysis/fold/admission_funnel.tex • analysis/fold/v2_tables.tex • paper/figures/v2_construct_coverage.pdf, paper/figures/v2_ladder.pdf, and paper/figures/v2_verbatim_vs_synthesis.pdf The completion and freshness gates are also file-backed: analysis/fold/v2_post_analyzer_completion_check.txt ends with STATUS PASS failures=0; the final public package freshness audit ends with STATUS PASS failures=0. Artifact/data availability and token handling. The public artifact for release v2.0.5 is distributed at https://github.com/iroiro147/dreambench-swe/releases/tag/v2.0.5. Its frozen digest is: dreambench-swe-artifact.tar.gz SHA-256: c7b5803d6c30f0b146ce91884b5609d6969c055b4f0160e6de1d0e7adca6eb23 This digest binds the frozen public artifact tarball. The tarball does not contain this appendix, either manuscript PDF, the arXiv source archive, or the detached release checksum ledger. The release’s RELEASE-CHECKSUMS.sha256 binds all release assets; PDF and arXiv-source hashes are recorded only there because those assets contain this statement. The v2.0.5 tag and its assets are immutable historical evidence. Any manuscript correction or separately preregistered external-system audit must use a distinct successor version and must not retag or replace this release. The public package is built by scripts/package_artifact.py and consists of sequence records, public fixtures, harness code, focused analysis/smoke scripts, the container recipe, tests that do not require hidden scoring assets, and frozen folded result summaries under the repository license. It excludes .git, local agent instructions/state files, logs, credentials, handoff material, full raw hosted-model result directories, and hidden scoring assets under experiments/env/oracles/ and experiments/env/refsol/. The checksum table below reports the pre-packaging checkout artifacts used by the manuscript; the public tarball manifest records package-internal hashes after reviewer-only paths and local identifiers have been scrubbed. A reviewer-only package built with scripts/package_artifact.py--private additionally includes the hidden oracle/reference-solution assets, still scrubbed of local paths and secrets. Hosted service credentials are never included. Pretraining and local-leakage stance. The S3 contracts depend on fresh arbitrary tokens and repository-local rules, so the base model should not infer them from pretraining unless the benchmark records themselves have leaked into training data. Filesystem isolation addresses a different threat: hidden oracles, reference solutions, sequence records, analysis files, logs, and the paper repository are outside the wake-agent container mount set. The guarantee is therefore fresh-token protection against ordinary pretraining inference plus container-filesystem isolation against local leakage, not network isolation. Isolation proof. The isolation claim is filesystem-scoped: scored benchmark artifacts are absent from the relevant container filesystems, but the run is not network-isolated. The proof pointers are analysis/fold/HERMETICITY-MANIFEST.md for the mount set and boundary definition, and analysis/fold/CANARY-PROOF.txt for the live 3/3 canary acceptance run. Adjacent evidence artifacts. Cost-frontier numbers come from analysis/fold/v2_cost_frontier.json. The hosted-Mem0 mechanism is scoped to the pinned configuration and is discussed in analysis/investigation-evidence/MEM0-ROW-FOLD-REPORT.md: audited failures show relevant memory retrieval but byte changes to non-inferable tokens. Historical cross-model hygiene rescore files, where present, are limitation diagnostics only and are not v2 transfer-fold evidence. Tables 15–17 list checksums and condition definitions. The relevant v2 artifact checksums in this checkout are listed below. Package-level checksums are written to dist/CHECKSUMS.sha256 by the packaging step; they are not embedded here because the package manifest records its generation time on rebuild. The release asset checksum sheet is dist/RELEASE-CHECKSUMS.sha256. Artifact SHA-256 analysis/fold/v2_fold.json bfd63c8090c8b44650d56b582dac207faa99210bf25f66a911fe24c1d7f6f491 analysis/fold/v2_confirmatory_clustered.json 2294352db444fdcb0e367f7c8b2a3682848cd66311f35ba04fb346ca4a71425 analysis/fold/v2_hygiene_oracle.json 77cd239c9d4097535d511a6bc89adb0ec06f29c844cb6e4bf3b390c7740358f analysis/fold/v2_cost_frontier.json 60e82b31126930642141c042f20052108147e4ab700d01bfdd77f4c4743b7662 analysis/fold/admission_funnel.json 229375cea802c0dcbc2576397ba73023b6e42c2fc8f59a616ef958904552fb52 analysis/fold/v2_tables.tex 2c1118dac674fbbb6d09875eb209cf621278cb8851b929901517cf52485f0b9a paper/figures/v2_construct_coverage.pdf 9414a422c390fd10029e4a186f1482d2129f1ead4ba821f4a1308203d54f paper/figures/v2_ladder.pdf 7712cb8e258b492e15d4d2b8c8909ffa607004543dda1a7e96afb2044e290699 paper/figures/v2_verbatim_vs_synthesis.pdf 86573fc7f8b41bf50f91f377747db1a96226a4d1540441eb41da3e03de3e3a78 Table 15: Checksums for the v2 analyzer bundle artifacts in this checkout. Condition definitions. The condition definitions below are the code-level definitions used by the v2 fold. Condition Definition B0 No external memory reads or writes. B1 Raw prior trajectory retrieval only. B2 Deterministic token-vector retrieval over prior trace chunks. B3 Reflection-only vector retrieval: free-form verbal reflection lessons after sessions, retrieved by vector similarity. B4 Deterministic untyped session summaries. B5 Offline instance-memory substitute; one deterministic verbatim injected-event memory per trajectory. B6 Subtask-level memory over trajectory actions. B7 Sequence-local task-tracker memory. B5-MEM0 Supplemental hosted Mem0 condition, client mem0ai 2.0.11, hosted platform, default extraction settings, and memory_context=6. B5-MEM0-LIT Supplemental hosted Mem0 diagnostic variant for exact-literal handling. Table 16: Baseline condition definitions. Condition Definition DF Typed consolidation, contradiction repair, counterfactual replay, local maintenance, and retrieval gating. DF-raw-only Typed consolidation disabled; raw-evidence capsules enabled; contradiction records excluded from implementation reads. DF-hybrid DF plus raw-evidence capsules; contradiction records excluded from implementation reads. DF-strict DF with θadmit=1.5 _admit=1.5, read limit 3, and read-token budget 600. DF-strict-hybrid DF-hybrid with the same strict retrieval settings as DF-strict. A0 Episodic-only raw episode writes; no typed consolidation, repair, or replay. A2 Contradiction repair disabled. A4 Counterfactual replay disabled. A5 Read-side stale and superseded suppression disabled while repair remains enabled. A6 Retrieval hard gate disabled; memory admission is score-ranked. A11 Global maintenance scope forced during consolidation. Table 17: Reference-probe ladder and ablation definitions. Designed-but-not-run ablations in this fold are A1 no typed consolidation, A3 no causal failure extraction, A7 similarity-only retrieval, A8 no provenance gate, A10 no raw episodic fallback at read time, A12 no scope fields, and A13 no validity intervals. B.1 v2.1 Successor Evidence Identity The successor release is distinct from and additive to immutable v2.0.5. Its canonical public record and downloadable assets are at https://github.com/iroiro147/dreambench-swe/releases/tag/v2.1.0. The release contains the sanitized successor artifact, paper PDF, flat arXiv source, manifest, and detached checksum ledger; the manifest binds the evaluation, launcher, and release-source commits without altering the historical v2.0.5 tag or assets. Its canonical run stamp is 20260716T230000Z; the implementation commit is ea86d4c45b5a1d47896b54aac7f7518985737056, and the launcher head is 9e0c949a07e6b783d00b421606c5ce3cf84e5a67. The lock SHA-256 is 877412e82a1a70c358f76f8cd3ab93439b89f3e6ac8c61f8ca6094819f082; the canonical analyzer JSON file SHA-256 is 288273980c26e9f97630be69443ea14e72bcbccae63889c10f02d4da378c97d1, while the canonicalized JSON SHA-256 is 94b7d82962f8b1740e9579ae0574adc5571ecba9438622f7075a0e11cb9adcb. The deterministic surface-generation receipt binds both digests explicitly, and surfaces/external_audit_v21_artifacts.sha256 closes the generated surface set. The manuscript consumes the generated macro surface through analysis/fold/v21_external_audit_macros.tex; a fail-closed numeric-provenance check requires both manuscript trees to carry exact copies of the generated macro and table surfaces. Private input ledgers, raw result/log/receipt roots, credentials, hidden oracles, and local operational paths are excluded from the public package. Appendix C V2 Benchmark Protocol Preregistration This appendix records the frozen V2 protocol for the scaled DreamBench-SWE confirmatory fold. The source of truth is analysis/investigation-evidence/PREREGISTRATION-V2.md as reconciled by analysis/investigation-evidence/SCALE1-FREEZE-DECISIONS.md. The protocol was frozen on 2026-07-04 before V2 trap authoring or any V2 performance run; any later change requires a disclosed amendment log. The v2 fold has now run; the fields below record the resolved admission, analysis, falsifier, and artifact status from the canonical v2 analyzer bundle. The planned second wake-model transfer did not proceed to a full fold, so transfer claims are explicitly scoped out rather than filled with a post-hoc substitute. Scope. V2 is a new scaled confirmatory fold for DreamBench-SWE and does not rewrite the V1 fold. It fixes the trap set target, authoring controls, validity gates, condition matrix, primary analysis, falsifiers, second wake-model transfer fold, and go/no-go criteria before any memory-bearing V2 outcome is inspected. The transfer fold is now scoped out for the reported paper. Definitions. A trap is one multi-session sequence whose S3 task is the scored memory trap. In the primary analysis, a trap is the statistical cluster. A cell is one (trap,seed,condition)(trap,seed,condition) S3 outcome. The seed schedule is seeds 1,2,31,2,3. The primary outcome is validity-gated S3 executable pass/fail. The primary paired unit is the trap cluster; the three seeds are repeated observations within a trap, not independent benchmark items. The primary wake-model fold uses gpt-5.5. The second wake-model fold is a separate transfer check and is never pooled into the primary fold. Hard authoring rule. No new V2 trap may be authored after looking at any V2 performance result. The only result-like information allowed before final trap freeze is the pre-declared validity-gate verdict for candidate admission: B0 S3 failure, reference-solution pass, oracle hiddenness, CSPRNG-secret compliance, no-single-event or construct-specific gate status, clean-start flag, and manifest/schema checks. Once any memory-bearing condition has produced an S3 result on any V2 candidate trap, trap authoring is permanently closed for this fold. C.1 Causal History and Bias Controls The V2 design is informed by the V1 fold, mock reviews, the 8-trap synthesis pilot, and the scale-freeze review. The report using V2 must disclose that history. The known V1 facts before V2 freeze include: 22 traps run on three seeds for 66 S3 cells per complete condition; 18 of 22 V1 traps classified as recall-verbatim and four as synthesis/apply; reference-probe hybrid leading B5 numerically but not significantly on the primary V1 comparison (52/66=0.788CLOSE(52/66=0.788 versus 48/66=0.72748/66=0.727, exact McNemar b=12,c=8,p=0.503b=12,c=8,p=0.503, Holm OPENp=1.0)p=1.0); and the typed-only-versus-B3 positive result surviving the trap-clustered exact test but not all conservative sensitivity variants. The corrected synthesis-pilot denominator is 24 S3 cells (8CLOSE(8 traps × 33 seeds), and that pilot is cited only as a pre-registered directional slice, never pooled into V2. Those facts create authoring risks: authors could write traps to punish B5’s verbatim strategy, emphasize constructs where the reference probe looked strong, avoid V1 failure modes, tune hidden literals to condition read limits, or remove traps after seeing early outcomes. V2 controls those risks by allocating traps by construct quota, recording construct and family labels separately, freezing candidate hashes and validation reports before performance runs, using CSPRNG-injected secrets, enforcing a template cap, disclosing the admission funnel, and publishing the primary clustered result even if it is null. C.2 Trap Set and Construct Quotas The V2 target is 60 valid S3 traps, each run on three seeds, for 180 S3 cells per complete condition: 60traps×3seeds=180S3cells.60\ traps× 3\ seeds=180\ S3\ cells. The target composition is 22 V1 traps, 8 synthesis-pilot traps, and approximately 30 new traps. Sixty valid traps is the confirmatory target because the primary test clusters by trap; adding seeds without adding traps would not solve the pseudo-replication concern. The governing allocation unit is construct, not legacy family. Every trap receives one construct label (C1CLOSE(C1 through OPENC10)C10) and one separate family label. Family labels support descriptive reporting but cannot override construct quotas. Construct Construct name Target n Role in V2 C1 Verbatim retention 18 V1 continuity and B5 calibration anchor C2 Retrieval precision under interference 6 Anti-hoarding and executable precision under distractors C3 Staleness detection and supersession 7 Stale suppression and multi-hop supersession C4 Update propagation / regression avoidance 1 Derived update propagation probe C5 Scope discipline 6 Overgeneralization resistance C6 Contradiction handling / provenance conflict 5 Authority and precedence under conflict C7 Cross-session synthesis / paraphrase-retention application 7 Non-verbatim composition and paraphrase-retention control C8 Procedural / source-of-truth memory 4 Generated-source workflow and procedural memory C9 Spurious-lesson rejection / disconfirmation 4 Bad-memory rejection C10 Abstention / confabulation resistance 2 Irrelevant-memory rejection Total 60 Table 18: Frozen V2 construct quota. The arithmetic is 18+6+7+1+6+5+7+4+4+2=6018+6+7+1+6+5+7+4+4+2=60. For V2, the anti-hoarding constructs are C2, C3, C5, C6, C9, and C10, plus any C7 trap explicitly labeled as paraphrase-retention where byte-copying is insufficient. The frozen target from C2, C3, C5, C6, C9, and C10 alone is 6+7+6+5+4+2=306+7+6+5+4+2=30 anti-hoarding traps, exceeding the binding floor of at least 20 anti-hoarding traps. C1 recall-verbatim has target 18, cap 24, and may not exceed 40% of the final valid set. Construct definitions. C1 preserves a non-inferable exact token, format, or rule from one prior event. C2 selects one relevant stored fact among distractors under a fixed read-token budget. C3 uses a superseding fact and suppresses the stale one, with at least two C3 traps defeating a simple newest-event heuristic. C4 propagates a changed fact to a derived later use. C5 applies feedback only inside its stated scope. C6 resolves conflict by authority or precedence rather than raw recency. C7 derives an answer from two or more events or applies a paraphrased retained instruction so that no single event contains the decisive S3 answer as a contiguous literal. C8 remembers the repository’s procedural source of truth. C9 rejects an unsupported or later-disconfirmed lesson. C10 abstains when no prior event bears on the current task. Manifest fields. The V2 manifest records, for every trap: sequence id, construct label, family label, repository, template id, author model, skeleton id, anti-hoarding flag, clean-start S3 flag, CSPRNG secret manifest hash, oracle hash, reference-solution hash, and validation report path and hash. The admitted/rejected manifest also records first failing gate and whether a rejected candidate was discarded, repaired before outcome inspection, or reserved before freeze. Clean-start subset. At least 10 of the new traps must use clean-start S3: ≥10new traps with __=.≥ 10\ new traps with clean\_start\_s3= true. For clean-start traps, S3 does not inherit the S1/S2 production tree. S3 starts from the frozen clean base for the fixture repository while memory-bearing conditions receive only admissible memory context from prior sessions. The analyzer must distinguish ordinary continuation traps from clean-start S3 traps and must report the clean-start subset separately. C.3 CSPRNG Secret Injection and Validity Gates CSPRNG secret injection is a binding authoring rule. The authoring LLM drafts only a skeleton with named placeholders for non-inferable tokens, ids, marker strings, format literals, and oracle literals. The authoring LLM never invents a secret token, never selects a random-looking literal, and never writes the final hidden oracle literal by hand. The harness generates all secret tokens with a cryptographic random source and substitutes them into injected memory events, hidden oracle expectations, reference-solution material, decisive-literal metadata, and any public prompt field where the event itself is supposed to reveal the token. The manifest records a secret-manifest hash and generator-code hash, but not secret values beyond those intentionally present in public injected events. The validator rejects any candidate whose decisive non-inferable secret was authored directly by an LLM or a human rather than injected by the harness. Every non-C1 trap declares why verbatim replay is insufficient. The automated gate checks that no normalized decisive oracle literal is a substring of any single injected event except for C1 or declared visible input literals that are not themselves sufficient; that no single injected event covers all required fact ids for non-C1 traps; that the S3 prompt does not reveal the decisive answer; that public repository state before S3 does not contain the decisive answer except in declared apply/derive cases; and that the trap is passable by any system surfacing the needed facts rather than only by a probe-specific operator. “Make B5 fail” is not a valid design target. B5 passing a non-C1 trap is an outcome, not an authoring defect. Each new trap must pass the live validator before admission: python3 experiments/validate_trap.py \ --sequence-records <candidate-sequence-records> \ --seq <seq_id> \ --live The required verdict is: valid trap, B0 S3 failed, reference solution passes, oracle hidden, CSPRNG secret injected, no public task leak of oracle commands or hidden scoring material, construct-specific gate passes, and clean-start status correctly represented in the manifest and validator. For C7, the no-single-event gate is required. For C3, C5, C6, C9, and C10, the oracle must check both correct behavior and absence of the construct-specific trap behavior. Continuation and clean-start scoring. Ordinary continuation traps must preserve the memory-trap invariant: S2 starts from S1’s scored production tree, and S3 starts from S2’s scored production tree. Clean-start S3 traps instead start S3 from the frozen clean base by design, while preserving valid S1 and S2 records as memory-source sessions. Scoring applies only production diffs to a fresh scorer checkout and rejects edits to tests, .git, import hooks, conftest.py, pytest.ini, sitecustomize.py, and *.pth. Harness pre-fixes. Before any V2 performance run, scan_completed_units must verify full per-sequence S1/S2/S3 coverage before skipping a unit, and analyzer warmup must mean non-S3 sessions only. For the now-scoped-out second wake-model fold, the launcher must include wake model in work-unit keys and completed-unit detection so gpt-5.5 results cannot be mistaken for glm-latest, Kimi K2.7, or frontier-peer results. C.4 Authoring, Admission, and Audit The v2 report discloses the new-trap admission funnel. The canonical admission funnel artifact is analysis/fold/admission_funnel.md; all 30 authored new traps passed the recorded gates and were admitted: C2: 6 authored -> 6 dry-valid -> 6 live-valid -> 6 admitted C3: 5 authored -> 5 dry-valid -> 5 live-valid -> 5 admitted C5: 6 authored -> 6 dry-valid -> 6 live-valid -> 6 admitted C6: 4 authored -> 4 dry-valid -> 4 live-valid -> 4 admitted C7: 3 authored -> 3 dry-valid -> 3 live-valid -> 3 admitted C9: 4 authored -> 4 dry-valid -> 4 live-valid -> 4 admitted C10: 2 authored -> 2 dry-valid -> 2 live-valid -> 2 admitted Total: 30 authored -> 30 dry-valid -> 30 live-valid -> 30 admitted Together with the retained v1 and synthesis-pilot traps, the final v2 fold evaluates 60 traps. No more than four admitted traps may share the same trap skeleton: ≤4admitted traps per _.≤ 4\ admitted traps per skeleton\_id. A skeleton is defined by structural event pattern, oracle pattern, task type, and fixture surface, not by token renaming or fixture-noun swaps. Human audit is required before final trap freeze. One hundred percent of admitted traps receive human construct-label review. At least 30% of admitted traps receive deep audit for construct fit, realism, leakage risk, template duplication, and whether the stated insufficiency mechanism is load-bearing. Raw agreement and Cohen’s kappa, where applicable, are audit diagnostics rather than confirmatory outcomes. Disagreements are resolved before freeze. Traps with unresolved construct-label disagreement may remain as benchmark traps but are excluded from per-construct claims; no unresolved construct-label disagreement is used to support a v2 per-construct claim. Every trap records author_model. The frozen plan would have analyzed the author-model × wake-model interaction across both backbones: pass rates by author model, wake model, condition, and construct; primary-versus-transfer wake performance stratified by author model; a trap-clustered descriptive interaction estimate for same-family author/solver advantage; and, if enough traps existed, a sensitivity table excluding traps authored by the same model family as the primary wake model. Because the second wake-model fold was scoped out, the reported paper does not present this cross-backbone interaction or use it for a construction-independent validity claim. Such an analysis would be secondary and could not rescue or replace the primary clustered comparison. C.5 Conditions and Run Freeze The primary fold uses Codex CLI with gpt-5.5 as the wake agent/model and codex-gpt-5.5 as the sleep/judge model wherever a judge is used. The trap set is the same frozen 60 valid traps, seeds are 1,2,31,2,3, task order is fixed across conditions, budgets and stopping criteria are fixed, and each condition receives an isolated memory namespace by run id, condition, seed, and sequence. Hidden oracles, reference solutions, sequence records, analysis files, logs, and secret manifests are absent from the wake-agent filesystem. The primary condition matrix is: B0 B1 B2 B3 B4 B5 B6 B7 B5-MEM0 B5-MEM0-LIT DF DF-raw-only DF-hybrid DF-strict DF-strict-hybrid A0 A2 A4 A5 A6 A11 B5 is the deterministic verbatim event-memory / offline instance-memory baseline, not stock or tuned Mem0. B5-MEM0 and B5-MEM0-LIT are two pinned configurations of one hosted Mem0 family, used only when package, service, namespace isolation, payload format, and key are available. They are supplemental and do not enter the primary Holm family. Before the first primary-fold run, the following inputs are frozen and hashed: this preregistration, sequence manifest, construct and family labels, condition definitions, model ids, provider endpoints, decoding parameters, context limits, budgets, seeds, judge prompts, calibration examples, scorer code, CSPRNG generator code, and secret manifests. Result roots, grid logs, Mem0 namespaces, and Mem0 fixture/cache artifacts are isolated with DREAMBENCH_RESULTS_ROOT, DREAMBENCH_LOG_ROOT, DREAMBENCH_NAMESPACE_PREFIX, and DREAMBENCH_MEM0_FIXTURE_ROOT. C.6 Primary Analysis The primary outcome is validity-gated S3 executable pass/fail for each (condition,seed,trap)(condition,seed,trap) cell. Warmup rates, hygiene metrics, cost, construct slices, family slices, and authoring diagnostics are reported but do not replace the primary S3 analysis. The primary inferential test is an exact trap-clustered sign/permutation test. For comparison A versus B and trap t, define dt=#pairedvalidseeds:Apasses,Bfails−#pairedvalidseeds:Afails,Bpasses.d_t=\#\paired\ valid\ seeds:A\ passes,B\ fails\-\#\paired\ valid\ seeds:A\ fails,B\ passes\. Tied paired seed cells contribute zero, and Dobs=∑tdt.D_obs= _td_t. Under the null, the sign of each nonzero trap contribution is exchangeable. The two-sided exact p-value is p=Pr(|∑tst|dt||≥|Dobs|),st∈−1,+1.p= ( | _ts_t|d_t| |≥|D_obs| ), s_t∈\-1,+1\. Zero-contribution traps remain in descriptive counts but do not increase the number of sign-flip states. The implementation may enumerate signs directly or use exact dynamic programming; no normal approximation is used for the primary p-value. ID Comparison Purpose P1 DF-hybrid vs. B5 Headline comparison against strongest V1 baseline P2 DF-typed-only vs. B5 Typed consolidation alone against verbatim memory P3 DF-raw-only vs. B5 Raw evidence retention against B5 P4 DF-hybrid vs. DF-raw-only Incremental value of typed maintenance above raw evidence P5 DF-hybrid vs. DF-typed-only Incremental value of raw evidence above typed-only P6 DF-typed-only vs. B3 Structured typed memory against reflection/vector anchor Table 19: Frozen V2 primary S3 comparison family. All six primary p-values are two-sided exact clustered p-values. Holm-Bonferroni correction controls family-wise error at α=0.05α=0.05 across P1–P6. The headline claim DF-hybrid >> B5 requires P1 to have positive DobsD_obs and Holm-adjusted clustered p<0.05p<0.05. If P1 is null, the paper must state that the scaled fold does not establish DF-hybrid >> B5, even if pooled McNemar, construct slices, family slices, hygiene metrics, or transfer analyses are significant. No imputation is allowed. A paired seed cell is included only if both conditions have validity-gated S3 outcomes for that (trap,seed)(trap,seed). P1 requires at least 54 traps with at least two paired valid seeds. P1 cell-level validity exclusions must be at most 5% for each side; with 180 cells this is at most nine excluded cells per side. If exclusions exceed 5% for either side, P1 may be reported only as incomplete. Pooled exact McNemar is secondary and uses the seed-trap cell as the paired unit. It is computed for P1–P6 with the same two-sided alternative and Holm correction, but it can support only sensitivity language and cannot overturn a null clustered P1. Required sensitivity reports include per-seed exact McNemar, trap-majority collapse, descriptive construct slices, descriptive family slices, and the author-model × wake-model interaction table. Per-construct strata are descriptive because n is small within strata. Power interpretation. The primary clustered test depends on nonzero trap clusters, not merely on 180 pooled cells. Under an equal-weight sign-test approximation, if all 60 trap clusters are nonzero, a 38–22 split gives p=0.051894p=0.051894 and a 39–21 split gives p=0.027340p=0.027340. With one discordant seed per trap, 39–21 corresponds to a net margin of 18/180=0.10018/180=0.100. With all three seeds discordant in the same direction within each trap, it corresponds to 54/180=0.30054/180=0.300. Therefore, 60 traps is a reasonable target for large stable trap-level effects, not a guarantee of detecting small or template-concentrated effects. In the observed v2 P1 vector, Dobs=+6D_obs=+6, the exact trap-clustered permutation p-value is 0.51841926574707030.5184192657470703, and the Holm-adjusted p-value is 1.01.0. C.7 Second Wake-Model Fold (Scoped Out) This scoped-out limitation record describes the frozen transfer plan. The second wake-model fold is a transfer check, not part of the primary confirmatory sample. The planned second backbone is GRID GLM-5.2, recorded in the harness as glm-latest for this scoped-out limitation; it is treated as a pinned open-weights checkpoint as exposed through GRID. The judge remains codex-gpt-5.5. Seeds, trap set, task order, budgets, and stopping criteria match the primary fold. The planned transfer conditions are: B0 B3 B5 DF DF-raw-only DF-hybrid B5-MEM0 may be included only if the hosted Mem0 configuration is already working and frozen before the now-scoped-out transfer fold starts; it remains supplemental. Before the full transfer fold, GLM-5.2 must pass a 5-trap warmup pilot under the same frozen harness and fixed judge. If GLM-5.2 warmup pass rate is at least 0.60, the GLM-5.2 transfer fold proceeds. If GLM-5.2 warmup pass rate is below 0.60, the floor is reported honestly and the fold falls back to Kimi K2.7. If Kimi K2.7 also floors under the same 5-trap pilot rule, the fold falls back to one frontier peer and discloses the full fallback chain. A floor result is reported as second-backbone feasibility evidence, not hidden, pooled, or treated as a failed implementation detail. The GLM-5.2 warmup path did not clear the feasibility gate, so no full second wake-model transfer fold is reported. This paper therefore makes no cross-backbone claim and no transfer claim. Future work: a transfer fold may support or refute directional transfer to a non-gpt-5.5 wake model, identify wake-specific construct or family behavior, and test whether B5 strength is a property of gpt-5.5 in-context copying or of the benchmark itself. It cannot be pooled with the primary fold, rescue a null primary P1, replace the primary Holm family, justify post-hoc trap removal, or establish broad model generality beyond the one fixed second wake model and seeds. C.8 Falsifiers, Go/No-Go, and Null Handling Falsifiers constrain the causal story but do not authorize hiding the result. If a falsifier fails, the V2 result still publishes with the corresponding claim removed or narrowed. Falsifier Frozen threshold or claim rule V2 value B0 headroom B0 S3 pass rate ≤0.40≤ 0.40 preferred; ≤0.50≤ 0.50 maximum acceptable. Overall B0 21/180=0.11721/180=0.117 passes; C9 12/1212/12 and C10 6/66/6 B0 headroom fail. Useful memory precision DF-hybrid ≥0.45≥ 0.45 and no more than 0.15 below B5. FAIL: DF-hybrid=0.264; B5=0.556. Seed spread DF-hybrid max(seed) minus min(seed) ≤0.12≤ 0.12 preferred; ≤0.16≤ 0.16 maximum for stability claim. PASS: rates 31/60,32/60,32/6031/60,32/60,32/60; spread 0.0170.017. Regression and repeated error DF-hybrid repeated-error rate ≤ B5 and ≤0.15≤ 0.15; regression-after-update ≤0.08≤ 0.08. MIXED/FAIL: repeated error 0.142 passes relative to B5 0.225 and threshold 0.15; regression-after-update 0.106 fails. Strict-hybrid recovery If included, DF-strict-hybrid S3 pass rate ≥0.60≥ 0.60 and no more than 0.12 below DF-hybrid. FAIL: 78/180=0.43378/180=0.433. Construct dependence General memory-hygiene claim requires nonnegative P1 direction on anti-hoarding aggregate and on C7. No general memory-hygiene claim is made; primary P1 is null and F7 is false. New construct floor If three or more new construct strata have max-condition pass rate below 0.15, top-venue benchmark claim is killed. No three-strata floor kill; benchmark claim is narrowed by C9/C10 B0-headroom failures. Author × solver contamination Same-family author/solver advantage beyond wake-model difference requires re-authoring with separation before construction-independent validity claim. Not used for a construction-independent claim; no full second-backbone fold is reported. Second wake-model transfer Negative transfer P1 direction forbids broad model-generalization language; ladder reordering reframes the paper as model-dependence evidence. Scoped out: GLM-5.2 warmup path did not proceed to a full transfer fold; no model-generality claim. Clean-start subset If the primary direction holds only in inherited-state traps and disappears or reverses in clean-start S3, memory-quality isolation claim is forbidden. Descriptive only: 13 traps; B5 15/39=0.38515/39=0.385, DF-hybrid 19/39=0.48719/39=0.487, B3 22/39=0.56422/39=0.564. Cost frontier If DF-hybrid cost per successful S3 task is more than 10×10× B5, no favorable cost claim is allowed. PASS as a falsifier only: DF-hybrid 0.03832 USD/success vs. B5 0.03953; no favorable cost claim is made. Table 20: Frozen V2 falsifiers and claim constraints with resolved v2 values from the canonical analyzer bundle. The primary fold may proceed only if the preregistration is reviewed, frozen, and hashed; no trap was authored after viewing V2 performance results; 60 valid traps or enough pre-freeze replacements are available; construct quota and anti-hoarding floor are satisfied; C1 remains within cap; at least 10 new traps are clean-start S3; every new trap uses CSPRNG secret injection; every new non-C1 trap passes its construct gate; every new trap passes live validation; B0 headroom admission gate is satisfied; 100% construct-label audit and at least 30% deep audit are complete; template cap is satisfied; harness pre-fixes are complete; and run manifests, condition definitions, model configs, seeds, budgets, scorer hashes, and CSPRNG secret manifest hashes are frozen. Abort the confirmatory fold, or downgrade it to pilot/descriptive, if fewer than 60 valid traps remain without a pre-freeze replacement path; construct quotas cannot be satisfied; fewer than 20 anti-hoarding traps remain; C1 exceeds 24 traps or 40%; fewer than 10 new clean-start traps remain; CSPRNG secret injection is violated on any admitted trap; final B0 S3 pass rate exceeds 0.50; P1 has fewer than 54 traps with at least two paired valid seeds; P1 exclusions exceed 5% for either DF-hybrid or B5; hidden oracle leakage is discovered; one condition can read another condition’s namespace; any trap is edited or removed after outcome inspection; or either required harness pre-fix is absent. If P1 is null under the primary clustered Holm-corrected test, the null result is published. The paper must state that the scaled fold does not establish DF-hybrid superiority over B5; it must not promote pooled McNemar, construct slices, family slices, per-seed tests, scoped-out transfer-fold results, or hygiene metrics into the headline. If P1 is significant, the paper reports the exact clustered p-value and Holm-adjusted p-value, reports pooled McNemar only as secondary, applies all falsifier constraints before causal interpretation, and avoids favorable cost or broad model-generality language unless the corresponding falsifiers pass. Binding kill criteria. The scale-freeze kill criteria are: >=3 new construct strata floored (<0.15 max-condition) -> arXiv measurement-study fallback; author x solver contamination -> re-author w/ separation; ladder reordering across backbones (future-work limitation) -> model-dependence analysis paper; instability at scale -> not top-venue. Never shrink back to the verbatim stratum for a lesser venue. DF-hybrid failing to beat B5 is explicitly not a kill if the new constructs discriminate among conditions. A null or losing system result is publishable as a benchmark finding if the benchmark measures what it claims to measure. C.9 Required V2 Artifacts and Claim Boundaries The scaled fold must preserve: frozen preregistration path and hash; frozen sequence manifest and hash; construct/family manifest; CSPRNG generator-code hash; CSPRNG secret-manifest hashes; hidden-oracle hash manifest; reference solution hash manifest; validation reports for every new trap; no-single-event or construct-specific reports for every non-C1 trap; clean-start subset manifest; author-model, skeleton-id, and template-id manifest; human-audit report with agreement; admission-funnel report; run manifest with models, conditions, seeds, budgets, task order, and scorer hash; harness pre-fix evidence for scan_completed_units and warmup definition; per-condition result records; primary clustered analysis script output; secondary pooled McNemar output; per-seed and trap-majority sensitivity output; construct and family slice tables; clean-start subset analysis; author × solver interaction analysis; falsifier table with raw numerators and denominators; second wake-model pilot report and transfer-fold report or fallback/not-run explanation; cost report; contamination/isolation manifest; and excluded-cell report with reasons. The reported v2 artifact bundle includes analysis/fold/v2_fold.json, analysis/fold/v2_confirmatory_clustered.json, analysis/fold/v2_hygiene_oracle.json, analysis/fold/v2_cost_frontier.json, analysis/fold/admission_funnel.md, generated paper tables and figures. The current v2 analyzer and figure checksums are enumerated in Appendix B; older timestamped hash ledgers under analysis/fold/ are historical diagnostics, not the paper-facing checksum authority. Allowed claims after V2 are bounded by the frozen analyses. A benchmark-scale claim is allowed only if the scaled trap set is frozen and valid. The primary system claim is allowed only if P1 passes the clustered Holm-corrected test. Typed-maintenance and raw-evidence claims require their corresponding pre-registered comparisons. Construct-specific claims are descriptive and only for constructs where the frozen descriptive direction supports them. Transfer claims are separate second-wake-model claims. Clean-start claims require the clean-start subset to support the direction. Forbidden regardless of outcome: presenting failure to reject as equivalence; calling B5 stock or tuned Mem0; pooling any scoped-out second wake-model fold with the primary fold; removing traps after results; redesigning traps toward a probe-favorable win; using LLM-authored secrets; claiming broad production generality from this fixture-repository benchmark; claiming a favorable cost interpretation if the cost falsifier fails; and claiming container-equivalent hermeticity for a host-side GRID wake fold. No result from the second wake-model fold, pooled McNemar analysis, construct slice, family slice, authoring analysis, or hygiene analysis can replace the primary clustered P1 result. The v2.1 external-systems audit is governed by its own preregistration, erratum, conformance lock, fixed Family A/Family B rules, and canonical analyzer. It is prospectively frozen for successor outcomes but post-hoc to original v2, and therefore cannot revise, pool with, or replace this appendix’s P1–P6 protocol. Appendix D v2 Construct Taxonomy This appendix records the construct-level allocation used for the v2 DreamBench-SWE trap set. The taxonomy and pure-trap criteria are drawn from analysis/investigation-evidence/FABLE-CONSTRUCTS.md; the target counts come from analysis/investigation-evidence/AUTHORING-WORKLIST.md and the frozen quota table in analysis/investigation-evidence/PREREGISTRATION-V2.md. These are design and authoring counts, not live v2 outcomes; live v2 outcomes are reported separately by the canonical analyzer artifacts and the results section. Construct Construct name One-line definition Pure-trap criterion Anti-hoarding? v2 trap count C1 Verbatim retention Preserve a non-inferable exact token, format, or rule from one prior event and reproduce it when relevant. A single prior event contains the decisive arbitrary token or format, and storing that event is necessary and sufficient. No 18 C2 Retrieval precision under interference Select the one relevant stored fact among many similar stored facts under a fixed read-token budget. The sequence injects many same-vocabulary distractor events, only one event is load-bearing, and the budget admits only a small subset. Yes 6 C3 Staleness detection and supersession Use the superseding fact and suppress the stale fact, even when the stale fact is more salient. An older token or rule is repeated and lexically attractive, a later event supersedes it, and the oracle fails any use of the old value. Yes 7 C4 Update propagation / regression avoidance Propagate a changed fact to a derived later location that the superseding event did not directly patch. The superseding event gives the new rule but not the S3 answer location; the oracle requires applying the rule consistently downstream. No 1 C5 Scope discipline Apply feedback inside its stated scope and refuse to apply it outside that scope. The trap includes an in-scope check where memory must be used and an out-of-scope check where the same memory becomes a failure. Yes 6 C6 Contradiction handling / provenance conflict Resolve conflicting sources by an established authority or precedence rule rather than recency or arbitrary choice. Two sources conflict without temporal order deciding the answer; a separate precedence rule determines which source the oracle accepts. Yes 5 C7 Cross-session synthesis / paraphrase-retention application Derive the answer from two or more events, or apply a paraphrased retained instruction, with no single event containing the decisive S3 literal. The S3 output must compose rule, parameter, and/or runtime data split across events, so copying any one event is insufficient. No 7 C8 Procedural / source-of-truth memory Remember how this repository expects a change to be made, such as editing a generator rather than a generated artifact. The oracle checks both the user-visible output and the diff shape, failing artifact-only edits when the source-of-truth workflow is required. No 4 C9 Spurious-lesson rejection / disconfirmation Reject an unsupported or later-disconfirmed lesson, even when stored memory suggests a wrong causal story. A prior event records a false causal lesson, a later event disconfirms it, and S3 fails if the agent acts on the false lesson. Yes 4 C10 Abstention / confabulation resistance Recognize that no prior event bears on the current task and avoid fabricating benchmark-style tokens or importing irrelevant memories. The S3 prompt resembles a memory trap, but no prior event is relevant; the oracle fails confabulated tokens or irrelevant memory use. Yes 2 Table 21: Construct taxonomy and frozen v2 design quota. “Anti-hoarding” records the preregistered allocation: C2, C3, C5, C6, C9, and C10 contribute 6+7+6+5+4+2=306+7+6+5+4+2=30 designed traps, exceeding the 20-of-60 floor. Individual C7 traps can also be tagged anti-hoarding when they meet the preregistered paraphrase-retention rule. This is allocation arithmetic, not an outcome guarantee: the observed C9 and C10 strata fail B0-headroom validity and do not support anti-hoarding or abstention claims. The taxonomy is measurement-theoretically distinct because each construct defines a different failure mechanism, not merely a different topic label. C1 tests single-event exact recall. C2 tests selection under interference. C3 tests stale suppression, while C4 tests propagation of a changed rule to a derived location. C5 turns memory into a scope hazard, C6 turns memory into an authority-resolution problem, C7 requires composition across events, C8 requires remembering the repository’s procedural source of truth, C9 requires rejecting a disconfirmed stored lesson, and C10 requires abstaining when memory is irrelevant. The construct label is therefore tied to the oracle’s commission and omission checks: what counts as a pass or trap-trip differs by memory hygiene mechanism. This also corrects a v1 labeling weakness. The v1 family names were continuity labels such as flaky-test, reviewer-preference, and stale-architecture; they did not reliably name the measured construct. For example, the worklist maps all v1 flaky-test traps audited as recall-verbatim to C1 unless redesigned and revalidated. In v2, family labels are retained only for continuity, while each trap carries a separate C1–C10 construct label and the confirmatory quota is governed by construct rather than legacy family. The live construct-profile results are reported from the canonical v2 analyzer bundle and remain descriptive unless tied to a frozen comparison. Appendix E Clustered Statistical Methods This appendix records the clustered inference model used for the scaled DreamBench-SWE confirmatory fold and explains how it relates to the pooled McNemar analysis reported for the 22-trap v1 fold. The method source of truth for the v1 sensitivity check is analysis/investigation-evidence/CLUSTERED-STATS.md, regenerated by scripts/clustered_sensitivity.py. The scaled-fold power arithmetic is the frozen arithmetic in analysis/investigation-evidence/PREREGISTRATION-V2.md. E.1 Trap-as-Cluster Model The statistical cluster is the trap, not the seed-trap cell. A trap is one multi-session sequence whose S3 task is the scored memory trap. Seeds s∈1,2,3s∈\1,2,3\ are repeated observations of that same trap. For a paired comparison between conditions A and B, let YAts∈0,1Y_Ats∈\0,1\ and YBts∈0,1Y_Bts∈\0,1\ be the validity-gated S3 pass/fail outcomes for trap t and seed s. A seed contributes to the comparison only when both conditions have valid S3 outcomes for that (t,s)(t,s) cell; no imputation is used. For each trap, define the signed trap contribution dt=∑s∈t[YAts=1,YBts=0−YAts=0,YBts=1],d_t= _s _t [1\Y_Ats=1,Y_Bts=0\-1\Y_Ats=0,Y_Bts=1\ ], where t⊆1,2,3S_t \1,2,3\ is the set of paired valid seeds for trap t. Tied paired seed cells, where both systems pass or both fail, contribute zero. A trap with no paired valid seeds for the comparison is excluded from that comparison and listed as missing. The observed signed effect is Dobs=∑tdt,D_obs= _td_t, which equals the cell-level discordance difference b−cb-c, where b is the number of paired seed cells where A passes and B fails, and c is the number where B passes and A fails. The reported two-sided test statistic is Tobs=|Dobs|.T_obs= |D_obs |. In the v2 design, a complete condition has 60traps×3seeds=18060\ traps× 3\ seeds=180 S3 cells. The primary paired unit remains the 60 trap clusters. The 180 cells are descriptive repeated measurements inside those 60 clusters, not 180 independent benchmark items. In the observed v2 P1 comparison, DF-hybrid versus B5 has b=21b=21, c=15c=15, Dobs=+6D_obs=+6, 60 contributing clusters, 180 paired seed cells, permutation p=0.5184192657470703p=0.5184192657470703, and Holm-adjusted p=1.0p=1.0. E.2 Exact Trap-Clustered Sign/Permutation Test The null hypothesis for a paired comparison is condition-label exchangeability at the trap level. For each trap t, the permutation swaps the labels A and B for all available paired seed cells in that trap together. It does not independently swap seed 1, seed 2, and seed 3 within the same trap. Equivalently, write ϵt∈−1,+1 _t∈\-1,+1\ for the trap-level label-swap sign. The exact randomization distribution is D(ϵ)=∑tϵtdt,D(ε)= _t _td_t, with all sign assignments equally likely. For the complete v2 design this is a 2602^60-assignment trap-level permutation over the 60×3=18060× 3=180 seed-trap cells: each assignment flips or preserves all three seed cells for each trap as one block. Zero-contribution traps may be retained in the enumeration for descriptive consistency; they do not change the resulting p-value. The exact two-sided p-value is p=Prϵ(|∑tϵtdt|≥|Dobs|).p= _ε ( | _t _td_t |≥ |D_obs | ). The implementation may enumerate signs directly for small T or compute the same distribution by exact dynamic programming over the possible signed sums. No normal approximation is used for the primary p-value. The primary family correction for v2 is Holm-Bonferroni over the six pre-registered clustered comparisons. The observed adjusted values are: P1 1.01.0, P2 1.01.0, P3 1.01.0, P4 0.76720046997070310.7672004699707031, P5 0.76720046997070310.7672004699707031, and P6 1.01.0. E.3 Successor Families and Unavailable Slots The separately preregistered v2.1 audit uses the same trap-level signed statistic and exact sign-flip distribution, but it does not join the original P1–P6 family. Its Family A has six fixed benchmark-discrimination slots and Family B has two fixed mechanism slots. A condition rejected by the frozen pre-evaluation conformance gate is unavailable: its registered comparison remains in its family with raw and adjusted p=1p=1, rather than being dropped, imputed, or interpreted as an observed loss. Holm correction is applied separately within the six- and two-slot families. The two literal-storage comparisons against B5 and DF-hybrid are explicitly secondary, unadjusted, and nonconfirmatory; their raw clustered, per-seed, pooled-cell, and trap-majority results are sensitivity descriptions, not additional family members. E.4 Why Pooled McNemar Over-Counts Evidence Pooled exact McNemar treats every paired seed-trap cell as an exchangeable paired unit. In the v1 fold, that meant up to 22×3=6622× 3=66 cells; in the scaled v2 fold it would mean up to 60×3=18060× 3=180 cells. This is useful as a secondary sensitivity calculation, but it over-counts evidence for primary inference because the three seeds for a trap share the same hidden contract, repository pathology, oracle, and implementation burden. If condition A wins the same trap on all three seeds, pooled McNemar counts three same-direction discordant observations. The clustered test counts one trap-level directional contribution with magnitude three and assigns one exchangeable sign to the trap. The distinction is exactly the pseudo- replication issue: 66 or 180 seed-trap cells are correlated within 22 or 60 trap clusters, respectively. For this reason, pooled McNemar cannot replace the primary clustered test in v2. It is reported as a secondary cell-level sensitivity check, with the same two-sided alternative and family correction, while the headline claim is tied to the trap-clustered exact test. E.5 v1 Clustered Sensitivity Result The v1 sensitivity analysis used the same trap contribution dt=#(Aonly)−#(Bonly)d_t=\#(A\ only)-\#(B\ only) and the same exact sign-flip test, applied to the 22 v1 traps and three seeds. In the pre-registered five-comparison v1 family, the one result that survived the clustered sensitivity check was reference-probe typed-only (DF) versus B3 reflection-only vector retrieval. The pooled McNemar row had n=65n=65 paired cells because the reference-probe typed-only condition was missing seed3:expr-stale-registry-stability; it reported b=24b=24, c=3c=3, exact p=4.92334365845×10−5p=4.92334365845× 10^-5, and Holm-adjusted p=0.000246167182922p=0.000246167182922 (rounded in the paper as 0.00020.0002). The trap-clustered exact sign/permutation test for the same comparison had 22 contributing trap clusters, 65 paired seed cells, observed b−c=21b-c=21, raw clustered p=0.00732421875p=0.00732421875, and Holm-adjusted p=0.03662109375p=0.03662109375 (rounded as 0.0370.037). This survival is narrow. The same v1 result did not pass every conservative sensitivity variant: all three per-seed tests did not reject after seed-family Holm correction, and the complete three-seed trap-majority collapse had Holm-adjusted p=0.1953125p=0.1953125. Therefore the v1 paper-level reading is not that pooled inference was adequate, but that the structured-memory comparison against B3 remained positive under the exact trap-clustered test while carrying seed-concentration and trap-collapse caveats. E.6 Power and Minimum Detectable Effects at 180 Cells The 60-trap v2 design is not powered by 180 independent cells. Its primary power depends on the number of traps with nonzero discordance and on how discordant seeds cluster within each trap. For intuition, if k nonzero traps have equal weight, the trap-clustered test reduces to an exact sign test. If b of those k traps favor the reference probe and c=k−bc=k-b favor B5, with b>k/2b>k/2, the two-sided exact sign-test p-value is p=2∑i=bk(ki)2−k.p=2 _i=b^kk i2^-k. The equal-weight rejection thresholds at α=0.05α=0.05, using the frozen 180-cell denominator for descriptive cell margins, are: Nonzero trap clusters k Minimum split Exact p One discordant seed/trap Net margin All three seeds discordant/trap 20 15–5 0.041389 20/180=0.11120/180=0.111 10/180=0.05610/180=0.056 60/180=0.33360/180=0.333, net 30/180=0.16730/180=0.167 30 21–9 0.042774 30/180=0.16730/180=0.167 12/180=0.06712/180=0.067 90/180=0.50090/180=0.500, net 36/180=0.20036/180=0.200 40 27–13 0.038477 40/180=0.22240/180=0.222 14/180=0.07814/180=0.078 120/180=0.667120/180=0.667, net 42/180=0.23342/180=0.233 50 33–17 0.032839 50/180=0.27850/180=0.278 16/180=0.08916/180=0.089 150/180=0.833150/180=0.833, net 48/180=0.26748/180=0.267 60 39–21 0.027340 60/180=0.33360/180=0.333 18/180=0.10018/180=0.100 180/180=1.000180/180=1.000, net 54/180=0.30054/180=0.300 Table 22: Equal-weight sign-test thresholds for the 60-trap, 180-cell v2 design. The cell rates are descriptive translations of trap-level splits, not the primary independent sample size. For the full k=60k=60 equal-weight case, the exact threshold computation is: 2∑i=3860(60i)2−60=0.051894,2 _i=38^6060 i2^-60=0.051894, so a 38–22 trap split is not below 0.050.05. The next split is: 2∑i=3960(60i)2−60=0.027340,2 _i=39^6060 i2^-60=0.027340, so 39–21 is the smallest equal-weight split below 0.050.05. If exactly one seed is discordant in each of those 60 traps, the descriptive cell-level net margin is (39−21)/180=18/180=0.100.(39-21)/180=18/180=0.100. If all three seeds are discordant in the same direction within each nonzero trap, the corresponding cell counts are 39×3=11739× 3=117 DF-favoring cells and 21×3=6321× 3=63 B5-favoring cells, giving (117−63)/180=54/180=0.300.(117-63)/180=54/180=0.300. Thus the same trap-level rejection boundary can correspond to a 10 percentage point or 30 percentage point cell-level net margin, depending on within-trap seed clustering. Under the same equal-weight sign model, the frozen approximate power values are: Nonzero clusters k Rejection threshold Power at 0.65 Power at 0.70 Power at 0.75 20 ≥15/20≥ 15/20 0.245 0.416 0.617 30 ≥21/30≥ 21/30 0.358 0.589 0.803 40 ≥27/40≥ 27/40 0.441 0.703 0.897 50 ≥33/50≥ 33/50 0.506 0.782 0.945 60 ≥39/60≥ 39/60 0.559 0.838 0.970 Table 23: Frozen approximate power under the equal-weight trap-level sign model, parameterized by the true probability that a nonzero trap favors the reference probe. The design therefore has reasonable power only for a large, stable trap-level reference-probe advantage. It does not guarantee detection of small effects, sparse discordance, or effects concentrated in a small number of trap templates. The reported fold computes the observed dtd_t vectors and primary p-values in analysis/fold/v2_confirmatory_clustered.json. Appendix F Reproducibility Appendix This appendix is an executable runbook for the DreamBench-SWE confirmatory fold. The data-card pointer for the benchmark release is docs/DATASHEET.md. This checkout also keeps artifact-level notes in artifact/README.md and source-level validation rules in docs/trap_skeleton_spec.md. Repository layout. The source tree separates paper text, benchmark code, frozen records, and live rerun machinery: • paper/: manuscript source. paper/main.tex defines the reference probe and DreamBench-SWE macros and inputs appendix files. • src/: Python package code for agents, benchmark adapters, experiment runners, and memory/scoring modules. • src/experiments/run_bench.py: the benchmark runner used by scripts/run_grid.py; invoke it as python3-mexperiments.run_bench with PYTHONPATH=src. • scripts/: validation, grid, analysis, packaging, and container support scripts. The container recipes are scripts/Dockerfile.codex-agent and scripts/Dockerfile.api-agent. • experiments/env/: sequence records and benchmark environment assets. experiments/env/sequences_confirmatory_v2.jsonl is the scaled v2 confirmatory sequence file; experiments/env/sequences.jsonl is retained for the historical v1/public-smoke fixture set. Hidden scoring assets live under experiments/env/oracles/ and experiments/env/refsol/. • experiments/results/: default result root. Override with DREAMBENCH_RESULTS_ROOT to keep new reruns separate from frozen evidence. • logs/grid/: default grid subprocess log root. Override with DREAMBENCH_LOG_ROOT. • analysis/fold/ and analysis/investigation-evidence/: folded analysis JSON, table inputs, and human-readable investigation reports. • artifact/ and dist/: public artifact runbook and packaged tarball/checksum outputs. Container images. The wake and judge boundary is container-filesystem isolation, not network isolation. The Codex wake/judge image defaults to dreambench-swe-codex-agent:latest; the OpenAI-compatible GRID/API wake image defaults to dreambench-swe-api-agent:latest. The harness can build missing images automatically, but explicit builds are: docker build -t dreambench-swe-codex-agent:latest -f scripts/Dockerfile.codex-agent . docker build -t dreambench-swe-api-agent:latest -f scripts/Dockerfile.api-agent . The default image names can be overridden with DREAMBENCH_CODEX_AGENT_IMAGE and DREAMBENCH_GRID_AGENT_IMAGE. The corresponding container networks can be overridden with DREAMBENCH_CODEX_CONTAINER_NETWORK and DREAMBENCH_GRID_CONTAINER_NETWORK. The API-agent container receives GRID_BASE_URL and GRID_API_KEY as environment variables; hidden oracles, reference solutions, the harness repository, and local credentials must not be mounted into the wake worktree. Seeds and source freezing. The confirmatory fold uses seeds 1,2,31,2,3, passed to scripts/run_grid.py with --seeds 1,2,3. The grid runner forwards each seed to experiments.run_bench as --seed. Direct invocations of experiments.run_bench default to seed 1729 unless --seed is supplied. Each sequence record binds the task to a frozen repository state through repo and initial_commit. The runner materializes the sequence from that commit, advances later sessions through continuation commits, and records per-session start_commit, end_commit, previous_session_end_commit, oracle_id, condition, seed, run id, model, and budget metadata in results.json. A result record is therefore evidence for the sequence source, hidden oracle/refsol assets, harness code, container image, model route, and result directory that produced it. Editing sequence records, oracle files, reference solutions, harness code, or container recipes after a fold has been frozen creates a new experiment rather than an exact replay of the paper fold. Use a fresh DREAMBENCH_RESULTS_ROOT for such runs. CSPRNG secret protocol. New traps are authored as skeletons with placeholders and finalized by scripts/inject_secrets.py. The injector uses Python’s secrets module, writes finalized sequence records, hidden oracles, reference-solution diffs, and a secret_provenance.json sidecar. The sidecar records the skeleton id, sequence ids, generator path/hash, RNG class, and placeholder format classes; it does not record generated secret values. There is deliberately no --seed, --deterministic, or replay flag for the injector: python3 scripts/inject_secrets.py <skeleton-dir-or-jsonl> <output-dir-or-jsonl> Optional injector flags are --manifest, --leakage-root, and --provenance-name. A rerun of the injector over the same skeleton should produce fresh non-inferable literals, so it is a new benchmark instance. The hidden oracles stay stable within a finalized instance because the same generated value replaces each placeholder everywhere that placeholder occurs: the public sequence entry, hidden oracle file, reference solution, and any decisive-literal metadata for that trap. Post-injection checks fail on unused or undeclared placeholders, leftover ... tokens, same-run value collisions, placeholder reuse across traps, or generated values leaking outside the trap’s allowed sequence/oracle/refsol assets. Batch validation. scripts/batch_validate.py accepts a JSON/JSONL sequence file or a directory of candidate sequence files. Dry validation parses records, checks oracle-file existence, checks reference-solution application, and applies the no-single-event gate for synthesis records: PYTHONPATH=src python3 scripts/batch_validate.py \ experiments/env/sequences_confirmatory_v2.jsonl \ --dry Live validation is the default mode when --dry is absent; there is no --live flag in the script. A live validation command is: PYTHONPATH=src python3 scripts/batch_validate.py \ experiments/env/sequences_confirmatory_v2.jsonl \ --workers 4 \ --timeout-seconds 1800 The validator writes batch summaries under experiments/validation/ by default. Use --validation-root or --output to choose another location. Use --resume to skip matching prior seq_id plus record_hash entries from existing batch summaries. To name an explicit prior summary, pass --resume-from with that path. Grid launch. For a launch plan without subprocesses, use --dry on the grid runner: PYTHONPATH=src python3 scripts/run_grid.py \ --conditions B0,DF \ --seeds 1,2,3 \ --group-size 2 \ --max-parallel 8 \ --judge-model codex-gpt-5.5 \ --sequence-records experiments/env/sequences_confirmatory_v2.jsonl \ --dry The current live-rerun launcher ops/launch_confirmatory.sh enumerates the complete 19-condition non-live matrix and both hosted-Mem0 configurations: PYTHONPATH=src python3 scripts/run_grid.py \ --conditions "B0,B1,B2,B3,B4,B5,B6,B7,DF,DF-strict,DF-hybrid,DF-raw-only,DF-strict-hybrid,A0,A2,A4,A5,A6,A11" \ --seeds 1,2,3 \ --group-size 2 \ --max-parallel 16 \ --judge-model codex-gpt-5.5 \ --sequence-records experiments/env/sequences_confirmatory_v2.jsonl PYTHONPATH=src python3 scripts/run_grid.py \ --conditions "B5-MEM0,B5-MEM0-LIT" \ --seeds 1,2,3 \ --group-size 2 \ --max-parallel 4 \ --judge-model codex-gpt-5.5 \ --sequence-records experiments/env/sequences_confirmatory_v2.jsonl This launcher is a corrected replay-ready runbook, not a claim that one shell invocation produced the historical fold. The reported v2 records were assembled across resumable launch waves and isolated result roots. Their completeness is established by the canonical 1,890-file completion audit and folded records, not by reconstructing command history from this script. Running the script now creates a new hosted-model experiment rather than an exact replay. scripts/run_grid.py scans the chosen results root for completed units and skips matching (condition,seed,seq_ids) groups that already have a completed results.json plus gate report. The B5-MEM0 and B5-MEM0-LIT conditions are special-cased by the grid runner: it appends --include-live-baselines when launching the child benchmark process. If invoking experiments.run_bench directly for either condition, pass that flag yourself. A direct dry-run smoke through the benchmark runner is: PYTHONPATH=src python3 -m experiments.run_bench \ --conditions B0,DF \ --sequence-records experiments/env/sequences_confirmatory_v2.jsonl \ --dry-run \ --seed 1 \ --limit 2 Analyzer path and S3 definition. The canonical v2 path first folds raw result records with scripts/analyze_confirmatory.py and then runs the clustered v2 analyzer: DREAMBENCH_ROOT=. PYTHONPATH=src python3 scripts/analyze_confirmatory.py \ --results-root "$DREAMBENCH_RESULTS_ROOT:-experiments/results" cp analysis/fold/confirmatory.json analysis/fold/v2_fold.json PYTHONPATH=src python3 scripts/analyze_confirmatory_v2.py \ --analysis-json analysis/fold/v2_fold.json \ --permutation-seed 20260705 \ --primary-pair DF-hybrid B5 \ --family DF-hybrid B5 \ --family DF B5 \ --family DF-raw-only B5 \ --family DF-hybrid DF-raw-only \ --family DF-hybrid DF \ --family DF B3 \ --output-json analysis/fold/v2_confirmatory_clustered.json The first-stage analyzer discovers <results-root>/*-SLICE-*/*/results.json, keeps the newest record per (condition,seed,oracle_id) by the timestamp embedded in the results/<YYYYMMDDTHHMMSSZ>-SLICE-* directory name, and rewrites analysis/investigation-evidence/CONFIRMATORY-FOLD.md plus analysis/fold/confirmatory.json; the v2 analyzer resolves the pre-registered clustered P-family from analysis/fold/v2_fold.json. The canonical S3 predicate is: oracle_id endswith "-s3" OR ordinal == 3 Do not replace this with an ordinal-only filter. Grouped jobs can place a sequence’s S3 record at a later ordinal inside a multi-sequence child run, so the analyzer’s oracle_id suffix rule is the source of truth. Pinned hosted-Mem0 failure analysis. The pinned hosted-Mem0 configurations are reported only as supplemental failure analysis, not as headline memory-system comparisons and not as claims against tuned Mem0 or Mem0g. In the v2 diagnostic fold, B5-MEM0 reaches 21/180=0.11721/180=0.117 and B5-MEM0-LIT reaches 20/180=0.11120/180=0.111, close to the B0 no-memory rate of 21/180=0.11721/180=0.117. They are excluded from the generated headline ladder and construct tables. The historical v1 hosted-Mem0 row helps explain the mechanism. In that fold, the pinned hosted-Mem0 configuration completed 66 S3 records with 0 validity-gate exclusions and reached pooled S3 pass@1 6/66=0.0916/66=0.091. Sampled failures show that hosted Mem0 retrieved the relevant memory at S3, but its LLM-based fact extraction did not preserve exact non-inferable tokens; for example, a redacted sampled failure had the form TOKEN-A-B, while the retrieved fact rewrote the ASCII hyphen (U+002D) to a Unicode non-breaking hyphen (U+2011), yielding a byte-wrong marker that the hidden oracle rejected. This is a diagnostic failure mode for one pinned configuration, not a practical ranking claim. Successor replay boundary. The v2.1 analyzer was executed exactly once after terminal completion and immutable input-ledger validation. It must not be rerun against the admitted run identity. Post-analysis regeneration is deterministic and read-only with respect to canonical results: python3 scripts/generate_external_audit_v21_artifacts.py \ --analysis-json analysis/fold/v21_external_audit_20260716T230000Z.json \ --output-dir <absent-output-directory> python3 scripts/check_v21_artifact_freshness.py \ --analysis-json analysis/fold/v21_external_audit_20260716T230000Z.json \ --surface-dir <generated-surface-directory> python3 scripts/check_paper_numeric_provenance_v21.py \ --analysis-json analysis/fold/v21_external_audit_20260716T230000Z.json \ --surface-dir surfaces --source-root paper --source-root paper_arXiv Live reruns are new experiments because the wake model and hosted external service can change. The public verifier checks path-neutral evidence projections and source/hash bindings; it does not expose private raw result, log, receipt, credential, or oracle material. Machine-generated successor quantitative surface. The following ordered panels are included directly from the analyzer-bound generated table artifact: condition profile, Family A, Family B, temporal control, bounded construct diagnostics, and operational diagnostics. The operational cost column contains recorded benchmark cost only; unavailable external-service prices are not silently imputed. Condition Passed Valid Planned Rate Eligible B0 21 180 180 0.116667 yes B5 82 180 180 0.455556 yes DF-hybrid 83 180 180 0.461111 yes B5-MEM0-LIT 97 180 180 0.538889 yes Comparison Availability Confirmatory eligible Raw p Holm p B5 vs B0 available yes 0.000324063 0.00129625 DF-hybrid vs B0 available yes 1.56049e-06 9.36294e-06 B5-MEM0 vs B0 unavailable no 1 1 B5-MEM0-LIT vs B0 available yes 7.85204e-06 3.92602e-05 B5-SM-LOCAL vs B0 unavailable no 1 1 B5-SM-LOCAL-DOC vs B0 unavailable no 1 1 Comparison Availability Confirmatory eligible Raw p Holm p B5-MEM0-LIT vs B5-MEM0 unavailable no 1 1 B5-SM-LOCAL-DOC vs B5-SM-LOCAL unavailable no 1 1 Temporal control Concurrent rate Absolute delta Within band B0 0.116667 0 yes B5 0.455556 0.0388889 yes DF-hybrid 0.461111 0.0666667 yes Construct B0 B5 DF-hybrid B5-MEM0-LIT Reading C1 – – – – descriptive only C2 0 0.666667 0.444444 0.833333 bounded directional set C3 0 0.533333 0.266667 0.733333 bounded directional set C4 – – – – descriptive only C5 0 0.166667 0.166667 0.0555556 bounded directional set C6 0 0.166667 0.25 0.583333 bounded directional set C7 0 0.333333 0.444444 0.555556 bounded directional set C8 – – – – descriptive only C9 1 0 0.75 0.25 descriptive only C10 1 0 0.333333 0 descriptive only Condition Records Judge calls Receipt calls Cost Tokens Latency p95 B0 540 0 0 10.5326 2.10652e+06 533.218 B5 540 0 0 10.8971 2.20936e+06 505.46 DF-hybrid 540 12655 0 11.7601 1.74205e+08 3503.39 B5-MEM0-LIT 540 0 1080 13.1401 2.86524e+06 510.82 Appendix G Notation and Glossary This appendix is a reference index for notation, condition codes, construct labels, metrics, and statistical terms used in the paper. It introduces no new empirical claims. Source definitions are the paper sections, especially Sections 4, 5.1, and 6; paper/sections/appendix_construct_taxonomy.tex; paper/sections/appendix_artifact.tex; and the fold analyzer scripts/analyze_confirmatory.py. Metric helper formulas that are named but not fully expanded in the paper are mirrored from src/dream_memory/evaluation.py and the label-grounded scorer notes in src/dream_memory/slice_scorer.py. V2 construct-profile outcomes are reported by the canonical analyzer artifacts and remain descriptive unless tied to a pre-registered comparison. G.1 Core Notation Symbol or term Meaning A Software-engineering agent under evaluation. R Repository for a task or sequence. T Task prompt or task instance. SiS_i The iith bounded session in a multi-session sequence. In the memory-hygiene objective, Si⊆RiS_i R_i is also used for the subset of retrieved memories that should have been suppressed; context disambiguates the two uses. Sequence Ordered list of sessions over one repository or a controlled family of related repositories. τ Agent trajectory, τ=(meta,e1,e2,…,en,outcome)τ=(meta,e_1,e_2,…,e_n,outcome). metameta Trajectory identifiers and budgets: task id, session id, repository id, starting commit, model id, condition id, seed, and budgets. eie_i Observed trajectory event: state, model message, tool call, tool result, file edit, test result, memory read, memory write, reviewer message, or termination event. outcomeoutcome Final diff, tests run, pass/fail status when executable verification exists, cost, latency, and labels. Raw episode Persisted trajectory or trajectory segment with immutable evidence semantics. E Append-only raw episode log. reference-probe operators may read E but may not overwrite, truncate, summarize in place, hard-delete, or garbage-collect raw episodes during an experiment. M Derived memory store. Sleep operators append derived memories, append audit records, or change lifecycle status of derived memories. m Derived memory item with content, type, provenance, write reason, id, status, scope fields, timestamps, validity interval, confidence, utility, risk, staleness, contradiction and supersession links, retrieval tags, usage accounting, and optional outcome impact. q Task context used for memory retrieval and admission. RiR_i Set of memory items admitted into session i. Ui⊆RiU_i R_i Admitted items judged useful. Hi⊆RiH_i R_i Admitted items judged harmful. G(q,m)G(q,m) Hard-gate admission decision for candidate memory m under task context q. If G(q,m)=0G(q,m)=0, the item receives score −∞-∞. score(q,m)score(q,m) Retrieval ranking score for admitted memories under the fixed memory-token budget. Table 24: Base notation from the problem formulation and method sections. Read-score symbol Meaning J(Tq,Tm)J(T_q,T_m) Tag-overlap similarity between task-context tags and memory tags. F(q,m)F(q,m) File-scope compatibility score. Y(q,m)Y(q,m) Symbol-scope compatibility score. K(q,m)K(q,m) Task-scope compatibility score. πtype(m) _type(m) Condition-specific memory-type prior. cmc_m, umu_m, vmv_m, pmp_m Confidence, utility, human-verification, and provenance-strength metadata. sms_m, rmr_m, Δtm t_m, o(q,m)o(q,m) Staleness, risk, age, and overscope penalty terms. Retrieval-score weights w⋅w_· Positive weights for semantic, tag, file, symbol, task, type, confidence, utility, verification, and provenance terms; fixed before held-out evaluation. Penalty weights λ⋅ _· Penalty weights for staleness, risk, age, and overscope terms; fixed before held-out evaluation. θadmit _admit Strict retrieval admission threshold used by DF-strict and DF-strict-hybrid; in the reported strict setting, θadmit=1.5 _admit=1.5. Table 25: Retrieval-gate notation from the method section. G.2 Sessions, Outcomes, and Aggregation Table 26: Session, outcome, and aggregation terms used in the fold. Term Definition S1, S2 Setup or reinforcement sessions that create prior sequence state and memory evidence before the scored trap. S3 Trap session. In the analyzer, S3 means oracle_id ends with -s3 or ordinal == 3. The reported headline outcome is S3 pass_at_1. Warmup Valid non-S3 records. Grouped runs can contribute warmup ordinals beyond 1 and 2; warmup is not the S3 headline outcome. pass_at_1 Result-record field used by scripts/analyze_confirmatory.py for S3 outcomes. Pass@1 Fraction of executable sessions whose first completed attempt passes the configured verification suite. The paper states that Pass@1 excludes timeout-then-pass records. final_passed Final executable oracle result for a record. TaskSuccess Fraction of sessions whose final patch satisfies the task oracle. V1 trap universe The v1 confirmatory fold uses 22 S3 traps, each the third session of a three-session sequence. V2 trap universe The scaled v2 fold uses 60 S3 traps, each evaluated over three seeds. Complete V1 S3 cells 66 seed-trap S3 task cells for a complete v1 condition (22 sequences × 3 seeds). Complete V2 S3 cells 180 seed-trap S3 task cells for a complete v2 condition (60 sequences × 3 seeds). Seed-trap S3 cell Paired unit for pooled McNemar comparisons, keyed in the analyzer as seed<seed>:<sequence_id>. Warmup denominator 360 valid non-S3 records for a complete v2 condition (60 sequences × 3 seeds × S1/S2). Hygiene denominator 90 unique contributing result files per complete v2 condition; the analyzer reports metric means and count sums over files that contributed at least one deduped record. Validity gate Excludes records whose error_type contains task_exception, codex_exec_failed, or isolation_unavailable. Exclusion Record-level validity-gate exclusion. Exclusions are not automatically lost S3 cells, and record-level excluded counts need not sum to the S3 denominator. Deduplication The analyzer keeps the newest record per (condition,seed,oracle_id) by the timestamp embedded in the result-directory name. Recall-verbatim Trap class where the oracle-required token, format, or rule is literally present in prior injected event text that B5 stores. This labels the evidence location, not solution-patch copyability; implementation is still required. Synthesis slice Separate DreamBench-SWE-Synth directional slice. It is not pooled with the v1 or v2 confirmatory fold. G.3 Condition Codes Code Canonical label Definition B0 No external memory No external memory reads or writes. B1 Raw episodic retrieval Retrieves raw prior trajectories. B2 Vector trace retrieval Deterministic token-vector retrieval over prior trace chunks. B3 Reflection-only vector retrieval Free-form verbal reflection lessons after sessions, retrieved by vector similarity. B4 Untyped summary memory Deterministic untyped session summaries. B5 Verbatim event-memory substitute Offline instance-memory substitute; one deterministic verbatim injected-event memory per trajectory; not stock Mem0. B5-MEM0 Pinned hosted Mem0 Hosted Mem0 baseline using mem0ai 2.0.11, the hosted platform, default extraction settings, and memory_context=6. B5-MEM0-LIT Pinned hosted Mem0 literal diagnostic The same hosted Mem0 system and retrieval settings with fact inference disabled and sanitized raw event text stored directly. B6 Subtask memory Subtask-level memory over trajectory actions; inspired by, but not a fidelity implementation of, structurally aligned subtask memory. B7 Task-tracker memory Sequence-local task-tracker memory. DF reference-probe typed-only Typed consolidation, contradiction repair, counterfactual replay, local maintenance, and retrieval gating; no raw-evidence capsule. DF-raw-only reference-probe raw-only Typed consolidation disabled; raw-evidence capsules enabled; contradiction records excluded from implementation reads. DF-hybrid reference-probe hybrid DF plus raw-evidence capsules; contradiction records excluded from implementation reads. DF-strict reference-probe strict DF with θadmit=1.5 _admit=1.5, read limit 3, and read-token budget 600. DF-strict-hybrid reference-probe strict-hybrid DF-hybrid with the same strict retrieval settings as DF-strict. A0 Episodic-only Raw episode writes only; no typed consolidation, repair, or replay. A2 No contradiction repair Contradiction repair disabled. A4 No counterfactual replay Counterfactual replay disabled. A5 No stale suppression Read-side stale and superseded suppression disabled while repair remains enabled. A6 No retrieval hard gate Retrieval hard gate disabled; memory admission is score-ranked. A11 Forced consolidation Global maintenance scope forced during consolidation. Table 27: Condition-code glossary from the condition contract and artifact appendix. Designed-not-run ablation Meaning in this fold A1 No typed consolidation. A3 No causal failure extraction. A7 Similarity-only retrieval. A8 No provenance gate. A10 No raw episodic fallback at read time. A12 No scope fields. A13 No validity intervals. Table 28: Ablation labels mentioned as designed-but-not-run in the reported fold. G.4 Repairs and Operators Term Definition R1 Adds a verbatim raw-evidence capsule: one EPISODIC memory per episode carrying injected_memory_event.content through the normal retrieval gate. R1b Exempts EPISODIC records from contradiction repair so raw evidence is not rewritten or deleted by repair. R2 Excludes CONTRADICTION-type records from implementation reads through the existing allowed_types gate. Typed consolidation Writes candidate semantic-project, procedural, human-feedback, constraint, and episodic-derived memories with scope, provenance, confidence, utility, risk, staleness, tags, and write reason. Causal failure extraction Writes failure memories grounded in failed trajectories, command output, tests, diffs, logs, or feedback. Counterfactual replay Produces dream artifacts and replay-derived failure or suppression decisions, accepted only when grounded in executable evidence, raw trace evidence, or human-audited causal support. Contradiction repair Creates contradiction records, supersession links, status transitions, and validity-interval updates over derived memories. Stale suppression and forgetting Applies stale, superseded, or logical deleted status for derived memories, blocking retrieval without deleting raw evidence. Provenance gate Marks memories active or requires_review based on whether the derived claim is supported by raw episodes. Raw episodic fallback Agent-visible raw-evidence capsule while preserving raw episodes for audit. Metadata retrieval gate Admission by status, scope, provenance, confidence, staleness, risk, and supersession metadata. Table 29: Repair labels and sleep/read operators used by reference-probe variants. G.5 Construct Labels ID Name Definition C1 Verbatim retention Preserve a non-inferable exact token, format, or rule from one prior event and reproduce it when relevant. C2 Retrieval precision under interference Select the one relevant stored fact among many similar stored facts under a fixed read-token budget. C3 Staleness detection and supersession Use the superseding fact and suppress the stale fact, even when the stale fact is more salient. C4 Update propagation / regression avoidance Propagate a changed fact to a derived later location that the superseding event did not directly patch. C5 Scope discipline Apply feedback inside its stated scope and refuse to apply it outside that scope. C6 Contradiction handling / provenance conflict Resolve conflicting sources by an established authority or precedence rule rather than recency or arbitrary choice. C7 Cross-session synthesis / paraphrase-retention application Derive the answer from two or more events, or apply a paraphrased retained instruction, with no single event containing the decisive S3 literal. C8 Procedural / source-of-truth memory Remember how this repository expects a change to be made, such as editing a generator rather than a generated artifact. C9 Spurious-lesson rejection / disconfirmation Reject an unsupported or later-disconfirmed lesson, even when stored memory suggests a wrong causal story. C10 Abstention / confabulation resistance Recognize that no prior event bears on the current task and avoid fabricating benchmark-style tokens or importing irrelevant memories. Table 30: Construct labels from the construct-taxonomy appendix. V2 construct-profile outcomes are reported separately by the canonical analyzer artifacts; this table defines the labels. G.6 Metrics and Hygiene Terms Table 31: Task, hygiene, and cost metric glossary. Hygiene values in the confirmatory fold are deterministic offline re-scores from result records; the paper treats hygiene claims as diagnostic because several metrics are task-coupled, collinear, or judge-dependent. Metric or count Definition Fold handling Direction TaskSuccess ∑iTaskSuccessi/N _iTaskSuccess_i/N; in prose, the fraction of sessions whose final patch satisfies the task oracle. Task outcome Higher Pass@1 / pass_at_1 ∑iPass@1i/Nexec _iPass@1_i/N_exec; the analyzer uses S3 pass_at_1 as the headline outcome. Primary S3 outcome Higher final_passed Final executable oracle result. Reported task field Higher UsefulMemory Precision ∑i|Ui|/∑i|Ri| _i|U_i|/ _i|R_i|: useful admitted memories divided by admitted memories. The label-grounded scorer also describes the v2 form as useful retrieved memories divided by all retrieved memories for human-feedback opportunities. Hygiene panel Higher HarmfulMemory Rate ∑i|Hi|/∑i|Ri| _i|H_i|/ _i|R_i|: harmful admitted memories divided by admitted memories. The v2 scorer definition is harmful memory retrieved into active context and acted on. Diagnostic in this fold; 0.000 for every ladder condition Lower RepeatedError Rate Count of repeated error events divided by opportunities to avoid repetition. The v2 scorer definition is that the same labeled error appears before the active session and recurs in the active patch. Hygiene panel Lower StaleMemory Activation Rate Count of stale or superseded memories used divided by tasks with stale memory available. Tracked diagnostically; not a standalone confirmatory-fold metric in the reported hygiene panel Lower RegressionAfter Update Count of memory-update regressions divided by memory updates with future dependency. In the reported fold it is a diagnostic heuristic that scans oracle stdout/stderr for regression-indicating substrings on failed records. Hygiene panel; diagnostic, not a headline hygiene win Lower Contradiction Repair Accuracy Count of correct contradiction repairs divided by evaluable contradictions; the problem formulation defines correctness as expected old-item status, new-item status, and relation all correct. Hygiene panel; collinear with HFUA and TransferScore for ladder conditions in this fold Higher HumanFeedback Use Accuracy V2 scorer definition: useful in-scope feedback retrieved and reflected in the active patch. Hygiene panel; collinear with CRA and TransferScore for ladder conditions in this fold Higher Scope Accuracy Count of retrieved memories whose scope matches task repo/file/symbol scope divided by retrieved memories; the v2 scorer notes it as a mixed aggregate of human-feedback use and harmful-memory scope behavior. Hygiene panel Higher Transfer Score meanj(outcome_with_prior_memoryj−outcome_without_prior_memoryj)mean_j(outcome\_with\_prior\_memory_j-outcome\_without\_prior\_memory_j); the v2 scorer definition is that the S3 patch uses useful in-scope memory with provenance before S3, not gated by final_passed. Hygiene panel; collinear with CRA and HFUA for ladder conditions in this fold Higher AdmittedMemory TokensPerTask (AdmTok) Mean admitted memory tokens per task, averaged by the analyzer as AdmTok/task. Hygiene panel count summary Lower is not asserted; cost and context diagnostic contaminated Conservative scanner diagnostic over contributing result files, not a validity-gate exclusion and not a claim that hidden benchmark files were read. Count sum Diagnostic retrieved_memories Count of retrieved memories summed over contributing result files by the analyzer. Count sum Diagnostic sleep_writes Count of sleep memory writes summed over contributing result files by the analyzer. Count sum Diagnostic TotalTokens Wake tokens plus sleep tokens plus judge tokens. Cost frontier Lower for cost CostPer Successful Task Total cost divided by successful tasks. Cost frontier Lower for cost SleepCost Share Sleep cost divided by total cost. Cost diagnostic Lower is not asserted; cost diagnostic Memory Bloat Total memory tokens divided by useful memory tokens. Impl. metric; not a reported independent win Lower G.7 Clustered and Paired-Test Terms Term Definition Pooled exact McNemar family Secondary paired exact two-sided McNemar comparisons over S3 seed-trap cells, with Holm correction across P1–P6. Supplemental McNemar comparison A comparison rendered by the analyzer but not part of the pre-registered Holm-corrected McNemar family; it does not change the family’s adjusted p-values. Paired n Number of S3 seed-trap cells present for both conditions in a comparison after the validity gate. b Discordant-pair count where the first condition passes and the second condition fails. c Discordant-pair count where the second condition passes and the first condition fails. Discordant pairs b+cb+c, the paired cells where the two conditions differ. Exact p Two-sided exact McNemar p-value computed from b and c. Holm p Holm-adjusted p-value for the comparison family. Pooled McNemar Secondary seed-trap-cell sensitivity analysis; it cannot replace the primary trap-clustered P1–P6 family. Per-seed McNemar Exact two-sided McNemar run within each seed; Holm adjustment is applied separately within each seed’s six-comparison P1–P6 family. Trap-majority collapse Cluster sensitivity variant that requires all three seed outcomes per condition for a trap, majority-votes each condition at the trap level, then runs exact two-sided McNemar over complete trap pairs with Holm adjustment across the six collapsed P1–P6 comparisons. Trap-clustered sign/permutation test Cluster sensitivity variant that, for each trap, computes dt=#first-onlyseeds−#second-onlyseedsd_t=\#first -only\ seeds-\#second -only\ seeds over available paired seeds and uses exact sign-flip dynamic programming over the nonzero trap contributions (up to 60 traps in v2). The two-sided statistic is |∑tdt| | _td_t |, with Holm adjustment across the six clustered P1–P6 comparisons. This is the primary inferential family. Failure to reject Statistical conclusion used for the non-significant reference-probe hybrid-vs.-B5 comparison; it is not an equivalence claim. Table 32: Paired and clustered sensitivity terminology from the confirmatory and clustered-sensitivity analyzers and Section 6.2. Successor comparison terms. In the v2.1 audit, Family A is the fixed six-slot discrimination family comparing registered memory-bearing conditions with B0. Family B is the fixed two-slot cross-configuration mechanism family. A conformance-unavailable slot is a condition rejected before evaluation; it remains in its registered Holm family at p=1p=1 and is neither an observed null nor an observed loss. A secondary comparison is unprotected for a confirmatory superiority claim and must be read with its trap-majority and per-seed sensitivities. A temporal-drift band is a diagnostic tolerance around a historical control rate, not an equivalence margin. Appendix H Ethics, Broader Impact, and Benchmark Integrity Benchmark-contamination resistance. DreamBench-SWE is designed so that decisive S3 literals cannot be learned from public artifacts or pretraining corpora that contain only those artifacts. The hidden contracts use arbitrary tokens generated by a CSPRNG at injection time. The generator records provenance classes, skeleton identifiers, and run metadata, but not the generated values themselves. Public task prompts, paper examples, and the public artifact package therefore do not contain the exact hidden tokens needed by the scored oracles. For token-dependent traps, an agent that has not received the relevant earlier-session event through the benchmark memory channel cannot infer the literal answer from the visible S3 repository state except by guessing a fresh high-entropy string. This is the benchmark’s integrity property: memorizing the released benchmark description, code, or public fixture text is insufficient to solve the hidden-token portion of the benchmark, because the load-bearing strings are sampled after those public artifacts are fixed and are never released in them. This property is narrower than a general anti-cheating guarantee. It does not prove network isolation, does not protect a private reviewer package after disclosure, and does not prevent contamination if hidden oracle or reference-solution files are accidentally mounted into the agent environment. Those risks are handled separately by the filesystem-isolation protocol in Section 5.6 and by the artifact policy in Appendix B. The precise claim is that public training-set leakage of the benchmark paper, harness, fixture repositories, and redacted task records should not reveal the fresh CSPRNG literals that determine success on the hidden-token traps. Dual-use scope. The work measures memory hygiene for software-engineering agents: whether an agent retains, retrieves, updates, scopes, and suppresses information from its own prior coding sessions. Better memory maintenance can improve benign software maintenance, debugging continuity, and reproducibility of long-horizon agent workflows. The same capability is dual-use in the ordinary sense that more capable coding agents can also be used for unwanted automation. The benchmark does not evaluate exploitation, malware, credential theft, surveillance, or social-engineering behavior, and it should not be read as a safety evaluation for those domains. The evaluated tasks use synthetic fixture repositories and synthetic reviewer or maintainer events. The hidden tokens are artificial benchmark strings, not real credentials. The study does not require personal data, user conversations, production repositories, or private customer code. The public artifact policy excludes hosted service credentials, local agent state, raw logs, and hidden scoring assets; selected examples are redacted or synthetic when exact-token mechanisms are discussed. As a result, the main privacy risk is not subject-data exposure, but accidental artifact leakage of hidden benchmark answers or local operational material. The packaging and isolation checks are intended to make that risk auditable. Compute cost and environmental honesty. The reported reference-probe configuration still requires explicit compute accounting. The v2 cost artifact analysis/fold/v2_cost_frontier.json estimates reference-probe hybrid at 0.03832 USD per successful task, B5 at 0.03953, and reference-probe raw-only at 0.03556. These figures are diagnostic constraints, not grounds for a favorable cost claim, and the primary task comparison remains null. We also do not report carbon emissions or energy consumption, because the experiment uses hosted model endpoints and the repository does not contain verified power draw, hardware utilization, datacenter energy mix, or per-request energy accounting. Converting token counts into emissions would create false precision. The honest environmental statement is therefore qualitative and operational: sleep-phase maintenance materially increases model-call volume; this cost limits the practical claim; and any future deployment-oriented version should report token budgets, call counts, wall-clock runtime, and, where available, provider-backed energy or emissions estimates before claiming environmental efficiency. Hosted-Mem0 limitation. B5-MEM0 and B5-MEM0-LIT are two pinned hosted configurations of one Mem0 system family, not a ranking claim against Mem0 as a system family. Both use the hosted API through mem0ai 2.0.11 with the fixed harness settings described in the paper, including memory_context=6; B5-MEM0-LIT disables fact inference for the exact-literal diagnostic. Their value in this paper is failure analysis: audited rows show relevant memory retrieval followed by exact-token corruption, which is informative for DreamBench-SWE because the hidden oracles require byte-level preservation of arbitrary tokens. That result should not be generalized to tuned Mem0, Mem0g, self-hosted deployments, different extraction prompts, different graph or vector settings, larger retrieval contexts, or variants configured explicitly for verbatim byte preservation. The paper’s claim is only that these pinned hosted configurations fail these exact-token traps under the reported harness. A practical comparison against tuned Mem0 would require a new pre-registered evaluation with configuration search rules, cost accounting, and the same benchmark-integrity constraints applied to all systems. The successor audit changes none of those disclosure boundaries. It admits only the literal-storage configuration, reports native Mem0 and both Supermemory conditions as pre-evaluation conformance-unavailable, and publishes only path-neutral aggregate evidence. The literal configuration’s operational profile includes hosted-service calls and therefore depends on provider availability, mutable service behavior, and nonzero resource use. Those dependencies are disclosed as limitations and are not converted into production-readiness or environmental-efficiency claims.