@lmctl-ai/lmctl 0.1.98 → 0.1.100
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +27 -0
- package/dist/cli/index.js +578 -494
- package/dist/cli/schema.sql +10 -1
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -2,6 +2,33 @@
|
|
|
2
2
|
|
|
3
3
|
All notable public-preview changes for `@lmctl-ai/lmctl` are recorded here.
|
|
4
4
|
|
|
5
|
+
## 0.1.100 — 2026-07-11
|
|
6
|
+
|
|
7
|
+
- **`lmctl wait` is now state-based, fixing a missed-wake for tracked jobs.** A backgrounded job
|
|
8
|
+
(`lmctl chat`/`exec`) that *finished before you called `wait`* — e.g. while you were running
|
|
9
|
+
`check` in between — was silently dropped and never reported, because the claim required
|
|
10
|
+
`ended_at >= wait_started_at` (a time filter that only moves forward). `wait` now reports a job
|
|
11
|
+
purely by state — **finished AND not-yet-reported** — matching how message receipts already work.
|
|
12
|
+
Nothing was lost before (the result was still in `check`), but `wait` no longer skips it.
|
|
13
|
+
- Migration v49 seeds already-terminal jobs as reported at upgrade time, so the first `wait` after
|
|
14
|
+
upgrading doesn't replay your whole history.
|
|
15
|
+
|
|
16
|
+
## 0.1.99 — 2026-07-10
|
|
17
|
+
|
|
18
|
+
- **`lmctl wait` now reports your delivered messages, not just background jobs.** In self-centered
|
|
19
|
+
push mode you `chat` (queue), `push` (deliver), then `wait` to collect. `wait` reports the
|
|
20
|
+
responses of messages *you* sent that have been delivered since your last wait, sender-wide across
|
|
21
|
+
all targets, each reported exactly once (a per-message `waited` claim). If nothing is newly
|
|
22
|
+
delivered but something is still queued or in-flight, it blocks until a delivery lands; if nothing
|
|
23
|
+
is pending at all, it returns idle. `lmctl exec`'s existing tracked-job wake is unchanged — one
|
|
24
|
+
`wait` now surfaces both sources.
|
|
25
|
+
- **Messages have a three-state lifecycle:** `queued` → `in-flight` → `delivered` (with the response
|
|
26
|
+
as the receipt). in-flight is a real persisted state so a separate `wait`/`check` can see a delivery
|
|
27
|
+
in progress; a delivery that dies mid-turn is reclaimed back to `queued` (at-least-once), and `wait`
|
|
28
|
+
runs that reclaim so it never blocks forever on a dead delivery.
|
|
29
|
+
- Migration v48 adds the in-flight (`delivering_at` + holder) and `waited` markers to `agent_mailbox`,
|
|
30
|
+
guarded so fresh and migrated databases match.
|
|
31
|
+
|
|
5
32
|
## 0.1.98 — 2026-07-10
|
|
6
33
|
|
|
7
34
|
- **`lmctl push` — flush your outbound queue.** In daemon-less push mode the sender drives delivery:
|