@migor/agentia 0.10.5 → 0.10.6

package/dist/transport/stream-janitor.d.ts

@@ -0,0 +1,45 @@
+/**
+ * 跨进程 SSE 流的**兜底收口**（2026-11-07 深评 F5；2026-11-09 深评 P2-1 提到 runner 级）。
+ *
+ * 本进程的 `TaskEventStreams.markDone` 只覆盖「本进程把任务写到终态」；任务在**别的进程**
+ * 被 approve / 到期唤醒并跑完时，本进程那条流既没有 `push` 也没有 `markDone`，只剩心跳。
+ * 这个纯件做低频 store 轮询：终态 → 交给调用方 markDone（由 onDone 发 end）；
+ * 记录消失 / 已换主 → 发流级 closed。
+ *
+ * **为什么是「一组」而不是「一条流一个 janitor」**（P2-1）：此前每个 SSE 订阅各建一个
+ * `setInterval`、每拍各 `store.get` 一次 —— N 个并发连接就是 N 个定时器 + N/5 QPS（SQLite 下
+ * 是 N/5 次读锁），而 `unref()` 只保证不挂住进程、不减少读放大。同一个 taskId 的多个订阅
+ * 本来该看**同一份**记录，现在由 runner 持有一个扫描器：一拍里每个**任务**只读一次 store，
+ * 再把结论分发给该任务的各个订阅。单连接仍是「登记 / 注销」。
+ *
+ * 不碰 store、不认识 trace：poll / isTerminal / 收口都以回调注入，单测可直接驱动
+ * （喂一个假 poll + 假计时，不碰真 store）。
+ */
+/** 轮询只需要这两个字段：本进程归属 + 是否终态（由 `isTerminal` 判） */
+export interface StreamJanitorRecord {
+    ownerId?: string | undefined;
+}
+/** 一条流的收口回调（同一任务的多个订阅各有一份） */
+export interface StreamJanitorTarget {
+    isTerminal: (rec: StreamJanitorRecord) => boolean;
+    /** 任务已终态：调用方负责 markDone（终态帧由既有 onDone 发） */
+    onTerminal: () => void;
+    /** 任务记录消失 / 后续段在别的进程：发流级 closed 并收口 */
+    onClosed: () => void;
+}
+export interface StreamJanitorGroupDeps {
+    /** 读一条记录；同步 store 抛错、异步 store reject 都按「这一拍读不动，下一拍再试」处理 */
+    poll: (taskId: string) => Promise<StreamJanitorRecord | undefined>;
+    /** 本进程 ownerId */
+    ownerId: string;
+    /** 扫描间隔（毫秒）；<= 0 = 不启动定时器 */
+    pollMs: number;
+}
+export interface StreamJanitorGroup {
+    /** 登记一条流；返回注销函数（幂等） */
+    add(taskId: string, target: StreamJanitorTarget): () => void;
+    /** 停掉定时器并清空登记（runner 停机 / 测试收尾） */
+    close(): void;
+}
+/** 启动（或复用）扫描器。定时器**有登记才存在**：没有订阅时零成本。 */
+export declare function createStreamJanitorGroup(deps: StreamJanitorGroupDeps): StreamJanitorGroup;

package/dist/transport/stream-janitor.js

