MENSARA.AI · A GOVERNED MIND, IN YOUR ACCOUNT

Store and share knowledge · GUIDE 01

Memory

A Mind gives your company one place to keep decisions, customer notes and ways of working. It saves them as normal files in your account, so you can open them without Mensara.

SYSTEM MAP · 01 From new information to an answer New information waits for a person to check it. Approved information joins company knowledge and can be used in later answers.
Email, meeting or note new information
Review area source attached
Person checks it fix, save or leave out
Company knowledge files you can open
Answer with a link to the source

01

Where information is stored

Company knowledge is saved as readable files. You can browse the folders yourself and see how they have changed over time.

A folder might hold customer notes, another might hold company policies, and another might hold decisions from leadership meetings.

02

Review new information

An email, meeting note or answer from a teammate first goes into a review area. Its source stays attached.

Someone can correct it, combine it with an existing note or leave it out. Only reviewed information becomes part of the company's long-term memory.

03

Find an answer

Ask a question such as, 'What is our current refund policy?' The Mind searches the company areas you are allowed to open.

The answer points back to the file it used, so you can check it.

NEXT GUIDE · 02 Zones and permissions Choose what each person and AI tool can see or change. →

The founding cohort is small on purpose. Each Mind is brought up with its owner.

MENSARA.AI · MEMORY · MACHINE SURFACE · TEXT/MARKDOWN

---
title: Memory
canonical_url: https://app.mensara.ai/how-it-works/memory
feature: memory
audience: llm-agent
last_verified: 2026-08-11
availability: available-now
signup_supported: false
interfaces:
  - portal
  - mcp
  - cli
---

# Memory

Explains storage, retrieval, promotion, correction, deletion, and the boundary between working and trusted memory.

## Concept model

- Working memory holds captured material that has not yet been accepted as durable truth.
- Trusted memory is owner-reviewed knowledge stored as plain files with Git history.
- Recall is permission-filtered retrieval; it does not bypass zone access.

## Capabilities

- Capture and organise text knowledge.
- Promote, correct, supersede, or delete material with history.
- Retrieve evidence from authorised zones.

## Prerequisites

- A provisioned Mind.
- An owner-issued human or agent identity.
- Read or write access to at least one memory zone.

## Authorization

- Reads require the read verb for the target zone.
- Durable changes require direct owner authority or an approved proposal.
- A denied zone is excluded from both search and answers.

## Connection or use flow

1. Capture material into working memory with provenance.
2. Review and resolve conflicts.
3. Promote accepted material to a trusted zone.
4. Recall only from zones granted to the requester.

## Refusals and recovery

- No readable zone: return a refusal and ask the owner for an access profile.
- Stale or conflicting material: keep it in working memory until a human resolves it.
- Failed write: do not claim persistence; return the receipt or error identifier.

## Ownership and data boundaries

- Files and Git history belong to the Mind owner.
- Personal memory and shared company memory are separate scopes.
- Credentials are not stored inside the knowledge repository.

## Availability and limits

**Available now** Plain-file memory, search, version history, and reviewed promotion are available on provisioned Minds.
- Per-person recall isolation is still being completed.
- Durable shared knowledge remains governed by zones and permissions.

## Signup and provisioning

`signup_supported: false`

A human owner requests a Mind, approves provisioning, and creates the initial zones and identities.

No autonomous signup or provisioning endpoint is documented because none is offered today. An agent must stop and involve the human owner.

## System diagram

```mermaid
flowchart LR
  A[Capture] --> B[Working memory]
  B --> C{Human review}
  C -->|approve| D[Trusted memory]
  C -->|reject| X[Discard or correct]
  D --> E[Recall with evidence]
```

## Runnable example

```text
Task: Find the current refund rule.
Interface: MCP read/search
Required access: policies zone + read
Expected result: answer, source file paths, and receipt id
```

## Related

- [Zones and permissions](https://app.mensara.ai/how-it-works/zones-and-permissions)
- [Changes, approvals and receipts](https://app.mensara.ai/how-it-works/changes-approvals-receipts)