Skip to content

Agents, Sessions, and memory

Foxwarm gives long-lived identity and conversation history different homes.

An Agent is a durable workspace and memory container. Its curated Markdown memory lives under:

agents/<agent>/memory/

Use Agent memory for instructions, preferences, project facts, and confirmed decisions that should carry across Sessions. An Agent can inherit memory from another Agent. That inheritance is separate from parent and child relationships between Sessions.

A Session is a runnable conversation thread attached to an Agent. It owns its history, queue, selected model, current Node, and other runtime state. One Agent can have a main project Session and separate threads for review or experiments, all using the same Agent memory.

Common commands:

/session list
/session new
/session fork
/session archive
/model
Context Purpose Ownership
Agent memory files Curated, long-lived knowledge and instructions agents/<agent>/memory/
Session history The active, model-visible conversation and tool loop Persisted Session.history
Archive and recall Older source context, lineage, and audit history SQLite archive
Vector memory Optional semantic retrieval over archived context Derived index; disabled by default

Each source has a different job. Keep routine progress in the Session instead of copying it into Agent memory. Foxwarm can compact older Session history into traceable layers and recall archived source when needed.

A child Session has a parent Session and is useful for a bounded parallel task or review. It still belongs to an Agent. Session relationships organize coordination, while Agent inheritance controls shared memory.

  • Create a new Session when the Agent and its project knowledge should stay the same, but the conversation needs its own thread.
  • Create a new Agent for a separate workspace, set of long-lived instructions, permission policy, or role.
  • Fork a Session when a new thread should start with the current visible context and archive lineage up to that point.
  • Archive a finished Session to remove it from normal navigation. Archiving does not physically delete its data.

For the complete command surface and persistence details, see Session Management and Multi-Agent Guide.