Sentinel System · Memory Layer

pureMind

Memory that turns incidents into immunity.

This is not a product page. It is the engineering record of the memory substrate underneath PureTensor's autonomous infrastructure: how sessions, incidents, and observations become durable knowledge, how that knowledge is recalled in milliseconds, and why the whole thing is plain files in a git repository.

STATUS: OPERATIONALDOCUMENT REV 2026-08-14FIGURES AS OF 2026-08
Section 01 · The Problem of Forgetting

Every session used to start with a stranger

A language model wakes with an empty context window. Whatever it learned yesterday, whatever broke last month and how it was fixed, whichever names, decisions, and dead ends the operator has already paid for: all of it is gone at the next session boundary.

For a chatbot that is an inconvenience. For autonomous infrastructure it is disqualifying. An operations agent that cannot remember re-derives its own runbooks, repeats its own outages, and asks its operator the same question every week. Continuity is not a feature of an autonomous system; it is the precondition for one.

pureMind is the answer PureTensor runs in production: one memory substrate that captures what every session, incident, and voice note taught, consolidates it into durable topics, and returns the relevant slice to whichever agent needs it next.

865
Durable topics
6,000+
Session reports
7,000+
Voice notes
1
Substrate
Section 02 · The Write Path

How an observation becomes knowledge

Everything the fleet experiences flows through one append-only ledger, is consolidated into durable topics, and lands as plain markdown under version control. History is the audit log; nothing is silently rewritten.

pureMind write path diagramSessions, reports, voice notes, and incidents flow into an append-only event ledger, through consolidation, into git-versioned canonical topics, then a ranked mirror, and finally into session context.CAPTURE SURFACESSESSIONSREPORTSVOICE NOTESINCIDENTSPLAIN FILES · GIT HISTORY IS THE AUDIT LOGEVENT LEDGERappend-only · propose-write gateCONSOLIDATIONdedupe · rank · cross-linkCANONICAL TOPICSgit-versioned markdownRANKED MIRRORrecency × centrality · size-boundedSESSIONCONTEXTmaterialised to git every 30sloaded at session start
Section 03 · Recall

Two lanes, one answer

Every query runs a semantic lane and a full-text lane in parallel across the federated corpus, fuses the candidates, and reranks them on GPU. When a serving tier is unavailable, retrieval steps down a ladder instead of failing: it degrades, it does not die.

pureMind recall pipeline diagramA query fans out into a semantic lane using GPU embeddings and a full-text BM25 lane, both reading the federated corpus. Candidates are fused, reranked on GPU, and injected into context. A failover ladder steps from the primary GPU endpoint to a warm standby to a CPU tier.QUERYSEMANTIC LANEembeddings · GPU-served · vector indexFULL-TEXT LANEBM25 · CPU-native · always availableFEDERATED CORPUSTOPICS · SESSION REPORTS · VOICE NOTESFUSIONreciprocal-rank merge of both lanesRERANKcross-encoder · GPU-servedINJECTEDCONTEXTFAILOVER LADDERPRIMARY GPUWARM STANDBYCPU · BM25degrades, never dies
Section 04 · The Immunity Loop

Why the system gets faster every quarter

pureMind closes Sentinel's loop. Every incident the fleet survives is written down, consolidated, and recalled the next time triage sees the same shape. A failure handled once becomes an antibody; the corpus of antibodies only grows.

Sentinel and pureMind immunity loop diagramA six-stage circular loop: incident, diagnosis, remediation, lesson written, consolidated into the corpus, recalled at the next triage. pureMind sits at the centre as the memory that closes the loop.pureMindMEMORY CLOSES THE LOOPINCIDENTnovel failure observedDIAGNOSISdeep reasoning tierREMEDIATIONgraded outcomeLESSONwritten to the ledgerCONSOLIDATEDtopic in the corpusRECALLEDat the next triageA FAILURE HANDLED ONCE BECOMES AN ANTIBODY · THE CORPUS ONLY GROWS
Section 05 · Sovereign by Construction

Memory you could walk away with

Sovereignty here is not a policy statement. It is a set of construction choices that make the memory portable, inspectable, and independent of any vendor, including us.

Plain files, under git

The canonical store is markdown in a version-controlled repository. No proprietary database holds the memory hostage; any tool that can read a file can read the corpus, and the commit history is the audit trail.

Inference on owned silicon

Embedding and reranking run on GPUs PureTensor owns, with a warm standby and a CPU tier beneath them. Retrieval quality steps down under failure; availability does not.

Append-only, by rule

Agents propose; the ledger appends. Nothing silently rewrites history, and every consolidation that changes the corpus is itself a recorded, reviewable event.

No third-party cloud

Capture, consolidation, storage, and recall all run inside a boundary PureTensor controls. The memory of the company never leaves the company.

End of Document

Documentation, not sales.

pureMind is operational, not commercial. It is the memory layer of the Sentinel system, documented here so the shape of the substrate is on the record. The engineering companion piece is the pNexus retrospective.