@@ -0,0 +1,137 @@
+/**
+ * 跨进程 SSE 流的**兜底收口**（2026-11-07 深评 F5；2026-11-09 深评 P2-1 提到 runner 级）。
+ *
+ * 本进程的 `TaskEventStreams.markDone` 只覆盖「本进程把任务写到终态」；任务在**别的进程**
+ * 被 approve / 到期唤醒并跑完时，本进程那条流既没有 `push` 也没有 `markDone`，只剩心跳。
+ * 这个纯件做低频 store 轮询：终态 → 交给调用方 markDone（由 onDone 发 end）；
+ * 记录消失 / 已换主 → 发流级 closed。
+ *
+ * **为什么是「一组」而不是「一条流一个 janitor」**（P2-1）：此前每个 SSE 订阅各建一个
+ * `setInterval`、每拍各 `store.get` 一次 —— N 个并发连接就是 N 个定时器 + N/5 QPS（SQLite 下
+ * 是 N/5 次读锁），而 `unref()` 只保证不挂住进程、不减少读放大。同一个 taskId 的多个订阅
+ * 本来该看**同一份**记录，现在由 runner 持有一个扫描器：一拍里每个**任务**只读一次 store，
+ * 再把结论分发给该任务的各个订阅。单连接仍是「登记 / 注销」。
+ *
+ * 不碰 store、不认识 trace：poll / isTerminal / 收口都以回调注入，单测可直接驱动
+ * （喂一个假 poll + 假计时，不碰真 store）。
+ */
+/** 启动（或复用）扫描器。定时器**有登记才存在**：没有订阅时零成本。 */
+export function createStreamJanitorGroup(deps) {
+    const targets = new Map();
+    let timer;
+    let closed = false;
+    let ticking = false;
+    const stopTimer = () => {
+        if (timer === undefined)
+            return;
+        clearInterval(timer);
+        timer = undefined;
+    };
+    const ensureTimer = () => {
+        if (closed || timer !== undefined || deps.pollMs <= 0)
+            return;
+        timer = setInterval(() => void tick(), deps.pollMs);
+        timer.unref?.();
+    };
+    const safe = (fn) => {
+        try {
+            fn();
+        }
+        catch {
+            /* 收口回调自己的错不得变成 unhandled（观测不击穿业务） */
+        }
+    };
+    /** 一拍只读一次 store：同任务的多个订阅共用这次结果 */
+    const checkOne = async (taskId) => {
+        const first = targets.get(taskId);
+        if (first === undefined)
+            return;
+        let rec;
+        try {
+            rec = await deps.poll(taskId);
+        }
+        catch {
+            // 同步 store（已 close）的 poll 可能同步抛、异步 store 可能 reject：
+            // 两种都按「这一拍读不动」处理 —— 定时器回调里逃出去就是 uncaughtException。
+            return;
+        }
+        if (closed)
+            return;
+        // poll 期间流可能已经关掉 / 换主：重新取一次，别拿过期快照去调回调
+        const live = targets.get(taskId);
+        if (live === undefined)
+            return;
+        for (const target of [...live]) {
+            if (!live.has(target))
+                continue;
+            if (rec === undefined) {
+                live.delete(target);
+                safe(target.onClosed);
+                continue;
+            }
+            if (target.isTerminal(rec)) {
+                live.delete(target);
+                safe(target.onTerminal);
+                continue;
+            }
+            if (rec.ownerId !== undefined && rec.ownerId !== deps.ownerId) {
+                live.delete(target);
+                safe(target.onClosed);
+            }
+        }
+        if (live.size === 0)
+            targets.delete(taskId);
+    };
+    /** 扫描一拍。上一拍还没跑完（poll 慢）⇒ 跳过，不叠请求 */
+    const tick = async () => {
+        if (closed || ticking || targets.size === 0)
+            return;
+        ticking = true;
+        try {
+            await Promise.all([...targets.keys()].map((taskId) => checkOne(taskId)));
+        }
+        catch {
+            // 一拍里的意外不得外逃：`setInterval` 回调里的 rejection 就是 unhandledRejection
+            // （Node ≥15 终止宿主）—— 观测路径不允许有这种出口。下一拍照常继续。
+        }
+        finally {
+            ticking = false;
+            if (targets.size === 0)
+                stopTimer();
+        }
+    };
+    return {
+        add(taskId, target) {
+            if (closed)
+                return () => { };
+            let set = targets.get(taskId);
+            if (set === undefined) {
+                set = new Set();
+                targets.set(taskId, set);
+            }
+            set.add(target);
+            ensureTimer();
+            let removed = false;
+            return () => {
+                if (removed)
+                    return; // 幂等：调用方可能在连接关闭路径上重复调
+                removed = true;
+                const live = targets.get(taskId);
+                if (live === undefined)
+                    return;
+                live.delete(target);
+                if (live.size === 0)
+                    targets.delete(taskId);
+                // 最后一条流也走了 ⇒ 定时器不必再跑（下一个订阅到来时重新起）
+                if (targets.size === 0)
+                    stopTimer();
+            };
+        },
+        close() {
+            closed = true;
+            targets.clear();
+            stopTimer();
+        },
+    };
+}
+//# sourceMappingURL=stream-janitor.js.map

