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.
Session
Section titled “Session”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/modelWhere context lives
Section titled “Where context lives”| 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.
Child Sessions
Section titled “Child Sessions”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.
Choose an Agent or Session
Section titled “Choose an Agent or Session”- 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.