Skip to main content

Memory Types Reference

Complete reference for all 13 semantic memory types in Memanto.

Why Memory Types?

Memory types serve two purposes:
  1. Organization - Group related memories instead of throwing everything into a generic “notes” bucket.
  2. Filtering - Query specific types (e.g., retrieving only “commitments” or “preferences”).

Quick Reference

Detailed Definitions

fact

Objective, verifiable information about the world or domain.
  • Static information
  • Not opinions or preferences
  • Verifiable claims
  • Core knowledge
Examples:
  • “Paris is the capital of France”
  • “Database uses PostgreSQL”
  • “Team has 5 engineers”
CLI:

preference

User or system likes, dislikes, or preferences.
  • Opinions about preferences
  • User/system choices
  • Style choices
  • Communication preferences
Examples:
  • “Prefers dark mode”
  • “Email over phone”
  • “Concise responses”
CLI:

decision

Important choices made that affect future behavior.
  • Technology choices
  • Process decisions
  • Strategic choices
  • Why decisions
Examples:
  • “Chose TypeScript for codebase”
  • “Decided to use AWS”
  • “Selected Agile methodology”
CLI:

commitment

Promises or obligations made.
  • Deliverables
  • Promises to keep
  • Obligations
  • Accountability
Examples:
  • “Will deliver report by Friday”
  • “Committed to 10% growth”
  • “Promised 24/7 support”
CLI:

goal

Objectives to achieve.
  • Future targets
  • KPIs
  • Milestones
  • Aspirations
Examples:
  • “Reach 1M users”
  • “Improve performance by 50%”
  • “Launch MVP by Q2”
CLI:

event

Something that happened or will happen.
  • Historical events
  • Meetings
  • Incidents
  • Milestones
Examples:
  • “Had meeting with CEO”
  • “System outage on March 20”
  • “Project launched successfully”
CLI:

instruction

Rules, guidelines, or procedures to follow.
  • Policies
  • Best practices
  • Procedures
  • Constraints
Examples:
  • “Always validate input”
  • “Follow REST conventions”
  • “Require code review”
CLI:

relationship

Connections or relationships between entities.
  • People relationships
  • System dependencies
  • Business relationships
  • Hierarchies
Examples:
  • “Alice manages Bob”
  • “Project X depends on API Y”
  • “Customer referred by John”
CLI:

context

Contextual information about the current situation.
  • Seasonal context
  • Business phases
  • System states
  • Environmental factors
Examples:
  • “In Q1 planning phase”
  • “Budget season is active”
  • “System in maintenance”
CLI:

learning

Lessons learned from experience.
  • Insights
  • Lessons
  • Patterns recognized
  • Knowledge gained
Examples:
  • “Users need better onboarding”
  • “Mobile-first is essential”
  • “Documentation must be clear”
CLI:

observation

Something noticed or perceived.
  • Patterns observed
  • Trends noticed
  • Data observations
  • Field observations
Examples:
  • “Traffic peaks on Fridays”
  • “Users skip step 2”
  • “Support tickets spike after releases”
CLI:

error

Mistakes to avoid in the future.
  • Warnings
  • Lessons from failures
  • Anti-patterns
  • Known issues
Examples:
  • “Avoid deprecated API”
  • “Skip validation=bug”
  • “Don’t hardcode secrets”
CLI:

artifact

Important documents, files, or references.
  • Documents
  • Code files
  • Resources
  • References
Examples:
  • “Q3 budget spreadsheet”
  • “API documentation file”
  • “Customer contract”
CLI:

Selection Guide

Best Practices

DO

  • Use specific types for better organization
  • Choose the most specific type available
  • Be consistent in your selections
  • Filter queries by type when appropriate

DON’T

  • Overuse generic “fact” type
  • Store everything as one type
  • Mix unrelated information in one memory
  • Ignore type distinctions
  • Use wrong type for convenience
  • Skip commitment type for promises
  • Forget about error type for lessons

Filtering by Type

CLI

API