package/dist/transport/stream-janitor.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"stream-janitor.js","sourceRoot":"","sources":["../../src/transport/stream-janitor.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;GAgBG;AAgCH,yCAAyC;AACzC,MAAM,UAAU,wBAAwB,CAAC,IAA4B;IACnE,MAAM,OAAO,GAAG,IAAI,GAAG,EAAoC,CAAC;IAC5D,IAAI,KAAiC,CAAC;IACtC,IAAI,MAAM,GAAG,KAAK,CAAC;IACnB,IAAI,OAAO,GAAG,KAAK,CAAC;IAEpB,MAAM,SAAS,GAAG,GAAS,EAAE;QAC3B,IAAI,KAAK,KAAK,SAAS;YAAE,OAAO;QAChC,aAAa,CAAC,KAAK,CAAC,CAAC;QACrB,KAAK,GAAG,SAAS,CAAC;IACpB,CAAC,CAAC;IAEF,MAAM,WAAW,GAAG,GAAS,EAAE;QAC7B,IAAI,MAAM,IAAI,KAAK,KAAK,SAAS,IAAI,IAAI,CAAC,MAAM,IAAI,CAAC;YAAE,OAAO;QAC9D,KAAK,GAAG,WAAW,CAAC,GAAG,EAAE,CAAC,KAAK,IAAI,EAAE,EAAE,IAAI,CAAC,MAAM,CAAC,CAAC;QACpD,KAAK,CAAC,KAAK,EAAE,EAAE,CAAC;IAClB,CAAC,CAAC;IAEF,MAAM,IAAI,GAAG,CAAC,EAAc,EAAQ,EAAE;QACpC,IAAI,CAAC;YACH,EAAE,EAAE,CAAC;QACP,CAAC;QAAC,MAAM,CAAC;YACP,qCAAqC;QACvC,CAAC;IACH,CAAC,CAAC;IAEF,kCAAkC;IAClC,MAAM,QAAQ,GAAG,KAAK,EAAE,MAAc,EAAiB,EAAE;QACvD,MAAM,KAAK,GAAG,OAAO,CAAC,GAAG,CAAC,MAAM,CAAC,CAAC;QAClC,IAAI,KAAK,KAAK,SAAS;YAAE,OAAO;QAChC,IAAI,GAAoC,CAAC;QACzC,IAAI,CAAC;YACH,GAAG,GAAG,MAAM,IAAI,CAAC,IAAI,CAAC,MAAM,CAAC,CAAC;QAChC,CAAC;QAAC,MAAM,CAAC;YACP,oDAAoD;YACpD,mDAAmD;YACnD,OAAO;QACT,CAAC;QACD,IAAI,MAAM;YAAE,OAAO;QACnB,uCAAuC;QACvC,MAAM,IAAI,GAAG,OAAO,CAAC,GAAG,CAAC,MAAM,CAAC,CAAC;QACjC,IAAI,IAAI,KAAK,SAAS;YAAE,OAAO;QAC/B,KAAK,MAAM,MAAM,IAAI,CAAC,GAAG,IAAI,CAAC,EAAE,CAAC;YAC/B,IAAI,CAAC,IAAI,CAAC,GAAG,CAAC,MAAM,CAAC;gBAAE,SAAS;YAChC,IAAI,GAAG,KAAK,SAAS,EAAE,CAAC;gBACtB,IAAI,CAAC,MAAM,CAAC,MAAM,CAAC,CAAC;gBACpB,IAAI,CAAC,MAAM,CAAC,QAAQ,CAAC,CAAC;gBACtB,SAAS;YACX,CAAC;YACD,IAAI,MAAM,CAAC,UAAU,CAAC,GAAG,CAAC,EAAE,CAAC;gBAC3B,IAAI,CAAC,MAAM,CAAC,MAAM,CAAC,CAAC;gBACpB,IAAI,CAAC,MAAM,CAAC,UAAU,CAAC,CAAC;gBACxB,SAAS;YACX,CAAC;YACD,IAAI,GAAG,CAAC,OAAO,KAAK,SAAS,IAAI,GAAG,CAAC,OAAO,KAAK,IAAI,CAAC,OAAO,EAAE,CAAC;gBAC9D,IAAI,CAAC,MAAM,CAAC,MAAM,CAAC,CAAC;gBACpB,IAAI,CAAC,MAAM,CAAC,QAAQ,CAAC,CAAC;YACxB,CAAC;QACH,CAAC;QACD,IAAI,IAAI,CAAC,IAAI,KAAK,CAAC;YAAE,OAAO,CAAC,MAAM,CAAC,MAAM,CAAC,CAAC;IAC9C,CAAC,CAAC;IAEF,oCAAoC;IACpC,MAAM,IAAI,GAAG,KAAK,IAAmB,EAAE;QACrC,IAAI,MAAM,IAAI,OAAO,IAAI,OAAO,CAAC,IAAI,KAAK,CAAC;YAAE,OAAO;QACpD,OAAO,GAAG,IAAI,CAAC;QACf,IAAI,CAAC;YACH,MAAM,OAAO,CAAC,GAAG,CAAC,CAAC,GAAG,OAAO,CAAC,IAAI,EAAE,CAAC,CAAC,GAAG,CAAC,CAAC,MAAM,EAAE,EAAE,CAAC,QAAQ,CAAC,MAAM,CAAC,CAAC,CAAC,CAAC;QAC3E,CAAC;QAAC,MAAM,CAAC;YACP,gEAAgE;YAChE,0CAA0C;QAC5C,CAAC;gBAAS,CAAC;YACT,OAAO,GAAG,KAAK,CAAC;YAChB,IAAI,OAAO,CAAC,IAAI,KAAK,CAAC;gBAAE,SAAS,EAAE,CAAC;QACtC,CAAC;IACH,CAAC,CAAC;IAEF,OAAO;QACL,GAAG,CAAC,MAAM,EAAE,MAAM;YAChB,IAAI,MAAM;gBAAE,OAAO,GAAG,EAAE,GAAE,CAAC,CAAC;YAC5B,IAAI,GAAG,GAAG,OAAO,CAAC,GAAG,CAAC,MAAM,CAAC,CAAC;YAC9B,IAAI,GAAG,KAAK,SAAS,EAAE,CAAC;gBACtB,GAAG,GAAG,IAAI,GAAG,EAAE,CAAC;gBAChB,OAAO,CAAC,GAAG,CAAC,MAAM,EAAE,GAAG,CAAC,CAAC;YAC3B,CAAC;YACD,GAAG,CAAC,GAAG,CAAC,MAAM,CAAC,CAAC;YAChB,WAAW,EAAE,CAAC;YACd,IAAI,OAAO,GAAG,KAAK,CAAC;YACpB,OAAO,GAAG,EAAE;gBACV,IAAI,OAAO;oBAAE,OAAO,CAAC,sBAAsB;gBAC3C,OAAO,GAAG,IAAI,CAAC;gBACf,MAAM,IAAI,GAAG,OAAO,CAAC,GAAG,CAAC,MAAM,CAAC,CAAC;gBACjC,IAAI,IAAI,KAAK,SAAS;oBAAE,OAAO;gBAC/B,IAAI,CAAC,MAAM,CAAC,MAAM,CAAC,CAAC;gBACpB,IAAI,IAAI,CAAC,IAAI,KAAK,CAAC;oBAAE,OAAO,CAAC,MAAM,CAAC,MAAM,CAAC,CAAC;gBAC5C,kCAAkC;gBAClC,IAAI,OAAO,CAAC,IAAI,KAAK,CAAC;oBAAE,SAAS,EAAE,CAAC;YACtC,CAAC,CAAC;QACJ,CAAC;QACD,KAAK;YACH,MAAM,GAAG,IAAI,CAAC;YACd,OAAO,CAAC,KAAK,EAAE,CAAC;YAChB,SAAS,EAAE,CAAC;QACd,CAAC;KACF,CAAC;AACJ,CAAC"}

