Ax0s Book a call

Ax0s Memory

Your company stops forgetting.

Ax0s Memory reads the email, calendar, documents, meetings, contracts and bank feed your business already runs on, and keeps one current answer — sourced and dated — to the questions you ask it. Correct something once, and every person, app and assistant that asks gets the new answer. Below: exactly what it reads, how corrections behave, where your data lives, and what we can prove.

What that means day to day.

Ask anything, onceRecall "What did we agree with Meridian?" returns the current answer with its source and date — not five search tabs.
Corrections don't start argumentsSupersede "I thought we said Friday" is a lookup, not a debate. The old answer is marked, dated, and still on file.
A blank you can trustHonest Recall returns what's on file with its source — a blank you can trust beats a guess you can't.
People can leaveDurable The person who "just knows" stops being your integration layer. What they knew is written down, attributed, and current.

What it reads — and what
each pipe doesn't carry yet.

Connectors aren't a fixed menu. Ax0s reads anything with an API or an export — the rows below are the set running live today, listed with exactly what each pipe carries. Where one carries less than it will, the row says so instead of rounding up.

What you committed to

ContractsIngesting SignWell — our own signed agreements land as records
BankingIngesting Mercury — read-only feed of the money that actually moved
PaymentsSandbox Stripe — the pipe is proven against a test environment; production ingest is the next gate

What everyone said

EmailIngesting Gmail — where the decisions and corrections actually happen
CalendarIngesting Google Calendar — scheduled, moved, cancelled
DocumentsIngesting Google Drive & Docs — the written record
MeetingsIngesting Fathom — transcribed and attributed to who said it
MessagesOpt-in iMessage — off unless you ask: this path doesn't strip secrets yet

Secrets are stripped before writing. Passwords, keys and other credentials matching known secret shapes are removed from email, calendar, documents, meetings, contracts, banking and payments before anything lands in the store — pattern-based, not a guarantee against novel formats. Message ingestion does not do this yet, so it stays off unless you turn it on.

Single-account today. Everything above runs against our own accounts. Widening a connector to your systems is work we do with you, not a switch we flip — which is also why we take on a small number of businesses at a time. Rows checked 3 August 2026.

Don't see your tool? Run Outlook instead of Gmail, Slack instead of iMessage? That's not a roadmap request — building your first connector with you is literally the onboarding. We scope it on the first call.

Where your data lives.

This is usually the question that decides it. If handing your inbox and bank feed to a vendor was never going to clear your own review, this is the version that doesn't ask you to.

Runs on your machinesSelf-hosted The store is files on hardware you control. On the default path, we don't hold a copy of your stored data — optional model calls and website forms are separate, documented paths.
Standard tool protocolOpen Agents connect over MCP; operators get a CLI. The store is readable files on your disk, not an opaque service.
Replace without deletingSupersede Corrections supersede; the store applies no retention window of its own — history stays addressable until you decide otherwise.

The self-hosting boundary — what stays local, what can leave, and the known gaps — is written down and dated on the proof page, not asserted in a hero.

The receipt behind the home-page exhibit

Not a metaphor.
The actual paper trail.

When a customer disputes an invoice or a partner disputes a term, "what did we believe, and since when?" should be something you look up, not something you argue about. On the recorded date below, our own store had 56,316 records on file. 23,032 had already been replaced by a newer answer, and they are still on file.

Retention receipt · recorded 28 Jul 2026 · not a live metric Store: ax0s-memory 0.5.0, on our own hardware

What the record table held

Current rows
33,284
Superseded rows, retained
23,032

Rows read in the table56,316

Read directly off the live record table of the primary operator store on the recorded date. This is the main workspace's record table alone — the home page counts every row type across every workspace in the store, which is why its number is larger. 102 superseded rows carry a pre-cutover sentinel timestamp; dated supersessions span 2026-04-04 through 2026-07-29. Figures transcribed from the published artifact.

One correction chain, nine records

Current record

record:r_4c8d0252bbe9

Current — what a recall returns for this thread today.

The eight retired IDs above all point here.

Chain span 2026-04-08 to 2026-04-21 · links to newer records stamped 2026-04-28 · chain checked on 2026-07-28.

Correction · recorded 2026-07-29 · kept on file

This receipt originally stated that no code path deletes superseded rows. That was too broad. Independent review found one advanced merge helper — with no product callers — that could have hard-deleted superseded rows if invoked with a scope containing them; its deletion rode a merge clause rather than a delete call, so the call-site sweep missed it. Reproduced and fixed the same day: the predicate now structurally excludes superseded rows in both the deletion clause and its pre-check, with regression tests proven to fail against the pre-fix code. No superseded row was deleted from the store. The original statement stays on file beside this one — the discipline this exhibit is about.

Scope and limitation. Application-level retention on one store on one recorded date. Operator-initiated deletion, host storage operations, and storage-engine compaction remain possible and are outside this receipt. Records from before 2026-04-04 were reduced to count-only skeleton history at the 2026-04-21 storage-engine cutover and are not addressable as full records. This is not a host-level immutability, backup, or tamper-evidence claim. Read the claim and its receipt →

How assistants connect.

Claude Code, Codex, ChatGPT and Hermes share one store. Each connects over MCP, every record is stamped with the surface that wrote it, and recall returns the same current answer to all of them. If your team doesn't use AI assistants yet, this is what makes them safe to adopt later — an assistant is only as trustworthy as what it remembers. Verified 28 July 2026 by one bounded write-and-recall round-trip per surface, on one date — the receipt is on the register.

Claude Code
Codex
ChatGPT
Hermes
One self-hosted store every record stamped with
the surface that wrote it
recall returns the current
answer — history stays on file

The session ends.
The proof remains.

Your machines, your files, your history — and every claim about it verified in public. Thirty minutes is enough to see it against a real question your team argued about last week.