Blazing fast memory that builds itself
for your team and agents.
your work
and the rest of your stack
why did we move off MongoDB?
The data kept getting more connected, and we were writing a ton of code just to fake the joins Mongo wasn’t built for. Postgres did all of that out of the box and made migrations far less risky, so we switched last spring. A few people had been pushing for it for a while; this just made it official.
works with Claude, Codex, Cursor, and every agent your team could use
Connect your tools. Relic builds the memory from your history. Your agents query the Relic MCP and answer with the sources behind every fact.
connected
ingested
17,900 facts across 2,540 entities
entity types
Every fact linked back to its source
Relic keeps learning in the background while your team works. When something changes, it updates the memory and remembers what it replaced. Everything stays organized by project, person, and decision.
Tuesdays
from Release sync
Jun 16, 10:02 AM · Paris Phan
Fridays
from Q2 planning
Apr 2, 9:30 AM · Abhinav Pappu
No fixed day
before Relic tracked this
Relic works through MCP, so the same memory shows up in Claude, Cursor, ChatGPT, and every AI tool your team already uses. Record something in Claude Code and recall it in Codex immediately after. Relic is built for scrappy, fast-moving teams shipping product, not pitch decks.
Make external calls through apiClient, not raw fetch. It adds auth, retries, and timeouts that raw calls miss.
Available in
Each person's memory sits on top of team, project, and organization memory. Control access by org, team, person, connector, and tool, so agents see only what they should. Audit logs trace what each agent read, which tools it called, and what it produced.
recent access
read 6 memories in relic-core · called github, linear
opened PR #1242
Relic reads your code, tickets, and threads.
That’s a lot of trust, so here’s what we do with it.
It pulls out facts, nothing else: who owns billing, why retries got added. Those land in your graph. Your raw code doesn’t.
Your graph is its own database, keyed to your org id. Nothing you ingest is shared across customers. On-prem if you want it.
Unplug GitHub or Linear and every fact pulled from it is deleted, not hidden. When someone leaves, their private memory goes with them.
Today, giving agents context means maintaining it by hand: CLAUDE.md, AGENTS.md, a pile of rules files you copy between repos. They become stale the moment a decision changes, and keeping them current is on you. Relic automates that layer. It pulls context from the tools your team already uses, keeps it current automatically, and serves it to every agent over MCP.
The biggest problem with agents is assumptions. When an agent is not given enough context, it fills the gap with a guess and writes code against it. It assumes how auth works, or misses why a retry was added, and the mistake surfaces later as a bug.Relic closes that gap. It gives every agent the decisions your team has already made, with the source behind each one, so it builds on what is true instead of what it inferred. Relic does this as one MCP layer that routes to connectors only when they are needed, so it adds no complexity to your codebase. It also lowers token usage: your MCP tools do not have to sit in the context window when they are not being called.
Relic is for teams that ship with agents. Your engineers work in Claude, Cursor, and Codex, agents write a real share of the code, and the context they need is scattered across code, tickets, and conversations. These teams move fast, and a wrong assumption costs a day of rework nobody planned for. If that sounds like your team, it is for you.
About five minutes. You connect a source, and Relic structures your raw history into memory your agents can query. There is nothing for you to model or migrate. It is ready over MCP the moment it is built.
Yes, and it starts with how little access Relic takes. It is read-only: it pulls from your sources and never writes back, so it cannot change your code or your tickets. What it reads, it turns into facts. Your raw code and messages are never stored, only the facts and their sources.None of it is ever used to train a model, no exceptions. Your memory lives in its own database, isolated from every other customer, or on-prem if you need it. Disconnect a source and every fact from it is gone, not hidden. The rest is on the security page.
Memory that builds itself from the work you already do, for every human and agent on your team.
or book a demo