Fundamentals

Memory Model

Neutron AI organizes memory by Nucleus and Scope. This keeps integrations predictable across products, agents, workspaces, and users.

Core Terms

TermMeaning
nucleusIdYour top-level customer, workspace, organization, or application partition. tenantId is a legacy alias.
scopeIdA narrower memory boundary such as user:<id>, workspace:<id>, project:<id>, or agent:<id>.
Memory CellA typed, durable fact, preference, procedure, entity, relationship, decision, outcome, context, or lesson that may improve future agent work.
EntityA stable domain-neutral identity with attributes, confidence, validity, version, and provenance.
RelationshipA first-class directed or bidirectional connection with attributes, graph dimension, evidence, confidence, and validity.
ContextA bounded set of eligible memory, graph state, decisions, consequences, outcomes, procedures, contradictions, and reviewed learning returned for one task.
Privacy classA label that helps your integration decide what can be recalled, cached, shown, or omitted.
TombstoneA deletion marker that prevents removed memory from reappearing.

Choose scopes that match how your product grants access.

Product needExample scope
Personal assistant memoryuser:<user-id>
Team shared knowledgeworkspace:<workspace-id>
Project-specific agent contextproject:<project-id>
Support account historyaccount:<account-id>
Short-lived workflow memorysession:<session-id>

You can request multiple scopes for an agent task. Keep the list explicit and only include scopes the current user or agent is allowed to access.

Memory Types

Use memory type labels consistently so recall quality improves over time.

TypeUse for
preferenceStable user or workspace preferences.
semanticLasting domain facts and concepts.
episodicEvents and experiences tied to a time or workflow.
entity and relationshipMemories that support stable graph identities and connections.
procedural and skillStanding methods, rules, and verified workflows.
decision and outcomeWhat was considered, selected, predicted, and later observed.
contextual, working_session, and long_termTask, session, and durable context with explicit lifecycle intent.
outcomeWhat happened after a task, decision, or tool run.

Lifecycle

flowchart LR
  A["remember"] --> B["connect entities"]
  B --> C["build context"]
  C --> D["compare decisions"]
  D --> E["observe outcomes"]
  E --> F["review learning"]
  F --> A
  A --> G["tombstone"]

Use forget and graph tombstones for deletion, correction, user privacy controls, and stale or unsafe knowledge. Deletions should be treated as final in current integration logic. Historical versions remain available only where the authorised temporal and audit model requires them.

Continue with Knowledge and decision intelligence for temporal graph, Context Engine, decision, outcome, simulation, and learning workflows.