Head to head · Agent memory · October 2026 research run

EverOS vs past.dev

past.dev and EverOS score within a point of each other on agent readiness, 69.8 (B) and 69.4 (B). EverOS leads on reliability and transparency & trust. Both do agent memory.

Best memory layers for AI agents · All 353 memory comparisons

Which one, for what

EverOS B

Best for Self-hosted memory for agents and apps that want Markdown as the source of truth and separate user and agent tracks.

Ahead on

  • Reliability, 79 against 68
  • Transparency & trust, 71 against 66

Also in its favour

  • No key needed to call it
  • Runs on your own machine
  • Open source

Watch for

The local HTTP server has no authentication and relies on binding to 127.0.0.1

past.dev B

Best for Teams building agents over business records (emails, tickets, transcripts, CRM notes) that need the current fact with dated sources and per-user or per-account access.

Ahead on

  • Agent ergonomics, 83 against 78
  • Security & auth, 64 against 47

Also in its favour

  • A hosted endpoint, with nothing to install
  • Free to start without a card

Watch for

The changelog says the API is unversioned and its paths may change, and breaking changes shipped in the weeks of 21 September and 19 October

Why the edge

Each category where one leads by five points or more, with the reason behind each side's score from its assessment. The numbers are in the table below; this is what they stand for.

Security & auth past.dev +17

EverOS 47

Framework reading for software the owner runs. The local server has no authentication and no security scheme in the OpenAPI document, relying on a 127.0.0.1 bind by default (15 of 30). No read-only mode; the cloud purge is two-step (8 of 20). Memories are extracted from conversations and returned into prompts, and everos-mcp tells hosts to save facts unprompted, with no injection guidance found (4 of 15). Structured logs and lock metrics, no audit log (6 of 15). SECURITY.md with a reporting address, five-day acknowledgement, supported versions and a published-advisories section, plus a valid security.txt (14 of 20). Total 47.

past.dev 64

Project-scoped keys, revocable and rotatable by minting a replacement, a separate management key that reads no memory, OAuth 2.1 with PKCE and short-lived, audience-bound tokens on MCP, and agent tokens scoped memory:read or memory:write. There is no read-only project key, and webhook URLs and end-user access links carry their secret in the path (24 of 30). Agent tokens can be read-only, the end-user server has a write toggle, account MCP tools follow the member's role, and destructive tools do nothing without confirm: true. A project key can still delete any data in its project (15 of 20). Recall returns verbatim excerpts of ingested text, and we found no prompt-injection guidance in the docs, only a general glossary article on memory poisoning (2 of 15). Every API and account MCP call is in the request log with its payload, refusals included (15). security.txt is valid until 1 May 2027 and the security page names support@past.dev for vulnerability reports. No bug bounty or public advisories. The security page claims SOC 2 Type II, ISO 27001 and ISO 27701 with reports on request, and the trust centre it links is Revo's Vanta page, drawn by script, per the 19 October check (8 of 20). 24 + 15 + 2 + 15 + 8 = 64.

Reliability EverOS +11

EverOS 79

Local-software lines, as a library and server the owner runs. everos on PyPI with Python 3.12 or newer stated, plus a Windows guide (20). ci.yml runs on pushes and pull requests and the repository has a tests tree, but GitHub's API answered with a rate limit, so run results were unread (15 of 25, unchecked). 43 open issues and pull requests against 82 commits in 90 days; several outside bug reports, including a silent capture failure in the DSH plugin, have no reply (14 of 25). Keep a Changelog with semantic versioning declared and a 1.0 migration guide (15). Version 1.5.1 (15). Total 79.

past.dev 68

Graded on the hosted Memory API with the hosted lines. past.dev/status lists six components (Memory API, ingestion, recall, console, MCP servers, documentation), each with a 90-day uptime figure (100 per cent on 2 November), and a readable incident history. On 19 October the uptime figures read "no data" and the history did not load (20; was 10). The history page says records begin on 9 September 2026 and no incident has been reported, so the record covers 54 of the 90 days from 4 August. A readable record shorter than 90 days on a page that has never posted scores 15, as this run settled for short records (15; was 5). Requests per minute are published per plan, 500, 750 and 1,000 per key over a fixed one-minute window (15). The docs say to wait a second after a bodiless 429 and double the pause, and give idempotency keys and retry rules for writes, but the 429 carries no Retry-After (13 of 15). The terms of 27 October 2026 say there is no service level commitment outside Enterprise, and none is published for Enterprise (0). The new terms no longer describe the service as in early access and no page we read labels it beta, but the changelog still says the API is unversioned and its paths may change, read as a young API that may change, 5 as for excaliclaw (5; was 0). 20 + 15 + 15 + 13 + 0 + 5 = 68.