package/dist/transport/task-wake-gate.d.ts

@@ -0,0 +1,40 @@
+/**
+ * 每条任务的**唤醒互斥闸**（approve / signalTask / 审批超时 / 到期唤醒共用）。
+ *
+ * 为什么需要它（2026-11-07 深度评审 P1）：四条唤醒路径各自有「在飞闸」，但**互不登记、互不查看**。
+ * `approve` 与 `wakeDue` 靠挂起原因天然互斥；而 `signalTask` 对两种挂起原因都放行 ⇒
+ * `approve × signalTask`、`wakeDue × signalTask` 可以并发。两边都先 `get` 到同一份 suspended
+ * 快照，再各自 `status='running'` + `save` + `dispatch` ⇒ 同一任务被 `#execute` 两次，
+ * 后写的那份记录还可能把已完成的段覆盖回 suspended、丢掉审批决定。
+ *
+ * 语义：**同一 taskId 上，进入本闸的唤醒路径串行**。最后一个登记的 tail 会在它及其之前
+ * 所有路径收口后才 resolve，所以 `cancel` 只要 `await gate.tail(taskId)` 就能等到
+ * 「此刻已登记的全部唤醒」—— 不需要知道它具体是 approve 还是 signal。
+ *
+ * 与各监督件自己的 `#inflight` 的关系：那些闸仍保留（approve 的「并发重入共享同一次」
+ * 语义依赖它；signal 的事件串行链也依赖它），本闸只负责**跨路径**互斥。两边在同一同步段
+ * 登记，先登记者赢。
+ *
+ * 纯件：不碰 store、不认识记录，只做「同一 key 的 Promise 串行」。单测见
+ * `tests/transport/task-wake-gate.test.ts`。
+ *
+ * ⚠️ **隐含前提：`fn` 必须最终 settle**（2026-11-09 深评「待确认」）。等待链**没有超时** ——
+ * 若某条路径的 `fn` 永远挂着（典型：宿主 store 的 `save` 不返回），同任务后续所有唤醒会
+ * 永久排队，`cancel` 的 `await tail` 也会一起挂住。当前四个调用点的 `fn` 只碰 store，
+ * 属于「宿主必须把 store 实现成会 settle」的契约；要打破它得在闸上加超时，而超时语义
+ * （「超时后放行」= 互斥失效）比挂住更危险，所以这里选择写明前提而不是加计时器。
+ */
+export declare class TaskWakeGate {
+    #private;
+    /** 该任务上是否已有登记（排队中或执行中）——惰性路径据此跳过本轮 */
+    busy(taskId: string): boolean;
+    /** 该任务上全部已登记路径的收口 Promise；没有则为 undefined */
+    tail(taskId: string): Promise<unknown> | undefined;
+    /**
+     * 串行执行：前一条（若存在）收口后才开始 `fn`。
+     *
+     * `fn` 的同步前段（第一个 await 之前）在**调用者的同步段**里执行 —— 与不加闸时
+     * 的时序一致，既有「进闸后立刻重读」的测试不会因为多了一个微任务而变味。
+     */
+    run<T>(taskId: string, fn: () => Promise<T>): Promise<T>;
+}

