Skip to content

RECLAIM_GRACE_MS

const RECLAIM_GRACE_MS: number

Defined in: _worktrees/docs-release/gaunt-sloth/packages/core/src/history/checkpointRetention.ts:85

How stale a thread’s newest checkpoint must be before automatic reclamation will touch it.

Not a tidy-up margin: after a /clear a live session writes every remaining checkpoint under a thread no conversation row names, and another process cannot be asked whether it is still there. A day is far longer than the gap between two super-steps of a session anyone is still using, while still reclaiming the rows within a day of the session ending.