v0.16.0

v0.16.0

v0.15.0

config default: read --json via optsWithGlobals (the group's own --js…

v0.14.0

v0.14.0

v0.13.0

agent sandbox build start|list|get|logs: test a config's sandbox envi…

v0.12.0

v0.12.0

v0.11.2

chore(release): v0.11.2

v0.11.1

Connect: reconcile queued chips against the server inbox (#52)

* Connect: reconcile queued chips against the server inbox

The queued region was purely local state cleared by exact-text matching
against the backend's echo of the send. When the server coalesced two
mid-turn sends into one "a\nb" user turn (prod 2026-07-17), neither chip
matched and both stuck forever ('queued' under an already-answered
message).

Key the region off server truth instead: a chip is {text, postSeq},
stamped when its POST resolves; each refresh (gated to when anything is
queued, plus once at startup for reconnects) also fetches the inbox via
the new getAgentSessionTurns (GET /v1/sessions/{id}/turns) and retires
any chip whose POST resolved before the fetch started — the server's own
PENDING rows render the region from then on, multiset-subtracted against
local extras so a send never shows twice. Delivered messages drop out on
status flip; the exact-text promotion and idle-flush stay as fast paths.

* Bump version to 0.11.1

v0.11.0

Claude-Code-style connect UI: banner, factual activity lines, folded …

v0.10.0

Rename session transcript read: steps -> records (#49)

Follows ellipsis-dev/ellipsis#5869 (merged), which renamed
GET /v1/sessions/{id}/steps -> /records (native session_records:
transcript + lifecycle, feed_seq-ordered; no compat shim).

- verb: agent session steps -> agent session records
- connect flag: --no-steps -> --no-records
- ApiClient.getAgentSessionSteps -> getAgentSessionRecords, path /records
- ListSessionStepsResponse -> ListSessionRecordsResponse
- comments/README/help text to match

The search scope 'steps' (sessions search arm) and the WS frame names
are separate server contracts and unchanged.

v0.9.0

feat(session): render native session_records (transcript + lifecycle)…