A new post-turn memory feature can extract memories via an MCP server instead of writing files, controlled by new env vars
What
- Three new environment variables control a new "post-turn memory" feature:
CLAUDE_CODE_POST_TURN_MEMORYturns it on,CLAUDE_CODE_POST_TURN_MEMORY_CONFIGcarries a JSON config (instruction,every_n_turnsfrom 1-100 default 5,max_turnsfrom 1-8 default 4,idle_flush_sfrom 0-86400 default 120), andCLAUDE_CODE_POST_TURN_MEMORY_SYNCforces synchronous flushing (everyNTurns=1,idleFlushSeconds=0). - The background memory-extraction task now supports a second mode,
mcp, driven by these same env vars: instead of writing memory files, it calls a query using the configured instruction and supports idle-flush timers. - Extraction activity is now logged to a new
ccr_memory_extractevent set that records the mode (mcpvsfile), instead of only the previousmemory_extractevent.
Why This lets memory extraction run through an MCP-based memory server rather than always writing local memory files, with configurable frequency, turn limits, and idle-flush timing, and gives clearer telemetry on which mode was used.
tengu_passport_quail Off in both readingsThe flag server returned off for the account this site reads and for the anonymous baseline. A reading of off cannot rule out a rollout these two readings sit outside of.
This account: off · anonymous baseline: off · compiled default in v2.1.269: off
Read once, for one account on one subscription tier, against v2.1.269. It isn't a statement about your account. What a flag value here can and cannot tell you
New in this build: CLAUDE_CODE_POST_TURN_MEMORY