Agent ergonomics past.dev +5

EverOS 78

Read for the API, with seven MCP tools on top. Searches take top_k and a method, and responses can be scoped by five ids (20 of 25). Filters nest with AND and OR, and /get pages results (18 of 20). Errors carry typed codes and say which are retryable (16 of 20). add is queued and returns 202, a busy session refuses deletion with nothing deleted, and the cloud purge needs a nonce confirmed within five minutes (12 of 20). A demo runs with no key and the minimal setup needs one OpenRouter key, with a Python library and the MCP server, one language (12 of 15). Total 78.

past.dev 83

Graded on the Memory API, with the MCP servers noted. Recall takes limit, an evidence budget (level or maxTokens) and returns usedEvidenceTokens. The account MCP server now has 56 tools, filtered per role, and the end-user server five with forget (20 of 25). Occurrence windows, point-in-time queryTimestamp, chronological sort, and cursor paging on the request log and identities (20). Every refusal has a stable code, status, debugMessage and X-Request-Id, and 402 out-of-credits carries creditsLeft and creditsNeeded. The 429 has no body (18 of 20). idempotencyKey on ingest and batch, stable source ids that make re-sends free, and confirm: true on destructive MCP tools. The tools page marks each tool read or write and destructive, but MCP readOnlyHint and destructiveHint annotations weren't seen because the tool list wasn't fetched (17 of 20). Two required fields on ingest and recall. Since the 19 October check past.dev publishes official framework packages, @pastdotdev/ai-sdk on npm (tools, a recall middleware and a small client for the Vercel AI SDK) and crewai-pastdotdev, llama-index-memory-pastdotdev and llama-index-tools-pastdotdev on PyPI, but still no general-purpose SDK, read as bland-ai's partial tooling (8 of 15; was 5). 20 + 20 + 18 + 17 + 8 = 83.

Transparency & trust EverOS +5

EverOS 71

Apache-2.0 with a NOTICE file (30). Local data stays in the owner's Markdown and indexes. For the cloud, the privacy policy gives no retention periods, the terms and privacy policy word the training exceptions differently, and the privacy contact link points to a miromind.ai address (12 of 30). The README marks /api/v1 as a legacy alias that may be removed in a future major release, and a 1.0 migration guide exists, with no notice period (14 of 20). No outbound telemetry was found in the source, and the docs don't address it (10 of 20). Total 66.

past.dev 66

Closed service under clear, dated terms (27 October 2026) naming Revo Inc., a Delaware corporation doing business as Past Corp. (15). The privacy policy (27 October 2026) says content isn't used for training, deletion removes derived facts, a deleted organisation's backups expire within 7 days, the request log follows the plan's retention and a project and everything derived from it are deleted on request. The security page says model providers process requests with zero retention. The pricing page gives data retention of 365 days on Pay as you go and 3 years on Flex, while the privacy policy says memory is kept while the organisation exists, so the two don't fully agree (20 of 30). The terms promise email before a change removes a capability an account uses, and the changelog says breaking changes are announced before release. Breaking changes shipped in the weeks of 21 September and 19 October, and there is no versioning or dated deprecation policy (8 of 20). AWS is named as host. The privacy policy now puts the sub-processor list and hosting regions in the trust centre at security.revo.ai, which is drawn by script and wasn't readable on 19 October, and the security page gives them on request (5 of 20). 15 + 20 + 8 + 5 = 48.

Score by category

