@sema-agent/client-core 0.66.0 → 0.67.1

package/docs/INTEGRATION-CLIENTS.md

@@ -19,11 +19,11 @@
 
 | 项 | 值 | 真源 |
 |---|---|---|
-| 本包 | `@sema-agent/client-core` **0.66.0**(本批发布版 = minor:内容批 3c0ac0e,终局真值三件 L-192① / B-068·L-198 / L-192②,全部 additive,详见 §31a–§31f;0.65.x 见 §30;`CHANGELOG.md` `## 0.66.0(2026-09-11)`;bump 与冻结账两阶段由发包批做) | `package.json` `version` |
+| 本包 | `@sema-agent/client-core` **0.67.1**(本批发布版 = patch:内容批 a5ea52c,test [7055] 三修 B-090 isSubFlow 两键任一即子流 / B-091 对账臂取并下沉 / __proto__ 行键 putOwn + 出身混合 partial 恒立,零公面增删零 BREAKING,详见 §32f/§32g 0.67.1 订正段;`CHANGELOG.md` `## 0.67.1(2026-09-12)`;0.67.0 minor = 内容批 df6b2dc,core 7.14.0→7.16.0 提货七件 F-1…F-7,🔴 七条 BREAKING(分类器卡面族 clean-cut、`unresolvable`→`ancestor_marked`、audience 换档、`classifierStatusOf` 第二参语义),详见 §32a–§32z;0.66.0 见 §31;`CHANGELOG.md` `## 0.67.0(2026-09-12)`;bump 与冻结账两阶段由发包批做) | `package.json` `version` |
 | peer:wire 契约 | `@sema-agent/sdk` **>=8.4.0**(value-level,非 type-only;**0.60.0 抬版**,四条硬理由见 §24a 与 `scripts/run-sdk-floor-test.mjs` 的 `FLOOR` 注;上一次是 0.59.0 的 `>=8.3.0`)。🔴 支持窗同批收到 **engine ≥7.64.0**:sdk 8.4.0 与 7.63.0 及以前的 wire **不同窗** | `package.json` `peerDependencies` |
 | peer:会话词汇表 | `@sema-agent/agent-types` **>=0.2.0**(type-only,零运行时) | 同上 |
 | runtime dep | `diff` ^9.0.0(**唯一**一条;portability 门按**等值**钉死) | `package.json` `dependencies` |