package/dist/transport/task-wake-gate.js

@@ -0,0 +1,69 @@
+/**
+ * 每条任务的**唤醒互斥闸**（approve / signalTask / 审批超时 / 到期唤醒共用）。
+ *
+ * 为什么需要它（2026-11-07 深度评审 P1）：四条唤醒路径各自有「在飞闸」，但**互不登记、互不查看**。
+ * `approve` 与 `wakeDue` 靠挂起原因天然互斥；而 `signalTask` 对两种挂起原因都放行 ⇒
+ * `approve × signalTask`、`wakeDue × signalTask` 可以并发。两边都先 `get` 到同一份 suspended
+ * 快照，再各自 `status='running'` + `save` + `dispatch` ⇒ 同一任务被 `#execute` 两次，
+ * 后写的那份记录还可能把已完成的段覆盖回 suspended、丢掉审批决定。
+ *
+ * 语义：**同一 taskId 上，进入本闸的唤醒路径串行**。最后一个登记的 tail 会在它及其之前
+ * 所有路径收口后才 resolve，所以 `cancel` 只要 `await gate.tail(taskId)` 就能等到
+ * 「此刻已登记的全部唤醒」—— 不需要知道它具体是 approve 还是 signal。
+ *
+ * 与各监督件自己的 `#inflight` 的关系：那些闸仍保留（approve 的「并发重入共享同一次」
+ * 语义依赖它；signal 的事件串行链也依赖它），本闸只负责**跨路径**互斥。两边在同一同步段
+ * 登记，先登记者赢。
+ *
+ * 纯件：不碰 store、不认识记录，只做「同一 key 的 Promise 串行」。单测见
+ * `tests/transport/task-wake-gate.test.ts`。
+ *
+ * ⚠️ **隐含前提：`fn` 必须最终 settle**（2026-11-09 深评「待确认」）。等待链**没有超时** ——
+ * 若某条路径的 `fn` 永远挂着（典型：宿主 store 的 `save` 不返回），同任务后续所有唤醒会
+ * 永久排队，`cancel` 的 `await tail` 也会一起挂住。当前四个调用点的 `fn` 只碰 store，
+ * 属于「宿主必须把 store 实现成会 settle」的契约；要打破它得在闸上加超时，而超时语义
+ * （「超时后放行」= 互斥失效）比挂住更危险，所以这里选择写明前提而不是加计时器。
+ */
+export class TaskWakeGate {
+    /**
+     * 每个 taskId 的**队列尾**。它 resolve 的条件是「本路径之后才登记的路径也都已完成」，
+     * 因此它同时可当 `cancel` 的等待句柄。
+     */
+    #tails = new Map();
+    /** 该任务上是否已有登记（排队中或执行中）——惰性路径据此跳过本轮 */
+    busy(taskId) {
+        return this.#tails.has(taskId);
+    }
+    /** 该任务上全部已登记路径的收口 Promise；没有则为 undefined */
+    tail(taskId) {
+        return this.#tails.get(taskId);
+    }
+    /**
+     * 串行执行：前一条（若存在）收口后才开始 `fn`。
+     *
+     * `fn` 的同步前段（第一个 await 之前）在**调用者的同步段**里执行 —— 与不加闸时
+     * 的时序一致，既有「进闸后立刻重读」的测试不会因为多了一个微任务而变味。
+     */
+    async run(taskId, fn) {
+        const prev = this.#tails.get(taskId);
+        let release;
+        const gate = new Promise((resolve) => {
+            release = resolve;
+        });
+        // tail 必须把 gate 串在 prev 之后：等待者拿到 tail 时，等待的是「这条路径也结束」。
+        const tail = prev === undefined ? gate : prev.catch(() => undefined).then(() => gate);
+        this.#tails.set(taskId, tail);
+        if (prev !== undefined)
+            await prev.catch(() => undefined);
+        try {
+            return await fn();
+        }
+        finally {
+            release();
+            // 只摘自己：若后面又排了新的 tail，留给它自己摘（无条件 delete 会摘掉别人的）。
+            if (this.#tails.get(taskId) === tail)
+                this.#tails.delete(taskId);
+        }
+    }
+}
+//# sourceMappingURL=task-wake-gate.js.map

package/dist/transport/task-wake-gate.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"task-wake-gate.js","sourceRoot":"","sources":["../../src/transport/task-wake-gate.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;GAyBG;AACH,MAAM,OAAO,YAAY;IACvB;;;OAGG;IACM,MAAM,GAAG,IAAI,GAAG,EAA4B,CAAC;IAEtD,sCAAsC;IACtC,IAAI,CAAC,MAAc;QACjB,OAAO,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,MAAM,CAAC,CAAC;IACjC,CAAC;IAED,4CAA4C;IAC5C,IAAI,CAAC,MAAc;QACjB,OAAO,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,MAAM,CAAC,CAAC;IACjC,CAAC;IAED;;;;;OAKG;IACH,KAAK,CAAC,GAAG,CAAI,MAAc,EAAE,EAAoB;QAC/C,MAAM,IAAI,GAAG,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,MAAM,CAAC,CAAC;QACrC,IAAI,OAAoB,CAAC;QACzB,MAAM,IAAI,GAAG,IAAI,OAAO,CAAO,CAAC,OAAO,EAAE,EAAE;YACzC,OAAO,GAAG,OAAO,CAAC;QACpB,CAAC,CAAC,CAAC;QACH,uDAAuD;QACvD,MAAM,IAAI,GAAG,IAAI,KAAK,SAAS,CAAC,CAAC,CAAC,IAAI,CAAC,CAAC,CAAC,IAAI,CAAC,KAAK,CAAC,GAAG,EAAE,CAAC,SAAS,CAAC,CAAC,IAAI,CAAC,GAAG,EAAE,CAAC,IAAI,CAAC,CAAC;QACtF,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,MAAM,EAAE,IAAI,CAAC,CAAC;QAC9B,IAAI,IAAI,KAAK,SAAS;YAAE,MAAM,IAAI,CAAC,KAAK,CAAC,GAAG,EAAE,CAAC,SAAS,CAAC,CAAC;QAC1D,IAAI,CAAC;YACH,OAAO,MAAM,EAAE,EAAE,CAAC;QACpB,CAAC;gBAAS,CAAC;YACT,OAAO,EAAE,CAAC;YACV,gDAAgD;YAChD,IAAI,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,MAAM,CAAC,KAAK,IAAI;gBAAE,IAAI,CAAC,MAAM,CAAC,MAAM,CAAC,MAAM,CAAC,CAAC;QACnE,CAAC;IACH,CAAC;CACF"}

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@migor/agentia",
-  "version": "0.10.5",
+  "version": "0.10.6",
   "description": "Declarative agent service framework for TypeScript: decorators + DI declare four capability kinds, durable runs, and per-run traces, cost and metrics. Zero runtime dependencies.",
   "type": "module",
   "main": "dist/index.js",
@@ -82,7 +82,7 @@
     "bench:otlp": "tsx scripts/bench-otlp-snapshot.ts"
   },
   "devDependencies": {
-    "@anthropic-ai/sdk": "^0.134.0",
+    "@anthropic-ai/sdk": "^1.3.0",
     "@biomejs/biome": "^2.5.14",
     "@grpc/grpc-js": "^1.14.6",
     "@grpc/proto-loader": "^0.8.1",