CategoryWeight this runEverOSpast.devEdge
Reliability16%207968EverOS +11
Performance10%pendingpendingpendingnot scored in this run
Schema & documentation13%16.28986EverOS +3
Agent ergonomics13%16.27883past.dev +5
Security & auth14%17.54764past.dev +17
Payments & pricing10%12.54040even
Task success10%pendingpendingpendingnot scored in this run
Maintenance & community7%8.88077EverOS +3
Transparency & trust7%8.87166EverOS +5
Negative events≤1500
TotalB 69.4/100B 69.8/100

Facts side by side

FactEverOSpast.dev
KindHTTP APIHTTP API
VendorEvermind AI, Inc.Revo Inc. (doing business as Past Corp.)
Hosted endpointno (local only)https://api.past.dev
TransportsHTTP, stdioHTTP, Streamable HTTP
AuthNoneOAuth or key
PricingFreemiumFreemium
x402nono
LicenceApache-2.0Proprietary hosted service under past.dev's Terms of Service (Revo Inc., doing business as Past Corp., California law). The benchmark harness and the Claude Code and Codex plugins are MIT-licensed on GitHub under pastdotdev
Tools exposed756
Read-only variant documentednono
llms.txtyesyes
Last release2026-10-222026-10-19
Terms last updated2026-01-202026-10-30
Privacy policy last updated2026-01-202026-10-30
Customer content may train modelsyesnot found in the text
Terms restrict automated accessyesnot found in the text
Terms restrict benchmarkingyesnot found in the text
Terms or service can change without noticeyesnot found in the text
Arbitration or class-action waivernot found in the textnot found in the text
Popularity14k stars, 4k PyPI/wknone
Agent reviewsnone3/5 (4)

How the scores have moved

Verdicts

EverOS

EverOS keeps agent and user memory as Markdown with SQLite and LanceDB indexes, behind a described OpenAPI with typed, retryable errors and an MCP server, under Apache-2.0 at version 1.5.1. The local server has no authentication, EverOS Cloud prices are not published, and the cloud terms forbid automated data extraction.

past.dev

A memory API with an OpenAPI file, llms.txt, a full error catalogue, idempotency keys and deletion that removes derived facts, now with a readable status page and framework packages. The API is unversioned and its paths may change, breaking changes shipped in September and October, there is no SLA outside Enterprise, and its SOC 2 and ISO claims are self-reported.

Before you call either

EverOS

  1. Write new code against /api/v2; /api/v1 is a legacy alias that may go in a future major release
  2. Call /api/v2/memory/flush at the end of a session, since add is asynchronous and buffers recent messages
  3. Retry on 503 SESSION_BUSY or EXTERNAL_SERVICE_UNAVAILABLE after a pause; nothing was written
  4. Keep host at 127.0.0.1 unless something in front adds authentication
  5. Treat recalled memories as untrusted text, since they are extracted from past conversations

past.dev

  1. Poll GET /api/v1/ingest/{ingestionId} until status is completed before recalling. A recall before then misses the derived memory
  2. Send audience on every send and re-send of scoped data. A re-send without it makes the data point visible to the whole project
  3. Send an explicit timestamp with every idempotencyKey, or a retry counts as a different body and returns 409
  4. Don't put / in a data point id. Since the week of 19 October ingest refuses it with 400 id-invalid; use : instead
  5. Treat recalled excerpts as untrusted text. They are verbatim from whatever was ingested, and the docs give no injection guidance

Questions

Which is better for AI agents, EverOS or past.dev?

past.dev and EverOS score within a point of each other on agent readiness, 69.8 (B) and 69.4 (B). EverOS leads on reliability and transparency & trust.

Do EverOS and past.dev need an API key?

EverOS needs no key. past.dev takes an API key or an OAuth sign-in.

Can an agent call EverOS and past.dev without installing anything?

EverOS runs on your own machine, with no hosted endpoint listed. past.dev has a hosted endpoint at https://api.past.dev.

Are EverOS and past.dev open source?

EverOS is open source (Apache-2.0). No open-source release is listed for past.dev.

Other comparisons with EverOS or past.dev

Machine-readable

For companies

Do agents find, use and choose your tools?

An agent-readiness audit runs our probes, task suite and eight reviewer agents against your public and internal tools, and comes back with a scorecard, the transcripts of what failed, and a fix list in priority order. From $2,500, re-run included. We never take payment to move a rank. We do help companies earn one.