Conflicts: the four generated catalog docs (regenerated over merged sources), session index.ts exports (keep chunk-rows exports + master's SessionSurface re-export), stdio/acp demo config schema and persistence wiring (thread packChunks through master's DEFAULT_PERSISTENCE_ROOT/UI shape), stdio README config table, and the jsonl spec import line. The packed-chunk fixture also gains the provenance field master made required on assistant/message.
@deepseek-ai/dsh-session-persistence-jsonl
The JSONL durable session-persistence backend — a concrete SessionPersistence (the dsh-session-persistence seam). One append-only .jsonl event log per session.
On-disk layout
<root>/
cwd-<sha256(cwd)[:12]>/ # per-project bucket (or _no-cwd/ when no cwd)
<encoded-id>.jsonl # header line + one storage record per line
- The first
.jsonlline is the immutableSessionHeadertagged{ type: 'session', version, id, cwd?, createdAt, parentSession?, seedLength? }; every subsequent line is one storage record.assistant/chunkevents are never dropped, andseqstays contiguous across the decoded log. - A storage record is a
SessionEventJSON verbatim, or — written only underpackChunks— a packed chunk row (text-chunks/reasoning-chunks/tool-call-chunks; bare slash-less tags like the header'ssession, so row tags cannot be confused with event types): one line holding a run of ≥3 consecutive same-blockassistant/chunkdelta events,seq0/time0plus per-memberdtgaps reconstructing every member'sseq/timeexactly. The lossless codec lives in@deepseek-ai/dsh-session(packChunkRuns/decodeStorageRecord) and whitelists exact shapes — anything unrecognized stores verbatim. Reading is layout-blind:loadalways decodes rows, so packed, unpacked, and mixed files load identically. - Session ids are unvalidated branded strings, so they are percent-encoded to a single safe path segment before use (no traversal, no collision).
Config
| Key | Type | Notes |
|---|---|---|
root |
string (required) |
Root directory for all session files. No default — a process.cwd() default would scatter files as the process's cwd changes (bash calls, subprocesses). |
packChunks |
boolean (default false) |
Write delta-chunk runs as packed rows (~60% smaller logs measured on a real coding session). Off, the written layout is byte-identical to the pre-packing format; reading packed rows works regardless of this switch. Off by default while the snapshot goldens stay one-event-per-line — recording with packing on rewrites every fixture session.jsonl. |
locate(meta) returns { kind: 'jsonl', path } using the resolved absolute root and the same cwd-bucket/id encoding as materialization. It performs no filesystem I/O: the target can be returned before the file exists, and an existing file contains only the last flushed prefix.
Durability and crash semantics
- Lazy materialization.
create(meta)writes nothing; on the firstappend, the backend writes andfsyncs a temporary file, publishes it without overwrite via a hard link, thenfsyncs the directory when the host supports it. A created-but-never-appended session leaves nothing on disk and is absent fromlist. - Append-only. Committed events (at or below a flushed
turn/end) are never rewritten. Subsequent appends are line appends at EOF +fsync. - Crash recovery — preserve valid tail work.
loadkeeps the contiguous valid prefix of an interrupted final turn. It truncates from the first unparsable or sequence-gapped uncommitted record, then appends the synthetic tool, step, and turn closers required by the shared persistence contract; the same defect at or before the last committedturn/endrejects. - Contiguous-seq.
appendrejects a batch whose firstseqdoes not continue the stored log, and rejects non-JSON-serializableevent.datanaming the offending event type.
Write path
The plugin buffers frozen session events and drains them on flush or disposal. A per-session cursor prevents resumed sessions from re-appending stored events, and live sessions are seeded when the plugin loads. Operations for one session are serialized; disposal waits for initialization and the final drain so no write lands after teardown.
Model Experience
Resumed conversation history
What the model sees
JSONL storage contributes no live prompt or schema. Loading restores stored surface history and preserves prior request headers for reconstruction; the new loop composes its current envelope. Each unanswered call in an interrupted tail is balanced with the exact error text Tool call interrupted by a crash; no result was recorded. Raw assistant/chunk records do not duplicate messages.
Token effect
Zero live-request tokens. A resumed agent pays for retained history and its current envelope, plus the quoted repair result for each interrupted call.
KV Cache effect
JSONL storage does not mutate live request prefixes. A resumed loop can reuse provider cache only when its reconstructed history, current envelope, and model route match; crash-repair results append.
Known Limitations and Deferred Work
- Only the current
SESSION_FORMAT_VERSION(v0) loads — the on-disk format is pre-release/unstable: a breaking format change is absorbed at v0 and non-current logs are rejected; there is no migration. - Nothing deletes session files — logs accumulate under
rootuntil removed externally (the seam has no deletion surface). - Single-process assumption — per-session serialization and the write cursor live in this process; two processes appending to the same
rootare not coordinated. - Initial materialization requires hard-link support — first append uses
link()so same-id races fail instead of overwriting a committed log; a filesystem that cannot create hard links cannot host this backend. - Windows cannot
fsyncdirectory handles through Node — the backend tolerates only WindowsEPERMfrom directoryfsync; file-contentfsyncremains mandatory, but a crash can lose a newly published directory entry on a host without an equivalent directory-sync primitive.