-| 公开导出面 | **929** 个运行期符号(+ 44 个测试钩;= 工作树当下的值 = 工作树里另有 **0.66.0 未发的一件 additive**`readRunCostFacts`(终局成本事实的唯一读器:`costBreakdown` / `nested` 窄读 + 对账三段与两个判别位,终帧超集键与 chrome 对账臂共用它;详见 §31c);已发的 **0.65.x 十一件 additive、两件删除**:additive = `DECIDE_WORKFLOW_HOST_UNKNOWN`/`DECIDE_WORKFLOW_HOST_NOT_PARKED`/`DECIDE_WORKFLOW_REMEMBER_UNSUPPORTED`/`DECIDE_WORKFLOW_LANE_CODES`/`readDecideReceipt`/`decideAcceptedNotResolved`/`decideRefusalFromError`(B-070 `/decide` 回执读面与三码人话,详见 §30h)/ `TERMINAL_NOT_SUCCESS_STATUSES`/`isTerminalNotSuccess`/`TERMINAL_STATUSES`/`isTerminalStatus`(L-215② 终局词汇单铸谓词,详见 §30j);🔴 **删除两件** `AUTO_MODE_BREAKER_CAUSES`/`classifierBreakerOf`(熔断族随 core 7.12.0 的 Removed(BREAKING) 整只退役,clean-cut 不留别名,详见 §30k②;同批删的还有**型** `ClassifierBreakerView` 与 `ClassifierStatusView.breaker` 一位)。`0.64.2` 是 **919**,那批是一件 additive、零删除:`readDenialLimitFallback`(限额回落卡的窄读器上公面,壳侧同判据副本退役,详见 §29③);`0.64.0` 是 **918**,那批是件①+件② 十三件 additive、零删除:`CLASSIFIER_STATUS_STATES`/`classifierBreakerOf`/`classifierStatusOf`/`classifierStatusDetail`(分类器状态面,详见 §28②)/ `THINKING_FORMATS`/`THINKING_FORMAT_WIRE_TWINS`/`THINKING_DISABLE_PROBE_ORDER`/`MODEL_PROBE_VERDICTS`/`PROBE_PROMPT`/`PROBE_MAX_TOKENS`/`probeRequestBody`/`probeModelCapability`/`applyProbeToEntry`(模型思考能力探测,详见 §28①);`0.63.0` 是 **905**,那批是八件 additive、零删除:`projectServerGateKnobs`/`postureKnobSourceOf`/`postureSourceIsOperatorPinned`/`postureKnobDetail`/`POSTURE_SOURCE_WORDS`(S-178 三根 posture 旋钮读数,详见 §27b)/ `PERSISTED_RULE_BEHAVIORS`/`PERSISTED_RULE_BEHAVIOR_UNKNOWN`/`persistedRuleBehaviorOf`/`persistedRuleBehaviorLabel`/`revokeTargetFromPersistedRule`(三态规则身份,§27c)/ `engineIdentityOf`/`engineIdentityVerdict`/`engineIdentityChanged`/`engineIdentityChangedBy`/`ENGINE_IDENTITY_ANCHORS`(S-179 代际锚,§27d)/ `GATE_DENIED_BY_WORDS`/`gateDeniedByDetail`/`ASK_ORIGIN_WORDS`/`askOriginDetail`(门词汇 +2,§27e)/ `PERMISSION_RULE_ISSUE_CODES`/`RETIRED_PERMISSION_RULE_ISSUE_CODES`/`permissionRuleIssueDetail`(规则 lint 码表,§27f)/ `projectToolRoster`/`toolRosterNames`/`toolShimFromRoster`/`applyToolRosterDelta`(L-161 工具名册,§27g)/ `ENGINE_NOTICE_CODES`/`ENGINE_NOTICE_AUDIENCE`/`noticeAudienceOf`/`engineNoticeInCatalog`/`MCP_INJECTION_DROP_REASONS`/`readMcpInjectionDrop`(L-167 通告码册,§27h)/ `AUTO_MODE_UNAVAILABLE_CAUSES`/`AUTO_MODE_BREAKER_CAUSES`/`classifierUnavailableOf`/`classifierUnavailableDetail`(件⑧ 分类器不可用事实,§27h2);`0.62.0` 是 **869**,那批是五件 additive、**零删除**:`capForDisplay`(呈前消毒 + 封长的共用铸点,详见 §26⑦)/ `SEAT_SEND_MESSAGE_KEY_ORIGINS`(座位载荷逐键出身表,详见 §26③)/ `configureSubagentContentStore`+`subagentContentStoreConfig`+`SUBAGENT_CONTENT_STORE_DEFAULTS`(子代内容账本字节预算,测试钩 `__resetSubagentContentStoreConfigForTests` +1,详见 §26②);`0.61.0` 是 **864**,那批是三件 additive、**零删除**:`projectReadFacePosture`/`readFacePostureDetail`/`readFaceDisagreement`(S-167 READ 容纳面 operator 读器,详见 §25);`0.60.0` 是 **861**,那批是二十五件 additive、**零删除**:`readRunTerminal`/`runTerminalCode`/`runTerminalGateKind`/`runTerminalGateToolName`/`isReviewPark`/`REVIEW_PARK_GATE_KINDS` 六件终局因由读器 + `gateOutcomeOf`/`isDeniedGate`/`gateDeniedBy`/`gateApprover`/`isApprovalWindowExpiredGate`/`isDenialLimitAutoDeniedGate`/`isParkSlaExpiredGate`/`isHumanSettledGate` 八件门记录读器 + `projectWriteProtectionCapability`/`noteEngineCapsForWriteProtection`/`observedWriteProtection`/`forgetWriteProtectionReading`/`writeProtectionDoctorDetail`/`projectWriteProtectionPosture`/`writeProtectionPostureDetail` 七件写保护读面(测试钩 `__resetWriteProtectionReadingsForTests` +1)+ `readWireErrorCode` + 真机边界①的两件 `isGateParkedToolEnd`/`GATE_PARKED_ERROR_CODE` + 异源复审逼出的 `engineCapsGeneration`;`0.59.0` 是 **836**,那批是八件 additive:`RULE_OFFERS_ABSENCE_REASONS`/`DENIAL_LIMIT_KINDS` 两张闭词表再导出 + `engineCapValue` 能力位四态通用读口 + `projectSqlEngineCapability`/`observedSqlEngine`/`noteEngineCapsForSqlEngine`/`forgetSqlEngineReading`/`sqlEngineDoctorDetail` 五件 SQL 姿态读面(测试钩 `__resetSqlEngineReadingsForTests` +1);`0.58.0` 是 **828**,那批是三件 additive:`RULE_OFFER_MATCHES`/`RULE_OFFER_BATCH_MEMBER_KINDS`/`RULE_OFFER_UNCOVERED_REASONS` 三张闭词表再导出 + `RESUME_REFUSAL_CODES`/`RESUME_PLACEMENT_MISMATCH`/`resumeRefusalFromError`/`resumeRefusalContent` 四件文案铸点;`0.57.0` 是 **821**;`0.56.0`/`0.55.0` 是 **815**;已发 `0.54.0`(design/385 十件 additive 含 `AUTHORITY_ENVELOPE_TAGS`);`0.52.0` 是 **805**(L-69⑨ 两件);`0.51.0` 是 **803**;`0.50.0` 是 **800**(S-81 五件);`0.49.0` 是 **795**;`0.48.0` 是 **794**;npm `0.47.0` 是 **790**,`0.46.0` 是 **787**,`0.44.0` 是 **783**,`0.43.1`/`0.43.0` 是 **776**,`0.42.0` 是 **771**,`0.41.0` 是 **767**,`0.39.0` 是 **766**,`0.38.0` 是 **764**;`0.37.0` 是 **753**,见 `CHANGELOG.md`) | `scripts/public-export-baseline.json` 的 `count` / `testHookCount` —— **别手抄进别处,以该文件为准** |
+| 公开导出面 | **934** 个运行期符号(+ 44 个测试钩;= 0.67.0 发布版的值 = 相对 0.66.0 **七件 additive、🔴 两件删除**:additive = `CLASSIFIER_DENY_CAUSES`/`isClassifierDenyCause`/`classifierDenyCauseOf`/`classifierDenyCauseDetail`(core 7.14.0 退役 `classifierUnavailable` 之后的**拒绝面**继任读器与措辞,详见 §32b)/ `RULE_STORE_UNREADABLE_KINDS`/`isRuleStoreUnreadableKind`/`ruleStoreUnreadableDetail`(core 7.14.0 #688 C3 的规则店机制位三件,详见 §32d);🔴 **删除两件** `classifierUnavailableOf`/`classifierUnavailableDetail`(随 core 7.14.0 的 Retired keys 表整族退役,clean-cut 不留别名,详见 §32b;同批删的还有**型** `ClassifierUnavailableView`、卡位与帧位 `classifierUnavailable`、以及一条恒真的型面钉 `_askOriginWordsPin`)。`0.66.0` 是 **929**,那批是一件 additive、零删除:`readRunCostFacts`(终局成本事实的唯一读器:`costBreakdown` / `nested` 窄读 + 对账三段与两个判别位,终帧超集键与 chrome 对账臂共用它;详见 §31c);已发的 **0.65.x 十一件 additive、两件删除**:additive = `DECIDE_WORKFLOW_HOST_UNKNOWN`/`DECIDE_WORKFLOW_HOST_NOT_PARKED`/`DECIDE_WORKFLOW_REMEMBER_UNSUPPORTED`/`DECIDE_WORKFLOW_LANE_CODES`/`readDecideReceipt`/`decideAcceptedNotResolved`/`decideRefusalFromError`(B-070 `/decide` 回执读面与三码人话,详见 §30h)/ `TERMINAL_NOT_SUCCESS_STATUSES`/`isTerminalNotSuccess`/`TERMINAL_STATUSES`/`isTerminalStatus`(L-215② 终局词汇单铸谓词,详见 §30j);🔴 **删除两件** `AUTO_MODE_BREAKER_CAUSES`/`classifierBreakerOf`(熔断族随 core 7.12.0 的 Removed(BREAKING) 整只退役,clean-cut 不留别名,详见 §30k②;同批删的还有**型** `ClassifierBreakerView` 与 `ClassifierStatusView.breaker` 一位)。`0.64.2` 是 **919**,那批是一件 additive、零删除:`readDenialLimitFallback`(限额回落卡的窄读器上公面,壳侧同判据副本退役,详见 §29③);`0.64.0` 是 **918**,那批是件①+件② 十三件 additive、零删除:`CLASSIFIER_STATUS_STATES`/`classifierBreakerOf`/`classifierStatusOf`/`classifierStatusDetail`(分类器状态面,详见 §28②)/ `THINKING_FORMATS`/`THINKING_FORMAT_WIRE_TWINS`/`THINKING_DISABLE_PROBE_ORDER`/`MODEL_PROBE_VERDICTS`/`PROBE_PROMPT`/`PROBE_MAX_TOKENS`/`probeRequestBody`/`probeModelCapability`/`applyProbeToEntry`(模型思考能力探测,详见 §28①);`0.63.0` 是 **905**,那批是八件 additive、零删除:`projectServerGateKnobs`/`postureKnobSourceOf`/`postureSourceIsOperatorPinned`/`postureKnobDetail`/`POSTURE_SOURCE_WORDS`(S-178 三根 posture 旋钮读数,详见 §27b)/ `PERSISTED_RULE_BEHAVIORS`/`PERSISTED_RULE_BEHAVIOR_UNKNOWN`/`persistedRuleBehaviorOf`/`persistedRuleBehaviorLabel`/`revokeTargetFromPersistedRule`(三态规则身份,§27c)/ `engineIdentityOf`/`engineIdentityVerdict`/`engineIdentityChanged`/`engineIdentityChangedBy`/`ENGINE_IDENTITY_ANCHORS`(S-179 代际锚,§27d)/ `GATE_DENIED_BY_WORDS`/`gateDeniedByDetail`/`ASK_ORIGIN_WORDS`/`askOriginDetail`(门词汇 +2,§27e)/ `PERMISSION_RULE_ISSUE_CODES`/`RETIRED_PERMISSION_RULE_ISSUE_CODES`/`permissionRuleIssueDetail`(规则 lint 码表,§27f)/ `projectToolRoster`/`toolRosterNames`/`toolShimFromRoster`/`applyToolRosterDelta`(L-161 工具名册,§27g)/ `ENGINE_NOTICE_CODES`/`ENGINE_NOTICE_AUDIENCE`/`noticeAudienceOf`/`engineNoticeInCatalog`/`MCP_INJECTION_DROP_REASONS`/`readMcpInjectionDrop`(L-167 通告码册,§27h)/ `AUTO_MODE_UNAVAILABLE_CAUSES`/`AUTO_MODE_BREAKER_CAUSES`/`classifierUnavailableOf`/`classifierUnavailableDetail`(件⑧ 分类器不可用事实,§27h2);`0.62.0` 是 **869**,那批是五件 additive、**零删除**:`capForDisplay`(呈前消毒 + 封长的共用铸点,详见 §26⑦)/ `SEAT_SEND_MESSAGE_KEY_ORIGINS`(座位载荷逐键出身表,详见 §26③)/ `configureSubagentContentStore`+`subagentContentStoreConfig`+`SUBAGENT_CONTENT_STORE_DEFAULTS`(子代内容账本字节预算,测试钩 `__resetSubagentContentStoreConfigForTests` +1,详见 §26②);`0.61.0` 是 **864**,那批是三件 additive、**零删除**:`projectReadFacePosture`/`readFacePostureDetail`/`readFaceDisagreement`(S-167 READ 容纳面 operator 读器,详见 §25);`0.60.0` 是 **861**,那批是二十五件 additive、**零删除**:`readRunTerminal`/`runTerminalCode`/`runTerminalGateKind`/`runTerminalGateToolName`/`isReviewPark`/`REVIEW_PARK_GATE_KINDS` 六件终局因由读器 + `gateOutcomeOf`/`isDeniedGate`/`gateDeniedBy`/`gateApprover`/`isApprovalWindowExpiredGate`/`isDenialLimitAutoDeniedGate`/`isParkSlaExpiredGate`/`isHumanSettledGate` 八件门记录读器 + `projectWriteProtectionCapability`/`noteEngineCapsForWriteProtection`/`observedWriteProtection`/`forgetWriteProtectionReading`/`writeProtectionDoctorDetail`/`projectWriteProtectionPosture`/`writeProtectionPostureDetail` 七件写保护读面(测试钩 `__resetWriteProtectionReadingsForTests` +1)+ `readWireErrorCode` + 真机边界①的两件 `isGateParkedToolEnd`/`GATE_PARKED_ERROR_CODE` + 异源复审逼出的 `engineCapsGeneration`;`0.59.0` 是 **836**,那批是八件 additive:`RULE_OFFERS_ABSENCE_REASONS`/`DENIAL_LIMIT_KINDS` 两张闭词表再导出 + `engineCapValue` 能力位四态通用读口 + `projectSqlEngineCapability`/`observedSqlEngine`/`noteEngineCapsForSqlEngine`/`forgetSqlEngineReading`/`sqlEngineDoctorDetail` 五件 SQL 姿态读面(测试钩 `__resetSqlEngineReadingsForTests` +1);`0.58.0` 是 **828**,那批是三件 additive:`RULE_OFFER_MATCHES`/`RULE_OFFER_BATCH_MEMBER_KINDS`/`RULE_OFFER_UNCOVERED_REASONS` 三张闭词表再导出 + `RESUME_REFUSAL_CODES`/`RESUME_PLACEMENT_MISMATCH`/`resumeRefusalFromError`/`resumeRefusalContent` 四件文案铸点;`0.57.0` 是 **821**;`0.56.0`/`0.55.0` 是 **815**;已发 `0.54.0`(design/385 十件 additive 含 `AUTHORITY_ENVELOPE_TAGS`);`0.52.0` 是 **805**(L-69⑨ 两件);`0.51.0` 是 **803**;`0.50.0` 是 **800**(S-81 五件);`0.49.0` 是 **795**;`0.48.0` 是 **794**;npm `0.47.0` 是 **790**,`0.46.0` 是 **787**,`0.44.0` 是 **783**,`0.43.1`/`0.43.0` 是 **776**,`0.42.0` 是 **771**,`0.41.0` 是 **767**,`0.39.0` 是 **766**,`0.38.0` 是 **764**;`0.37.0` 是 **753**,见 `CHANGELOG.md`) | `scripts/public-export-baseline.json` 的 `count` / `testHookCount` —— **别手抄进别处,以该文件为准** |
 | 常驻门 | 以 `scripts/gates-manifest.json` 的 `suites` 长度为准(**本档不抄这个数**) | `scripts/gates-manifest.json`;`npm test` 的名单等值门与它逐名对账 |
 | 沿革档 | 0.29.0 起建 `CHANGELOG.md`;更早批次记账在 `src/index.ts` 文件头 + `docs/REFACTOR-LEDGER.md` | — |
 
@@ -111,7 +111,7 @@ SDK 核对「本包 import 的每个值级符号仍然导出」「`TaskStats.cos
 
 ## §2 公共导出面地图(按域)
 
-> 全集真源 = `scripts/public-export-baseline.json` 的 `names`(**929** 项)。
+> 全集真源 = `scripts/public-export-baseline.json` 的 `names`(**934** 项)。
 > 本节**不逐名抄**,只给「域 → 承重导出 → 用途 → 实现锚」。承重导出 = 一个端为了让这个域干活
 > **必须**直接调到的那几个符号;其余是它们的类型、变体与辅助位。
 > 单一入口:`import { … } from '@sema-agent/client-core'`(`exports` 只有 `.` 一个;
@@ -135,12 +135,12 @@ SDK 核对「本包 import 的每个值级符号仍然导出」「`TaskStats.cos
   `WorkflowsGateUnknownDenial` 四形**不在**基线里,`src/selfOrchestrationDenial.ts` 对基线贡献
   **4** 项运行期导出(三个函数 + `SELF_ORCHESTRATION_RETRY_WITHOUT`)。
 
-929 项的内部构成(帮助端估读表大小):**283** 项是 `SCREAMING_SNAKE` 常量数据表/词汇表
+934 项的内部构成(帮助端估读表大小):**285** 项是 `SCREAMING_SNAKE` 常量数据表/词汇表
 (矩阵、键集、env 名、锚串)而非可调用物;**5** 项是 PascalCase 运行期值
 (`ControlRouter` / `ControlSafetyError` / `HitlBridge` / `HitlSafetyError` / `DecideTransportRetryExhaustedError`);
 **41** 项是 `*For(sessionKey, …)` 的 per-session 变体(§6;其中 `engineNamespaceKeyFor` 是命名巧合 —— 参数是 baseUrl 不是 sessionKey,见域 14)。
 
-### 2b. 域图(16 域,逐域计数之和 = 929)
+### 2b. 域图(16 域,逐域计数之和 = 934)
 
 | # | 域 | 名数 | 承重导出 | 用途 | 实现锚 |
 |---|---|---|---|---|---|
@@ -159,7 +159,7 @@ SDK 核对「本包 import 的每个值级符号仍然导出」「`TaskStats.cos
 | 13 | **座位 IPC 契约** | 34 | `LOCAL_SESSIONS_SPEC` · `SEAT_METHOD_NAMES` · `SEAT_EVENT_TYPES` · `isLocalSessionEvent` · `isToolPermissionRequest` · `toolPermissionRequestId` · `SEAT_VALIDATOR_KEY_COVERAGE` · `SEAT_SEND_MESSAGE_KEY_ORIGINS`(0.62.0:座位载荷**逐键出身**登记 —— 每个位要么写明转投哪个引擎请求位、要么写明为什么不上 wire;常驻门对**装在盘上的** sdk 型面逐名核,详见 §26③)| desktop↔web 座位 IPC 契约的**单一真源**(此前两边各一份、名字零重合 ⇒ 编译器永远不会告诉你它们漂了)。🔴 加 verb 忘了加 `LOCAL_SESSIONS_SPEC` **不报错**:preload 不注册 channel、渲染端读到 `undefined` | `src/seatContract.ts`(**零 import**,纯类型 + 常量 + 纯谓词)。🔴 **证据等级标注(0.42.0,test [5087] 的「语料**种类**缺口」/ cli [5088] 认领件)**:该文件里所有以「CC 如何如何」为形的断言(`212 methods` / `854-channel census` / 方法名逐字保留 / `fQe` 逐字段对照 / 一切 `.vite/build/index.chunk-*.js` 坐标)**证据等级 = 桌面 unpack,本地语料库不可复验** —— 本仓手边可复验的参照语料**只覆盖终端 CLI 形态**的静态产物,拿它去 grep 桌面壳里的符号只会零命中,而零命中在这里**既不证真也不证伪**。复核这些断言**不得**拿本仓语料当反证 |
 | 14 | **宿主端口与会话槽** | 26 | `installHost` · `installHostFor` · `hostPortMisses(For)` · `DEFAULT_SESSION_KEY` · `hostEnv` · `unrefTimer` · `parseLocaleTag` / `pickUiLanguage`(#244 F4 族D A-028.20:locale tag 手术单源 + UI 语言判定;与 `resolveRegionHint` 双出口成文 —— 语言偏好域 en/zh ≠ 地址可达域 cn/intl/unknown,`zh-Hant` 前者 zh 后者 intl 是设计)· `engineNamespaceKeyFor` / `mergeSessionMapRecord` / `mergeEngineEntry`(A-028.12:会话 id 映射单一键形 + merge 判定;存储经 `SessionMapStorePort` 归端 —— cli 文件锁/原子写,web localStorage)| 进程/端级装配层(settings/fs/queue/timers/session/log/probe),与 per-turn 的 `AdapterContext` **分层**。头注的判定规则:**这个能力每 turn 都会变吗?** 会 ⇒ `ctx`;不会 ⇒ `installHost` | `src/host.ts`、`src/hostEnv.ts`、`src/sessionSlot.ts`、`src/unrefTimer.ts`、`src/env/{localeGeo,localeTag,uiLanguage}.ts`、`src/sessionMap.ts` |
 | 15 | **控制面与传输** | 113 | `ControlRouter`(+ `ControlSafetyError`)· `makeEngineWireClient` + `resolveWireAuth` · `installEngineWireTarget` · `diagnoseSseIdleTear` / `isSseIdleError` · `attemptActiveRunSelfHeal` + `activeRunBusySignal` + `activeRunSelfHealRow` / `activeRunBusyHeadlessRow` · `kickEngineCapsProbe` / `engineCapTrue` / `invalidateEngineCaps(baseUrl, probe?)`(#307 S25:引擎温切后的 caps 生产失效口 —— kick 自带幂等闸,同 baseUrl 重启后不显式失效就永远读到旧引擎那一版能力位;调用方 = 壳的 respawn/restartEngine。🔴 **推荐两参形**:第二参给替代探测则「推进代际 + 注册新探测」在同一同步块内完成,失效与下一次 kick 之间那个「等待者读到未判」的窗按构造不存在;单参形保留给「只丢缓存、这一刻没有替代探测」的调用方,那种情形下读到未判是诚实结局) · `engineCapValue`(S-131,0.59.0:能力位的**四态**通用读口 `unobserved`/`not_reported`/`null`/`value` —— 既有三口把四种「读不出」全折成 fail-closed 一档,对**放行**问题是对的、对**读面/诊断**问题是错的:`null`(引擎明确说没有,正面事实)会与「老引擎不报」「还没探到」在屏上同形。`value` 位刻意不做形校验,形归各能力位自己的窄读器,详见 §23b)· `projectSqlEngineCapability` / `observedSqlEngine` / `noteEngineCapsForSqlEngine` / `forgetSqlEngineReading` / `sqlEngineDoctorDetail`(S-131,0.59.0:`Capabilities.sql`(server ≥7.60.0)的四态读面**从壳侧上收** —— 归层债,0.58.0 时它长在壳里正是因为包侧没有嵌套对象读口。🔴 **导出名与壳侧那份逐字同名 = drift-lock**;`txnMode: null` 是铸点域内的合法值不是畸形;换代失效口清成未观测而不是留旧值,详见 §23b)· `mapBrainStatusToRetry` · `waitForClaimRelease` + `CLAIM_RELEASED_STATES` / `CLAIM_HELD_STATES` · `atMostOnceFailureClass` / `readSteerDelivery` · `clearRunningChoiceOffer`(Inkglow-1085 P0b①:「Do nothing」登记的清口 —— 端的「重新打开操作菜单」入口;登记在场时 attemptActiveRunSelfHeal 不整卡重弹,not-parked 结局带 `alreadyOffered: true` 判别位,端据此降级渲一行)· `INTERACTIVE_WAY_OUT`(默认出路串单源)· `engineSessionParamFor`(design/285 批 0:`?session=` 派生的 **per-key** 形 —— `hostSessionFor(sessionKey)?.currentSessionId()` + [1501] 空串归一;零参 `engineSessionParam()` = 默认槽兼容层,取值链逐字等价)· `normalizeWirePrincipal`(A-028.10:principal 在场性 trim 原语 —— 全空白=缺席不发头,engineWireTarget 两臂/makeEngineWireClient/壳 livePrincipal 同尺)· `readSessionMemoryStatus` / `classifyMemoryStatusFailure` / `readCaptureOptOut` / `readLastCapture`(S-53 会话记忆姿态读面,0.48.0:失败分诊**码优先**——两个 404 分道 `not_found.session` / `not_found.route`,无码 404 不猜落 failed;五键逐键缺席语义两个合读器,`lastCapture` 三态的判别材料是 `committedCount` 不是本键;IO 归宿主注入 `MemoryStatusClientLike`,详见 §11) · `classifyTurnWireError` / `isWireTransportError` / `isPreStreamDrainingReject` / `isResumeAtRejection` / `drainingRetryDelayMs` / `scenarioDenyFromError` + `WIRE_NETWORK_ERROR_PATTERN`(A-028.11/.13:turn 错误分型判定半场,人话文案与渲染归端)· `resumeRetryLaterFromError`(L-102,0.57.0:resume 族**时间性拒绝**二码的判型半场 —— 这一族里唯一**带得出「等多久」**(`retryAfterSec`)的两个码。🔴 闭集**不是**「哪些码可以等」的名单:同族 `resume.row_recycling` 同样可等(窗口自清)只是没有秒数 ⇒ 本读口返回 `null` 只意味着没命中这两码,详见 §21) · `projectWriteProtectionCapability` / `observedWriteProtection` / `noteEngineCapsForWriteProtection` / `forgetWriteProtectionReading` / `writeProtectionDoctorDetail` / `projectWriteProtectionPosture` / `writeProtectionPostureDetail`(S-138,0.60.0:`Capabilities.writeProtection` (engine ≥7.63.0)的**四态**读面 + operator 面行表 —— 与上面 S-131 那一格**同构同纪律**。🔴 三位刻意不合成一个布尔;`not_reported` **不是**「这台部署没有写保护表」(座位缺席恰是缺省表在岗);逐行 name/kind 走**最小披露**只上 operator 面,详见 §24e)· `projectReadFacePosture` / `readFacePostureDetail` / `readFaceDisagreement`(S-167,0.61.0:operator 面 `diagnostics.wiring.readFace`(engine ≥7.65.0)的窄读器 —— 与上面S-138 那一格**同构同纪律**。🔴 三句「答不出来」逐字互异且没有一句等于「没有 READ 档」;`source` 按开集读;与租户面 `capabilities.readFace` 刻意不合流,只带一个纯比较函数,详见 §25)| 上行通道的**监管**半场(submit / steer / kill / 队列命令定序)+ 传输构造、caps 探测、SSE 断流分诊、**409 active-run 自愈** | `src/controlRouter.ts`、`steering.ts`、`sseIdleTriage.ts`、`retryStatus.ts`、`diagnostics.ts`、`engineWireSdk.ts`、`engineWireTarget.ts`、`src/principalWire.ts`、`src/wireErrorTriage.ts`、`engineSessionParam.ts`、`engineCapsCache.ts`、`liveInitToolFace.ts`、`adapter/activeRunSelfHeal.ts`、`src/sessionMemoryStatus.ts`、`src/writeProtectionCapability.ts`、`src/readFacePosture.ts` |
-| 16 | **引擎词汇表与包自检** | 73 | `CONFIG_REFUSAL_CODES` / `isConfigRefusalCode` · `DECIDE_WORKFLOW_LANE_CODES`(+ 三个具名码;`/decide` workflow 车道,三条出路刻意不合并,详见 §30h)· `STOP_CONFLICT_CODES` · `isInterruptedToolEndCode` · `isRewindFamilyCode` · `CLIENT_VERBS` · `compensationSplitViolations` · `DELEGATION_CAP_CODES` / `isDelegationCapCode` / `DELEGATION_CONCURRENCY_CAP` / `DELEGATION_SESSION_CAP`(0.38.0 #318 件④:core 5.48.0 design/323 委派席位到限**两码,处置不对称禁合并** —— 并发帽=**可等**(兄弟结束即有位)/ 会话累计帽=**等也没用**(这条会话的配额用尽))· `CONFIG_DELEGATION_ENTRY_CAPS`(同批入 `CONFIG_REFUSAL_CODES` 识别表)· `delegationCapDispositionOf` / `MCP_SERVER_REVOKED`(0.39.0 载体到货消费件:core 5.50.0 补 `{ error: code, code }` 孪生拼法后两码真上 `tool_end.errorCode`,0.38.0「先立词不落消费分支」的已知局限自此解除;处置轴 `wait-for-slot` / `reuse-existing-or-await-reap` 机器可读(累计帽=retained-window 帐,行回收配额即回,处置=SendMessage 复用,**非**「换会话/永久耗尽」——0.38.0 段该句系勘误),未知 `delegation.*` 码 ⇒ `undefined`;`mcp.server_revoked` = 操作员 mid-session 吊销 server 后的工具面本地闸(被吊销的 server **名**今天不过 wire 境:detail.server 是进程内位,抬升腿只 lift code——归因渲染候 core 补 typed detail,已点名);载体门 = engine-vocab G3 腿锚 core dist 铸点)· `CAPABILITY_SELF_ORCHESTRATION_REQUIRED`(S-81,server 7.57.0:提交面的 selfOrchestration 准入拒绝码。🔴 **复用码** —— 与其它 `capability.*` 501 同体形而处置不同,消费点必须按**恰等**判、绝不放宽成前缀判;判型与「去键重发一次」归 `src/selfOrchestrationDenial.ts`,详见 §13) · `GATE_PARKED_ERROR_CODE`(0.60.0:「门把这次调用 park 了」的机读码单源 —— `frameRouter` 的连坐/中断判据与 `gateOutcome.isGateParkedToolEnd` 读同一个常量;真机黑盒直证 park 短路帧上**没有 `gate`**,这个码是那一形唯一的信号,详见 §24c)| 三端分臂共用的**去字面化** `errorCode` 词表(病根正是三端各抄一份字面);编译期 verb 闭合门;搬迁补偿登记表 | `src/engineErrorCodes.ts`(计数以 `scripts/public-export-baseline.json` 为准,别手抄;A-028.11/.13 补 `DRAINING_ERROR_CODE`/`SCENARIO_NOT_ALLOWED_ERROR_CODE`/`RESUME_AT_ERROR_CODE_PREFIX`;#318 件④ 补 `delegation.*` 族四位 + `config.delegation_entry_caps`;0.39.0 补三新码消费件三位);S-81 补 `capability.self_orchestration_required` 一位;L-102 补 `resume.*` 时间性拒绝二码 + 闭集 `RESUME_RETRY_LATER_CODES` 三位)、`src/classifierVerdictWire.ts`、`src/compensations.ts`、`src/clientSlice.ts` |
+| 16 | **引擎词汇表与包自检** | 78 | `CONFIG_REFUSAL_CODES` / `isConfigRefusalCode` · `DECIDE_WORKFLOW_LANE_CODES`(+ 三个具名码;`/decide` workflow 车道,三条出路刻意不合并,详见 §30h)· `STOP_CONFLICT_CODES` · `isInterruptedToolEndCode` · `isRewindFamilyCode` · `CLIENT_VERBS` · `compensationSplitViolations` · `DELEGATION_CAP_CODES` / `isDelegationCapCode` / `DELEGATION_CONCURRENCY_CAP` / `DELEGATION_SESSION_CAP`(0.38.0 #318 件④:core 5.48.0 design/323 委派席位到限**两码,处置不对称禁合并** —— 并发帽=**可等**(兄弟结束即有位)/ 会话累计帽=**等也没用**(这条会话的配额用尽))· `CONFIG_DELEGATION_ENTRY_CAPS`(同批入 `CONFIG_REFUSAL_CODES` 识别表)· `delegationCapDispositionOf` / `MCP_SERVER_REVOKED`(0.39.0 载体到货消费件:core 5.50.0 补 `{ error: code, code }` 孪生拼法后两码真上 `tool_end.errorCode`,0.38.0「先立词不落消费分支」的已知局限自此解除;处置轴 `wait-for-slot` / `reuse-existing-or-await-reap` 机器可读(累计帽=retained-window 帐,行回收配额即回,处置=SendMessage 复用,**非**「换会话/永久耗尽」——0.38.0 段该句系勘误),未知 `delegation.*` 码 ⇒ `undefined`;`mcp.server_revoked` = 操作员 mid-session 吊销 server 后的工具面本地闸(被吊销的 server **名**今天不过 wire 境:detail.server 是进程内位,抬升腿只 lift code——归因渲染候 core 补 typed detail,已点名);载体门 = engine-vocab G3 腿锚 core dist 铸点)· `CAPABILITY_SELF_ORCHESTRATION_REQUIRED`(S-81,server 7.57.0:提交面的 selfOrchestration 准入拒绝码。🔴 **复用码** —— 与其它 `capability.*` 501 同体形而处置不同,消费点必须按**恰等**判、绝不放宽成前缀判;判型与「去键重发一次」归 `src/selfOrchestrationDenial.ts`,详见 §13) · `GATE_PARKED_ERROR_CODE`(0.60.0:「门把这次调用 park 了」的机读码单源 —— `frameRouter` 的连坐/中断判据与 `gateOutcome.isGateParkedToolEnd` 读同一个常量;真机黑盒直证 park 短路帧上**没有 `gate`**,这个码是那一形唯一的信号,详见 §24c)| 三端分臂共用的**去字面化** `errorCode` 词表(病根正是三端各抄一份字面);编译期 verb 闭合门;搬迁补偿登记表 | `src/engineErrorCodes.ts`(计数以 `scripts/public-export-baseline.json` 为准,别手抄;A-028.11/.13 补 `DRAINING_ERROR_CODE`/`SCENARIO_NOT_ALLOWED_ERROR_CODE`/`RESUME_AT_ERROR_CODE_PREFIX`;#318 件④ 补 `delegation.*` 族四位 + `config.delegation_entry_caps`;0.39.0 补三新码消费件三位);S-81 补 `capability.self_orchestration_required` 一位;L-102 补 `resume.*` 时间性拒绝二码 + 闭集 `RESUME_RETRY_LATER_CODES` 三位)、`src/classifierVerdictWire.ts`、`src/compensations.ts`、`src/clientSlice.ts`;**0.67.0 补锚**(这三件的导出一直计在本域,而本表此前没有它们的锚行 —— 如实补上,不是搬家):`src/gateVocabulary.ts`(`GATE_DENIED_BY_WORDS`/`gateDeniedByDetail`/`ASK_ORIGIN_WORDS`/`askOriginDetail` + 🆕 `RULE_STORE_UNREADABLE_KINDS`/`isRuleStoreUnreadableKind`/`ruleStoreUnreadableDetail`,详见 §32d)、`src/autoModeUnavailable.ts`(`AUTO_MODE_UNAVAILABLE_CAUSES` + 🆕 `CLASSIFIER_DENY_CAUSES`/`isClassifierDenyCause`/`classifierDenyCauseOf`/`classifierDenyCauseDetail`;🔴 同批**删**`classifierUnavailableOf`/`classifierUnavailableDetail`,详见 §32b)、`src/classifierStatus.ts`(`CLASSIFIER_STATUS_STATES`/`classifierStatusOf`/`classifierStatusDetail`)|
 
 🔴 **`engineErrorCodes` 的开集纪律**(该文件头注逐字):这些 `ReadonlySet` / 前缀谓词一律是**识别表**,
 回答的是「我认不认得这个码」,**绝不是**「合法码只有这些」。消费点 `switch` **必须留 `default`**,
@@ -1498,8 +1498,8 @@ CHANGELOG 0.29.0「已知局限」段与相应 JSDoc 都有成文。**别在读
 | **P-41** | low | 🆕 **decide 的 `currentPending` 指路键今天在标准 SDK 路径上恒缺席**(0.47.0 件②,如实登记的射程边界不是缺陷):server 的 409 `approval_stale` 臂**只在调用方回显 `checkpointToken` 时触发**(engine 7.52.1 `http/server.js` 的 `resumeCheckpoint`,`if (binding?.checkpointToken && …)` 真字节),而 sdk 的 `ApprovalDecision` 自 1.0.0 起**刻意删掉**了那一位 ⇒ 经 SDK client 的 decide 拿不到这枚 409。另:ask 腿(`GateOutcome.currentPending`)**包内无消费方** —— `GateOutcome` 是包内型、决断结局不出包;它在场的理由是**同形存量清剿**(两条 decide 失败腿一次改齐) | `src/hitl/hitlBridge.ts`(`readDecideCurrentPending`)、`src/hitl/toolApprovalWire.ts`、`src/hitl/parkResolver.ts` | 按 §4f 接:读得到就一跳重定位,**缺席时退回重拉 `GET /v1/approvals`**,绝不把缺席读成「没有别的 pending 了」。自己注入传输层(非 SDK client)的宿主今天就拿得到 |
 
 | **P-43** | med(**存量、非本批引入** —— 0.42.0 基线上逐字相同) @cli @web @desktop | 🆕 **accept-session 回退臂的错误分类比它自己的注释宽**(#363 异源复审 [high] 的**未收窄那一半**,如实登记):`allowSession` 腿先发 `approve + remember:'session'`,失败时回退一发纯 approve;那条 catch 的注释写的是「**只**兜『老 server 不识别 remember ⇒ 400 未知键』这一形」,而实际形是 **catch-all 减去三条具名再抛**(`HitlSafetyError` / `DecideTransportRetryExhaustedError` / 0.47.0 新加的『拒体带 `currentPending`』)。⇒ 一个 **404 / 5xx / 宿主自抛的无 status 错误**今天仍会被当成「老 server 不识别 remember」并**自动重发**一次纯 approve。收窄成「只认 400」是**行为改动**,不属于 0.47.0 这个 additive 批的射程 | `src/hitl/toolApprovalWire.ts`(`case 'allow'` 的内层 catch) | 端今天不需要做什么(两发都是 approve,不构成跨门的 double-act);**属主批**:下一个愿意改老引擎兼容腿宽度的批把它收窄成精确的 legacy-400,并同批给回退臂补正控/负控 |
-| **P-44** | 已知缺口(0.53.0 登记;正位解在**引擎侧**)@cli | 🆕 **L-93 两选卡的 cancel 是「查了再做」,不是原子条件取消**(异源对抗复审 R2 [high] 如实登记):卡后那一发 `runs.get` 状态复证 + 开枪前那一发 `listOwnedPendingApprovals` 待决行复证,把窗口从「人看卡的任意长时间」压到「两发复证到一发 cancel」的毫秒级,**但没有关死** —— 待决行若恰在这两步之间恢复(store 恢复 / 会话重新附着),那一枪仍会落在一条**其实还能被决断**的 run 上,而 `runs.cancel` 会把它终态化。**客户端关不死它**:真正的关法是引擎侧的**条件取消**(带审批快照版本 / checkpoint 标识,条件变了回 409 且不取消),那是 wire 能力,不是壳能自造的语义 | `src/adapter/activeRunSelfHeal.ts`(`staleParkArm` 开枪前那一段的头注);§16b 四道防线 | 端照旧只在用户显式选「停掉它」时才走这条路,**卡面必须说清这是放弃这条 run**;要彻底关死,按跨仓宪法向引擎提**条件取消**(`If-Match` 形)。在那之前这条路的剩余风险是**在册**的,不是未知的 |
-| **P-45** | 在册局限(**存量族**,非本批引入)@cli @web @desktop | 🆕 **「run 读到终态」不等于「claim 已经落地释放」**(同上 R2 [medium]):`waitForClaimRelease` 的判据是 `runs.get` 读回 {@link CLAIM_RELEASED_STATES} 里的终态词,而本档 §12 与 `running-settled` 臂自己记着:409 报的 claim 与 poll 口径**可以短暂相左**。⇒ `running-cancelled`(0.37.0 起)与 🆕 `stale-park-cancelled`(0.53.0)两条 `resending` 结局,理论上都可能在 claim 尚未落地释放时重发一次,代价 = **再吃一个 409**(自愈树当拍再分诊)。**为什么不单修新那一条**:两条问的是同一个问题,给它们两把不同的尺 = 同一判据两份实现,必漂;正位解是一条 **session/claim 专用读面**(今天 `DurableRunVerbs` 里没有这个动词) | `src/adapter/activeRunSelfHeal.ts`(`CLAIM_RELEASED_STATES` 头注 / `waitForClaimRelease` / 两条 `resending` 结局) | 端**不要**把 `resending` 读成「会话一定空了」——它的成文含义是「引擎报那条 run 已终结」。重发撞回 409 是**已知可能**,自愈树会当拍再分诊(不是新 bug);要更强的保证,得等引擎给 claim 读面。🔴 **文案面同形存量**:0.53.0 的 `stale-park-cancelled` 行已按这条边界改写(只说「引擎报它已终结」+ 「可能要再发一次」),而 0.37.0 的 `running-cancelled` 行仍写着「The engine confirmed it is no longer holding this session」—— 同一把尺、两种说法。**属主批**:下一个愿意动那条既有产品文案的批同步收紧(本批不动,因为它是三端在跑的现产品串,改它属行为面/文案面变更,要单独走验收与端对表) |
+| **P-44** | 已知缺口(0.53.0 登记;正位解在 **server 读写面**:cancel 两臂状态 CAS 契约明写 + 可选版本前置,S-122 车 7.73.0;core 无席 [7006]/[7007])@cli | 🆕 **L-93 两选卡的 cancel 是「查了再做」,不是原子条件取消**(异源对抗复审 R2 [high] 如实登记):卡后那一发 `runs.get` 状态复证 + 开枪前那一发 `listOwnedPendingApprovals` 待决行复证,把窗口从「人看卡的任意长时间」压到「两发复证到一发 cancel」的毫秒级,**但没有关死** —— 待决行若恰在这两步之间恢复(store 恢复 / 会话重新附着),那一枪仍会落在一条**其实还能被决断**的 run 上,而 `runs.cancel` 会把它终态化。**客户端关不死它**:真正的关法是引擎侧的**条件取消**(带审批快照版本 / checkpoint 标识,条件变了回 409 且不取消),那是 wire 能力,不是壳能自造的语义 | `src/adapter/activeRunSelfHeal.ts`(`staleParkArm` 开枪前那一段的头注);§16b 四道防线 | 端照旧只在用户显式选「停掉它」时才走这条路,**卡面必须说清这是放弃这条 run**;要彻底关死,按跨仓宪法向引擎提**条件取消**(`If-Match` 形)。在那之前这条路的剩余风险是**在册**的,不是未知的 |
+| **P-45** | 在册局限(**存量族**,非本批引入)@cli @web @desktop | 🆕 **「run 读到终态」不等于「claim 已经落地释放」**(同上 R2 [medium]):`waitForClaimRelease` 的判据是 `runs.get` 读回 {@link CLAIM_RELEASED_STATES} 里的终态词,而本档 §12 与 `running-settled` 臂自己记着:409 报的 claim 与 poll 口径**可以短暂相左**。⇒ `running-cancelled`(0.37.0 起)与 🆕 `stale-park-cancelled`(0.53.0)两条 `resending` 结局,理论上都可能在 claim 尚未落地释放时重发一次,代价 = **再吃一个 409**(自愈树当拍再分诊)。**为什么不单修新那一条**:两条问的是同一个问题,给它们两把不同的尺 = 同一判据两份实现,必漂;正位解是一条 **session/claim 专用读面**(今天 `DurableRunVerbs` 里没有这个动词) | `src/adapter/activeRunSelfHeal.ts`(`CLAIM_RELEASED_STATES` 头注 / `waitForClaimRelease` / 两条 `resending` 结局) | 端**不要**把 `resending` 读成「会话一定空了」——它的成文含义是「引擎报那条 run 已终结」。重发撞回 409 是**已知可能**,自愈树会当拍再分诊(不是新 bug);要更强的保证,得等引擎给 claim 读面。🔴 **文案面同形存量**:0.53.0 的 `stale-park-cancelled` 行已按这条边界改写(只说「引擎报它已终结」+ 「可能要再发一次」),而 0.37.0 的 `running-cancelled` 行仍写着「The engine confirmed it is no longer holding this session」—— 同一把尺、两种说法。**属主批**:下一个愿意动那条既有产品文案的批同步收紧(本批不动,因为它是三端在跑的现产品串,改它属行为面/文案面变更,要单独走验收与端对表) | 正位解(core [7006]/server [7007]):server 7.73.0 `GET /v1/runs/:id` +`heldBy`(=instanceId,null=无持有)/+`cancelRequested`;契约「`heldBy` 变 null 或 status 终态 = claim 释放」,`waitForClaimRelease` 届时改读 `heldBy`。
 
 ### 7c. 多会话(sessionKey)面在册局限 —— 多会话端**接之前必读**
 
@@ -2602,7 +2602,8 @@ interface ActiveRunSelfHealDeps {
 - **不承诺「重发一定成功」**:只有 `stale-park-cancelled`(引擎报那条 run 已终结)才判 `resending`;
   其余形一律 `not-delivered`,端不许自作主张重投。
 - 🔴 **两条在册边界(第二轮对抗复审登记,详见 §7b)**:**P-44** 开枪前复证是「查了再做」不是原子
-  条件取消(残留毫秒级窗口,正位解在引擎侧条件取消);**P-45** 「读到终态」≠「claim 已落地释放」
+  条件取消(残留毫秒级窗口,正位解在 server 读写面的条件取消:cancel CAS 契约明写 + 版本前置,S-122 7.73.0;core 无席 [7006]);**P-45** 「读到终态」≠「claim 已落地释放」
+  (正位解 = server `GET /v1/runs/:id` +`heldBy`/+`cancelRequested` additive 读面,7.73.0 [7007];到货后 `waitForClaimRelease` 改读 `heldBy` 变 null)
   (存量族,与 `running-cancelled` 共用同一把尺,重发撞回 409 是已知可能)。
 
 **cli / web / desktop 认领**:cli 侧接点(置位 + 两选卡)在其下一批(表态制);web / desktop **无需动作**
@@ -4620,7 +4621,7 @@ an argument」。audience 答另一问:这条事实**说给谁听**。
 **签名**
 
 ```ts
-ENGINE_NOTICE_CODES: readonly string[]                              // 50 码,顺序同源
+ENGINE_NOTICE_CODES: readonly string[]                              // 51 码,顺序同源
 ENGINE_NOTICE_AUDIENCE: Readonly<Record<string, 'user' | 'operator'>>
 noticeAudienceOf(code: unknown): 'user' | 'operator'
 engineNoticeInCatalog(code: unknown): boolean
@@ -6064,8 +6065,11 @@ call**")—— 这两张表之外的词、以及**缺判词的行**(耐久 wake
   `_sema_permission_denials_absent === true`。
 - **G31-2**:同一条 run,若拒的是**同步 ask** 腿,该条带 `_sema_tool_arg`(非空串、与引擎账本一致);
   若拒的是**耐久 resume** 腿,该键不出现。
-- **G31-3**:一条**全程无人工门**的 run:`permission_denials === []`、**没有**
-  `_sema_permission_denials` 键、**没有** `_sema_permission_denials_absent` 键。
+- **G31-3**:一条**全程无人工门**的 run:`permission_denials === []`、**没有** `_sema_permission_denials` 键、
+  **`_sema_permission_denials_absent === true`(键在场)**。理由:core 只在 `count > 0` 时才铸 `stats.humanReview`
+  (`run-settle-and-teardown.js:71-76`),零人工门的 run 上**整本账不存在** ⇒ 按上面两键合读表落「账本整个读不出」那一档;
+  「账在、零拒绝」(`humanReview:{count:0,gates:[]}` ⇒ 三键皆缺席)是 core 今天**不会铸**的形,只在白盒喂入时可达。
+  (0.66.0 首版判据把这一格写成「没有判别位」,test [7000] 三层证据证伪;订正于发布后当拍,行为零改。)
 - **G31-4**:一条被 409 拒绝(或以 `failed` 事件终止)的 run:`permission_denials === []` 且
   `_sema_permission_denials_absent === true`。
 - **G31-5**(负控):任一情形下 `_sema_permission_denials_absent` **都不会是 `false`**;
@@ -6258,3 +6262,624 @@ cachedTokens)` double-counted the cache subset and reported `h/(1+h)` (a 98% hit
 | `scripts/run-permission-denial-projection-test.mjs` | 🆕(L-192①):deny 行逐条铸(条数/顺序/`tool_name`)· `tool_use_id` 与 `tool_input` **键缺席**且缺席证据锚在 core 的 gate 声明块上(上游补上即红)· `_sema_tool_arg` 承载已脱敏摘要 · 「零拒绝」与「没有账」两键合读且判别位绝不铸 `false` · 成功臂与错误信封**单一 mint 点** · 非 deny 判词不猜 · 坏行逐行独立 |
 | `scripts/run-cost-reconcile-projection-test.mjs` | 🆕(B-068 / L-198):两段逐键窄读(micro-USD 原值、坏键剥掉不连坐、整段读不出不铸空对象、开集新键过境)· nested 花费未定价**键缺席绝不铸 0** · 🔴 `total_cost_usd` 语义零改的反钉 · chrome 臂三段与对账值 · `stats` 缺席一条不发 · 非成功终局照发 · §E2 子流断闸反钉 |
 | `scripts/run-cost-absence-projection-test.mjs` | 🔁(L-192②):新增 E/F/G/H 四段 —— `webSearchRequests` 开集宽读 + 判别位(两个 mint 点同扫)· `_sema_total_input_tokens` 有座位而 `inputTokens` **仍是 MISS 分量**(灌总量即红)· core 逐字(MISS / cache-INCLUSIVE / 双算警告)· 长 TTL 分量另给不相加 · 终局 per-model 三座位 + **per-turn 镜像不长座位**的反向钉 |
+
+---
+
+## §32 🆕 0.67.0 提货批(core **7.14.0 → 7.16.0**:分类器卡面退役 / ask 出身换词 / 规则店机制位 / auto 拒绝来源 / usage 下界位 / per-subagent 分表)
+
+### 32a. 本节速览
+
+| 件 | 一句话 | 端要做什么 |
+|---|---|---|
+| F-1 | 卡上那格 `classifierUnavailable` **整族退役**(core 从六个载体上删掉,ask 那几处自 #661 起就没写过);事实位改挂**拒绝面** `tool_end.gate.disposition.cause`(闭二词) | 渲「问你是因为分类器跑不了」的端**改读门记录**;`classifierUnavailableOf` / `classifierUnavailableDetail` 两个导出**没了**(BREAKING) |
+| F-2 | `ASK_ORIGINS` 的 `unresolvable` **BREAKING 换成** `ancestor_marked`(无 alias) | 端的 origin `switch` 改词;旧耐久行带旧词 ⇒ 非成员 ⇒ **省略那一格**(照旧渲兜底句,不抛) |
+| F-3 | 新增 `ruleStoreUnreadable ∈ {store,call}` —— `origin: "rule_store_unavailable"` 底下的**机制位**(店读不出来 / 这条命令对不上规则行) | 卡面在 origin 句旁**再渲一句**(唯一铸点 `ruleStoreUnreadableDetail`);两句的下一步**相反** |
+| F-4 | `wiring_manifest.autoMode.deniedSource`(哪一层设置面关掉了 auto)+ `memory.consolidation_withheld` audience **user → operator** + 码册 **+1** `task.interrupt_unconsumed` | /doctor 的 auto 行多渲一句「被谁关的」;按 audience 分发的端**自动跟着走**,但为 withheld 写过「告诉用户」专属行的端要把那一行挪到运维面 |
+| F-5 | `TaskResult.stats.usageMissing` ⇒ 终帧新增 `_sema_usage_lower_bound`(CC 同名键**语义零改**) | 成本/用量面在这一位在场时渲「≥」或「至少」,**绝不**渲成一笔已知的账 |
+| F-6 | **per-subagent usage 分表**:新 chrome 臂 `subagent_turn_usage` + 终帧 `_sema_nested_usage_by_task`(+ 诚实位 `…_partial`)。⚠️ **供给面未端到端实证**,见 §32g 的射程边界段 | 子代详情面**在子流 `turn_end` 到得了这条流时**接得上「这只子代花了多少」;两个键缺席时**不许**渲成「没委派子代」;🔴 **绝不**把它加进主会话用量 |
+
+**共同形**:这一批有两条线。一条是**退役**(F-1 / F-2)——上游把一格/一个词删了,本包按 clean-cut
+删码、删词、删导出,**不留别名**(留一条就是让三端继续为一件上游不发的事实写渲染分支,而那条分支
+永远走不到)。另一条是**继任与补位**(F-3 ~ F-6)——事实没有消失,只是换了载体,或者本来就在 wire 上
+而包边界没投。**共同处置**仍然只有一条:CC 形上已有的位**值不动**(旧消费者逐字不变),新事实一律
+`_sema_` 前缀超集键或 additive chrome 臂;「不知道」只以判别位在场,永不铸 `0`/`false`/`[]`。
+
+**出处**:core core 仓 docs/wire-consumption/7.14.0.md(9 新增/变更 + 8 退役)、`7.15.0.md`(4 行语义变更、
+0 退役)、`7.16.0.md`(包表面 4 + 盘面 7 + 通告码 2 + `Model.cost`/`isModelPriced`)。型面真源 = 实装
+devDep `@sema-agent/core` 7.16.0 的 `dist/core/*.d.ts`:`gate-outcome.d.ts:168`
+(`CLASSIFIER_DENY_CAUSES`)、`ask-origin.d.ts:73`(`ASK_ORIGINS` 十一词)与 `:116`
+(`RULE_STORE_UNREADABLE_KINDS`)、`tool-policy.d.ts:308` / `checkpoint-store.d.ts:818`·`:1924`
+(`ruleStoreUnreadable` 三处载体)、`wiring-manifest.d.ts:84-88`(`AutoModeArmFact`)、
+`task-result.d.ts:609-615`(`stats.usageMissing`)与 `:594-660`(`stats.nested` **只有合计**)、
+`governance-codes.js:146`·`:151-204`(码册与 audience 表)。
+
+**🔴 逐键处置表见 §32z** —— 那张表是三份合同的**每一行**在本包的落点(consumed 坐标 / n-a 理由 /
+pending 票),下游抄 manifest 时以它为母本。
+
+---
+
+### 32b. F-1 分类器卡面退役 / 拒绝面继任(core 7.14.0 退役表 + `GateDisposition.denied.cause`)
+
+**病**:0.64.2 起本包在**审批卡**上投一格 `classifierUnavailable: { cause }`(「问你是因为分类器
+这一轮跑不了」)。core 7.14.0 的 Retired keys 表把这一格**从六个载体上整族删掉**
+(`PermissionDeniedPayload` / `PermissionResult` 的 deny 与 ask 两臂 / `AskRequest` /
+`AskCarry`·`AskRequestCarry` / `PendingAction.tool_approval`·`CheckpointSummary`),其中 **ask 那几处
+自 #661 起引擎就没写过**(退役表逐字 "never engine-written since #661" / "dead since #661")。
+⇒ 本包那条腿从那天起**恒零命中**,而它的读器、措辞、视图型、卡位仍然在公面上承诺着一件上游不发的事实。
+
+**继任者是一个结构位**,不是散文:
+
+| 键 | 载体 | 形 | 缺席语义 |
+|---|---|---|---|
+| `gate.disposition.cause` | `tool_end` 帧的 `gate` / `PermissionDeniedPayload.gate` / 耐久行的 resolved outcome(**三面同一个对象图**) | `"unavailable"`(分类器跑不了,**可以稍后重试**)/ `"parse_error"`(跑了并且答了,只是答在裁决契约之外 ⇒ 为安全起见拦下,重试解决不了) | 在 `deniedBy: "classifier"` 旁缺席 = 分类器**自己的裁决**(一次 `<block>yes`);在别的层旁缺席 = 这次不是分类器轮。**三形不可分**,端禁读成「分类器好着呢」 |
+
+**本包给的三件**(全部 additive,除两个导出减员外零 BREAKING):
+
+1. `GateDispositionView.cause?: string` —— `gateOutcomeOf(frame)` 的 denied 臂上多一格,**开集透传**
+   (非空串即收),与同文件 `deniedBy` / `settlement.kind` / `origin` 三处逐字同规;
+2. `classifierDenyCauseOf(gate)` —— **闭集**判成员的公面读器,一只吃三处载体(wire 原始 `gate` /
+   带 `gate` 的整只帧 / 本包投出的 `GateOutcomeView`,三者键路同形);
+3. `classifierDenyCauseDetail(cause)` —— 两句人话的唯一铸点(表外词走兜底、原样带词)。
+
+**🔴 为什么这一格按闭集、而 `origin` 按开集**(两条纪律不矛盾,差别在**上游的形**上):
+core 的 `screenGateOutcome` 把「出集的 `cause`」列为**记录缺陷**(不变量 I5),而有缺陷的门记录
+server **整条不上帧** ⇒ 一个表外的 cause **结构上到不了消费端**,它到达的形式是 `gate` 整键缺席。
+所以在这一格上按闭集判**不会**「把一个合法的新词吞成缺席」;而 `origin` 在 server 侧只判非空串,
+core 加词的当天一个**合法**的帧就会带着新词到达 —— 两格的处置因此必须不同。
+
+**🔴 分工两层**:`gateOutcomeOf` 答「这条事实到不到得了消费端」(过境,开集);`classifierDenyCauseOf`
+答「拿不拿它渲一句话」(判成员,闭集)。这与退役前 `classifierUnavailable` 的「过境 / 显示」两层
+**逐字同形**,端不必学新的读法。
+
+**🔴 状态面的事实源同批改道,判据句一个字没改**:`classifierStatusOf(autoMode, observed?)` 的
+`unavailable_this_round` 从「ask 上盖了没跑成的章」改读「**本轮观测到的门记录**上那一格 deny 成因」。
+`parse_error` 仍然**落到下一条臂**(它是「答了」不是「没跑成」),行为与 0.66.0 **逐字节相同** ——
+变的只是这条排除的归属地(从铸点那一侧搬到状态面这一问上)。**turn 边界怎么重置**:读器是纯函数,
+第二参就是「本轮那一次观测」,上一 turn 的事实**结构上**到不了这一次调用;包内**刻意不持有**跨 turn
+的闩(会话级闩在重连 / durable 重放上会把一条陈旧的成因渲成「现在」)。
+
+**消费方该做什么**
+
+- **cli(1.0.109)**:①壳侧 `approvalStreamWire.ts` 的 `readClassifierUnavailableStamp` 那条本地窄读
+  **整只退役**(卡上不再有那一格);②「分类器跑不了」那一行改从 `tool_end.gate` 渲 ——
+  `classifierDenyCauseOf(frame)` + `classifierDenyCauseDetail(cause)`;③ `/doctor` 的 Auto classifier 行
+  零改(状态读器签名与三态词表未动),但喂给它的第二参要换成**本 turn 的门记录观测座**。
+- **desktop / web**:同 ①②;若从未消费过那一格,则**零改**(缺席臂那天就是正解)。
+- **三端共同**:`classifierUnavailableOf` / `classifierUnavailableDetail` 两个导入会**编译期红** ——
+  那正是这次 BREAKING 想要的效果(静默改行为比编译红坏得多)。
+
+**黑盒判据(test 视角可执行)**
+
+- **G32-01**:一条 `tool_end` 帧带 `gate.disposition = {kind:"denied", deniedBy:"classifier",
+  cause:"unavailable"}` ⇒ 包投出的内部臂上 `gate.disposition.cause === "unavailable"`,且
+  `classifierDenyCauseOf(帧)` 返回同一个词。
+- **G32-02**:同一条帧把 `cause` 换成 `"brand_new_word"` ⇒ **投影臂上照旧原样在场**(过境开集),
+  而 `classifierDenyCauseOf` 返回 `undefined`(显示层闭集)。两层分工可观察。
+- **G32-03**:`disposition.kind === "allowed"` 且顺手挂了 `cause` ⇒ `classifierDenyCauseOf` 返
+  `undefined`(那一臂上不存在这一位)。
+- **G32-04**:两句人话逐字互异,且 `unavailable` 那句含「可以稍后重试」的意思、`parse_error` 那句
+  **不含**(两条相反的下一步不许合并成一句)。
+- **G32-05**:一张 `tool_approval` 帧上带 `classifierUnavailable: {cause:"timeout"}`(旧引擎形)
+  ⇒ 卡入参上**那一格不在场**、也**不**被顺手读成别的键,且**不抛**(旧行忽略,投影按新形办)。
+- **G32-06**:`classifierUnavailableOf` / `classifierUnavailableDetail` 在包的运行期导出上
+  **查不到**(公面减员是这次 BREAKING 的一半)。
+
+---
+
+### 32c. F-2 `ASK_ORIGINS`:`unresolvable` → `ancestor_marked`(**BREAKING**,无 alias)
+
+**形**:core 7.14.0 把出身词表的第二员换名(同一条 ladder 臂、同一张资格表,**只换词**)。
+7.16.0 的全表(`ask-origin.d.ts:73`,十一词,顺序即契约):
+`content_question, ancestor_marked, org_unavailable, org_rule, rule_store_unavailable, hook, ask_rule,
+denial_limit_fallback, shell_gate_tighten, safety_tighten, policy`。
+
+**缺席 / 旧值语义**:一条 pre-7.14 的耐久行带 `"unresolvable"` ⇒ 它在每一道 `isAskOrigin` 筛上都是
+**非成员** ⇒ 投影**省略**该 origin(不渲那句定义句、不抛、不折成十一词里的任何一个);本包的措辞铸点
+`askOriginDetail` 对它走**开集兜底句**(原样带词 + 「这个词比这一端新」),行的 `org` 事实仍然照常管事。
+
+**🔴 对账基准同批从 sdk 换成 core**:sdk 8.8.0 的 `AskOrigin` 联合**还写着旧词**,而词表的属主是 core。
+修前 `run-gate-vocabulary-test.mjs` 拿 sdk 当基准,于是「本包跟着 core 换词」的那一刻它会红,而红的
+**是对的那一侧**;更坏的是本包若跟着 sdk 不换,门会**一声不响**。⇒ 基准改锚 core 的 `ask-origin.js`
+真字节,sdk 的滞后改成一条**带退出条件的登记**(sdk 追平那天自红逼删)。
+同批**退役**了一条恒真的型面钉 `_askOriginWordsPin`(`readonly AskOrigin[]`,而 sdk 的 `AskOrigin` 带
+`(string & {})` 逃生口 ⇒ 任何字符串都满足它;亲验:换词后 `tsc --noEmit` 0 红)。
+
+**消费方该做什么**
+
+- **cli / desktop / web**:origin 的 `switch`/映射表把 `unresolvable` 改成 `ancestor_marked`;
+  **`default` 臂必须在**(开集 + 旧行);为旧词写过专属文案的端把那一条删掉(它今天走兜底句)。
+- 端**不要**自己保留一张 `unresolvable → ancestor_marked` 的别名表:那会让一个上游已经不发的词
+  在端上继续活着,而下一次上游换词时两份表各漂各的。
+
+**黑盒判据**
+
+- **G32-07**:`ASK_ORIGIN_WORDS` 与实装 core 的 `ASK_ORIGINS` **逐词逐序相等**(缺一词红、多一词红、
+  顺序不同也红);表里**没有** `unresolvable`。
+- **G32-08**:`askOriginDetail("ancestor_marked")` 交出「祖先标记 + 必须到达 park」那一句;
+  `askOriginDetail("unresolvable")` 走**兜底句**、原样带词,且**不等于**前者。
+- **G32-09**:`askOriginDetail("unresolvable", "<引擎散文>")` 与不带第二参**逐字相同**(让位集是闭集,
+  不因为有 message 就放宽)。
+
+---
+
+### 32d. F-3 `ruleStoreUnreadable ∈ {"store","call"}`(core 7.14.0 #688 C3;**ADDITIVE**)
+
+**病**:`origin: "rule_store_unavailable"` 这**一个词**盖了**两种机制** —— 那个人的持久规则店整体
+读不出来(读失败 / 超时 / 适配器抛了),**或者**店读到了但**这一次调用**对不上他的 deny/ask 规则行
+(收紧 lexer 的 `unreadable`:展开里有读不懂的词 / 引号未闭合 / 语法错)。两种机制对人的**下一步相反**:
+一个去找部署的人修规则店,一个去改自己那条规则 / 这条命令。core 逐字点名了这件事:
+「a consumer that renders "the store is down" for a call the lexer could not read is telling the person
+to fix the wrong thing」。
+
+**键名与载体**
+
+| 键 | 载体 | 形 | 缺席语义 |
+|---|---|---|---|
+| `ruleStoreUnreadable` | 活卡帧 `ToolApprovalFrame`(`tool_approval` only)/ durable park 行的 `PendingAction.tool_approval` 孪生位 / `CheckpointSummary` 摘要行 —— **三处键名同形** | 闭二词裸串 `"store"` / `"call"` | **在场 ⇔ `origin === "rule_store_unavailable"`**;缺席 = 这条腿把店和这次调用**都读通了**,**或**本部署压根没接规则店 —— 两形不可分,端禁读成「你的规则都好着呢」 |
+| `ApprovalCardRequest.ruleStoreUnreadable` | 本包投到卡口的那一格(**双源合流**:活卡帧腿 + durable 腿,同一把窄读器) | 同上 | 键不铸(绝不折成空串) |
+
+**🔴 闭二词按闭集判**(与卡上 `origin` / `ruleOffersAbsence` 的开集纪律刻意不同):core 在**唯一 stamp
+点**(`gate-lanes.ts` 的 `ruleStoreUnreadableOf`)把**政策自报的值剥掉**之后才盖章(合同逐字
+「A policy's self-declared value is removed at the stamp」)⇒ 一个表外值**结构上**到不了消费端;
+真读到就是坏形,而把坏形渲成一句机制解释会把人指到错的地方。
+
+**措辞**:`ruleStoreUnreadableDetail(kind)` 是三端共用的唯一铸点(两句逐字互异、表外词走兜底带词)。
+🔴 它与 `askOriginDetail(origin, message)` **并列不互替**:那一句答「谁问的」,本句答「读不出来的是
+**哪一头**」;引擎在 `message` 上给的**这一次**的散文(lexer 那句话)由 0.65.0 已有的让位臂渲出。
+一只 `rule_store_unavailable` 的 ask 上**三句都该在**,渲一句丢两句就等于把人指去错的地方。
+
+**消费方该做什么**
+
+- **cli(1.0.109)**:审批卡在 origin 句旁**加渲一句** `ruleStoreUnreadableDetail(req.ruleStoreUnreadable)`;
+  缺席时**什么都不加**(不要渲「你的规则没问题」)。
+- **desktop / web**:同上;`switch` 不必带 `default` 分支渲文案(闭集 + 唯一铸点已兜底),但**必须**
+  处理键缺席这一形。
+- **三端共同**:别在自己那侧再抄一张 `{store,call}` 表 —— 判据口 `isRuleStoreUnreadableKind` 与词表
+  `RULE_STORE_UNREADABLE_KINDS` 都在包的公面上,抄一份就是 B-025 的同款根因。
+
+**黑盒判据**
+
+- **G32-10**:活卡帧带 `ruleStoreUnreadable: "store"` ⇒ 卡入参上逐字在场;换成 `"call"` 同理。
+- **G32-11**:durable park 行上同名键 ⇒ 卡入参上**逐字相同**(两条腿一把读器的可观察后果)。
+- **G32-12**:表外词 / 空串 / 非串 / 对象(上一代那一格的形)⇒ 卡上**键缺席**,绝不折成空串。
+- **G32-13**:`ruleStoreUnreadableDetail("store")` 与 `("call")` **逐字互异**,且都**不等于**
+  `askOriginDetail("rule_store_unavailable")`(三句答三个问题)。
+- **G32-14**:`RULE_STORE_UNREADABLE_KINDS` 与实装 core 的同名表**逐词逐序相等**。
+
+---
+
+### 32e. F-4 三件小的:`autoMode.deniedSource` / audience 换档 / 码册 +1
+
+#### ① `WiringManifest.autoMode.deniedSource`(core 7.14.0 `AutoModeArmFact`;**ADDITIVE**)
+
+| 键 | 载体 | 形 | 缺席语义 |
+|---|---|---|---|
+| `deniedSource` | chrome 臂 `wiring_manifest` 的 `autoMode` 段(本包投影为 `_sema_autoMode`) | `"org"` / `"local"` / `"settings"`(**开集读**,`switch` 必带 `default`) | **只在 `reason === "denied"` 旁在场**;`denied` 却没有它 = 那个解析器**不记来源**(一句正面事实,不是「不知道」的同义词);`resolver_fault` / `armed` / `no_intent` / `no_face` 上**恒不在场** |
+
+🔴 本包**只在 `reason === "denied"` 上收**:core 的段内规矩是它只站在 `denied` 旁边,而这一条与本段
+既有的 `armed === (reason === 'armed')` 互证判据**同族** —— 非投影口(宿主自建管线 / 重放存量转录)
+喂进来的帧不过 server,一个 `{reason:'armed', deniedSource:'org'}` 会让消费端同时读到「武装了」和
+「被 org 关掉了」。⚠️ 与 `errorCode` / `origin` 的「不校配对」不同裁:那些是**跨系统的不变量**
+(server 已按它铸),本条是**同一条帧上的段内自洽**。
+🔴 缺席不铸:绝不折成空串,更不折成 `"settings"` 这种看起来最像的默认值 —— 那是替引擎指认一个它没
+点名的设置面,而用户会照着去改错的那一层。
+
+#### ② `memory.consolidation_withheld` audience:`user` → `operator`(**value-domain BREAKING**)
+
+core 的理由逐字:这条通告**没有 `sessionId`**(一次固化跑在任何会话之外)⇒ 一个按会话路由 `user` 行的
+消费方**必须停止**在那里等它;面向读者的那一半骑在回执上(`withheldFromCleanArm` / `withheldNeverSent`)。
+**本包落点** = `ENGINE_NOTICE_AUDIENCE` 那一行改字(抄件,不是意见;门对实装 core 逐行双向对账)。
+
+#### ③ 码册 **+1**:`task.interrupt_unconsumed`(audience `user`)
+
+⚠️ **合同外加员**:它**不在** core 7.14.0 / 7.15.0 / 7.16.0 任何一份 core 仓 docs/wire-consumption 逐键表里,
+是本批由 `run-engine-notice-catalog-test.mjs` 的 A1 段(码数双向等值)**当天红抓出**的 —— 不是人眼发现的。
+如实登记在 §32z。五十码 ⇒ **五十一码**。
+
+#### ④ 7.16.0 的两个 memory 布局码**刻意不进本册**
+
+`memory.layout_migrated` / `memory.layout_unowned_root_content` 在 core 里属
+`NON_GOVERNANCE_MEMORY_CODES`(`governance-codes.js:11-27` 真字节),**不在** `ENGINE_NOTICE_CODES` /
+`NOTICE_AUDIENCE` 上。本包对非治理码的既有路由**不变**:码册外 ⇒ 呈现面 fail-closed(只落 debug)。
+把它们抄进本册会让码册的双向对账当天红 —— 那正是这张表是**抄件**而不是意见的意思。
+
+**消费方该做什么**
+
+- **cli / desktop / web**:①/doctor 的 auto 行在 `reason === "denied"` 时多渲一句「被 `<deniedSource>`
+  这一层关掉的」,缺席时**什么都不多说**;②按 audience 分发的面**零改**(分发读的就是本包这张表),
+  但若为 `memory.consolidation_withheld` 写过「告诉用户」的专属文案行,那一行要跟着挪到运维面;
+  ③`task.interrupt_unconsumed` 今天走**通用行**(本包无专属文案),端可按需补。
+
+**黑盒判据**
+
+- **G32-15**:`autoMode = {armed:false, reason:"denied", deniedSource:"org"}` ⇒ chrome 臂上三位并存;
+  换成 `{armed:true, reason:"armed", deniedSource:"org"}` ⇒ 那一位**不在场**(整段仍在)。
+- **G32-16**:`deniedSource` 为空串 / 非串 ⇒ 键不铸;为一个陌生词 ⇒ **原样过境**(开集)。
+- **G32-17**:`noticeAudienceOf("memory.consolidation_withheld") === "operator"`,而邻行
+  `noticeAudienceOf("memory.hold_opened") === "user"`(整表没被读成一个值)。
+- **G32-18**:`engineNoticeInCatalog("task.interrupt_unconsumed") === true` 且 audience 为 `user`;
+  `engineNoticeInCatalog("memory.layout_migrated") === false` 且其 audience 走保守缺省 `operator`。
+
+---
+
+### 32f. F-5 `TaskResult.stats.usageMissing` ⇒ 终帧 `_sema_usage_lower_bound`(**ADDITIVE**)
+
+**形**(core `task-result.d.ts:609-615` 逐字):在场(`true`)= 这一面的 usage 数字是**下界**而不是一次
+测量 —— 至少有一轮模型回合没报 usage 帧,或者这条结果是宿主 / 编排车道铸的(被拒的 spawn 的日志条目 /
+prepare 期拒绝 / 合成 abort)。**数字位仍是必填、仍是数到的那些**:`tokens: 0` 在这一位旁读作
+**unknown**,永远不是 **free**。缺席 ⇔ 每一轮都报了 usage。**Never false**。
+
+**本包落点**
+
+| 键 | 载体 | 缺席语义 |
+|---|---|---|
+| `_sema_usage_lower_bound: true` | CC result 帧顶层(成功臂 + 错误信封,**同一个 mint 点**) | 键不在场 ⇔ 每一轮都报了 usage;**绝不铸 `false`** |
+
+**🔴 两个来源取并,不是只读 `stats`**(异源对抗复审实抓的一条真路径):`stats.usageMissing` 只在带得出
+`TaskResult` 的终帧上有,而 **`failed` 事件帧 / 409 拒绝信封 / park 体根本没有 `stats`**。只读 stats
+的话,一条**已经**在流里报过 `turn_end{usageMissing:true}` 的 run 会在终帧上落成**判别位缺席** ——
+按本节的合同那读作「每一轮都报了 usage」,而那种终帧的 `usage` 恰恰是全零:**「不知道」被渲成了精确零**,
+正是本位要修的病的另一条路径。⇒ 本包在流内记下「这条流观测到过缺口」(单调布尔,只置 `true`),
+终帧那一拍与 `stats` 的读数**取并**;主流与子流的缺口**同样算数**(下界是这条流的性质)。
+| `RunCostReconcile.usageLowerBound: true` | chrome 臂 `run_cost_reconciled` 的载荷(与终帧超集键**同一只读器** `readRunCostFacts`) | 同上 |
+
+🔴 **CC 同名键语义零改**:`usage` / `modelUsage` / `total_cost_usd` 的字节一个不动。把「不知道」折进
+数字里(比如把 tokens 抹成 null)会让每一个既有消费者当场坏掉,而它们今天读到的是一笔**看起来已知**
+的账 —— 那正是本位要修的病。
+🔴 它与成本判别位 **正交**:`costAbsent` 说的是「这一段没定价」,本位说的是「数得不全」——
+一笔定了价、但少数了几轮的账,两位可以同时在场,渲染面要**分别说**。
+🔴 与 §31d 的 `usage._sema_total_input_tokens` **同帧不同问**:那一位答「这一行报了多少总输入」,
+本位答「这一整条 run 的账数全了没有」。
+
+**消费方该做什么**
+
+- **cli(1.0.109)**:`/cost` 与 `-p --output-format json` 的用量/成本面在这一位在场时渲「≥」/「至少」
+  (或一个明示的「下界」标注);**绝不**在它在场时把 `tokens: 0` 渲成「免费」。
+- **desktop / web**:同上;接 `run_cost_reconciled` 臂的端读 `usageLowerBound`,不接的端读终帧那一位。
+
+**黑盒判据**
+
+- **G32-19**:`done.result.stats.usageMissing === true` ⇒ 终帧上 `_sema_usage_lower_bound === true`,
+  且 `usage` / `modelUsage` / `total_cost_usd` 与不带这一位时**逐位相同**。
+- **G32-20**:`usageMissing` 为 `false` / `null` / `0` / `"true"` / `1` ⇒ 键**不铸**(严格 true 才认)。
+- **G32-21**:缺席时终帧上**没有**这个键(never false),chrome 臂上同律。
+
+#### 🔧 0.67.1 订正(B-091,test [7055] 实抓):取并**下沉到唯一读器**
+
+修前「两面共用同一个读器」这句话只对了一半 —— 两面共用的是 `readRunCostFacts`,而**取并那一层**
+(`stats.usageMissing` ∪ 流内观测)只包在**终帧**那一面上;chrome 对账臂的铸点直接展开
+`readRunCostFacts(doneStats).reconcile`。于是「流内观测到缺口、而终局 `stats` 对此**缄默**」的那一形上,
+终帧 `_sema_usage_lower_bound === true` 而**同一拍**的 `run_cost_reconciled` 臂上**没有** `usageLowerBound`
+—— 两面各说各的([paired-mechanisms-must-share-premise] 的教科书形;按 G32-21 的字面这条技术上仍 PASS,
+因为两边都没铸 `false`,所以判据这次要往前钉一格)。
+
+**修形**:取并变成一只纯判据函数,**读器内部**与终帧那一面共用它;公面读器同批加**第二参**
+`readRunCostFacts(stats, ctx?)`(additive —— 不传 = 旧签名行为逐位不变,端自建管线可以传自己的流内观测)。
+
+| 面 | 0.67.0 | 0.67.1 |
+|---|---|---|
+| 终帧 `_sema_usage_lower_bound` | `stats.usageMissing` ∪ 流内观测 | 不变(同一只判据) |
+| chrome 臂 `usageLowerBound` | **只**读 `stats.usageMissing` | `stats.usageMissing` ∪ 流内观测 |
+| `readRunCostFacts(stats)` | 只读 `stats` | 不变(第二参缺席 ⇒ 只读 `stats`) |
+| `readRunCostFacts(stats, ctx)` | —(签名不存在) | 🆕 取并后的读数 |
+
+**消费方待办**:无。这一位在臂上**只会从「缺席」变成「在场」**(never false 不变),既有端读不到它时的
+渲染路径一个字节不用改;接臂的端从此在「流内缺口 + 终局缄默」那一形上也能渲「≥」。
+
+**黑盒判据(新增,不改既有号)**
+
+- **G32-21b**:一条流里先来 `turn_end{usageMissing:true}`、`done.result.stats` 上**没有** `usageMissing`
+  ⇒ 终帧 `_sema_usage_lower_bound === true` **且**同一拍 `run_cost_reconciled` 臂上
+  `usageLowerBound === true`;两面的**在场性逐位相等**。反向:同一条路上没观测到缺口 ⇒ 两面**都**键缺席
+  (never false)。子流那一轮报的缺口**同样算数**(下界是这条流的性质,不分车道)。
+
+---
+
+### 32g. F-6(L-228)per-subagent usage 分表(**ADDITIVE**:新 chrome 臂 + 两个终帧超集键)
+
+**病**:一条 run 委派出去的那本账,core 终局**只有合计**(`stats.nested` 的
+`{tokens, turns, tasks, costMicroUsd}`,`task-result.d.ts:594-660`)——**没有 per-task 分项**。而流里
+每一条子流的 `turn_end` 都带着它自己那一轮的 usage,本包此前在 §E2 断闸处**折而未读**(两处
+`!isSubFlow` 只让主流的 usage 出臂)⇒ 端的子代详情面只渲得出「这个子代的 usage 不知道」。
+⇒ 分表**只能**由流内子流累加得出。
+
+**🔴 主臂两处断闸一个字节不动**:子流 `turn_end` 仍然**不发** `last_turn_usage`、**不 yield**
+`turn_usage`(§E2:子代的 outputTokens 拿去对账 leader 的 responseLength 就是 token-jump 那个病)。
+本件是**additive 的第三条腿**。
+
+| 键 | 载体 | 形 | 缺席语义 |
+|---|---|---|---|
+| chrome 臂 `subagent_turn_usage` | 每条**子流** `turn_end` 一条(`required: false`) | `{ taskId, parentToolCallId, usage, engineUsage?, usageMissing?, stopReason? }`;`laneProof` 恒是 `{lane:'subagent', parentToolCallId}` | 不接本臂 = 子代用量面在那个宿主上看不见(不是报错) |
+| `_sema_nested_usage_by_task` | CC result 帧顶层(成功臂 + 错误信封) | `Record<taskId, { turns, inputTokens, outputTokens, cacheReadTokens?, usageMissing? }>` | **一行都没有 ⇒ 整键不铸** —— 空表会被读成「一个子代都没委派」,而真相可能是「委派了但这条流没看见任何一轮」 |
+| `_sema_nested_usage_by_task_partial: true` | 同上 | 判别位 | 见下;**never false** |
+
+**🔴 供给面的射程边界(如实记,异源对抗复审逼出)**:core 里子代事件有**两条**外送腿,而它们
+**不等价** ——
+- **工具 ctx 的 `forwardEvent` 白名单**(`prepare-run-refs.js` 的 `forwardEvent`,`tool-spec.d.ts`
+  的同名位逐字):无条件过 `task_progress`,`forwardSubagentEvents: true` 时再加
+  `text_delta` / `text_end` / `reasoning_delta` / `tool_start` / `tool_end` —— **`turn_end` 不在其中**
+  (「other event types never cross it」)。⇒ 只走这条腿的部署,分表**恒零行**,而两个键按设计
+  **整键不铸**(不铸空表冒充「没委派」),端读到的就是「说不出来」,不是一个假的零。
+- **委派车道自己的 tap**(同一段顶注逐字:「The delegation lane's OWN tap is trusted and forwards
+  the child's FULL event stream」):子流 `turn_end` 从这条腿到达 —— 它正是 §E2 断闸当初要防的那条
+  (壳实测的 token-jump:子代的 `outputTokens` 去对账 leader 的 `responseLength`)。本件消费的就是它。
+
+⇒ 本件的承诺是**包边界的**:子流 `turn_end` 到得了这条流,分表就有行;它到不了,两个键就都不在场。
+端**不许**把「键不在场」渲成「这条 run 没委派子代」。
+
+**归属钥匙(0.67.1 订正为真值表 —— 修前这一段的散文读法与实装不一致,见下面的 B-090 段)**:
+身份信封有**两位**(core `TaskEventIdentity`),**两位同条件盖章**、顶层任务的事件**一位都不带** ⇒
+**任一在场 = 这条帧属于子流**;行键则是 `sourceTaskId ?? parentToolCallId`。
+
+| `parentToolCallId` | `sourceTaskId` | 是不是子流(§E2 断闸) | 分表行键 | chrome 增量臂 |
+|---|---|---|---|---|
+| 在场 | 在场 | ✅ 子流 | `sourceTaskId` | 发 |
+| 在场 | 缺席 | ✅ 子流 | `parentToolCallId`(**有损回落**,见下) | 发 |
+| 缺席 | 在场 | ✅ 子流 | `sourceTaskId` | **不发**(车道证明铸不出来,见 0.67.1 订正段) |
+| 缺席 | 缺席 | ❌ 主流 | —(不入表) | 不发 |
+
+两位都在场但都读不出身份(空串 / 非串)⇒ 仍按**子流**断闸(失效方向是安全的那一侧),但**整条不入表**
+(编一个 `"unknown"` 行会把几只子代的账混成一只)。
+🔴 **身份位是 `sourceTaskId` 不是 `taskId`**(异源对抗复审 [high] 实抓):core 的 `TaskEventIdentity`
+顶注逐字「the `WorkflowRun.sourceTaskId` family, **NOT a second `taskId`** — that field already exists on
+`task_progress` and a duplicate would bite consumers」⇒ 子代内容事件上**根本没有** `taskId` 这一位
+(sdk 的 `turn_end` 臂也没有声明任何身份位,两条腿都得 cast 着读)。读错的后果不是少一格:它恒缺席、
+恒回落到父调用 id,于是**同一个父调用下的多只子任务并成一行**,而单子任务场景 turns/tasks 恰好相等、
+`partial` 甚至不铸 —— **错误归属被标成完整**。
+⚠️ 回落本身**有损**且如实承认:真回落到父调用 id 时,若那个父调用下不止一只子任务,它们会并成一行 ——
+那时 `partial` 会因行数对不上 `nested.tasks` 而立起来(诚实缺席优先于假装分得开)。
+**chrome 臂上两位并列**:`taskId`(行键,与终帧分表**同键** = join 键)+ `sourceTaskId?`(wire 原值,
+缺席 = 引擎没报)。
+
+**🔴 `usage` 在本臂上是可选的**(异源对抗复审 [medium] 实抓,与主臂 0.65.1 / B-088 **逐字同族**的病形):
+core 真会发**裸** `{type:'turn_end', usageMissing:true}`(无 usage、无 stopReason)。「有 usage 才发臂」
+会让**最诚实的那一帧**整条静默 —— 实时消费者收不到缺口与停因,而终帧还没到 / 连接断了的时候,上一轮的账
+看起来仍然完整。⇒ **三者任一在场即发**(usage / usageMissing / stopReason),三者皆缺席仍不发。
+**`cacheReadTokens`** 读的是**引擎原形** `turn_end.usage`,不是 CC 镜像 —— 镜像的
+`cacheReadInputTokens` 是**必填** number,缺席在那儿已被折成 0,从它读就再也分不出「没报」与
+「零命中」。一轮都没报过 ⇒ 键**不铸**;报过之后再加 0 的那些轮是真的零命中。
+**`usageMissing`** 与数字**并存**:core 明说那一轮的 usage 是 UNKNOWN 不是 0 ⇒ 数字照累加(它是
+**下界**),判别位在行上立起来;把那一轮整个丢掉会让下界更假。
+
+**🔴 `partial` 怎么判(设计定谳,如实写下与初版设想的差别)**:初版的形是「本条流不是从 run 起点
+观测 ⇒ 恒铸 partial」。而本层**没有**「从不从起点观测」这个读数:`runStream` 手上只有**同一条流内**
+的事件序号去重表,它答的是「这一帧重放过没有」,答不了「这条流之前还有没有别的帧」;`--resume` /
+重连开出来的流与首开的流在本层**逐位不可分**。按一个读不出来的量铸判别位 = 编一件事实。
+⇒ 判据改锚在**真正决定结果的量**上:拿引擎自己的**权威合计** `stats.nested` 对账 —— 分表的 `turns`
+之和等于 `nested.turns` **且**行数等于 `nested.tasks` 时,这张表**可证**覆盖整条 run ⇒ 不铸 partial;
+任何一边对不上、或 `stats.nested` 读不出来 ⇒ **铸 partial**。
+🔴 失效方向是安全的那一侧:上游哪天让某类嵌套轮不上子流 `turn_end`,本判据只会**多**铸 partial
+(把一张其实完整的表说成不完整),**永远不会**把一张残表说成完整。
+🔴 **两个键不互证、也不相加**:`_sema_nested_usage`(合计,引擎报的)与本表(流内看见的)是两份独立
+的账;`partial` 在场时两者**本来就该不等**,消费方不许拿其中一份去「修正」另一份。
+
+**消费方该做什么**
+
+- **cli(1.0.109)**:`engineAgentView` 的子代详情面改读 `_sema_nested_usage_by_task[taskId]`
+  (此前只能渲 `_sema_usage_absent`);流内实时面可接 `subagent_turn_usage` 臂。
+  🔴 `partial` 在场时那一行要明示「至少」;🔴 **绝不**把这些数加进主会话的 turn 用量 / statusline
+  窗口占用(那是 §E2 断闸要防的 token-jump)。
+- **desktop / web**:同上;不接 = 子代用量面看不见(一个可选披露面)。
+- **三端共同**:本臂(增量)与终帧分表(收口快照)是**同一份账的两个时刻**,**不相加**。
+
+**黑盒判据**
+
+- **G32-22**:两只 taskId 各两轮子流 `turn_end` ⇒ 终帧分表**两行**、各 `turns === 2`、token 逐轮累加;
+  同一条流上的**主流** `turn_end` **不入表**。
+- **G32-23**:同一条流上子流 `turn_end` **不产生** `last_turn_usage` chrome 臂、**不产生** `turn_usage`
+  消息臂;而主流那一拍两者**照产**(判别力自证)。
+- **G32-24**:某只子代有一轮带 `usageMissing: true` ⇒ 该行 `usageMissing === true` **且**数字仍累加了
+  那一轮;没报过的行上该键**不在场**(never false)。
+- **G32-25**:`stats.nested = {turns: N, tasks: M}` 与分表的 turns 之和 / 行数**都相等** ⇒ 终帧上
+  **没有** `_sema_nested_usage_by_task_partial`;任一边不等、或 `nested` 读不出来 ⇒ 该键 `=== true`。
+- **G32-26**:零子流的一条 run ⇒ 终帧上**两个键都不在场**(不铸空对象)。
+- **G32-28**:同一个父调用下的**两只子任务**(`sourceTaskId` 不同、`parentToolCallId` 相同)⇒ 分表
+  **两行**、各自的数是各自的;与权威合计对得上时**不铸** `partial`。反向:帧上挂一个 `taskId` 字段
+  **不**参与归属(core 明说子代内容事件上没有这一位)。
+- **G32-29**:一条**裸** `turn_end{usageMissing:true}`(无 usage、无 stopReason)的子流轮 ⇒ 照发
+  `subagent_turn_usage` 臂,臂上 `usage` 键**不在场**、判别位在场;三者皆缺席的轮**不发**。
+- **G32-30**:流里出现过 `turn_end{usageMissing:true}` 之后走 `failed`(**无 `stats`**)终帧 ⇒
+  `_sema_usage_lower_bound === true`;同一条路上没出现过缺口的 run ⇒ 那一位**不在场**(never false)。
+- **G32-27**:两条并发的流各自的分表**互不串账**(分表是每条流一张,不是模块级单例);
+  🔴 **最坏的那一形也要成立**:宿主把**同一个 `EmitContext` 对象**复用给两条并发的流(`startedAtMs`
+  本来就是这么被复用的)时,两条终帧仍各报自己那一只子代 —— 包侧把「挂表」放在**终帧那一拍**、
+  与终帧铸点在同一个同步步里,先开的那条不会被后开的那条顶掉。
+
+#### 🔧 0.67.1 订正 ①(B-090,test [7055] 最高优先级发现):`isSubFlow` 的**身份键盲区**
+
+修前的子流判据(`src/adapter/runStream.ts`)只认 `parentToolCallId`,而本节上面那段散文读法写的是
+「`sourceTaskId` 优先,wire 缺席时回落 `parentToolCallId`」—— 那句话**隐含**「只带 `sourceTaskId`」是一条
+合法组合,而实装把那一形判成了**主流**。后果是双重的,且**两条都是本件当初要防的病**:
+
+1. 那条子代轮真的驱动了 `last_turn_usage`(与 `turn_usage` 消息臂)—— **§E2 断闸要防的 token-jump
+   在这条路上原样重现**:子代的窗口占用落进 statusline 的主会话 Context;
+2. 它整条**不进分表** —— 那只子代的账从 `_sema_nested_usage_by_task` 里消失,与本节已判 PASS 的
+   G32-23 直接矛盾(G32-23 的构造只覆盖了「两键同时在场」)。
+
+**上游出处(不是本包的口味)**:core `task-event.d.ts` 的 `TaskEventIdentity` 逐字 —— `sourceTaskId`
+「stamped ONLY on the content events of a task running AS A SUB-AGENT(**same condition as**
+`parentToolCallId`)」,且「A TOP-LEVEL task's own events carry **NO** `sourceTaskId`」。
+
+**修形**:`isSubFlow` = **身份信封两键任一在场**(判据是**键在不在**,不是「非空串」—— 空串 / 坏形也算
+信封在场,于是按子流走:失效方向是安全的那一侧,宁可少发一拍主会话的 usage,也绝不把子代的账混进主
+会话)。分表入表条件同批从「行键 **且** 父调用 id 都读得出」放宽到「**行键**读得出」。现势见上面的真值表。
+
+**🔴 一条如实记的射程边界(不是遗漏)**:`{缺席, 在场}` 那一格上 chrome 增量臂 `subagent_turn_usage`
+**不发**。理由:该臂的车道证明 `LaneProof` 的子流臂是 `{lane:'subagent', parentToolCallId: string}`,
+座位契约门对它是**硬要求**;这一形上没有父调用 id,唯一能把臂发出去的办法是拿 `sourceTaskId` 去填那一格
+—— 那是在一个「父调用 id」的位上放一个**任务 id**(身份位互串,正是 G32-28 反向钉守的那类病),而放宽
+`LaneProof` 是**三端 BREAKING**(宿主今天按 `parentToolCallId: string` 读),不属于一个 patch 的射程。
+⇒ 那一形上:**主臂两处断闸照断**、**终帧分表照带那一行**,只有**实时增量**这条腿静默。
+🔴 三端据此:**不许**把「本臂没来过」读成「这只子代没花钱」—— 终帧分表才是那本账的全量面。
+
+**消费方待办**
+
+- **cli / desktop / web**:① 分表的**行键**从此可能是一个**没有对应 `subagent_turn_usage` 臂**的
+  `taskId`(只带 `sourceTaskId` 的子代)⇒ 子代详情面按**终帧分表**渲,别拿「收到过增量臂」当行存在的前置;
+  ② 接增量臂的端注意本臂**仍然**保证 `parentToolCallId` 在场(型面未改,`LaneProof` 未改)——
+  本订正**零 BREAKING**,只是多了一类「分表有行、增量臂没来过」的组合。
+
+#### 🔧 0.67.1 订正 ②:分表行键是 wire 给的 id ⇒ 落键不许走裸赋值(`__proto__` 陷阱)
+
+`Object.prototype.__proto__` 是一个 **accessor**:在普通对象上写 `rows["__proto__"] = row` 走的是那只
+setter ——**不产生自有属性**(值是对象时还顺手改了表自己的原型),于是 `taskId` 字面等于 `"__proto__"`
+的那一行在 `Object.keys` / `JSON.stringify` 里**整条消失**,连 `partial` 的对账量(行数 vs `nested.tasks`)
+都被带偏。⇒ 本包这几张**以 wire 给的 id / 键名为键**的表(分表行 / `modelUsage` 的 `modelId` /
+`costBreakdown` 的开集键名)一律改走 `Object.defineProperty` 落键。
+🔴 **交付形不变**:端拿到的仍是一只**普通原型**的对象(`hasOwnProperty` / `toString` 都在)——
+本订正只改「落键」这一步,描述符与普通赋值逐位相同,除 `__proto__` 这一个字面外其余键行为零改。
+可达性如实记:真 taskId 是 uuid 形,**实践可达性极低**;守的是**形**(以不可信 id 当对象键),不是现场。
+
+**黑盒判据(新增,不改既有号)**
+
+- **G32-23b**:一条**只带 `sourceTaskId`**(无 `parentToolCallId`)的子代 `turn_end` ⇒ ① **零**
+  `last_turn_usage` chrome 臂、**零** `turn_usage` 消息臂(§E2 断闸);② 终帧分表**恰一行**、键 =
+  该 `sourceTaskId`、数就是那一轮的数;③ 同一拍**不发** `subagent_turn_usage` 增量臂。
+  判别力自证(反向):同一形补上 `parentToolCallId` ⇒ 增量臂照发。
+  四组合真值表逐格可跑:`{在场,在场}` / `{在场,缺席}` / `{缺席,在场}` 三格是子流(零 `last_turn_usage`、
+  零 `turn_usage`、恰一行),`{缺席,缺席}` 一格是主流(恰一条 `last_turn_usage`、恰一条 `turn_usage`、
+  分表整键不铸)。
+- **G32-23c**:`sourceTaskId` 字面等于 `"__proto__"`(以及 `"constructor"`)的两只子代 ⇒ 两行都在终帧
+  分表里、**`JSON.stringify` 之后仍可见**、`Object.keys` 数得到(⇒ `partial` 的对账量不被带偏);
+  且 `_sema_nested_usage_by_task` 自己的原型**没有**被那一行改写。
+
+#### 🔧 0.67.1 订正 ③(异源复审实抓):行键**出身混合** ⇒ `partial` 恒立
+
+订正 ① 放宽入表条件之后,一条流上的行键**可以有两种出身**:`sourceTaskId`(真身份)与
+`parentToolCallId`(有损回落)。**混合出身**时计数对账不再充分 —— 反例:任务 A 第一轮只带回落键
+`p`、第二轮只带真身份 `A`,任务 B 一轮只带回落键 `p`;终局 `nested = {tasks: 2, turns: 3}`。
+这张表是 `{p: 2 轮(A 与 B 混在一起), A: 1 轮}` —— 归属是错的,但**行数 2 === tasks 2**、
+**turns 之和 3 === turns 3**,两条对账同时成立 ⇒ 被标成「可证完整」。根因是**一次拆行**(同一只
+任务占了两行)与**一次合行**(两只任务并进一行)的计数误差方向相反、恰好抵消。
+
+⇒ **出身混合时 `partial` 恒立**。出身一致时既有两条对账仍是充分的:全真身份 ⇒ 一行一任务;
+全回落 ⇒ 多任务共父会让行数 `<` `nested.tasks`,那一格自己会翻。失效方向仍是安全的那一侧
+(只会**多**铸 partial,永远不会把一张残表说成完整)。
+
+- **G32-25b**:混合出身(同一条流里既有只带 `sourceTaskId` 的轮、又有只带 `parentToolCallId` 的轮)
+  ⇒ 终帧 `_sema_nested_usage_by_task_partial === true`,**即使**行数与 turns 之和都对得上权威合计。
+  判别力自证三形:全真身份对得上 ⇒ 不铸;全回落且父调用与任务一一对应 ⇒ 不铸;全回落且多任务共父
+  ⇒ 照旧铸(本条不是那一格的替身)。
+
+#### ⚠️ 0.67.1 未修的**已知局限**(同族、已立案,本批**刻意不动**):子代**正文**分流仍只认 `parentToolCallId`
+
+`src/adapter/runStream.ts` 的 C1 子代内容分流(`text_delta` / `reasoning_delta` / `text` / `reasoning` /
+`tool_start` / `tool_end` 六臂)的判据是 `typeof parentToolCallId === 'string'`,**没有**跟着订正 ① 一起
+认 `sourceTaskId`。实测(本批构造):一条 `{type:'text_delta', sourceTaskId:'child-1', delta:…}` 会被投影成
+主流 `stream_event`、`parent_tool_use_id: null` —— 即子代正文渲成 leader 自己的正文,正是那条分流臂
+整段头注在防的污染形。
+
+- **它不是本批引入的**:main 上逐字同形(该段未被本批改动),本批只是把**用量**那一半修对了,于是
+  同一只子代的「正文」与「用量」在这一形上落到了两条车道 —— 这个不一致本身是本批显形出来的。
+- **为什么本批不动它**:honest 的修法只有两条 —— (a) 拿 `sourceTaskId` 去填内容账本的
+  `parentToolCallId` 位(身份位互串,与订正 ① 拒绝的那条同形);(b) 判为「知道是子代但归不到卡」⇒
+  **留痕丢弃**,不许回落主转录。(b) 是**行为面/用户可见面**的改动(今天用户看得到那段文字,修后看不到),
+  按黑盒验收制要单独出判据帖 + 三端表态,**不属于一个 patch 的射程**。
+- **⇒ 立案**:候 clay / 三端裁 (a)/(b),坐标 `src/adapter/runStream.ts` C1 分流臂的判据行。
+  在它落定之前,消费方按「这一形的正文可能出现在主转录里」办。
+
+---
+
+### 32h. 7.15.0 / 7.16.0 的其余各行(逐行理由在 §32z;这里只写**两条例外**)
+
+- **7.15.0 的 `TaskSpec.deferTools` 不是「零读者」——本包是它的写者**:`src/request/taskRequest.ts`
+  的请求白名单与 `src/ultracodeWireCaps.ts` 的 `deferToolsForRequest` 铸它。7.15.0 把「它**不**被新的阈值门
+  计量」写成了明文契约,而本包的 `Workflow` 字面延迟正是靠这一条不受新阈值影响 ⇒ **零码改,但要登记**。
+- **7.15.0 的首请求 `tools[]` 形对本包有一处影响,立案未修**:自报表
+  `src/liveInitToolFace.ts` 的 `ENGINE_RUNNER_FACE` 把 `ToolSearch` 写成**无条件**成员(注释逐字「引擎对模型
+  的真实请求恒声明它」),而 7.15.0 之后它**有条件**了(延迟集为空 ⇒ 无 `ToolSearch`)。阈值只有引擎
+  算得出,所以正解是让自报面改读引擎的 roster 面,不是在这里加一个猜出来的条件 ⇒ `pending`。
+- **其余 7.15.0 两行**(`RunnerDeps.deferMode` 语义 / `alwaysLoad` 族)—— **引擎构造面**,本包不铸也不读。
+  `n-a`,grep 证在 §32z。
+- **7.16.0 包表面 4 + 盘面 7** —— memory engine 的目录布局是**引擎内 / 盘面**的事;本包不 import
+  `@sema-agent/core`(既非 peer 也非 runtime dep)、更不碰它的盘。`n-a`,grep 证在 §32z。
+- **`Model.cost` 可选 / `isModelPriced`** —— 本包不读 core 的 `Model` 型;成本面**早就**按「缺席 =
+  未定价」办(§31c 的 `costAbsent` / `nestedCostAbsent` 两个判别位就是这条),上游把 `cost` 改成可选
+  **正好印证**那条处置。`n-a`。
+- **`HoldRow.rel`(原 `relPath`)** —— 本包不读 `MemoryEngine.listHolds` 类的返回。`n-a`。
+
+---
+
+### §32z 逐键处置表(三份合同的**每一行**在本包的落点)
+
+> 口径与 core 仓 docs/wire-consumption/*.md 的列一致:`consumed`(+ `路径:行` 坐标)/ `declined`(+ 理由)/
+> `n-a`(+ 理由)/ `pending`(+ 票)。**这张表是下游抄 `wire-consumption-manifest` 的母本** —— 行号会随
+> 施工漂,但 `文件#符号` 不会;有疑问以 `git show` 当时那份为准。
+> 🔴 **`n-a` 的每一行都带 grep 证**,不是「看起来没关系」。
+
+#### ① core 7.14.0 —— 新增 / 变更 9 行
+
+| # | 键 | 处置 | 坐标 / 理由 |
+|---|---|---|---|
+| 1 | `GateDisposition.denied.cause`(`CLASSIFIER_DENY_CAUSES` / `isClassifierDenyCause` / `DENIED_BY_MAY_CARRY_CAUSE`) | **consumed** | 过境(开集透传)`src/gateOutcome.ts` 的 `GateDispositionView.cause` + `#gateOutcomeOf`;判成员(闭集)`src/autoModeUnavailable.ts` 的 `CLASSIFIER_DENY_CAUSES` / `#isClassifierDenyCause` / `#classifierDenyCauseOf`;措辞 `#classifierDenyCauseDetail`;状态面事实源 `src/classifierStatus.ts` 的 `classifierStatusOf`。门:`run-auto-mode-unavailable-test.mjs`(A/B/C/D 段)、`run-classifier-status-test.mjs`(B/D/E 段)、`run-hitl-gate-honesty-test.mjs`(F16 继任面两格) |
+| 2 | `ASK_ORIGINS` 成员 `ancestor_marked`(**BREAKING**,替 `unresolvable`,无 alias) | **consumed** | `src/gateVocabulary.ts` 的 `ASK_ORIGIN_WORDS` + `#ASK_ORIGIN_SENTENCES`;对账基准同批从 sdk 换成 core 真字节 + sdk 滞后登记,`run-gate-vocabulary-test.mjs` B / B-lag 段 |
+| 3 | `ruleStoreUnreadable`(`AskRequest` / `PermissionResult(ask)`+`PreToolUseResult` / `AskCarry` / `PendingAction.tool_approval` / `CheckpointSummary`)∈ `store\|call` | **consumed** | 词表与措辞 `src/gateVocabulary.ts` 的 `RULE_STORE_UNREADABLE_KINDS` / `#isRuleStoreUnreadableKind` / `#ruleStoreUnreadableDetail`;卡面两腿 `src/hitl/toolApprovalWire.ts` 的 `ApprovalCardRequest.ruleStoreUnreadable`(活卡帧腿 `#ToolApprovalFrame.ruleStoreUnreadable` + durable 腿 `#readRuleStoreUnreadable`,**同一把窄读器**)。门:`run-gate-vocabulary-test.mjs` R 段、`run-durable-card-display-keys-test.mjs` (12) 段、`run-hitl-gate-honesty-test.mjs` F16 段、`run-approval-frame-keys-test.mjs` 的 AHEAD_OF_ANCHOR 登记。⚠️ `AskCarry` / `PermissionResult` 两处载体本包**不读**(它们是引擎内 carry / 策略回值面),消费的是 ask 帧与 park 行两处 |
+| 4 | `WorkflowRun.errorCode?: string`(`workflow.agent_parked` 等) | **pending**(cli L-235;core #724 [7043] additive 补 run 级 errorCode 后本包补投影) | 🔴 **本包今天到不了它**,两条腿逐字节核过:① 本包投影的 TaskOutput 文本腿吃的是 core `formatWorkflowRun`(`dist/core/task-registry-shared.js#formatWorkflowRun`)的 JSON,那只函数**不发 run 级 `errorCode`**(只发 `agent_runs[].errorCode`);② 列表行腿 `dist/core/workflow-run-store.js#summarizeWorkflowRun` 同样没有。第三条腿 `GET /v1/workflows/:id` 的 sdk 型面(`@sema-agent/sdk/dist/types.d.ts#WorkflowRun`)**无此声明**,且本树未装 server fixture ⇒ 证不出 service 有没有转投。按本仓「core 定型 ≠ 壳可消费,先核 core→service→壳全链放行」办:**不猜载体**(猜对了是白写,猜错了是拿另一个量冒充),立案跟 server/sdk 补投。⚠️ 顺带登记一条**存量**:`agent_runs[].errorCode` 今天**在** JSON 上而本包的 `projectWorkflowTaskOutput` 只渲 `error` 首行不渲码 —— 那是 0.2.0 起的既有决定(`run-client-core-pure-test.mjs` 有一条具名钉),不属本合同行,另议 |
+| 5 | `memory.consolidation_withheld` audience `user` → `operator`(**value-domain**) | **consumed** | `src/engineNoticeCodes.ts` 的 `ENGINE_NOTICE_AUDIENCE`(那一行改字);门 `run-engine-notice-catalog-test.mjs` A/B 段双向对账 + E1 具名钉 + E1-neg 判别力自证 |
+| 6 | `TaskResult.stats.usageMissing?: true` | **consumed** | `src/adapter/downstream/terminalToSdkResult.ts` 的 `RunCostReconcile.usageLowerBound`(读点在 `#readRunCostFacts`)+ 终帧超集键 `#_sema_usage_lower_bound`(成功臂与错误信封**同一个 mint 点**)+ chrome 臂 `run_cost_reconciled` 同源;🔴 **两个来源取并**:`stats.usageMissing` 只在带得出 `TaskResult` 的终帧上有,而 `failed`/409/park 体没有 stats ⇒ 流内观测到的 `turn_end{usageMissing:true}` 同样立位(否则那种终帧的全零 usage 会被读成精确零)。门 `run-cost-reconcile-projection-test.mjs` F 段 + `run-subagent-usage-projection-test.mjs` I4 段 |
+| 7 | `reasoningEffortLevelsOf(model)`(export) | **n-a** | 引擎 brain 面的解析口(core 仓 src/brain/reasoning.ts),本包不 import `@sema-agent/core`、也不在任何请求面消费 tier 集合。grep 证:`src/` 全树 `reasoningEffortLevelsOf` **0 命中** |
+| 8 | `RuntimeCaps.autoModeDenySource`(resolver **INPUT**) | **n-a** | 它是引擎 resolver 的**输入**位(`RuntimeCaps` 由部署侧喂给引擎),本包是响应面客户端库,不铸 `RuntimeCaps`。grep 证:`src/` 全树 `autoModeDenySource` **0 命中**。⚠️ 它的**输出**对偶(`WiringManifest.autoMode.deniedSource`)是下一行,已 consumed |
+| 9 | `WiringManifest.autoMode.deniedSource`(`AutoModeArmFact`) | **consumed** | `src/adapter/downstream/eventToSdkMessage.ts` 的 `WiringManifestAutoMode.deniedSource` + `#projectAutoModeSection`(只在 `reason === "denied"` 上收的段内自洽判据);门 `run-wiring-manifest-projection-test.mjs` P4-ds 段(含上游逐字出处三格) |
+
+#### ② core 7.14.0 —— 退役 8 行(**BREAKING**;下游门 grep 零命中)
+
+| # | 退役键 | 处置 | 坐标 / 理由 |
+|---|---|---|---|
+| 1 | `PermissionDeniedPayload.classifierUnavailable` | **n-a** | 本包**从不读** `PermissionDeniedPayload`(那是引擎的观察者载荷;本包读的是 `tool_end.gate`)。grep 证:`src/` 全树 `permissionDenied` 仅 1 处**注释**命中(`src/classifierVerdictWire.ts` 的沿革说明),零代码位置 |
+| 2 | `PermissionResult(deny).classifierUnavailable`(含 alias 面 `PreToolUseResult`) | **n-a** | 同上:`PermissionResult` / `PreToolUseResult` 是**策略回值**面(引擎内),本包零读点。grep 证:`src/` 全树 `PreToolUseResult` **0 命中**;`PermissionResult` 仅 2 处**注释**命中(两处沿革说明),零代码位置 |
+| 3 | `PermissionResult(ask).classifierUnavailable` | **n-a** | 同上 |
+| 4 | `AskRequest.classifierUnavailable`(tool_approval 卡 / inbox 行) | **consumed(retired)** | 本包**读过**这一格 ⇒ 按 clean-cut 删码:卡位 / 帧位 / 窄读器 / 公面读器与措辞四处全删,继任者见 ①-1。登记在 `run-retired-vocabulary-census-test.mjs`(上游真没了 + src 代码位置零命中 + 公面零导出三向),反钉在 `run-auto-mode-unavailable-test.mjs` 的公面反钉段与 `run-durable-card-display-keys-test.mjs` (12) 的退役反钉三格 |
+| 5 | `AskCarry.classifierUnavailable` / `AskRequestCarry.classifierUnavailable` | **n-a** | carry 是**引擎内**的 park / request 携带面,本包零读点。grep 证:`src/` 全树两名各仅 1 处**注释**命中(`src/autoModeUnavailable.ts` 的退役沿革段),零代码位置 |
+| 6 | `PendingAction.tool_approval.classifierUnavailable` / `CheckpointSummary.classifierUnavailable` | **consumed(retired)** | 本包的 durable 腿读过它 ⇒ 同 ②-4 一并 clean-cut;旧耐久行带旧键时投影**忽略**(不读不渲不崩),门 `run-durable-card-display-keys-test.mjs` (12) 段三格 |
+| 7 | `ASK_ORIGINS` 成员 `unresolvable` | **consumed(retired)** | `src/gateVocabulary.ts` 的词表与句表各删一员,**无 alias**;非成员的旧值走开集兜底句。登记在 census 表(判据锚**带引号的字面量**,避开 `delegation.ask_unresolvable` / `rewind_snapshot.unresolvable` 两个**不相干**的码) |
+| 8 | `AskOriginFacts.ruleStore: "unavailable"`(型面**输入**词) | **n-a** | `AskOriginFacts` 是引擎门的**派生输入**(只有门自己持有),本包零读点。grep 证:`src/` 全树 `AskOriginFacts` **0 命中**;它的**输出**对偶已 consumed(见 ①-3) |
+
+#### ③ core 7.15.0 —— 语义变更 4 行、退役 0 行
+
+| # | 键 | 处置 | 坐标 / 理由 |
+|---|---|---|---|
+| 1 | `RunnerDeps.deferMode` 语义变更(阈值门;非 `"auto"` 值在 prepare 期 refuse) | **n-a** | `RunnerDeps` 是**引擎构造面**,本包不铸它。grep 证:`src/` 全树 `deferMode` **0 命中** |
+| 2 | 首请求 `tools[]` 形:占位符 ⇔ 延迟集非空;`ToolSearch` 在场 ⇔ 延迟集非空(**新输入**) | **pending**(cli L-236;core [7043] 判对:自报面改读 tool_roster 快照/delta) | 🔴 **不是零影响,如实登记**:本包的「引擎 runner 恒挂工具面」自报表把 `ToolSearch` 写成**无条件**成员(`src/liveInitToolFace.ts` 的 `ENGINE_RUNNER_FACE` 的 `'ToolSearch'` 行,注释逐字「引擎对模型的真实请求恒声明它」)。7.15.0 之后这句话**有条件**了:小 MCP roster 在阈值以下 ⇒ 延迟集为空 ⇒ 无 `ToolSearch`。今天多数请求仍带本包显式铸的 `deferTools`(见下一行)⇒ 延迟集非空 ⇒ 自报仍然对;但命中激活源、且 roster 在阈值以下的那一形自报会偏。**正解不是在这里加条件**(阈值只有引擎算得出),而是让自报面改读引擎的 roster 面 —— 立案另批 |
+| 3 | `TaskSpec.deferTools` 语义**不变**(字面延迟,现明说**不**被阈值门计量) | **consumed(写面)** | 🔴 与本合同其余行不同:这一键是本包**铸**的,不是读的 —— `src/request/taskRequest.ts` 的 `TaskRequestInput.deferTools`(白名单 `:67` 行)与 `src/ultracodeWireCaps.ts` 的 `deferToolsForRequest`。语义不变 ⇒ **零码改**;登记在册是因为 7.15.0 把「它不被阈值门计量」写成了明文契约,而本包正是靠这一条让 `Workflow` 的字面延迟不受新阈值影响 |
+| 4 | `TaskSpec.alwaysLoadTools` / `ToolSpec.alwaysLoad` / MCP `_meta["anthropic/alwaysLoad"]` 语义不变(现明说**不**被计量) | **n-a** | 本包不铸也不读这三处任何一处。grep 证:`src/` 全树 `alwaysLoad` **0 命中** |
+
+#### ④ core 7.16.0 —— 包表面 4 / 盘面 7 / 通告码 2 / `Model.cost` 2
+
+| # | 键 | 处置 | 坐标 / 理由 |
+|---|---|---|---|
+| 1 | `MemorySessionHandle.writableRoot: string \| null`(**BREAKING**) | **n-a** | memory engine 的**包表面**;本包不 import `@sema-agent/core`(既非 peer 也非 runtime dep)。grep 证:`src/` 全树 `writableRoot` **0 命中** |
+| 2 | `MemoryEngine.readonlyDirNamesUnderRoot(handle)` 移除 | **n-a** | 同上。grep 证:全树 **0 命中** |
+| 3 | `scanEntryFiles(dir, { exclude })` 的 `exclude` 移除 | **n-a** | 同上。grep 证:全树 `scanEntryFiles` **0 命中** |
+| 4 | `writableRootOf(handle)`(新 export) | **n-a** | 同上。grep 证:全树 **0 命中** |
+| 5 | `scopes.json` `{v:2,…}` | **n-a** | 盘面控制平面,本包不碰引擎的盘。grep 证:全树 `scopes.json` **0 命中** |
+| 6 | `projection-debts.json` v2 行形 | **n-a** | 同上。grep 证:全树 **0 命中** |
+| 7 | `holds.json` v2(`rel` 替 `relPath`;`HoldRow.rel`) | **n-a** | 同上;本包也不读 `listHolds` 类返回。grep 证:全树 `holds.json` / `relPath` 各 **0 命中** |
+| 8 | `session-accounts.json` v2 | **n-a** | 同上。grep 证:全树 **0 命中** |
+| 9 | `scan-fuse.json` v2 | **n-a** | 同上。grep 证:全树 **0 命中** |
+| 10 | `index-revs.json` 被 adoption 清空 | **n-a** | 同上。grep 证:全树 **0 命中** |
+| 11 | `<memoryDir>/<label>/…` 每个 scope 多一级目录 | **n-a** | 用户可见**路径值**变化,而本包不渲 memory 条目路径、也不按路径记账(`HarvestReport` 的按 `code` 计数在 server 侧)。grep 证:全树 `memoryDir` **0 命中** |
+| 12 | 通告码 `memory.layout_migrated` | **n-a(路由不变)** | 它属 core 的 `NON_GOVERNANCE_MEMORY_CODES`(`governance-codes.js:11-27` 真字节),**不在** `ENGINE_NOTICE_CODES` / `NOTICE_AUDIENCE` 上 ⇒ 本包对非治理码的既有路由不变(码册外 ⇒ 呈现面 fail-closed 只落 debug)。抄进码册会让双向对账当天红;反钉在 `run-engine-notice-catalog-test.mjs` E3 段 |
+| 13 | 通告码 `memory.layout_unowned_root_content` | **n-a(路由不变)** | 同上 |
+| 14 | `Model.cost?: {...}`(由必填改可选) | **n-a** | 本包不读 core 的 `Model` 型(模型面走 sdk / 本包自己的目录形)。成本面**早就**按「缺席 = 未定价」办(§31c 的 `costAbsent` / `nestedCostAbsent` 两个判别位),上游这次改动**正好印证**那条处置 |
+| 15 | `isModelPriced(model, pricing)`(新 export) | **n-a** | 同上:本包不做定价判定,只透传引擎报的 micro-USD 与两个缺席判别位。grep 证:全树 `isModelPriced` **0 命中** |
+| 16 | `HarvestReport.*.path` / `MEMORY_INSTRUCTION_TEMPLATE` / 可写目录准入(**声明为非 wire 改动**) | **n-a** | 三者本包皆零读点(前者在 server 侧按 `code` 计数,后两者是引擎内)。grep 证:全树 `HarvestReport` / `MEMORY_INSTRUCTION_TEMPLATE` 各 **0 命中** |
+
+#### ⑤ 合同外加员(本批由门当天红抓出,不在任何一份逐键表里)
+
+| # | 键 | 处置 | 坐标 / 理由 |
+|---|---|---|---|
+| 1 | `ENGINE_NOTICE_CODES` 加员 `task.interrupt_unconsumed`(audience `user`) | **consumed** | `src/engineNoticeCodes.ts` 的 `ENGINE_NOTICE_CODES` + `#ENGINE_NOTICE_AUDIENCE`;由 `run-engine-notice-catalog-test.mjs` A1 段(码数 51 vs 50)当天红抓出,**不是人眼发现的**。已如实登记为合同外加员 —— 上游下一批若把它补进逐键表,本行可并入 |
+
+#### ⑥ 本批的 BREAKING 清单(下游必读)
+
+| # | 面 | 变更 | 下游动作 |
+|---|---|---|---|
+| 1 | 包公面导出 | **删** `classifierUnavailableOf` | 改调 `classifierDenyCauseOf(门记录)`(编译期红) |
+| 2 | 包公面导出 | **删** `classifierUnavailableDetail` | 改调 `classifierDenyCauseDetail(cause)`(编译期红) |
+| 3 | 包公面类型 | **删** `ClassifierUnavailableView` | 该读数形随卡位一并退役 |
+| 4 | 卡面 / 帧面键 | `ApprovalCardRequest.classifierUnavailable` 与 `ToolApprovalFrame.classifierUnavailable` **删**,同位换成 `ruleStoreUnreadable` | 读旧键的端改读门记录;渲规则店机制的端读新键 |
+| 5 | 词表值域 | `ASK_ORIGIN_WORDS`:`unresolvable` → `ancestor_marked`(无 alias) | origin 的 `switch` / 映射表改词,`default` 臂必须在 |
+| 6 | audience 值域 | `memory.consolidation_withheld`:`user` → `operator` | 按 audience 分发的面自动跟随;为它写过「告诉用户」专属行的端把那一行挪去运维面 |
+| 7 | 状态面事实源 | `classifierStatusOf` 第二参从「一只 ask」变成「本轮那一次观测(ask / 耐久行 / 带 `gate` 的 `tool_end` 帧 / 门记录本体)」 | 签名与三态词表**未改**(不是编译期 BREAKING),但**喂什么**变了:端要把本 turn 的门记录喂进去,否则那一态恒不出现 |
+
+---