Vol. 01 — In Circulation
A Journal of AI Systems Architecture
Winter 2026 / stifler.in

Designing systems that remember, recover & govern.

Hill Patel (STIFLER) is an AI Systems Engineer (AI Engineer at CloudRedux) who builds persistent memory, recoverable agents and deterministic orchestration for AI systems.

Edited byHill Patel
ChaptersSeven
Reading≈ 11 min
§01ThesisField Notes

Great systems are not defined by model intelligence alone. They are defined by the architecture that surrounds it: the memory that persists, the pathways that recover, the orchestration that stays deterministic under load.

Intelligence is abundant and improving on a schedule no engineer controls. What remains scarce is structure: the discipline to make a capable model behave predictably, remember what it learned, and act within governed bounds.

Memory is architecture.

Interlude — on persistence
§03Research QuestionsQ. 01–03
Q. 01

How should a system remember across sessions without accumulating noise, drift, or contradiction?

Persistence
Q. 02

When execution is interrupted, how does a system recover its exact position and continue as if uninterrupted?

Recovery
Q. 03

How do many agents, tools, and policies coordinate so the outcome stays deterministic and governable?

Orchestration
FIG.06 — PERSISTENT LATTICE
System 01 / Persistence

Memex: a memory that keeps its shape.

A temporal codebase graph that carries engineering context across coding-agent sessions.

Tree-sitter, Graphiti, and Neo4j connect code relationships and decisions. A read-only integration adds bounded context with timeout and fail-open handling; v0.9 was evaluated on 8 paired engineering tasks.

14
MCP tools for codebase context
12.65K
PyPI downloads · 21 Oct 2026
Temporal graphBounded contextFail-open recall
— INTERRUPTFIG.07 — CHECKPOINT & RESUME
System 02 / Recovery

Cairn: pathways that survive interruption.

A v1.0.0 Python library for agent recovery after crashes and context loss.

Durable checkpoints, workspace restoration, and external-effect reconciliation support recovery. Evaluated across Claude and Codex, with zero duplicate effects observed in the recovery runs.

64
Preregistered failure cases
8→ 4.5
Mean work units · sequential benchmark
CheckpointsWorkspace restorationEffect reconciliation
L3 · POLICYL2 · ROUTINGL1 · AGENTS
System 03 / Historical orchestration

Nexus: determinism under coordination.

The earlier orchestration system, preserved in the engine room of Pinocchio.

Nexus explored policy-gated execution, approval workflows, and audit trails. Its repository is now Pinocchio: a Claude Code plugin under construction for checking agent completion claims against independent evidence.

5layers
Historical architecture · see case study
v1 / v2
Preserved in Pinocchio’s engine room
DeterministicPolicy-gatedAuditable

Systems remember so people don't have to.

Interlude — on trust
§06The Plan — How It FitsFig. 09

One substrate,
three concerns.

Read left to righttop to bottom: a request enters, the orchestrator plans against persistent memory, executes through recoverable steps, passes every action through policy, and returns a result that can be replayed exactly.

REQUESTNEXUS · ORCHESTRATORdeterministic planMEMEX · MEMORYCAIRN · RECOVERYPOLICY · GOVERNANCEevery action auditedEXECUTE · TOOLSRESULT— REPLAY / RESUMEREQUESTNEXUS · ORCHESTRATORdeterministic planMEMEXmemoryCAIRNrecoveryPOLICY · GOVERNANCEevery action auditedEXECUTE · TOOLSRESULT— REPLAY / RESUME
Fig. 09 — Reference architectureThe three systems are one plan seen from three angles: memory, recovery, and orchestration composing a single, replayable flow.

The model will keep getting better on its own. The parts that decide whether you can trust it (memory, recovery, governance) are the parts we still build by hand.

From the editor's note, Vol. 01