@sema-agent/client-core 0.22.0 → 0.23.1

package/README.md

@@ -23,7 +23,7 @@ Renamed from **`@sema-agent/wire-cc-adapter`** (0.1.x, deprecated — see *Migra
 
 ## Scope
 
-**Version:** 0.22.0
+**Version:** 0.23.1
 
 - **Today** — the adapter seam, the whole `adapt()` pipeline (all 14 A-layer arms plus the
   B/D/E tool-card layers), the notification/caps/model families, the adapter kernel (stream driver

package/dist/adapt/arms.d.ts

@@ -5,15 +5,15 @@
  *  · 每条臂是一个具名 generator,`break` 变 `return`(语义逐条对位,`default:` 空臂 = 表里查不到);
  *  · 臂拿不到驱动壳的局部变量 —— 它要什么状态,必须写在自己的 deps 类型里。
  *
- * 🔴 表用 `Map` 而不是普通对象(codex verdict 3):对象表被 `{type:'__proto__'}` /
+ * 🔴 表用 `Map` 而不是普通对象(复审结论 3):对象表被 `{type:'__proto__'}` /
  *   `{type:'toString'}` 这种帧一命中就是原型污染(wire 帧是 UNTRUSTED 的开集)。
  *
  * 🔴 **两级 deps 是判别力本身,不是洁癖**(矩阵 §3.5):
  *   `ProjectionArmFn` 只吃 `{ctx, idOf}` —— 于是「这几条臂碰不到任何适配器状态」这件事从
  *   注释里的断言变成**编译期事实**。全量注入(一个大 deps 喂所有臂)会让封闭性声明失去判别力,
- *   那正是 A 族 codex 复审里 5/11 那次翻车的根因。
+ *   那正是 A 族 对抗复审里 5/11 那次翻车的根因。
  *
- * 🔴 **7 组由输入帧顺序耦合的臂对**(codex verdict 3 的清单;源码级无顺序耦合 —— 每帧单键分发 +
+ * 🔴 **7 组由输入帧顺序耦合的臂对**(复审结论 3 的清单;源码级无顺序耦合 —— 每帧单键分发 +
  *   return,但**帧到达顺序**会改判别结果)。逐条点名在下面各臂的注释里,标记 `⟨帧序耦合 N/7⟩`:
  *     1. assistant(开卡)→ task_progress(FIFO 猜父只认**已开**的卡)
  *     2. assistant(Workflow 卡)→ task_progress(判据③ 认 seenWorkflowToolCallIds)
@@ -62,6 +62,6 @@ export type ProjectionArmFn = (m: Frame, deps: ProjectionArmDeps) => Generator<A
 export type ArmFn = (m: Frame, deps: ArmDeps) => Generator<AdapterOutput>;
 /**
  * 帧类型 → 臂。**Map 而不是对象字面量**:`{type:'__proto__'}` 这种 UNTRUSTED 帧命中对象表
- * 就是原型污染(codex verdict 3)。表里查不到 = 拆分前 `switch` 的 `default:` 空臂,行为同。
+ * 就是原型污染(复审结论 3)。表里查不到 = 拆分前 `switch` 的 `default:` 空臂,行为同。
  */
 export declare const ARMS: ReadonlyMap<string, ArmFn>;

package/dist/adapt/arms.js

@@ -16,7 +16,7 @@ const assistantArm = function* (m, { ctx, idOf, text, cards, inst }) {
     const toolUseIdx = blocks.findIndex(b => b?.type === 'tool_use');
     // 拆分同批消掉一处 `!` 非空断言(规范禁用):`findIndex >= 0` 与「取到的不是 undefined」
     // 本来就是同一件事(判别式 `b?.type === 'tool_use'` 对 undefined 恒假),写成显式取值即可。
-    // 收货裁定(codex 复审 #4):旧版此处直接取值使用,畸形帧(accessor/稀疏形,非 JSON 数据帧)
+    // 收货裁定(对抗复审 #4):旧版此处直接取值使用,畸形帧(accessor/稀疏形,非 JSON 数据帧)
     // 会抛 TypeError;guard 保留=有意的健壮性变化 —— 正常 wire 帧(JSON.parse 产物)下
     // `findIndex >= 0 ⇒ 恒非 undefined`,零行为差。
     //
@@ -213,7 +213,7 @@ const workspaceChangedArm = function* (m, { idOf }) {
     });
 };
 /**
- * FIX⑦(2026-08-07,黑板 [3017]/[3020])—— `human_input` 生命周期账本帧。
+ * FIX⑦(2026-08-07,[3017]/[3020])—— `human_input` 生命周期账本帧。
  *
  * 姿势抄同族的 `steering_injected` / `workspace_changed`(都是「引擎侧发生了一件事,壳记一笔」的
  * 非持久帧,归 chrome),但**不走 `attachment` 臂**:那三条 attachment 是要在转录流里渲出一行给
@@ -249,7 +249,7 @@ const humanInputArm = function* (m) {
         ...(str(m.issuer) !== undefined ? { issuer: str(m.issuer) } : {}),
         ...(actor !== undefined && Object.keys(actor).length > 0 ? { actor } : {}),
         ...(str(m.entryId) !== undefined ? { entryId: str(m.entryId) } : {}),
-        // 宿主幂等落账的键(codex 复审二轮):重放同一条账本帧必须得到同一个 eventId。
+        // 宿主幂等落账的键(对抗复审二轮):重放同一条账本帧必须得到同一个 eventId。
         ...(str(m.eventId) !== undefined ? { eventId: str(m.eventId) } : {}),
     });
 };
@@ -343,7 +343,7 @@ const taskProgressArm = function* (m, { ctx, cards, panel, inst }) {
     // 都在 footer 铸一条幽灵 local_agent 行,还能骑错 run_workflow 卡的 inline stats)。
     // 判据三级:① 帧带 workflowRunId(一手证据)② wa+16hex 形 id(core BCE 合成 id)
     // ③ 显式父指向本会话见过的 Workflow 工具卡(实例台账,覆盖 uuid 形子代 id + 跨 turn 迟到 tick)。
-    // 🔴 codex 独立发现的拆分风险:**本门必须先于任何 panel 写**,否则重造 workflow 幽灵前台行 ——
+    // 🔴 复审独立发现的拆分风险:**本门必须先于任何 panel 写**,否则重造 workflow 幽灵前台行 ——
     //    这也是它在本臂第一段、`bind()` 之前的原因,别按「先绑定再分类」重排。
     const workflowRunId = typeof m.workflowRunId === 'string' ? m.workflowRunId : undefined;
     if (workflowRunId !== undefined ||
@@ -659,7 +659,7 @@ const retryStatusArm = function* (m, { ctx, flags }) {
     // (TurnFlags 的「主 lane 内容帧到达即清」)可能已经清过了:已安装 core 在内容流跑完的 finally
     // 里发 `recovered`,所以 `retrying → 内容 → recovered` 才是常态顺序。故用 `takeRetryOverlay()`
     // 的**原子读落**决定要不要发:旗还在 ⇒ 发这一发并落旗;旗已落 ⇒ 沉默(没有覆盖层可摘)。
-    // 首版写成「无条件发 + clearRetryOverlay」,在常态顺序上双清(codex 复审命中)。
+    // 首版写成「无条件发 + clearRetryOverlay」,在常态顺序上双清(对抗复审命中)。
     if (status === null) {
         if (flags.takeRetryOverlay())
             yield chrome({ kind: 'retry_status', laneProof: MAIN, status: null });
@@ -671,7 +671,7 @@ const retryStatusArm = function* (m, { ctx, flags }) {
 };
 /**
  * 帧类型 → 臂。**Map 而不是对象字面量**:`{type:'__proto__'}` 这种 UNTRUSTED 帧命中对象表
- * 就是原型污染(codex verdict 3)。表里查不到 = 拆分前 `switch` 的 `default:` 空臂,行为同。
+ * 就是原型污染(复审结论 3)。表里查不到 = 拆分前 `switch` 的 `default:` 空臂,行为同。
  */
 export const ARMS = new Map([
     ['assistant', assistantArm],

package/dist/adapt/toolCards.d.ts

@@ -5,7 +5,7 @@
  * (TodoWrite 划删线 diff 的 oldTodos)三行状态 + C4 mintResponseId / C10 buildToolResult /
  * C11 sweepOpenCards 三个闭包 + `PendingToolUse` 形本身。
  *
- * 🔴 拆分硬约束(SPLIT-03,codex verdict 2 采纳形):**S1 复位在 `close()` 内部、第一个 `yield`
+ * 🔴 拆分硬约束(SPLIT-03,复审结论 2 采纳形):**S1 复位在 `close()` 内部、第一个 `yield`
  *   之前**。理由是生成器语义 —— yield 之后的语句只有消费者再要下一个值时才跑,消费者早退
  *   (`it.return()` / break)时永不执行。把复位留在调用方,调用方就还能写出「yield 后复位」的形;
  *   收进被调方之后,这条时序由**一处**保证。原 `tool_end_result` 臂 :1054-1056(delete → 复位 →
@@ -16,7 +16,7 @@
  *   turn 级,两行之后紧跟 `break`,早退时生成器已死、再无读者 ⇒ 零可观测后果),所以前移是
  *   **纯一致性改动、零行为差**。反钉见矩阵 §2.2:前移不影响 mint —— 影响窗口只有
  *   「复位语句与原复位点(yield 之后)」之间那几行,窗口内无 mint 点;三条支随即退出本臂,
- *   后续帧的 mint 走各自臂的常规路径,与拆分前同(codex 复审校准:break 退出的是臂不是 turn)。
+ *   后续帧的 mint 走各自臂的常规路径,与拆分前同(对抗复审校准:break 退出的是臂不是 turn)。
  *
  * 🔴 `pending` 是唯一跨 M2→M3 的数据面(矩阵 §1.2 注):面板族只读两个字段(`name` 判
  *   SUBAGENT_TOOL_NAMES / `rawInput` T50 双形读)。所以对外给的是 `OpenCardView` **只读视图**,

package/dist/adapt/turnFlags.d.ts

@@ -29,7 +29,7 @@ export interface TurnFlags {
     emitTurnUsageEnd(outputTokens: number): Generator<AdapterOutput>;
     /** A7 `result`:只有还没发过 end 且这帧真带了 outputTokens 时才补发(`!endEmitted` 门)。 */
     /** `readOutputTokens` 惰性:只在真的要发 end 度量时才读 usage(与拆分前「`!endEmitted`
-     *  门内才读 `m.usage`」逐字同语义 —— codex 复审 #3 收货修)。 */
+     *  门内才读 `m.usage`」逐字同语义 —— 对抗复审 #3 收货修)。 */
     emitResultEndIfNeeded(readOutputTokens: () => number | undefined): Generator<AdapterOutput>;
     /** A15 `retry_status`:挂旗(下一帧主 lane 内容到达即清)。 */
     noteRetryOverlay(): void;
@@ -37,7 +37,7 @@ export interface TurnFlags {
      * A15 `retry_status` 的反向动作(#3004 跟修批 2026-08-08):**引擎直报恢复**(`recovered` 相)那一拍
      * 调它 —— 返回「本次是否**仍需**发清除」并同时落旗(**原子**:读+落一步完成)。
      *
-     * 🔴 为什么必须是「take」而不是「clear」(codex 复审命中的双清):两条清除腿共用同一个布尔位,
+     * 🔴 为什么必须是「take」而不是「clear」(对抗复审命中的双清):两条清除腿共用同一个布尔位,
      * 而它们的触发顺序两个方向都真实存在 ——
      *   · `retrying → recovered`:直报腿先到,旗还在 ⇒ 本次要发清除,发完落旗;间接腿之后看不到旗。
      *   · `retrying → 主lane内容 → recovered`:**间接腿先到**(已发过一次 null 并落了旗),直报腿这一拍

package/dist/adapt.js

@@ -160,7 +160,7 @@ class WireToCcAdapterImpl {
             }
         };
         const s = state;
-        // 单次快照(codex 复审 #2 收货修):拆分前这里对 `renderedNotifications` 恰一次属性读。
+        // 单次快照(对抗复审 #2 收货修):拆分前这里对 `renderedNotifications` 恰一次属性读。
         const rendered = s.renderedNotifications;
         if (Array.isArray(rendered))
             n += this.ledger.takeRenderedNotifications(rendered);
@@ -278,7 +278,7 @@ class WireToCcAdapterImpl {
                 if (m.type !== 'stream_event')
                     yield* text.drainLive();
                 // ── 分派(拆分前是一个 600 行的 switch;`default:` 空臂 = 表里查不到,行为同)────────────
-                //    单读快照(codex 复审 #1 收货修):旧 switch 对 `m.type` 恰一次属性读,`typeof m.type
+                //    单读快照(对抗复审 #1 收货修):旧 switch 对 `m.type` 恰一次属性读,`typeof m.type
                 //    ? m.type` 是两读 —— 对 accessor 形帧可观测,降回一读。
                 const rawType = m.type;
                 const armKey = typeof rawType === 'string' ? rawType : undefined;

package/dist/adapter/downstream/eventToSdkMessage.d.ts

@@ -35,6 +35,18 @@
  */
 import type { AgentEvent, CheckpointGate } from '@sema-agent/sdk';
 import { type SDKMessage, type EmitContext, type ModelUsage } from '../types.js';
+/**
+ * 本适配器铸出的**内部臂** `type` 全集(A-004.4 上游半场,2026-08-08)——「内部臂」= 桥面
+ * (bridge-facing)消息,**不是** CC SDK stdout 联合体里的帧形(那些是 assistant/stream_event/
+ * system 等真帧)。消费方(壳 REPL 桥、`-p` print 出口、web/desktop 座位层)对内部臂只有两种
+ * 合法处置:**吞**(不外泄)或**转成真 CC 帧**;顺着兜底裸透传到 stdout/wire = 病族⑥投影缺口
+ * (cli A-004.11/12 实翻:human_input/diagnostics/workspace_changed 曾漏进 `-p` stream-json)。
+ *
+ * 这张表是**唯一权威源**:消费方的吞/转名单必须对账本表(全覆盖,禁手抄子集——A-004.4 的病形
+ * 就是壳手抄了 4 词的子集);本包 pure 门有源码对账腿(armBody 铸点抽取 ≡ 本表),加臂不登记
+ * 即红。`turn_usage` 的铸点在 runStream.ts(usage 聚合腿),不在本文件的 switch 里,同属本表。
+ */
+export declare const INTERNAL_SDK_ARM_TYPES: ReadonlySet<string>;
 /** 「本切片不投影这条臂」的**如实分类**(REF-CC-058 / xlate-04)。 */
 export type EventProjectionNoneReason = 
 /** `turn_end`:usage 折叠是 run driver 的活(`turnEndUsage`),本层无独立可渲染臂。 */
@@ -61,7 +73,7 @@ export type EventProjectionDropReason =
  | 'unknown_arm'
 /**
  * 类型面**认得**这条臂、它也带着用户可见的决策内容,但本包**今天没有任何消费口**
- * (2026-08-08 codex 复审第 4/5 轮命中,首例 = `approval_request`)。
+ * (2026-08-08 对抗复审第 4/5 轮命中,首例 = `approval_request`)。
  *
  * 为什么不能并进 `not_in_slice`:那一档的语义是「本切片不投影,**因为别处接了/本来就没有可渲染物**」,
  * 它走 `kind:'none'` —— 而 `none` 是**静默**的,只有 `dropped` 会经 `reportDroppedFrame` 走宿主

package/dist/adapter/downstream/eventToSdkMessage.js

@@ -19,6 +19,30 @@ function armBody(body) {
 const SUGGESTION_BATCH_CAP = 8;
 /** 单条建议的字符上界;超出截断并留可见痕迹(尾部 `…`)。 */
 const SUGGESTION_CHARS_CAP = 200;
+/**
+ * 本适配器铸出的**内部臂** `type` 全集(A-004.4 上游半场,2026-08-08)——「内部臂」= 桥面
+ * (bridge-facing)消息,**不是** CC SDK stdout 联合体里的帧形(那些是 assistant/stream_event/
+ * system 等真帧)。消费方(壳 REPL 桥、`-p` print 出口、web/desktop 座位层)对内部臂只有两种
+ * 合法处置:**吞**(不外泄)或**转成真 CC 帧**;顺着兜底裸透传到 stdout/wire = 病族⑥投影缺口
+ * (cli A-004.11/12 实翻:human_input/diagnostics/workspace_changed 曾漏进 `-p` stream-json)。
+ *
+ * 这张表是**唯一权威源**:消费方的吞/转名单必须对账本表(全覆盖,禁手抄子集——A-004.4 的病形
+ * 就是壳手抄了 4 词的子集);本包 pure 门有源码对账腿(armBody 铸点抽取 ≡ 本表),加臂不登记
+ * 即红。`turn_usage` 的铸点在 runStream.ts(usage 聚合腿),不在本文件的 switch 里,同属本表。
+ */
+export const INTERNAL_SDK_ARM_TYPES = new Set([
+    'workflow_complete',
+    'tool_end_result',
+    'retry_status',
+    'task_progress',
+    'task_notification',
+    'diagnostics',
+    'steering_injected',
+    'workspace_changed',
+    'prompt_suggestions',
+    'human_input',
+    'turn_usage',
+]);
 /** Wrap neutral content blocks in the CC `assistant` message envelope. */
 function assistantArm(ctx, content) {
     return stamp(ctx, armBody({
@@ -64,7 +88,7 @@ function assertNeverArm(_ev) {
  */
 export function eventToSdkMessage(ev, ctx) {
     switch (ev.type) {
-        // ── `human_input`(core 5.14.0 design/171 / server 7.4.0 SSE,黑板 [3017]/[3020])────────────
+        // ── `human_input`(core 5.14.0 design/171 / server 7.4.0 SSE,[3017]/[3020])────────────
         // 🔴 **到期复核已兑现(sdk 6.9.0 提货,2026-08-08)**:本臂此前是 switch **之前**的一条 raw
         //    预分派(理由 = 它还没进 SDK 6.3.0 的 `AgentEvent` union,`case 'human_input'` 在 `ev.type`
         //    上是编译错),头注写着「在 union 里的那天就把它搬进 switch」。sdk 6.9.0 的 events.d.ts
@@ -91,9 +115,19 @@ export function eventToSdkMessage(ev, ctx) {
             if (typeof ev.runId !== 'string' || ev.runId.length === 0) {
                 return dropped('malformed', 'workflow_complete');
             }
+            // A-004.9(病族⑤ default-arm-lie,2026-08-08):status 的**合同**是闭集 'completed'|'failed'
+            // (server workflow-completion-inbox.d.ts `status: "completed" | "failed"` 直证;sdk events.d.ts
+            // 宽成 string 只是类型面松),但 wire 是 JSON 开集——此前 `=== 'failed' ? failed : completed`
+            // 把任何第三词(上游未来加终态/坏帧垃圾值)**谎成 completed**。诚实形=与本臂 runId 缺失同款
+            // malformed 处置(dropped 留痕):第三词到达=上游换了合同,提货跟车该在这里翻红显形,而
+            // server 的 WorkflowStatus poll floor 对被丢的完成推送有结构性兜底(inbox 头注明写)。
+            if (ev.status !== 'completed' && ev.status !== 'failed') {
+                return dropped('malformed', 'workflow_complete');
+            }
             return projected(stamp(ctx, armBody({
                 type: 'workflow_complete',
                 runId: ev.runId,
+                // 卫后二值闭集,三元只在 known 词间选路(TS 不从 string 否定收窄字面量,故保留三元形)。
                 status: ev.status === 'failed' ? 'failed' : 'completed',
                 summary: typeof ev.summary === 'string' ? ev.summary : '',
             })));
@@ -220,7 +254,7 @@ export function eventToSdkMessage(ev, ctx) {
                 ...(retryInMs !== undefined ? { retryInMs } : {}),
                 ...(attempt !== undefined ? { attempt } : {}),
                 ...(maxRetries !== undefined ? { maxRetries } : {}),
-                // 🔴 §E2 lane 身份必须透传(2026-08-08 codex 二轮复审命中的**跨 lane 状态破坏**)。
+                // 🔴 §E2 lane 身份必须透传(2026-08-08 对抗复审二轮复审命中的**跨 lane 状态破坏**)。
                 //    `status` 臂本来就是 `& EventIdentity`(SDK events.d.ts),server 两腿共用的
                 //    `brainStatusEventData` 也经 `identityFields` 发 eventId/parentToolCallId —— 而本层此前
                 //    把两键都剥掉了。后果:`arms.ts` 的 `retryStatusArm` 首行那条子代断闸
@@ -253,7 +287,7 @@ export function eventToSdkMessage(ev, ctx) {
             // `workflowRunId`/`workflowAgentLabel`(lane 归属自描述位)。此前这层 spread 白名单把两键剥掉,
             // bridge 想判 lane 也判不了(「送到了但没人读」的精确坐标其实是「没转」)。additive 透传,
             // 防御读(旧 core/server 缺席 ⇒ 形状不变)。注意 server 侧 project.ts 投影白名单在 1.272.0
-            // 仍剥这两键(server a76bd77 才修,黑板 [1619])——真 wire 于 1.273+ 才带,此处先备好通路。
+            // 仍剥这两键(server a76bd77 才修,[1619])——真 wire 于 1.273+ 才带,此处先备好通路。
             const workflowRunId = ev.workflowRunId;
             const workflowAgentLabel = ev.workflowAgentLabel;
             return projected(stamp(ctx, armBody({
@@ -451,7 +485,7 @@ export function eventToSdkMessage(ev, ctx) {
         /**
          * `approval_request`(design/172 流内审批协议,server ≥7.3.0、7.5.0 起默认开)。
          *
-         * 🔴 与上面两条**不同源**,所以单列(2026-08-08 codex 复审第 4 轮命中:首版把三条并成一句
+         * 🔴 与上面两条**不同源**,所以单列(2026-08-08 对抗复审第 4 轮命中:首版把三条并成一句
          * 「都由 frameRouter 消费」—— 而 `isToolApprovalFrame` 只认 tool_approval/tool_approval_complete,
          * 这条帧在**包内今天零消费口**,那句话是假的;pure 门 058⑬ 段把这个事实钉住了)。
          *
@@ -522,7 +556,7 @@ function humanInputProjection(ev, ctx) {
         ...(str(ev.issuer) !== undefined ? { issuer: str(ev.issuer) } : {}),
         ...(actor !== undefined && Object.keys(actor).length > 0 ? { actor } : {}),
         ...(str(ev.entryId) !== undefined ? { entryId: str(ev.entryId) } : {}),
-        // 🔴 `eventId` 必须带到底(codex 复审二轮):durable 腿按 `Last-Event-ID` 续读会**重放**同一条
+        // 🔴 `eventId` 必须带到底(对抗复审二轮):durable 腿按 `Last-Event-ID` 续读会**重放**同一条
         //    账本帧,而本地行 id 是现铸的 —— 审计/时间线消费者若没有引擎铸的稳定键,一次人工注入会被
         //    记成多次。`inputId`/`entryId` 在公开形上都是可选的,`eventId` 是那个恒在的身份位。
         ...(str(ev.eventId) !== undefined ? { eventId: str(ev.eventId) } : {}),

package/dist/adapter/downstream/terminalToSdkResult.js

@@ -261,7 +261,7 @@ export function doneToSdkResult(ev, ctx) {
         ctx.sessionId = echoedSid;
     // P1-5 — modelUsage/usage 的构造已收敛到 `flattenUsage` / `modelUsageFor`(REF-CC-055/062),
     // 四个 error 臂经 `errorResult` 信封拿到同一份,success 臂在下方直接调 —— 同一输入同一输出。
-    // clay P0 壳半场(黑板 [450],2026-07-05):上游 4xx(如无 vision 模型收到 image)时
+    // clay P0 壳半场([450],2026-07-05):上游 4xx(如无 vision 模型收到 image)时
     // 引擎的 done 帧本体带 result.status='failed' + errorMessage —— 传播链没吞,断点在这:
     // 此前无条件投影 subtype:'success'/is_error:false,把失败洗成"成功空回复"= 用户看到的
     // 静默卡死。status failed → 走 SDKResultError 形态(errors[] 渲染线现成)。

package/dist/adapter/runStream.js

@@ -118,7 +118,7 @@ function sanitizeFrameType(type) {
  * 🔴 已知限制(诚实披露):Ink 挂载后宿主会吞 console,所以 TUI 里这行未必上屏 —— 那正是
  * `EventProjection.dropped` 存在的意义:想在自己那一端把它渲出来的宿主,读返回值即可。
  *
- * ── [C77]① 宿主出口 `ctx.onDroppedFrame`(2026-08-02,小黑板 web-client 请托)────────────────
+ * ── [C77]① 宿主出口 `ctx.onDroppedFrame`(2026-08-02,协作板 web-client 请托)────────────────
  * 上一段那条「读返回值即可」只对**自己驱动投影器**的宿主成立;经 `runStream` 消费的宿主
  * (web/desktop 都是)看不到 `EventProjection`,于是丢帧对它只剩一行 stderr。装了 sink 的宿主
  * 从此收到结构化的 `{type, why}`,自己那一端想渲成告警条还是计数器随它。

package/dist/adapter/types.d.ts

@@ -75,7 +75,7 @@ export interface EmitContext {
      */
     emitChrome?(event: ChromeEvent): void | Promise<void>;
     /**
-     * [C77]① 新增(小黑板 web-client 请托)—— **丢帧留痕的宿主出口**。runStream 的 `dropped` 臂
+     * [C77]① 新增(协作板 web-client 请托)—— **丢帧留痕的宿主出口**。runStream 的 `dropped` 臂
      * (引擎发了一帧、这个 build 渲不出来)此前只有包侧一行 `console.error`,宿主拿不到结构化的
      * `{type, why}`:web 想把它并进自己的 frame-warnings 面只能去 scrape stderr,而 Ink 宿主
      * 干脆把 console 吞了。形制与上面的 `emitChrome` 同款 —— **可选注入,缺席 = 该宿主不消费**

package/dist/agentSession/backgroundView.d.ts

@@ -26,7 +26,7 @@
  *     能探则探:`GET /v1/capabilities` 的 **`approvals`** 位为 false ⇒ 'not-configured';
  *     caps 面自己不可达 ⇒ 判别缺席,**如实回 'ok'**(绝不编造判别)。
  *
- *     🔴 件 3 考据(读错键的定谳,小黑板 [C33]③.3 → server [C34],server 3.13.0 已把辖域写进
+ *     🔴 件 3 考据(读错键的定谳,协作板 [C33]③.3 → server [C34],server 3.13.0 已把辖域写进
  *     代码注与 ARCHITECTURE):本实现此前读 `scheduler`,那是**错的键**。
  *       · `/v1/assistant/*` 的挂载条件是 `checkpointStore`(server `routes/approvals-assistant.ts:67`
  *         的分支头:`if (deps.checkpointStore && (url.startsWith("/v1/approvals") ||
@@ -53,7 +53,7 @@
  * 两处逐位说明。fleet 行的 `sessionId`/`scope` 被 server `stripT` 剥掉不上 wire,别在投影里等。
  *
  * ── 📋 下一批工单(件 4 调研,不在本批实现):BackgroundRow 的 canonical stop 能力判别 ────────
- * 起因(小黑板 [C33]③.4):web 报「`runs.cancel` 的 id 空间是 taskId,而 fleet 顶层行 id 是 runId、
+ * 起因(协作板 [C33]③.4):web 报「`runs.cancel` 的 id 空间是 taskId,而 fleet 顶层行 id 是 runId、
  * 子行是复合 id」⇒ 他们对 fleet 行**不渲 Stop**(没有已挣得的取消路径就不摆按钮 —— 这个处置本身
  * 是对的,server [C34] 也同意)。主会话裁定:**不是「fleet 行没有停止路径」,而是要按行类型分**。
  * 下一批要落的形状(本批只调研落档,不新建 API):

package/dist/agentSession/backgroundView.js

@@ -16,8 +16,9 @@ export function backgroundStatusFromAssistant(s) {
         default: {
             const exhaustive = s; // 上游加词 ⇒ 这里编译红(闭集穷举卫兵)
             void exhaustive;
-            // wire 开集回落:assistant.tasks 只列活跃调度行,未知新词按「活着」渲(同 workflowClient coerce 族)。
-            return 'running';
+            // A-004.10:wire 开集回落改诚实形——此前未知新词按「活着」渲 'running',上游若加的是
+            // 终态词就是幽灵活跃行(#182 同病)。'unknown' = 不编造任何一头。
+            return 'unknown';
         }
     }
 }
@@ -45,9 +46,9 @@ export function backgroundStatusFromFleet(s) {
         case 'killed':
             return 'stopped';
         default: {
-            const exhaustive = s; // 上游加词 ⇒ 编译红;wire 未知词(读侧开集)⇒ 按活跃行回落
+            const exhaustive = s; // 上游加词 ⇒ 编译红;wire 未知词(读侧开集)⇒ 'unknown' 诚实回落(A-004.10)
             void exhaustive;
-            return 'running';
+            return 'unknown';
         }
     }
 }

package/dist/agentSession/contract.d.ts

@@ -117,7 +117,7 @@ export type BackgroundSource = 'assistant' | 'fleet';
 /** not-configured = assistant 无 TiDB 时的 `{tasks:[]}` 形 —— 与「真没有任务」必须可区分。 */
 export type BackgroundSourceHealth = 'ok' | 'unavailable' | 'not-configured';
 /** 第三套中性词表(不用任一方词表:3 值压不住 9 值,9 值会造 assistant 侧不存在的态)。 */
-export type BackgroundStatus = 'running' | 'waiting-on-human' | 'queued' | 'stopping' | 'done' | 'failed' | 'stopped';
+export type BackgroundStatus = 'running' | 'waiting-on-human' | 'queued' | 'stopping' | 'done' | 'failed' | 'stopped' | 'unknown';
 export interface BackgroundRow {
     /** 带来源判别;fleet 复合 id("<runId> <taskId>")不拆 —— 裸 id union 会重复计数。 */
     readonly key: {

package/dist/attachmentsWireCaps.d.ts

@@ -47,11 +47,11 @@
  * 语法(逗号分隔,大小写不敏感,允许空白):
  *   · `off|0|false|no|none`(整值)     ⇒ **真·全关**:literal-true 族一个不发(那一族的 off 就是
  *                                        删键)+ DEFAULT-ON 两键发 `false`。
- *     🔴 codex 复审 [medium](2026-08-07)判的真病:这一支此前直接 `return undefined`(不发字段),
+ *     🔴 对抗复审 [medium](2026-08-07)判的真病:这一支此前直接 `return undefined`(不发字段),
  *     而「不发字段」对 DEFAULT-ON 两键的含义**恰恰是保持开着** —— 一个叫 off 的总开关关不掉十件里
  *     的两件,且用户没有任何办法察觉。旧行为在 <1.254 的 server 上与新行为**逐字节等价**(那些
  *     server 静默丢 false),在 ≥1.254 上新行为才第一次兑现这个旋钮的字面承诺。
- *     ⚠️ **能力边界说清楚**(codex 复审二轮):本模块是**纯 env→spec 投影**,手里没有 server
+ *     ⚠️ **能力边界说清楚**(对抗复审二轮):本模块是**纯 env→spec 投影**,手里没有 server
  *     版本/capability 这个量,所以对 <1.254 的部署它兑现不了「全关」—— 那两键仍会默认开着,而
  *     壳侧无从察觉。补这个洞的正位在**请求装配层**(按已探到的 capability 判,与 limitsWire 的
  *     两道地板同族),已记进 docs/refactor/README.md 的宿主/上游工单表。本层只保证两件:

package/dist/attachmentsWireCaps.js

@@ -47,11 +47,11 @@
  * 语法(逗号分隔,大小写不敏感,允许空白):
  *   · `off|0|false|no|none`(整值)     ⇒ **真·全关**:literal-true 族一个不发(那一族的 off 就是
  *                                        删键)+ DEFAULT-ON 两键发 `false`。
- *     🔴 codex 复审 [medium](2026-08-07)判的真病:这一支此前直接 `return undefined`(不发字段),
+ *     🔴 对抗复审 [medium](2026-08-07)判的真病:这一支此前直接 `return undefined`(不发字段),
  *     而「不发字段」对 DEFAULT-ON 两键的含义**恰恰是保持开着** —— 一个叫 off 的总开关关不掉十件里
  *     的两件,且用户没有任何办法察觉。旧行为在 <1.254 的 server 上与新行为**逐字节等价**(那些
  *     server 静默丢 false),在 ≥1.254 上新行为才第一次兑现这个旋钮的字面承诺。
- *     ⚠️ **能力边界说清楚**(codex 复审二轮):本模块是**纯 env→spec 投影**,手里没有 server
+ *     ⚠️ **能力边界说清楚**(对抗复审二轮):本模块是**纯 env→spec 投影**,手里没有 server
  *     版本/capability 这个量,所以对 <1.254 的部署它兑现不了「全关」—— 那两键仍会默认开着,而
  *     壳侧无从察觉。补这个洞的正位在**请求装配层**(按已探到的 capability 判,与 limitsWire 的
  *     两道地板同族),已记进 docs/refactor/README.md 的宿主/上游工单表。本层只保证两件:
@@ -123,7 +123,7 @@ function refuse(token, why) {
  */
 export function attachmentsForRequest(env = hostEnv()) {
     const raw = (env[ATTACHMENTS_ENV] ?? '').trim().toLowerCase();
-    // 总开关 off = 真·全关(见文件头注 §env 的 codex [medium] 登记),不是「不发字段」。
+    // 总开关 off = 真·全关(见文件头注 §env 的 复审 [medium] 登记),不是「不发字段」。
     if (envFlagOff(raw))
         return allDefaultOnOff();
     const tokens = raw.split(',').map(t => t.trim()).filter(t => t.length > 0);

package/dist/classifierVerdictWire.d.ts

@@ -8,7 +8,7 @@
  * 逐字纪律:CLASSIFIER_DENY_SIGNATURE / NOTICE_REASON_MAX(80)/ 通知行三段格式一字节不改。
  */
 /**
- * src/sema/classifierVerdictWire.ts — auto-mode 分类器裁决帧的壳侧消费(分类器批3 壳半场,黑板 [907])。
+ * src/sema/classifierVerdictWire.ts — auto-mode 分类器裁决帧的壳侧消费(分类器批3 壳半场,[907])。
  *
  * WIRE 形状(gap-check 2026-07-16 实勘,core 1.279 dist 亲核):
  *   引擎侧分类器 block(core hooks.js runToolGate)→ decision = deny + decisionReason:"classifier",

package/dist/classifierVerdictWire.js

@@ -8,7 +8,7 @@
  * 逐字纪律:CLASSIFIER_DENY_SIGNATURE / NOTICE_REASON_MAX(80)/ 通知行三段格式一字节不改。
  */
 /**
- * src/sema/classifierVerdictWire.ts — auto-mode 分类器裁决帧的壳侧消费(分类器批3 壳半场,黑板 [907])。
+ * src/sema/classifierVerdictWire.ts — auto-mode 分类器裁决帧的壳侧消费(分类器批3 壳半场,[907])。
  *
  * WIRE 形状(gap-check 2026-07-16 实勘,core 1.279 dist 亲核):
  *   引擎侧分类器 block(core hooks.js runToolGate)→ decision = deny + decisionReason:"classifier",

package/dist/goalStopHook.d.ts

@@ -21,7 +21,7 @@
  *
  * 🟢 **本 overlay 默认开**(2026-07-26 翻默认;逃生口 `SEMA_GOAL_STOP_HOOK_WIRE=0/false/no/off`)。
  *
- * 修前默认关,理由是两条**前提**——两条都已被 server 侧行为取证**证伪**(黑板 [1721],6 条行为
+ * 修前默认关,理由是两条**前提**——两条都已被 server 侧行为取证**证伪**([1721],6 条行为
  * 用例已进 server 仓;cli 仓另有 scripts/run-goal-stop-hook-live-test.mjs 的真引擎+真模型复验):
  *   ① 旧论断「SDK 类型 DEFERRED ⇒ 服务端会 400」**是把类型面当成了运行时校验面**,对 server
  *      不成立:`parseHooksConfig({Stop:[{hooks:[{type:"prompt",prompt}]}]})` 无 error、真解析;

package/dist/goalStopHook.js

@@ -21,7 +21,7 @@
  *
  * 🟢 **本 overlay 默认开**(2026-07-26 翻默认;逃生口 `SEMA_GOAL_STOP_HOOK_WIRE=0/false/no/off`)。
  *
- * 修前默认关,理由是两条**前提**——两条都已被 server 侧行为取证**证伪**(黑板 [1721],6 条行为
+ * 修前默认关,理由是两条**前提**——两条都已被 server 侧行为取证**证伪**([1721],6 条行为
  * 用例已进 server 仓;cli 仓另有 scripts/run-goal-stop-hook-live-test.mjs 的真引擎+真模型复验):
  *   ① 旧论断「SDK 类型 DEFERRED ⇒ 服务端会 400」**是把类型面当成了运行时校验面**,对 server
  *      不成立:`parseHooksConfig({Stop:[{hooks:[{type:"prompt",prompt}]}]})` 无 error、真解析;

package/dist/headlessPermissionModeWire.d.ts

@@ -21,7 +21,7 @@
  *     · flag 来源:显式表态一律显式 stamp——wire 五词直 stamp,`default` 走 stampDefault 显式垫
  *       (旧形 default 不 stamp ⇒ server 侧 `settings.permissions.defaultMode` 恒缺席 ⇒
  *       `deriveSettingsPolicy` 早退返回 `{}` ⇒ **按模式派生的那套门一个不铸**,print 车道 ask 门
- *       断链根因。⚠️ 本模块只对**这一个量**负责:body 里有没有 `permissionMode`。黑板 [2713] 写的
+ *       断链根因。⚠️ 本模块只对**这一个量**负责:body 里有没有 `permissionMode`。[2713] 写的
  *       「applyTaskSettings 整跳」是那条链的简写,它成不成立还要看 body.settings 里有没有别的
  *       parsed 字段 —— 那是 server 的控制流,会随 server 改版漂,别在本注释里复述第二遍,要查就去
  *       读 server task-settings.ts);壳内部词(`manual`=CC default 别名、`dontAsk`=壳侧最严

package/dist/headlessPermissionModeWire.js

@@ -21,7 +21,7 @@
  *     · flag 来源:显式表态一律显式 stamp——wire 五词直 stamp,`default` 走 stampDefault 显式垫
  *       (旧形 default 不 stamp ⇒ server 侧 `settings.permissions.defaultMode` 恒缺席 ⇒
  *       `deriveSettingsPolicy` 早退返回 `{}` ⇒ **按模式派生的那套门一个不铸**,print 车道 ask 门
- *       断链根因。⚠️ 本模块只对**这一个量**负责:body 里有没有 `permissionMode`。黑板 [2713] 写的
+ *       断链根因。⚠️ 本模块只对**这一个量**负责:body 里有没有 `permissionMode`。[2713] 写的
  *       「applyTaskSettings 整跳」是那条链的简写,它成不成立还要看 body.settings 里有没有别的
  *       parsed 字段 —— 那是 server 的控制流,会随 server 改版漂,别在本注释里复述第二遍,要查就去
  *       读 server task-settings.ts);壳内部词(`manual`=CC default 别名、`dontAsk`=壳侧最严

package/dist/headlessReconnectWire.d.ts

@@ -42,7 +42,7 @@
  * 落账,守卫 = ①终帧唯一(本 wrapper 首终帧即 return + adapter runStream 首终帧 return + 批 B
  * 双帧守卫「恰一条 result」)②seq 锚(首帧起锁存,attempt 间绝不回放)③gap-check 记账:换道前
  * 已消费的 delta 与账本聚合 text 事件无逐字节对齐关系,真正的精确锚需要 server 给 tasks/stream
- * 帧发 id(引擎侧诉求,走黑板,非壳侧可解)。
+ * 帧发 id(引擎侧诉求,走协作板,非壳侧可解)。
  *
  * ── 账本空(现役 server sync 腿)时的续收降级(R1b)────────────────────────────────────────
  * 同一实证的另一面:detach 后 run 后台跑完,账本无事件行,runs.events 只会心跳保活直到 run row

package/dist/headlessReconnectWire.js

@@ -80,7 +80,7 @@ export async function* withHeadlessR1Reconnect(live, deps) {
     const probe = deps.probeAlive ?? probeEngineAlive;
     // REF-CC-148(域词表-19):originalTearErr 在环内从不被重写(它是进入本重试环前唯一捕获的
     // 错误对象),所以这个判型是**环不变式**——算一次即可,不必逐轮重算。
-    // wave1 回炉复审(codex blocker):求值时机必须排在铁律 3(用户中止恒先行)**之后**才对 main
+    // wave1 回炉复审(复审 blocker):求值时机必须排在铁律 3(用户中止恒先行)**之后**才对 main
     // 逐字——main 是「每轮入口先查 aborted,再判型」,若把判型提到循环顶(环外、抢在第一轮的
     // aborted 检查之前),当 originalTearErr 是一个 `.name` getter 会抛的畸形错误对象、且入环时
     // signal 已经 aborted 时,新顺序会先让 isSseIdleError 抛出**那个畸形对象的二次异常**,盖过

package/dist/hitl/approvalsFeed.d.ts

@@ -89,7 +89,7 @@ export interface ApprovalsFeedOptions {
     /** 降级后多久再试一次 stream;缺省 60_000ms。0 = 不再试(永久轮询)。 */
     streamRetryMs?: number;
     /**
-     * [C77]② 轮询条件旋钮(小黑板 desktop 请托:那一端的现行纪律是**仅活跃 run 时轮询**)。
+     * [C77]② 轮询条件旋钮(协作板 desktop 请托:那一端的现行纪律是**仅活跃 run 时轮询**)。
      * 每一拍**触发时**查询一次:`false` ⇒ 跳过本拍取件,但照常排下一拍。缺省(不传)= 恒 true,
      * 行为与加旋钮之前一字不差。
      *

package/dist/hitl/frameRouter.js

@@ -270,7 +270,7 @@ async function routeToolApprovalFrame(ev, ctx) {
         hostLog('debug', `liveHitlAskWire: tool_approval frame ${ev.approvalId} but no respond wire — engine self-settles (TTL deny)`);
         return { kind: 'skip' };
     }
-    // 补验批 askq 案定谳(2026-07-23,黑板 [1534],引擎 dist 逐坐标读定):core 的 durable
+    // 补验批 askq 案定谳(2026-07-23,[1534],引擎 dist 逐坐标读定):core 的 durable
     // question policy 对 AskUserQuestion 出 action:"ask",本意让 durable gate park(suspended
     // → 下方 bridge 弹卡收答);但 core suspendAsk 的退位条件(safety 缺席 + onAsk 在场)
     // 把问题门也抢进了同步审批帧腿(壳为 fs 写权限三选卡开的 TOOL_APPROVAL_ENABLED)——同步帧

package/dist/hitl/gateLedger.d.ts

@@ -46,7 +46,7 @@ export interface GateLedger {
     /** 首见 ⇒ true(并记账);durable 重放的已渲 call ⇒ false。 */
     markStarted(callId: string): boolean;
     /** 🔴 存 **tool_start 当拍的 `args` 快照**而非帧引用(与拆分前 `askArgsByCall` 逐字同语义;
-     *  codex 复审确证差异 #1 的收货修)——存帧引用意味着「上游在 yield 后改写 `ev.args`」会漂进
+     *  对抗复审确证差异 #1 的收货修)——存帧引用意味着「上游在 yield 后改写 `ev.args`」会漂进
      *  审批 payload,且台账持帧延长了整帧生命周期。载荷仍是 UNTRUSTED unknown,台账只搬运不解释。 */
     noteGatedStart(callId: string, ev: AgentEvent): void;
     gatedStartArgs(): ReadonlyMap<string, unknown>;

package/dist/hitl/hitlHostSurface.d.ts

@@ -56,7 +56,7 @@ export declare function surfaceRememberNotApplied(): void;
  * 「编辑并批准」带了 `updatedInput`,而 ack 回报 `updatedInputForwarded:false`(server 1.241 起
  * 诚实回显)—— 引擎拿到的是**原始**入参。
  *
- * 🔴 这一条比 remember 那条严重一个量级,它是本批 codex 复审判的 [high]:用户在卡上把
+ * 🔴 这一条比 remember 那条严重一个量级,它是本批 对抗复审判的 [high]:用户在卡上把
  * `rm -rf /tmp/x` 改成 `rm -rf /tmp/x/build` 然后按了批准,而真正执行的是他改之前那条。
  * **事后没有 fail-closed 的余地**(allow 已经送达,工具已经在跑),所以唯一诚实的处置就是立刻
  * 响亮地说出来 —— 静默(此前只写 debug 日志)等于让用户以为自己的编辑生效了。

package/dist/hitl/hitlHostSurface.js

@@ -130,7 +130,7 @@ export function surfaceRememberNotApplied() {
  * 「编辑并批准」带了 `updatedInput`,而 ack 回报 `updatedInputForwarded:false`(server 1.241 起
  * 诚实回显)—— 引擎拿到的是**原始**入参。
  *
- * 🔴 这一条比 remember 那条严重一个量级,它是本批 codex 复审判的 [high]:用户在卡上把
+ * 🔴 这一条比 remember 那条严重一个量级,它是本批 对抗复审判的 [high]:用户在卡上把
  * `rm -rf /tmp/x` 改成 `rm -rf /tmp/x/build` 然后按了批准,而真正执行的是他改之前那条。
  * **事后没有 fail-closed 的余地**(allow 已经送达,工具已经在跑),所以唯一诚实的处置就是立刻
  * 响亮地说出来 —— 静默(此前只写 debug 日志)等于让用户以为自己的编辑生效了。

package/dist/hitl/toolApprovalWire.d.ts

@@ -264,7 +264,7 @@ export type RespondToolApprovalFn = (approvalId: string, decision: ToolApprovalR
  * 「拿到一个不好用的值」不如「诚实地什么都没有」。两个可选布尔位非布尔时**单独**降缺席
  * (它们直接决定要不要渲「本会话全放行」,透传一个 `'yes'` 字符串会让 `!== false` 这类读法说反话)。
  *
- * 🔴 `decision` 判到 **wire 三词闭集**而不是「是不是串」(codex 复审二轮):ack 上那两个布尔位会
+ * 🔴 `decision` 判到 **wire 三词闭集**而不是「是不是串」(对抗复审二轮):ack 上那两个布尔位会
  * 触发**高危安全声明**(「工具正在用原始入参跑」),所以一个 `decision:'garbage'` 的回执绝不许被
  * 当成合规 ack 放行。**相关性**(「这个 ack 是不是**这一次**审批的回执」)不在本函数判 —— 本函数
  * 只认形,对不对得上由 {@link surfaceToolApprovalFrameAndRespond} 拿着 frame 与刚发出的 decision 核。

package/dist/hitl/toolApprovalWire.js

@@ -329,7 +329,7 @@ function isToolApprovalDelegation(v) {
     if (typeof d.parentToolCallId !== 'string' || d.parentToolCallId.trim().length === 0)
         return false;
     // 深度:上游语义是「宿主直接子代 = 1」⇒ **正安全整数**。0 / 负数 / 小数都不是可渲染的层数,
-    // 而 `Number.isFinite` 会把它们全放过(codex 复审命中:`depth: 0` / `-1` / `1.5` 曾一律判真)。
+    // 而 `Number.isFinite` 会把它们全放过(对抗复审命中:`depth: 0` / `-1` / `1.5` 曾一律判真)。
     if (typeof d.depth !== 'number' || !Number.isSafeInteger(d.depth) || d.depth < 1)
         return false;
     return d.agentName === undefined || typeof d.agentName === 'string';
@@ -354,7 +354,7 @@ function isRespondDecision(v) {
  * 「拿到一个不好用的值」不如「诚实地什么都没有」。两个可选布尔位非布尔时**单独**降缺席
  * (它们直接决定要不要渲「本会话全放行」,透传一个 `'yes'` 字符串会让 `!== false` 这类读法说反话)。
  *
- * 🔴 `decision` 判到 **wire 三词闭集**而不是「是不是串」(codex 复审二轮):ack 上那两个布尔位会
+ * 🔴 `decision` 判到 **wire 三词闭集**而不是「是不是串」(对抗复审二轮):ack 上那两个布尔位会
  * 触发**高危安全声明**(「工具正在用原始入参跑」),所以一个 `decision:'garbage'` 的回执绝不许被
  * 当成合规 ack 放行。**相关性**(「这个 ack 是不是**这一次**审批的回执」)不在本函数判 —— 本函数
  * 只认形,对不对得上由 {@link surfaceToolApprovalFrameAndRespond} 拿着 frame 与刚发出的 decision 核。
@@ -469,7 +469,7 @@ export async function surfaceToolApprovalFrameAndRespond(frame, respond, streamA
         ...(isFromSubagent(frame) ? { workerBadge: subagentBadgeFor(frame) } : {}),
         ...(wireNote !== undefined ? { wireNote } : {}),
         ...(frame.governanceForced === true ? { governanceForced: true } : {}),
-        // 🔴 跨字段不变量(codex 复审命中):`delegation` 只在**子代 ask** 的门上在场(SDK 头注:
+        // 🔴 跨字段不变量(对抗复审命中):`delegation` 只在**子代 ask** 的门上在场(SDK 头注:
         //    "Present on the same door as fromSubagent (child asks only)")。只校对象形不校这一条 ⇒
         //    一个**宿主自己**的破坏性工具审批也能带着 delegation 到卡口,被呈成「某层子代发起的」——
         //    把归属这件安全展示位渲错,正是本键存在的反面。`isToolApprovalFrame` 只验 type/approvalId,
@@ -488,7 +488,7 @@ export async function surfaceToolApprovalFrameAndRespond(frame, respond, streamA
             ...(signal && !signal.aborted ? { signal } : {}),
             ...(card.kind === 'allow' && card.updatedInput !== undefined ? { updatedInput: card.updatedInput } : {}),
         });
-        // 🔴 相关性门(codex 复审二轮):ack 必须是**这一次**审批的回执 —— id 与决断词都要对上。
+        // 🔴 相关性门(对抗复审二轮):ack 必须是**这一次**审批的回执 —— id 与决断词都要对上。
         //    对不上的 ack(注入面串了别人的响应 / 坏 mock / raw-fetch 包装器复用了连接)如果照样被
         //    消费,一次普通审批就能弹出「你的编辑没生效、工具正在用原始入参跑」这种强安全声明。
         //    不匹配 ⇒ 整个 ack 丢弃(降成「未知」)+ 响亮留痕,绝不据此触发任何用户告警。

package/dist/index.d.ts

@@ -1,6 +1,6 @@
 /**
  * @sema-agent/client-core — 客户端会话运行时(sema wire → CC 会话词汇表 + 端无关会话逻辑)。
- * 定位公理:黑板 [1832](CC 皮肤形状全收本包、wire 保持中性;TUI/web/桌面共用同一个包)。
+ * 定位公理:[1832](CC 皮肤形状全收本包、wire 保持中性;TUI/web/桌面共用同一个包)。
  * seam 设计对签:[1651]/[1652]/[1653];依赖方向:sdk(wire)+agent-types(词汇表)→ 本包,永不反向。
  * 沿革:@sema-agent/wire-cc-adapter 0.1.0 = seam 类型 + id 确定性派生 + 首批踩坑纯函数;
  * 0.1.2(#52a)= adapt() 管线首批(纯投影臂全落 + 壳态耦合臂投影成 ChromeEvent + 差分守卫);

package/dist/index.js

@@ -1,6 +1,6 @@
 /**
  * @sema-agent/client-core — 客户端会话运行时(sema wire → CC 会话词汇表 + 端无关会话逻辑)。
- * 定位公理:黑板 [1832](CC 皮肤形状全收本包、wire 保持中性;TUI/web/桌面共用同一个包)。
+ * 定位公理:[1832](CC 皮肤形状全收本包、wire 保持中性;TUI/web/桌面共用同一个包)。
  * seam 设计对签:[1651]/[1652]/[1653];依赖方向:sdk(wire)+agent-types(词汇表)→ 本包,永不反向。
  * 沿革:@sema-agent/wire-cc-adapter 0.1.0 = seam 类型 + id 确定性派生 + 首批踩坑纯函数;
  * 0.1.2(#52a)= adapt() 管线首批(纯投影臂全落 + 壳态耦合臂投影成 ChromeEvent + 差分守卫);

package/dist/interactiveToolsWire.d.ts

@@ -38,7 +38,7 @@
  *   · 旧 server 白名单 fail-soft:server resolveSpec 逐字段白名单拼 TaskSpec,未知 body 字段静默
  *     忽略(limits wire 同款勘察结论)——本字段发了白发不炸。gap-check 实拆 server 1.210.0 dist:
  *     resolveSpec(main.js:1233-)【不】读 body.interactiveTools ⇒ 需 server 半场补一行白名单,
- *     壳先备(黑板记账)。
+ *     壳先备(协作板记账)。
  */
 import { type EnvLike } from './hostEnv.js';
 /** 部署旋钮 env 键名(settings.json env 块 → 1a-envseed → process.env 同车道)。 */

package/dist/interactiveToolsWire.js

@@ -38,7 +38,7 @@
  *   · 旧 server 白名单 fail-soft:server resolveSpec 逐字段白名单拼 TaskSpec,未知 body 字段静默
  *     忽略(limits wire 同款勘察结论)——本字段发了白发不炸。gap-check 实拆 server 1.210.0 dist:
  *     resolveSpec(main.js:1233-)【不】读 body.interactiveTools ⇒ 需 server 半场补一行白名单,
- *     壳先备(黑板记账)。
+ *     壳先备(协作板记账)。
  */
 import { hostEnv } from './hostEnv.js';
 import { envFlagOff, envFlagOn } from './envFlag.js';

package/dist/limitsWire.d.ts

@@ -2,7 +2,7 @@
  * src/limitsWire.ts — headless `-p` run-limits wire: expose the engine's TASK-LEVEL budget face on
  * the headless `-p` path via `TaskRequest.limits`.
  *
- * ── core 5.8.0 词表迁移(黑板 [2489],2026-08-04)────────────────────────────────────────────
+ * ── core 5.8.0 词表迁移([2489],2026-08-04)────────────────────────────────────────────
  * `limits` 是**唯一预算面,默认全空 = 无限制**。本模块拼的三个键都骑 5.8.0 的新词表:
  *   · `maxWalltimeMs`(**毫秒**;5.7 的 `limits.timeoutSec` 已删,单位一并变)
  *   · `maxTurns`

package/dist/limitsWire.js

@@ -2,7 +2,7 @@
  * src/limitsWire.ts — headless `-p` run-limits wire: expose the engine's TASK-LEVEL budget face on
  * the headless `-p` path via `TaskRequest.limits`.
  *
- * ── core 5.8.0 词表迁移(黑板 [2489],2026-08-04)────────────────────────────────────────────
+ * ── core 5.8.0 词表迁移([2489],2026-08-04)────────────────────────────────────────────
  * `limits` 是**唯一预算面,默认全空 = 无限制**。本模块拼的三个键都骑 5.8.0 的新词表:
  *   · `maxWalltimeMs`(**毫秒**;5.7 的 `limits.timeoutSec` 已删,单位一并变)
  *   · `maxTurns`

package/dist/notifications.d.ts

@@ -40,7 +40,7 @@ export declare function deriveNotificationResidualLines(n: Record<string, unknow
  * 字段名映射按 wire 真形:task_id/output_file/task_type/source 是 snake/wire 名,其余同名。
  */
 export declare function normalizeTaskNotification(n: Record<string, unknown>): TaskNotificationFields | null;
-/** 通知去重键——cli engineTaskNotificationDedupKey **逐字等价**(codex 对抗复审抓的
+/** 通知去重键——cli engineTaskNotificationDedupKey **逐字等价**(对抗复审抓的
  *  等价性破坏,0.1.1 修):无 seq 不追加段(与 seq:1 是不同键);仅 external 用
  *  `external:` 前缀;seq 收 number|string。格式:`[external:]taskId:status[:seq]`。 */
 export declare function taskNotificationDedupKey(n: {
@@ -54,7 +54,7 @@ export declare function taskNotificationDedupKey(n: {
  * 的等价物(入参是引擎 `task_notification` 帧的原始 payload:snake_case `task_id` / `task_type`)。
  *
  * 🔴 **不是第二份算法**:字段归一之后直接委托给上面那一个 `taskNotificationDedupKey`。
- * 两份手写算法正是这条键在 0.1.1 被 codex 对抗复审抓到过的形(无 seq 追不追段的差异会让
+ * 两份手写算法正是这条键在 0.1.1 被 对抗复审抓到过的形(无 seq 追不追段的差异会让
  * 「重放去重」整条失效而两边代码看着都对);pure 门 B7 段对两个入口做**同键对拍**。
  *
  * 键形:`[external:]taskId:status[:seq]`。缺 `task_id` ⇒ 空 taskId 段(与 cli 逐字一致 ——

package/dist/notifications.js

@@ -92,7 +92,7 @@ export function normalizeTaskNotification(n) {
         ...(typeof n.source === 'string' && n.source.length > 0 ? { externalSource: n.source } : {}),
     };
 }
-/** 通知去重键——cli engineTaskNotificationDedupKey **逐字等价**(codex 对抗复审抓的
+/** 通知去重键——cli engineTaskNotificationDedupKey **逐字等价**(对抗复审抓的
  *  等价性破坏,0.1.1 修):无 seq 不追加段(与 seq:1 是不同键);仅 external 用
  *  `external:` 前缀;seq 收 number|string。格式:`[external:]taskId:status[:seq]`。 */
 export function taskNotificationDedupKey(n) {
@@ -105,7 +105,7 @@ export function taskNotificationDedupKey(n) {
  * 的等价物(入参是引擎 `task_notification` 帧的原始 payload:snake_case `task_id` / `task_type`)。
  *
  * 🔴 **不是第二份算法**:字段归一之后直接委托给上面那一个 `taskNotificationDedupKey`。
- * 两份手写算法正是这条键在 0.1.1 被 codex 对抗复审抓到过的形(无 seq 追不追段的差异会让
+ * 两份手写算法正是这条键在 0.1.1 被 对抗复审抓到过的形(无 seq 追不追段的差异会让
  * 「重放去重」整条失效而两边代码看着都对);pure 门 B7 段对两个入口做**同键对拍**。
  *
  * 键形:`[external:]taskId:status[:seq]`。缺 `task_id` ⇒ 空 taskId 段(与 cli 逐字一致 ——

package/dist/permissionWireCaps.d.ts

@@ -12,7 +12,7 @@
  * acceptEdits/bypassPermissions ⇒ loosening, coerced to default engine-side, enforced client-side). This keeps the
  * shell a thin per-turn intent projector that's identical across TOC-local / TOB-cloud / centralized-session axes.
  *
- * `auto`(分类器批3,黑板 [907] server 五模式表):server ≥1.209 coercePermissionMode 认 "auto"
+ * `auto`(分类器批3,[907] server 五模式表):server ≥1.209 coercePermissionMode 认 "auto"
  * (解释 = default 同款 fs 写 ask 门;存活 ask 由引擎侧 auto-mode 分类器先行裁决——武装 AND 门
  * RuntimeCaps.autoMode ∧ RunnerDeps.autoMode,缺一静默回 ask,fail-closed)。壳只透传意图,分类器
  * 规则/权益都在装配面,非 TaskSpec 字段。版本安全:老 server coerce 未知非空词 → "default"

package/dist/permissionWireCaps.js

@@ -12,7 +12,7 @@
  * acceptEdits/bypassPermissions ⇒ loosening, coerced to default engine-side, enforced client-side). This keeps the
  * shell a thin per-turn intent projector that's identical across TOC-local / TOB-cloud / centralized-session axes.
  *
- * `auto`(分类器批3,黑板 [907] server 五模式表):server ≥1.209 coercePermissionMode 认 "auto"
+ * `auto`(分类器批3,[907] server 五模式表):server ≥1.209 coercePermissionMode 认 "auto"
  * (解释 = default 同款 fs 写 ask 门;存活 ask 由引擎侧 auto-mode 分类器先行裁决——武装 AND 门
  * RuntimeCaps.autoMode ∧ RunnerDeps.autoMode,缺一静默回 ask,fail-closed)。壳只透传意图,分类器
  * 规则/权益都在装配面,非 TaskSpec 字段。版本安全:老 server coerce 未知非空词 → "default"

package/dist/retryStatus.d.ts

@@ -24,7 +24,7 @@
 export type RetryStatus = 
 /** 等 API 响应(`reconnecting`)。**计数两位在场**:实装 core 的 reconnecting 帧与 retrying/
  *  rate_limited 同形,六字段全发(`stream-engine.js` 三处 `sleepAnnouncingRetry` 逐处实测)——
- *  丢掉它们正好是在「用户最需要看重连进度」的那一刻把进度藏起来(2026-08-08 codex 复审命中)。 */
+ *  丢掉它们正好是在「用户最需要看重连进度」的那一刻把进度藏起来(2026-08-08 对抗复审命中)。 */
 {
     kind: 'stalled';
     deadline: number;
@@ -36,7 +36,7 @@ export type RetryStatus =
     attempt?: number;
     maxRetries?: number;
     /**
-     * 🔴 **终态位**(2026-08-08 codex 复审命中):`true` ⇔ 引擎**不会再重试了**(`gave_up` 相)。
+     * 🔴 **终态位**(2026-08-08 对抗复审命中):`true` ⇔ 引擎**不会再重试了**(`gave_up` 相)。
      * 缺席 = 仍在重试循环里(retrying / rate_limited / circuit_open)。
      *
      * 为什么必须有这一位:`deadline` 的语义是「距下次重试」,而 gave_up 根本没有下次 —— 实装 core

package/dist/seam.d.ts

@@ -1,5 +1,5 @@
 /**
- * client-core seam types — 黑板 [1651] 设计稿 v1.1 已对签形([1652] core 签/[1653] 钉版)。
+ * client-core seam types — [1651] 设计稿 v1.1 已对签形([1652] core 签/[1653] 钉版)。
  *
  * 平面判据(成文,[1652]):「重启后还该看得见的进 transcript,纯瞬态进 chrome。」
  * transcript id 纪律([1653] v1 定案,后改=BREAKING):优先从 wire 稳定键确定性派生
@@ -377,7 +377,7 @@ export type ChromeEvent = {
     result: unknown;
 }
 /**
- * FIX⑦(2026-08-07,黑板 [3017]/[3020];core 5.14.0 design/171 新 `TaskEvent` 臂,server 7.4.0
+ * FIX⑦(2026-08-07,[3017]/[3020];core 5.14.0 design/171 新 `TaskEvent` 臂,server 7.4.0
  * 起真上 SSE)——「**谁把什么喂进了这条 run**」的生命周期账本帧:objective / 实时 steer /
  * nextTurn / parked-steer 续跑 / wake 五个载体共用一个投影点。
  *

package/dist/skillsWireCaps.d.ts

@@ -12,7 +12,7 @@
  * content ≤1MB — a violation is a 400, so we truncate/limit HERE to make each FIELD well-formed
  * by construction.
  *
- * 🔴 措辞收窄(2026-08-08 codex 复审命中):原文写「make the live request well-formed by construction」——
+ * 🔴 措辞收窄(2026-08-08 对抗复审命中):原文写「make the live request well-formed by construction」——
  * 那是**过头的承诺**,本模块只管每个字段的**逐字段**帽,管不到整请求。server 那边 10 项 × 1MB 与
  * 它自己 8MB 的 `MAX_BODY` 是两个互不知情的帽,所以极端技能集仍可能整请求 400/413。本层不加
  * 「按剩余预算偷偷多截一点」的聚合补偿:那恰好把一个响亮的 400 换回一次静默截断(= 本次修掉的病)。

package/dist/subagent/engineRowStopGate.d.ts

@@ -11,7 +11,7 @@ export declare function engineTaskHandlesCapable(): boolean;
  *
  * true  ⇒ 行的执行者是引擎,端写 `killed` 是一句它没证实过的断言 —— 必须 `POST …/stop` 拿到 200
  *         才翻;409 `stop.not_landed` / `stop.not_local` / `stop.parked` 一律保持原状(引擎里
- *         可能还在跑),下一拍由行帧/`stopped-by` 归因 settle(黑板 [1754]③)。
+ *         可能还在跑),下一拍由行帧/`stopped-by` 归因 settle([1754]③)。
  * false ⇒ 行跑在本进程(CC 逐字形态),`abortController.abort()` 就是执行本身,端写 `killed`
  *         按构造恒真 ⇒ 同步翻,与 CC 2.1.220 `UPd`(pretty220.js:507299)一字不差。
  */

package/dist/subagent/engineRowStopGate.js

@@ -45,7 +45,7 @@ export function engineTaskHandlesCapable() {
  *
  * true  ⇒ 行的执行者是引擎,端写 `killed` 是一句它没证实过的断言 —— 必须 `POST …/stop` 拿到 200
  *         才翻;409 `stop.not_landed` / `stop.not_local` / `stop.parked` 一律保持原状(引擎里
- *         可能还在跑),下一拍由行帧/`stopped-by` 归因 settle(黑板 [1754]③)。
+ *         可能还在跑),下一拍由行帧/`stopped-by` 归因 settle([1754]③)。
  * false ⇒ 行跑在本进程(CC 逐字形态),`abortController.abort()` 就是执行本身,端写 `killed`
  *         按构造恒真 ⇒ 同步翻,与 CC 2.1.220 `UPd`(pretty220.js:507299)一字不差。
  */

package/dist/subagent/engineTaskHandleWire.js

@@ -21,7 +21,7 @@
  *
  * 读面游标语义([1501]§一 + [1505] must-fix 修正,UI 必须按此做):是否「读即消费」取决于句柄
  * 形态——spooled 腿全量可重读、GET 幂等;cursor-only 腿每次 GET 只出新字节、读走就没了。
- * 两形判别用 **wire 契约自带标记**(server [1505] 钉版承诺稳定,变更走 CHANGELOG+黑板;core
+ * 两形判别用 **wire 契约自带标记**(server [1505] 钉版承诺稳定,变更走 CHANGELOG+协作板;core
  * CC-verbatim 固定形):content 含 `--- stdout (full, re-readable) ---` = spool 全量形 → 整体
  * 替换;含 `--- new stdout ---` = cursor 增量形 → append。初版的「前缀延展」启发式被 [1505]
  * 否决——spool content 首行 `status: <displayStatus>` 在任务完成时刻从 running 翻 exited,

package/dist/toolResult.d.ts

@@ -44,7 +44,7 @@ export declare const PROTOCOL_MARKERS: {
  * [1505] spool 标记判别(REF-CC-域词表-06 提单源):判「读游标该整体替换还是追加」这一件事,
  * 唯一真源在此——`engineTaskHandleWire.ts` 的 `mergeTaskOutput` 消费它,此前是各写一份
  * `.includes()` 的独立判读,现在改成两处调用同一个函数,不再靠两份手抄字面量碰巧对齐。
- * ⚠️ 措辞收窄(opus/codex 复审,回炉车):本函数**不**是"表里任何 stdout/stderr 分隔行判读的
+ * ⚠️ 措辞收窄(opus/对抗复审,回炉车):本函数**不**是"表里任何 stdout/stderr 分隔行判读的
  * 单源"——`parseModelFacingTaskOutput` 里的 `taskOutputStdoutLine` 是解**另一件事**(T13
  * TaskOutput 模型面正文里 stdout 段的边界在哪),两者字面量近似但语义不同、输入来源也不同
  * (读游标累积 vs 单次模型面文本反解),存在能让两者给出不同答案的输入(如带前导垃圾字节的
@@ -69,12 +69,12 @@ export declare function stripUntrustedFence(text: string): {
 /**
  * T13 回落解析结果(REF-CC-TYPESHAPE-14:命名 discriminated union —— 此前是 4 成员内联匿名形,
  * 三个构造点各自手写、`'unknown'` 分支「没有 output」原来只是注释里的一句话,现在类型强制)。
- * 🔴 抽 DU **不改运行时形**(二次回炉,codex #4):`taskId`/`status` 缺值时**键照样在、值是
+ * 🔴 抽 DU **不改运行时形**(二次回炉,复审 #4):`taskId`/`status` 缺值时**键照样在、值是
  * `undefined`**(与 main 逐字节一致)——本函数是 npm 公面导出,`Object.keys()` / `'taskId' in r` /
  * JSON 序列化都是下游看得见的契约,类型重构无权改它。eopt 收官(E-seat 卡裁定):「公面键恒在」
  * 形不许被本批翻回条件展开——三键改 `| undefined` 显式并集,继续如实描述「键恒在、值可能 undefined」
  * 这个已裁定的公面契约(不是收窄成条件展开,那会静默改变 `Object.keys()` 的下游可见形)。
- * 常驻钉见 `run-client-core-pure-test.mjs` ⑪ 段「公面形(codex #4 回卷钉)」三条。
+ * 常驻钉见 `run-client-core-pure-test.mjs` ⑪ 段「公面形(复审 #4 回卷钉)」三条。
  */
 export type ModelFacingTaskOutput = {
     kind: 'bash';

package/dist/toolResult.js

@@ -95,6 +95,13 @@ export const STRUCTURED_DETAIL_TYPES = new Set([
     'agent-transcript',
     'a2a',
     'document',
+    // ── core 5.20.0 跟车两词(A-004.5,2026-08-08;engine-vocab 等值门对 5.20.0 实装物直证)──────
+    // 本条的病根不在词表本身,在**对账物**:门锚的是本仓 devDep core,而 devDep 停在 5.10.0 ⇒
+    // 生态已 5.17.0+(ask-question 已实发)门仍恒绿。修 = devDep 升 5.20.0(门自然翻红显出全部
+    // 漂移)+ 补词。`ask-question` = AskUserQuestion 卡;`bash_invalid_timeout` 与
+    // `path_not_in_root`/`readonly_out_of_root` 同族(参数拒绝的结构化错误卡)。
+    'ask-question',
+    'bash_invalid_timeout',
 ]);
 // 🔴 同批**删三词**(core 5.10.0 BREAKING「幽灵卡」清仓):`multiedit` / `memory-saved` /
 //    `memory-recall` —— 全树零铸点(MultiEdit/批量重放铸的是 `type:"edit"` 带 `edits[]`;core
@@ -163,7 +170,7 @@ export const PROTOCOL_MARKERS = {
  * [1505] spool 标记判别(REF-CC-域词表-06 提单源):判「读游标该整体替换还是追加」这一件事,
  * 唯一真源在此——`engineTaskHandleWire.ts` 的 `mergeTaskOutput` 消费它,此前是各写一份
  * `.includes()` 的独立判读,现在改成两处调用同一个函数,不再靠两份手抄字面量碰巧对齐。
- * ⚠️ 措辞收窄(opus/codex 复审,回炉车):本函数**不**是"表里任何 stdout/stderr 分隔行判读的
+ * ⚠️ 措辞收窄(opus/对抗复审,回炉车):本函数**不**是"表里任何 stdout/stderr 分隔行判读的
  * 单源"——`parseModelFacingTaskOutput` 里的 `taskOutputStdoutLine` 是解**另一件事**(T13
  * TaskOutput 模型面正文里 stdout 段的边界在哪),两者字面量近似但语义不同、输入来源也不同
  * (读游标累积 vs 单次模型面文本反解),存在能让两者给出不同答案的输入(如带前导垃圾字节的

package/dist/workflow.d.ts

@@ -24,9 +24,9 @@
 export declare function rowIdTail(id: string): string;
 /** core 1.356 BCE 合成 workflow-agent id 形:wa+16hex(判据①)。
  *  真实 fleet 子行 id 是 `${runId} ${engineTaskId}` 复合形——必须取空白分隔尾段再匹配
- *  (cli footerRowBelt 原版语义;codex 对抗复审抓的等价性破坏,0.1.1 修)。
+ *  (cli footerRowBelt 原版语义;对抗复审抓的等价性破坏,0.1.1 修)。
  *  upstreamBridge 的 task_progress 前台 lane 门在 wire 无 workflowRunId 时(server <a76bd77,
- *  黑板 [1619]:1.272.0 投影白名单仍剥该键)以此为次级判别——与 belt 双判据同模板。 */
+ *  [1619]:1.272.0 投影白名单仍剥该键)以此为次级判别——与 belt 双判据同模板。 */
 export declare function isWorkflowAgentTaskId(taskId: string): boolean;
 export declare function recordWorkflowAgentTaskId(taskId: string): void;
 export declare function isKnownWorkflowAgentTaskId(taskId: string): boolean;

package/dist/workflow.js

@@ -26,9 +26,9 @@ export function rowIdTail(id) {
 }
 /** core 1.356 BCE 合成 workflow-agent id 形:wa+16hex(判据①)。
  *  真实 fleet 子行 id 是 `${runId} ${engineTaskId}` 复合形——必须取空白分隔尾段再匹配
- *  (cli footerRowBelt 原版语义;codex 对抗复审抓的等价性破坏,0.1.1 修)。
+ *  (cli footerRowBelt 原版语义;对抗复审抓的等价性破坏,0.1.1 修)。
  *  upstreamBridge 的 task_progress 前台 lane 门在 wire 无 workflowRunId 时(server <a76bd77,
- *  黑板 [1619]:1.272.0 投影白名单仍剥该键)以此为次级判别——与 belt 双判据同模板。 */
+ *  [1619]:1.272.0 投影白名单仍剥该键)以此为次级判别——与 belt 双判据同模板。 */
 export function isWorkflowAgentTaskId(taskId) {
     return /^wa[0-9a-f]{16}$/.test(rowIdTail(taskId));
 }

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@sema-agent/client-core",
-  "version": "0.22.0",
+  "version": "0.23.1",
   "description": "Client-side session runtime shared by every sema human client (TUI / web / desktop): sema wire frames (AgentEvent) -> CC session vocabulary (SDKMessage) with dual-plane output (transcript/chrome), deterministic transcript ids, lane discipline as a type, and the notification/dedup ledgers. Every CC-skin shape is collected here so the wire itself stays neutral. Blackboard [1832] design axioms; [1651]/[1652]/[1653] signed seam design. Renamed from @sema-agent/wire-cc-adapter (0.1.x).",
   "license": "MIT",
   "type": "module",
@@ -32,7 +32,7 @@
   },
   "devDependencies": {
     "@sema-agent/agent-types": "^0.2.0",
-    "@sema-agent/core": "^5.10.0",
+    "@sema-agent/core": "^5.20.0",
     "@sema-agent/sdk": "^6.9.0",
     "esbuild": "^0.27.4",
     "typescript": "^6.0.2"