Noēsis can persist episode facts into a long-term memory backend. You bring the storage (SQLite, Postgres, vector store, etc.), and expose it through theDocumentation Index
Fetch the complete documentation index at: https://docs.noesis.systems/llms.txt
Use this file to discover all available pages before exploring further.
MemoryPort contract.
A fact is a small JSON-style record derived from an episode (task, outcome, tags, timestamps, and related metadata) that you can query later.
When to use
- You want episodes to leave behind a fact you can query later (e.g., for chat history, incident recall, eval traces).
- You need to link episodes to facts for audit/search.
- You want a minimal, schema-light way to store summaries without wiring a new service.
Quick start: SQLite memory port
Use the built-in SQLite adapter for a lightweight, file-backed memory:- After the episode, Noēsis builds a fact from
summary.json(task, episode ID, metrics, tags) and persists it into SQLite. - The memory event records status (persisted/skipped/error) in
events.jsonl. - Episodes are linked to fact IDs for later lookup.
In multi-service or multi-tenant environments, consider using a separate database, schema, or table prefix per app/tenant so facts stay isolated.
Querying memory
You can query the memory port directly:id, content, and metadata (e.g., tags, artifacts, timestamps).
Implement your own memory port
Implement theMemoryPort protocol if you want Postgres, a vector store, or another backend:
Capabilities and behavior
- The memory port must return
Trueforsupports("long_term_memory")to receive persisted facts. - On each run, Noēsis builds a fact from
summary.json, callswrite_fact, and thenlink_episode. - Success/errors are logged as
memoryevents inevents.jsonl.

