Capture and review

Capture flow

Understand local and hosted Team OS session capture.

The Claude Stop hook starts session capture in the background. It does not slow down the active chat.

Capture writes two local files:

FilePurpose
context/memory/YYYY-MM-DD.aos.mdMachine-owned summary blocks used for backup and future re-indexing.
context/transcripts/YYYY-MM-DD/*.jsonlRaw transcript archive. This stays local and should not be committed.

When the local workspace is signed in to Team OS, the capture is also sent to the hosted API as a staged capture event.

Session capture is staged first, then consolidation decides whether each item is published, sent to review, or discarded.
Memory capture and review flow

Hosted capture flow

The hosted flow has three steps:

  1. The local workspace sends a summarized block to /v1/memory/captures.
  2. The local workspace starts a quiet consolidation run after staging the capture.
  3. The hosted server stores the capture, lets the workspace claim it, and accepts the final result through /v1/memory/consolidation/complete.

The consolidation script claims staged captures from /v1/memory/consolidation/claim.

Most users do not need to run consolidation after each session. The background run is quiet and processes captures when they are eligible.

The consolidation step asks an LLM to choose one result for each item:

ResultMeaning
publishCreate final team or client memory. Published memory becomes searchable.
reviewKeep the item out of recall until a user with Full access decides.
discardDrop captures that have no durable memory value.

Only published items become memory_sources and memory_chunks.

Next: Capture consolidation

On this page