Session history, resume and usage can now read from a pluggable backend, though files are still used.
A storage backend handle is threaded through session persistence, but nothing supplies a backend by default.
What's wrong with this entry?
A storage handle is now threaded through most session persistence paths, so session data can come from a backend rather than files. Nothing supplies such a backend by default in this build.
- The
storageV5handle is{ backend, key }and reaches session log reading, resume, transcript hydration, /usage, the daemon supervisor and prompt history. - Task lists can now be read and deleted through the backend's key/list API with
namespace: "task"instead of only via files. v5Readrecords mtimes for files read that way.- Falls back to the existing filesystem paths when no backend is supplied.
storageV5
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.235
Usage breakdown now attributes usage to subagents
Both mention usage
-
v2.1.236
Extra-usage panel now shows for team and enterprise accounts
Both mention usage
-
v2.1.236
Wrap-up hint near the usage limit is now per-plan and once per window
Both mention usage