Your sources and the working truth
Projects, decisions, preferences, methods, open threads and provenance. Allowlisted, versioned, readable Markdown.
Unforgetter sits beneath the agents you already use. It captures what each session learns, compiles an approved working truth, serves each task the scoped slice it needs and controls what can become memory afterwards.
The product boundary
Your sources remain the record of the work. Your agent still performs the task. Unforgetter maintains and compiles the context between them, and never executes anything on your behalf.
Projects, decisions, preferences, methods, open threads and provenance. Allowlisted, versioned, readable Markdown.
Resolve what still applies, enforce scope, assemble task-ready context, accept proposals through one publisher.
Each agent receives permitted context through MCP and does the work in its own runtime.
01 · Capture
At the end of a session, or when an agent notices a change, it submits a bounded proposal: a decision, a correction, a new open thread or a rejected idea, with the evidence behind it.
What was decided, what stayed open, what was tried and rejected. Structured, small and attributable to the agent that produced it.
When you correct an agent, that correction is a first-class input. It becomes part of the record rather than a message in one tool's history.
Notes, decision records and project material you explicitly allowlist. Raw inboxes, secrets and private notes are excluded by default.
Claude, ChatGPT / Codex, Cursor and Grok Bot use the same MCP contract. Automatic capture from every client is not claimed.
02 · Filter and compile
The compiler reconciles new input against the current record. It resolves what supersedes what, keeps rejected proposals so they are not re-proposed, marks freshness and refuses changes to protected areas.
Current status, decisions and their reasons, open threads and rejected proposals.
How you work: conventions, writing rules, review standards. Portable instructions any agent can follow.
What each agent may see and do. Project, client and data-class boundaries enforced by the server.
Which document, which date, which person or agent. Every line can be traced.
When the record was last compiled and which facts are provisional, so stale material is marked rather than trusted.
A newer decision replaces an older one in the compiled state. The older one stays in history with the date it stopped applying.
Ideas you turned down are recorded as rejected, so an agent does not rediscover them as fresh suggestions next week.
Goals, policies, permissions and identities cannot be changed by an agent proposal. They only change when you change them.
One consolidation process writes the canonical record. Agents read, search and propose. Nothing else writes.
03 · Scoped retrieval
For the task used on the homepage, "Extend the booking flow so a late cancellation is charged against the right date.", the compiler includes current, authorised material and deliberately excludes stale or unrelated material.
Fee measures against the original booking date
6 Aug · approved by you · supersedes the 22 July draft
The capacity split is unresolved
Do not implement around it until it is decided
Money is stored in minor units, never as a float
Your convention, carried into every agent that writes code
Booking product only
Finance and client material are outside this task
3 sources, freshest 6 Aug
Every line traces back to a document you can open
Superseded. Kept for audit, not sent to the agent.
History, not working truth.
Out of scope for this task.
A context response is small and bounded: agent identity, the relevant goals and policies, current project facts, open threads, freshness and provenance, plus pointers for deeper retrieval. The whole workspace is never sent to a model.
04 · Continuous maintenance
The record stays current because every session feeds it and nothing overwrites it. Proposals are validated, quarantined when their evidence is untrusted, and published by one controlled process.
Publisher checks
Published27 Aug · approved by you · served from the next session
An agent encounters a decision, correction or new open thread during the work.
It submits a bounded change with source, scope and the record it would supersede.
The publisher checks authority, protected areas, conflicts and taint. Untrusted evidence can raise scrutiny; it can never lower it.
The approved state becomes current. The next agent receives the updated version with provenance intact.
Status
| Capability | Status | What you can rely on today |
|---|---|---|
| Versioned Markdown memory | Verified | The canonical record is plain, versioned Markdown you can open anywhere. |
| Same scoped memory across your agents | Compatible | Claude, ChatGPT / Codex, Cursor and Grok Bot connect to the same working memory through MCP. |
| Server-enforced scopes | Working now | Tokens are bound to workspace, trust zone and project catalogue; out-of-scope reads are refused. |
| Provenance and freshness in context | Working now | Every context response carries source references and compile time. |
| Proposal, quarantine, single publisher | Working now | No agent writes canonical memory directly. |
| Revoke, export, deletion | In build | Product functions in the alpha foundation; not yet smoke-tested live. |
| Self-service onboarding, OAuth, teams | In build | Not available yet. Alpha workspaces are connected with you, one client at a time. |
What it is not
Claude, ChatGPT / Codex, Cursor and Grok Bot and other tools still plan, execute and own their tasks.
History is distilled into working truth and only relevant context is served.
Open standards such as MCP and readable Markdown remain the foundation.
Private-alpha workspaces are connected through guided setup while signup and OAuth are in build.
Tell us which agents you use and what you want their shared memory to keep track of.