Skip to main content

Session Memory

Remem supports durable coding memory by storing periodic checkpoints and final rollups as documents. For the turnkey toolkit, use remem-dev-sessions:

What gets stored

Session memory stores structured summaries, not raw full transcripts. Typical checkpoint payload includes:
  • project
  • session ID
  • checkpoint kind (interval, milestone, final, manual)
  • summary text
  • files touched
  • decisions / next actions (if provided)
This keeps memory high-signal for future recall.

Metadata convention

Use these keys for reliable filtering:
  • project
  • session_id
  • checkpoint_kind
They map to query filters:
  • checkpoint_project
  • checkpoint_session
  • checkpoint_kinds

Claude workflow (auto)

In Claude Code, install the remem-dev-sessions plugin and restart. Hooks emit:
  • interval checkpoints on tool activity
  • milestone checkpoint on stop
  • final rollup on session end

Codex workflow (auto)

In Codex, launch via wrapper in your project folder:
Wrapper behavior:
  • periodic interval checkpoints (default 20 min)
  • milestone checkpoint on Codex exit
  • final rollup on exit

Manual checkpoint command

Manual rollup command

Recall examples

CLI recall

Raw API recall

Practical guidance

  • Use a fresh session_id per coding session.
  • Prefer plain-English summaries over raw transcript dumps.
  • Keep project naming stable (project: remem, project: hive, etc.).
  • If you change API key env vars, rerun install scripts so wrapper/MCP envs stay in sync.