@sema-agent/client-core 0.88.0 → 0.89.0

package/docs/INTEGRATION-CLIENTS.md

@@ -19,11 +19,11 @@
 
 | 项 | 值 | 真源 |
 |---|---|---|
-| 本包 | `@sema-agent/client-core` **0.88.0**(本批发布版 = **minor**:展示出口凭据面一次扫描(带凭据的输入上输出字节变、干净文本逐字节同、一轮即不动;CC-247);崩溃收敛 `cause` 认第二个词 `shutdown_before_park`(`CrashConvergedRow.cause` 型联合 +1 词,穷尽分支的端编译期红;CC-218);服务端自铸通告 `server.model_unreachable` 入受众表与事实读器 `readModelUnreachable`(CC-270 ①);开发依赖换钉引擎 `~7.37.1`、放行原因闭集镜像 `GATE_MODE_RELEASE_REASON_WORDS` / `isGateModeReleaseReasonWord`、修复通告事实读器 `readToolTurnRepaired`、通告码册 80 → 81(`EngineNoticeFactsCode` +2 员;CC-272);会话所有者自助记忆抹除 `eraseSessionMemory` / `sessionMemoryEraseOutcome` + 三只闭集镜像(CC-264);registry 同一个 409 的两义判别 `classifyRegistryConflict` / `isScopeGoneError`(CC-280);请求键 `requireExistingSession`(车道表 44 → 45 行)与被拒读口 `requireExistingSessionRefusalFromError` / 一句 `requireExistingSessionRefusalContent`(CC-281);投递事实账本 `createPromptDeliveryLedger` + 两只按消息行的读口 `promptKnownUndelivered` / `withoutUndeliveredPrompts`(判据 = 引擎为这次提交建了 run;CC-271);plan 决断台账:离门证据结掉、还没被认领的登记由投递口认领原笔(CC-278);`wiring_manifest` 帧 `fileHistory` 段(`WiringManifestChromeEvent.fileHistory?` / `WiringManifestView.fileHistory?`,超集键 `_sema_fileHistory`;CC-279);根公面 1356 → 1372;测试钩 62 不变;公面类型名 922 → 942;超集键 +1;peer sdk 地板 `>=12.0.1` 不动;§114)。上一版 0.87.0 = **minor**:会话历史 tool_use 错配的自救出路 —— 合成终局错误行超集键 `_sema_tool_history_mismatch`、`EmitContext.offersRewind?` 声明面出路句与连续次数句、根入口两只纯函数 `classifyToolHistoryMismatch` / `resolveToolHistoryRewindTarget`(CC-268);崩溃收敛 needsHuman 行的闭集因由位 `needsHumanReason`(CC-269);停车 fail-soft 同步终帧与结果帧的真因超集键 `_sema_park_failed_reason`(CC-273);workflow 活动台账 / 监视器源的 `authToken` 收取值函数、连线身份按凭证来源认(CC-274);`armDetachCancel` 入参 `authToken` 收取值函数、取件口每调现读(CC-275);chrome 臂 `suspended_reopened`(`ChromeEvent` +1 臂,穷尽分支的端编译期红;CC-276);根公面 1354 → 1356;测试钩 62 不变;公面类型名 922 不变;超集键 +2;peer sdk 地板 `>=12.0.1` 不动;§113)。上一版 0.86.0 = **minor**:引擎 7.34.0 提货两代读法 —— 事实表第二批构建期生成、`GATE_DENIED_BY_WORDS` 两代并集十一词(元素型 `GateDeniedByWord`,`mode` 专句)、门记录权限模式两臂与读口 `gateModeRelease`、通告码册六码与六只事实读器(`EngineNoticeFactsCode` +6)、`STRUCTURED_DETAIL_TYPES` +`read_unestablished`、本人规则店读不出两代读法、`shell_gate_tighten` 改句(CC-249 / CC-245 / CC-230);服务端 7.105.0 提货 —— 会话规则写口拒名码 `rules.legacy_tool_name` 的具名结局与 `isRulesRefusalCode`(CC-251)、门前只读路 401 的 `unauthorized` 态与 `READ_CREDENTIAL_NOT_ACCEPTED_NOTICE`(CC-252);请求键 `approverPosture` 退役、构造期按名拒,两个运行期名字退出根入口(逐名见 §2z)(CC-253);`AskUnresolvableFactsView.remedy?`(CC-254);开发依赖引擎 `~7.36.0`(CC-255 换钉 7.35.0,`CONFIG_REFUSAL_CODES` 8 → 17;CC-261 再换钉 7.36.0),通告码册 73 → 80;`adapt()` 错误信封不再回落读旧名 `result`(CC-221);服务端 7.106.0 提货 —— caps `store` / `centerWiring` 窄读口、SQL 姿态两代读、计费入口 503 `fleet.lease_unavailable` 读口与一句话(CC-250),`executionLane.isolated` 与「本机无 OS 沙箱」判定(CC-256),请求键 `inheritEnv` 与版本闸片段口、两只拒按码出句(CC-257),权限规则表超帽坏项读口与一句(CC-262),工具声明拒按码认领(CC-263),请求体键形拒两张键表读口(CC-265);`-p` 首帧工具来源超集键 `_sema_tools_source` / `_sema_tools_fallback_reason` 与铸口 `printInitToolFaceSupersetKeys`(CC-266),三张估计工具表改为常驻(CC-267);根公面 1310 → 1354;测试钩 60 → 62;公面类型 891 → 922;超集键 +2;peer sdk 地板 `>=12.0.1` 不动(sdk 12.0.1 / 13.1.0 / 14.0.0 / 15.0.0 下本版 `.d.ts` 严格编译均零错误);§112)。上一版 0.85.2 = **patch**:自愈重开两只失败结局带 `errorCode`(这一次重开放弃所依据的那一发失败请求的外层 wire 码,present-iff;判定形不带),重开判决不成功臂 +`_sema_errorCode`(宿主可选铸;宿主重开口抛错时本包铸)(CC-260);自愈腿读错误对象与成功应答记录上的各位收进保护(读不出按缺席,不再 reject;`atMostOnceFailureClass` / `readSteerDelivery` / `readSteerReceiptStatus` 不再抛);根公面 1310 不变;公面类型名不变(两个已导出型各多可选位);超集键 +1;peer sdk 地板 `>=12.0.1` 不动;§111)。上一版 0.85.1 = **patch**:请求装配回执省略成因的终端用户向句表 `TASK_REQUEST_OMISSION_CAUSE_NOTICES` 与取句口 `taskRequestOmissionCauseNotice`(与接入方那只 `taskRequestOmissionCauseDetail` 同源于同一成因闭集、逐词不同句;表外 / 读不出 ⇒ 一句通用句,不抛、不回显),接入方那张句表的字面量补挂 `satisfies`(CC-248);plan-review 重开口在「这个会话没有接能显示卡的界面」那一形上答 `{ reopened: false, _sema_noPresentationSurface: true }`,自愈结局两臂带 `noPresentationSurface`、自愈行五句补一句成因,重开前提(宿主为该会话键订阅问题帧端口)成文(CC-258);自愈腿读宿主重开判决收进保护(某一位读不出按缺席,不再 reject),宿主日志 / 探针口抛错不再改变判决;多会话宿主的按会话呈现回执登记口 `registerArmedGateFromQuestionIdFor` 回到根入口(0.72.0 退出公面的名字复活;CC-259);根公面 1307 → 1310;公面类型名不变(两个已导出型各多可选位);超集键 +1;peer sdk 地板 `>=12.0.1` 不动;§110)。上一版 0.85.0 = **minor**:引擎事实表(通告码册 / 受众表 / MCP 注入丢弃原因 / 会话规则翻译判定内部两表)改为构建期生成,`ASK_ORIGIN_WORDS` / `APPROVAL_MANDATE_WORDS` 就是 SDK 导出的数组(不再冻结),四个思考档 / 权限模式型改为 SDK 型的别名,包内单源(CC-230);子代族八入口与两只行停止门收注入 client,写动词失败结局 +`unconfirmed`,`classifySubagentResumeFailure` 同判(CC-236);`sessionPolicyDeliverable` 收可选名册,`SessionPolicyWithheldWhy` 六词 → 七词(CC-228);过渡物退役登记与到期门,`adapt()` 不再认旧名 `attachedFiles`,三个运行期名字退出根入口(逐名见 §2z),`surfaceRememberNotApplied` 撤回退役预告(CC-221);plan-review 决断台账六口,`reopenPlanReviewCard` 按台账拒开(CC-241);会话后台任务停止口 `stopEngineSessionBackground` 与受据归类口 `engineSessionBackgroundReceiptReadingOf`(CC-246);服务端 7.104.0 会话侧:会话存档读不出三载体读口与人话 `corruptSessionContent`、`session.records_skipped` 进册(`SERVER_NOTICE_AUDIENCE` 三行)、删会话 409 读口、`/decide` 停驻挪动族读口(CC-217 / CC-243);服务端 7.104.0 能力 / 同步体侧:同步 park 新体与 park 行 `result`、`fileHistoryCaptureMode` 认 `on-optional` 与请求词片段口 `fileHistoryDeclarationField`、公钥发现读口 `projectSealedKeyCapability`、折叠粗码 `isStatusDerivedCoarseCode`(CC-243);同名影子对账门按语义判(CC-222);导出存活门读已提交历史(CC-240);根公面 1275 → 1307;测试钩 59 → 60;公面类型 +34;peer sdk 地板 `>=12.0.1` 不动;§109)。上一版 0.84.1 = **patch**:`<system-reminder>` 开标签定位口 `findSystemReminderOpenTag`(CC-210);detach durable-off 400 纯判定 `isDetachDurableOff400`,`detachDurableOffHint` 对读属性会抛的错误对象改回 `null`(CC-219);服务端自铸通告码进码册与受众表 `SERVER_NOTICE_AUDIENCE`(`instructions.source_changed` 回到用户面)+ 事实读器 `readInstructionsSourceChanged`(CC-213);按码派发的通告事实口 `readEngineNoticeFacts` + 派发表 `ENGINE_NOTICE_FACT_READERS`,`readReadRootGrantNotice` 入参型放宽(CC-214);停泊审批决断 422 `parked_resume.startup_failed` 的读口 / 一句话 / 判定与码优先 `isCodeClassifiedGateFailure`(CC-225);拒启会话的窄撤销动词 `removeRefusedSessionRules` 与出路句 `legacyToolNameFailureNoteOf`,`CONFIG_REFUSAL_CODES` 七员 → 八员(CC-229);plan-review 编排三口与两只能力探针收注入 client(CC-209);CC 形 `permission_denials` 收入参只被传输层脱敏过的拒绝 + 超集位 `_sema_tool_input_redacted`(CC-235);凭据读法两处放行收口(CC-234);根公面 1260 → 1275;公面类型 +18;peer sdk 地板 `>=12.0.1` 不动;§108)。上一版 0.84.0 = **minor**:peer sdk 地板 `>=11.3.0` → `>=12.0.1`;后台代理登记读数 —— 读口 / 取代判定 / 归类口 / 登记键桥 / 补行谓词,缺席行下半场(CC-194);读目录授权结论通告读口 `readReadRootGrantNotice`(CC-185);接线回执 `hands` 段 `_sema_hands` + 读口 `handsSeamReadingOf` / `handsSeamDetail`,`handsMountedDetail` 坏入参不再抛(CC-206);陈旧逻辑清扫(CC-223):退役键 `rewind.rewindFiles` 构造期拒收、`WorkflowRunState.agentCount` 改可选、26 个内部件退出根入口、九张公面判定表换只读 Set 子类、十五张判定数组冻结、`resume_at` 文本兼容腿退役;根公面 1278 → 1260;公面类型 +10;§107)。上一版 0.83.6 = **patch**:会话规则记录的无损判定 `sessionPolicyDeliverable` 把引擎会在准备阶段拒启的两类名字(引擎退役名、含 `__` 而不以协议前缀开头的名字)改判「不写」,成因词 `legacy_tool_name`(闭集 5 → 6),引擎说「改名为 X」的退役名带 `currentName` 出路位;`peer_wide` 那句改措辞(判决不变)(CC-226);根公面 1278 不变;peer sdk 地板 `>=11.3.0` 不动;§106)。上一版 0.83.5 = **patch**:展示层出口 `displayUntrusted` 的连接符 ZWJ / ZWNJ 按语境判(🔴 默认形输出字节变)、两只可选开关 `escapeBackslashes` / `blanks` 与标记位置读口 `displayUntrustedMarks`(CC-204);凭据两网的判别视图认孤代理项,机读字节 `errors[]` / 合成终局行同批(CC-207);转义记号在凭据再扫里原子与四处凭据读法存量修复(相对 0.83.4 零新增外泄);hooks 启动模式可选词读口 `SettingsPort.hooksStartupMode()`,安全 / bare 模式下设置来源只发 managed(CC-200),设置来源里同一条 hook 只发一份(CC-208);自愈三条重发结局 +1 可选位 `releaseConfirmedByEngine`、行句按释放证据分说(CC-212);活段接入指引订正;公面类型 +3;peer sdk 地板 `>=11.3.0` 不动;根公面 1278;§105)。上一版 0.83.4 = **patch**:只增 —— plan 审批卡「用户亲手关掉的卡,自动触发不在同一道门上放回屏上」的判定归包(`reopenPlanReviewCard` 加触发者位 `trigger`、拒开位 `dismissedByUser`,409 自愈腿按提交出身替宿主传触发者、结局与整行由包出;CC-201);座位审批请求补强制位 / 强制理由词 / 报价缺席因由 / 出身词四个可选位与过境口 `toolPermissionRequestAskBits`(CC-203);`<system-reminder>` 剥离 / 解包两只口上公面并改线性时间(CC-205);两条展示层接入指引订正;开发依赖引擎 `~7.33.1`;公面类型 +2;peer sdk 地板 `>=11.3.0` 不动;根公面 1277;§104)。上一版 0.83.3 = **patch**:入参 / 来源面 —— hooks 投影加 flag 来源(`--settings` 那一层,排在 local 之后;设置来源 hooks 维持托管在前拼接);规则列举口 `listAllPersistedRules` 入参只要 `list`(`RulesListFacade`,其余四口作可选成员);模型身份认目录缺省(本机读数加宿主报位 `engineAcceptsCatalogDefault`,位 `true` 才算目录可解析);公面类型 +1;peer sdk 地板 `>=11.3.0` 不动;根公面 1273;§103)。上一版 0.83.2 = **patch**:只增 —— 审批卡一族三件(常驻姿态下的放行谓词 `askSurvivesPosture`,三态、「不知道」不折成放行;卡上 `mandate` 六词闭集 + 读口 + 每词一句说明,通告码册 +2,开发依赖引擎 `~7.32.0`;停泊卡带出身词 `origin`;CC-193 / CC-195 / CC-196)与后台子代缺席行的判定、计数、sweep 豁免、回收与措辞单源(回收只在后台代理登记确认离场时;CC-194);公面类型 +13;peer sdk 地板 `>=11.3.0` 不动;根公面 1273;§102)。上一版 0.83.1 = **patch**:只增 + 行为订正 —— 展示层安全出口三端单源 `displayUntrusted`(凭据两网 ∘ 字符三网,选项按载体选;CC-112);本包合成的终局行正文与结果帧 `errors[]` 在铸点洗凭据(`errors[]` wire 可见,方向只会更安全)、交互车道合成行带上行类旗,回决备注与子代续跑收据多收双向 / 格式字符(CC-187 / CC-112);会话规则记录的无损判定 `sessionPolicyDeliverable` + 措辞单源 `sessionPolicyWithheldNotice` + 五词成因 `SESSION_POLICY_WITHHELD_WHY`(整批可送才送,首尾带空白的名字比宿主侧更严;CC-117);插件 hook 每轮计划 `hooksWirePlan` + `SettingsPort` 可选读口 `enabledPluginHooks` + `hooksForWire({ plan })`,逐条判「投给引擎 / 本客户端执行 / 如实不跑」、开机「不会执行」清单与 `/hooks` 标注措辞单源(投给引擎那一臂候引擎能力位 `taskSettings.pluginHooks`),设置来源的 `mcp_tool` 与 exec 形 hook 条目不再上请求体、手写的 `plugin` 键剥掉(CC-174);公面类型 +26;peer sdk 地板 `>=11.3.0` 不动;根公面 1254;§101)。上一版 0.83.0 = **minor**:行为面与型面都有 BREAKING —— CC 形消息 24 项按裁定 C-R103 退役名:结果帧 `degraded` / `errorCode` / `model` 与错误信封 `result` → `_sema_model_degraded` / `_sema_error_code` / `_sema_selected_model` / `_sema_salvaged_result`,合成终局行 `isApiErrorMessage` → `_sema_api_error_message`,工具结果记录删过渡名 `toolUseResult`,system 行 `attachedFiles` → `_sema_attached_files`、到达时戳 `timestamp` 与 `isMeta` 删,print 完成通知帧十三键平铺 `_sema_*`,记忆写入改走 chrome 臂 `memory_saved`(新型 `MemorySavedChromeEvent`,`CHROME_ARMS` required);本包只铸新名、端两名并读一版 + 结果帧 CC 键 `terminal_reason` 与读口 `terminalReasonForResult`(CC-175),错误信封知道就铸 `_sema_selected_model` + 转录 id 改 UUID 形(CC-147)+ `SettingsPort` 可选合并读口 `mergedDisableAllHooks`、用户层 `disableAllHooks` 在引擎腿上生效(CC-162)+ 退化审批卡三形拒收改写、`FsApprovalOutcome` 的 `failed` 臂 +可选位 `editRefused`(CC-135)+ 注入件自愈句整族重写 + 联网搜索旧三读口 `webSearchFromEnv` / `webSearchFromSettings` / `resolveWebSearch` 退出公面,`resolveLiveInitToolFace` 可选 `opts.webSearchStamped`(`LiveInitToolFaceOptions`),endpoint userinfo 律跟服务端 7.101.0(CC-184)+ 公面类型 −4(CC-171)+ 通告码册 69 → 71 与结构化卡白名单 +`read-inbox`(CC-186,开发依赖引擎 `~7.31.0`)+ 合成终局行 `uuid` 改 UUID 形;peer sdk 地板 `>=11.3.0` 不动;根公面 1238;§100)。上一版 0.82.7 = **patch**:只增不改 ——  每请求联网搜索配置的三态判决 `judgeWebSearchSettings` / `webSearchVerdictFromEnv` / `resolveWebSearchVerdict`(与 7.100.0 及以后 server 的受理判官同序同判,认不出的 provider 判形错、不再静默丢段;settings 段凭据注入回调 `apiKeyFor`)+ 措辞单源 `webSearchVerdictMessage`(不回显任何用户配的值)+ 调试日志用 `webSearchEndpointForDisplay`;旧三读口 `webSearchFromEnv` / `webSearchFromSettings` / `resolveWebSearch` 行为不变、标过渡期,0.83.0 删(CC-182);peer sdk 地板 `>=11.3.0` 不动;根公面 1240;§99)。上一版 0.82.6 = **patch**:只增不改 —— 停泊行上选「本会话允许」却没被记住时与活卡腿同句告知(回体 `rememberApplied: false`,或 server 以会话级放行专属拒绝码拒了 remember 后回退普通批准;其余失败一律未知不告知),回执 `DecideReceiptView` +1 可选位 `rememberApplied`(CC-181);决断落定后与桥重试臂的诊断留痕不再因宿主日志口抛错回流进决断;接入文档改口:server ≥7.100.0 上 park 行卡的 `requiresRealApproval` / `approvalIsMandated` 生效(CC-180,零代码改动);peer sdk 地板 `>=11.3.0` 不动;根公面 1235;§98)。上一版 0.82.5 = **patch**:只增不改 —— print 车道 init 帧工具面名册优先:流包装器 `withPrintInitFrame`(首选接法,init 恒为首行、其后按到达序)/ 判定闸 `createPrintInitGate` / 分类口 `printInitRosterSignal` / 判定口 `decidePrintInitToolFace` / 留痕措辞 `printInitToolFaceDebugLine` + 等待上界 `PRINT_INIT_ROSTER_WAIT_MS`(150 000);回落估计表补 `ListAgents`(7.30.0 及以后的引擎上与 `SendMessage` 同条件)(CC-169);peer sdk 地板 `>=11.3.0` 不动;根公面 1235;§97)。上一版 0.82.4 = **patch**:只增不改 —— park 行审批卡新增门类位 `irreversibleParkGate`(待决行门类恰为 irreversible_ask,今天即生效,门类事实不是保证);`requiresRealApproval` 在待决行顶层带时透传(就绪,待决列表带出后才生效,今天零行为变化)(CC-180);`ApprovalCardRequest` +1 可选位;peer sdk 地板 `>=11.3.0` 不动;根公面 1229;§96)。上一版 0.82.3 = **patch**:只增不改的公面 —— 自愈提示的「保住对话」出路槽 `keepSessionWayOut` 与交互面引擎决断入口开关 `engineDecidePath`(CC-177;两位都不给时措辞与 0.82.2 逐字节同);自愈结局两臂 +机读位 `pendingRowGone`(重开链证实待决项已不在);peer sdk 地板 `>=11.3.0` 不动;根公面 1229;§95)。上一版 0.82.2 = **patch**:只增不改的公面 + 若干行为订正 —— 新增措辞单源 `cloudEffectiveNotices`:云控制面有效配置回体的降级告警 / 预算 / 能力上限三读数(CC-164,四态,不读成 0 或「没有预算」);本机引擎 models 文档在宿主注入本机条目判定 `entryAccepted` 时补 `default` / `tierGroups` / `activeTierGroup`,剔掉会让本机整份拒收的目录引用与判定口不收的条目,去掉 registry 注记键 `origin` / `overridesTeam`(CC-165;结果新增 `modelRefIssues`);计划复核结局机读位 `_sema_planReviewOutcome`(CC-160 ①);停泊审批决断操作起止回调 `onDecideOperation` 与操作句柄 `openDecideOperation`(CC-160 ③);新增超集键 `_sema_planReviewOutcome`;peer sdk 地板 `>=11.3.0` 不动;根公面 1229;§94)。上一版 0.82.1 = **patch**:只增不改的公面 + 若干行为订正 —— 新增读口 15 个(续跑折叠码读口与措辞 / 文件历史捕获读口六口 / 模型身份可解析判据五口 / 自定义代理载荷作废重投口 / 决断失败码「门还在」判定)+ 宿主车道声明 `EmitContext.lane`;新增超集键 `_sema_response_model`(终帧 / 每轮用量)与 chrome 用量两臂 `responseModel`、重开判决 `_sema_decisionInFlight`、自愈结局两臂 `decisionInFlight`、内部臂 `_sema_denial_unclassified`、通知码 +1;行为订正:计划复核决断在飞不重开卡且自愈提示不再教人再决一次(CC-160 ②)、决断出口补折叠句且停泊腿不再把折叠 / 坏档误判已决(CC-154)、执行车道 `in-process` 措辞(CC-153)、`-p` 车道 Bash 良性退出与交互同判(CC-168)、`-p` 工具结果帧补结构化结果(CC-149)、被拒分类词两车道同判(CC-172)、非交互车道子代工具帧(CC-158,宿主声明车道才生效)、终帧被拒清单对账流内拒绝(CC-159)、自定义代理载荷作废重投(CC-161);peer sdk 地板 `>=11.3.0` 不动;根公面 1228;§93)。上一版 0.82.0 = **minor**:只增不改 —— 新增只读读口 17 个 + 1 常量、工具名册行一格 `mountedBy`、turn 错误判决 `http` 臂一格 `storedRowWhere`:`/rewind` 代码档与对话档能不能用由引擎能力位回答(CC-146)、云控制面额度读数三分(CC-150)、装配期「这一条腿有没有手」(CC-152)、续跑拒收按原码判(CC-154);两处既有面行为订正:自动模式分类器拒的类别词由 `permission-rule` 改为 `automode-*` 三词(CC-155,订正 0.81.1)、续跑上下文读不出时引擎点名的那一行不再丢(CC-156);0.81.0 预告的 23 键 + 1 子型删改**改到 0.83.0**(§92y ㉙);零 wire 键、零投影臂;peer sdk 地板 `>=11.3.0` 不动;§92。上一版 0.81.1 = **patch**:被拒分类词读器加第③路(CC-148):引擎「没问过就拒」的工具调用(deny 规则 / 权限模式 / hook / 分类器 / 写保护 —— 无 `settlement` 只有 `gate.disposition.deniedBy`)在 user 工具结果记录与终帧 `permission_denials[]` 上此前恒缺 `_sema_denial_kind` / `toolDenialKind`,现按层名落 `permission-rule`(其中「分类器」一项已由 0.82.0 CC-155 订正)(`ask_resolution` 无结算 / 结算段不成形 / 层名表外仍缺席不猜);交互与 `--print` 两条车道同一只读器;另钉终帧两臂 `_sema_effective_*` 键集不变量 —— 成功臂展开单铸函数、错误信封显式重发,覆盖性钉在返回对象自己的类型上(漏键 / 多键编译期即红)+ 门格判两臂键集相等且值逐字节同,给单铸函数加键时错误臂不会再静默少键(本版无键增减);零 wire 键、零投影臂、根公面 1195;§91。上一版 0.81.0 = **minor**:CC 形消息一张脸(C-R85 / CC-131):user 工具结果记录加 SDK 面键 `tool_use_result`(与过渡键 `toolUseResult` 同引用,删驼峰原定 0.82.0、已改到 0.83.0)+ DS-19 普查门升硬门(键集按语法解析、按 type/subtype 分表;23 键 + 1 子型过渡表到期窗原为 0.82.0、已改到 0.83.0,零常驻豁免)+ CC-145 `/rewind` both 臂改发 `restoreFiles:true`、`projectRewind(pending)` 单参;零 wire 键、零投影臂、根公面 1195;§90。上一版 0.80.2 = **patch**:`conflict.resume_context_unavailable` 的 `staleAfterSec` / `runId` 在真 SDK 上读不到(CC-137:sdk 11.1.0 起 `APIError` 把体上非具名键收进 `extra`,这一码映射成 `ConflictError` 无具名位,读口只读顶层 ⇒ 真调用链恒缺席)⇒ 体源结构位改「顶层有效值优先、`extra` 兜底」三只类型化读口单铸,有具名子类位的三处(`retryAfterSec` × 2 / `allowlist`)行为不变只多兜底,头源 `retryAfterMs` 只读具名位;零 wire 键、零投影臂、根公面 1195;§89。上一版 0.80.1 = **patch**:去键重发判据句按「铸」计(CC-143;§87「带键的体恰一次」作废 → 被铸恰一次,POST 几次随传输层)+ 接入文档段落自带射程限定词自 §88 起向前执法 + 模型预设表 deepseek 项改闭集真名 deepseek-flash(CC-144,C-R82 ①)+ 门里 git 兜底自陈探针(CC-142);零 wire 键、零投影臂、根公面 1195;§88。上一版 0.80.0 = **minor**:🔴 peer sdk 地板 >=11.2.1 → >=11.3.0 + 策略拒的归因上 wire(CC-133:发送面 deny+policy 带 settledBy / 读侧 policy_refused 十三词入 CC 规则桶 / 三错误码读口 / 直连门去键重发恰一次)+ 删除规则后果句归包(CC-132)+ /mcp 详情卡两腿分说归包(CC-134:六档读口 + 九句铸点,同批改口八处说满的话)+ 🔴 终帧旧拼法 `structuredOutput` 按 0.79.1 的宣告删除(只剩 CC 形 `structured_output`);根公面 1195;§87。上一版 0.79.1 = **patch**:终帧结构化产出同帧铸 CC 形 `structured_output`(旧拼法 `structuredOutput` 过渡一版,0.80.0 删;CC-130)+ 写审批 `argsOmitted` 退化卡在无受护写入部署形上重新解得出路径(CC-129)+ 云控制面十值二型经本包第二个入口 `@sema-agent/client-core/registry` 原样转口(根入口零变;CC-128 ①);根公面 1184;§86。上一版 0.79.0 = **minor**:server 7.93.0 过境批 —— peer sdk 地板 >=11.2.1 + 写口回执第六臂 unverified 与 503 体 committed 分臂(CC-124)+ 无 run 可读的 MCP 状态面(CC-74)+ 审批卡 mandated 位(CC-110)+ 请求装配第三车道 utility 与 approverPosture / maxTokens / outputRetries 三键 + print 车道 model 座(CC-116 / 118 / 123)+ 拒因两面分铸与四个机读位(CC-125)+ 模型轮边界划消息界(CC-126)+ 委派结果人类面读口按来源声明体内定位(CC-127)+ sdk 转口三件(CC-128)+ 通告码 memory.project_scope_absent(CC-122);公面 1184;§85。上一版 0.78.2 = **patch**:门的棘轮登记数字单真源 —— 五只门十一格棘轮 + 218 条沿革账搬进 scripts/registry.json、门只读不抄、负控改篡改登记物、下调通道 RATCHET-SLACK、新门 run-registry-test(CC-79 第一期)+ 两格存量松量收掉 + submit-wiring-manifest 门补 count===1 边界格;src 零改动,dist 逐字节同 0.78.1;公面 1154;§84。上一版 0.78.1 = **patch**:两辆并行车收货 + 三张跟进票 —— displayBody 人类面读口 + 围栏解析头尾配对收紧(CC-113)/ MCP 两处「没报」措辞分句(CC-115)/ 记忆治理面五动词调用口(CC-97 b)/ 非流式提交回执接线回执读口 readSubmitWiringManifest(CC-121)/ 三份失败判官抛出物读取收口(CC-119);公面 1154;§83。上一版 0.78.0 = **minor**:peer sdk 地板 >=9.8.1 → >=11.0.1(CC-106)+ 单步写口 200 体按 stillLive 判别联合改读、第五臂 revoked、三型取自 sdk、RulesFacade.write 必填、PersistedRuleLiveness 转口(CC-103)+ DeniedBy 第十词 read_boundary 专句(CC-106 ④)+ excludeAllTools 车道行;型面 BREAKING 三处、行为面同 0.77.2;公面 1143;§82。上一版 0.77.2 = **patch**:出包面结构卫生 —— 构建期 removeComments,dist js / d.ts 零注释(新门 run-dist-comments-test.mjs + 卫生门词表 32 条 + 文档向前执法;CC-100)+ gateDeniedByDetail 表外词兜底句改「本版不认识这个层名」(CC-111 ①);行为 / 型面逐字节同 0.77.1;公面 1143;§81。上一版 0.77.1 = **patch**:外部验收三件回填 —— 读器族边界残留 projectMcpReconnectCapability 只认自有键(CC-107)/ rewind 四子键恰读一次(CC-108)/ 子代输出合并按回体 output.type · retrieval_status 定处置(CC-109,server ≥7.92.0 cursorSemantics 缺席面);型面 additive 一处;公面 1143;§80。上一版 0.77.0 = **minor**:请求装配逐键去向回执 + print 车道补座 + 表外键响亮拒(CC-101,四条行为 BREAKING)/ 会话策略写端口(CC-105)/ 持久规则单步写面(CC-103)/ workflow 子代面板行代际三向恢复(CC-104,零改码)/ 能力位读器族口径整族改齐 + 外部验收 F-A / F-B 处置 + 合并树异源复审两轮处置;公面 1143;§79。上一版 0.76.2 = **patch**:制品卫生 —— 清 dist 重 build 去掉两只已撤出源码的编译产物 + dist ⇄ src 对账门;零源码 / 零型面 / 零行为改动;公面 1122;§78。上一版 0.76.1 = **patch**:能力位读器工厂(CC-75)/ MCP 活性观察读口(CC-36)/ `capabilities.peerLane` · `permissionRulesWrite` 四态读口(CC-102)/ 记忆治理面两只读口 + 三只条目面回体读口(CC-97 a)/ 主车道证明逐次新建(CC-99)+ 修 0.76.0 的 F1 / F2(身份四键一次性快照只修了投影口一侧);公面 1122;§77。上一版 0.76.0 = **minor**:六票一批 —— `prompt_assembled` 投影臂 / 审批 feed 三态(**型面 BREAKING**)/ `ApprovalResolution` 单源联合 / 记忆 spec 读口 / 终态词表上游钉 / `tasks_expand` 退役(**型面 BREAKING**),外加身份四键一次性快照(跨全部内部臂);公面 1081;§76。上一版 0.75.1 = **patch**:面板短命子代反序缓行放不出的残洞(外部复验 D1)+ 同代 running 帧三向定形(B4)+ #969 提货 `spawnName` 透传与 `agentType` 改读诚实来源(CC-95);§75。上一版 0.75.0 = **minor**:压缩的非 compacted 结局上 chrome 面 `compaction_outcome`(新内部臂 —— 自建 print 出口的端先表态)+ peer sdk 地板 `>=9.8.1`;型面 additive(ChromeEvent +1 臂)、公面 1065、零 wire 新键;§74。上一版 0.74.5 = **patch**:core 7.24.0 提货 `_sema_freed_tokens?` + 首见即终态的行零事件(幽灵完成行)+ `isNewEngineAgentPanelCycle` / `approvalOutcomeNoteOf` 上公面;型面 additive、公面 1065、peer 不动;§73。上一版 0.74.4 = **patch**:面板键「先发布的键为准」(tick 归不了一的三序不再两行)+ 前代 UUID 迟到 tick 丢弃 + `readRunCancelContext` 下钻收紧;型面 additive、公面 1061、peer 不动;§72。上一版 0.74.3 = **patch**:面板子代身份归一(tick / end 的 UUID 归到 fleet 尾段,宿主零改)+ run 记录 `cancelContext` 读口与成因四词 + workflow 行 `errorCode` + reopen 第二臂两件;型面纯 additive、公面 1061、peer 不动;§71。上一版 0.74.2 = **patch**:`capabilities.deviceExecutor.management` 四态读口(缺席 ≠ false;`deviceExecutor: false` = 车道缺席;管理动词可用性三态归包);公面 1052;§70。上一版 0.74.1 = **patch**:审批卡无决断收口 + 结局回交;§69。上一版 0.74.0 = **minor**:peer sdk 地板 >=9.7.1 + covers 过境 + 面板周期身份 + 离场读口;§68。上一版 0.73.5 = **patch**:workflow 规模告警判定上收进包(`evaluateWorkflowSize` 三态:未知的规模不当作规模正常;分母口径与帽优先级单源;env 读口纯函数);型面纯 additive、公面 1044、peer 不动;§67。上一版 0.73.4 = **patch**:终帧 `permission_denials` 第三键 ⇐ 同一条流 `tool_start` 入参按 `toolCallId` join(三道闸;join 不上留 sema 载体;🔴 更正 0.73.2「自动升级收口」一句)+ 审批 feed push 侧取件失败的欠账退避重试;型面纯 additive、公面 1033、peer 不动;§66。上一版 0.73.3 = **patch**:CC-61 sdk 9.7.1 提货 + `capabilities.approvalsStreamLive` 四态读口(缺席 = 判不出;`livePendingNeedsReconcile` 只在引擎明说会推时才让对账节拍降兜底)+ CC-60 五条模型面文案锚包侧半场(cursorSemantics 机读位 / result 行注记 / bash 首行两变体与良性槽 / 通知 seed 并集 / parked 臂);型面纯 additive、公面 1032、peer 不动;§65。上一版 0.73.2 = **patch**:CC-59 悬挂 ask 全卡 —— `livePending[].frame`(server ≥7.87.0)两道闸窄读进视图,在场即走流内帧腿同一条路(入参可见、改写可转发),缺席保持盲卡;CC-34 收口(引擎半场随 7.87.0 到货,判据交黑盒);型面纯 additive、公面 1026、peer 不动;§64。上一版 0.73.1 = **patch**:CC-57 `decidePlanReview` outcome 尾句按「决断有没有生效」四态选(单铸点 `planReviewOutcomeTail`;此前本地拒发仍让模型汇报已拒绝)+ CC-56 cancel 的 409 按机器码分家(`cancelConflictFromError` 三形 / 新安全码 `cancel_run_not_running`)与提交面 429 用量窗读口 + 人话;型面纯 additive、公面 1026、peer 不动;§63。上一版 0.73.0 = **minor,型面 BREAKING**:fleet 视图八个数值键改可选 —— CC-52 `FleetTaskView.elapsedMs` / `tokens` / `queuedCount` 与 `FleetWorkflowView.doneCount` / `totalCount` / `failedCount` / `tokens` / `elapsedMs` 不再 `?? 0`(有键 = 真值含真 0,缺键 = 不知道;逐键缺席语义见 §62b)+ 台账补偿链无基数不铸;公面导出名零增减 1019、零 wire 变化、peer 不动;§62。上一版 0.72.14 = **patch**:悬挂的流内 ask 拉半场 —— CC-55 `startApprovalsFeed` 快照加 `livePending` 段并进变化摘要(键缺席 = 未报,不铸空)+ 视图 / 去重账 / 与流内帧腿同链的决断口(入参不可见上卡明说、改写不转发)+ 宿主闸对账节拍 + 待决计数读口(不知道 = null);型面纯 additive、公面 1019、peer 不动;§61。上一版 0.72.13 = **patch**:server 7.86.0 提货 —— CC-46 plan_review `permissionModeAfter` 发口(三选卡双闸:宿主声明只读起步 ∧ 引擎 ≥7.86.0;400 field_conflict 两种处置)+ CC-54 `capabilities.executionLane` 四态读面(键缺席 ≠ 不是本机车道;`toolsRunHere` 判据归包)+ CC-53 detach 版本闸三态;型面 additive(另撤回 0.72.12 的主通道 `absent` 臂,改独立缺席订阅口)、公面 1011、peer 不动;§60;**预告 0.73.0 BREAKING**:fleet 视图数值键改可选。上一版 0.72.12 = **patch**:「缺席被折成正向终态」按类清剿 —— CC-50 M1 头条(fleet 行缺席改发 `absent` 不再铸 `end{isError:false}`)+ 六站一次改齐(缺席 ⇒ `unknown`)+ 结果边界 fail-closed 取舍 + `_sema_outcome` + `Outcome unknown:` 行 + CC-51 M6(default 臂不再谎报 running)+ 普查门 + DS-06;型面 additive、公面 993、peer 不动;行为面三处真变化见 CHANGELOG 取舍段;§59。上一版 0.72.11 = **patch**:core 7.23.0 提货 —— CC-49 通告码 66 → 67 `config.write_protection_unresolved`(operator;兄弟码 `target_view_absent` = 没有视图,这枚 = 有视图解析不出)+ `permission_denials` 自动升级腿通电(`gates[].toolCallId` ⇒ `tool_use_id`;CC-34 引擎半场);型面零变化、公面 989、peer 不动、devDep core ~7.23.0;§58。上一版 0.72.10 = **patch**:CC-41 leader run 终局 `needs_human` + `result.conflict` 三形读面(none 缺席不可分 / unreadable 在场读不懂 / conflict;`salvaged[]` 原样给落盘口;措辞单源不提重试);型面纯 additive、公面 989、peer 不动;§57。上一版 0.72.9 = **patch**:server 7.85.0 提货 —— CC-30 会话内 MCP re-dial 消费口(`reconnectMcpServer` 三态 / unsupported 恒五键 / 交易文案单源)+ CC-39② memory-status `autoConsolidationArmed` 三态 + CC-45 resume 补充句渲保留秒数;型面纯 additive、公面 985、peer 不动;§56。上一版 0.72.8 = **patch**:清账三票 —— `memory:"off"` 请求键(CC-39③,server 7.84.0 S-405)+ `runStream` 第二条中性臂 `Model output error:`(CC-43)+ 注入件撞活 run 自动 steer 零卡(CC-44);型面纯 additive、公面 977、peer 不动;§55。上一版 0.72.7 = **patch**:core 7.22.0 提货 —— 通告码 66 `mcp.server_redialed` + 读器 `readMcpServerRedialed` + `wiring_manifest.readDeny` 第九段 `_sema_readDeny`(缺席 = 没有内置行判这条腿);型面纯 additive、公面 971、peer 不动、devDep core ~7.22.0;§54。上一版 0.72.6 = **patch**:cli L-379 包侧半场 —— `steerFollowIntent` steer 后续听意图三态(tail / after-decision / after-wake)+ `activeRunSelfHealRow` 续听声明第五参;型面纯 additive、公面 969、peer 不动;§53。上一版 0.72.5 = **patch**:server 7.82.1 提货 —— `capabilities.webSearch.backend` 部署默认 WebSearch 后端四态读面(键缺席 = 老引擎判不了 ≠ `none`);型面纯 additive、公面 968、peer 不动;§52。上一版 0.72.4 = **patch**:core 7.21.x 三件经 server 7.82.0 提货 —— `wiring_manifest.autoConsolidation` 第八段 `_sema_autoConsolidation`(缺席 = indeterminate 不折 false);型面纯 additive、公面 962、peer 不动;§51。上一版 0.72.3 = **patch**:core #863 记忆单系统半场 ① —— `projectAgentsForWire` 投影 `agents[].memory`(user|project|local 三词同映射引擎平面 agent:<type>);型面纯 additive、公面 962、零 wire 新键、peer 不动;§50。上一版 0.72.2 = **patch**:workflow 视图两票 —— `LiveWorkflowController.resolution()` 六态(snapshot() 的 null 三义拆开)+ `noteOwnWorkflowRun` own 台账同拍登记;型面纯 additive、公面 961、零 wire 键、peer 不动;§49。上一版 0.72.1 = **patch**:server 7.80.1 提货 —— 409 `conflict.resume_context_unavailable` 结构读数(`staleAfterSec` / `runId`;sdk 9.6.0 尚未带键,经 sdk 今天恒缺席)+ `SkillSpec.baseDir`(只在本机车道带);型面纯 additive、公面 960、peer 不动;§48。上一版 0.72.0 = **minor**:型面 BREAKING —— 39 个零消费导出退出公面(CC-32 退役批,[7419] §45 预告 / cli [7422] 同意 / web-client·desktop 过节拍沉默 = 同意;名单见 §47a S-1);运行期零 BREAKING、公面 956、peer 不动、devDep core ~7.20.1;随批:已退役名账 `removed` + export-liveness 门 G 段 + 冻结账门 ⑧c;§47。上一版 0.71.4 = **patch**:core 7.20.1 提货 —— `ENGINE_NOTICE_CODES` 65 + `wiring_manifest.writeProtection` 第七段 `_sema_writeProtection`;型面纯 additive、公面 995、peer 不动、devDep core `~7.20.1`;§46。上一版 0.71.3 = **patch**:门体系清账批 —— CC-24 export-liveness 门 + 39 个导出退役预告(0.72.0 删,表态制)/ CC-26 `as unknown as` 铸链棘轮 / CC-25 冻结账门 ⑧ 段 / CC-06 B-081 包侧半场(终帧 `_sema_effective_reasoning` / `_sema_effective_memory_scopes` + resume reopen 族 + `routePairingVerdict`);型面纯 additive、公面 986 → 995、peer 不动;§45。上一版 0.71.2 = **patch**:接入方验收两票归包 —— CC-28 B-132 decide 拒体三句去内部车道词 / CC-29 B-133 committedUuids 唯一性(重复 ⇒ 形 f);零型面变化、公面 986、peer 不动;§44。上一版 0.71.1 = **patch**:接入档打回修正 —— CC-27 `ApprovalCardRequest.readRootCandidate?` 帧→卡透传位 + 新导出型 `ReadRootCandidateView`;型面纯 additive、公面 986 不变、peer 不动;§43。上一版 0.71.0 = **minor**:型面 BREAKING 六件 —— peer sdk 地板 >=9.6.0 + agent-types >=0.3.0 / `SkillsListingTruncatedFactsView` 删 `requestedBudgetBytes?`·`laneClamped?` / `WiringManifestMcpEntry` → `WiringManifestMcpEntryView` / `MAX_AGENT_SKILLS` 删 / `decide.workflow_host_not_parked` 退役;运行期零 BREAKING。内容:core 7.20.0 提货(闭集 +5 六十四码)/ 🔴 CC-16 `text_segment_end.committedUuids[]` / CC-08 全五件(tool_disclosure / tool_progress 两 chrome 臂、wiring_manifest tools·hooks·lsp 进切片、tool_roster_delta 接上、context_usage 进切片、`readRootCandidate` 镜像)/ CC-19 `mcpEngineLegPresence` 归包 / CC-20 not_parked clean-cut;公面 986;§42 / 42y 八条)|
+| 本包 | `@sema-agent/client-core` **0.89.0**(本批发布版 = **minor**:引擎 7.38 提货(开发依赖换钉引擎 `~7.38.2`;通告码册 81 → 86、引擎铸方表接手服务端自铸码的受众,`SERVER_NOTICE_AUDIENCE` 🔧 退出公面(型面 BREAKING,逐名见 §2z);工具轮不完整读器 `readToolTurnIncomplete`、用户输入没被用上读器 `readUserInputUndrained` 与一句 `userInputUndrainedNotice`(`EngineNoticeFactsCode` +3 员,穷尽分支的端编译期红);终局服务商拒绝详情 `readRunTerminal` 的 `failed.detail` 与「改了重发」判定口 `providerRejectionResend`;steer 账本 503 `ledger_unavailable` 一张码表三条腿(`ControlSafetyCode` +1 员、子代 steer 结局联合 +1 臂,穷尽分支的端编译期红);省略成因短语口 `taskRequestOmissionCausePhrase`;CC-282);审批四面问类两位 `askClass` / `classes`(三型各 +2 可选位;CC-284);请求键 `disableSkills` 与片段口 `disableSkillsDeclaration`(车道表 45 → 46 行;CC-277);hooks 设置来源条目的唯一执行者与本端跳过口 `settingsHooksKeptLocally`(`PLUGIN_HOOK_REASONS` +5 词、`PLUGIN_HOOK_EXCLUSION_REASONS` +1 词,穷尽分支的端编译期红;CC-287);凭据被拒判官 `isReadCredentialRefusal` 上根入口(CC-289);服务端 7.111.0 两项(接线回执新段 `instructions`、子代转向成功结局 `messageId`;CC-282 余项)与展示出口无标签 `Token <值>` 形照遮(CC-290);根公面 1372 → 1379;测试钩 62 不变;公面类型名 942 → 952;超集键 +1(98 → 99,`_sema_instructions`);peer sdk 地板 `>=12.0.1` 不动;§115)。上一版 0.88.0 = **minor**:展示出口凭据面一次扫描(带凭据的输入上输出字节变、干净文本逐字节同、一轮即不动;CC-247);崩溃收敛 `cause` 认第二个词 `shutdown_before_park`(`CrashConvergedRow.cause` 型联合 +1 词,穷尽分支的端编译期红;CC-218);服务端自铸通告 `server.model_unreachable` 入受众表与事实读器 `readModelUnreachable`(CC-270 ①);开发依赖换钉引擎 `~7.37.1`、放行原因闭集镜像 `GATE_MODE_RELEASE_REASON_WORDS` / `isGateModeReleaseReasonWord`、修复通告事实读器 `readToolTurnRepaired`、通告码册 80 → 81(`EngineNoticeFactsCode` +2 员;CC-272);会话所有者自助记忆抹除 `eraseSessionMemory` / `sessionMemoryEraseOutcome` + 三只闭集镜像(CC-264);registry 同一个 409 的两义判别 `classifyRegistryConflict` / `isScopeGoneError`(CC-280);请求键 `requireExistingSession`(车道表 44 → 45 行)与被拒读口 `requireExistingSessionRefusalFromError` / 一句 `requireExistingSessionRefusalContent`(CC-281);投递事实账本 `createPromptDeliveryLedger` + 两只按消息行的读口 `promptKnownUndelivered` / `withoutUndeliveredPrompts`(判据 = 引擎为这次提交建了 run;CC-271);plan 决断台账:离门证据结掉、还没被认领的登记由投递口认领原笔(CC-278);`wiring_manifest` 帧 `fileHistory` 段(`WiringManifestChromeEvent.fileHistory?` / `WiringManifestView.fileHistory?`,超集键 `_sema_fileHistory`;CC-279);根公面 1356 → 1372;测试钩 62 不变;公面类型名 922 → 942;超集键 +1;peer sdk 地板 `>=12.0.1` 不动;§114)。上一版 0.87.0 = **minor**:会话历史 tool_use 错配的自救出路 —— 合成终局错误行超集键 `_sema_tool_history_mismatch`、`EmitContext.offersRewind?` 声明面出路句与连续次数句、根入口两只纯函数 `classifyToolHistoryMismatch` / `resolveToolHistoryRewindTarget`(CC-268);崩溃收敛 needsHuman 行的闭集因由位 `needsHumanReason`(CC-269);停车 fail-soft 同步终帧与结果帧的真因超集键 `_sema_park_failed_reason`(CC-273);workflow 活动台账 / 监视器源的 `authToken` 收取值函数、连线身份按凭证来源认(CC-274);`armDetachCancel` 入参 `authToken` 收取值函数、取件口每调现读(CC-275);chrome 臂 `suspended_reopened`(`ChromeEvent` +1 臂,穷尽分支的端编译期红;CC-276);根公面 1354 → 1356;测试钩 62 不变;公面类型名 922 不变;超集键 +2;peer sdk 地板 `>=12.0.1` 不动;§113)。上一版 0.86.0 = **minor**:引擎 7.34.0 提货两代读法 —— 事实表第二批构建期生成、`GATE_DENIED_BY_WORDS` 两代并集十一词(元素型 `GateDeniedByWord`,`mode` 专句)、门记录权限模式两臂与读口 `gateModeRelease`、通告码册六码与六只事实读器(`EngineNoticeFactsCode` +6)、`STRUCTURED_DETAIL_TYPES` +`read_unestablished`、本人规则店读不出两代读法、`shell_gate_tighten` 改句(CC-249 / CC-245 / CC-230);服务端 7.105.0 提货 —— 会话规则写口拒名码 `rules.legacy_tool_name` 的具名结局与 `isRulesRefusalCode`(CC-251)、门前只读路 401 的 `unauthorized` 态与 `READ_CREDENTIAL_NOT_ACCEPTED_NOTICE`(CC-252);请求键 `approverPosture` 退役、构造期按名拒,两个运行期名字退出根入口(逐名见 §2z)(CC-253);`AskUnresolvableFactsView.remedy?`(CC-254);开发依赖引擎 `~7.36.0`(CC-255 换钉 7.35.0,`CONFIG_REFUSAL_CODES` 8 → 17;CC-261 再换钉 7.36.0),通告码册 73 → 80;`adapt()` 错误信封不再回落读旧名 `result`(CC-221);服务端 7.106.0 提货 —— caps `store` / `centerWiring` 窄读口、SQL 姿态两代读、计费入口 503 `fleet.lease_unavailable` 读口与一句话(CC-250),`executionLane.isolated` 与「本机无 OS 沙箱」判定(CC-256),请求键 `inheritEnv` 与版本闸片段口、两只拒按码出句(CC-257),权限规则表超帽坏项读口与一句(CC-262),工具声明拒按码认领(CC-263),请求体键形拒两张键表读口(CC-265);`-p` 首帧工具来源超集键 `_sema_tools_source` / `_sema_tools_fallback_reason` 与铸口 `printInitToolFaceSupersetKeys`(CC-266),三张估计工具表改为常驻(CC-267);根公面 1310 → 1354;测试钩 60 → 62;公面类型 891 → 922;超集键 +2;peer sdk 地板 `>=12.0.1` 不动(sdk 12.0.1 / 13.1.0 / 14.0.0 / 15.0.0 下本版 `.d.ts` 严格编译均零错误);§112)。上一版 0.85.2 = **patch**:自愈重开两只失败结局带 `errorCode`(这一次重开放弃所依据的那一发失败请求的外层 wire 码,present-iff;判定形不带),重开判决不成功臂 +`_sema_errorCode`(宿主可选铸;宿主重开口抛错时本包铸)(CC-260);自愈腿读错误对象与成功应答记录上的各位收进保护(读不出按缺席,不再 reject;`atMostOnceFailureClass` / `readSteerDelivery` / `readSteerReceiptStatus` 不再抛);根公面 1310 不变;公面类型名不变(两个已导出型各多可选位);超集键 +1;peer sdk 地板 `>=12.0.1` 不动;§111)。上一版 0.85.1 = **patch**:请求装配回执省略成因的终端用户向句表 `TASK_REQUEST_OMISSION_CAUSE_NOTICES` 与取句口 `taskRequestOmissionCauseNotice`(与接入方那只 `taskRequestOmissionCauseDetail` 同源于同一成因闭集、逐词不同句;表外 / 读不出 ⇒ 一句通用句,不抛、不回显),接入方那张句表的字面量补挂 `satisfies`(CC-248);plan-review 重开口在「这个会话没有接能显示卡的界面」那一形上答 `{ reopened: false, _sema_noPresentationSurface: true }`,自愈结局两臂带 `noPresentationSurface`、自愈行五句补一句成因,重开前提(宿主为该会话键订阅问题帧端口)成文(CC-258);自愈腿读宿主重开判决收进保护(某一位读不出按缺席,不再 reject),宿主日志 / 探针口抛错不再改变判决;多会话宿主的按会话呈现回执登记口 `registerArmedGateFromQuestionIdFor` 回到根入口(0.72.0 退出公面的名字复活;CC-259);根公面 1307 → 1310;公面类型名不变(两个已导出型各多可选位);超集键 +1;peer sdk 地板 `>=12.0.1` 不动;§110)。上一版 0.85.0 = **minor**:引擎事实表(通告码册 / 受众表 / MCP 注入丢弃原因 / 会话规则翻译判定内部两表)改为构建期生成,`ASK_ORIGIN_WORDS` / `APPROVAL_MANDATE_WORDS` 就是 SDK 导出的数组(不再冻结),四个思考档 / 权限模式型改为 SDK 型的别名,包内单源(CC-230);子代族八入口与两只行停止门收注入 client,写动词失败结局 +`unconfirmed`,`classifySubagentResumeFailure` 同判(CC-236);`sessionPolicyDeliverable` 收可选名册,`SessionPolicyWithheldWhy` 六词 → 七词(CC-228);过渡物退役登记与到期门,`adapt()` 不再认旧名 `attachedFiles`,三个运行期名字退出根入口(逐名见 §2z),`surfaceRememberNotApplied` 撤回退役预告(CC-221);plan-review 决断台账六口,`reopenPlanReviewCard` 按台账拒开(CC-241);会话后台任务停止口 `stopEngineSessionBackground` 与受据归类口 `engineSessionBackgroundReceiptReadingOf`(CC-246);服务端 7.104.0 会话侧:会话存档读不出三载体读口与人话 `corruptSessionContent`、`session.records_skipped` 进册(`SERVER_NOTICE_AUDIENCE` 🔧 0.89.0 退出公面前的三行)、删会话 409 读口、`/decide` 停驻挪动族读口(CC-217 / CC-243);服务端 7.104.0 能力 / 同步体侧:同步 park 新体与 park 行 `result`、`fileHistoryCaptureMode` 认 `on-optional` 与请求词片段口 `fileHistoryDeclarationField`、公钥发现读口 `projectSealedKeyCapability`、折叠粗码 `isStatusDerivedCoarseCode`(CC-243);同名影子对账门按语义判(CC-222);导出存活门读已提交历史(CC-240);根公面 1275 → 1307;测试钩 59 → 60;公面类型 +34;peer sdk 地板 `>=12.0.1` 不动;§109)。上一版 0.84.1 = **patch**:`<system-reminder>` 开标签定位口 `findSystemReminderOpenTag`(CC-210);detach durable-off 400 纯判定 `isDetachDurableOff400`,`detachDurableOffHint` 对读属性会抛的错误对象改回 `null`(CC-219);服务端自铸通告码进码册与受众表 `SERVER_NOTICE_AUDIENCE`(🔧 0.89.0 退出公面;`instructions.source_changed` 回到用户面)+ 事实读器 `readInstructionsSourceChanged`(CC-213);按码派发的通告事实口 `readEngineNoticeFacts` + 派发表 `ENGINE_NOTICE_FACT_READERS`,`readReadRootGrantNotice` 入参型放宽(CC-214);停泊审批决断 422 `parked_resume.startup_failed` 的读口 / 一句话 / 判定与码优先 `isCodeClassifiedGateFailure`(CC-225);拒启会话的窄撤销动词 `removeRefusedSessionRules` 与出路句 `legacyToolNameFailureNoteOf`,`CONFIG_REFUSAL_CODES` 七员 → 八员(CC-229);plan-review 编排三口与两只能力探针收注入 client(CC-209);CC 形 `permission_denials` 收入参只被传输层脱敏过的拒绝 + 超集位 `_sema_tool_input_redacted`(CC-235);凭据读法两处放行收口(CC-234);根公面 1260 → 1275;公面类型 +18;peer sdk 地板 `>=12.0.1` 不动;§108)。上一版 0.84.0 = **minor**:peer sdk 地板 `>=11.3.0` → `>=12.0.1`;后台代理登记读数 —— 读口 / 取代判定 / 归类口 / 登记键桥 / 补行谓词,缺席行下半场(CC-194);读目录授权结论通告读口 `readReadRootGrantNotice`(CC-185);接线回执 `hands` 段 `_sema_hands` + 读口 `handsSeamReadingOf` / `handsSeamDetail`,`handsMountedDetail` 坏入参不再抛(CC-206);陈旧逻辑清扫(CC-223):退役键 `rewind.rewindFiles` 构造期拒收、`WorkflowRunState.agentCount` 改可选、26 个内部件退出根入口、九张公面判定表换只读 Set 子类、十五张判定数组冻结、`resume_at` 文本兼容腿退役;根公面 1278 → 1260;公面类型 +10;§107)。上一版 0.83.6 = **patch**:会话规则记录的无损判定 `sessionPolicyDeliverable` 把引擎会在准备阶段拒启的两类名字(引擎退役名、含 `__` 而不以协议前缀开头的名字)改判「不写」,成因词 `legacy_tool_name`(闭集 5 → 6),引擎说「改名为 X」的退役名带 `currentName` 出路位;`peer_wide` 那句改措辞(判决不变)(CC-226);根公面 1278 不变;peer sdk 地板 `>=11.3.0` 不动;§106)。上一版 0.83.5 = **patch**:展示层出口 `displayUntrusted` 的连接符 ZWJ / ZWNJ 按语境判(🔴 默认形输出字节变)、两只可选开关 `escapeBackslashes` / `blanks` 与标记位置读口 `displayUntrustedMarks`(CC-204);凭据两网的判别视图认孤代理项,机读字节 `errors[]` / 合成终局行同批(CC-207);转义记号在凭据再扫里原子与四处凭据读法存量修复(相对 0.83.4 零新增外泄);hooks 启动模式可选词读口 `SettingsPort.hooksStartupMode()`,安全 / bare 模式下设置来源只发 managed(CC-200),设置来源里同一条 hook 只发一份(CC-208);自愈三条重发结局 +1 可选位 `releaseConfirmedByEngine`、行句按释放证据分说(CC-212);活段接入指引订正;公面类型 +3;peer sdk 地板 `>=11.3.0` 不动;根公面 1278;§105)。上一版 0.83.4 = **patch**:只增 —— plan 审批卡「用户亲手关掉的卡,自动触发不在同一道门上放回屏上」的判定归包(`reopenPlanReviewCard` 加触发者位 `trigger`、拒开位 `dismissedByUser`,409 自愈腿按提交出身替宿主传触发者、结局与整行由包出;CC-201);座位审批请求补强制位 / 强制理由词 / 报价缺席因由 / 出身词四个可选位与过境口 `toolPermissionRequestAskBits`(CC-203);`<system-reminder>` 剥离 / 解包两只口上公面并改线性时间(CC-205);两条展示层接入指引订正;开发依赖引擎 `~7.33.1`;公面类型 +2;peer sdk 地板 `>=11.3.0` 不动;根公面 1277;§104)。上一版 0.83.3 = **patch**:入参 / 来源面 —— hooks 投影加 flag 来源(`--settings` 那一层,排在 local 之后;设置来源 hooks 维持托管在前拼接);规则列举口 `listAllPersistedRules` 入参只要 `list`(`RulesListFacade`,其余四口作可选成员);模型身份认目录缺省(本机读数加宿主报位 `engineAcceptsCatalogDefault`,位 `true` 才算目录可解析);公面类型 +1;peer sdk 地板 `>=11.3.0` 不动;根公面 1273;§103)。上一版 0.83.2 = **patch**:只增 —— 审批卡一族三件(常驻姿态下的放行谓词 `askSurvivesPosture`,三态、「不知道」不折成放行;卡上 `mandate` 六词闭集 + 读口 + 每词一句说明,通告码册 +2,开发依赖引擎 `~7.32.0`;停泊卡带出身词 `origin`;CC-193 / CC-195 / CC-196)与后台子代缺席行的判定、计数、sweep 豁免、回收与措辞单源(回收只在后台代理登记确认离场时;CC-194);公面类型 +13;peer sdk 地板 `>=11.3.0` 不动;根公面 1273;§102)。上一版 0.83.1 = **patch**:只增 + 行为订正 —— 展示层安全出口三端单源 `displayUntrusted`(凭据两网 ∘ 字符三网,选项按载体选;CC-112);本包合成的终局行正文与结果帧 `errors[]` 在铸点洗凭据(`errors[]` wire 可见,方向只会更安全)、交互车道合成行带上行类旗,回决备注与子代续跑收据多收双向 / 格式字符(CC-187 / CC-112);会话规则记录的无损判定 `sessionPolicyDeliverable` + 措辞单源 `sessionPolicyWithheldNotice` + 五词成因 `SESSION_POLICY_WITHHELD_WHY`(整批可送才送,首尾带空白的名字比宿主侧更严;CC-117);插件 hook 每轮计划 `hooksWirePlan` + `SettingsPort` 可选读口 `enabledPluginHooks` + `hooksForWire({ plan })`,逐条判「投给引擎 / 本客户端执行 / 如实不跑」、开机「不会执行」清单与 `/hooks` 标注措辞单源(投给引擎那一臂候引擎能力位 `taskSettings.pluginHooks`),设置来源的 `mcp_tool` 与 exec 形 hook 条目不再上请求体、手写的 `plugin` 键剥掉(CC-174);公面类型 +26;peer sdk 地板 `>=11.3.0` 不动;根公面 1254;§101)。上一版 0.83.0 = **minor**:行为面与型面都有 BREAKING —— CC 形消息 24 项按裁定 C-R103 退役名:结果帧 `degraded` / `errorCode` / `model` 与错误信封 `result` → `_sema_model_degraded` / `_sema_error_code` / `_sema_selected_model` / `_sema_salvaged_result`,合成终局行 `isApiErrorMessage` → `_sema_api_error_message`,工具结果记录删过渡名 `toolUseResult`,system 行 `attachedFiles` → `_sema_attached_files`、到达时戳 `timestamp` 与 `isMeta` 删,print 完成通知帧十三键平铺 `_sema_*`,记忆写入改走 chrome 臂 `memory_saved`(新型 `MemorySavedChromeEvent`,`CHROME_ARMS` required);本包只铸新名、端两名并读一版 + 结果帧 CC 键 `terminal_reason` 与读口 `terminalReasonForResult`(CC-175),错误信封知道就铸 `_sema_selected_model` + 转录 id 改 UUID 形(CC-147)+ `SettingsPort` 可选合并读口 `mergedDisableAllHooks`、用户层 `disableAllHooks` 在引擎腿上生效(CC-162)+ 退化审批卡三形拒收改写、`FsApprovalOutcome` 的 `failed` 臂 +可选位 `editRefused`(CC-135)+ 注入件自愈句整族重写 + 联网搜索旧三读口 `webSearchFromEnv` / `webSearchFromSettings` / `resolveWebSearch` 退出公面,`resolveLiveInitToolFace` 可选 `opts.webSearchStamped`(`LiveInitToolFaceOptions`),endpoint userinfo 律跟服务端 7.101.0(CC-184)+ 公面类型 −4(CC-171)+ 通告码册 69 → 71 与结构化卡白名单 +`read-inbox`(CC-186,开发依赖引擎 `~7.31.0`)+ 合成终局行 `uuid` 改 UUID 形;peer sdk 地板 `>=11.3.0` 不动;根公面 1238;§100)。上一版 0.82.7 = **patch**:只增不改 ——  每请求联网搜索配置的三态判决 `judgeWebSearchSettings` / `webSearchVerdictFromEnv` / `resolveWebSearchVerdict`(与 7.100.0 及以后 server 的受理判官同序同判,认不出的 provider 判形错、不再静默丢段;settings 段凭据注入回调 `apiKeyFor`)+ 措辞单源 `webSearchVerdictMessage`(不回显任何用户配的值)+ 调试日志用 `webSearchEndpointForDisplay`;旧三读口 `webSearchFromEnv` / `webSearchFromSettings` / `resolveWebSearch` 行为不变、标过渡期,0.83.0 删(CC-182);peer sdk 地板 `>=11.3.0` 不动;根公面 1240;§99)。上一版 0.82.6 = **patch**:只增不改 —— 停泊行上选「本会话允许」却没被记住时与活卡腿同句告知(回体 `rememberApplied: false`,或 server 以会话级放行专属拒绝码拒了 remember 后回退普通批准;其余失败一律未知不告知),回执 `DecideReceiptView` +1 可选位 `rememberApplied`(CC-181);决断落定后与桥重试臂的诊断留痕不再因宿主日志口抛错回流进决断;接入文档改口:server ≥7.100.0 上 park 行卡的 `requiresRealApproval` / `approvalIsMandated` 生效(CC-180,零代码改动);peer sdk 地板 `>=11.3.0` 不动;根公面 1235;§98)。上一版 0.82.5 = **patch**:只增不改 —— print 车道 init 帧工具面名册优先:流包装器 `withPrintInitFrame`(首选接法,init 恒为首行、其后按到达序)/ 判定闸 `createPrintInitGate` / 分类口 `printInitRosterSignal` / 判定口 `decidePrintInitToolFace` / 留痕措辞 `printInitToolFaceDebugLine` + 等待上界 `PRINT_INIT_ROSTER_WAIT_MS`(150 000);回落估计表补 `ListAgents`(7.30.0 及以后的引擎上与 `SendMessage` 同条件)(CC-169);peer sdk 地板 `>=11.3.0` 不动;根公面 1235;§97)。上一版 0.82.4 = **patch**:只增不改 —— park 行审批卡新增门类位 `irreversibleParkGate`(待决行门类恰为 irreversible_ask,今天即生效,门类事实不是保证);`requiresRealApproval` 在待决行顶层带时透传(就绪,待决列表带出后才生效,今天零行为变化)(CC-180);`ApprovalCardRequest` +1 可选位;peer sdk 地板 `>=11.3.0` 不动;根公面 1229;§96)。上一版 0.82.3 = **patch**:只增不改的公面 —— 自愈提示的「保住对话」出路槽 `keepSessionWayOut` 与交互面引擎决断入口开关 `engineDecidePath`(CC-177;两位都不给时措辞与 0.82.2 逐字节同);自愈结局两臂 +机读位 `pendingRowGone`(重开链证实待决项已不在);peer sdk 地板 `>=11.3.0` 不动;根公面 1229;§95)。上一版 0.82.2 = **patch**:只增不改的公面 + 若干行为订正 —— 新增措辞单源 `cloudEffectiveNotices`:云控制面有效配置回体的降级告警 / 预算 / 能力上限三读数(CC-164,四态,不读成 0 或「没有预算」);本机引擎 models 文档在宿主注入本机条目判定 `entryAccepted` 时补 `default` / `tierGroups` / `activeTierGroup`,剔掉会让本机整份拒收的目录引用与判定口不收的条目,去掉 registry 注记键 `origin` / `overridesTeam`(CC-165;结果新增 `modelRefIssues`);计划复核结局机读位 `_sema_planReviewOutcome`(CC-160 ①);停泊审批决断操作起止回调 `onDecideOperation` 与操作句柄 `openDecideOperation`(CC-160 ③);新增超集键 `_sema_planReviewOutcome`;peer sdk 地板 `>=11.3.0` 不动;根公面 1229;§94)。上一版 0.82.1 = **patch**:只增不改的公面 + 若干行为订正 —— 新增读口 15 个(续跑折叠码读口与措辞 / 文件历史捕获读口六口 / 模型身份可解析判据五口 / 自定义代理载荷作废重投口 / 决断失败码「门还在」判定)+ 宿主车道声明 `EmitContext.lane`;新增超集键 `_sema_response_model`(终帧 / 每轮用量)与 chrome 用量两臂 `responseModel`、重开判决 `_sema_decisionInFlight`、自愈结局两臂 `decisionInFlight`、内部臂 `_sema_denial_unclassified`、通知码 +1;行为订正:计划复核决断在飞不重开卡且自愈提示不再教人再决一次(CC-160 ②)、决断出口补折叠句且停泊腿不再把折叠 / 坏档误判已决(CC-154)、执行车道 `in-process` 措辞(CC-153)、`-p` 车道 Bash 良性退出与交互同判(CC-168)、`-p` 工具结果帧补结构化结果(CC-149)、被拒分类词两车道同判(CC-172)、非交互车道子代工具帧(CC-158,宿主声明车道才生效)、终帧被拒清单对账流内拒绝(CC-159)、自定义代理载荷作废重投(CC-161);peer sdk 地板 `>=11.3.0` 不动;根公面 1228;§93)。上一版 0.82.0 = **minor**:只增不改 —— 新增只读读口 17 个 + 1 常量、工具名册行一格 `mountedBy`、turn 错误判决 `http` 臂一格 `storedRowWhere`:`/rewind` 代码档与对话档能不能用由引擎能力位回答(CC-146)、云控制面额度读数三分(CC-150)、装配期「这一条腿有没有手」(CC-152)、续跑拒收按原码判(CC-154);两处既有面行为订正:自动模式分类器拒的类别词由 `permission-rule` 改为 `automode-*` 三词(CC-155,订正 0.81.1)、续跑上下文读不出时引擎点名的那一行不再丢(CC-156);0.81.0 预告的 23 键 + 1 子型删改**改到 0.83.0**(§92y ㉙);零 wire 键、零投影臂;peer sdk 地板 `>=11.3.0` 不动;§92。上一版 0.81.1 = **patch**:被拒分类词读器加第③路(CC-148):引擎「没问过就拒」的工具调用(deny 规则 / 权限模式 / hook / 分类器 / 写保护 —— 无 `settlement` 只有 `gate.disposition.deniedBy`)在 user 工具结果记录与终帧 `permission_denials[]` 上此前恒缺 `_sema_denial_kind` / `toolDenialKind`,现按层名落 `permission-rule`(其中「分类器」一项已由 0.82.0 CC-155 订正)(`ask_resolution` 无结算 / 结算段不成形 / 层名表外仍缺席不猜);交互与 `--print` 两条车道同一只读器;另钉终帧两臂 `_sema_effective_*` 键集不变量 —— 成功臂展开单铸函数、错误信封显式重发,覆盖性钉在返回对象自己的类型上(漏键 / 多键编译期即红)+ 门格判两臂键集相等且值逐字节同,给单铸函数加键时错误臂不会再静默少键(本版无键增减);零 wire 键、零投影臂、根公面 1195;§91。上一版 0.81.0 = **minor**:CC 形消息一张脸(C-R85 / CC-131):user 工具结果记录加 SDK 面键 `tool_use_result`(与过渡键 `toolUseResult` 同引用,删驼峰原定 0.82.0、已改到 0.83.0)+ DS-19 普查门升硬门(键集按语法解析、按 type/subtype 分表;23 键 + 1 子型过渡表到期窗原为 0.82.0、已改到 0.83.0,零常驻豁免)+ CC-145 `/rewind` both 臂改发 `restoreFiles:true`、`projectRewind(pending)` 单参;零 wire 键、零投影臂、根公面 1195;§90。上一版 0.80.2 = **patch**:`conflict.resume_context_unavailable` 的 `staleAfterSec` / `runId` 在真 SDK 上读不到(CC-137:sdk 11.1.0 起 `APIError` 把体上非具名键收进 `extra`,这一码映射成 `ConflictError` 无具名位,读口只读顶层 ⇒ 真调用链恒缺席)⇒ 体源结构位改「顶层有效值优先、`extra` 兜底」三只类型化读口单铸,有具名子类位的三处(`retryAfterSec` × 2 / `allowlist`)行为不变只多兜底,头源 `retryAfterMs` 只读具名位;零 wire 键、零投影臂、根公面 1195;§89。上一版 0.80.1 = **patch**:去键重发判据句按「铸」计(CC-143;§87「带键的体恰一次」作废 → 被铸恰一次,POST 几次随传输层)+ 接入文档段落自带射程限定词自 §88 起向前执法 + 模型预设表 deepseek 项改闭集真名 deepseek-flash(CC-144,C-R82 ①)+ 门里 git 兜底自陈探针(CC-142);零 wire 键、零投影臂、根公面 1195;§88。上一版 0.80.0 = **minor**:🔴 peer sdk 地板 >=11.2.1 → >=11.3.0 + 策略拒的归因上 wire(CC-133:发送面 deny+policy 带 settledBy / 读侧 policy_refused 十三词入 CC 规则桶 / 三错误码读口 / 直连门去键重发恰一次)+ 删除规则后果句归包(CC-132)+ /mcp 详情卡两腿分说归包(CC-134:六档读口 + 九句铸点,同批改口八处说满的话)+ 🔴 终帧旧拼法 `structuredOutput` 按 0.79.1 的宣告删除(只剩 CC 形 `structured_output`);根公面 1195;§87。上一版 0.79.1 = **patch**:终帧结构化产出同帧铸 CC 形 `structured_output`(旧拼法 `structuredOutput` 过渡一版,0.80.0 删;CC-130)+ 写审批 `argsOmitted` 退化卡在无受护写入部署形上重新解得出路径(CC-129)+ 云控制面十值二型经本包第二个入口 `@sema-agent/client-core/registry` 原样转口(根入口零变;CC-128 ①);根公面 1184;§86。上一版 0.79.0 = **minor**:server 7.93.0 过境批 —— peer sdk 地板 >=11.2.1 + 写口回执第六臂 unverified 与 503 体 committed 分臂(CC-124)+ 无 run 可读的 MCP 状态面(CC-74)+ 审批卡 mandated 位(CC-110)+ 请求装配第三车道 utility 与 approverPosture / maxTokens / outputRetries 三键 + print 车道 model 座(CC-116 / 118 / 123)+ 拒因两面分铸与四个机读位(CC-125)+ 模型轮边界划消息界(CC-126)+ 委派结果人类面读口按来源声明体内定位(CC-127)+ sdk 转口三件(CC-128)+ 通告码 memory.project_scope_absent(CC-122);公面 1184;§85。上一版 0.78.2 = **patch**:门的棘轮登记数字单真源 —— 五只门十一格棘轮 + 218 条沿革账搬进 scripts/registry.json、门只读不抄、负控改篡改登记物、下调通道 RATCHET-SLACK、新门 run-registry-test(CC-79 第一期)+ 两格存量松量收掉 + submit-wiring-manifest 门补 count===1 边界格;src 零改动,dist 逐字节同 0.78.1;公面 1154;§84。上一版 0.78.1 = **patch**:两辆并行车收货 + 三张跟进票 —— displayBody 人类面读口 + 围栏解析头尾配对收紧(CC-113)/ MCP 两处「没报」措辞分句(CC-115)/ 记忆治理面五动词调用口(CC-97 b)/ 非流式提交回执接线回执读口 readSubmitWiringManifest(CC-121)/ 三份失败判官抛出物读取收口(CC-119);公面 1154;§83。上一版 0.78.0 = **minor**:peer sdk 地板 >=9.8.1 → >=11.0.1(CC-106)+ 单步写口 200 体按 stillLive 判别联合改读、第五臂 revoked、三型取自 sdk、RulesFacade.write 必填、PersistedRuleLiveness 转口(CC-103)+ DeniedBy 第十词 read_boundary 专句(CC-106 ④)+ excludeAllTools 车道行;型面 BREAKING 三处、行为面同 0.77.2;公面 1143;§82。上一版 0.77.2 = **patch**:出包面结构卫生 —— 构建期 removeComments,dist js / d.ts 零注释(新门 run-dist-comments-test.mjs + 卫生门词表 32 条 + 文档向前执法;CC-100)+ gateDeniedByDetail 表外词兜底句改「本版不认识这个层名」(CC-111 ①);行为 / 型面逐字节同 0.77.1;公面 1143;§81。上一版 0.77.1 = **patch**:外部验收三件回填 —— 读器族边界残留 projectMcpReconnectCapability 只认自有键(CC-107)/ rewind 四子键恰读一次(CC-108)/ 子代输出合并按回体 output.type · retrieval_status 定处置(CC-109,server ≥7.92.0 cursorSemantics 缺席面);型面 additive 一处;公面 1143;§80。上一版 0.77.0 = **minor**:请求装配逐键去向回执 + print 车道补座 + 表外键响亮拒(CC-101,四条行为 BREAKING)/ 会话策略写端口(CC-105)/ 持久规则单步写面(CC-103)/ workflow 子代面板行代际三向恢复(CC-104,零改码)/ 能力位读器族口径整族改齐 + 外部验收 F-A / F-B 处置 + 合并树异源复审两轮处置;公面 1143;§79。上一版 0.76.2 = **patch**:制品卫生 —— 清 dist 重 build 去掉两只已撤出源码的编译产物 + dist ⇄ src 对账门;零源码 / 零型面 / 零行为改动;公面 1122;§78。上一版 0.76.1 = **patch**:能力位读器工厂(CC-75)/ MCP 活性观察读口(CC-36)/ `capabilities.peerLane` · `permissionRulesWrite` 四态读口(CC-102)/ 记忆治理面两只读口 + 三只条目面回体读口(CC-97 a)/ 主车道证明逐次新建(CC-99)+ 修 0.76.0 的 F1 / F2(身份四键一次性快照只修了投影口一侧);公面 1122;§77。上一版 0.76.0 = **minor**:六票一批 —— `prompt_assembled` 投影臂 / 审批 feed 三态(**型面 BREAKING**)/ `ApprovalResolution` 单源联合 / 记忆 spec 读口 / 终态词表上游钉 / `tasks_expand` 退役(**型面 BREAKING**),外加身份四键一次性快照(跨全部内部臂);公面 1081;§76。上一版 0.75.1 = **patch**:面板短命子代反序缓行放不出的残洞(外部复验 D1)+ 同代 running 帧三向定形(B4)+ #969 提货 `spawnName` 透传与 `agentType` 改读诚实来源(CC-95);§75。上一版 0.75.0 = **minor**:压缩的非 compacted 结局上 chrome 面 `compaction_outcome`(新内部臂 —— 自建 print 出口的端先表态)+ peer sdk 地板 `>=9.8.1`;型面 additive(ChromeEvent +1 臂)、公面 1065、零 wire 新键;§74。上一版 0.74.5 = **patch**:core 7.24.0 提货 `_sema_freed_tokens?` + 首见即终态的行零事件(幽灵完成行)+ `isNewEngineAgentPanelCycle` / `approvalOutcomeNoteOf` 上公面;型面 additive、公面 1065、peer 不动;§73。上一版 0.74.4 = **patch**:面板键「先发布的键为准」(tick 归不了一的三序不再两行)+ 前代 UUID 迟到 tick 丢弃 + `readRunCancelContext` 下钻收紧;型面 additive、公面 1061、peer 不动;§72。上一版 0.74.3 = **patch**:面板子代身份归一(tick / end 的 UUID 归到 fleet 尾段,宿主零改)+ run 记录 `cancelContext` 读口与成因四词 + workflow 行 `errorCode` + reopen 第二臂两件;型面纯 additive、公面 1061、peer 不动;§71。上一版 0.74.2 = **patch**:`capabilities.deviceExecutor.management` 四态读口(缺席 ≠ false;`deviceExecutor: false` = 车道缺席;管理动词可用性三态归包);公面 1052;§70。上一版 0.74.1 = **patch**:审批卡无决断收口 + 结局回交;§69。上一版 0.74.0 = **minor**:peer sdk 地板 >=9.7.1 + covers 过境 + 面板周期身份 + 离场读口;§68。上一版 0.73.5 = **patch**:workflow 规模告警判定上收进包(`evaluateWorkflowSize` 三态:未知的规模不当作规模正常;分母口径与帽优先级单源;env 读口纯函数);型面纯 additive、公面 1044、peer 不动;§67。上一版 0.73.4 = **patch**:终帧 `permission_denials` 第三键 ⇐ 同一条流 `tool_start` 入参按 `toolCallId` join(三道闸;join 不上留 sema 载体;🔴 更正 0.73.2「自动升级收口」一句)+ 审批 feed push 侧取件失败的欠账退避重试;型面纯 additive、公面 1033、peer 不动;§66。上一版 0.73.3 = **patch**:CC-61 sdk 9.7.1 提货 + `capabilities.approvalsStreamLive` 四态读口(缺席 = 判不出;`livePendingNeedsReconcile` 只在引擎明说会推时才让对账节拍降兜底)+ CC-60 五条模型面文案锚包侧半场(cursorSemantics 机读位 / result 行注记 / bash 首行两变体与良性槽 / 通知 seed 并集 / parked 臂);型面纯 additive、公面 1032、peer 不动;§65。上一版 0.73.2 = **patch**:CC-59 悬挂 ask 全卡 —— `livePending[].frame`(server ≥7.87.0)两道闸窄读进视图,在场即走流内帧腿同一条路(入参可见、改写可转发),缺席保持盲卡;CC-34 收口(引擎半场随 7.87.0 到货,判据交黑盒);型面纯 additive、公面 1026、peer 不动;§64。上一版 0.73.1 = **patch**:CC-57 `decidePlanReview` outcome 尾句按「决断有没有生效」四态选(单铸点 `planReviewOutcomeTail`;此前本地拒发仍让模型汇报已拒绝)+ CC-56 cancel 的 409 按机器码分家(`cancelConflictFromError` 三形 / 新安全码 `cancel_run_not_running`)与提交面 429 用量窗读口 + 人话;型面纯 additive、公面 1026、peer 不动;§63。上一版 0.73.0 = **minor,型面 BREAKING**:fleet 视图八个数值键改可选 —— CC-52 `FleetTaskView.elapsedMs` / `tokens` / `queuedCount` 与 `FleetWorkflowView.doneCount` / `totalCount` / `failedCount` / `tokens` / `elapsedMs` 不再 `?? 0`(有键 = 真值含真 0,缺键 = 不知道;逐键缺席语义见 §62b)+ 台账补偿链无基数不铸;公面导出名零增减 1019、零 wire 变化、peer 不动;§62。上一版 0.72.14 = **patch**:悬挂的流内 ask 拉半场 —— CC-55 `startApprovalsFeed` 快照加 `livePending` 段并进变化摘要(键缺席 = 未报,不铸空)+ 视图 / 去重账 / 与流内帧腿同链的决断口(入参不可见上卡明说、改写不转发)+ 宿主闸对账节拍 + 待决计数读口(不知道 = null);型面纯 additive、公面 1019、peer 不动;§61。上一版 0.72.13 = **patch**:server 7.86.0 提货 —— CC-46 plan_review `permissionModeAfter` 发口(三选卡双闸:宿主声明只读起步 ∧ 引擎 ≥7.86.0;400 field_conflict 两种处置)+ CC-54 `capabilities.executionLane` 四态读面(键缺席 ≠ 不是本机车道;`toolsRunHere` 判据归包)+ CC-53 detach 版本闸三态;型面 additive(另撤回 0.72.12 的主通道 `absent` 臂,改独立缺席订阅口)、公面 1011、peer 不动;§60;**预告 0.73.0 BREAKING**:fleet 视图数值键改可选。上一版 0.72.12 = **patch**:「缺席被折成正向终态」按类清剿 —— CC-50 M1 头条(fleet 行缺席改发 `absent` 不再铸 `end{isError:false}`)+ 六站一次改齐(缺席 ⇒ `unknown`)+ 结果边界 fail-closed 取舍 + `_sema_outcome` + `Outcome unknown:` 行 + CC-51 M6(default 臂不再谎报 running)+ 普查门 + DS-06;型面 additive、公面 993、peer 不动;行为面三处真变化见 CHANGELOG 取舍段;§59。上一版 0.72.11 = **patch**:core 7.23.0 提货 —— CC-49 通告码 66 → 67 `config.write_protection_unresolved`(operator;兄弟码 `target_view_absent` = 没有视图,这枚 = 有视图解析不出)+ `permission_denials` 自动升级腿通电(`gates[].toolCallId` ⇒ `tool_use_id`;CC-34 引擎半场);型面零变化、公面 989、peer 不动、devDep core ~7.23.0;§58。上一版 0.72.10 = **patch**:CC-41 leader run 终局 `needs_human` + `result.conflict` 三形读面(none 缺席不可分 / unreadable 在场读不懂 / conflict;`salvaged[]` 原样给落盘口;措辞单源不提重试);型面纯 additive、公面 989、peer 不动;§57。上一版 0.72.9 = **patch**:server 7.85.0 提货 —— CC-30 会话内 MCP re-dial 消费口(`reconnectMcpServer` 三态 / unsupported 恒五键 / 交易文案单源)+ CC-39② memory-status `autoConsolidationArmed` 三态 + CC-45 resume 补充句渲保留秒数;型面纯 additive、公面 985、peer 不动;§56。上一版 0.72.8 = **patch**:清账三票 —— `memory:"off"` 请求键(CC-39③,server 7.84.0 S-405)+ `runStream` 第二条中性臂 `Model output error:`(CC-43)+ 注入件撞活 run 自动 steer 零卡(CC-44);型面纯 additive、公面 977、peer 不动;§55。上一版 0.72.7 = **patch**:core 7.22.0 提货 —— 通告码 66 `mcp.server_redialed` + 读器 `readMcpServerRedialed` + `wiring_manifest.readDeny` 第九段 `_sema_readDeny`(缺席 = 没有内置行判这条腿);型面纯 additive、公面 971、peer 不动、devDep core ~7.22.0;§54。上一版 0.72.6 = **patch**:cli L-379 包侧半场 —— `steerFollowIntent` steer 后续听意图三态(tail / after-decision / after-wake)+ `activeRunSelfHealRow` 续听声明第五参;型面纯 additive、公面 969、peer 不动;§53。上一版 0.72.5 = **patch**:server 7.82.1 提货 —— `capabilities.webSearch.backend` 部署默认 WebSearch 后端四态读面(键缺席 = 老引擎判不了 ≠ `none`);型面纯 additive、公面 968、peer 不动;§52。上一版 0.72.4 = **patch**:core 7.21.x 三件经 server 7.82.0 提货 —— `wiring_manifest.autoConsolidation` 第八段 `_sema_autoConsolidation`(缺席 = indeterminate 不折 false);型面纯 additive、公面 962、peer 不动;§51。上一版 0.72.3 = **patch**:core #863 记忆单系统半场 ① —— `projectAgentsForWire` 投影 `agents[].memory`(user|project|local 三词同映射引擎平面 agent:<type>);型面纯 additive、公面 962、零 wire 新键、peer 不动;§50。上一版 0.72.2 = **patch**:workflow 视图两票 —— `LiveWorkflowController.resolution()` 六态(snapshot() 的 null 三义拆开)+ `noteOwnWorkflowRun` own 台账同拍登记;型面纯 additive、公面 961、零 wire 键、peer 不动;§49。上一版 0.72.1 = **patch**:server 7.80.1 提货 —— 409 `conflict.resume_context_unavailable` 结构读数(`staleAfterSec` / `runId`;sdk 9.6.0 尚未带键,经 sdk 今天恒缺席)+ `SkillSpec.baseDir`(只在本机车道带);型面纯 additive、公面 960、peer 不动;§48。上一版 0.72.0 = **minor**:型面 BREAKING —— 39 个零消费导出退出公面(CC-32 退役批,[7419] §45 预告 / cli [7422] 同意 / web-client·desktop 过节拍沉默 = 同意;名单见 §47a S-1);运行期零 BREAKING、公面 956、peer 不动、devDep core ~7.20.1;随批:已退役名账 `removed` + export-liveness 门 G 段 + 冻结账门 ⑧c;§47。上一版 0.71.4 = **patch**:core 7.20.1 提货 —— `ENGINE_NOTICE_CODES` 65 + `wiring_manifest.writeProtection` 第七段 `_sema_writeProtection`;型面纯 additive、公面 995、peer 不动、devDep core `~7.20.1`;§46。上一版 0.71.3 = **patch**:门体系清账批 —— CC-24 export-liveness 门 + 39 个导出退役预告(0.72.0 删,表态制)/ CC-26 `as unknown as` 铸链棘轮 / CC-25 冻结账门 ⑧ 段 / CC-06 B-081 包侧半场(终帧 `_sema_effective_reasoning` / `_sema_effective_memory_scopes` + resume reopen 族 + `routePairingVerdict`);型面纯 additive、公面 986 → 995、peer 不动;§45。上一版 0.71.2 = **patch**:接入方验收两票归包 —— CC-28 B-132 decide 拒体三句去内部车道词 / CC-29 B-133 committedUuids 唯一性(重复 ⇒ 形 f);零型面变化、公面 986、peer 不动;§44。上一版 0.71.1 = **patch**:接入档打回修正 —— CC-27 `ApprovalCardRequest.readRootCandidate?` 帧→卡透传位 + 新导出型 `ReadRootCandidateView`;型面纯 additive、公面 986 不变、peer 不动;§43。上一版 0.71.0 = **minor**:型面 BREAKING 六件 —— peer sdk 地板 >=9.6.0 + agent-types >=0.3.0 / `SkillsListingTruncatedFactsView` 删 `requestedBudgetBytes?`·`laneClamped?` / `WiringManifestMcpEntry` → `WiringManifestMcpEntryView` / `MAX_AGENT_SKILLS` 删 / `decide.workflow_host_not_parked` 退役;运行期零 BREAKING。内容:core 7.20.0 提货(闭集 +5 六十四码)/ 🔴 CC-16 `text_segment_end.committedUuids[]` / CC-08 全五件(tool_disclosure / tool_progress 两 chrome 臂、wiring_manifest tools·hooks·lsp 进切片、tool_roster_delta 接上、context_usage 进切片、`readRootCandidate` 镜像)/ CC-19 `mcpEngineLegPresence` 归包 / CC-20 not_parked clean-cut;公面 986;§42 / 42y 八条)|
 | peer:wire 契约 | `@sema-agent/sdk` **>=12.0.1**(value-level,非 type-only;**0.84.0 抬版**:12.x 声明每会话后台登记列表 `sessions.background`、能力位 `capabilities.background.listFace` 与七词闭集的后台状态型,本包三者都读(登记读口的端点门与归类口的编译期穷举),按 12.0.1 编译,11.3.0 失去物料见证;0.84.1 / 0.85.0 / 0.85.1 / 0.85.2 / 0.86.0 / 0.87.0 / 0.88.0 不动(0.86.0:sdk 14 的三处型面 BREAKING 本包已按结构读覆盖,本版 `.d.ts` 在 sdk 12.0.1 / 13.1.0 / 14.0.0 / 15.0.0 下严格编译零错误,§112y)。此前 **0.80.0 曾抬到 >=11.3.0**:11.3.0 在两条回决口体上声明 `settledBy?: "policy"`、`Settlement.kind` 第十三词 `policy_refused` 与三错误码(0.80.0 至 0.83.6 都在这条地板上);**0.79.0 曾抬到 >=11.2.1**:11.2.x 声明 `capabilities.mcpProbe`、`mcpCapabilities` / `probeMcp` + `McpProbeFace`、写回执第三支 `stillLive: "unknown"`,11.2.1 再补 `TaskRequest.approverPosture` 与审批帧键 `mandated`(型面 + 运行期键锚),本包按 11.2.1 编译,11.0.1 失去物料见证;**0.78.0 曾抬到 >=11.0.1**:11.x 声明 `DeniedBy` 第十词 `read_boundary`、`rules.write` 200 体按 `stillLive` 判别联合、`RemovalLiveness` / `RuleWriteRequest` / `RuleWriteResult` / `RuleWriteBehavior` 包根导出、`TaskRequest.excludeAllTools`,本包按 11.0.1 编译,9.8.1 失去物料见证;**0.75.0 曾抬到 >=9.8.1**:9.8.x 声明 `Capabilities.deviceExecutor.management?`,9.7.1 失去物料见证;**0.74.0 曾抬到 >=9.7.1**:9.7.x 追平的六处型面是本包 0.73.3 起的编译基线,且 9.6.0 失去物料见证;**0.71.0 曾抬到 >=9.6.0**:`tool_disclosure` / `tool_progress` 两帧型与 `ToolApprovalFrame.readRootCandidate` 自 9.6.0 起;0.69.0 曾抬到 >=9.4.0(`reasoning_end` / `lastLegMcp`),0.60.0 抬到 >=8.4.0;地板由 `scripts/run-sdk-floor-test.mjs` 的 `FLOOR` 与 public-surface 门 C-CC-3「不低于见证到的最低实装版」双钉)| `package.json` `peerDependencies` |
 | peer:会话词汇表 | `@sema-agent/agent-types` **>=0.3.0**(type-only,零运行时;0.71.0 抬版:devDep 与 peer 同步,type-superset 门 ④ 撞名预警对着 0.3.0 的 .d.ts 求值) | 同上 |
 | runtime dep | `diff` ^9.0.0(**唯一**一条;portability 门按**等值**钉死) | `package.json` `dependencies` |
-| 公开导出面 | **1372** 个运行期符号(+ **62 个测试钩,两种拼法**:38 个 `__*ForTests` + 24 个单下划线开头(22 个 `_*ForTest` + `_resetLiveQuestionStore` / `_resetUltracodePreset`) —— 两种都在 `public-export-baseline.json` 的 `testHookNames` 里、各自受棘轮管,**不在** `names` 的 1372 里。运行期 `Object.keys(dist/index.js)` 的全量 = 1372 + 62 = **1434**;只剔双下划线那 38 个会多数出 24 个来,那不是棘轮盲区;最简单的剔法是去掉所有以 `_` 开头的名字(公面运行期名没有一个以 `_` 开头);= 下一版(未发布)的值:相对 0.75.1 **+16**,两票合计 —— **CC-77 ①** 审批决断结局单源判别联合 6 件:`approvalResolutionOf` / `isApprovalDecided` / `approvalNotSentCause` / `approvalUnsettledCause` + 两张 cause 词表 `APPROVAL_NOT_SENT_CAUSES` / `APPROVAL_UNSETTLED_CAUSES`(域 3);**CC-96** 记忆 spec 读面 10 件:`readAgentMemorySpec` / `unknownMemorySpecKeys` / `unknownMemorySpecKeysNote` / `memoryConfigRefusalNoteOf` / `KNOWN_AGENT_MEMORY_SPEC_KEYS` / `PENDING_MEMORY_SPEC_KEYS` / `MAX_UNKNOWN_MEMORY_SPEC_KEYS` / `CONFIG_MEMORY_PROJECT_KEY_SPELLING` / `CONFIG_MEMORY_WRITE_SCOPE_MISMATCH` + 判别形型(域 6 / 16)。CC-89 / CC-91 / CC-92 / CC-98 四票**零值导出增减**(新臂走 `ChromeEvent` 联合与内部臂表,`tasks_expand` 退役删的是联合成员不是导出名);1065 = 0.74.5 / 0.75.0 / 0.75.1 的值:相对 0.74.4 +4 —— `isNewEngineAgentPanelCycle`(CC-87,域 4)+ `approvalOutcomeNoteOf` 与两句固定文案常量(CC-88,域 3);1065 = 0.74.5 / 0.75.0 的值:相对 0.74.4 +4 —— `isNewEngineAgentPanelCycle`(CC-87,域 4)+ `approvalOutcomeNoteOf` 与两句固定文案常量(CC-88,域 3);1061 = 0.74.3 / 0.74.4 的值:相对 0.74.2 +9 —— CC-70 / CC-71 / CC-72 / CC-73 八件 + CC-80 `lastFlagValue`,见 §2b 域 3 / 4 / 10 / 15;1052 = 0.74.2 的值:相对 0.74.1 +6 —— CC-69 六件,见 §2b 域 9;1046 = 0.74.1 的值:相对 0.74.0 +1 —— `RETRACTED_CARD_DECISION_KIND`,见 §2b 域 3;1045 = 0.74.0 的值:相对 0.73.5 +1 —— `isStaleEngineAgentPanelEnd`,见 §2b 域 4;1044 = 0.73.5 的值:相对 0.73.4 +11 —— CC-58 规模告警十一件,名单见 §2b 域 12;1033 = 0.73.4 的值:相对 0.73.3 +1 —— `TOOL_INPUT_JOIN_MAX_CALLS`,见 §2b 域 1;1032 = 0.73.3 的值:相对 0.73.2 +6 —— CC-61 六件,名单见 §2b 域 9;1026 = 0.73.2 的值(导出名零增减);= 0.73.1 的值:相对 0.73.0 +7 —— CC-56 六件 / CC-57 一件,名单见 §2b 域 3 / 15;1019 = 0.73.0 的值(导出名零增减,BREAKING 在类型面);= 0.72.14 的值:相对 0.72.13 +8 —— CC-55 八件,名单见 §2b 域 3;1011 = 0.72.13 的值:相对 0.72.12 +18 —— CC-46 八件 / CC-54 六件 / CC-53 两件 / CC-50 缺席口两件,名单见 §2b 域 3 / 4 / 9 / 10;993 = 0.72.12 的值(测试钩 45):相对 0.72.11 +4 —— CC-50 `OUTCOME_UNKNOWN_ROW_PREFIX` / `isOutcomeUnknownRowText` / `TASK_NOTIFICATION_TERMINAL_STATUSES` / `isTaskNotificationTerminalStatus`;989 = 0.72.10 的值:相对 0.72.9 +4 —— CC-41 `LEADER_RUN_STATUSES` / `LEADER_REJ_HEAD_DISPLAY_MAX` / `projectLeaderConflict` / `leaderConflictDetail`;985 = 0.72.9 的值:相对 0.72.8 +8 —— CC-30 `MCP_RECONNECT_OUTCOMES` / `MCP_RECONNECT_TRANSACTION_NOTICE` / `projectMcpReconnectResult` / `classifyMcpReconnectFailure` / `reconnectMcpServer` / `projectMcpReconnectCapability` / `mcpReconnectOutcomeDetail`、CC-39② `readAutoConsolidationArmed`;977 = 0.72.8 的值:相对 0.72.7 +6 —— CC-39③ `MEMORY_OFF` / `memoryOffDeclarationField` / `memoryOffDeclared`、CC-43 `MODEL_OUTPUT_ERROR_PREFIX` / `isModelOutputErrorText` / `isModelOutputErrorRowText`;971 = 0.72.7 的值:相对 0.72.6 +2 —— CC-42 core 7.22.0 提货 `MCP_REDIAL_OUTCOMES` / `readMcpServerRedialed`;969 = 0.72.6 的值:相对 0.72.5 +1 —— CC-40 `steerFollowIntent`;968 = 0.72.5 的值:相对 0.72.4 +6 —— CC-31 server 7.82.1 提货 `capabilities.webSearch.backend` 四态读面:`WEB_SEARCH_BACKEND_NONE` / `projectWebSearchBackendCapability` / `observedWebSearchBackend` / `noteEngineCapsForWebSearchBackend` / `forgetWebSearchBackendReading` / `webSearchBackendDoctorDetail`;962 = 0.72.3 的值:相对 0.72.2 +1 —— CC-39① `AGENT_MEMORY_WORDS`;0.72.2 相对 0.72.1 +1 —— CC-37 `noteOwnWorkflowRun`;0.72.1 相对 0.72.0 +4 —— CC-33 server 7.80.1 提货:`RESUME_CONTEXT_UNAVAILABLE` / `resumeContextUnavailableFromError` / `resumeContextUnavailableContent` / `skillBaseDirOf`;0.72.0 相对 0.71.4 −39 —— CC-32 退役批删 export-liveness 登记 retire 的 39 个零消费导出(23 常量 + 16 函数,名单见 §47);995 = 0.71.3 的值:相对 0.71.2 +9 —— CC-06 `readEffectiveReasoning` / `readEffectiveMemoryScopes` / `resumeReopenFromError` / `resumeReopenContent` / `routePairingVerdict` 五函数 + `RESUME_REOPEN_CODES` / `RESUME_ENV_FAILED` / `RESUME_TOOL_UNAVAILABLE` / `RESUME_TOOL_CONTRACT_MISMATCH` 四常量;986 = 0.71.0 的值:相对 0.70.2 −`MAX_AGENT_SKILLS` −`DECIDE_WORKFLOW_HOST_NOT_PARKED` +`projectToolRosterDelta` +`mcpEngineLegPresence`;986 = 0.70.0 的值:相对 0.69.2 **一件 additive(`readSkillsListingTruncated`,§39)、零删除**;985 = 0.69.2 的值:相对 0.69.1 **三件 additive、零删除**(CC-13 `isSubFlowSegmentEnd` / `SEGMENT_END_IDENTITY_KEYS` / `droppedWhySentence`,§38);982 = 0.69.0 未发布版的值(原排 0.68.3,因 peer 地板抬升改 minor)= 相对 0.68.2 **十七件 additive、零删除**:`fetchMcpPanel`(CC-03 补件,§36e)+ `readWorkflowResumeAdmissionIncomplete`(CC-05 core 7.18.0 #755)+ `installCoreValuePorts`/`hasCoreValuePorts`/`hasCoreValuePort`/`coreValuePortMisses`/`CORE_VALUE_PORT_NAMES` + 十读口(CC-07 core 值级端口,§36d);0.68.2 相对 0.68.1 十三件 additive:`SEMA_SEGMENT_ID_KEY`(CC-01 段身份键,§35f)/ `projectMcpPanel`+`mcpPanelLastLegDetail`+`projectMcpSection`(CC-03 `/mcp` 面板读视图,§35g)/ `resolveTextSegmentAuthority`/`createTextSegmentLedger`(L-318 `text_end` 权威段替换的判决单源 + print 形段账,详见 §35b/§35c)/ `memoryCaptureDeclarationField`/`MEMORY_CAPTURE_OFF`(L-316 会话级隐私声明的字面唯一铸点,§35d)/ `engineUrl`/`probeHealth`(L-61 件④ SDK 纯工具面原样转口,§35d)/ `AgentClient`/`isApprovalRequestFrameV1`/`isApprovalRevokeFrameV1`(L-61 存量清零:SDK **wire 面**原样转口,§35e)。`0.68.1`/`0.68.0` 是 **952**,那批是相对 0.67.2 **二十件 additive、🔴 两件删除(BREAKING)**:additive = `TERMINAL_CAUSE_KINDS`/`isTerminalCauseKind`/`RUN_TERMINAL_NOT_SUCCESS_STATUSES`/`RUN_TERMINAL_STATUSES`(L-247 终态词两表分源,详见 §33b)/ `SEMA_SUBAGENT_USAGE_PARTIAL_KEY`/`subagentUsageIsPartial`(L-244 子代下界位自有名,§33g)/ `ASK_UNRESOLVABLE_CAUSES`/`readAskUnresolvable`/`DURABLE_MANDATE_SOURCES`/`readDurableGateUnavailable`(core 7.17.0 #709 ①② 两只通告事实窄读器,§33c)/ `WORKFLOW_PARK_TRUTH_UNREADABLE`/`WORKFLOW_PARK_NOT_PENDING`/`WORKFLOW_PARK_BINDING_BROKEN`/`WORKFLOW_PARK_REQUIRES_RUN_STORE`(四个单码常量 🔧 0.72.0 退役)/`WORKFLOW_PARK_REFUSAL_CODES`/`isWorkflowParkRefusalCode`/`readWorkflowParks`(core 7.17.0 #652 park 真相四码 + parks 三键读器,§33d)/ `ENGINE_STOP_REASONS`/`engineStopReasonToCc`(L-246 A13 停止原词映射下沉,§33g)/ `readCancelRequested`(L-230 读面,§33f);🔴 **删除两件** `TERMINAL_NOT_SUCCESS_STATUSES`/`TERMINAL_STATUSES`(随 L-247 两表分源更名成 `RUN_TERMINAL_*`,clean-cut **不留别名** —— 留一个别名等于让端可以继续按合起来的那张表读,分源就白做了,详见 §33b)。`0.67.0` 是 **934**,那批是相对 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`(两个探针常量 🔧 0.72.0 退役)/`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`(后者 🔧 0.85.0 退出公面)两张闭词表再导出 + `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.72.0 退役);`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` —— **别手抄进别处,以该文件为准** |
+| 公开导出面 | **1379** 个运行期符号(+ **62 个测试钩,两种拼法**:38 个 `__*ForTests` + 24 个单下划线开头(22 个 `_*ForTest` + `_resetLiveQuestionStore` / `_resetUltracodePreset`) —— 两种都在 `public-export-baseline.json` 的 `testHookNames` 里、各自受棘轮管,**不在** `names` 的 1379 里。运行期 `Object.keys(dist/index.js)` 的全量 = 1379 + 62 = **1441**;只剔双下划线那 38 个会多数出 24 个来,那不是棘轮盲区;最简单的剔法是去掉所有以 `_` 开头的名字(公面运行期名没有一个以 `_` 开头);= 下一版(未发布)的值:相对 0.75.1 **+16**,两票合计 —— **CC-77 ①** 审批决断结局单源判别联合 6 件:`approvalResolutionOf` / `isApprovalDecided` / `approvalNotSentCause` / `approvalUnsettledCause` + 两张 cause 词表 `APPROVAL_NOT_SENT_CAUSES` / `APPROVAL_UNSETTLED_CAUSES`(域 3);**CC-96** 记忆 spec 读面 10 件:`readAgentMemorySpec` / `unknownMemorySpecKeys` / `unknownMemorySpecKeysNote` / `memoryConfigRefusalNoteOf` / `KNOWN_AGENT_MEMORY_SPEC_KEYS` / `PENDING_MEMORY_SPEC_KEYS` / `MAX_UNKNOWN_MEMORY_SPEC_KEYS` / `CONFIG_MEMORY_PROJECT_KEY_SPELLING` / `CONFIG_MEMORY_WRITE_SCOPE_MISMATCH` + 判别形型(域 6 / 16)。CC-89 / CC-91 / CC-92 / CC-98 四票**零值导出增减**(新臂走 `ChromeEvent` 联合与内部臂表,`tasks_expand` 退役删的是联合成员不是导出名);1065 = 0.74.5 / 0.75.0 / 0.75.1 的值:相对 0.74.4 +4 —— `isNewEngineAgentPanelCycle`(CC-87,域 4)+ `approvalOutcomeNoteOf` 与两句固定文案常量(CC-88,域 3);1065 = 0.74.5 / 0.75.0 的值:相对 0.74.4 +4 —— `isNewEngineAgentPanelCycle`(CC-87,域 4)+ `approvalOutcomeNoteOf` 与两句固定文案常量(CC-88,域 3);1061 = 0.74.3 / 0.74.4 的值:相对 0.74.2 +9 —— CC-70 / CC-71 / CC-72 / CC-73 八件 + CC-80 `lastFlagValue`,见 §2b 域 3 / 4 / 10 / 15;1052 = 0.74.2 的值:相对 0.74.1 +6 —— CC-69 六件,见 §2b 域 9;1046 = 0.74.1 的值:相对 0.74.0 +1 —— `RETRACTED_CARD_DECISION_KIND`,见 §2b 域 3;1045 = 0.74.0 的值:相对 0.73.5 +1 —— `isStaleEngineAgentPanelEnd`,见 §2b 域 4;1044 = 0.73.5 的值:相对 0.73.4 +11 —— CC-58 规模告警十一件,名单见 §2b 域 12;1033 = 0.73.4 的值:相对 0.73.3 +1 —— `TOOL_INPUT_JOIN_MAX_CALLS`,见 §2b 域 1;1032 = 0.73.3 的值:相对 0.73.2 +6 —— CC-61 六件,名单见 §2b 域 9;1026 = 0.73.2 的值(导出名零增减);= 0.73.1 的值:相对 0.73.0 +7 —— CC-56 六件 / CC-57 一件,名单见 §2b 域 3 / 15;1019 = 0.73.0 的值(导出名零增减,BREAKING 在类型面);= 0.72.14 的值:相对 0.72.13 +8 —— CC-55 八件,名单见 §2b 域 3;1011 = 0.72.13 的值:相对 0.72.12 +18 —— CC-46 八件 / CC-54 六件 / CC-53 两件 / CC-50 缺席口两件,名单见 §2b 域 3 / 4 / 9 / 10;993 = 0.72.12 的值(测试钩 45):相对 0.72.11 +4 —— CC-50 `OUTCOME_UNKNOWN_ROW_PREFIX` / `isOutcomeUnknownRowText` / `TASK_NOTIFICATION_TERMINAL_STATUSES` / `isTaskNotificationTerminalStatus`;989 = 0.72.10 的值:相对 0.72.9 +4 —— CC-41 `LEADER_RUN_STATUSES` / `LEADER_REJ_HEAD_DISPLAY_MAX` / `projectLeaderConflict` / `leaderConflictDetail`;985 = 0.72.9 的值:相对 0.72.8 +8 —— CC-30 `MCP_RECONNECT_OUTCOMES` / `MCP_RECONNECT_TRANSACTION_NOTICE` / `projectMcpReconnectResult` / `classifyMcpReconnectFailure` / `reconnectMcpServer` / `projectMcpReconnectCapability` / `mcpReconnectOutcomeDetail`、CC-39② `readAutoConsolidationArmed`;977 = 0.72.8 的值:相对 0.72.7 +6 —— CC-39③ `MEMORY_OFF` / `memoryOffDeclarationField` / `memoryOffDeclared`、CC-43 `MODEL_OUTPUT_ERROR_PREFIX` / `isModelOutputErrorText` / `isModelOutputErrorRowText`;971 = 0.72.7 的值:相对 0.72.6 +2 —— CC-42 core 7.22.0 提货 `MCP_REDIAL_OUTCOMES` / `readMcpServerRedialed`;969 = 0.72.6 的值:相对 0.72.5 +1 —— CC-40 `steerFollowIntent`;968 = 0.72.5 的值:相对 0.72.4 +6 —— CC-31 server 7.82.1 提货 `capabilities.webSearch.backend` 四态读面:`WEB_SEARCH_BACKEND_NONE` / `projectWebSearchBackendCapability` / `observedWebSearchBackend` / `noteEngineCapsForWebSearchBackend` / `forgetWebSearchBackendReading` / `webSearchBackendDoctorDetail`;962 = 0.72.3 的值:相对 0.72.2 +1 —— CC-39① `AGENT_MEMORY_WORDS`;0.72.2 相对 0.72.1 +1 —— CC-37 `noteOwnWorkflowRun`;0.72.1 相对 0.72.0 +4 —— CC-33 server 7.80.1 提货:`RESUME_CONTEXT_UNAVAILABLE` / `resumeContextUnavailableFromError` / `resumeContextUnavailableContent` / `skillBaseDirOf`;0.72.0 相对 0.71.4 −39 —— CC-32 退役批删 export-liveness 登记 retire 的 39 个零消费导出(23 常量 + 16 函数,名单见 §47);995 = 0.71.3 的值:相对 0.71.2 +9 —— CC-06 `readEffectiveReasoning` / `readEffectiveMemoryScopes` / `resumeReopenFromError` / `resumeReopenContent` / `routePairingVerdict` 五函数 + `RESUME_REOPEN_CODES` / `RESUME_ENV_FAILED` / `RESUME_TOOL_UNAVAILABLE` / `RESUME_TOOL_CONTRACT_MISMATCH` 四常量;986 = 0.71.0 的值:相对 0.70.2 −`MAX_AGENT_SKILLS` −`DECIDE_WORKFLOW_HOST_NOT_PARKED` +`projectToolRosterDelta` +`mcpEngineLegPresence`;986 = 0.70.0 的值:相对 0.69.2 **一件 additive(`readSkillsListingTruncated`,§39)、零删除**;985 = 0.69.2 的值:相对 0.69.1 **三件 additive、零删除**(CC-13 `isSubFlowSegmentEnd` / `SEGMENT_END_IDENTITY_KEYS` / `droppedWhySentence`,§38);982 = 0.69.0 未发布版的值(原排 0.68.3,因 peer 地板抬升改 minor)= 相对 0.68.2 **十七件 additive、零删除**:`fetchMcpPanel`(CC-03 补件,§36e)+ `readWorkflowResumeAdmissionIncomplete`(CC-05 core 7.18.0 #755)+ `installCoreValuePorts`/`hasCoreValuePorts`/`hasCoreValuePort`/`coreValuePortMisses`/`CORE_VALUE_PORT_NAMES` + 十读口(CC-07 core 值级端口,§36d);0.68.2 相对 0.68.1 十三件 additive:`SEMA_SEGMENT_ID_KEY`(CC-01 段身份键,§35f)/ `projectMcpPanel`+`mcpPanelLastLegDetail`+`projectMcpSection`(CC-03 `/mcp` 面板读视图,§35g)/ `resolveTextSegmentAuthority`/`createTextSegmentLedger`(L-318 `text_end` 权威段替换的判决单源 + print 形段账,详见 §35b/§35c)/ `memoryCaptureDeclarationField`/`MEMORY_CAPTURE_OFF`(L-316 会话级隐私声明的字面唯一铸点,§35d)/ `engineUrl`/`probeHealth`(L-61 件④ SDK 纯工具面原样转口,§35d)/ `AgentClient`/`isApprovalRequestFrameV1`/`isApprovalRevokeFrameV1`(L-61 存量清零:SDK **wire 面**原样转口,§35e)。`0.68.1`/`0.68.0` 是 **952**,那批是相对 0.67.2 **二十件 additive、🔴 两件删除(BREAKING)**:additive = `TERMINAL_CAUSE_KINDS`/`isTerminalCauseKind`/`RUN_TERMINAL_NOT_SUCCESS_STATUSES`/`RUN_TERMINAL_STATUSES`(L-247 终态词两表分源,详见 §33b)/ `SEMA_SUBAGENT_USAGE_PARTIAL_KEY`/`subagentUsageIsPartial`(L-244 子代下界位自有名,§33g)/ `ASK_UNRESOLVABLE_CAUSES`/`readAskUnresolvable`/`DURABLE_MANDATE_SOURCES`/`readDurableGateUnavailable`(core 7.17.0 #709 ①② 两只通告事实窄读器,§33c)/ `WORKFLOW_PARK_TRUTH_UNREADABLE`/`WORKFLOW_PARK_NOT_PENDING`/`WORKFLOW_PARK_BINDING_BROKEN`/`WORKFLOW_PARK_REQUIRES_RUN_STORE`(四个单码常量 🔧 0.72.0 退役)/`WORKFLOW_PARK_REFUSAL_CODES`/`isWorkflowParkRefusalCode`/`readWorkflowParks`(core 7.17.0 #652 park 真相四码 + parks 三键读器,§33d)/ `ENGINE_STOP_REASONS`/`engineStopReasonToCc`(L-246 A13 停止原词映射下沉,§33g)/ `readCancelRequested`(L-230 读面,§33f);🔴 **删除两件** `TERMINAL_NOT_SUCCESS_STATUSES`/`TERMINAL_STATUSES`(随 L-247 两表分源更名成 `RUN_TERMINAL_*`,clean-cut **不留别名** —— 留一个别名等于让端可以继续按合起来的那张表读,分源就白做了,详见 §33b)。`0.67.0` 是 **934**,那批是相对 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`(两个探针常量 🔧 0.72.0 退役)/`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`(后者 🔧 0.85.0 退出公面)两张闭词表再导出 + `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.72.0 退役);`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` | — |
 
@@ -125,7 +125,7 @@ SDK 核对「本包 import 的每个值级符号仍然导出」「`TaskStats.cos
 
 > 📦 **随包 / 不随包**:npm 包只带 `dist` / `README` / `CHANGELOG` / 本档 / `LICENSE`。本档各处提到的 `docs/type-superset.json`、`scripts/*.json`、`scripts/run-*-test.mjs` 都是**仓内登记物与门,不随包发出** —— 装包的消费者找不到它们是预期;`_sema_` 超集键的**随包契约**就是本档各 §NNz 逐键处置表(键名 / 值域 / 缺席语义逐条在表里)。
 >
-> 全集真源 = `scripts/public-export-baseline.json` 的 `names`(**1372** 项;该基线只覆盖**根**入口,子路径入口 `./registry` 的名单在 §86 与 `scripts/run-sdk-registry-transit-test.mjs` A / C 段)。
+> 全集真源 = `scripts/public-export-baseline.json` 的 `names`(**1379** 项;该基线只覆盖**根**入口,子路径入口 `./registry` 的名单在 §86 与 `scripts/run-sdk-registry-transit-test.mjs` A / C 段)。
 > 本节**不逐名抄**,只给「域 → 承重导出 → 用途 → 实现锚」。承重导出 = 一个端为了让这个域干活
 > **必须**直接调到的那几个符号;其余是它们的类型、变体与辅助位。
 > 两个入口:根 `import { … } from '@sema-agent/client-core'`(会话运行时;`exports` 的 `.`)+ `import { … } from '@sema-agent/client-core/registry'`(云控制面原样转口,0.79.1 起;`exports` 的 `./registry`,§86);
@@ -149,31 +149,31 @@ SDK 核对「本包 import 的每个值级符号仍然导出」「`TaskStats.cos
   `WorkflowsGateUnknownDenial` 四形**不在**基线里,`src/selfOrchestrationDenial.ts` 对基线贡献
   **4** 项运行期导出(三个函数 + `SELF_ORCHESTRATION_RETRY_WITHOUT`)。
 
-1372 项的内部构成(帮助端估读表大小;0.88.0 +12 函数 +4 常量(CC-270 ① 服务端自铸通告事实读器 `readModelUnreachable`;CC-272 放行原因闭集镜像 `GATE_MODE_RELEASE_REASON_WORDS` + 判词谓词 `isGateModeReleaseReasonWord` + 修复通告事实读器 `readToolTurnRepaired`;CC-264 会话记忆抹除调用口 `eraseSessionMemory` + 判定口 `sessionMemoryEraseOutcome` + 三只闭集镜像;CC-280 registry 409 判别 `classifyRegistryConflict` / `isScopeGoneError`;CC-281 被拒读口 `requireExistingSessionRefusalFromError` + 一句 `requireExistingSessionRefusalContent`;CC-271 `createPromptDeliveryLedger` / `promptKnownUndelivered` / `withoutUndeliveredPrompts`);0.87.0 +2 函数(CC-268 会话历史 tool_use 错配的判型口 `classifyToolHistoryMismatch` + 回退节点解析口 `resolveToolHistoryRewindTarget`);0.86.0 +40 函数 +6 常量 −1 函数 −1 常量(CC-249 引擎 7.34.0 提货:六只通告事实读器 + 权限模式折回原因闭集 + 门记录模式放行读口;CC-251 写口拒名码常量 + `rules.` 族前缀谓词;CC-252 凭据没被接受那一句;CC-253 `APPROVER_POSTURE_BYPASS` / `approverPostureDeclarationField` 🔧 0.86.0 退出公面,逐名见 §2z;CC-250 存储姿态六口 + 中心接线六口 + 计费入口 503 码常量 + 读口 + 一句;CC-256 本机无 OS 沙箱判定 + 一句 + 诊断面车道段读口;CC-257 `inheritEnv` 两词闭集 + 判词口 + 版本地板常量 + 版本闸 + 片段口 + 不发那一句 + 两只拒各读口与一句;CC-262 / CC-263 / CC-265 权限规则表 · 工具声明族 · 键形拒两张键表各一读口一句 / 谓词;CC-266 `-p` 首帧来源超集键铸口);0.85.1 +2 函数 +1 常量(CC-248 回执省略成因的终端用户向取句口 + 句表;CC-259 按会话呈现回执登记口复活,0.72.0 退出过);0.85.0 +26 函数 +9 常量 −2 函数 −1 常量(CC-241 plan-review 决断台账六口;CC-246 会话后台任务停止口 + 受据归类口 + 三态闭集;CC-217 / CC-243 服务端 7.104.0 会话侧:存档读不出三载体读口 + 判定 + 人话 + 码常量、跳过记录通告读器 + 补句、删会话 409 读口 + 措辞 + 码常量、停驻挪动族读口 + 措辞 + 判定 + 闭集 + 三码常量;CC-243 能力 / 同步体侧:公钥发现四口、文件历史请求词片段口 + 常量、粗码识别表 + 判定;CC-221 三个运行期名字退出公面,逐名见 §2z);0.84.1 +11 函数 +4 常量(CC-210 开标签定位口 / CC-219 detach 400 纯判定 / CC-213 服务端自铸码受众表 + 事实读器 / CC-214 按码派发口 + 派发表 / CC-225 停泊决断 422 读口 + 措辞 + 码优先判定 + 码常量 / CC-229 撤销动词 + 措辞 + 出路句 + 判据本体 + 码常量);0.84.0 +8 函数 −7 常量 −19 函数(CC-194 B 半登记读数五口 / CC-185 读目录授权结论通告读口 / CC-206 `hands` 段读口与措辞两口;CC-223 收回 0.71.3 预告的 26 个 `export *` 放大件,🔧 0.84.0 退出公面,逐名见 CHANGELOG 0.84.0);0.83.5 +1 函数(CC-204 字符面标记位置读口 `displayUntrustedMarks`);0.83.4 +4 函数(CC-205 `<system-reminder>` 剥离 / 解包两口;CC-203 座位过境口;CC-201 清「用户关卡」记号口);0.83.2 +15 函数 +4 常量(CC-193 姿态放行谓词 / CC-195 强制词闭集 + 成员判据 + 读口 + 措辞 / CC-194 缺席行判定 11 函数 + 3 常量);0.83.1 +10 函数 +6 常量(CC-112 展示层安全出口 `displayUntrusted` / CC-117 会话规则记录无损判定 + 措辞单源 + 五词成因闭集 / CC-174 插件 hook 每轮计划 + 查询口 + 事件判定口 + 四只措辞口 + 五张闭集);0.83.0 −3 函数(联网搜索旧三读口 `webSearchFromEnv` / `webSearchFromSettings` / `resolveWebSearch` 🔧 0.83.0 退出公面)+1 函数(CC-175 `terminalReasonForResult`);0.82.7 +5 函数(CC-182 每请求联网搜索配置三态判决:段判决 / env 判决 / 两车道合成 / 措辞单源 / endpoint 显示形);0.82.5 +5 函数 +1 常量(CC-169 print 车道 init 帧工具面:流包装器 / 判定闸 / 名册信号分类口 / 判定口 / 留痕措辞单源 + 等待上界常量);0.82.2 +1 函数(CC-164 云控制面有效配置回体措辞单源 `cloudEffectiveNotices`);0.82.1 +15 函数(CC-154 续跑折叠码读口 + 措辞 / CC-163 文件历史捕获读口六口 / CC-151 模型身份可解析判据五口 / CC-161 自定义代理载荷作废重投口 / 决断失败码「门还在」判定;测试钩 +1);0.82.0 +17 函数 +1 常量(CC-146 `/rewind` 代码档与对话档可用性读口投影 + 三口读账 + 两只判据 + 三句措辞 / CC-150 额度投影三口 / CC-152 装配期无手两口 / CC-154 取码单源 + 折叠码常量 / CC-156 坏档行坐标读口 + 措辞);0.80.0 +1 常量 +10 函数(CC-133 结算词表镜像 `SETTLEMENT_KIND_WORDS` + 五函数 / CC-134 三函数 / CC-132 两函数);0.79.0 +8 常量 +21 函数 +1 类(CC-74 MCP 状态面两张词表 + 九函数 / CC-110 `approvalIsMandated` + `mandatedApprovalDetail` / CC-116 · 118 · 123 `APPROVER_POSTURE_BYPASS`(🔧 0.86.0 退出公面)+ `REQUEST_LANES` + 三函数 / CC-125 拒因两面四常量 `HITL_POLICY_DENY_MESSAGE` `APPROVAL_DENY_SETTLED_BY_WORDS` `SEMA_DENIAL_KIND_KEY` `CC_TOOL_DENIAL_KINDS` + 四函数 / CC-128 会话 bundle 面转口 `pushSessionBundle` `pullSessionBundle` `importSessionBundle` + 错误类 `APIError`;测试钩 +1);0.78.1 +2 常量 +9 函数(CC-113 displayBody / CC-97 b 五动词 + 判官 + 覆盖面判词 / CC-121 readSubmitWiringManifest);0.77.0 +2 常量 +2 函数(CC-101)+ 5 常量 +12 函数(CC-105 / CC-103;测试钩 +1);0.76.1 +1 常量 +4 函数(CC-36)+ 13 函数(CC-102;测试钩 +2)+ 1 常量 +20 函数(CC-97a;测试钩 +2)+ 2 函数(身份快照助手上公面);0.76.0 +8 常量 +8 函数(CC-77 ① 2+4 / CC-96 6+4);0.74.5 +2 常量 +2 函数(CC-87 / CC-88);0.74.3 +2 常量 +7 函数(CC-70 / CC-71 / CC-72 / CC-73 / CC-80;测试钩 +1);0.74.2 +6 函数(CC-69;测试钩 +1);0.74.1 +1 常量(CC-67);0.74.0 +1 函数(CC-66);0.73.5 +8 常量 +3 函数(CC-58);0.73.4 +1 常量(CC-34);0.73.3 +6 函数(CC-61;测试钩 +1);0.73.1 +2 常量 +5 函数(CC-56 / CC-57;测试钩 +1);0.72.14 +1 常量 +7 函数(CC-55);0.72.13 +4 常量 +14 函数(CC-46 / CC-54 / CC-53 / CC-50 缺席口);0.72.12 +2 常量 +2 函数(CC-50);0.72.10 +2 常量 +2 函数(CC-41);0.72.9 +2 常量 +6 函数(CC-30 / CC-39②);0.72.8 +2 常量 +4 函数(CC-39③ / CC-43);0.72.7 +1 常量 +1 函数(CC-42);0.72.6 +1 函数(CC-40);0.72.5 +1 常量 +5 函数(CC-31);0.72.3 +1 常量(CC-39①);0.72.2 +1 函数(CC-37);0.72.1 +1 常量 +3 函数(CC-33);0.72.0 −23 常量 −16 函数(CC-32 退役批);0.71.3 +4 常量 +5 函数(CC-06);0.71.0 −2 常量 `MAX_AGENT_SKILLS` / `DECIDE_WORKFLOW_HOST_NOT_PARKED` +2 函数 `projectToolRosterDelta` / `mcpEngineLegPresence`;0.70.0 起 +1 函数;0.69.2 起 +3:常量 1 / 函数 2):**366** 项是 `SCREAMING_SNAKE` 常量数据表/词汇表
+1379 项的内部构成(帮助端估读表大小;0.89.0 +8 函数 −1 常量(CC-282 通告 / 终局 / 省略成因:`readToolTurnIncomplete` / `readUserInputUndrained` / `userInputUndrainedNotice` / `providerRejectionResend` / `taskRequestOmissionCausePhrase`,`SERVER_NOTICE_AUDIENCE` 🔧 0.89.0 退出公面,逐名见 §2z;CC-277 `disableSkillsDeclaration`;CC-287 `settingsHooksKeptLocally`;CC-289 `isReadCredentialRefusal`);0.88.0 +12 函数 +4 常量(CC-270 ① 服务端自铸通告事实读器 `readModelUnreachable`;CC-272 放行原因闭集镜像 `GATE_MODE_RELEASE_REASON_WORDS` + 判词谓词 `isGateModeReleaseReasonWord` + 修复通告事实读器 `readToolTurnRepaired`;CC-264 会话记忆抹除调用口 `eraseSessionMemory` + 判定口 `sessionMemoryEraseOutcome` + 三只闭集镜像;CC-280 registry 409 判别 `classifyRegistryConflict` / `isScopeGoneError`;CC-281 被拒读口 `requireExistingSessionRefusalFromError` + 一句 `requireExistingSessionRefusalContent`;CC-271 `createPromptDeliveryLedger` / `promptKnownUndelivered` / `withoutUndeliveredPrompts`);0.87.0 +2 函数(CC-268 会话历史 tool_use 错配的判型口 `classifyToolHistoryMismatch` + 回退节点解析口 `resolveToolHistoryRewindTarget`);0.86.0 +40 函数 +6 常量 −1 函数 −1 常量(CC-249 引擎 7.34.0 提货:六只通告事实读器 + 权限模式折回原因闭集 + 门记录模式放行读口;CC-251 写口拒名码常量 + `rules.` 族前缀谓词;CC-252 凭据没被接受那一句;CC-253 `APPROVER_POSTURE_BYPASS` / `approverPostureDeclarationField` 🔧 0.86.0 退出公面,逐名见 §2z;CC-250 存储姿态六口 + 中心接线六口 + 计费入口 503 码常量 + 读口 + 一句;CC-256 本机无 OS 沙箱判定 + 一句 + 诊断面车道段读口;CC-257 `inheritEnv` 两词闭集 + 判词口 + 版本地板常量 + 版本闸 + 片段口 + 不发那一句 + 两只拒各读口与一句;CC-262 / CC-263 / CC-265 权限规则表 · 工具声明族 · 键形拒两张键表各一读口一句 / 谓词;CC-266 `-p` 首帧来源超集键铸口);0.85.1 +2 函数 +1 常量(CC-248 回执省略成因的终端用户向取句口 + 句表;CC-259 按会话呈现回执登记口复活,0.72.0 退出过);0.85.0 +26 函数 +9 常量 −2 函数 −1 常量(CC-241 plan-review 决断台账六口;CC-246 会话后台任务停止口 + 受据归类口 + 三态闭集;CC-217 / CC-243 服务端 7.104.0 会话侧:存档读不出三载体读口 + 判定 + 人话 + 码常量、跳过记录通告读器 + 补句、删会话 409 读口 + 措辞 + 码常量、停驻挪动族读口 + 措辞 + 判定 + 闭集 + 三码常量;CC-243 能力 / 同步体侧:公钥发现四口、文件历史请求词片段口 + 常量、粗码识别表 + 判定;CC-221 三个运行期名字退出公面,逐名见 §2z);0.84.1 +11 函数 +4 常量(CC-210 开标签定位口 / CC-219 detach 400 纯判定 / CC-213 服务端自铸码受众表 + 事实读器 / CC-214 按码派发口 + 派发表 / CC-225 停泊决断 422 读口 + 措辞 + 码优先判定 + 码常量 / CC-229 撤销动词 + 措辞 + 出路句 + 判据本体 + 码常量);0.84.0 +8 函数 −7 常量 −19 函数(CC-194 B 半登记读数五口 / CC-185 读目录授权结论通告读口 / CC-206 `hands` 段读口与措辞两口;CC-223 收回 0.71.3 预告的 26 个 `export *` 放大件,🔧 0.84.0 退出公面,逐名见 CHANGELOG 0.84.0);0.83.5 +1 函数(CC-204 字符面标记位置读口 `displayUntrustedMarks`);0.83.4 +4 函数(CC-205 `<system-reminder>` 剥离 / 解包两口;CC-203 座位过境口;CC-201 清「用户关卡」记号口);0.83.2 +15 函数 +4 常量(CC-193 姿态放行谓词 / CC-195 强制词闭集 + 成员判据 + 读口 + 措辞 / CC-194 缺席行判定 11 函数 + 3 常量);0.83.1 +10 函数 +6 常量(CC-112 展示层安全出口 `displayUntrusted` / CC-117 会话规则记录无损判定 + 措辞单源 + 五词成因闭集 / CC-174 插件 hook 每轮计划 + 查询口 + 事件判定口 + 四只措辞口 + 五张闭集);0.83.0 −3 函数(联网搜索旧三读口 `webSearchFromEnv` / `webSearchFromSettings` / `resolveWebSearch` 🔧 0.83.0 退出公面)+1 函数(CC-175 `terminalReasonForResult`);0.82.7 +5 函数(CC-182 每请求联网搜索配置三态判决:段判决 / env 判决 / 两车道合成 / 措辞单源 / endpoint 显示形);0.82.5 +5 函数 +1 常量(CC-169 print 车道 init 帧工具面:流包装器 / 判定闸 / 名册信号分类口 / 判定口 / 留痕措辞单源 + 等待上界常量);0.82.2 +1 函数(CC-164 云控制面有效配置回体措辞单源 `cloudEffectiveNotices`);0.82.1 +15 函数(CC-154 续跑折叠码读口 + 措辞 / CC-163 文件历史捕获读口六口 / CC-151 模型身份可解析判据五口 / CC-161 自定义代理载荷作废重投口 / 决断失败码「门还在」判定;测试钩 +1);0.82.0 +17 函数 +1 常量(CC-146 `/rewind` 代码档与对话档可用性读口投影 + 三口读账 + 两只判据 + 三句措辞 / CC-150 额度投影三口 / CC-152 装配期无手两口 / CC-154 取码单源 + 折叠码常量 / CC-156 坏档行坐标读口 + 措辞);0.80.0 +1 常量 +10 函数(CC-133 结算词表镜像 `SETTLEMENT_KIND_WORDS` + 五函数 / CC-134 三函数 / CC-132 两函数);0.79.0 +8 常量 +21 函数 +1 类(CC-74 MCP 状态面两张词表 + 九函数 / CC-110 `approvalIsMandated` + `mandatedApprovalDetail` / CC-116 · 118 · 123 `APPROVER_POSTURE_BYPASS`(🔧 0.86.0 退出公面)+ `REQUEST_LANES` + 三函数 / CC-125 拒因两面四常量 `HITL_POLICY_DENY_MESSAGE` `APPROVAL_DENY_SETTLED_BY_WORDS` `SEMA_DENIAL_KIND_KEY` `CC_TOOL_DENIAL_KINDS` + 四函数 / CC-128 会话 bundle 面转口 `pushSessionBundle` `pullSessionBundle` `importSessionBundle` + 错误类 `APIError`;测试钩 +1);0.78.1 +2 常量 +9 函数(CC-113 displayBody / CC-97 b 五动词 + 判官 + 覆盖面判词 / CC-121 readSubmitWiringManifest);0.77.0 +2 常量 +2 函数(CC-101)+ 5 常量 +12 函数(CC-105 / CC-103;测试钩 +1);0.76.1 +1 常量 +4 函数(CC-36)+ 13 函数(CC-102;测试钩 +2)+ 1 常量 +20 函数(CC-97a;测试钩 +2)+ 2 函数(身份快照助手上公面);0.76.0 +8 常量 +8 函数(CC-77 ① 2+4 / CC-96 6+4);0.74.5 +2 常量 +2 函数(CC-87 / CC-88);0.74.3 +2 常量 +7 函数(CC-70 / CC-71 / CC-72 / CC-73 / CC-80;测试钩 +1);0.74.2 +6 函数(CC-69;测试钩 +1);0.74.1 +1 常量(CC-67);0.74.0 +1 函数(CC-66);0.73.5 +8 常量 +3 函数(CC-58);0.73.4 +1 常量(CC-34);0.73.3 +6 函数(CC-61;测试钩 +1);0.73.1 +2 常量 +5 函数(CC-56 / CC-57;测试钩 +1);0.72.14 +1 常量 +7 函数(CC-55);0.72.13 +4 常量 +14 函数(CC-46 / CC-54 / CC-53 / CC-50 缺席口);0.72.12 +2 常量 +2 函数(CC-50);0.72.10 +2 常量 +2 函数(CC-41);0.72.9 +2 常量 +6 函数(CC-30 / CC-39②);0.72.8 +2 常量 +4 函数(CC-39③ / CC-43);0.72.7 +1 常量 +1 函数(CC-42);0.72.6 +1 函数(CC-40);0.72.5 +1 常量 +5 函数(CC-31);0.72.3 +1 常量(CC-39①);0.72.2 +1 函数(CC-37);0.72.1 +1 常量 +3 函数(CC-33);0.72.0 −23 常量 −16 函数(CC-32 退役批);0.71.3 +4 常量 +5 函数(CC-06);0.71.0 −2 常量 `MAX_AGENT_SKILLS` / `DECIDE_WORKFLOW_HOST_NOT_PARKED` +2 函数 `projectToolRosterDelta` / `mcpEngineLegPresence`;0.70.0 起 +1 函数;0.69.2 起 +3:常量 1 / 函数 2):**365** 项是 `SCREAMING_SNAKE` 常量数据表/词汇表
 (矩阵、键集、env 名、锚串)而非可调用物;**7** 项是 PascalCase 运行期值
 (`ControlRouter` / `ControlSafetyError` / `HitlBridge` / `HitlSafetyError` / `DecideTransportRetryExhaustedError` / `APIError`);
 **35** 项是 `*For(sessionKey, …)` 的 per-session 变体(0.85.1 +1:`registerArmedGateFromQuestionIdFor` 复活,多会话宿主的按会话呈现回执登记口,§110;0.84.0 −3:`notePlanReviewAnsweredFor` / `planReviewArmedKeyFor` / `waitForGateArmedFor` 🔧 0.84.0 退出公面;0.72.0 −4:`clearArmedGateFor` / `onGateArmedFor` / `notePlanReviewAnsweredIfDecisiveFor` 退出公面,第四名 `registerArmedGateFromQuestionIdFor` 即 0.85.1 复活的那一只)(§6;其中 `engineNamespaceKeyFor` 是命名巧合 —— 参数是 baseUrl 不是 sessionKey,见域 14)。
 
-### 2b. 域图(16 域,逐域计数之和 = 1372)
+### 2b. 域图(16 域,逐域计数之和 = 1379)
 
 | # | 域 | 名数 | 承重导出 | 用途 | 实现锚 |
 |---|---|---|---|---|---|
-| 1 | **适配内核(下行主链)** | 70 | `classifyToolHistoryMismatch` / `resolveToolHistoryRewindTarget`(0.87.0 CC-268:会话历史 tool_use 错配的判型口 —— 与合成终局错误行超集键 `_sema_tool_history_mismatch` 同一只判型,只认 HTTP 400 且 provider 那句话在消息开头,永不抛 —— 与回退节点解析口 —— 宿主转录行 + 错配 ⇒ 坏轮 prompt 行 / 从头开始 / 六理由判不了,不越过没有引擎句柄的 prompt;§113)· `handsSeamReadingOf` / `handsSeamDetail`(0.84.0 CC-206:接线回执 `hands` 段三态读口 + 措辞单源,「没有自带工具」那一句与 `handsMountedDetail` 同句首句尾,两者不是同一个事实;§107)· `terminalReasonForResult`(0.83.0 CC-175:结果帧 CC 键 `terminal_reason` 的读口,与铸点同一只判据,给端自拼的结果帧与旧转录;§100)· `handsMountedFromManifest` / `handsMountedDetail`(0.82.0 CC-152:装配期「这一 run 有没有手」三态判据 + 措辞单源,读 `wiring_manifest` 名册的 `mountedBy`;§92)· `readSubmitWiringManifest`(0.78.1 CC-121:非流式提交 200 体 `TaskResult.wiringManifest` 的三态读口,view 与流式腿 chrome 臂同一张;§83)· `TOOL_INPUT_JOIN_MAX_CALLS`(0.73.4 CC-34:终帧拒绝清单第三键的本流快照上限;§66)· `OUTCOME_UNKNOWN_ROW_PREFIX` / `isOutcomeUnknownRowText`(0.72.12 CC-50:第三条中性终局行「结局不知道」,读结果帧 `_sema_outcome`;§59)· `MODEL_OUTPUT_ERROR_PREFIX` / `isModelOutputErrorText` / `isModelOutputErrorRowText`(0.72.8 CC-43:runStream 第二条中性臂 —— core malformed tool-call 一族的行身份;§55)· `readEffectiveReasoning` · `readEffectiveMemoryScopes`(0.71.3 CC-06:终帧 `_sema_effective_reasoning` / `_sema_effective_memory_scopes` 的窄读器,§45)· `isSubFlowSegmentEnd` · `SEGMENT_END_IDENTITY_KEYS` · `droppedWhySentence`(0.69.2 CC-13:三件出公面,§38)· `adapt` · `createWireToCcAdapter` · `runStream` · `eventToSdkMessage` · `terminalToSdkResult` · `SEMA_SEGMENT_ID_KEY`(0.68.2 CC-01:committed assistant 文本行顶层段身份键的唯一字面量出处,壳只读)· `projectMcpSection`(0.68.2 CC-03:`wiring_manifest.mcp[]` 与 `/mcp` 面板 `lastLegMcp.mcp[]` 共用的同一只条目读器)· `readRunCostFacts`(0.66.0:终局成本事实的**唯一读器** —— `TaskStats.costBreakdown` / `nested` 逐键窄读 + 对账三段(own/nested/compaction)与两个「没定价」判别位;终帧的两个超集键与 chrome 臂 `run_cost_reconciled` **共用它**,两面不会各算各的,详见 §31c)· `TERMINAL_CAUSE_KINDS`/`isTerminalCauseKind`(0.68.0 / L-247:**core 终局因由**闭集,四词 `completed|failed|blocked|paused`)· `RUN_TERMINAL_NOT_SUCCESS_STATUSES`/`isTerminalNotSuccess`/`RUN_TERMINAL_STATUSES`/`isTerminalStatus`(L-215② 终局词汇的**单铸谓词**,0.68.0 随 L-247 **两表分源**更名 —— `killed` 属 server run 行状态面、`paused` 属 core 因由面,合成一张会让两边加词时都读不出该改哪儿;`blocked` 是 agent 自报终态,`suspended`/`needs_review` 刻意不在表里,详见 §33b / §30j)· `SEMA_SUBAGENT_USAGE_PARTIAL_KEY`/`subagentUsageIsPartial`(0.68.0 / L-244:子代用量下界位的**自有名**与唯一判据,与终帧 `_sema_usage_lower_bound` 分名,详见 §33g) · `turnUsageToModelUsage` · `isRunStreamActive` · `ADAPTER_DIVERGENCES` · `readRunTerminal` / `runTerminalCode` / `runTerminalGateKind` / `runTerminalGateToolName` / `isReviewPark` / `REVIEW_PARK_GATE_KINDS`(0.60.0 / engine ≥7.64.0:一次 run **怎么结束的**唯一读器 —— 终局从八个平面键换成一条带标因由 `terminal`,四臂 + `unknown` 防御臂 + `plane` 两代字节标;🔴 不认识的终态词绝不折成成功、本包不提供「因由→五词 status」的兼容投影,详见 §24b)| 引擎 SSE `AgentEvent` → 端要渲的**双面输出**:transcript(`SDKMessage`)+ chrome(瞬态 `ChromeEvent`)。**本包存在的理由** | `src/adapt.ts`、`src/adapt/{arms,wireShapes,panelTasks}.ts`(经 `adapt.ts` 再导出)、`src/adapter/runStream.ts`、`src/adapter/downstream/*`、`src/adapter/types.ts`、`src/runTerminal.ts` |
+| 1 | **适配内核(下行主链)** | 71 | `providerRejectionResend`(0.89.0 CC-282:终局服务商拒绝详情的「改了重发」判定口,只读状态码、两句;`readRunTerminal` 的 `failed` 臂同批多可选位 `detail?`;§115)· `classifyToolHistoryMismatch` / `resolveToolHistoryRewindTarget`(0.87.0 CC-268:会话历史 tool_use 错配的判型口 —— 与合成终局错误行超集键 `_sema_tool_history_mismatch` 同一只判型,只认 HTTP 400 且 provider 那句话在消息开头,永不抛 —— 与回退节点解析口 —— 宿主转录行 + 错配 ⇒ 坏轮 prompt 行 / 从头开始 / 六理由判不了,不越过没有引擎句柄的 prompt;§113)· `handsSeamReadingOf` / `handsSeamDetail`(0.84.0 CC-206:接线回执 `hands` 段三态读口 + 措辞单源,「没有自带工具」那一句与 `handsMountedDetail` 同句首句尾,两者不是同一个事实;§107)· `terminalReasonForResult`(0.83.0 CC-175:结果帧 CC 键 `terminal_reason` 的读口,与铸点同一只判据,给端自拼的结果帧与旧转录;§100)· `handsMountedFromManifest` / `handsMountedDetail`(0.82.0 CC-152:装配期「这一 run 有没有手」三态判据 + 措辞单源,读 `wiring_manifest` 名册的 `mountedBy`;§92)· `readSubmitWiringManifest`(0.78.1 CC-121:非流式提交 200 体 `TaskResult.wiringManifest` 的三态读口,view 与流式腿 chrome 臂同一张;§83)· `TOOL_INPUT_JOIN_MAX_CALLS`(0.73.4 CC-34:终帧拒绝清单第三键的本流快照上限;§66)· `OUTCOME_UNKNOWN_ROW_PREFIX` / `isOutcomeUnknownRowText`(0.72.12 CC-50:第三条中性终局行「结局不知道」,读结果帧 `_sema_outcome`;§59)· `MODEL_OUTPUT_ERROR_PREFIX` / `isModelOutputErrorText` / `isModelOutputErrorRowText`(0.72.8 CC-43:runStream 第二条中性臂 —— core malformed tool-call 一族的行身份;§55)· `readEffectiveReasoning` · `readEffectiveMemoryScopes`(0.71.3 CC-06:终帧 `_sema_effective_reasoning` / `_sema_effective_memory_scopes` 的窄读器,§45)· `isSubFlowSegmentEnd` · `SEGMENT_END_IDENTITY_KEYS` · `droppedWhySentence`(0.69.2 CC-13:三件出公面,§38)· `adapt` · `createWireToCcAdapter` · `runStream` · `eventToSdkMessage` · `terminalToSdkResult` · `SEMA_SEGMENT_ID_KEY`(0.68.2 CC-01:committed assistant 文本行顶层段身份键的唯一字面量出处,壳只读)· `projectMcpSection`(0.68.2 CC-03:`wiring_manifest.mcp[]` 与 `/mcp` 面板 `lastLegMcp.mcp[]` 共用的同一只条目读器)· `readRunCostFacts`(0.66.0:终局成本事实的**唯一读器** —— `TaskStats.costBreakdown` / `nested` 逐键窄读 + 对账三段(own/nested/compaction)与两个「没定价」判别位;终帧的两个超集键与 chrome 臂 `run_cost_reconciled` **共用它**,两面不会各算各的,详见 §31c)· `TERMINAL_CAUSE_KINDS`/`isTerminalCauseKind`(0.68.0 / L-247:**core 终局因由**闭集,四词 `completed|failed|blocked|paused`)· `RUN_TERMINAL_NOT_SUCCESS_STATUSES`/`isTerminalNotSuccess`/`RUN_TERMINAL_STATUSES`/`isTerminalStatus`(L-215② 终局词汇的**单铸谓词**,0.68.0 随 L-247 **两表分源**更名 —— `killed` 属 server run 行状态面、`paused` 属 core 因由面,合成一张会让两边加词时都读不出该改哪儿;`blocked` 是 agent 自报终态,`suspended`/`needs_review` 刻意不在表里,详见 §33b / §30j)· `SEMA_SUBAGENT_USAGE_PARTIAL_KEY`/`subagentUsageIsPartial`(0.68.0 / L-244:子代用量下界位的**自有名**与唯一判据,与终帧 `_sema_usage_lower_bound` 分名,详见 §33g) · `turnUsageToModelUsage` · `isRunStreamActive` · `ADAPTER_DIVERGENCES` · `readRunTerminal` / `runTerminalCode` / `runTerminalGateKind` / `runTerminalGateToolName` / `isReviewPark` / `REVIEW_PARK_GATE_KINDS`(0.60.0 / engine ≥7.64.0:一次 run **怎么结束的**唯一读器 —— 终局从八个平面键换成一条带标因由 `terminal`,四臂 + `unknown` 防御臂 + `plane` 两代字节标;🔴 不认识的终态词绝不折成成功、本包不提供「因由→五词 status」的兼容投影,详见 §24b)| 引擎 SSE `AgentEvent` → 端要渲的**双面输出**:transcript(`SDKMessage`)+ chrome(瞬态 `ChromeEvent`)。**本包存在的理由** | `src/adapt.ts`、`src/adapt/{arms,wireShapes,panelTasks}.ts`(经 `adapt.ts` 再导出)、`src/adapter/runStream.ts`、`src/adapter/downstream/*`、`src/adapter/types.ts`、`src/runTerminal.ts` |
 | 2 | **seam 公共契约** | 4(其余为 type-only) | `CHROME_ARMS` · `deriveTranscriptId` · `snapshotSegmentIdentity` / `snapshotIsSubFlow`(0.76.1:身份四键一次性快照助手,投影口与 adapt 侧全部臂的唯一身份读点;§77)| 公共词汇 + **id 确定性不变量**(同一条流重放 ⇒ 同一串 id)。`CHROME_ARMS` = 端「我要消费哪些 chrome 臂」的对照清单 | `src/seam.ts` |
 | 3 | **HITL 决断卡链**(§4/§5 主战场) | 230 | `GATE_MODE_RELEASE_REASON_WORDS` / `isGateModeReleaseReasonWord`(0.88.0 CC-272:门记录放行账 `released.reason` 的闭集镜像与判词谓词,值取构建期生成物;读口 `gateModeRelease` 仍按开集透传;§114)· `gateModeRelease`(0.86.0 CC-249:门记录放行臂上「权限模式替人答掉一问」那一条账的具名读口,与 `gateOutcomeOf` 同一只窄读器;缺席不是「没经过模式放行」;§112)· `registerArmedGateFromQuestionIdFor`(0.85.1 CC-259:多会话宿主在自己的会话键上登记呈现回执,`reopenPlanReviewCard` 回执形等的就是这个会话键上的回执;0.72.0 退出公面的名字复活;§110)· `decideParkMovedFromError` / `decideParkMovedContent` / `isDecideParkMovedCode` / `DECIDE_PARK_MOVED_CODES` + `DECIDE_NOT_PARKED` / `DECIDE_GATE_MOVED` / `DECIDE_CLAIM_LOST`(0.85.0 CC-243:`/decide` 停驻挪动三码的读口、按码分说的一句与判定,四个决断出口补句、停泊腿按码续读流;`isCodeClassifiedGateFailure` 不收本族;§109)· `notePlanReviewDecisionHandedOver` / `planReviewPendingReadMark` / `planReviewDecisionInFlight` / `notePlanReviewDecisionNotApplied` / `notePlanReviewGateLeft` / `latestPlanReviewDecisionMark`(0.85.0 CC-241:plan-review 决断台账 —— 交出登记 + 读起点刻度 + 拒开判据 + 「没生效」与「离门」两只说一声的口 + 交出刻度;`reopenPlanReviewCard` 按它拒开;§109)· `isCodeClassifiedGateFailure`(0.84.1 CC-225:这枚决断失败码自己说清了处置、失败文字不许再按「门已决」词表扫 —— `isGateStandingErrorCode` 的两码 ∪ 422 `parked_resume.startup_failed`;§108)· `removeRefusedSessionRules` / `sessionPolicyRemovalNotice` / `isEngineRefusedToolName`(0.84.1 CC-229:会话规则记录里引擎会拒启的条目的窄撤销动词 + 八臂措辞单源 + 引擎准备期按名字拒启的判据本体,比 `sessionPolicyDeliverable` 的 `legacy_tool_name` 判词宽;撤销动词必交这台部署一跑的工具名册,名册里的名与别名不撤;§108)· `toolPermissionRequestAskBits` / `clearPlanReviewUserDismissals`(0.83.4 CC-203 / CC-201:卡请求 → 座位请求的四位过境口,与卡请求同一把窄读;会话换代时清「用户关卡」记号;§104)· `askSurvivesPosture` / `readApprovalMandate`(0.83.2 CC-193 / CC-195:常驻姿态下「这一张卡能不能由姿态答掉」三态谓词;卡上强制词读口,缺席答缺席;§102)· `sessionPolicyDeliverable` / `sessionPolicyWithheldNotice` / `SESSION_POLICY_WITHHELD_WHY`(0.83.1 CC-117:一批规则串能不能无损写进会话规则记录 —— 整批可送才送、五词成因闭集、每词一句措辞单源;宿主侧那一份的继任;§101)· `isPolicyRefusedGate` / `denyAttributionRefusalFromError` / `denyAttributionRefusalContent` / `removalConsequenceLineForBehavior` / `ruleRemovalBehaviorOf`(0.80.0 CC-133 · CC-132:策略拒谓词 + 归因键三码读口与人话 + 删除规则后果句铸点与闭集读口;§87)· `HITL_POLICY_DENY_MESSAGE` / `APPROVAL_DENY_SETTLED_BY_WORDS` / `readApprovalDenySettledBy` / `SEMA_DENIAL_KIND_KEY`(0.79.0 CC-125:deny 收口帧按 `settledBy` 分两串的冻结句、决断对象归因位的两词可达子集与只认自有数据属性的读器、分类词信封键名;§85)· `approvalIsMandated`(0.79.0 CC-110:审批卡「清不掉」判据口,帧位 ∨ 寄存行缺席词两条腿一个真源;§85)· `readSessionPolicy` / `tightenSessionPolicy` / `tightenedSessionRules` / `classifySessionPolicyFailure` / `sessionPolicyTightenNotice` / `SESSION_POLICY_RULE_FIELDS` / `SESSION_POLICY_TIGHTEN_UNKNOWN_WHY`(0.77.0 CC-105:会话策略窄读 + 收紧编排五臂判别联合)· `writePersistedRule` / `PERSISTED_RULE_WRITE_BEHAVIORS` / `PERSISTED_RULE_WRITE_REFUSAL_CAUSES` / `PERSISTED_RULE_WRITE_UNKNOWN_REASONS`(0.77.0 CC-103:持久规则单步写面,词表派生不手抄;§79)· `persistedRulesWriteAvailable`(0.76.1 CC-102:单步写入口便利口,只派生自写键自己的四态,不与撤销面那只合取;§77)· `approvalResolutionOf` / `isApprovalDecided` / `approvalNotSentCause` / `approvalUnsettledCause` / `APPROVAL_NOT_SENT_CAUSES` / `APPROVAL_UNSETTLED_CAUSES`(CC-77 ①:「一次审批决断最后怎么了」的单源判别联合 `decided` / `not_sent` / `unsettled`,两条腿的结局对象一次判别;既有结局型面一字不动)· `approvalOutcomeNoteOf` / `APPROVAL_NOTE_RETRACTED_DETAIL` / `APPROVAL_NOTE_EDIT_REFUSED_DETAIL`(0.74.5 CC-88:审批结局便签单源;§73)· `decideReceiptReopen` / `suspendedReopenOf`(0.74.3 CC-73:reopen 族第二臂;§71)· `RETRACTED_CARD_DECISION_KIND`(0.74.1 CC-67:卡口无决断收口;§69)· `planReviewOutcomeTail`(0.73.1 CC-57:outcome 尾句六态单铸点;投递口闩;§63)· `readLivePendingRows` / `suspendedSubagentAsks` / `countApprovalsAwaitingDecision` / `createSuspendedAskTracker` / `livePendingRowToApprovalFrame` / `surfaceSuspendedAskAndRespond` / `surfaceEditRefusedOnBlindAsk` + `EDIT_REFUSED_ON_BLIND_ASK_WARN_TEXT`(0.72.14 CC-55:悬挂的流内 ask 读面 / 视图 / 去重账 / 决断口;§61)· `planReviewCardOptions` / `planReviewChoiceFromAnswer` / `versionSupportsPlanReviewModeAfter` / `isPlanReviewModeAfter` + `PLAN_REVIEW_APPROVE_AUTO_LABEL` / `PLAN_REVIEW_APPROVE_MANUAL_LABEL` / `PLAN_REVIEW_MODE_AFTER_WORDS` / `PLAN_REVIEW_MODE_AFTER_MIN_ENGINE`(0.72.13 CC-46:plan_review 批准后模式 `permissionModeAfter` 发口与三选卡双闸;§60)· `makeHitlCanUseTool` · `HitlBridge` · `findPendingForTask` · `readDecideReceipt`/`decideAcceptedNotResolved`/`decideRefusalFromError`(B-070:`/decide` 200 = **投递受理**不是「门已解决」;`executionOutcome` 缺席 = 未知,详见 §30h) · `HitlSafetyError` · `bridgeAskUserQuestionGates` · `surfaceToolApprovalFrameAndRespond` / `surfaceFsApprovalAndDecide` · `readToolApprovalRespondAck` · `installApprovalCardPort(For)` · `installHitlHostSurface(For)` · `armPlanReviewApproval` · `reopenPlanReviewCard` · `decidePlanReview` · `startApprovalsFeed` · `pendingRowIsOwnedByThisSession` · `approvalCallKey`/`liveFrameCallKey`/`planReviewQuestionId` · `registerArmedGateFor`/`wasGateArmedFor` · `waitForGateArmed`/`onGateArmed`/`gateArmedWaitMs`(#244 F1 呈现回执事件源) · `planReviewArmedKey`/`notePlanReviewAnswered`/`notePlanReviewAnsweredIfDecisive`(A-024.4 plan 呈现分代;`waitForGateArmed` / `planReviewArmedKey` / `notePlanReviewAnswered` 三只的 `*For` 变体 0.84.0 退出公面) · `toolEndOutputText` · `waitForParkRowBirth` · `classifyAskParkRows` / `askParkRowArm` / `classifyAskParkChainFailure` · `readDecisionNoteAudit` / `decisionNoteAuditLine` · `resumeRunningOptions` / `resumeChoiceFromLabels` · `persistedRulesLaneAvailable`/`persistedRulesGovernanceAvailable` · `classifyRulesFailure` · `listAllPersistedRules` · `classifySkippedReason` · `readRulePersistOutcome`(#244 F2:persist-ack 读口与 `readToolApprovalRespondAck` 合成一处) · `parseLocalAllowRule`(durable 腿本地落规则窄化骨架,谓词经 `LocalAllowRuleDeps` 注入) · `readToolApprovalRespondRefusal`(#225 件5,0.42.0:respond 抛错的结构化原文读口 —— 三位各自防御读、各自缺席不铸、**三位皆缺席时整只返 `undefined`**;原样交还零加工,UNTRUSTED-for-display)· `installEditedRuleTextPrechecker` / `hasEditedRuleTextPrechecker` / `precheckEditedRuleText`([5076] 转出口,0.42.0:core 5.57.0 `precheckEditedRuleText` 的**端口注入形** —— 类型面 + 注入口 + 诚实缺席读口。🔴 **不是** value 级 re-export,理由见 §7 缺口 **P-34**;未装 ⇒ 返 `undefined`,绝不编一个 `{ok:true}`)· `RULE_NOT_SENT_WARN_TEXT` + `RULE_NOT_SENT_REJECTED_WARN_TEXT`(#334,0.43.0:人在卡上按下的「不再询问」被整条丢弃时的诚实告知(文案两句;发告知的两只函数 0.84.0 起是包内件)——**两条刻意分开**:前者=**引擎能力位未确认**(换台引擎/等探测就好),后者=**这次选择没过包内表核/互斥核**(表外文本/坏下标/两臂同场,换引擎也不会变) —— 编辑臂 `respondFreeFormRules` 与批臂 `respondBatchRuleOffers` 两条同形存量共用一条,与 `surfaceRememberNotApplied` 同族纪律:决断照送、只是规则没存,静默丢掉用户明确意图 = 让人以为功能坏了)· `projectCrashConverged`(L-38,0.49.0:`/v1/approvals` additive 键 `crashConverged` 的分桶投影 —— 崩溃收敛的孤儿审批读面,**缺席 ≠ 空数组**、分桶恰一个合取、坏行丢弃并计数,详见 §12;同批把 `ApprovalsResourceLike.list()` 的返回位 additive 放宽成 `ApprovalsListEnvelope`,老形 `{pending}` 仍可赋值)· `readRuleOffers` / `readRuleOfferSupply`(L-103/[C228],0.57.0 additive 导出:「不再询问」候选两代 wire 键的窄读器**公面化** —— 此前只经卡端口出包,不走卡端口架构的宿主只能自己重铸一把,而它承载的是兑付安全判据(原始下标不前移/逐条丢坏/闭集 kind/两代取舍序),详见 §20)· `RULE_OFFERS_ABSENCE_REASONS` / `DENIAL_LIMIT_KINDS`〔后者 🔧 0.85.0 退出公面,值改从 `@sema-agent/sdk` 根入口取〕(0.59.0 / sdk 8.3.0 提货:`ruleOffersAbsence` 三词与 `denialLimitFallback.limit` 二词的**运行期**闭词表再导出 —— 与 0.58.0 那三张同一条纪律:端拿它做判定别再手抄字面量。⚠️ **本包自己不拿这两张表做窄读判定**(两处都按开集透传,词表属主是 core、server 已按闭集拒过),再导出只是给端的 `switch` 一份可数的表,端仍必须带 `default` 臂,详见 §23a)· `DecideTransportRetryExhaustedError`(Inkglow-1085 P0a:decide 出站瞬断重试耗尽的 typed 判别 —— HitlBridge 内建单次退避重试,耗尽走重呈臂不判死 turn;端一般只消费行为,不需要 instanceof) · `gateOutcomeOf` / `isDeniedGate` / `gateDeniedBy` / `gateApprover` / `isApprovalWindowExpiredGate` / `isDenialLimitAutoDeniedGate` / `isParkSlaExpiredGate` / `isHumanSettledGate`(0.60.0 / engine ≥7.64.0:`tool_end.gate` 整条门记录的窄读器 + 判定谓词 —— 取代退役的四个正交词 `settledBy`/`resolution`/`autoDenied`/`approver`。🔴 **判定归包**:「是不是审批窗自己走完的拒绝」旧形上是端各自拼的两键合取,而三条窗词现在分得开、合并读回去等于把刚修好的判别力扔掉;⚠️ 公面型一律带 `View` 后缀 —— 本文件的 `GateOutcome`(决断腿结局)与 sdk 的 `GateOutcome`(引擎门记录)**同名不同义**,详见 §24c)· `isGateParkedToolEnd`(「这次调用没在这里结算」的**第二形**谓词:gate 缺席 + `errorCode:"gate.parked"`;端判这件事必须与 `isApprovalWindowExpiredGate` **两形合读**) · `readWireErrorCode`(B-037 候包件②:decide/取件失败上引擎 wire 机器码的单源读口,结构视图读不 `instanceof`;与本包铸的 `code` 是两个命名空间,详见 §24g)| suspended→decide→resume 环。🔴 **D-1 两元组 verbatim 回显**是字节级断言的安全不变量,端**不许重实现它的任何一段**。🔴 键空间边界(web [C1] d3 拦截):`gateIdentity` 四常量两函数只覆盖 HITL questionId/callKey 空间;seat 的 `TOOL_PERMISSION_REQUEST_ID_DOMAINS`(`plan:` 等)是另一键空间,**两者绝不合并**(合并=座位校验器静默拒全部 plan-review 卡) | `src/hitl/hitlBridge.ts`、`toolApprovalWire.ts`、`askGateWire.ts`、`planReviewWire.ts`、`hitlHostSurface.ts`、`gateIdentity.ts`、`armedGateRegistry.ts`、`parkOwnership.ts`、`parkResolver.ts`、`approvalsFeed.ts`、`frameRouter.ts`(**只挑名导出** `toolEndOutputText`/`ENGINE_ABORT_TOOL_RESULT`/`HITL_REJECT_MESSAGE`/`HITL_INTERRUPT_MESSAGE_FOR_TOOL_USE`)、`parkRowBirthWait.ts`、`approvalDecisionNoteAudit.ts`、`askParkRowRouting.ts`、`resumeRunningCard.ts`(#265 上收的判定层)、`persistedRulesWire.ts`、`localAllowRule.ts`(#244 F2 规则侧)、`crashConverged.ts`(L-38 崩溃收敛读面)、`sessionPolicyDeliverable.ts`(0.83.1 CC-117 会话规则无损判定)、`askSurvivesPosture.ts`(0.83.2 CC-193 姿态放行谓词)、`src/gateOutcome.ts` |
 | 4 | **子代 wire + 面板侧信道台账** | 110 | `stopEngineSessionBackground` / `engineSessionBackgroundReceiptReadingOf` / `ENGINE_SESSION_BACKGROUND_RECEIPT_STATES`(0.85.0 CC-246:会话后台任务停止口 + 受据三态归类口与闭集镜像,三端公共转调与单源措辞;认不出的受据词一律归「可能仍在跑」;§109)· `readEngineAgentRegistry` / `isEngineAgentRegistryListingSuperseded` / `engineAgentRegistryReadingOf` / `engineAgentRegistryKeyOf` / `engineAgentRegistryRowsMissingFromHost`(0.84.0 CC-194 B 半:后台代理登记读口 + 取代判定 + 归类口 + 登记键桥 + 补行谓词,宿主据此给缺席行回收入参的 `registry` 位填真读数;§107)· `isEngineAgentAbsentRow` / `engineAgentAbsenceMarkOf` / `engineAgentAbsenceClockStopMs` / `engineAgentPanelEventClearsAbsence` / `engineAgentRowCountsAsRunning` / `tallyEngineAgentRows` / `engineAgentTurnSweepSettles` / `reapEngineAgentAbsentRows` / `engineAgentAbsenceTtlDueAtMs` / `engineAgentAbsenceDroppedLine` / `engineAgentTerminalAfterDropLine` + `ENGINE_AGENT_ABSENT_ROW_TEXT` / `ENGINE_AGENT_ABSENCE_TTL_MS` / `ENGINE_AGENT_REGISTRY_READINGS`(0.83.2 CC-194:后台子代缺席行的判定 / 计数 / sweep 豁免 / 回收 / 措辞单源,回收只在后台代理登记确认离场时;§102)· `isNewEngineAgentPanelCycle`(0.74.5 CC-87:新周期单源判据;§73)· `resolveEnginePanelTaskId` / `MAX_HELD_WIRE_TICK_BEATS` / `clearEnginePanelTaskResidentByWire`(0.74.3 CC-70:子代身份归一读口、缓一拍节拍上限、按 wire id 清常驻标(前代终态不清当代);§71)· `isStaleEngineAgentPanelEnd`(0.74.0 CC-66:面板 end 的周期身份判据;§68)· `subscribeEngineAgentPanelAbsence` / `publishEngineAgentPanelAbsence`(0.72.13:fleet 行缺席上报的**独立订阅口** —— 不上主通道,老消费者结构上收不到;§60 S-5)· `tailEngineSubagent` · `installSubagentActivitySink` · `installSubagentTailMetaSink`(#280 件2:tail meta 帧发布口,`contentFrames` 判别位载体)· `stopEngineTask` + `classifyTaskStopConflict` · `fetchEngineSubagentReport` · `steerEngineSubagent`(0.32.0 未发布 #280 件A:additive 第三参 `childTaskId` —— 端有行上下文时**应当**传,传了就走「台账优先 / 缺席即诚实缺席 + 缺席留痕」的 Q3 口径,与 tail·taskOutput·subagentOutput 三腿同姿势、与孪生 resume 腿共用同一个 `resolveOwnerRunId` 判据;**不传**则逐字维持旧行为=回落在飞 run)· `resumeSettledSubagent` + `resolveSubagentResumeContext` + `resolveOwnerRunId` + `classifySubagentResumeFailure` + `subagentResumeAvailable`(#242 批 2 A-028.7:resume 判定半场上收,与 steer 孪生同居;取址三态 = 台账有行用行值 / 指名了行但台账缺席则**诚实缺席绝不回落在飞 run** / 没指名行才回落。出路文案归端)· `recordSubagentOwnerFromProgress` + `getBgParentRunOwner`(A-028.6:「子代 → 宿主 run」**单表**,宿主 run 必须由持 stream-local 值的调用方显式传入,包内绝不从 `activeEngineRunId()` 推断)· `auditRetainWithoutWake`([4000] Q5:引擎宣示 `subagentResume` + 本端在付 `retainSubagentSessions` + 端未实现 `wakeSubagent` ⇒ 响亮一条;`CLIENT_VERBS.wakeSubagent` 维持 fail-soft)· `subscribeSubagentContent` · `subscribeEngineAgentPanel` · `publishQuestionFrame` / `respondToQuestion` · `configureSubagentContentStore` / `subagentContentStoreConfig` / `SUBAGENT_CONTENT_STORE_DEFAULTS`(0.62.0:子代内容账本的**字节预算** —— 此前只有条数帽而单条无上限,一条 base64 工具结果就能让一个子代槽吃到十几 MB;越限从最早的内容开始丢并留一条可渲染的 `truncated` 记录,总帽淘汰整条最久未用的账本。配置面 fail-loud,详见 §26②)| 驱动与观测委派子代;经 module 级台账喂活体 agent/task 面板。全部**能力位 gate**(§5b) | `src/subagent/*.ts`、`src/subagentContentStore.ts`、`src/engineAgentPanelStore.ts`、`src/engineAgentAbsence.ts`(0.83.2 CC-194 缺席行判定与措辞)、`src/agentSession/engineAgentRegistryRead.ts`(0.84.0 CC-194 B 半登记读口)、`src/engineInlineTaskStats.ts`、`src/engineToolLabelStore.ts`、`src/liveQuestionStore.ts` |
 | 5 | **fleet 投影** | 38 | `displayUntrustedMarks`(0.83.5 CC-204:同一只出口另报每一枚字符面标记的 UTF-16 区间,`text` 与同选项的出口逐字节同;§105)· `displayUntrusted`(0.83.1 CC-112:wire 派生文本上屏前的合成出口三端单源 —— 凭据两网 ∘ 字符三网,选项按载体选;本域 `escapeDisplayControlChars` / `collapseLabel` / `capForDisplay` 三只旧口改由同一只字符面引擎实现、输出逐字节不变,字符集窄于新口默认;§101)· `createFleetLedger` · `projectTasks` · `projectWorkflows` · `projectFleetAgentRows` · `readEngineActiveBgTasks` · `FLEET_TASK_VIEW_KEYS` · `escapeDisplayControlChars`(不可见字符可见化,行标签/描述消毒的共享底座)· `capForDisplay`(0.62.0:呈前**消毒 + 封长**的共用铸点 —— 先转义、后按转义结果封长,截点避开半截转义 token 与合法代理对;本包该族四处此前各写一份、其中三份顺序是反的,详见 §26⑦) | 老 `fleetClient` 那一刀的成品:**帧体归库、连接归端** —— 端持 SSE 连接,库做行投影 + 保留台账 | `src/fleet/fleetProjection.ts`、`src/fleet/fleetLedger.ts`、`src/fleetAgentPanelProjection.ts`、`src/fleetTaskDesc.ts`、`src/displayUntrusted.ts`(0.83.1 CC-112:展示层安全出口单源,本域三只旧口的字符面引擎) |
-| 6 | **请求装配(上行唯一构造口)** | 40 | `requireExistingSessionRefusalFromError` / `requireExistingSessionRefusalContent`(0.88.0 CC-281:请求键 `requireExistingSession` 被服务端拒 —— 会话不在 / 没给会话 id —— 的读口与一句,粗码形读消息尾括注、带码形直接认;§114)· `inheritEnvDeclaration` / `inheritEnvServerSupport` / `inheritEnvWithheldNotice` / `isInheritEnvWord` + `INHERIT_ENV_WORDS` / `INHERIT_ENV_MIN_SERVER`(0.86.0 CC-257:请求键 `inheritEnv` 的版本闸片段口 —— 服务端整串正式版 ≥ 7.106.0 才给 `{ inheritEnv }`,否则空片段 + 回执成因与一句终端用户面话;两词闭集与判词口、版本地板常量;缺席 = 缺省清洗且清掉本会话上一条声明;§112)· `taskRequestOmissionCauseNotice` / `TASK_REQUEST_OMISSION_CAUSE_NOTICES`(0.85.1 CC-248:回执省略成因的终端用户向取句口与句表,与接入方那只同源于同一成因闭集、逐词不同句;表外 / 读不出 ⇒ 一句通用句,不抛、不回显;§110)· `fileHistoryDeclarationField` / `FILE_HISTORY_DISABLED`(0.85.0 CC-243:「这一次运行别捕获文件历史」请求词片段口 —— 只在能力读数是 `on-optional` 且宿主意图是别捕获时给 `{ fileHistory: 'disabled' }`,老服务端对这一键整条 400;字面常量供断言锚;§109)· `REQUEST_LANES` / `APPROVER_POSTURE_BYPASS` / `approverPostureDeclarationField`〔后两者 🔧 0.86.0 退出公面:请求键 `approverPosture` 退役,宿主仍给即构造期按名拒;§112〕/ `taskRequestOmissionCauseDetail` / `parseMaxCostUsd`(0.79.0 CC-116 · 118 · 123:第三条车道清单、审批姿态声明的唯一铸点与意图位片段、回执成因人话、花费上限文本解析;§85)· `assembleTaskRequest` / `taskRequestSeatOf` / `TASK_REQUEST_OMISSION_CAUSES` / `UPSTREAM_ABSENT_REQUEST_INTENTS`(0.77.0 CC-101:逐键去向回执 + 座位读数 + 成因词表 + 上游无对位表;§79)· `readAgentMemorySpec` / `unknownMemorySpecKeys` / `unknownMemorySpecKeysNote` / `memoryConfigRefusalNoteOf` / `KNOWN_AGENT_MEMORY_SPEC_KEYS` / `PENDING_MEMORY_SPEC_KEYS` / `RETIRED_MEMORY_SPEC_SINGULAR_KEY` / `MAX_UNKNOWN_MEMORY_SPEC_KEYS`(CC-96:`agents[].memory` 记忆 spec 的三态读口与闭白名单判官 —— 未列键拒掉的是**整只 agent 定义**)· `MEMORY_OFF` / `memoryOffDeclarationField` / `memoryOffDeclared`(0.72.8 CC-39③:`memory:"off"` 请求级整面关的意图位片段;§55)· `buildTaskRequest` · `REQUEST_FIELD_MATRIX` · `unregisteredRequestKeys` · `applyLiveRequestDefaults` · `taskNotificationToPrintFrame` | 两条车道(`interactive`/`print`)出站请求的**唯一**构造器;`unregisteredRequestKeys` 是可执行门 —— 端偷带一个未登记键上 wire 就红 | `src/request/taskRequest.ts`、`src/request/printNotification.ts` |
+| 6 | **请求装配(上行唯一构造口)** | 42 | `disableSkillsDeclaration`(0.89.0 CC-277:请求键 `disableSkills` 的唯一取值口,读能力位给 `{ disableSkills: true }` 片段或 `withheld` 一句;车道表 45 → 46 行;§115)· `taskRequestOmissionCausePhrase`(0.89.0 CC-282:回执省略成因的从句短语口,与整句表同表派生;§115)· `requireExistingSessionRefusalFromError` / `requireExistingSessionRefusalContent`(0.88.0 CC-281:请求键 `requireExistingSession` 被服务端拒 —— 会话不在 / 没给会话 id —— 的读口与一句,粗码形读消息尾括注、带码形直接认;§114)· `inheritEnvDeclaration` / `inheritEnvServerSupport` / `inheritEnvWithheldNotice` / `isInheritEnvWord` + `INHERIT_ENV_WORDS` / `INHERIT_ENV_MIN_SERVER`(0.86.0 CC-257:请求键 `inheritEnv` 的版本闸片段口 —— 服务端整串正式版 ≥ 7.106.0 才给 `{ inheritEnv }`,否则空片段 + 回执成因与一句终端用户面话;两词闭集与判词口、版本地板常量;缺席 = 缺省清洗且清掉本会话上一条声明;§112)· `taskRequestOmissionCauseNotice` / `TASK_REQUEST_OMISSION_CAUSE_NOTICES`(0.85.1 CC-248:回执省略成因的终端用户向取句口与句表,与接入方那只同源于同一成因闭集、逐词不同句;表外 / 读不出 ⇒ 一句通用句,不抛、不回显;§110)· `fileHistoryDeclarationField` / `FILE_HISTORY_DISABLED`(0.85.0 CC-243:「这一次运行别捕获文件历史」请求词片段口 —— 只在能力读数是 `on-optional` 且宿主意图是别捕获时给 `{ fileHistory: 'disabled' }`,老服务端对这一键整条 400;字面常量供断言锚;§109)· `REQUEST_LANES` / `APPROVER_POSTURE_BYPASS` / `approverPostureDeclarationField`〔后两者 🔧 0.86.0 退出公面:请求键 `approverPosture` 退役,宿主仍给即构造期按名拒;§112〕/ `taskRequestOmissionCauseDetail` / `parseMaxCostUsd`(0.79.0 CC-116 · 118 · 123:第三条车道清单、审批姿态声明的唯一铸点与意图位片段、回执成因人话、花费上限文本解析;§85)· `assembleTaskRequest` / `taskRequestSeatOf` / `TASK_REQUEST_OMISSION_CAUSES` / `UPSTREAM_ABSENT_REQUEST_INTENTS`(0.77.0 CC-101:逐键去向回执 + 座位读数 + 成因词表 + 上游无对位表;§79)· `readAgentMemorySpec` / `unknownMemorySpecKeys` / `unknownMemorySpecKeysNote` / `memoryConfigRefusalNoteOf` / `KNOWN_AGENT_MEMORY_SPEC_KEYS` / `PENDING_MEMORY_SPEC_KEYS` / `RETIRED_MEMORY_SPEC_SINGULAR_KEY` / `MAX_UNKNOWN_MEMORY_SPEC_KEYS`(CC-96:`agents[].memory` 记忆 spec 的三态读口与闭白名单判官 —— 未列键拒掉的是**整只 agent 定义**)· `MEMORY_OFF` / `memoryOffDeclarationField` / `memoryOffDeclared`(0.72.8 CC-39③:`memory:"off"` 请求级整面关的意图位片段;§55)· `buildTaskRequest` · `REQUEST_FIELD_MATRIX` · `unregisteredRequestKeys` · `applyLiveRequestDefaults` · `taskNotificationToPrintFrame` | 两条车道(`interactive`/`print`)出站请求的**唯一**构造器;`unregisteredRequestKeys` 是可执行门 —— 端偷带一个未登记键上 wire 就红 | `src/request/taskRequest.ts`、`src/request/printNotification.ts` |
 | 7 | **通知与 outstanding 台账** | 49 | `noteOwnWorkflowRun`(0.72.2 CC-37:own 台账显式登记口,adapter workflow lane 门在 own-run 正向证明下同拍调;§49)· `installNotificationQueuePort` · `normalizeTaskNotification` · `taskNotificationDedupKeyFromWire` · `registerOutstandingBgTask` / `registerOutstandingWorkflowRun` · `notificationQueuePortMisses` · `subscribeOutstandingWorkflows` · `outstandingDeliverableWorkflowCount` | `task_notification` 归一 + 去重 + 投递进宿主命令队列的**一把闸**;`outstandingDeliverableWorkflowCount()` 是 headless `-p` 的**退出门** · `classifyPeerNotification` / `renderPeerFrameTranscriptText` / `parsePeerFrameText` / `peerFrameDisplayName` + 三张闭集表(design/385,0.54.0:同一条 `task_notification` 车道上三条**引擎注入帧**的类型化投影 —— 判别位=载体在场而非 summary 文本,详见 §17) | `src/notifications.ts`(11 个 module 台账) |
 | 8 | **工具结果卡** | 28 | `findSystemReminderOpenTag`(0.84.1 CC-210:开标签定位口,与剥离 / 解包同一个判定,文法常量不上公面;§108)· `stripSystemReminderBlocks` / `unwrapSystemReminder`(0.83.4 CC-205:引擎 `<system-reminder>` 信封壳的剥离与整条解包,开标签只认引擎铸的两形,线性时间;§104)· `displayBody`(0.78.1 CC-113:工具结果正文的人类面读口,剥本包铸的不可信围栏,三形互不折叠;§83)· `structuredToToolUseResult` · `readAsyncLaunchedAgentReceipt` · `wireOutputToBody` · `parseModelFacingBash` · `getPatchFromContents` · `toolEndResultToUserFrame` · `flattenToolOutput` | 铸端要渲的 `tool_result` 卡体,含客户端 diff hunk(唯一 runtime dep 的用处) | `src/toolResult.ts`、`src/printToolResultFrame.ts`、`src/diff/patch.ts` |
-| 9 | **能力/旋钮 wire 门族** | 198 | `projectStorePostureCapability` / `noteEngineCapsForStorePosture` / `observedStorePosture` / `forgetStorePostureReading` + `storePersistence` / `storePostureDoctorDetail`(0.86.0 CC-250:caps `store` 存储姿态四态读口与读账、持久判据三值、doctor 一行;键缺席 = 老引擎没报,不是「不持久」;§112)· `projectCenterWiringCapability` / `noteEngineCapsForCenterWiring` / `observedCenterWiring` / `forgetCenterWiringReading` + `callerQuotaLease` / `centerWiringDoctorDetail`(0.86.0 CC-250:caps `centerWiring` 中心接线读口,缺席按同体 `store` 分 `none` / `not_reported`,调用方租约六词判决,doctor 一行;§112)· `noOsSandboxOnThisHost` / `noOsSandboxContent` / `projectExecutionLaneWiring`(0.86.0 CC-256:`executionLane.isolated` 读进车道读数后的「本机无 OS 沙箱」三值判定与那一句,operator 诊断面车道段同一份判据;§112)· `projectSealedKeyCapability` / `noteEngineCapsForSealedKey` / `observedSealedKey` / `forgetSealedKeyReading`(0.85.0 CC-243:能力面公钥发现段 `sealedKey` 的四态读口与读账,只出公钥三键、键缺席 = 不要封;§109)· `hooksWirePlan` / `pluginHookVerdictOf` / `hooksNotRunNotice` / `pluginHookExecutorLabel` / `pluginHookReasonText` / `settingsHookDropText` / `isEngineFiredHookEvent` + `ENGINE_FIRED_HOOK_EVENTS` / `PLUGIN_HOOK_DISPOSITIONS` / `PLUGIN_HOOK_REASONS` / `PLUGIN_HOOK_EXCLUSION_REASONS` / `SETTINGS_HOOK_DROP_REASONS`(0.83.1 CC-174:插件 hook 每轮计划 —— 逐条判「投给引擎 / 本客户端执行 / 如实不跑」,请求体 hooks 与本地跳过用同一份,开机「不会执行」清单与 `/hooks` 标注措辞单源,五张闭集;读口是 `SettingsPort` 的可选成员 `enabledPluginHooks`(型面,不计名数);§101)· `invalidateTaskAgentsWire`(0.82.1 CC-161:自定义代理载荷作废并重投,就绪门等最新一代,§93 S-14)· `projectFileHistoryCaptureCapability` / `noteEngineCapsForFileHistoryCapture` / `observedFileHistoryCapture` / `forgetFileHistoryCaptureReading` / `fileHistoryCaptureMode` / `fileHistoryCaptureDoctorDetail`(0.82.1 CC-163:`capabilities.fileHistoryCapture` 四态读口 + 判据 + 措辞单源;§93)· `observedRewindArchive` / `rewindCodeArchiveAvailability` / `rewindConversationAvailability` / `rewindArchiveDoctorDetail` / `rewindConversationDoctorDetail`(0.82.0 CC-146:`/rewind` 代码档与对话档可用性四位窄读口 + 端判据三态 + 措辞单源,替掉壳侧「本地备份表非空」那条判据;§92)· `mcpEngineLegLivenessOf` / `mcpDetailLegNote` / `isMcpLivenessState`(0.80.0 CC-134:引擎腿活性六档读口 + 九句范围说明铸点 + 活性三词判据上公面;§87)· `projectMcpProbeCapability` / `noteEngineCapsForMcpProbe` / `observedMcpProbe` / `forgetMcpProbeReading` / `mcpProbeAvailable` / `mcpProbeDoctorDetail`(0.79.0 CC-74:`capabilities.mcpProbe` 四态读口 + 「这次调用要不要上 wire」三态 + doctor 句;§85)· `projectSessionPolicyCapability` / `observedSessionPolicy` / `sessionPolicyFaceAvailable`(0.77.0 CC-105:`capabilities.sessionPolicy` 四态读口 + 渲不渲写入口三态;§79)· `projectMemoryComplianceCapability` / `memoryComplianceVerbsAvailable` · `projectMemoryOriginCapability` / `memoryOriginVerbsAvailable`(0.76.1 CC-97a:`capabilities.memoryCompliance` / `memoryOrigin` 两只四态读口,同判据不同位、各持一张表;§77)· `projectPeerLaneCapability` / `observedPeerLane` / `peerLaneAvailable`(0.76.1 CC-102:`capabilities.peerLane` 四态读口 + 露不露跨会话入口的三态判据;非 HTTP 面)· `projectPermissionRulesWriteCapability` / `observedPermissionRulesWrite` / `permissionRulesWriteAvailable`(0.76.1 CC-102:`capabilities.permissionRulesWrite` 四态读口 —— 键缺席 = 二进制比单步写口老、藏入口;在场按本键的值判这次够不够得着;§77)· `projectDeviceExecutorManagementCapability` / `noteEngineCapsForDeviceExecutorManagement` / `observedDeviceExecutorManagement` / `forgetDeviceExecutorManagementReading` / `deviceExecutorManagementDoctorDetail` / `deviceManagementVerbsAvailable`(0.74.2 CC-69;§70)· `projectApprovalsStreamLiveCapability` / `noteEngineCapsForApprovalsStreamLive` / `observedApprovalsStreamLive` / `forgetApprovalsStreamLiveReading` / `approvalsStreamLiveDoctorDetail` / `livePendingNeedsReconcile`(0.73.3 CC-61;§65)· `projectExecutionLaneCapability` / `noteEngineCapsForExecutionLane` / `observedExecutionLane` / `forgetExecutionLaneReading` / `executionLaneDoctorDetail` / `toolsRunHereFromExecutionLane`(0.72.13 CC-54:`capabilities.executionLane` 四态读面,键缺席 ≠ 不是本机车道;§60)· `AGENT_MEMORY_WORDS`(0.72.3 CC-39①:`memory: user|project|local` 三词;`projectAgentsForWire` 把它们同映射为 `agents[].memory = { scopes:[agent:<type>], writeScope }`;§50)· `skillBaseDirOf`(0.72.1 CC-33:`SkillSpec.baseDir` 窄读 = server 顶层门同一只结构判据;`skillCommandsToSpecs` 第三参 `{ toolsRunHere }` 只在本机车道带;§48)· `projectAgentsForWire` / `awaitTaskAgentsWire` · `hooksForWire` · `mcpConfigsToSpecs` · `ultracodeForRequest` · `buildWebSearchEnv`(`resolveWebSearch` 🔧 0.83.0 退出公面,换读域 15 的 `resolveWebSearchVerdict`) · `attachmentsForRequest` · `projectEffectiveBody` · `classifySelfOrchestrationRefusal` / `stripSelfOrchestrationIntent` / `projectWorkflowsGate` / `SELF_ORCHESTRATION_RETRY_WITHOUT`(S-81,server 7.57.0:上面两条 stamp 腿的**背面** —— 半配置多租户形态下 server 把带 `selfOrchestration` / `settings.ultracode` 的提交 501 拒掉,判型/去键/caps 闸三处都是判定不是文案,详见 §13) · `engineCapsGeneration`(0.60.0,异源对抗复审 [medium] 逼出:caps 探测的**当代号**读口 —— 代际闸在 probe **返回之后**才跑,而宿主的读面 tee 是在 probe **内部**落地的 ⇒ 一次慢的旧探测能把上一台引擎的读数写回来。宿主在**起探测那一刻**抓号、tee 时交回 `{generation}`,陈旧那一发整只丢掉;不传 = 逐字节同行为,详见 §24e)| 逐功能的「引擎有没有这个能力 + 这个字段怎么上 wire」投影器,由 `buildTaskRequest` 组装。🔴 `hooksForWire()` 是 **fail-closed**:无 `SettingsPort` ⇒ 返回 `undefined`(信任门,不是取值) | 17 个 `src/*WireCaps.ts` + `src/scratchpadWireCaps.ts`、`src/hooksWireCaps.ts`、`src/goalStopHook.ts`、`src/websearch/searchProviderPresets.ts`、`src/selfOrchestrationDenial.ts`(S-81 拒绝判定层)、`src/pluginHooksWire.ts`(0.83.1 CC-174:插件 hook 判定 / 措辞 / 闭集,经 `src/hooksWireCaps.ts` 编排) |
+| 9 | **能力/旋钮 wire 门族** | 199 | `settingsHooksKeptLocally`(0.89.0 CC-287:hooks 设置来源条目的本端跳过口,按 matcher + 条目身份对照计划的请求体,判给引擎的不跑;§115)· `projectStorePostureCapability` / `noteEngineCapsForStorePosture` / `observedStorePosture` / `forgetStorePostureReading` + `storePersistence` / `storePostureDoctorDetail`(0.86.0 CC-250:caps `store` 存储姿态四态读口与读账、持久判据三值、doctor 一行;键缺席 = 老引擎没报,不是「不持久」;§112)· `projectCenterWiringCapability` / `noteEngineCapsForCenterWiring` / `observedCenterWiring` / `forgetCenterWiringReading` + `callerQuotaLease` / `centerWiringDoctorDetail`(0.86.0 CC-250:caps `centerWiring` 中心接线读口,缺席按同体 `store` 分 `none` / `not_reported`,调用方租约六词判决,doctor 一行;§112)· `noOsSandboxOnThisHost` / `noOsSandboxContent` / `projectExecutionLaneWiring`(0.86.0 CC-256:`executionLane.isolated` 读进车道读数后的「本机无 OS 沙箱」三值判定与那一句,operator 诊断面车道段同一份判据;§112)· `projectSealedKeyCapability` / `noteEngineCapsForSealedKey` / `observedSealedKey` / `forgetSealedKeyReading`(0.85.0 CC-243:能力面公钥发现段 `sealedKey` 的四态读口与读账,只出公钥三键、键缺席 = 不要封;§109)· `hooksWirePlan` / `pluginHookVerdictOf` / `hooksNotRunNotice` / `pluginHookExecutorLabel` / `pluginHookReasonText` / `settingsHookDropText` / `isEngineFiredHookEvent` + `ENGINE_FIRED_HOOK_EVENTS` / `PLUGIN_HOOK_DISPOSITIONS` / `PLUGIN_HOOK_REASONS` / `PLUGIN_HOOK_EXCLUSION_REASONS` / `SETTINGS_HOOK_DROP_REASONS`(0.83.1 CC-174:插件 hook 每轮计划 —— 逐条判「投给引擎 / 本客户端执行 / 如实不跑」,请求体 hooks 与本地跳过用同一份,开机「不会执行」清单与 `/hooks` 标注措辞单源,五张闭集;读口是 `SettingsPort` 的可选成员 `enabledPluginHooks`(型面,不计名数);§101)· `invalidateTaskAgentsWire`(0.82.1 CC-161:自定义代理载荷作废并重投,就绪门等最新一代,§93 S-14)· `projectFileHistoryCaptureCapability` / `noteEngineCapsForFileHistoryCapture` / `observedFileHistoryCapture` / `forgetFileHistoryCaptureReading` / `fileHistoryCaptureMode` / `fileHistoryCaptureDoctorDetail`(0.82.1 CC-163:`capabilities.fileHistoryCapture` 四态读口 + 判据 + 措辞单源;§93)· `observedRewindArchive` / `rewindCodeArchiveAvailability` / `rewindConversationAvailability` / `rewindArchiveDoctorDetail` / `rewindConversationDoctorDetail`(0.82.0 CC-146:`/rewind` 代码档与对话档可用性四位窄读口 + 端判据三态 + 措辞单源,替掉壳侧「本地备份表非空」那条判据;§92)· `mcpEngineLegLivenessOf` / `mcpDetailLegNote` / `isMcpLivenessState`(0.80.0 CC-134:引擎腿活性六档读口 + 九句范围说明铸点 + 活性三词判据上公面;§87)· `projectMcpProbeCapability` / `noteEngineCapsForMcpProbe` / `observedMcpProbe` / `forgetMcpProbeReading` / `mcpProbeAvailable` / `mcpProbeDoctorDetail`(0.79.0 CC-74:`capabilities.mcpProbe` 四态读口 + 「这次调用要不要上 wire」三态 + doctor 句;§85)· `projectSessionPolicyCapability` / `observedSessionPolicy` / `sessionPolicyFaceAvailable`(0.77.0 CC-105:`capabilities.sessionPolicy` 四态读口 + 渲不渲写入口三态;§79)· `projectMemoryComplianceCapability` / `memoryComplianceVerbsAvailable` · `projectMemoryOriginCapability` / `memoryOriginVerbsAvailable`(0.76.1 CC-97a:`capabilities.memoryCompliance` / `memoryOrigin` 两只四态读口,同判据不同位、各持一张表;§77)· `projectPeerLaneCapability` / `observedPeerLane` / `peerLaneAvailable`(0.76.1 CC-102:`capabilities.peerLane` 四态读口 + 露不露跨会话入口的三态判据;非 HTTP 面)· `projectPermissionRulesWriteCapability` / `observedPermissionRulesWrite` / `permissionRulesWriteAvailable`(0.76.1 CC-102:`capabilities.permissionRulesWrite` 四态读口 —— 键缺席 = 二进制比单步写口老、藏入口;在场按本键的值判这次够不够得着;§77)· `projectDeviceExecutorManagementCapability` / `noteEngineCapsForDeviceExecutorManagement` / `observedDeviceExecutorManagement` / `forgetDeviceExecutorManagementReading` / `deviceExecutorManagementDoctorDetail` / `deviceManagementVerbsAvailable`(0.74.2 CC-69;§70)· `projectApprovalsStreamLiveCapability` / `noteEngineCapsForApprovalsStreamLive` / `observedApprovalsStreamLive` / `forgetApprovalsStreamLiveReading` / `approvalsStreamLiveDoctorDetail` / `livePendingNeedsReconcile`(0.73.3 CC-61;§65)· `projectExecutionLaneCapability` / `noteEngineCapsForExecutionLane` / `observedExecutionLane` / `forgetExecutionLaneReading` / `executionLaneDoctorDetail` / `toolsRunHereFromExecutionLane`(0.72.13 CC-54:`capabilities.executionLane` 四态读面,键缺席 ≠ 不是本机车道;§60)· `AGENT_MEMORY_WORDS`(0.72.3 CC-39①:`memory: user|project|local` 三词;`projectAgentsForWire` 把它们同映射为 `agents[].memory = { scopes:[agent:<type>], writeScope }`;§50)· `skillBaseDirOf`(0.72.1 CC-33:`SkillSpec.baseDir` 窄读 = server 顶层门同一只结构判据;`skillCommandsToSpecs` 第三参 `{ toolsRunHere }` 只在本机车道带;§48)· `projectAgentsForWire` / `awaitTaskAgentsWire` · `hooksForWire` · `mcpConfigsToSpecs` · `ultracodeForRequest` · `buildWebSearchEnv`(`resolveWebSearch` 🔧 0.83.0 退出公面,换读域 15 的 `resolveWebSearchVerdict`) · `attachmentsForRequest` · `projectEffectiveBody` · `classifySelfOrchestrationRefusal` / `stripSelfOrchestrationIntent` / `projectWorkflowsGate` / `SELF_ORCHESTRATION_RETRY_WITHOUT`(S-81,server 7.57.0:上面两条 stamp 腿的**背面** —— 半配置多租户形态下 server 把带 `selfOrchestration` / `settings.ultracode` 的提交 501 拒掉,判型/去键/caps 闸三处都是判定不是文案,详见 §13) · `engineCapsGeneration`(0.60.0,异源对抗复审 [medium] 逼出:caps 探测的**当代号**读口 —— 代际闸在 probe **返回之后**才跑,而宿主的读面 tee 是在 probe **内部**落地的 ⇒ 一次慢的旧探测能把上一台引擎的读数写回来。宿主在**起探测那一刻**抓号、tee 时交回 `{generation}`,陈旧那一发整只丢掉;不传 = 逐字节同行为,详见 §24e)| 逐功能的「引擎有没有这个能力 + 这个字段怎么上 wire」投影器,由 `buildTaskRequest` 组装。🔴 `hooksForWire()` 是 **fail-closed**:无 `SettingsPort` ⇒ 返回 `undefined`(信任门,不是取值) | 17 个 `src/*WireCaps.ts` + `src/scratchpadWireCaps.ts`、`src/hooksWireCaps.ts`、`src/goalStopHook.ts`、`src/websearch/searchProviderPresets.ts`、`src/selfOrchestrationDenial.ts`(S-81 拒绝判定层)、`src/pluginHooksWire.ts`(0.83.1 CC-174:插件 hook 判定 / 措辞 / 闭集,经 `src/hooksWireCaps.ts` 编排) |
 | 10 | **headless / 部署旋钮 wire** | 62 | `isDetachDurableOff400`(0.84.1 CC-219:detach durable-off 400 纯判定,不带进程门,只认锚句不认码,一律不抛;§108)· `lastFlagValue`(0.74.3 CC-80:argv 末次旗值扫描原语上公面;§71)· `probeEngineDetachSupport` / `detachSupportDisclosure`(0.72.13 CC-53:detach 版本闸三态读口 + 披露句;§60)· `parseSandboxArgv` / `sandboxRequestFields` · `parseLimitsArgv` / `limitsForPrint` · `resolveHeadlessFinalVerify` · `resolveHeadlessPermissionMode` · `resolveHeadlessInteractiveTools` · `armDetachCancel` + `detachCancelArm` + `isDetachArmed` · `withHeadlessR1Reconnect` | `-p`/headless 车道的 env+argv 旋钮。🔴 `detachWire` 是**拆**的补偿:判定与 cancel-arm 台账在库,信号路径的裸 fetch 留宿主(`detachCancelArm()` 是取件口) | `src/sandboxWire.ts`、`scenarioWire.ts`、`finalVerifyWire.ts`、`limitsWire.ts`、`interactiveToolsWire.ts`、`headlessPermissionModeWire.ts`、`headlessReconnectWire.ts`、`detachWire.ts` |
 | 11 | **模型目录与预算** | 72 | `modelIdentityResolvability` / `modelIdentityDetail` / `modelSetupDecision` / `modelSetupNotice` / `observedEngineAnswer`(0.82.1 CC-151:「引擎启动时拿不拿得到模型名」三态判据 + 向导两位决策 + 措辞单源,§93 S-11)· `routePairingVerdict`(0.71.3 CC-06:`ModelInfo.routePairing` ok / broken / unknown 三态读口,§45)· `resolveModelCatalog` · `loadCatalogWithSources` · `PROVIDER_PRESETS` / `MODEL_FAMILIES` · `defaultMaxTokensFor` · `getLiveModelCatalog` / `setLiveModelCatalogRefresher` · `providerAuthMethods` / `beginDeviceCodeAuth` · `providerCatalogRows` / `providerCatalogRowDetail` / `providerPresetById`(#244 F4 族D A-028.17:46 家表的规范折表层 —— 全表不重排、诚实缺席「model id typed in」,cli 目录/web 向导同一份折表)· `TIER_ORDER` / `CC_TIER_ALIASES` / `isTier` / `resolveTierBinding`(A-028.18:档位词表+校验+fail-open 降档派生单源;settings 存储归宿主)· `resolveEntryVision` / `computeDeleteBlockers` / `computeDeleteWarnings`(0.38.0 #318 件③ 上收:Model Hub 供给面的三端公共判定 —— vision 生效值+来源三态、删除断链核(拒删+指路)、删除降级后果(照删但必说)。**零 IO**,读盘那半场留各端;`doc === null` 的两义在调用方分流) | 三层 provider 目录解析(线上 URL → 包内预设 → 用户覆盖)+ per-model `maxTokens` 封顶。线上腿需注入 `CatalogFetchJson`,缺席 ⇒ 整条不启用(`online.reason='no-fetch-port'`);缓存落盘经 `CatalogCachePort` | `src/model/{catalog,catalogLoader,providerAuth,providerPresets,providerCatalog,tierVocabulary}.ts`、`src/liveModelCatalog.ts`、`src/modelBudgetRule.ts`、`src/sessionModelLatch.ts`、`src/effortWire.ts` |
-| 12 | **workflow 与后台工作视图** | 37 | `READ_CREDENTIAL_NOT_ACCEPTED_NOTICE`(0.86.0 CC-252:门前只读路「凭据没被接受」那一句,workflow 监视器 `unauthorized` 态与后台视图 fleet 源 `unauthorized` 共用;§112)· `evaluateWorkflowSize` / `readWorkflowSizeWarningEnvCaps` / `workflowSizeWarningTextForWidth` + `WORKFLOW_SIZE_WARNING_AGENT_CAP` / `_TOKEN_CAP` / `_TOKENS_PER_AGENT` / `_ENV_NAMES` / `_TEXT_LONG` / `_TEXT_SHORT` / `_TEXT_MIN` / `WORKFLOW_SIZE_GUIDELINE_AGENT_CAPS`(0.73.5 CC-58:规模告警判定三态;§67)· `projectLeaderConflict` / `leaderConflictDetail` + `LEADER_RUN_STATUSES` / `LEADER_REJ_HEAD_DISPLAY_MAX`(0.72.10 CC-41:leader run 终局 `needs_human` + `result.conflict` 三形读面 none / unreadable / conflict,缺席不可分、filesTruncated 只认 true、salvaged 原样给落盘口;§57)· `projectWorkflowRun` · `readWorkflowResumeAdmissionIncomplete`(0.68.3 CC-05:core 7.18.0 `resumeAdmissionIncomplete` 在场 = 不是 resume 基,与 `readWorkflowParks` 同一条投影义务)· `createLiveWorkflowSource` · `ensureWorkflowActivityLedger` · `readWorkflowActivityLedger` · `stopWorkflowActivityLedger` · `resetWorkflowActivityLedgers` · `createBackgroundView` · `projectBackgroundView` · `recordWorkflowAgentTaskId` · `agentDisplayStatus` | 活过一个 turn 的长任务读面:workflow run + 跨 session 后台任务归一表(`assistant.tasks` 与 fleet SSE **两源独立降级**) | `src/workflow.ts`、`src/workflowClient.ts`、`src/workflowMonitor.ts`、`src/agentSession/backgroundView.ts`(+ 纯类型 `src/agentSession/contract.ts`) |
+| 12 | **workflow 与后台工作视图** | 38 | `isReadCredentialRefusal`(0.89.0 CC-289:门前只读路「凭据没被接受」判官上根入口,与 workflow 监视器 / 后台视图 fleet 源同一只函数;§115)· `READ_CREDENTIAL_NOT_ACCEPTED_NOTICE`(0.86.0 CC-252:门前只读路「凭据没被接受」那一句,workflow 监视器 `unauthorized` 态与后台视图 fleet 源 `unauthorized` 共用;§112)· `evaluateWorkflowSize` / `readWorkflowSizeWarningEnvCaps` / `workflowSizeWarningTextForWidth` + `WORKFLOW_SIZE_WARNING_AGENT_CAP` / `_TOKEN_CAP` / `_TOKENS_PER_AGENT` / `_ENV_NAMES` / `_TEXT_LONG` / `_TEXT_SHORT` / `_TEXT_MIN` / `WORKFLOW_SIZE_GUIDELINE_AGENT_CAPS`(0.73.5 CC-58:规模告警判定三态;§67)· `projectLeaderConflict` / `leaderConflictDetail` + `LEADER_RUN_STATUSES` / `LEADER_REJ_HEAD_DISPLAY_MAX`(0.72.10 CC-41:leader run 终局 `needs_human` + `result.conflict` 三形读面 none / unreadable / conflict,缺席不可分、filesTruncated 只认 true、salvaged 原样给落盘口;§57)· `projectWorkflowRun` · `readWorkflowResumeAdmissionIncomplete`(0.68.3 CC-05:core 7.18.0 `resumeAdmissionIncomplete` 在场 = 不是 resume 基,与 `readWorkflowParks` 同一条投影义务)· `createLiveWorkflowSource` · `ensureWorkflowActivityLedger` · `readWorkflowActivityLedger` · `stopWorkflowActivityLedger` · `resetWorkflowActivityLedgers` · `createBackgroundView` · `projectBackgroundView` · `recordWorkflowAgentTaskId` · `agentDisplayStatus` | 活过一个 turn 的长任务读面:workflow run + 跨 session 后台任务归一表(`assistant.tasks` 与 fleet SSE **两源独立降级**) | `src/workflow.ts`、`src/workflowClient.ts`、`src/workflowMonitor.ts`、`src/agentSession/backgroundView.ts`(+ 纯类型 `src/agentSession/contract.ts`) |
 | 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 | **宿主端口与会话槽** | 41 | `installHost` · `installHostFor` · `installCoreValuePorts` + 十读口 + 三存在性口(0.69.0 CC-07:core 值级面端口注入,Node 宿主装配根装、浏览器 lane 恒缺席)· `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 | **控制面与传输** | 216 | `eraseSessionMemory` / `sessionMemoryEraseOutcome` + `SESSION_MEMORY_ERASE_REFUSAL_REASONS` / `SESSION_MEMORY_ERASE_UNCONFIRMED_WHYS` / `SESSION_MEMORY_ERASE_RETRIES`(0.88.0 CC-264:会话所有者自助记忆抹除 —— 按 wire 直发恰一发,四档判定 + 单源句 + 七值重发姿势;§114)· `classifyRegistryConflict` / `isScopeGoneError`(0.88.0 CC-280:registry 同一个 409 的两义判别,与新版 SDK 同名同答;§114)· `createPromptDeliveryLedger` / `promptKnownUndelivered` / `withoutUndeliveredPrompts`(0.88.0 CC-271:提交事实账本与两只按消息行的读口,判据 = 引擎为这次提交建了 run;§114)· `printInitToolFaceSupersetKeys`(0.86.0 CC-266:`-p` 首帧 `system/init` 两只来源超集键 `_sema_tools_source` / `_sema_tools_fallback_reason` 的铸口,`withPrintInitFrame` 已铺在宿主那只首帧对象上;自建首帧的宿主展开它的结果;§112)· `FLEET_LEASE_UNAVAILABLE` / `fleetLeaseUnavailableFromError` / `fleetLeaseUnavailableContent`(0.86.0 CC-250:计费入口 503 `fleet.lease_unavailable` 按码读口与一句话,`classifyTurnWireError` 的 `http` 判决同批带 `leaseUnavailable`;§112)· `hostPostureRefusalFromError` / `hostPostureRefusalContent` · `inheritEnvRefusalFromError` / `inheritEnvRefusalContent` · `settingsPermissionBucketRefusalFromError` / `settingsPermissionBucketRefusalContent` · `toolDeclarationRefusalFromError` / `toolDeclarationRefusalContent` · `bodyShapeRefusalFromError` / `bodyShapeRefusalTouchesSettings`(0.86.0 CC-257 / CC-262 / CC-263 / CC-265:新提交两只拒、权限规则表超帽坏项、工具声明族「不是暂时故障」、请求体键形拒两张键表 —— 五对按码读口与单源句;§112)· `judgeWebSearchSettings` / `webSearchVerdictFromEnv` / `resolveWebSearchVerdict` / `webSearchVerdictMessage` / `webSearchEndpointForDisplay`(0.82.7 CC-182:每请求联网搜索配置三态判决,与 server ≥7.100.0 判官同判;§99)· `withPrintInitFrame` / `createPrintInitGate` / `printInitRosterSignal` / `decidePrintInitToolFace` / `printInitToolFaceDebugLine` / `PRINT_INIT_ROSTER_WAIT_MS`(0.82.5 CC-169:print 车道 init 帧工具面名册优先 —— 流包装器、判定闸、名册信号三态分类、判定口、留痕措辞单源、等待上界;§97)· `projectRegistryQuotaUsage` / `quotaAmountText` / `registryQuotaDoctorDetail`(0.82.0 CC-150:云控制面 quota/usage 回体的纯投影 —— 两种 null 的正面事实与「判不出」三分,措辞零 0;§92)· `pushSessionBundle` / `pullSessionBundle` / `importSessionBundle` / `APIError`(0.79.0 CC-128:会话 bundle 面四名原样转口,与 `AgentClient` 同一张存量转口表;§85)· `readMcpCapabilities` / `probeMcpServers` / `classifyMcpProbeFailure` / `MCP_PROBE_REFUSAL_CAUSES` / `MCP_PROBE_UNKNOWN_WHYS`(0.79.0 CC-74:无 run 可读的 MCP 状态面两只调用口 + 单一失败判官 + 两张闭集词表;§85)· `readEntryProvenance` / `eraseMemoryEntries` / `listExternalOriginEntries` / `listOriginClearances` / `clearEntryOrigin` / `classifyMemoryFailure` / `externalOriginCoverage` / `MEMORY_VERB_REFUSAL_CAUSES` / `MEMORY_VERB_UNKNOWN_WHYS`(0.78.1 CC-97 b:记忆治理面五动词调用口 + 单一失败判官 + 两张闭集 + 覆盖面判词;§83)· `readMemoryExportRows` / `scopeExternalOriginVerdict` / `readMemoryEraseReceipt` / `memoryEraseCounts` / `memoryEraseErasedNothing` / `eraseNotFoundHistoryVerdict` / `memoryEraseReplayPosture` / `readMemoryOriginClearanceReceipt` / `MEMORY_ENGINE_REQUIRED_CODE`(0.76.1 CC-97a:记忆条目面三个回体的窄读口 + 判词口;「空答绝不读作本店干净」的代码落点;§77)· `readMcpLiveness` / `mcpLivenessRollupOf` / `mcpEngineLegHealthOf` / `mcpEngineLegHealthDetail` / `MCP_LIVENESS_STATES`(0.76.1 CC-36:`wiring_manifest.mcp[].liveness` 活性观察的行级三向读口 + 腿级四读数判词 + 措辞铸点;§77)· `readRunCancelContext` / `classifyRunAbortCause` / `RUN_CANCELLED_CODE`(0.74.3 CC-71:run 取消现场与成因;§71)· `cancelConflictFromError` / `cancelConflictContent` / `usageWindowExhaustedFromError` / `usageWindowExhaustedContent` + `CONFLICT_APPROVAL_SETTLED` / `CONFLICT_RUN_NOT_RUNNING`(0.73.1 CC-56:cancel 409 按码分家 + 提交面 429 用量窗;§63)· `reconnectMcpServer` / `projectMcpReconnectResult` / `classifyMcpReconnectFailure` / `projectMcpReconnectCapability` / `mcpReconnectOutcomeDetail` + `MCP_RECONNECT_OUTCOMES` / `MCP_RECONNECT_TRANSACTION_NOTICE`(0.72.9 CC-30:会话内 MCP re-dial 消费口,outcome 三态 / unsupported 恒五键 / 名册按 toolNames 在场性;§56)· `readAutoConsolidationArmed`(0.72.9 CC-39②:memory-status `autoConsolidationArmed` 三态,缺席 = 老 server 判不了;§56)· `steerFollowIntent`(0.72.6 CC-40:steer 后续听意图三态 tail / after-decision / after-wake,按 `SteerReceipt.delivery` 判;§53)· `projectWebSearchBackendCapability` / `observedWebSearchBackend` / `noteEngineCapsForWebSearchBackend` / `forgetWebSearchBackendReading` / `webSearchBackendDoctorDetail` + `WEB_SEARCH_BACKEND_NONE`(0.72.5 CC-31:`capabilities.webSearch.backend` 四态读面 —— 键缺席 = 老引擎判不了 ≠ `none` = 引擎明说没有默认后端;与 `sqlEngineCapability` / `writeProtectionCapability` 同构;§52)· `resumeContextUnavailableFromError` / `resumeContextUnavailableContent`(0.72.1 CC-33:409 `conflict.resume_context_unavailable` 读数 `{ code, staleAfterSec?, runId? }` + 三句人话;§48)· `mcpEngineLegPresence`(0.71.0 CC-19:引擎侧 MCP 在场三值,只从面板视图求;§42)· `ControlRouter`(+ `ControlSafetyError`)· `fetchMcpPanel`(0.69.0:经 sdk `sessions.mcp` 取体 + 投视图,不裸 fetch)· `projectMcpPanel` + `mcpPanelLastLegDetail`(0.68.2 CC-03:`GET /v1/sessions/:id/mcp` 面板体防御读视图 + `lastLegMcp` 一行措辞铸点;缺席 = 键不铸、读不懂 = `lastLegMcpUnreadable`、禁与 `servers[]` 对账)· `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/webSearchBackendCapability.ts`、`src/mcpReconnect.ts`、`src/readFacePosture.ts` |
-| 16 | **引擎词汇表与包自检** | 143 | `readModelUnreachable`(0.88.0 CC-270 ①:服务端自铸通告 `server.model_unreachable` 的事实读器,受众 user;§114)· `readToolTurnRepaired`(0.88.0 CC-272:`context.tool_turn_repaired` 的事实读器,受众运维面;§114)· `readRuleStoreUnavailable` / `readClassifierUnavailable` / `readPermissionModeUnavailable` / `readAskReleasedByMode` / `readReadDenyUnapplied` / `readLegacyModeSeedMigrated` + `PERMISSION_MODE_FOLD_REASONS`(0.86.0 CC-249:引擎 7.34.0 新铸六条通告的事实读器,挂进按码派发口;分支键按闭集读、描述性词原样透传;§112)· `RULES_LEGACY_TOOL_NAME` / `isRulesRefusalCode`(0.86.0 CC-251:会话规则写口拒名码常量与 `rules.` 族前缀谓词,开集;§112)· `isCorruptSessionError` / `isCorruptSessionResult` / `isCorruptSessionRunRow` / `isCorruptSessionCode` / `corruptSessionContent` / `CORRUPT_SESSION_ERROR_CODE`(0.85.0 CC-217:会话存档读不出在 HTTP 拒体 / 终局因由 / run 行三处载体同一判定 + 单源人话;§109)· `readSessionRecordsSkipped` / `sessionRecordsSkippedNote`(0.85.0 CC-217:服务端自铸通告 `session.records_skipped` 的事实读器,计数读不出答 `'unknown'` 不折 0;§109)· `sessionDeleteConflictFromError` / `sessionDeleteConflictContent` / `CONFLICT_SESSION_CHILDREN_ALIVE`(0.85.0 CC-243:删会话 409 按码分三形与三句;§109)· `STATUS_DERIVED_COARSE_CODES` / `isStatusDerivedCoarseCode`(0.85.0 CC-243:服务端分发器按状态补的粗码识别表与判定,以铸点为准;§109)· `SERVER_NOTICE_AUDIENCE` / `readInstructionsSourceChanged`(0.84.1 CC-213:服务端自铸通告码 → 受众两行,在册判据与受众读口同认;`instructions.source_changed` 的事实读器;§108)· `readEngineNoticeFacts` / `ENGINE_NOTICE_FACT_READERS`(0.84.1 CC-214:按码派发的 typed 通告事实口 + 派发表,七只读器八个码,只有受众 `user` 的六码属用户面;§108)· `PARKED_RESUME_STARTUP_FAILED` / `parkedResumeStartupFromError` / `parkedResumeStartupContent`(0.84.1 CC-225:停泊审批决断 422 的码常量、读口与按成因分说的一句话,同一个决定不重发、deny 照开;§108)· `CONFIG_LEGACY_TOOL_NAME` / `legacyToolNameFailureNoteOf`(0.84.1 CC-229:拒启码常量与启动失败出路句,只按码判,列四处可能的位置;§108)· `readReadRootGrantNotice`(0.84.0 CC-185:读目录授权两枚结论通告 `approval.read_root_granted` / `approval.read_root_grant_rejected` 的事实读口,按 `toolCallId` 对卡,没有 granted 通告 = 什么都没加;§107)· `APPROVAL_MANDATE_WORDS` / `isApprovalMandateWord` / `approvalMandateDetail`(0.83.2 CC-195:强制位站在哪一个词上的六词闭集,与引擎型面编译期双向钉;成员判据;每词一句说明;§102)· `resumePolicyBlockFromError` / `resumePolicyBlockContent`(0.82.1 CC-154:续跑折叠码 `resume_blocked_by_policy` 自己的读数与措辞,原码三态;§93)· `corruptStoredRowWhere` / `corruptStoredRowContent`(0.82.0 CC-156:续跑上下文坏档时引擎点名的那一行的读口与措辞单源;§92)· `effectiveWireErrorCode` / `RESUME_POLICY_FOLD_CODE`(0.82.0 CC-154:政策折叠码与「按原码判」的取码单源;§92)· `SETTLEMENT_KIND_WORDS` / `ccToolDenialKindForSettledBy` / `ccToolDenialKindForToolEnd`(0.80.0 CC-133:结算词十三词镜像 + 「谁结算的」→ CC 分类词单铸映射 + `tool_end` 帧合流读口;§87)· `CC_TOOL_DENIAL_KINDS` / `isCcToolDenialKind` / `isCcToolDenialKindADenial` / `isGateDeniedByWord`(0.79.0 CC-125:上游转录记录键 `toolDenialKind` 七词镜像 + 两只谓词 + `DeniedBy` 十词成员谓词;§85)· `mandatedApprovalDetail`(0.79.0 CC-110:「这张卡清不掉」那一句的唯一铸点;§85)· `CONFIG_MEMORY_PROJECT_KEY_SPELLING` / `CONFIG_MEMORY_WRITE_SCOPE_MISMATCH`(CC-96:记忆面两个**构造期**拒码,进既有 `config.` 族识别表;400 拼写 / 409 冲突,分诊归引擎)· `TASK_NOTIFICATION_TERMINAL_STATUSES` / `isTaskNotificationTerminalStatus`(0.72.12 CC-50:通知自己的四终态词,含 `cancelled`;与 run 级终态表两张表;§59)· `ENGINE_NOTICE_CODES` 71(0.83.0 CC-186:引擎 7.30.0 / 7.31.0 +2 `config.context_settings_swapped` / `config.secret_env_scrubbed`,均 operator;§100。历史:0.82.1 69、0.79.0 68、0.72.11 CC-49 67 —— core 7.23.0 +1 `config.write_protection_unresolved`,operator,兄弟码 `target_view_absent` 之后;§58)· `MCP_REDIAL_OUTCOMES` / `readMcpServerRedialed`(0.72.7 CC-42:通告 `mcp.server_redialed` 事实读器,outcome 三词闭集、added/removed 计数;§54)· `RESUME_CONTEXT_UNAVAILABLE`(0.72.1 CC-33;不进两个 resume 闭集:不可等、也不是换参数)· `RESUME_REOPEN_CODES` / `RESUME_ENV_FAILED` / `RESUME_TOOL_UNAVAILABLE` / `RESUME_TOOL_CONTRACT_MISMATCH` · `resumeReopenFromError` / `resumeReopenContent`(0.71.3 CC-06:resume reopen 族三码闭集 + 读口 + 三句,§45)· `readSkillsListingTruncated`(0.70.0 CC-04:`skills.listing_truncated` 事实读器,§39)· `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`)|
+| 16 | **引擎词汇表与包自检** | 145 | `readToolTurnIncomplete`(0.89.0 CC-282:`task.tool_turn_incomplete` 的事实读器,受众 user;§115)· `readUserInputUndrained` / `userInputUndrainedNotice`(0.89.0 CC-282:`task.user_steer_undrained` / `task.user_followup_undrained` 的一只读器两臂与四句用户面话;§115)· `readModelUnreachable`(0.88.0 CC-270 ①:服务端自铸通告 `server.model_unreachable` 的事实读器,受众 user;§114)· `readToolTurnRepaired`(0.88.0 CC-272:`context.tool_turn_repaired` 的事实读器,受众运维面;§114)· `readRuleStoreUnavailable` / `readClassifierUnavailable` / `readPermissionModeUnavailable` / `readAskReleasedByMode` / `readReadDenyUnapplied` / `readLegacyModeSeedMigrated` + `PERMISSION_MODE_FOLD_REASONS`(0.86.0 CC-249:引擎 7.34.0 新铸六条通告的事实读器,挂进按码派发口;分支键按闭集读、描述性词原样透传;§112)· `RULES_LEGACY_TOOL_NAME` / `isRulesRefusalCode`(0.86.0 CC-251:会话规则写口拒名码常量与 `rules.` 族前缀谓词,开集;§112)· `isCorruptSessionError` / `isCorruptSessionResult` / `isCorruptSessionRunRow` / `isCorruptSessionCode` / `corruptSessionContent` / `CORRUPT_SESSION_ERROR_CODE`(0.85.0 CC-217:会话存档读不出在 HTTP 拒体 / 终局因由 / run 行三处载体同一判定 + 单源人话;§109)· `readSessionRecordsSkipped` / `sessionRecordsSkippedNote`(0.85.0 CC-217:服务端自铸通告 `session.records_skipped` 的事实读器,计数读不出答 `'unknown'` 不折 0;§109)· `sessionDeleteConflictFromError` / `sessionDeleteConflictContent` / `CONFLICT_SESSION_CHILDREN_ALIVE`(0.85.0 CC-243:删会话 409 按码分三形与三句;§109)· `STATUS_DERIVED_COARSE_CODES` / `isStatusDerivedCoarseCode`(0.85.0 CC-243:服务端分发器按状态补的粗码识别表与判定,以铸点为准;§109)· `readInstructionsSourceChanged`(0.84.1 CC-213:`instructions.source_changed` 的事实读器;服务端自铸码的受众手写表 `SERVER_NOTICE_AUDIENCE` 已于 0.89.0 退出公面,逐名见 §2z,受众与在册改读 `noticeAudienceOf` / `engineNoticeInCatalog`;§108 / §115)· `readEngineNoticeFacts` / `ENGINE_NOTICE_FACT_READERS`(0.84.1 CC-214:按码派发的 typed 通告事实口 + 派发表,七只读器八个码,只有受众 `user` 的六码属用户面;§108)· `PARKED_RESUME_STARTUP_FAILED` / `parkedResumeStartupFromError` / `parkedResumeStartupContent`(0.84.1 CC-225:停泊审批决断 422 的码常量、读口与按成因分说的一句话,同一个决定不重发、deny 照开;§108)· `CONFIG_LEGACY_TOOL_NAME` / `legacyToolNameFailureNoteOf`(0.84.1 CC-229:拒启码常量与启动失败出路句,只按码判,列四处可能的位置;§108)· `readReadRootGrantNotice`(0.84.0 CC-185:读目录授权两枚结论通告 `approval.read_root_granted` / `approval.read_root_grant_rejected` 的事实读口,按 `toolCallId` 对卡,没有 granted 通告 = 什么都没加;§107)· `APPROVAL_MANDATE_WORDS` / `isApprovalMandateWord` / `approvalMandateDetail`(0.83.2 CC-195:强制位站在哪一个词上的六词闭集,与引擎型面编译期双向钉;成员判据;每词一句说明;§102)· `resumePolicyBlockFromError` / `resumePolicyBlockContent`(0.82.1 CC-154:续跑折叠码 `resume_blocked_by_policy` 自己的读数与措辞,原码三态;§93)· `corruptStoredRowWhere` / `corruptStoredRowContent`(0.82.0 CC-156:续跑上下文坏档时引擎点名的那一行的读口与措辞单源;§92)· `effectiveWireErrorCode` / `RESUME_POLICY_FOLD_CODE`(0.82.0 CC-154:政策折叠码与「按原码判」的取码单源;§92)· `SETTLEMENT_KIND_WORDS` / `ccToolDenialKindForSettledBy` / `ccToolDenialKindForToolEnd`(0.80.0 CC-133:结算词十三词镜像 + 「谁结算的」→ CC 分类词单铸映射 + `tool_end` 帧合流读口;§87)· `CC_TOOL_DENIAL_KINDS` / `isCcToolDenialKind` / `isCcToolDenialKindADenial` / `isGateDeniedByWord`(0.79.0 CC-125:上游转录记录键 `toolDenialKind` 七词镜像 + 两只谓词 + `DeniedBy` 十词成员谓词;§85)· `mandatedApprovalDetail`(0.79.0 CC-110:「这张卡清不掉」那一句的唯一铸点;§85)· `CONFIG_MEMORY_PROJECT_KEY_SPELLING` / `CONFIG_MEMORY_WRITE_SCOPE_MISMATCH`(CC-96:记忆面两个**构造期**拒码,进既有 `config.` 族识别表;400 拼写 / 409 冲突,分诊归引擎)· `TASK_NOTIFICATION_TERMINAL_STATUSES` / `isTaskNotificationTerminalStatus`(0.72.12 CC-50:通知自己的四终态词,含 `cancelled`;与 run 级终态表两张表;§59)· `ENGINE_NOTICE_CODES` 71(0.83.0 CC-186:引擎 7.30.0 / 7.31.0 +2 `config.context_settings_swapped` / `config.secret_env_scrubbed`,均 operator;§100。历史:0.82.1 69、0.79.0 68、0.72.11 CC-49 67 —— core 7.23.0 +1 `config.write_protection_unresolved`,operator,兄弟码 `target_view_absent` 之后;§58)· `MCP_REDIAL_OUTCOMES` / `readMcpServerRedialed`(0.72.7 CC-42:通告 `mcp.server_redialed` 事实读器,outcome 三词闭集、added/removed 计数;§54)· `RESUME_CONTEXT_UNAVAILABLE`(0.72.1 CC-33;不进两个 resume 闭集:不可等、也不是换参数)· `RESUME_REOPEN_CODES` / `RESUME_ENV_FAILED` / `RESUME_TOOL_UNAVAILABLE` / `RESUME_TOOL_CONTRACT_MISMATCH` · `resumeReopenFromError` / `resumeReopenContent`(0.71.3 CC-06:resume reopen 族三码闭集 + 读口 + 三句,§45)· `readSkillsListingTruncated`(0.70.0 CC-04:`skills.listing_truncated` 事实读器,§39)· `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`**,
@@ -185,6 +185,7 @@ SDK 核对「本包 import 的每个值级符号仍然导出」「`TaskStats.cos
 
 | 退役 | 名 | 退出版本 | 改用什么 |
 |---|---|---|---|
+| 🔧 退出公面 | `SERVER_NOTICE_AUDIENCE` | 0.89.0 | `noticeAudienceOf(code)` / `engineNoticeInCatalog(code)`(引擎 7.38.0 起码册自带铸方表,服务端自铸四码入册;四码答案逐码同 0.88.0:`instructions.source_changed` / `session.records_skipped` / `server.model_unreachable` ⇒ `user`,`memory.layer_locked_legacy` ⇒ `operator`,全部在册;型面 BREAKING,见 §115 NM-3) |
 | 🔧 退出公面 | `APPROVER_POSTURE_BYPASS` | 0.86.0 | 无(请求键 `approverPosture` 退役:引擎按名拒收、服务端 7.106.0 起整条 400;本包构造期按名拒,见 §112 A-1–A-3。**不要**改发 `permissionMode` —— 这一键从不授权任何东西) |
 | 🔧 退出公面 | `approverPostureDeclarationField` | 0.86.0 | 无(同上;删掉拼进请求的那一段,别换成别的请求词) |
 | 🔧 退出公面 | `DENIAL_LIMIT_KINDS` | 0.85.0 | `@sema-agent/sdk` 根入口的同名运行期值(同一个数组);型面 `DenialLimitKind` 在本包照旧导出 |
@@ -4682,7 +4683,7 @@ an argument」。audience 答另一问:这条事实**说给谁听**。
 **签名**
 
 ```ts
-ENGINE_NOTICE_CODES: readonly string[]                              // 81 码,顺序同源(core 7.37.1 +1:context.tool_turn_repaired;0.88.0。此前 core 7.36.0 +1:route.tool_call_id_folded;0.86.0。此前 core 7.34.0 +6:config.permission_mode_unavailable / permission.ask_released_by_mode / permission.read_deny_unapplied / permission.rule_store_unavailable / resume.legacy_mode_seed_migrated / classifier.unavailable;0.86.0。此前 core 7.32.0 +2:approval.read_root_granted / approval.read_root_grant_rejected;0.83.2。此前 core 7.31.0 +2:config.context_settings_swapped〔7.30.0〕/ config.secret_env_scrubbed;0.83.0。此前 core 7.29.0 +1 route.response_model_mismatch;0.82.1)
+ENGINE_NOTICE_CODES: readonly string[]                              // 86 码,顺序同源(core 7.38.0 +5:task.tool_turn_incomplete / instructions.source_changed / session.records_skipped / memory.layer_locked_legacy / server.model_unreachable;0.89.0。此前 core 7.37.1 +1:context.tool_turn_repaired;0.88.0。此前 core 7.36.0 +1:route.tool_call_id_folded;0.86.0。此前 core 7.34.0 +6:config.permission_mode_unavailable / permission.ask_released_by_mode / permission.read_deny_unapplied / permission.rule_store_unavailable / resume.legacy_mode_seed_migrated / classifier.unavailable;0.86.0。此前 core 7.32.0 +2:approval.read_root_granted / approval.read_root_grant_rejected;0.83.2。此前 core 7.31.0 +2:config.context_settings_swapped〔7.30.0〕/ config.secret_env_scrubbed;0.83.0。此前 core 7.29.0 +1 route.response_model_mismatch;0.82.1)
 ENGINE_NOTICE_AUDIENCE: Readonly<Record<string, 'user' | 'operator'>>
 noticeAudienceOf(code: unknown): 'user' | 'operator'
 engineNoticeInCatalog(code: unknown): boolean
@@ -9644,6 +9645,397 @@ installCoreValuePorts({ resolveAutonomousLoopPrompt, loosenReasons, combinePolic
 
 **包侧缺口:** ① 出包面注释存量(别仓名 / 票号 / 帖号 / 过程词)与卫生门判据太窄(CC-100)—— 方案候拍板(dist 去注释 vs 手清),0.77.2 · ② `DeniedBy` 第十词 `read_boundary` / `teamName` / `stillLive` 三词随 sdk 10 型面在 0.78.0 吸收(CC-106)· ③ `capabilities.mcpProbe` 候 core 7.26.0 #951 → server 7.93.0(CC-74)。
 
+## §115 🆕 0.89.0(2026-10-03)引擎 7.38 提货(通告码册 81 → 86 与铸方表接手服务端自铸码受众 · 工具轮不完整与用户输入没被用上两族读器 · 终局服务商拒绝详情与「改了重发」判定口 · steer 账本 503 一张码表三条腿 · 省略成因短语口)+ 审批四面问类两位 + 请求键 `disableSkills` + hooks 设置来源条目唯一执行者 + 凭据被拒判官上公面(+ 服务端 7.111.0 两项:`wiring_manifest.instructions` · 子代转向成功结局 `messageId` + 展示出口无标签 `Token <值>` 形照遮)(🔴 minor;型面 BREAKING 一处〔`SERVER_NOTICE_AUDIENCE` 退出公面〕;根公面运行期导出 1372 → 1379〔+8 −1〕;测试钩 62 不变;公面类型名 942 → 952〔+10〕;`EngineNoticeFactsCode` +3 员、`ControlSafetyCode` +1 员、子代 steer 结局联合 +1 臂、`PLUGIN_HOOK_REASONS` +6 词、`PLUGIN_HOOK_EXCLUSION_REASONS` +1 词〔穷尽分支的端编译期红〕;`ENGINE_NOTICE_CODES` 81 → 86;车道表 45 → 46;审批卡 / 宿主请求 / 活卡帧三型各 +2 可选位;hooks 计划 +2 位〔`settingsVerdicts` / `settingsExcluded`〕、引擎事实 +1 位〔`hooksCapable`〕、入参 +2 可选位;`WiringManifestChromeEvent` / `WiringManifestView` 各 +1 可选位〔`instructions?`〕、子代转向成功结局 +1 可选位〔`messageId?`〕;超集键 +1〔`_sema_instructions`〕;peer sdk 地板 `>=12.0.1` 不动;开发依赖引擎 `~7.37.1` → `~7.38.2`)
+
+> **minor**,七项同发(按票序):
+> ① **CC-282**(引擎 7.38 提货):码册 81 → 86;引擎码册自带的铸方表接手服务端自铸码的受众,本包手写四行表退役、公面名删除(NM-1 – NM-6);`task.tool_turn_incomplete` 事实读器(TI-1 – TI-3);`task.user_steer_undrained` / `task.user_followup_undrained` 一只读器两臂 + 一句用户面话(UI-1 – UI-6);终局 `failed.detail`(服务商拒绝详情)窄读 + 「改了重发」判定口与两句,只读状态码(PR-1 – PR-4);steer 账本写不进的 503 归「原文稍后重发」一档,主 run / 自愈 / 子代三条腿读同一张码表(SL-1 – SL-4);省略成因短语口与整句同表派生(OP-1 – OP-2);引擎 7.38 其余类型位逐键处置(TY-1 – TY-5);引擎 7.39.0 预告四项登记观察(W-1 – W-4)。
+> ② **CC-284**:审批四面(活卡帧 / 待决行 / 卡 / 队列行)问类两位 `askClass` / `classes` 窄读投影(AC-1 – AC-6)。
+> ③ **CC-277**:请求键 `disableSkills`(不装部署技能与请求技能)上车道表 + 冲突按名拒 + 能力位两代读法片段口(DS-1 – DS-6)。
+> ④ **CC-287**:hooks 计划给设置来源条目定**唯一执行者**,与插件条目共用一只判定;本端跳过口按内容认条目、只对照请求体(HK-1 – HK-10,115a-1)。
+> ⑤ **CC-289**:凭据被拒判官 `isReadCredentialRefusal` 上根入口(CR-1 – CR-2)。
+> ⑥ 服务端 7.111.0 两项(CC-282 余项):`wiring_manifest` 接线回执新段 `instructions`(这条腿准备时项目记忆加载器选中的指令文件)投影、子代转向成功结局 `messageId` 透传;只带这一段的帧开始出事件(IN-1 – IN-4 · MI-1)。
+> ⑦ **CC-290**:展示出口对无标签裸 `Token <值>` / `token <值>` 形照遮 —— `token` 进方案词网,与 `Bearer` / `basic` 同分隔、同放行判法;同批两处只多遮的收拢(URL 片段断点、跨行控制串一遍落定;DU-7 – DU-10)。
+> ⑧ 下一 minor(0.90.0)合成行行种机读位与读法的口形预告见 115e(本版零代码)。
+> **到货点名**:终端 —— 请托方七件(hooks 跳过口与两只新入参及两处接缝、`--disable-slash-commands` 接片段口、fleet 流 401 改调判官、steer 未用上通告改读包句、成因行改读短语口、终局错误行出路句改读判定口、指令文件来源读点)按 115d;🔴 `ControlSafetyCode` 穷尽 `switch` 编译红一次(+`ledger_unavailable`)。网页端 / 管理台 —— 零改动即得(审批卡多两只可选位;不渲 `engine_notice`)。桌面端 —— 冻结期零改动。
+
+### 115a. 处置表
+
+包处置列与各端列的词同 §114a(按本机克隆的只读检索,读的是哪一个提交见 115d)。
+
+| # | 面 | 包处置 | 旧 → 新 | 终端 | 网页端 | 桌面端 | 管理台 | 验收方 | 本节 |
+|---|---|---|---|---|---|---|---|---|---|
+| NM-1 | `ENGINE_NOTICE_CODES` | changed(consumed:引擎 7.38 码册 +5;生成物) | 81 → 86(+`task.tool_turn_incomplete` / `instructions.source_changed` / `session.records_skipped` / `memory.layer_locked_legacy` / `server.model_unreachable`) | 零改动即得(呈现闸按码册判,新码由兜底行变通用行) | n/a(不渲 `engine_notice`) | n/a | 零改动即得(按码原词投) | pending(G-NM1 / G-NM5) | 115a′ 第 1 条 |
+| NM-2 | 服务端自铸码的受众来源 | changed(引擎码册铸方表接手;手写表退役) | 手写四行表 → 引擎生成表;四码的受众逐码同 0.88.0 | 零改动即得 | n/a | n/a | n/a | 回归约束(G-NM3) | 115b |
+| NM-3 | 根入口 `SERVER_NOTICE_AUDIENCE`(🔧 退出公面)| 🔴 removed(型面 BREAKING) | 冻结四键对象 → 不再导出 | 零改动即得(源码零读点) | 零改动即得 | 零改动即得 | 零改动即得 | pending(G-NM4) | 115y ① |
+| NM-4 | `engineNoticeInCatalog` / `noticeAudienceOf` | changed(只查生成物) | 生成码册 ∪ 手写表 → 生成码册;`task.tool_turn_incomplete` 册外 / `operator` → 在册 / `user` | 零改动即得 | n/a | n/a | n/a(只在测试里断言别的码) | pending(G-NM2) | 115a′ 第 2 条 |
+| NM-5 | 通告码册常驻门对服务端发布包的对账 | changed(门内) | 对服务端手写受众表逐行对 → 对引擎铸方表与服务端会话流白名单对(服务端 7.110.0 起不再持手写表) | — | — | — | — | — | — |
+| NM-6 | 引擎 7.38 起闭集数组冻结 | 不变(本包读口对冻结入参与未冻结入参同答、不就地改入参) | — | 回归约束 | — | — | — | 回归约束(G-NM6) | — |
+| NM-7 | 事实读器与派发口读通告信封(`code` / `detail`);`providerRejectionResend` 读终局读数的 `detail` | changed(只认自有属性;收紧方向) | 按属性访问(原型链上的同名键算在场;派发口读出后再交读器)→ 只认自有属性(只在原型链上 ⇒ `undefined`,派发口与直读器、句口同答;来自 JSON 的通告读数不变) | 零改动即得 | 零改动即得 | n/a | 零改动即得 | pending(G-NM7 / G-PR3e) | 115a′ 第 16 条 |
+| TI-1 | 根入口 `readToolTurnIncomplete` + 派发表一行 | added(公面 +1) | 派发口答 `undefined` → `{ code, audience:'user', facts:{ cause, count, sessionId, runId, toolCallIds? } }` | pending(非必改:要专属句再读位;今天落通用行) | n/a | n/a | n/a | pending(G-TI1 – G-TI4) | 115b |
+| TI-2 | 型 `ToolTurnIncompleteCause` | added(公面类型 +1;引擎闭集的字面联合) | — | 零改动即得 | — | — | — | — | 115b |
+| TI-3 | `cause` 读法 | 开集透传 | 表外词原样带回 | 回归约束 | — | — | — | pending(G-TI3) | 115b |
+| UI-1 | 根入口 `readUserInputUndrained` + 派发表两行(steer / follow-up 两码同一读器) | added(公面 +1) | 派发口答 `undefined` → `{ kind:'steer'\|'followUp', count, cause?, taskId?, sessionId?, runId? }` | 🔴 pending(请托方:终端 1.0.140 已在壳侧按 `cause` 分两句〔自家措辞,登记了退役条件〕—— 退掉壳侧那一份、换读包句,见 115d) | n/a | n/a | n/a | pending(G-UI1 – G-UI6) | 115b |
+| UI-2 | 根入口 `userInputUndrainedNotice(facts)` | added(公面 +1) | 无 → 按 `kind` × `cause` 四句(表外 / 缺 `cause` 走保守句);读不懂的入参 ⇒ `undefined`(返回型 `string \| undefined`) | 🔴 pending(同 UI-1;两只都答 `undefined` 时落既有通用行) | n/a | n/a | n/a | pending(G-UI7) | 115b |
+| UI-3 | `crashed` 臂 `runId` | 结构性缺席 | — | 回归约束(不按 `runId` 判坏形) | — | — | — | pending(G-UI2) | 115b |
+| UI-4 | 去重口径 | 不变(本包不铸去重键) | 同一条告知 run 的流内 `(code, taskId)` 恰一帧;跨流不去重、条数相加;重放按事件序号去重 | 回归约束(终端现行按事件身份去重,相容) | — | — | — | — | 115b |
+| UI-5 | 引擎 7.39.0 预告的子代上报位 `childSessionId` | declined(本版不读;读数形留位,到货当版加一只可选位) | — | 零改动即得 | — | — | — | 回归约束(G-UI5:带它与不带它读数逐字节同) | 115b |
+| UI-6 | `cause` 在 follow-up 码上 | 开集透传(引擎今天不铸;铸了照读,表外词落保守句) | — | 零改动即得 | — | — | — | pending(G-UI6g / G-UI7c) | 115b |
+| PR-1 | `readRunTerminal` failed 臂 `detail?` | added(可选位;服务端 7.110.0 / 引擎 7.38 起) | 不读 → `{ kind, status?, code? }` 窄读(`provider_rejected` 而缺状态码或状态码不在 400–599 ⇒ 整只丢;只读自有数据位;扁平形不读) | pending(请托方:错误行按 PR-2 分两句) | pending(非必改:`ui/lib/engine/engine-turn-legs.ts` 用 `readRunTerminal`,要分句就读) | n/a | pending(非必改) | pending(G-PR1 / G-PR3 / G-PR4) | 115b |
+| PR-2 | 根入口 `providerRejectionResend(detail)` | added(公面 +1) | 无 → `{ resend:'edit_and_resend'\|'not_by_editing', text }`;只读状态码(400 / 413 / 422 ⇒ 改了重发;其余 ⇒ 改了也不行,句子按档给出路:401 / 403 查凭据 · 404 换模型 · 429 等一等再发 · 5xx 稍后再试 · 其余查账户或稍后再试) | pending(请托方) | pending(非必改) | n/a | pending(非必改) | pending(G-PR2) | 115a′ 第 3 条 |
+| PR-3 | 型 `RunTerminalFailureDetail` / `ProviderRejectionResend` | added(公面类型 +2) | — | — | — | — | — | — | — |
+| PR-4 | 无 `detail` 的失败终局 | 不变 | 三面读数逐字节同 0.88.0 | 回归约束 | 回归约束 | — | 回归约束 | 回归约束(G-PR5) | — |
+| SL-1 | `ControlSafetyCode` +`ledger_unavailable` 与处置句 | changed(型 +1 员;码表 +1 行,类名兜底 +1 行) | `steering.ledger_unavailable` 落开集位 `steering_other` → 专位 + 「没送到、原文稍后重发(同一个幂等键照用)」;主 run 腿与另两条腿同一合取(状态码 503 ∧ 码或类名),码或类名在而状态码对不上(502 / 串 / 缺席)仍落 `steering_other`;开集位 `steering_other` 的处置句按状态码分两句(4xx「没落地」= 0.88.0 原句 / 非 4xx「送达未知」) | 🔴 编译红一次(`sema/controlSafetyAdvice.ts` 穷尽 `switch`);运行期有兜底不抛 | n/a | n/a | n/a | pending(G-SL1 / G-SL2) | 115y ① |
+| SL-2 | 自愈 steer 腿的送达判定(`atMostOnceFailureClass`) | changed | 503 一律「送达未知」→ 503 ∧ 该码 ⇒「确知没送到」(服务端先记账后交引擎,账本写不进时引擎零字节) | 零改动即得(自愈三选卡在这一形上不再说「可能已送到」) | 零改动即得 | n/a | n/a | pending(G-SL3);回归约束(G-SL3b) | 115a′ 第 4 条 |
+| SL-3 | 子代 steer 结局 +1 臂 `{ ok:false, reason:'not-delivered', safety:'ledger_unavailable', detail }` | changed(联合 +1 臂;公面类型 +1 `SubagentSteerNotDelivered`) | 503 → `reason:'error', detail:'503'` → 专臂,`detail` 是那一句;条件 = 503 且该码(与自愈腿同一判定;状态码读 `status`,缺席读 `statusCode`) | 零改动即得(终端按 `detail ?? reason` 渲,非穷尽) | n/a | n/a | n/a | pending(G-SL4) | 115y ① |
+| SL-4 | 其余八码 | 不变 | — | 回归约束 | — | — | — | 回归约束(G-SL5) | — |
+| OP-1 | 根入口 `taskRequestOmissionCausePhrase(cause)` | added(公面 +1) | 无 → 成因从句(小写起头、无句点,接在端自己的「没发出去」半句之后);表外 ⇒ 认不出原因那一句 | pending(请托方:成因行改读短语口,行形不变) | n/a | n/a | n/a | pending(G-OP2 / G-OP3) | 115b |
+| OP-2 | `TASK_REQUEST_OMISSION_CAUSE_NOTICES` 四句与表外兜底句 | 不变(改为与短语同表派生;编译期两向钉由整句表移到两列表) | 逐字节同 0.88.0 | 回归约束 | — | — | — | 回归约束(G-OP1) | — |
+| TY-1 | 引擎 7.38 `AssistantMessage.apiErrorCode` | declined | 不上端面(服务端不过境) | — | — | — | — | — | 115b |
+| TY-2 | 引擎 7.38 `SessionMemoryStatus.writeHome` | declined | 服务端会话记忆状态路由刻意不带这一位 | — | — | — | — | — | 115b |
+| TY-3 | 引擎 7.38 hook 回调上下文 `permissionMode` | n/a | 服务端 hook 载荷内部,本包零读点 | — | — | — | — | — | — |
+| TY-4 | 引擎 7.38 工具调用 id 折叠理由 +`duplicate` | 不变 | 对应通告是运维面、本包无读器 | — | — | — | — | — | — |
+| TY-5 | 开发依赖引擎 `~7.37.1` → `~7.38.2` | changed(构建期) | 7.38.1 / 7.38.2 闭集零变化 | n/a | n/a | n/a | n/a | — | — |
+| TY-6 | 开发依赖 `@sema-agent/settings-schema` `^6.0.0` → `^7.0.1`(CC-296) | consumed(构建期;不进 peer、不出包) | 本包 `src/` 零 import、7.0.0 删除 / 改形的 WorkerSpec 面零读点;读该包产物的六道常驻门换钉前后逐格同读(`hooks.js` 两版逐字节同);门侧补两格对账(G-HK29;公面门 ⑤c) | 零改动即得(终端 1.0.141 已先行钉 7.0.x) | 零改动即得 | 零改动即得 | 零改动即得 | — | — |
+| W-1 | `steering_injected.source` 引擎 7.39.0 预告 −`plan_mode` +`output_style` | watch | 本包标签表开集 + 默认句,不会红;到货后加一行标签、`plan_mode` 行留作老引擎词 | — | — | — | — | — | — |
+| W-2 | 任务规格 `outputStyle` 席 | watch | 候服务端受理 | — | — | — | — | — | — |
+| W-3 | 问类闭集 +`shell_floor` | watch(零改动:AC 读法开集) | — | — | — | — | — | — | 115b |
+| W-4 | 门记录结算 +`policy_allowed` / 当事方 `policy` | watch(门记录读口开集透传) | — | — | — | — | — | — | — |
+| AC-1 | 活卡帧 `tool_approval` 的 `askClass?` / `classes?` | consumed(服务端 7.109.0 起铸) | 不投 → 成对窄读(在场原样冻结;半对 / 首员不符 / 重复员 / 坏形 ⇒ 两位都丢;不判成员、不重排) | pending(非必改:卡面可选显示问类) | 零改动即得 | 零改动即得 | 零改动即得 | pending(G-AC1 – G-AC3) | 115b |
+| AC-2 | 待决行(`livePending[].frame`) | consumed(随帧腿,零额外代码) | 同 AC-1(行顶层不带这一对,只认整帧里的) | 同 AC-1 | 零改动即得 | — | — | pending(G-AC4) | 115b |
+| AC-3 | 耐久待决行(运维队列行,`GET /v1/approvals` 的 `pending[]` 行顶层)与卡 → 座位过境口 `toolPermissionRequestAskBits` | consumed | 同 AC-1(同一只成对窄读) | 同 AC-1 | 零改动即得(座位腿经过境口自动多带两位) | 零改动即得 | 零改动即得 | pending(G-AC5 / G-AC6 / G-AC7) | 115b |
+| AC-4 | 型 `ApprovalCardRequest` / `ToolPermissionRequest` / `ToolApprovalFrame` 各 +2 可选位;`TOOL_APPROVAL_FRAME_KEYS_MIRROR` 31 → 33、`TOOL_PERMISSION_REQUEST_KEYS` 14 → 16 | added | — | 零改动即得 | 零改动即得(键表恰等断言加两键) | 零改动即得(手拼请求不受影响) | 零改动即得 | 回归约束(G-AC9) | 115a′ 第 9 条 |
+| AC-5 | 门记录两臂的同名两位 | 不变 | — | 回归约束 | 回归约束 | — | — | 回归约束(G-AC8) | — |
+| AC-6 | `approval_request` 卡面(呈卡帧 / 断连重放帧)上的同一对 | 不变(信封原样过境,0.65.0 起本包不窄读这一面) | 端用自己的 v1 谓词窄化后读 `card.askClass` / `card.classes` | — | — | — | — | 回归约束(G-AC6b) | 115b |
+| DS-1 | `TaskRequestInput.disableSkills?: true` + 车道表一行 | added(车道表 45 → 46) | 表外键 ⇒ `TypeError` → interactive / print(live)带 `disableSkills:true`;非 live ⇒ 回执 `not_live`;utility ⇒ 回执 `off_lane`;座位读数 interactive / print `seated`(live 门后)、utility `none` / `off_lane` | pending(请托方:`--disable-slash-commands` 接 DS-4 片段口) | n/a(零读点) | n/a | n/a | pending(G-DS1) | 115a′ 第 5 条 |
+| DS-2 | `false` / `undefined` / `null` | 不变语义 | 不发、不进回执(替服务端重申缺省) | — | — | — | — | pending(G-DS2) | 115b |
+| DS-3 | 坏值 / 与非空 `skills` 或任一非空 `agents[].skills` 同在 | added(装配期按名拒;兜底层落 `agents` 后同判) | → `TypeError`(坏值句点名键、不回显值;冲突句点名两键、说二选一、不回显技能名);**不分车道、不受 live 门**;报错次序:坏值 → 表外键 → 缺会话 → 冲突 → utility 车道前提。`applyLiveRequestDefaults` 在「带这一键 ∧ 落位后的 agents 带技能」这一形上 `TypeError`(该函数唯一会抛的一形) | pending(随 DS-4 请托:带技能的 agent 定义要在交 agents 之前决定二选一,见 115d) | — | — | — | pending(G-DS3 / G-DS4) | 115b |
+| DS-4 | 根入口 `disableSkillsDeclaration(want, baseUrl)` | added(公面 +1,型 +1) | 无 → 能力位落地且为真才给 `{disableSkills:true}`;没报 / 为假 / 未读到 / 读不懂 ⇒ 不给键 + 一句;**意图是 `true` / `false` / 缺席以外的值 ⇒ `TypeError`,先于能力位判**(能力位没读到时也拒 —— 不借「这一次不发」吞掉打错的值);产物冻结 | pending(请托方) | n/a | n/a | n/a | pending(G-DS5 / G-DS6) | 115b |
+| DS-5 | 能力位 `disableSkills` | consumed(两代读法) | 缺席 = 服务端 ≤ 7.108.0 没报,**不折**「不支持」 | — | — | — | — | — | 115b |
+| DS-6 | 不带这一键的一切装配 | 不变 | 逐字节同 0.88.0 | 回归约束 | 回归约束 | — | 回归约束 | 回归约束(G-DS7) | — |
+| HK-1 | hooks 计划对设置来源条目的执行者判定 | changed(CC-287;插件与设置来源共用一只判定) | 设置来源条目照投、端的本地执行器照跑(引擎事件上两边都跑)→ 每条恰一个执行者(115a-1) | 🔴 pending(请托方:本地执行器按 HK-5 跳过) | 零改动即得(无本地执行器,读数不变) | n/a | n/a | pending(G-HK1 – G-HK9 / G-HK13) | 115a-1 · 115a′ 第 6 条 |
+| HK-2 | 请求体 `settings.hooks` | changed(只多拿掉一类) | 引擎事件上执行者判为「本端」或被「非用户所写」排除的设置来源条目不再上请求体(部署要身份、`taskSettings.hooks: false` 时,本端跑得了的那几只同样不上 —— 引擎本来整份忽略);其余逐字节同 0.88.0(非引擎事件、形坏 / 表外型条目、本端跑不了的条目照旧) | 见 HK-1 | 零改动即得 | n/a | n/a | 回归约束(G-HK11 / G-HK12 / G-HK22) | 115a′ 第 6 条 |
+| HK-3 | 计划入参 `shellHookTypesByEvent?` / `promptAuthoredByUser?` | added(可选位) | 型表缺席 ⇒ 插件条目按 0.88.0 口径(报了事件即全型);设置来源条目 command / http 按事件、prompt / agent 视为本端跑不了(留在请求体上照投);`promptAuthoredByUser` 缺席 ⇒ 用户所写;坏形 ⇒ 当缺席 | pending(请托方:两只都交,与换钉同批) | n/a | n/a | n/a | pending(G-HK6 / G-HK7 / G-HK20) | 115b |
+| HK-4 | 计划 `settingsVerdicts` / `settingsExcluded`、引擎事实 `hooksCapable` | added(计划型面 +2 位,引擎事实 +1 位) | — 判形口(`hooksForWire({ plan })` 认不认计划)与跳过口(`settingsHooksKeptLocally`)对缺这两只数组的计划同按空数组收下(跳过口按空排除表照比请求体:随请求发出的那几只本端认得出);在场就必须是数组(跳过口遇在场而不是数组 ⇒ 读不懂、本端照跑) | 零改动即得(按 0.88.0 型面拼 / 派生计划的 JS 宿主照旧可用;TypeScript 自造计划字面量要补两位) | — | — | — | pending(G-HK1 / G-HK7 / G-HK19 / G-HK30) | 115b |
+| HK-5 | 根入口 `settingsHooksKeptLocally(plan, event, group, opts?)` | added(公面 +1;与插件跳过口同形) | 无 → 按内容(matcher + 条目身份)对照计划的请求体认条目(🔴 交原样的设置组,不补缺省 `shell`、不改条目;matcher 缺席 / 空串 / `*` 同义 —— 都是全匹配),返回本端该跑的那几只(零改动时返回同一数组引用);压缩两事件收 `engineCompaction`;非用户所写的提交上 `UserPromptSubmit` ⇒ 空;请求体一侧只认自有键,本端组 / 条目按属性访问读(本端执行器读到什么就按什么比:类实例、原型上的取值器照读) | 🔴 pending(请托方) | n/a | n/a | n/a | pending(G-HK1 / G-HK10 / G-HK18 / G-HK31) | 115a-1 |
+| HK-6 | `PLUGIN_HOOK_REASONS` +6(`engine_hooks_off` / `engine_hooks_unknown` / `engine_type_skipped`〔PowerShell 形 command,确定〕/ `engine_llm_limit`〔本事件第五只起的 prompt / agent,引擎可能跳过,不确定〕/ `engine_unconfirmed` / `engine_elsewhere`)/ `PLUGIN_HOOK_EXCLUSION_REASONS` +1(`prompt_not_user_authored`) | changed(词表 +7) | — | 零改动即得(按词穷尽零读点) | — | — | — | — | 115y ① |
+| HK-7 | 插件条目的判定 | changed(两处订正) | ① 端交了型表时,本端执行器跑不了的型(终端:agent 型、非四事件上的 prompt 型)不再判「本端跑」,改「不会执行」并进清单;② 「非用户所写」的提交上 UserPromptSubmit 条目排除(`excluded` 同词);端不交型表时插件判定逐格同 0.88.0 | 零改动即得(清单多出如实的行) | — | — | — | pending(G-HK6p / G-HK7p);回归约束(G-HK14) | 115a′ 第 7 条 |
+| HK-8 | 「不会执行」清单 `hooksNotRunNotice` | changed | 设置来源只列被拿掉的两类 → 另列执行者判为「不会执行」的设置来源条目(PowerShell 形 command;引擎整份忽略且本端跑不了);被拿掉条目是否列,按端报的型表问「本端跑不跑得了这一型」 | 零改动即得(多出的行如实) | — | — | — | pending(G-HK9 / G-HK15 / G-HK21) | — |
+| HK-9 | 主提交被引擎侧 UserPromptSubmit 拦下的机读因由 | pending(候引擎 7.39.0 与服务端提货那一版) | 本版端上只见 `blocked` 终局 + 文字 | 候 | — | — | — | — | 115b |
+| HK-10 | `-p` 车道 / 不报本地事件的宿主 / 不传计划的 `hooksForWire()` | 不变 | 请求体逐字节同 0.88.0 | 回归约束 | 回归约束 | — | — | 回归约束(G-HK11 / G-HK12) | — |
+| CR-1 | 根入口 `isReadCredentialRefusal(e)` | added(公面 +1;零行为变化) | 包内判官 → 公面(与包内两处读口是**同一只函数**) | pending(请托方:fleet 流计数改调它;去抖留端) | n/a | n/a | n/a | pending(G-CR1 / G-CR3) | 115b |
+| CR-2 | 判官射程 | 不变 | 401 ∧ 码 ∈ {`auth.unauthorized`, 无码 / 空码};身份类两码不算 | 回归约束 | — | — | — | 回归约束(G-CR2) | 115b |
+| IN-1 | chrome `wiring_manifest` 臂 `instructions?: { readonly selected: readonly string[] }` | added(可选成员;服务端 7.111.0 起) | 未知段静默 → 在场原样冻结副本(`selected:[]` 原样;缺席不补键) | pending(请托方:指令文件来源读点;见 115d) | n/a(本机检索零读点) | n/a | n/a(零读点) | 本版证明(G-IN1 – G-IN4、G-IN6、G-IN7) | 115b |
+| IN-2 | `WiringManifestView.instructions?`(`readSubmitWiringManifest`) | added(视图 ≡ chrome 臂的两道编译期钉随之过) | — | 零改动即得 | — | — | — | 本版证明(G-IN1f / G-IN3d) | — |
+| IN-3 | 超集键 `_sema_instructions` | added(超集键 +1) | — | 零改动即得 | 零改动即得 | 零改动即得 | 零改动即得 | 回归约束 | — |
+| IN-4 | 只带这一段的帧 | changed | chrome:`not_in_slice` → 成臂;提交回执:`unreadable` → `manifest` | 零改动即得(见 115a′ 第 8 条两处可观察变化) | — | — | — | 本版证明(G-IN3、G-IN5 真帧格) | 115a′ 第 8 条 |
+| MI-1 | 子代转向成功结局 `messageId?` | added(可选位;服务端 7.111.0 起) | 不读 → 自有非空串原样 | 零改动即得(`screens/REPL.tsx` 只渲 `receipt`,调试日志整只序列化会多一键) | 零读点 | — | 零读点 | 本版证明(G-MI1) | 115b |
+| DU-7 | `displayUntrusted` / `displayUntrustedMarks` / 本包铸点(合成终局行、结果帧 `errors[]`):无标签的方案词 `token` | changed(CC-290;只多遮) | `Token <值>` / `token <值>` 原样 → `Token «redacted:secret»`(全出口,只开 URL 结构面的出口除外 —— 那一只本来不认词级形,与 `Bearer <值>` 同);放行表内的英文词原样;地址路径以 `/token` 收尾后接三位状态码(日志行形)原样;同一位置能按标签读的照旧按标签读;凭据标签的值以 `token` 方案词起头(`"token": "Token <…>"`)⇒ 外层标签整值遮(与 0.88.0 同字节);`token` 只给它自己的值加遮盖,标签与 `bearer` / `basic` 的值照 0.88.0 读 | 零改动即得(判据形「不含值 ∧ 含 `«redacted:`」直接成立) | 零改动即得 | n/a | 零改动即得 | pending(G-DU17 – G-DU20 / G-DU23 / G-DU24 / G-DU26 / G-DU27) | 115a′ 第 11 / 15 / 17 条 |
+| DU-8 | 带 scheme 的地址:query / 片段里「值 + Unicode 空白 + 方案词 / 标签」 | changed(只多遮;判据与 `,` / `;` 处并成一只) | 一律断开、让给词级面 → 只在那一对的分隔是 ASCII 空白时断;否则值在片段里、按 query / 片段整只遮(全开出口上方案词 / 标签名随之并进 query 记号) | 零改动即得 | 零改动即得 | n/a | 零改动即得 | pending(G-DU21) | 115a′ 第 12 条 |
+| DU-9 | 跨行控制串的屏上内容 | changed(只多遮;幂等收口) | 折平 / 转义形出口上要洗两遍才落定 → 一遍落定 | 零改动即得 | 零改动即得 | n/a | 零改动即得 | pending(G-DU22) | 115a′ 第 13 条 |
+| DU-10 | 公面签名 / 类型 / 选项 | 不变 | 零新公面名;`DisplayUntrustedOptions` 各位语义不变 | — | — | — | — | 回归约束 | — |
+
+#### 115a-1 · hooks 执行者:一只判定(HK-1)
+
+对每一只过了治理(工作区信任 / 托管关停 / 启动模式 / 只剩托管)、在引擎点亮的九个事件之一上的 command / http / prompt / agent 条目,按序取第一条成立的:
+
+1. 事件是 UserPromptSubmit,而计划入参说这一发的 prompt **不是用户写的** ⇒ 排除:不上请求体、本端也不跑、不进「不会执行」清单(插件条目同)。
+2. 先问「引擎为什么不一定跑它」,按序取第一条:PowerShell 形 command(引擎恒跳,确定)/ 能力位 `taskSettings.hooks` 显式为假(引擎整份忽略,确定)/ 能力位没读到或没报(不确定)/ prompt · agent 型在本事件请求体上(去重后、只数留在请求体上的)排在第四只之后(不确定 —— 引擎只数真跑了的这类条目)。
+3. 没有理由(引擎确定会跑)⇒ 本端能跑这一只且引擎不确认是本客户端在本机起的 ⇒ **本端跑**、不上请求体;否则 ⇒ **引擎跑**:上请求体,本端跳过。
+4. 有理由且本端能跑 ⇒ **本端跑**、不上请求体。
+5. 有确定理由且本端跑不了 ⇒ **不会执行**:照 0.88.0 上请求体,进清单。
+6. 有不确定理由且本端跑不了 ⇒ 照上请求体,判 `engine_unconfirmed`(引擎多半会跑,本包证不了;不进清单)。
+7. 压缩两事件(PreCompact / PostCompact)上,第 3 条里「本端能跑而引擎不确认自有」与第 4 条里「理由不确定」的条目改判 **引擎跑**(`engine_unconfirmed`,上请求体)—— 引擎在 run 中途自动压缩时只跑请求带来的 hooks,端的执行器没有机会先跑;移出请求体就是那一次谁都不跑。理由确定的(PowerShell 形 / 能力 false:引擎反正不跑)与 prompt / agent 排在第四只之后(引擎在自动压缩里本来也超限不跑)照第 4 条本端跑。客户端发起的压缩里本端经跳过口 + `engineCompaction` 去重(KL-368 / KL-369)。
+
+「本端能跑」= 端报了这个事件,且(端没交型表 ∨ 型表没列这个事件 ∨ 列了这一型);例外:端没交型表时,设置来源的 prompt / agent 条目按「本端跑不了」判(留在请求体上照投)。非引擎事件上的设置来源条目、形坏(含必要字段坏形:`command` / `url` / `prompt` 不是非空串)或表外型的条目不判定,照 0.88.0 上请求体。压缩两事件(PreCompact / PostCompact):引擎对自动压缩与客户端发起的压缩请求都跑(只跑请求带来的 hooks);本端跳过口收 `engineCompaction`(引擎这一次真压了 / 没交 ⇒ 判给引擎的条目本端跳;没压 ⇒ 本端照跑)。插件条目沿用 §101 的投影条件,同一只判定的插件分支;端交了型表时「本端跑」只给本端真能跑的型。
+
+### 115a′. 成文改口(旧判据眼作废 → 新判据眼)
+
+1. **改读**(CC-282):「通告码册八十一码」→ **八十六码**(§114 G-TT1 的长度眼作废,G-NM1 接替);「派发表用户面码恰十三个」→ **十六个**(+`task.tool_turn_incomplete` / `task.user_steer_undrained` / `task.user_followup_undrained`),运维面四个不变。「`approval.read_root_granted` 紧跟 `task.interrupt_unconsumed`」(§109 / §114 G13 一类)作废 → 紧跟 `task.tool_turn_incomplete`,其前一位才是 `task.interrupt_unconsumed`。
+2. **作废**(CC-282):§108a / §109a / §114a′ 第 7 条「`SERVER_NOTICE_AUDIENCE`(退出公面)键集恰为 N 行」一类格 —— 本版起根入口不再有这个名字;四只服务端码的受众改按 `noticeAudienceOf` 断言(值不变,G-NM3)。§114 末行「包侧缺口」⑨「服务端自铸码的受众仍由本包手写一张四行小表」收口。「`session.records_skipped` / `server.model_unreachable` 不在引擎码册里」(§108 K0c / §114 M0c 一类)作废 → 在引擎码册里,铸方记服务端;受众值不变。
+3. **新判据**(CC-282):「终局失败能不能改了重发」只按 `providerRejectionResend(readRunTerminal(…).detail)` 断言;**不要**按 `detail` 在场判(401 / 403 / 429 也带服务商拒绝详情)。
+4. **改读**(CC-282):自愈三选卡 steer 腿遇 503 ∧ `steering.ledger_unavailable`:修前「送达未知」→ 本版「确知没送到」。按「5xx 一律送达未知」写的格在这一码上作废,其余 5xx 不变(G-SL3b)。
+5. **作废**(CC-277):「`disableSkills` 是表外键 ⇒ 装配口 `TypeError`」→ interactive / print 有座、utility `off_lane`;按旧行为写的格判红是正确行为。
+6. **改读**(CC-287):「端的本地执行器跑设置来源 hook、请求体照投」作废 → 每条恰一个执行者;按「请求体 `settings.hooks` 等于各来源拼接(去重后)」断言的格,在端报了本地触发的引擎事件(终端交互车道:UserPromptSubmit / PreCompact / PostCompact)上改按 `settingsVerdicts` 断言(判给本端的条目不在请求体里)。部署要身份(`taskSettings.hooks: false`)时这些事件上本端跑得了的条目同样不在请求体里(此前文字「多租户上照旧上请求体」作废,以本条为准)。`-p` 车道、不报本地事件的宿主与不传计划的 `hooksForWire()` 不受影响。压缩两事件例外:引擎可能跑的条目(能力真而不确认自有 / 能力没读到)判 engine / `engine_unconfirmed`、照在请求体里(引擎自动压缩只跑请求带来的 hooks;115a-1 第 7 条),只有引擎确定不跑的(能力 false / PowerShell 形)与本事件第五只起的 prompt / agent(引擎自动压缩时本来也超限不跑)在本端能跑时判给本端、不在请求体里。
+7. **改读**(CC-287;§101 插件 hook):「端报了某事件 ⇒ 该事件上投不了的插件条目判『本端跑』」射程收成「端报了该事件**且**端在该事件上能跑这一型」(端交 `shellHookTypesByEvent` 时);端不交则同 §101。
+8. **作废**(服务端 7.111.0 两项):「只带 `instructions` 一段的 `wiring_manifest` 帧 ⇒ `not_in_slice`」「非流式回执只带这一段 ⇒ `unreadable`」→ 成臂 / `manifest`;`wiring_manifest` 事件键集加 `instructions`(present-iff 服务端陈述了)。两处可观察的连带变化:① print 车道名册判定口 `printInitRosterSignal` 对只带这一段的帧答 `no-roster` / `manifest-without-roster`(0.88.0 这一帧不出消息、判定口继续等);② 终端一次性任务回落里读 `readSubmitWiringManifest` 的那一处,对只带这一段、没有名册的回执从「回执读不出」那一句换成「回执报的工具数读不出」那一句(两句都拒用结果,结论不变;真部署上服务端 7.111.0 的回执恒带 `autoMode` 等段,只带这一段的回执是构造形)。§114 / §109 各处「十一段」→「十二段」。
+9. **改读**(CC-284):「`TOOL_APPROVAL_FRAME_KEYS_MIRROR` 恰 31 键」→ 33 键、「`TOOL_PERMISSION_REQUEST_KEYS` 恰 14 键」→ 16 键(各 +`askClass` / `classes`);「`toolPermissionRequestAskBits` 出参键集恰为 …」在卡入参带一对时多两键。卡入参上本来没有这两位,没有可作废的旧判据。
+10. **作废**(CC-282):按「`readUserInputUndrained` 读数含 `childSessionId`」写的格 —— 本版不读那一位(UI-5,G-UI5 钉带它与不带它读数逐字节同)。
+11. **改读**(CC-290;DU-7):「无标签的 `Token <值>` / `token <值>` 原样上屏」(含按此写的现状钉)作废 → 全出口遮值(只开 URL 结构面的出口除外,同 `Bearer <值>`)。方案词 `token` 的放行表是闭集(取自错误串与日志里 `token` 之后实际出现的英文词);表外的英文词、数字、反引号里的变量名、引号包着的词、截短回显的值都按值遮 —— 多遮一个词,不露凭据(KL-382)。地址路径以 `/token` 收尾后紧跟三位 HTTP 状态码(日志行 `POST /oauth/token 400 Bad Request`)原样放行,路径尾后跟别的值照遮。端侧按字节断言「`token` 后面那个词原样」的格须先核那个词在不在放行表里(本包不导出这张表)。
+12. **改读**(CC-290;DU-8;KL-384):只开 URL 结构面的出口是读数变化方向不同的出口(上一版原样 → 本版遮);全开出口上变化只在记号位置(方案词 / 标签名并进 query 记号)。
+13. **改读**(CC-290;DU-9;KL-385):只影响「洗过再洗」的读数 —— 一遍的输出在这一形上多遮一段(上一版第二遍才遮的那一段),再洗一遍不变。
+14. **改读**(CC-282;SL-1):开集位 `steering_other` 的处置句按状态码分两句 —— 4xx 上仍是 0.88.0 原句(`the steer did NOT land; …`);5xx / 状态码是串 / 缺席上换「`treat delivery as unknown (do not resend as if it had certainly been dropped); …`」(0.88.0 一律「没落地」)。按「`steering_other` 一律说没落地」写的格在非 4xx 形上作废,4xx 形不变。自愈腿与 cancel 腿共用的送达判定 `atMostOnceFailureClass` 读状态码改与主 run / 子代两腿同口(`status ?? statusCode`,数值才算):`{ statusCode: <4xx> }` 形从 `unknown` 改 `rejected`。三条腿逐格同答(G-SL6 / G-SL6b)。
+15. **改读**(CC-290;DU-7;KL-386):凭据**标签**的值以方案词 `token` 起头(`"token": "Token https://h/<串>/x"`、`password: Token<NBSP>https://h/<串>`)⇒ 外层标签不让位,整只值按标签值遮,与 0.88.0 同字节;`bearer` / `basic` 起头的照旧让给里层方案词(0.88.0 既有形)。裸值形 `password: Token <值>`(ASCII 空格分隔)两只记号并排(`password: «redacted:secret» «redacted:secret»`;0.88.0 露里层值)。按「标签值里的 `Token <地址>` 主机 / 路径原样」写的格作废。射程:「整只值按标签值遮」只对外层值是一只的形成立 —— 引号值、或里层 `token` 与地址之间是非 ASCII 空白(不换行空格 / 表意空格 / 各宽空格 / 盲文空点);ASCII 空格分隔、不加引号的 `password: Token https://h/<串>` 外层值在 ASCII 空格处止,两版都只遮 `Token`、地址按结构显示(既有形,KL-386)。
+16. **改读**(NM-7;收紧方向):事实读器与派发口只认通告信封的**自有** `code` / `detail`;`Object.create({ code, detail })` 一类只在原型链上的信封、`Object.prototype` 上植入的同名键 ⇒ `undefined`(派发口、直读器、句口三者同答)。按「原型链上的信封经派发口读得出事实」写的格作废;JSON 来的通告不受影响。`providerRejectionResend` 读终局读数的 `detail` 同律。
+17. **改读**(DU-7;KL-386):`token` 方案词只给它自己的值加遮盖,不改标签与 `bearer` / `basic` 方案词的值怎么读 —— 外层值以别的字符起头再接 `token` 族方案词 + 非 ASCII 空白 + 地址(`Authorization: “Token\u00a0https://h/<串>”`)、`bearer` / `basic` 的值里接 `token` + 地址(`Bearer Token\u00a0https://h/<串>`)、引号值里 `bearer` / `basic` 之后再出现 `token` + 地址(`password: "Bearer x Token https://h/<串>"`)⇒ 与 0.88.0 同字节整值 / 整截遮。按「外层值在里层 `token` 处截断、里层 `token` 的地址按结构显示」写的格作废;ASCII 空格分隔的 `Bearer Token https://h/<串>` 外层值在 ASCII 空格处止(`Token` 在放行表里),地址仍按结构显示(既有形)。
+- 新增 G-NM1 – G-NM7 / G-TI1 – G-TI7 / G-UI1 – G-UI9 / G-PR1 – G-PR6 / G-SL1 – G-SL6b / G-OP1 – G-OP4 / G-AC1 – G-AC9 / G-DS1 – G-DS7 / G-HK0 – G-HK31 / G-CR1 – G-CR3 / G-IN1 – G-IN8 / G-MI1 / G-DU17 – G-DU27(115c)。
+
+### 115b. 缺席语义(逐键)
+
+**通告(CC-282)**
+- `readToolTurnIncomplete` 答 `undefined`:不是这一码 / `detail` 不是对象 / `cause`、`count`、`sessionId`、`runId` 任一缺席或坏形 / 读它就抛 —— **不是**「这条 run 的工具轮都完整」。`toolCallIds` 缺席 = 引擎判它不是可回显的 id 形或为空,不是「没有涉及的调用」。`cause` 是表外词 = 更新的引擎加的词,原样带回;按词分支带 `default`。
+- 这一条通告整个没来:工具轮完整,**或**服务端 < 7.110.0(这一码不在会话流白名单里,被挡下;KL-365)**或**引擎 < 7.38 —— 三者在端上分不开。
+- `readUserInputUndrained` 答 `undefined`:条数缺 / 非正整数(或读它就抛)—— 不是「消息都被用上了」。`cause` 缺席(steer 码)= 引擎 < 7.38 那一代没有这一位,**不等于** `leg_end`;`userInputUndrainedNotice` 对它走保守句(KL-363)。`runId` 在 `crashed` 臂上恒缺席(进程已重启,没有那条 run 的句柄),不是坏形。读数里没有子代位:引擎 7.39.0 预告的子代上报那一条(父会话里再说一条子代的未用上)本版不读那一位 —— 到货后那一条读成父腿自己的、句子里也不说「在一个子代里」,下一版接(KL-364)。
+- follow-up 码上 `cause` 引擎今天不铸;在场则原样带回,`userInputUndrainedNotice` 对 follow-up 只认缺席或 `leg_end` 落 follow-up 句,别的词落保守句。
+- `userInputUndrainedNotice` 答 `undefined` = 入参不是读器交得出的读数,不是「没有要说的」;读器答 `undefined` 时端落既有通用行(渲引擎给的 `message`)。
+- 去重:同一条告知 run 的流内 `(code, taskId)` 恰一帧;跨告知 run 可以再说(待办分页 / 告知记号写失败)⇒ **到一帧渲一帧、条数相加**,重放按事件序号去重,不要按 `code + taskId` 跨流去重。引擎 7.39.0 起父会话可能在同一次收场先后收到父腿自己那条与子代上报那条:本版读数分不开两者,**两条都渲、不去重**(条数相加)。
+- `crashed` 那一句的意思是「服务端已受理,进程停之前没确认是否用上」—— 不说「从未用上」;引擎下一版给出用上的证据后,这一句会收窄(KL-362)。
+- 码册外的码:`readEngineNoticeFacts` 答 `undefined`、`noticeAudienceOf` 答 `operator` —— 「本版不认识」,不是判决(同 §114b)。
+
+**终局服务商拒绝(CC-282)**
+- `failed.detail` 缺席:服务端 < 7.110.0 不过境,**或**引擎 < 7.38 不铸,**或**这次失败本来不是服务商拒绝 —— 三者分不开;**不是**「不是服务商拒绝」。`code` 缺席 = 服务商没给码,或服务端按回声准入规则剥掉了它。
+- `kind` 是表外词:原样带回(连同合形的 `status` / `code`);`providerRejectionResend` 对它答 `undefined`。
+- `providerRejectionResend` 答 `undefined` 时,端落既有失败呈现,**不得**从 `message` 文字猜「能不能改了重发」。`edit_and_resend` 只说「改了再发有望过」,不保证过(KL-376)。
+- `providerRejectionResend` 只读 `detail` 的 `kind` 与 `status` 两位;入参 `null` / 非对象 / 读属性就抛 ⇒ `undefined`(「说不出」,不是「不能改了重发」)。
+
+**steer(CC-282)**
+- `ledger_unavailable` 只在服务端 ≥ 7.110.0 的主 run steer / interrupt 上出现,子代 steer 自服务端 7.111.0 起;更老的服务端在同一形上答 200 applied(没有账本)。码表外的 `steering.*` 仍落 `steering_other`(开集)。那一位的处置句按状态码分两句:4xx 上「没落地」(0.88.0 原句;服务端收到、解析、明确拒);5xx / 状态码是串 / 缺席上「送达未知、别当它确知被丢而重发」(0.88.0 一律「没落地」)。「码在而状态码不是 503」的体也落这一位,同样按状态码取句。
+- 子代 steer 只在「503 且码为 `steering.ledger_unavailable`」时落 `not-delivered`;503 不带码、或 503 带别的码,仍是 `reason: 'error'`(`detail` 为状态码串),与 0.88.0 相同。只剩类名(码被剥)时,sdk 15.2.0 起的专类能认出,更早的 sdk 造出的是 `SteeringError` 基类 ⇒ 认不出是哪一码,主 run 腿落 `steering_other`、自愈腿与子代腿按「送达未知 / error」答(KL-378)。
+- 自愈三选卡用户形 steer 腿撞账本 503 时,行首仍说「The engine rejected handing your message…」,括注里的服务端原句说清是服务端没记下(KL-377)。
+
+**省略成因短语(CC-282)**
+- 短语是成因从句,不含「没发出去」那半句(那半句是端的行形)。`other_channel` 的短语说「那一部分由另一步决定发什么」—— 端把它接在「这一次没发出去」后面时,另一步仍可能发了同一位(KL-359)。
+- 读不出的成因(表外词 / 非串 / 原型链名 / 会抛的对象)⇒ 兜底从句 `for a reason this version does not recognize`,不抛、不回显那个词;它与整句表的兜底句同出一张表(整句的分隔是逗号)。
+
+**引擎 7.38 其余类型位**
+- 端上读不到 `apiErrorCode` / `writeHome`:服务端不把它们放到客户端面,与引擎版本无关。
+
+**审批问类(CC-284)**
+- `askClass` 与 `classes` **同在同缺**(本包保证:卡入参 / 座位请求上读不出成对就两位都不给)。缺席 = 服务端 < 7.109.0 / 该版本之前就已停下的那只问 / 引擎不盖类的站 / 服务端判坏形已丢 —— **不是**「普通问」(`ordinary` 是一个真词,只在在场时出现)。
+- 在场时首员 = `askClass`;含本包不认识的词 = 更新的引擎加的类(开集),原样带;顺序是服务端交出的序(服务端 7.110.0 起是引擎规范序,7.109.0 原样),本包不重排(KL-360)。
+- 带重复员的一对(同一个词出现两次)本包两位都不带 —— 服务端 7.110.0 起自己拒这一形;7.109.0 照样交出,这时 `approval_request` 卡面(信封原样)上带着、卡入参上不带。引擎铸的类集没有重复员,正常路径走不到(KL-361)。
+
+**`disableSkills`(CC-277)**
+- 请求上缺席 = 服务端缺省(装技能)。`false` 与缺席同义(服务端只认 `true`),本包不发。
+- 能力位缺席 = 服务端 ≤ 7.108.0「没报」,**不是**「不支持」—— 这类服务端对未知请求键整份 400(`request.body_shape`),所以片段口在没报 / 未读到时不给键。`withheld.cause: 'unprobed'` = 本进程还没读到这台引擎的能力,不是引擎的答案;端先 `await engineCapsSettled(baseUrl)` 再取片段可消除(KL-357)。
+- `withheld` 缺席 ≠「技能已关」:给了键之后这一发是否真的没装技能只有引擎知道(看首个 `wiring_manifest` 的工具清单里有没有 `Skill`)。
+- 同一会话中途才开始带这一键:此前已向模型宣告过技能清单的会话,引擎补一条「这些技能已不可用」的增量;要整段会话都没有技能,从会话第一发起就带(能力没读到的首发不带 —— KL-357)。
+- 与非空 `skills` / 带技能的 agent 定义同交 ⇒ 本包按名拒,**不替宿主剪**(剪技能或丢声明都是替用户选了一边)—— 端二选一(KL-358)。空数组不算冲突。
+
+**hooks 执行者(CC-287)**
+- `settingsVerdicts` 空 ≠ 没有设置来源 hook:治理整体关掉时整轮零判定;判定只覆盖引擎九事件上的 command / http / prompt / agent 条目,非引擎事件、形坏、表外型的条目不判定(原样上请求体)。`settingsExcluded` 只在端报 `promptAuthoredByUser: false` 时有行。
+- `hooksCapable: null` = 能力位没读到,或读到了但没报这一位 / 不是布尔 —— 都 ≠ 引擎不跑 hooks;`false` = 引擎显式说忽略请求带来的 hooks(部署要身份)。
+- `engine_unconfirmed` = 照上请求体、引擎多半会跑,本包证不了(能力位没读到且本端跑不了;或 prompt / agent 在本事件里排在第四只之后且本端跑不了;KL-368;压缩两事件上另含「能力真而不确认自有」与「能力没读到」两形,本端能跑也照投 —— 引擎自动压缩只跑请求带来的 hooks,KL-369;排在第四只之后的 prompt / agent 在压缩两事件上本端能跑时判本端,与其余事件同)。这类条目不进「不会执行」清单。
+- `engine_elsewhere` = 引擎**不确认**是本客户端在本机起的(端报了「不是」,或没报),本端能跑 ⇒ 本端跑(KL-367)。压缩两事件不判这一词(见上一条)。
+- 判给引擎的条目由引擎跑:子进程看到的是**引擎的环境口径**(引擎白名单的基础变量 + `CLAUDE_PROJECT_DIR` + 设置里的 `env`),不是本机终端的环境 —— 依赖本机环境变量的 hook,请把变量放进设置的 `env`(KL-370)。
+- `settingsHooksKeptLocally` 保留一条 ≠ 引擎不跑它:请求体里对不上(计划没见过 / 条目身份算不出)的一律保留(宁可多跑一次,不漏跑);跳过口只读计划的请求体,不读别的位 —— 端按自己的规则从计划派生出的新计划同样可用。
+- 端不交 `shellHookTypesByEvent` 时:设置来源条目 command / http 按「报了事件 = 能跑」读,prompt / agent 一律交引擎、本端不跑(引擎这一次不跑时 —— 部署要身份,或能力没读到而引擎其实不跑 —— 端本可在 UserPromptSubmit 等事件上跑的 prompt 也不跑);插件条目仍按「报了事件 = 该事件全型」读 —— 端须与换钉同批交型表(KL-372)。
+- 引擎侧 UserPromptSubmit 拦下主提交:本版端上只见 `blocked` 终局 + 文字,与模型自己报告做不下去同形;**不要**从文字猜「是 hook 拦的」。机读因由候引擎 7.39.0(KL-371)。
+- 引擎跑的 UserPromptSubmit 注入的上下文进了发给模型的那条消息,端上没有单独一行(KL-371)。
+- `once: true` 的条目改由引擎跑后,「一次」的射程由引擎执行器定:引擎每次装任务 hooks 新建一张已触发表,不是整会话一次(任务与请求的对应关系是读码推断,未逐环取证;KL-374)。
+
+**凭据被拒判官(CC-289)**
+- `false` ≠「不是认证问题」:401 + `auth.principal_required` / `principal_unverified` 是身份问题,也答 `false`(§112 KL-266 射程不变)。
+- 判官只读抛出物的状态与码两个位(结构读,不看类、不看正文);读不出状态 ⇒ `false`;状态是 401 而码读不出 ⇒ 与「无码」同读,答 `true`(sdk 造出的错误对象码是数据位、读不会失败,此形只在手造的异常对象上出现;KL-379)。
+
+**服务端 7.111.0 两项(CC-282 余项)**
+- `instructions` **整段缺席 = 这条腿没有关于指令文件的陈述**:老服务端(< 7.111.0)、部署没接项目记忆加载器、没有执行环境的腿、工作目录不是本机绝对目录、委派子代腿 —— **不是**「没有指令文件」,不许渲成「这条腿没读任何指令文件」。`selected: []` 才是「找过了、一个都没有」。段报的是这条腿准备时读到的那一份,不是盘上此刻;续跑腿报会话快照(同一会话里两腿之间新放的指令文件不一定出现在后一腿的这一段里)。
+- `instructions` 只在实时 `wiring_manifest` 帧、它的落账回放与非流式提交回执上有;静态诊断面没有这一段(那里缺席不携带任何信息,本包也不读那一面的这一段)。
+- `instructions.selected` 成员按开集交:服务端改候选链(加一员 / 改拼写)时新拼写原样到端,本包不按今天的四个候选判、不判段长;端按词分支必带 `default` 臂(KL-380)。
+- 子代转向成功结局 `messageId` 缺席 = 服务端 < 7.111.0(子代转向不经账本)或回执没带 —— 不是「没有受理记录」,也不补、不自铸。续聊已结束子代的回执本来就没有这一位。本包只原样交、不与会话读面「受理了、没用上」那一行做关联(KL-381)。
+
+**展示出口(CC-290)**
+- 本版不增删任何键 / 选项位;`DisplayUntrustedOptions` 各位缺席时的缺省不变(同 §114b)。方案词 `token` 的放行表不导出:端不要自抄一份去判「哪个词会被遮」。`credentialWords: false`(只开 URL 结构面)的出口不认词级方案词形:`Token <值>` 在那一只出口上与 `Bearer <值>` 同样不遮(同 §114b)。
+- 无标签、方案词后紧跟尖括号 / 括号包着的值是占位写法,不遮(KL-383);不要拿它判「这条日志里没有凭据」。
+
+### 115c. 黑盒判据骨架
+
+> 🔴 标「本版证明」的格在**上一版(0.88.0)**产物上必须 FAIL、在 0.89.0 上必须 PASS;标「回归约束」的格两版都 PASS;标「端侧验收」的格验的是端换读之后的行为(包层跑不了)。两版读数原样附在括注里(0.88.0 = 上一版的产物,0.89.0 = 本版实跑);请验收方记下自己两次跑的产物标识(版本 + tarball shasum)。纯包层,只走根入口公面;服务端夹具(可选)= 新一代服务端 7.110.0(内嵌引擎 7.38.0)/ 老一代 7.109.0(内嵌引擎 7.37.1)npm 包,问类与 `disableSkills` 两组的老一代另含 7.108.0;铸点函数按发布包 dist 文件路径直接 import;G-IN / G-MI 两组的夹具 = 服务端 7.111.0(新一代)/ 7.110.0(老一代)发布包,声明对拍用 sdk 15.3.0 / 15.2.0 探针树。前缀:G-NM / G-TI / G-UI / G-PR / G-SL / G-OP = 引擎 7.38 提货(CC-282)、G-AC = 审批问类(CC-284)、G-DS = `disableSkills`(CC-277)、G-HK = hooks 执行者(CC-287)、G-CR = 凭据被拒判官(CC-289)、G-IN / G-MI = 服务端 7.111.0 两项(CC-282 余项)、G-DU = 展示出口(CC-290,编号续 §114c 的 G-DU16)。
+
+**引擎 7.38 提货**
+- **G-NM1**(本版证明):`ENGINE_NOTICE_CODES.length` 与是否含 `task.tool_turn_incomplete`。(0.88.0:`81` / false;0.89.0:`86` / true)
+- **G-NM2**(本版证明):`noticeAudienceOf('task.tool_turn_incomplete')`、`engineNoticeInCatalog(同)`。(0.88.0:`operator` / false;0.89.0:`user` / true)
+- **G-NM3**(回归约束):`instructions.source_changed` / `memory.layer_locked_legacy` / `session.records_skipped` / `server.model_unreachable` 四码 `noticeAudienceOf` 依次 `user` / `operator` / `user` / `user`,`engineNoticeInCatalog` 全真。(两版同)
+- **G-NM4**(本版证明):根入口 `SERVER_NOTICE_AUDIENCE`(退出公面)。(0.88.0:冻结四键对象 `{"instructions.source_changed":"user","memory.layer_locked_legacy":"operator","session.records_skipped":"user","server.model_unreachable":"user"}`;0.89.0:`undefined`)
+- **G-NM5**(本版证明,夹具):新一代服务端会话流白名单(33 码)逐码 `engineNoticeInCatalog`;老一代(32 码)同法。(0.88.0:新一代 32 真 1 假〔册外 `task.tool_turn_incomplete`〕、老一代全真;0.89.0:两代全真)
+- **G-NM7**(本版证明;只认自有属性):派发表每一码 × 四形 —— `code` 只在原型链上 / `detail` 只在原型链上 / 两者都只在原型链上 / `Object.prototype` 上植入 `code` + `detail`(植完即删)⇒ `readEngineNoticeFacts`、该码的直读器、句口(`userInputUndrainedNotice` / `sessionRecordsSkippedNote`)同答 `undefined`;自有形对照读得出。(0.88.0:各读器与派发口按属性访问读信封,继承形读得出事实;0.89.0 修前:直读器 `readUserInputUndrained` / `readToolTurnIncomplete` 答 `undefined`,派发口仍答出事实)
+- **G-NM6**(回归约束):派发表每一码的全形 `detail` 深冻结后与未冻结的同答、未冻结的入参读后逐字节不变;引擎包根的冻结数组直接当名单位入参与其副本同答;把引擎 7.38.2 包根全部冻结闭集数组(96 只)喂进本模块全部函数一轮后,每只仍冻结、序列化逐字节同。(两版同 PASS;旧写法只判「一轮后仍冻结」,冻结数组上的写入会抛、被读口吞掉,对就地写入不会响)
+- **G-TI1**(本版证明,夹具):引擎 7.38.2(开发依赖)与新一代服务端夹具(内嵌引擎 7.38.0)各用工具轮不完整席(`createToolTurnIncompleteSeat`)触发 `truncated` 两次,收到的通告喂 `readEngineNoticeFacts`。(0.88.0:`undefined`;0.89.0:恰一帧 `{ code:'task.tool_turn_incomplete', audience:'user', facts:{ cause:'truncated', count:2, sessionId:'s1', runId:'r1' } }`)
+- **G-TI2**(本版证明):手造帧 `toolCallIds:['a','b']` ⇒ `{ cause:'truncated', count:2, toolCallIds:['a','b'], sessionId, runId }`、名单冻结;`['a', 1]` ⇒ 四格照交、无 `toolCallIds` 键。
+- **G-TI3**(本版证明):`cause:'some_future_word'` ⇒ 原样带回;引擎四词各读得出。
+- **G-TI4**(本版证明):缺 `runId` / `count:0` / detail 键在原型链上 / 信封 `code` / `detail` 在原型链上 / 取值器抛 ⇒ `undefined`,不抛;码不对的通告不给读。
+- **G-TI5 – G-TI7**(本版证明):每格只读一次;经派发口受众 `user`;本包产物不抄引擎的那几句通告原文(引擎给的 `message` 照用)。
+- **G-UI1**(本版证明,夹具):引擎 `undrainedUserInputNotices({ steer:1, followUp:0 }, 't', 's', 'r')` 的输出喂 `readUserInputUndrained`(开发依赖腿与新一代夹具腿同)。(0.88.0:读器不在;0.89.0:`{ kind:'steer', count:1, cause:'leg_end', taskId:'t', sessionId:'s', runId:'r' }`)
+- **G-UI2**(本版证明,夹具):新一代服务端 `buildCrashedSteerNotice({ steer:2, taskId:'t', sessionId:'s' })`。(0.89.0:`{ kind:'steer', count:2, cause:'crashed', taskId:'t', sessionId:'s' }`,无 `runId` 键)
+- **G-UI3**(本版证明,夹具):同 G-UI1 但 `{ steer:0, followUp:3 }`。(0.89.0:`{ kind:'followUp', count:3, taskId:'t', sessionId:'s', runId:'r' }`,无 `cause` 键)
+- **G-UI4**(本版证明,夹具):老一代引擎(7.37.1)同一函数铸的 steer 帧(`detail` 无 `cause`)。(0.89.0:`{ kind:'steer', count:4, taskId:'t', sessionId:'s', runId:'r' }`,无 `cause` 键,不补 `leg_end`;句口落保守句)
+- **G-UI5**(回归约束):手造 `childSessionId:'c'` ⇒ 读数与不带它时逐字节同、读数无此键。(两版读数:0.88.0 读器不在;0.89.0 `{ kind:'steer', count:1, cause:'leg_end', sessionId:'s' }` 两份同)
+- **G-UI6**(本版证明):`detail.steer` 为串 / 小数 / 0 ⇒ `undefined`;`taskId` / `sessionId` / `runId` / `cause` 坏形只丢那一位、条数照交;取值器抛与原型链上的键同判;每格只读一次。
+- **G-UI7**(本版证明):`userInputUndrainedNotice` 对 G-UI1 / G-UI2 / G-UI3 / 表外 `cause` / G-UI4 五份读数 ⇒ **四句互异**(表外 `cause` 与缺 `cause` 两份同落保守句,条数相同时逐字节同);`crashed` 句含「先看那条 run 的记录」义、不含「没用上」义;句中无用户正文、无 id;读不懂的入参 ⇒ `undefined`、不抛。(0.88.0:非函数)实跑句子(条数 1 / 2 / 3 / 4 / 4):
+  - `leg_end`:`1 message you sent while the run was in progress was not used before the run ended and will not be delivered. Send it again if you still need it.`
+  - `crashed`:`2 messages you sent to an earlier run were accepted, but the server stopped before that run finished, so whether the run used them is not known. Check that run's transcript and results before sending them again.`
+  - follow-up:`3 follow-up messages you queued were not used before the run ended and will not be delivered. Send them again if you still need them.`
+  - 保守句:`4 messages you sent during a run may not have been used, and the reason was not reported in a form this version recognizes. Check the run's transcript before sending them again.`
+  - follow-up 的保守句(follow-up 码带表外 `cause`,含 `crashed`):名词换成排队的 follow-up —— `2 follow-up messages you queued may not have been used, and the reason was not reported in a form this version recognizes. Check the run's transcript before sending them again.`
+- **G-UI8**(本版证明):本包产物不抄引擎 / 服务端的通告原句。
+- **G-UI9**(本版证明;只认自有属性):`Object.prototype.cause = 'leg_end'` 时 `userInputUndrainedNotice(readUserInputUndrained({ code:'task.user_steer_undrained', detail:{ steer:1 } }))` ⇒ 无 `cause` 的保守句(不是 `leg_end` 那一句);`kind` / `count` 只在原型链上的入参 ⇒ `undefined`;`cause` 只在原型链上 ⇒ 当缺席;数组入参 ⇒ `undefined`。两只读器的信封 `code` / `detail` 只在原型链上 ⇒ `undefined`(G-TI4 / G-UI6 同律)。
+- **G-PR1**(本版证明):`readRunTerminal` 读 `{ terminal:{ kind:'failed', code:'c', message:'m', detail:{ kind:'provider_rejected', status:400, code:'invalid_request_error' } } }` ⇒ failed 臂 `detail` 深等。(0.88.0:`{"kind":"failed","plane":"cause","code":"c","message":"m"}` 无 `detail` 键;0.89.0:同键 + `"detail":{"kind":"provider_rejected","status":400,"code":"invalid_request_error"}`)
+- **G-PR2**(本版证明):`providerRejectionResend` 对状态 400 / 413 / 422 ⇒ `edit_and_resend`;401 / 403 / 404 / 408 / 409 / 429 / 451 / 500 / 503 / 529 ⇒ `not_by_editing`;`text` 逐字等于对应那一句(`edit_and_resend` 一句;`not_by_editing` 按档五句 —— 401 / 403 / 404 / 429 / 5xx / 其余,两两互异;含 `HTTP <状态码>`、不含 `code` 的值);同一 400 带不带 `code`、`code` 是什么,答案逐字相同。(0.88.0:非函数)
+- **G-PR3**(本版证明):`detail:{ kind:'provider_rejected' }`(无状态码)⇒ failed 臂无 `detail`;状态码 `'400'` / 99 / 600 / 400.5 / NaN / Infinity / null / true 同;`providerRejectionResend(undefined)` ⇒ `undefined`。**G-PR3e**(本版证明;只认自有属性):`Object.prototype.detail = { kind:'provider_rejected', status:400 }`(植完即删)时 `providerRejectionResend` 对 `undefined` / `null` / `{}` / `{ kind:'other_kind' }` / `{ kind:'provider_rejected' }` 仍一律 `undefined`。(0.89.0 修前:前三形与末形答 `edit_and_resend`)
+- **G-PR4**(本版证明):`detail:{ kind:'other_kind', status:418 }` ⇒ `detail` 只含这两位;`providerRejectionResend` ⇒ `undefined`;三位都只在原型链上 ⇒ 无 `detail` 键。(0.89.0:`{"kind":"other_kind","status":418}`)**G-PR4g**(回归约束):`other_kind` + 200 ⇒ 状态码照收(400–599 只约束 `provider_rejected`)。
+- **G-PR5**(回归约束):无 `detail` 的失败终局在扁平形 / 因由形 / 嵌套暂停三种形上的读数逐字节同 0.88.0(比对时值为 `undefined` 的键也算,多出 `detail: undefined` 判红);坏形 `detail`(null / 数组 / 串 / 0 / 取值器抛 / 代理抛)⇒ 读数与无 `detail` 逐字节同、不抛;`doneToSdkResult` 带不带 `detail` 投影逐字节同。
+- **G-PR1f – G-PR5f**(本版证明,夹具):新一代(服务端 7.110.0 / 引擎 7.38.0)由引擎铸点函数造 400 / 401 / 403 / 429 失败、经服务端过境整形 ⇒ 读数 `detail` 与过境字节深等(`{"kind":"provider_rejected","status":<状态码>,"code":"some_code"}`);400 ⇒ `edit_and_resend`,401 / 403 / 429 ⇒ `not_by_editing`;529 ⇒ 不铸 `detail`;服务端按回声准入规则剥掉的 `code` ⇒ 读数无 `code`、判定照答。老一代(服务端 7.109.0 / 引擎 7.37.1)同构造 ⇒ 读数无 `detail` 键、逐字节同修前形,判定口 `undefined`。
+- **G-PR6**(端侧验收):服务商回 400 ⇒ 错误行带「改了重发」那一句;回 401 ⇒ 带另一句。
+- **G-SL1**(本版证明):控制路由的 steer 遇抛出物 `{ status:503, errorCode:'steering.ledger_unavailable' }`。(0.88.0:`steering_other` + 开集句;0.89.0:`ledger_unavailable` + 那一句)
+- **G-SL2**(本版证明,夹具):sdk 12.0.1(peer 地板)与 15.0.0 由 503 体造出 `SteeringError` 基类(带码)⇒ 按码认;sdk 15.2.0 造出专类、剥掉 `errorCode` ⇒ 按类名认;三者都答 `ledger_unavailable`。(0.88.0:前两者 `steering_other`,15.2.0 剥码形非族〔原样抛 `SteeringLedgerUnavailableError`〕)
+- **G-SL3**(本版证明):`atMostOnceFailureClass({ status:503, errorCode:'steering.ledger_unavailable' })`。(0.88.0:`unknown`;0.89.0:`rejected`)**G-SL3b**(回归约束,合取两半各一格):`{ status:503 }` / `{ status:502, errorCode:'x' }` / 500 + 该码 / 无状态码 + 该码 / 503 + `steering.queue_full` / 503 + 表外 steering 码 / 503 + 读码就抛 ⇒ 两版都 `unknown`、不抛。**G-SL3e / G-SL3f**(本版证明,消费点):自愈三选卡 steer 腿(注入形 / 用户形)撞「503 + 该码」⇒ `running-steer-failed` / `rejected`,行文说没送到(用户形:`Your message was NOT sent; send it again`),不说「可能已送到」。
+- **G-SL4**(本版证明):子代 steer(注入件抛 503 + 该码)的结局。(0.88.0:`{ ok:false, reason:'error', detail:'503' }`;0.89.0:`{ ok:false, reason:'not-delivered', safety:'ledger_unavailable', detail:<那一句> }`)补:500 + 该码 ⇒ `{ ok:false, reason:'error', detail:'500' }`;503 + 别的码 ⇒ `detail:'503'`(两版同)。
+- **G-SL5**(回归约束):其余八码的安全位与句子逐字节同 0.88.0(含别名码;表外码按 409 喂,4xx 上同 0.88.0 原句;非 4xx 上的改口见 G-SL6 / G-SL6b)。
+- **G-SL6**(本版证明):同一抛出物喂主 run(`ControlRouter.steer`)/ 自愈(`atMostOnceFailureClass`)/ 子代(`steerEngineSubagent`)三条腿,九形 ⇒ `503 + 码` / `只剩类名 + 503` / `statusCode:503 + 码` 三形三腿都答「确知没送到」(`ledger_unavailable` / `rejected` / `not-delivered`);`502 + 码` / `"503" + 码` / 无状态码 + 码 / 只剩类名 + 502 / 只剩类名无状态码 / `statusCode:502 + 码` 六形三腿都不说(`steering_other` + 送达未知句 / `unknown` / `error`)。(0.88.0:三腿九形都不说 —— 主 run 腿 `steering_other`〔只剩类名三形原样抛〕、自愈腿 `unknown`、子代腿 `error`)
+- **G-SL6b**(本版证明;表外码与 `statusCode` 拼法):`{status:422, errorCode:'steering.zzz_future'}` / `{statusCode:422, 同码}` / 422 + `steering.ledger_unavailable` / `{name:'SteeringError', status:409}` ⇒ 三腿同答「确知没送到」:主 run `steering_other` + 0.88.0 原句(`… the steer did NOT land; …`)/ 自愈 `rejected` / 子代 `error`(`detail` 为状态码串)或 `not-running`(409);`{statusCode:409, errorCode:'steering.not_running'}` ⇒ 主 run `not_running` / 自愈 `rejected` / 子代 `not-running`;503 + 表外码 / 无状态码 + 表外码 / `{name:'SteeringError', status:503}` ⇒ 三腿同答「送达未知」:主 run `steering_other` + 送达未知句 / 自愈 `unknown` / 子代 `error`。(0.88.0:主 run 一律「没落地」,503 / 无状态码三形上与自愈 `unknown` 相左;`statusCode` 拼法的 4xx 自愈 `unknown`、子代 `error`)
+- **G-OP1**(回归约束):`TASK_REQUEST_OMISSION_CAUSE_NOTICES` 四句与表外兜底句逐字节同 0.88.0(门内嵌 0.88.0 发布产物金样)。
+- **G-OP2**(本版证明):每个成因 整句 === 前导 + `: ` + `taskRequestOmissionCausePhrase(c)` + `.`;兜底句 === `Not sent with this request` + `, ` + 兜底从句 + `.`;`phrase('off_lane')` 恰为 `this kind of request does not carry this setting, so giving it or leaving it out makes no difference to what this request sends`。(0.88.0:非函数;0.89.0:四个等式与兜底等式全成立)
+- **G-OP3**(本版证明):表外词 / 空串 / 大小写变体 / 数字 / `null` / `undefined` / 符号 / 对象 / 数组 / 包装串 / 会抛的 `toString` · `toPrimitive` / 全陷阱抛的代理 / 已撤销代理 / 函数 / 五个原型链名 / 原型污染名 ⇒ `for a reason this version does not recognize`,不抛。(0.88.0:非函数)
+- **G-OP4**(本版证明,源码级):src 里整句字面量零处。(0.88.0:5 处 —— 四句 + 兜底句;0.89.0:0 处)
+
+**审批问类**
+- **G-AC1**(本版证明):活卡帧带 `askClass:'write_protection', classes:['write_protection','mode']` ⇒ 卡口收到的请求带同值两位,`classes` 冻结、不是帧上那只数组。(0.88.0:两位缺席;0.89.0:同值冻结)
+- **G-AC2**(本版证明 —— 负向格,两版同答):只带其一 ⇒ 两位都缺席。(0.88.0:缺席;0.89.0:缺席)
+- **G-AC3**(本版证明):`classes[0] ≠ askClass` / `askClass` 不在 `classes` 里 / 重复员 / 空数组 / 非串员 / 空串员 / `askClass` 空串或非串 / `classes` 非数组或 null / 稀疏 / 两位或其一只在原型链上 / 某一员只在原型链上 ⇒ 缺席(两版同答);`askClass:'shell_floor', classes:['shell_floor']`、表外词与已知词混排、非规范序的一对 ⇒ 原样在场。(0.88.0:后三形缺席;0.89.0:在场、原样顺序)
+- **G-AC4**(本版证明):待决行整帧带一对 ⇒ 帧腿卡请求带一对;行顶层凭空一对 / 帧上半对 / 盲卡形 ⇒ 缺席。(0.88.0:首格缺席;0.89.0:在场)
+- **G-AC5**(本版证明):耐久待决行顶层带一对 ⇒ 卡请求带一对;`toolPermissionRequestAskBits(带一对的卡)` ⇒ 带一对;半对 / 首员不符 / 重复员 / 原型链 ⇒ 过境口两位都不上;带两位的座位请求过座位门,两位坏形不拒整条请求。(0.88.0:缺席;0.89.0:在场)
+- **G-AC6**(本版证明,夹具):服务端以带类的停车行出运维队列行(行投影)、经 JSON 过境后走本包耐久待决行腿 ⇒ 首铸代(7.109.0)与规范序代(7.110.0)在场、同值;同一代按出帧处同一只成对窄读组装的活卡帧 ⇒ 帧腿在场;老一代(7.108.0)同构造 ⇒ 行投影不带、卡请求缺席。(0.88.0:三代都缺席;0.89.0:7.109.0 / 7.110.0 在场,7.108.0 缺席)
+- **G-AC6b**(回归约束,夹具):服务端建卡 → 卡信封 → 断连重放帧 → 本包投影 ⇒ `approval_request` 卡面上的两位与服务端建的卡逐字同(7.108.0 不带;7.109.0 / 7.110.0 带)。(两版同)
+- **G-AC7**(本版证明,夹具):规范序代(7.110.0)对非规范序类集重排 ⇒ 本包两条卡腿读数 = 重排后的序;它拒了的形(规范序首员 ≠ `askClass` / 重复员)⇒ 缺席;首铸代(7.109.0)原样交出非规范序 ⇒ 本包原样(不重排);首铸代交出重复员 ⇒ 本包两位都丢(比这一代服务端严,与下一代同判;KL-361)。(0.88.0:缺席;0.89.0:与服务端交出形逐字同,重复员一格除外)
+- **G-AC8**(回归约束):门记录拒绝臂只有 `askClass` ⇒ 照读、`classes` 缺席;首员不符照读;放行臂三键在场即成账、缺 `classes` 整只缺席。(两版同)
+- **G-AC9**(回归约束;本机有新版 SDK 探针树时,没有则如实报 SKIP):帧键镜像 33 键与 SDK 15.2.0 `TOOL_APPROVAL_FRAME_KEYS`(减去退役登记)两向相等;SDK 15.2.0 卡键锚相对开发依赖 SDK 新增的两键都已在卡入参上。(0.88.0:31 / 不等;0.89.0:33 / 相等)
+
+**`disableSkills`**
+- **G-DS1**(本版证明):interactive / print(live)⇒ 体带 `disableSkills:true`、回执无此行、出口判官零未登记键;非 live ⇒ 不发、回执 `not_live`;utility(入参带字面量 `excludeAllTools: true`,该车道的必带前提)⇒ 不发、回执 `off_lane`;车道表行与 `skills` 行座位集相同。(0.88.0:`TypeError`「入参带了本包不认识的键 "disableSkills"」)
+- **G-DS2**(本版证明):`false` ⇒ 三车道 × live 两态都不发、不进回执、不抛(utility 入参带 `excludeAllTools: true`)。(0.88.0:`TypeError`)`undefined` / `null` 两版都不发。
+- **G-DS3**(本版证明):`'yes'` / `'true'` / `'false'` / `''` / `1` / `0` / `{}` / `[]` / `['x']` ⇒ `TypeError` 坏值句、不回显值,utility / 非 live 同拒。(0.88.0:`TypeError`,但是「不认识的键」那一句)
+- **G-DS4**(本版证明):与非空 `skills` 同交 ⇒ `TypeError` 点名两键;`skills:[]` ⇒ 过;入参 `agents:[{ name:'b', skills:[…] }]` ⇒ `TypeError` 点名 `agents[].skills`;live 兜底层落带技能的 `agents`(宿主给的,或请求体自带的)⇒ 该层 `TypeError`;不带这一键时兜底层照落带技能的 agents、不抛(两版同)。(0.88.0:装配口为「不认识的键」那一句,兜底层不抛)
+- **G-DS5**(本版证明):能力缓存依次为 `{ disableSkills:true }` / 无此键 / `false` / 从没探过(含 baseUrl 缺席)/ `'yes'` ⇒ `disableSkillsDeclaration(true, url)` 依次 `{"field":{"disableSkills":true}}` / `withheld.cause` `not_reported` / `unsupported` / `unprobed` / `unreadable`;失效口之后回到 `unprobed`。(0.88.0:非函数)
+- **G-DS5b**(本版证明):已撤销的代理作 `disableSkills`(片段口 / 装配口)⇒ 本包坏值句,形状报 `typeof=object / unreadable`、不回显值。(0.88.0:装配口〔片段口未上〕按表外键拒)
+- **G-DS6**(本版证明,夹具):新一代服务端 7.110.0 受理面(直调 `createAdmission().prepareSpec`,假响应对象)对「`disableSkills:true` + 非空 skills」答 `400 request.field_conflict`、对 agents[].skills 那一形同答、对 `'yes'` 答 `400 request.field_invalid`,本包在装配期 / 兜底层 / 构造期先拒;本包经片段口装出的三形请求体(只带这一键 / `+ skills:[]` / `+ 不带技能的 agents`)过新一代受理面零 400;老一代服务端 7.108.0 对带这一键的体答 `400 request.body_shape`、`unknownKeys:["disableSkills"]`,而能力位缺席时经片段口装出的体不带这一键、过老一代受理面零 400。
+- **G-DS7**(回归约束):车道表 46 行(0.88.0:45);不带这一键的装配 / 回执 / 兜底层 / 车道表其余行 / 座位读数 / 出口判官读数,对同一语料的 sha256 逐字节同 0.88.0 发布产物(两版同)。
+
+**hooks 执行者**(设置来源条目 `h` = 计数型 command hook;终端形 = `shellHookEvents` 交互车道 22 事件 + `shellHookTypesByEvent`:command / http 全事件,prompt 四事件,agent 无)
+- **G-HK0**(本版证明):矩阵 设置来源 × 事件{UserPromptSubmit, PreCompact, PreToolUse, Stop} × 型{command, PowerShell command, http, prompt, agent} × 能力{真, 假, 没读到} × 自有{是, 否, 没报} × 端形{终端, `-p`, 无本地执行器, 只报事件不交型表} × prompt 是否用户所写 × 压缩{没交, 压了, 没压, 引擎自动压缩}(压缩只在 PreCompact 上变)共 2520 份计划(「只报事件」端形:执行器真能跑的同终端,期望按端报了的算 —— prompt / agent 视为本端跑不了;KL-372),逐格按服务端执行语义 + 本端执行器模型求「这一次一共跑几次」:两边任一真能跑 ⇒ 恰 1;被排除或两边都跑不了 ⇒ 0;能力没读到的格两种真实世界都算;「引擎自动压缩」那一列本端执行器不触发,只有请求体上的条目能跑 ⇒ 引擎真能跑 ⇒ 恰 1。取舍格(KL-369):能力没读到 × 引擎其实不跑 × PreCompact 没交 / 压了 × 本端能跑的型 ⇒ 期望 0(条目照投、本端按请求体跳过;门里单独计数,48 格;0.88.0 在这些格上本端跑 1 次)。(0.88.0:三种端形 168 格不符,例「能力真 / UserPromptSubmit / command / 终端形」= 2,另 48 格取舍格;0.89.0:0 格不符)
+- **G-HK0c**(本版证明;压缩两事件):终端形交了型表,user 的 PreCompact / PostCompact 各一只 command ⇒ 能力真 × 自有:engine / `projected`;能力真 × 没报自有 / 非自有、能力没读到 × 自有:engine / `engine_unconfirmed`;四形都在请求体、「不会执行」清单空。**G-HK0d**(回归约束):能力 false × 自有 ⇒ shell / `engine_hooks_off`、不在请求体;PowerShell 形 ⇒ shell / `engine_type_skipped`、不在请求体。**G-HK0e**(本版证明):能力没读到的 PreCompact 条目(`engine_unconfirmed`)过跳过口 —— `engineCompaction: 'performed'` / 没交 ⇒ `[]`,`'not_performed'` ⇒ 同一数组引用。(0.88.0:无判定、条目原样上请求体、本端全跑)
+- **G-HK0f**(本版证明;压缩两事件 × 超限条目):PreCompact / PostCompact 上六只 prompt / agent 条目 × 能力真 / 假 × 自有三态 × 端形三种(压缩事件跑 prompt / agent、不跑、什么都不报)× 压缩世界四种(没交 / 压了 / 没压 / 引擎自动压缩)共 144 份计划 864 格,引擎一半按「能力真 ∧ 在请求体 ∧ 这一次真压了 ∧ 本事件请求体上 LLM 位次 ≤ 4」⇒ 逐格「这一次一共跑几次」== 期望,期望 1 而实得 0 的格 0;**G-HK0f-2**:本端能跑 ⇒ 第五只 shell / `engine_llm_limit`、不在请求体;本端跑不了 ⇒ engine / `engine_unconfirmed`、在请求体。(0.89.0 修前:第五 / 六只判 engine / `engine_unconfirmed`、跳过口随之把它从本端拿掉 ⇒ 客户端发起的压缩里 24 格谁都不跑)
+- **G-HK0b**(本版证明):只报事件 `[UserPromptSubmit, PreCompact, PostCompact, SessionStart]`、不交型表 × 能力真 × 非自有 / 没报自有:UserPromptSubmit 的 agent 型、PreCompact 的 prompt 型 ⇒ engine / `projected`、在请求体、清单空;能力没读到 × 自有 ⇒ engine / `engine_unconfirmed`、照投;交了型表的同形答 engine / `projected`(回归);command ⇒ shell / `engine_elsewhere`(回归);插件 prompt 型判定不变(shell / `not_command`,回归)。(0.88.0:无判定、条目原样上请求体)
+- **G-HK1**(本版证明):终端形、自起引擎、能力真;user 的 UserPromptSubmit `h` + project 的 PowerShell 形 `p` ⇒ `h` 判 engine / `projected`、上请求体,`p` 判 shell / `engine_type_skipped`、不上;跳过口 `{hooks:[h]}` ⇒ `[]`,跨源合并组 `{hooks:[p,h]}` ⇒ `[p]`。(0.88.0:无判定、两只都上请求体、本端全跑)**G-HK1b**:同一计划下本端组只有那只 PowerShell 形(请求体上有可比对的条目、本端组零命中)⇒ 返回同一数组引用。
+- **G-HK2**(本版证明):同上只 `h`,`hooks:false` ⇒ shell / `engine_hooks_off`、不上请求体、跳过口返回同一数组引用。(0.88.0:上请求体)
+- **G-HK3**(本版证明):能力位没读到 ⇒ `hooksCapable: null`、shell / `engine_hooks_unknown`、不上请求体。(0.88.0:上请求体)
+- **G-HK4**(本版证明):`engineOwnedByThisShell:false` ⇒ UserPromptSubmit 的 `h` 判 shell / `engine_elsewhere`、不上;同计划 PreToolUse 的 `h` 判 engine / `projected`、上。(0.88.0:两只都上)
+- **G-HK5**(本版证明):prompt 型 UserPromptSubmit 条目 ⇒ engine / `projected`、上请求体、跳过口 `[]`。(0.88.0:上请求体、本端也跑)
+- **G-HK6**(本版证明):agent 型 UserPromptSubmit 条目:能力真 ⇒ engine / `projected`;能力没读到 ⇒ engine / `engine_unconfirmed`、照上请求体(本端跑不了 agent)。**G-HK6p**:同形插件条目投不了 ⇒ `not_run`、清单一行。(0.88.0:插件判 shell / `engine_capability_absent`、无行)
+- **G-HK7**(本版证明):`promptAuthoredByUser:false` ⇒ 设置来源 UserPromptSubmit 条目进 `settingsExcluded`(`prompt_not_user_authored`)、不上请求体、跳过口 `[]`、不进清单;PreToolUse 不受影响。**G-HK7p**:插件 UserPromptSubmit 条目进 `excluded` 同词、查询口查不到、不上请求体。(0.88.0:两源都上请求体)
+- **G-HK8**(本版证明):UserPromptSubmit 上五只 prompt ⇒ 前四 engine / `projected`、第五 shell / `engine_llm_limit`;请求体四只;跳过口留第五只。**G-HK8b**:user `[q1,q2,q3]` + project `[q1,q4]` ⇒ 位次按去重后数,`q4` 第四只、engine。**G-HK8c**:PreCompact 上五只 prompt(终端本地跑不了)⇒ 第五只 engine / `engine_unconfirmed`、照上请求体、不进清单。**G-HK8d**:同一只 prompt 在两个 matcher 下是两只(wire 去重键含 matcher,服务端各数一只)⇒ 第五只(c 组第三)本端跑、请求体 4 只。**G-HK8e**:引擎不归本端,四只 prompt 本端跑(离开请求体)、两只 agent 本端跑不了 ⇒ agent 位次 1 / 2、引擎跑、不是「未确认」;请求体恰 2 只(判给本端的 LLM 条目不占引擎位次)。(0.88.0:无判定、五只全上)
+- **G-HK9**(本版证明):Stop 上 PowerShell 形 command ⇒ `not_run` / `engine_type_skipped`,请求体字节照旧,清单一行 `User settings: Stop hook will not run — the engine does not run PowerShell command hooks.`(0.88.0:无行)
+- **G-HK10**(本版证明):PreCompact 上判给引擎的条目:`engineCompaction:'performed'` / 没交 ⇒ `[]`;`'not_performed'` ⇒ 原数组(同一引用)。**G-HK10b**:UserPromptSubmit 上交 `'not_performed'` 照跳。(0.88.0:无此口)
+- **G-HK11**(回归约束):`-p` 车道(只报非引擎事件,带 / 不带型表)× 能力三态 × 自有两态 ⇒ 请求体逐字节同「不报本地事件」那一份。
+- **G-HK12**(回归约束):不报本地事件的宿主(带 / 不带型表)同上。
+- **G-HK13**(本版证明,夹具):新一代服务端发布版执行入口(`parseHooksConfig` + `createTaskHooks`)起 UserPromptSubmit 席跑一次,另按跳过口模拟本端执行器 ⇒ 计数文件恰 1 行。**G-HK13b**:能力没读到 ⇒ 不投、本端跑 ⇒ 1 行。**G-HK13c**:prompt 型(给载体)⇒ 引擎一次、本端零次。**G-HK13c′**(取舍格):不给载体 ⇒ 服务端记 `llm_carrier_unavailable`、合计零次(KL-366)。**G-HK13d**(尺子):发布装配的 `createTaskHooks` 唯一调用点带两只载体。**G-HK13o**(回归约束,老一代服务端):判给引擎的条目引擎侧照跑一次。(0.88.0:2 行 / 2 行 / 合计 2)
+- **G-HK14**(回归约束):插件 hook 既有判定格(§101 起)逐条同(闭集长度格按本版 19 / 6 改锚)。
+- **G-HK15**(本版证明):`hooks:false` + 无本端执行器 + Stop 条目 ⇒ `not_run` / `engine_hooks_off`,清单一行 `User settings: Stop hook will not run — the connected engine ignores hooks sent with requests.`(0.88.0:无行)
+- **G-HK16**(端侧验收):终端交互:计数型 UserPromptSubmit「一句话恰一次」/ `-p` 一次 / run 进行中补发一次 / 工具性提交零次 / 注入的上下文请求体内恰一份 / `/compact` 压缩前后各一次。
+- **G-HK17**(回归约束):`hooksNotRunNotice` 收只有插件判定与设置拿掉两位的半截计划不抛。
+- **G-HK18**(本版证明):请求体上只有逐字同的插件条目 ⇒ 本端的设置条目照留(插件组不进跳过口的内容索引)。
+- **G-HK19**(本版证明):`hooksCapable`:没读到 / `hooks` 键缺席 / 非布尔 / `taskSettings` 缺席 ⇒ `null`;`hooks:false` / `taskSettings:false` ⇒ `false`;`hooks:true` ⇒ `true`。
+- **G-HK20**(本版证明):`shellHookTypesByEvent` 坏形(数组 / 含非串 / 值非数组 / 读的时候抛 / 串)⇒ 当缺席 + debug 一行;`promptAuthoredByUser` 非布尔 ⇒ 按用户所写 + debug 一行。
+- **G-HK21**(本版证明):交型表时被拿掉条目的 `notRun` 按条目型问「本端跑不跑得了」(UserPromptSubmit 上的 `mcp_tool` ⇒ 真、进清单);不交 ⇒ 与 0.88.0 同。
+- **G-HK22**(回归约束):形坏 / 表外型设置条目不判定、原对象上请求体。
+- **G-HK23**(本版证明):新原因词的句子不把没读到 / 没确认的说成事实。**G-HK23b**:`pluginHookReasonText('engine_type_skipped')` === `the engine does not run PowerShell command hooks`;`engine_llm_limit` 的句子含 `may`、不提 PowerShell。
+- **G-HK24**(本版证明):终端形、能力真、非自有,UserPromptSubmit 一组 `[坏, cmd]`,坏 ∈ {`command:42` / `command:''` / 缺 `command` / `http` 的 `url:42` / 缺 `url` / `prompt` 的 `prompt:42` / 含 NUL / `agent` 的 `prompt:''`} ⇒ 坏条目原样在请求体、`settingsVerdicts` 无行、清单空;同组 `cmd` ⇒ shell / `engine_elsewhere`、不投。(0.88.0:无判定、两只都原样上请求体;坏条目的请求体字节两版同)
+- **G-HK25**(本版证明):计划的 `settingsVerdicts` 换成 `[null]` / `[{}]` / 原因表外 / 来源表外 / 处置表外 / 事件非引擎 / 下标非整数 / 读的时候抛 ⇒ `hooksNotRunNotice` 不抛、那一行不出;坏行夹着合形行 ⇒ 合形那一行照出。`settingsExcluded` 换成 `[{event:'PreToolUse'}]` 等坏行 ⇒ `settingsHooksKeptLocally` 返回同一数组引用;合形排除行 ⇒ `[]`。(0.88.0:计划没有这两位、没有跳过口)
+- **G-HK26**(本版证明):请求体组与本端组的 matcher 各取 {缺席, `undefined`, `null`, `''`, `'*'`} 的 25 种组合 ⇒ 本端跳、引擎跑,一共恰 1 次;本端组 matcher `manual` ⇒ 本端照跑。(0.88.0:没有跳过口,本端全跑)
+- **G-HK27**(本版证明;只认自有属性):跳过口 —— 本端组 `hooks` 取值器抛 / 全抛代理 / 已撤销代理 ⇒ 不抛、与缺 `hooks` 同答;计划 `settingsExcluded` 行字段只在原型链上 / 请求体条目字段只在原型链上 / 请求体事件只在原型链上 / 请求体组的 `hooks` 只在原型链上 ⇒ 都不授权跳过(返回同一数组引用 —— 这些键不过 JSON,引擎收不到);`hooksNotRunNotice` 对字段只在原型链上的判定行不列;判定行六键 / 排除行五键里只把**一个**键挪到原型链上也同判(G-HK27d)。(0.88.0:没有跳过口)
+- **G-HK30**(本版证明):六键计划(手拼一只 PreToolUse command;真计划去掉两位)与八键计划经 `hooksForWire({ plan })` + `settingsHooksKeptLocally`:请求体带的每只设置 hook「引擎跑 + 本端跑」恰 1;`settingsExcluded` 在场而不是数组 / `wire` 在场而不是对象 ⇒ 本端照跑(同一数组引用);`settingsExcluded` 只在原型链上 ⇒ 当缺席(按空数组比,本端跳)。(0.89.0 修前:六键计划上每只 2 次)
+- **G-HK31**(本版证明):本端组 / 条目是类实例(取值器在原型上)或 `Object.create` 出来的 × PreCompact / PreToolUse(matcher `Bash`)/ UserPromptSubmit,请求体那一只是普通对象 ⇒「引擎跑 + 本端跑」恰 1(12 格)。(0.89.0 修前:类实例 / `Object.create` 条目与 PreToolUse 上的类实例组每格 2 次)
+- **G-HK28**(回归约束 + 本版证明):按 0.88.0 型面拼的六键计划(没有 `settingsVerdicts` / `settingsExcluded`,带一只插件条目)交 `hooksForWire({ plan })` ⇒ 认作计划,`=== plan.wire`(两版同);两位在场但不是数组 ⇒ 按不传处置(本版证明)。(0.88.0:六键计划认作计划、两位在场而不是数组也认作计划)
+- **G-HK29**(本版证明;夹具:已装的 `@sema-agent/settings-schema`):`command` / `http` / `prompt` / `agent` 四型 × 十二种承重字段取值(`'x'` / 空格 / 空串 / 含 NUL / 单 NUL / 汉字 / 数字 / `null` / 缺席 / 数组 / 对象 / `true`)共 48 格,UserPromptSubmit 一组 `[该条目, cmd]`,期望由上游受理面 `HooksConfig.safeParse` 现算:上游拒 ⇒ 本包不判定(`settingsVerdicts` 无行、条目原样在请求体),上游收 ⇒ 本包判定(有行),同组 `cmd` 每格都判定。上游契约读不到 ⇒ 这一格标为未跑。(0.88.0 无此格:本包判定口与上游受理面的一致只在手写坏形表里对本包一侧断言)
+- **E4**(本版证明):包内每事件 LLM 条目上限 4 == 引擎源码与新一代夹具执行器。
+
+**凭据被拒判官**
+- **G-CR1**(本版证明):根入口 `isReadCredentialRefusal` 是函数,且与包内两处读口共用的是同一只函数(同一引用)。(0.88.0:`undefined`)
+- **G-CR2**(回归约束,语义):`{ status:401, errorCode:'auth.unauthorized' }` / `{ status:401 }` / 空码 ⇒ `true`;`auth.principal_required` / `principal_unverified` / 别的 401 码 / 403 / 407 / 状态是串 / 只有码没有状态 / 状态取值器抛 / 非对象 ⇒ `false`;永不抛。判表 24 行在 0.88.0 的包内判官上与 0.89.0 的包内与公面判官上逐行同答。三处同答:同一抛出物经后台视图 fleet 源出 `unauthorized` ⟺ 公面判官答 `true`。**G-CR2c**(取舍格,KL-379):401 + 码取值器抛 ⇒ 与无码 401 同读(现读法)。
+- **G-CR3**(本版证明,夹具):sdk 12.0.1(开发依赖)/ 15.2.0 / 15.0.0 三代各自把 401 体(带 `auth.unauthorized` / 无码 / 空码 / 空体)造成的 `AuthError` ⇒ 公面判官 `true`、后台视图 fleet 源出 `unauthorized`;同三代造出的 401 `auth.principal_required`(`AuthError`)/ 401 `principal_unverified`(`PrincipalUnverifiedError`)/ 403 / 407 ⇒ `false`、fleet 源出 `unavailable`。(0.88.0:公面非函数)门环境:15.x 两代各用一只环境变量钉探针树 —— `SEMA_SDK15_ROOT`(15.2.0)与 `SEMA_SDK15_ROOT_OLD`(15.0.0;冒号分隔可多个);缺席的一代打 `SKIPPED-SECTION`(收集器记 PARTIAL,不当绿)。
+
+**服务端 7.111.0 两项**
+- **G-IN1**(本版证明):帧 `instructions:{ selected:['AGENTS.md'] }` ⇒ 内部臂 `_sema_instructions`、chrome 事件、提交回执视图三面同值且冻结(段对象与数组);交出的不是入参那一只,入参事后被改不影响已交出的值;段内多余成员不过境;提交回执视图与流式腿 chrome 事件去掉 `kind` / `laneProof` 逐字节相等。(0.88.0:三面都没有这一键)
+- **G-IN2**(本版证明):`selected:[]` ⇒ 三面都在场、空数组;与同帧缺席这一段的读数互异。(0.88.0:缺席)
+- **G-IN3**(本版证明):只带这一段的帧(`['CLAUDE.md']` 或 `[]`)⇒ 投影成臂、chrome 恰一条(键只有 `kind` / `laneProof` / `instructions` / `eventId`)、提交回执 `manifest`;子流三键任一 ⇒ 不上主面。(0.88.0:`none / not_in_slice`、提交回执 `unreadable`)
+- **G-IN4**(回归约束 + 坏形):帧上缺席 / 值为 `undefined` ⇒ 三面无此键(不折 `{selected:[]}`);十四种坏形(`null` / 串 / 数 / 布尔 / 数组无包层 / 空对象 / `selected` 为串 · `null` · 类数组对象 / 含数 / 含空串 / 一好一坏 / 有洞 / 洞由原型补值 / `selected` 在原型链上)⇒ 整段缺席、同帧别段照交;只有坏形这一段 ⇒ `not_in_slice` / `unreadable`;原型链上的 `instructions` 不算在场;`instructions` 或 `selected` 读取时抛 ⇒ 段缺席、同帧 `mcp: []` 照交、不抛。(0.88.0 上这些格同样不出这一键 —— 那一版根本不读这一段;本格守的是本版读法不把坏形放进来)
+- **G-IN5**(本版证明,夹具):服务端 7.111.0 发布包真铸链 —— 加载器陈述(`instruction-selection.js` 的 `settleLegInstructionStatement`)→ 腿段 → 租户面与 operator 面两只投影器 → 本包:选中 `AGENTS.md` / `.claude/CLAUDE.md` / 一个都没选中三种陈述 × 两面,chrome 与非流式回执的 `instructions` 与真帧逐字节同;没有陈述 ⇒ 真帧与 chrome 都没有这一键;本包十二段里只带这一段的真帧 ⇒ 成臂。服务端 7.110.0 发布包:没有加载器陈述模块、投影器单参,同一构造真帧无此段 ⇒ chrome / 提交回执都没有这一键。(0.88.0:7.111.0 真帧的这一段不出;只带这一段的真帧不出事件)
+- **G-IN6**(本版证明):开集 —— `['GEMINI.md']` / `['docs/AGENTS.md']` / `['agents.md']` / `['CLAUDE.md','AGENTS.md']` 原字节交到 chrome 与提交回执(不按四个候选、不按段长收窄)。
+- **G-IN7**(本版证明):不经投影口直接喂进适配层的内部臂(宿主自建管线 / 重放存量转录)上,`_sema_instructions` 再过同一只窄读:好形 ⇒ 冻结副本;只带坏形 ⇒ 不产事件;坏形 + 别段好形 ⇒ 别段照交、无此键。
+- **G-IN8**(回归约束,声明对拍,不随服务端夹具必跑档):sdk 15.3.0 的 `wiring_manifest` 事件臂声明可选 `instructions`、`WiringManifestInstructions` 只有必带的 `selected` 数组;sdk 15.2.0 臂上没有它。
+- **G-MI1**(本版证明):子代转向 200 回执带非空串 `messageId` ⇒ 成功结局 `{ ok, receipt, messageId }`,`ok` / `receipt` 逐字节不变,注入 client 形与已装目标形同答;回执没有 ⇒ 结局无此键(与 0.88.0 逐字节同);空串 / 数 / `null` / 布尔 / 对象 / 数组 / 原型链上的同名键 / 读取时抛 ⇒ 不带、不抛;回执体 `null` / `undefined` / 串 ⇒ 缺省句、无此键。夹具:服务端 7.111.0 发布包的真路由(子代转向那一臂)起在本机,开发依赖 sdk 与 sdk 15.3.0 两只真 client 打过去 ⇒ 结局 `messageId` 与 200 回执逐字节同、与服务端账本受理的是同一个值;服务端 7.110.0 真路由 ⇒ 回执无此键、子代转向不经账本、结局无此键,`ok` / `receipt` 与新一代逐字节同。声明对拍:sdk 15.3.0 `SubagentSteerReceipt.messageId?` 在、15.2.0 不在。(0.88.0:成功结局恒无此键)
+
+**展示出口**(`W(s)` = `displayUntrusted(s, { controls: false, bidi: false, foldLines: false })`,`D(s, o)` = `displayUntrusted(s, o)`,`LINE = { foldLines: false, mark: 'dot' }`,`FIELD = { foldLines: false, mark: 'escape' }`,同 §114c;「凭据两网全关」= `{ credentialUrls: false, credentialWords: false }`;不可见 / 非 ASCII 空白写成 `\uXXXX`)
+- **G-DU17**(本版证明;终端给的字节判据形):`W('Token sk-l963-PLACEHOLDER')` 与 `D('Token sk-l963-PLACEHOLDER')` 恰 `Token «redacted:secret»`(不含 `sk-l963-PLACEHOLDER` ∧ 含 `«redacted:`);`token sk-l963-PLACEHOLDER` ⇒ `token «redacted:secret»`;`MCP server failed: Token sk-l963-PLACEHOLDER rejected` ⇒ `MCP server failed: Token «redacted:secret» rejected`;`Token abcdefghijklmnopqrstuvwxyz0123456789` ⇒ `Token «redacted:secret»`。(0.88.0:四形原样)
+- **G-DU18**(回归约束;两版同):`Authorization: Token sk-l963-PLACEHOLDER` ⇒ `Authorization: Token «redacted:secret»`;`token=…` ⇒ `token=«redacted:secret»`;`Token: …` ⇒ `Token: «redacted:secret»`;`Bearer …` / `bearer …` ⇒ 值换记号;`Token sk-live-0123456789abcdefghijklmnop` ⇒ `Token «redacted:secret»`;``token: `GITHUB_TOKEN` `` 原样;`token = count` ⇒ `token = «redacted:secret»`。
+- **G-DU19**(负向;两版同 —— 本版证明的另一半;门里共 24 句,下列取其中 15 句):下列各句在 `W` / `D(·)` / `D(·, LINE)` / `D(·, FIELD)` 上与「凭据两网全关的同选项出口」逐字节同:`Token count: 1234`、`tokens = 3`、`token expired`、`the token was rejected`、`Invalid token`、`OAuth token refresh failed: invalid_grant`、`token exchange failed with HTTP 400`、`prompt token budget exhausted (200000 tokens)`、`the access token has expired; run /login`、`MCP server: token endpoint returned 401`、`token limit exceeded: 4096`、`Failed to refresh token\nPlease run /login again`、`token doesn't match the expected audience`、`token will expire in 5 minutes`、`TOKEN LIMIT REACHED`。
+- **G-DU20**(本版证明;邻形):分隔换成 `\u00a0` / `\u3000` / `\u2003` / `\u115f` / `\u2800` / `\u200b` / `\u00ad` / `\u200f` / `\u0007` / `\n`、方案词写成 `TOKEN` / `ToKeN`、值被 `"…"` / `'…'` / 反引号包着、整句在 OSC / DCS / APC / C1 OSC 控制串里、`--token <值>` / `password: Token <值>` / `{"auth":"Token <值>"}`:全出口(只开 URL 结构面除外)不露值。尖括号 / 括号包着的值(`Token <…>`、`Bearer <…>`、`api_key=<…>`)两版都原样(占位写法;KL-383)。(0.88.0:除占位写法外各形露值)
+- **G-DU21**(本版证明;只开 URL 结构面出口):`https://h/?a=1\u00a0token\u00a0<值> tail` 与 `https://h/?a=1\u00a0Bearer\u00a0<值> tail` ⇒ `https://h/?a=«redacted:query» tail`;`https://h/?a=1\u00a0token=<值>&b=2` ⇒ `https://h/?a=«redacted:query»&b=«redacted:query»`。(0.88.0:后两形在这一出口露值)`W('https://h/?a=1\u00a0token <值>')` ⇒ `https://h/?a=«redacted:query»\u00a0token «redacted:secret»`(分隔是 ASCII 空格,照旧让给词级面)。
+- **G-DU22**(本版证明;幂等):`D('\u001bPBearer \n\u001b]8;;h\u001b\\')` 恰 `\u001BPBearer \u001B]«redacted:secret»;;h\u001B\`(字面转义形),再洗一遍不变;`password:` 同形同。(0.88.0:一遍 `…\u001B]8;;h…`、两遍才遮 `8`)
+- **G-DU23**(回归约束;两版同 —— 路径尾状态码放行):`POST https://auth.example/oauth/token 400 Bad Request` / `GET /api/v1/token 200 OK` / `POST /oauth/token 401 Unauthorized` / `curl -X POST https://id.example/oauth2/token failed: 503` ⇒ 全出口(`W` / `D(·)` / `LINE` / `FIELD` / 只开 URL 结构面 / 只开词级面)与凭据两网全关的同选项出口逐字节同,即原样;路径尾后跟别的值照遮:`POST https://auth.example/oauth/token abcdefgh` ⇒ `POST https://auth.example/oauth/token «redacted:secret»`。(0.88.0:四形原样;路径尾后跟别的值那一形原样)
+- **G-DU24**(本版证明;引号包着的放行词照遮):`token "count"` ⇒ `token "«redacted:secret»"`;`Token "please"` / `Bearer "only"` / `basic "auth"` 的机读口输出都含 `«redacted:` 且不含引号里那个词;单引号 `token 'count'` 同。(0.88.0:前两形原样,`Bearer` / `basic` 两形已遮)
+- **G-DU26**(本版证明 + 回归约束;标签值以 `token` 方案词起头):`W('"token": "Token https://h/SECRET123456/x"')` ⇒ `"token": "«redacted:secret»"`;`W('password: Token\u00a0https://h/<值>')` ⇒ `password: «redacted:secret»`;`W('"api_key":"Token <值>"')` ⇒ `"api_key":"«redacted:secret»"`;`W('password: Token <值>')` ⇒ `password: «redacted:secret» «redacted:secret»`;全出口(只开 URL 结构面除外)不露值。回归:`"token": "Bearer https://h/<值>/x"` / `password: basic https://h/<值>/x` 两版同字节(地址主机 / 路径原样,KL-386);`key: token: <值>` ⇒ `key: token: «redacted:secret»`;无标签 `Token https://h/p?x=1` ⇒ `Token https://h/p?«redacted:query»`(按方案词 + 地址豁免,与 `Bearer` 同;0.88.0 ⇒ `Token https://h/p?x=«redacted:query»`)。(0.88.0:前三形同本版,`password: Token <值>` ⇒ `password: «redacted:secret» <值>`)
+- **G-DU27**(本版证明 + 回归约束;`token` 只加遮盖):机读口逐字节 —— `W('Authorization: “Token\u00a0https://hooks.example/services/T00/B00/<值>”')` ⇒ `Authorization: «redacted:secret»`;`` W('password=`Token\u3000https://hooks.example/p/<值>`') `` ⇒ `password=«redacted:secret»`;`W('Bearer “Token\u00a0https://hooks.example/p/<值>”')` ⇒ `Bearer «redacted:secret»`;`W('Basic *token\u2003https://h.example/p/<值>/x')` ⇒ `Basic «redacted:secret»`;`W('password: "Bearer x Token https://h.example/p/<值>/x"')` ⇒ `password: "Bearer «redacted:secret» «redacted:secret»"`;`W('password=x.Token\u00a0https://h.example/p/<值>')` ⇒ `password=«redacted:secret»`;`W('Basic Token\u00a0<值>')` ⇒ `Basic «redacted:secret»`(共十形,全为 0.88.0 字节;全出口不露值)。回归:`W('password: Token https://h.example/p/<值>')` ⇒ `password: «redacted:secret» https://h.example/p/<值>`(ASCII 空格、不加引号:既有形,两版同);`W('Bearer Token <值>')` ⇒ `Bearer Token «redacted:secret»`;`W('password: Token <值>')` ⇒ `password: «redacted:secret» «redacted:secret»`。(0.89.0 修前:十形里九形露地址路径或值)
+- **G-DU25**(回归约束 + 本版证明;解析器诊断一组两版同,负控一组本版照遮):`SyntaxError: Unexpected token '<', "<!DOCTYPE "... is not valid JSON` / `Unexpected token u in JSON at position 0` / `SyntaxError: Unexpected token 'export'` / `Token indices sequence length is longer than …` 等 18 句全出口原样(与凭据两网全关同字节);`unexpected` 不是左邻(`token '<值>'` / `Unexpectedly token '<值>'` / 两枚空格 / 制表符 / 换行 …)⇒ 引号值照遮。(0.88.0:前一组原样)
+
+### 115d. 端上要动的读点
+
+坐标来自本机克隆的只读检索,读的提交:终端 tag v1.0.139(e8c463c6)· 网页端 `origin/main` 0fb6df3 · 管理台 `origin/main` 21b8951 · 桌面端冻结(钉本包 0.13.0,HEAD 9ce3736)。终端 / 管理台的产品源码坐标省去开头的 src 目录,网页端坐标从仓根起(`ui/`);本机克隆可能落后远端,行号会漂,合并前请各端对自己的最新主干重看一遍。
+
+**终端**(v1.0.139;钉本包 0.86.0)
+
+- 🔴 steer 账本 503(SL-1,编译红一次):`sema/controlSafetyAdvice.ts:85` 穷尽 `switch` + `:168` `assertExhaustive` —— 补 `ledger_unavailable` 一臂,渲本包那一句(「没送到、原文稍后重发」);共用处置 `sema/queuedPromptSteer.ts:286-331`(留队列当下一条发、不重试)与它一致,零改动。子代(SL-3):`screens/REPL.tsx:4334-4348` 渲 `detail ?? reason`,新臂把句子放 `detail`,零改动即得。🔴 开集位兜底:终端 1.0.140 `sema/controlSafetyAdvice.ts:56-63` 的 `UNRECOGNISED` 渲「nothing was delivered — retry it」(注释自称判词逐字照包),与本包这一位的句子不一致 —— 本包按状态码分两句(4xx「没落地」;5xx / 状态码是串 / 缺席「送达未知,别当它确知被丢而重发」;115a′ 第 14 条),壳侧这一句在非 4xx 形上会让用户重发一条可能已送到的话。请改读本包句(`ControlSafetyError.message` 里 ` — ` 之后那一段),或按同一把尺分两句。
+- 🔴 steer 未用上通告(UI-1 / UI-2,请托方):终端 1.0.140 已在壳侧按 `detail.cause` 分两句(`sema/upstreamBridge.ts:1072-1095`,自家措辞 —— `crashed` 句为「may have reached the model」;`detail.steer` 按条数读;退役条件登记在终端自家退役登记表的 `steer-undrained-cause-open-compare` 一行)⇒ 请退掉壳侧这一份,换读包句:`readUserInputUndrained(notice)` → `userInputUndrainedNotice(facts)`;两只都答 `undefined` 时落既有通用行(渲引擎给的 `message`),不要回落旧句。句子不带子代位(引擎 7.39.0 的子代上报那一条本版读成父腿自己的)。去重沿用现行的事件身份顺序(`:2403-2428`),与 115b 口径相容。
+- 终局服务商拒绝(PR-1 / PR-2,请托方):今天终局只读 kind(`sema/liveClient.ts:913` 等);错误行出路句改读 `providerRejectionResend(readRunTerminal(…)?.detail)` 的 `text`,`undefined` 时照旧。
+- 成因短语(OP-1,请托方):`sema/printLaneRequestReceipt.ts:96` 的行形 `${旗} was not sent on this run: ${…}.` 不变,`CAUSE_TEXT`(`:81-87`)换成 `taskRequestOmissionCausePhrase(cause)`;终端自家退役登记(scripts/uplift-retirement-registry.json:479 那一行)随换读处置。换读后 `other_channel` 那一行的行形「was not sent on this run」对这一成因不是逐字真(KL-359)。
+- hooks 执行者(HK-1 / HK-3 / HK-5,请托方):① `sema/pluginHooksWirePlan.ts` 给计划多交两只入参 —— `shellHookTypesByEvent` 由 `:123-136`(四事件 prompt 表与 `localExecutorRunsHookType`)按车道生成(与 `shellHookEventsFor` 同一份事件表);`promptAuthoredByUser`:`wireHooksForTurn('interactive', { mainLane:false })` 的工具性提交与 `isMeta` 注入(`sema/engineTaskNotification.ts:107` → `utils/processUserInput/processUserInput.ts:217`)交 `false`。② `utils/hooks.ts:1725-1737` 取快照组那一步对设置来源组过 `settingsHooksKeptLocally(plan, event, group, { engineCompaction })`(计划锁存照 `enginePluginHookSkipper` `sema/pluginHooksWirePlan.ts:479-500` 的既有机制;插件跳过不变)。③ `/compact`(`commands/compact/compact.ts:133` `requestEngineCompact` 的结果)映成 `engineCompaction` 交给本地压缩前后两次触发(`services/compact/compact.ts:482-490` 一带):引擎这次真压了 ⇒ `'performed'`;不支持 / 离线 / 不在跑 ⇒ `'not_performed'`。
+  - 🔴 **接缝一(派发前减法;读码推断,未实跑)**:`rejudgeLatchedPlan`(`sema/pluginHooksWirePlan.ts:314-369`)与 `refilterHooksForDispatch`(`:392-455`)按值比对「此刻现算计划的请求体」做减法。本版起请求体还反映执行者判定(不只治理):引擎在一次提交的 UserPromptSubmit 阶段与派发之间被温切(同地址换一台)⇒ 能力缓存回到未读到 ⇒ 现算计划把那只 hook 判给本端 ⇒ 减法拿掉本端已按「引擎跑」跳过的条目 ⇒ 这一轮零次(KL-373)。请把减法收窄为「只减治理拿掉的」:现算计划 `settingsVerdicts` 里判 `shell` 的不算治理拿掉、不减。
+  - 🔴 **接缝二(非用户所写的提交)**:插件 UserPromptSubmit 条目在 `promptAuthoredByUser:false` 时进 `excluded`,`pluginHookVerdictOf` 答 `undefined`,`enginePluginHookSkipper` 只跳 `engine` ⇒ 会本地跑。`processUserInput.ts:217` 对 `isMeta` 也走本地 UserPromptSubmit 阶段 —— 请在「非用户所写」的提交上整段不触发本地 UserPromptSubmit(与包的排除同一事实)。
+  - 顺带:`refineVerdictForLocalExecutor`(`sema/pluginHooksWirePlan.ts:530-536`)里按型改判那一半在交了型表后成为恒等,可退;托管专层的本地抑制那一半不在本票。
+- `disableSkills`(DS-1 / DS-4,请托方):`sema/engineWireInjection.ts:233` 判旗后今天只把 `skills` 置空(`:172` → `sema/seamQuery.ts:791` 省略键)—— 部署技能照装;改为把 `...disableSkillsDeclaration(true, baseUrl).field` 交装配口(交互 `sema/seamQuery.ts:1654`、`-p` `sema/seamQueryEngine.ts:1334`),`withheld` 时渲 `withheld.text`。同一提交里 `skills` 不交(或交空数组);用户 agent 定义里写了技能的,带这一键时本包按名拒(二选一,KL-358),端要在交 agents 之前决定怎么处置。要首发也关技能,取片段前先 `await engineCapsSettled(baseUrl)`(KL-357)。
+- fleet 流 401(CR-1,请托方):`sema/fleetClient.ts:487` 的 `verdict.kind === 'http' && verdict.status === 401` 改调 `isReadCredentialRefusal(err)`(终端源码对它零命中);去抖(`sema/fleetStreamRefusalNotice.ts:35-37`)与四种来源的句子(`:88`)留端;句子前半可改用 `READ_CREDENTIAL_NOT_ACCEPTED_NOTICE`。
+- 审批问类(AC-1 – AC-3,非必改):卡面 `sema/liveToolApprovalWire.ts:354` / `:484`、`sema/askFrameNotes.ts:360`、停车卡 `:218` 可选显示问类;缺席不渲「普通」。
+- `wiring_manifest.instructions`(IN-1,请托方,随服务端 7.111.0):`sema/upstreamBridge.ts:2596-2613` 的 `noteWiringManifestReading` 展开式补 `...(e.instructions !== undefined ? { instructions: e.instructions } : {})`(缺席不补键,与同处 `hands` 同律)。🔴 终端自家的逐段处置门(终端仓 scripts/wiring-manifest-sections.json + 对应门)有两腿会因本版 / 换 sdk 变红:**包侧投影腿**读本包 `dist/seam.d.ts` 的 `WiringManifestChromeEvent` 成员名,换钉本包 0.89.0 当拍多出 `instructions`(0.88.0 起的 `fileHistory` 同理,终端 v1.0.139 钉 0.86.0 时还没吃到)⇒ `packageProjection.sections` 加这两段;**sdk 分母腿**读 sdk `events.d.ts` 的事件臂顶层键,换 sdk ≥ 15.3.0 当拍多出 `instructions` ⇒ 加一行处置。子代转向结局(MI-1):`screens/REPL.tsx:4334-4348` 只渲 `receipt`,零改动即得。
+
+**网页端**(0fb6df3;钉 0.84.1)
+
+- 审批问类:引擎卡 `ui/lib/engine/engine-hitl-frames.ts:163`、待决行 `ui/lib/engine/suspended-subagent-ask-wire.ts:58`、座位卡 `ui/lib/desktop/local-sessions-transport.ts:510`(经 `toolPermissionRequestAskBits(req)` 铺座位面,`:574`)—— 多两只可选位,零改动即得;座位面若有「键集恰等」断言,加这两键。
+- 终局:`ui/lib/engine/engine-turn-legs.ts:228/314` 用 `readRunTerminal`、不读 `detail`;要分「改了重发」两句就接 PR-2(重发类句在 `ui/lib/turn-error-classify.ts:451/497`)。
+- `engine_notice` / `wiring_manifest` 登记为不消费(`ui/lib/engine/chrome-arm-ledger.ts:126/164`);hooks 不随请求投、无本地执行器 —— 零改动。
+
+**管理台**(21b8951;钉 ^0.84.1)
+
+- `engine_notice` 按码与原词投 warning(`lib/chat/transport/turn-mapping.ts:727`),不经本包受众 —— `SERVER_NOTICE_AUDIENCE`(退出公面)删名零影响;新五码照原词显示。
+- 审批读 mandate / origin(`lib/chat/transport/hitl-frames.ts:379`、`components/chat/hitl-card.tsx:137`、`lib/approvals/inbox.ts:134`)—— 零改动。
+- 终局 `lib/chat/transport/run-terminal-wording.ts:15` 四臂 switch 不读 `detail` —— 零改动(要分句就接 PR-2)。
+
+**桌面端**:冻结期零改动(`SERVER_NOTICE_AUDIENCE`(退出公面)/ 问类 / hooks / `disableSkills` 零读点;`ToolPermissionRequest` 手拼不受可选位影响)。
+
+**验收方**
+
+- 新增 G-NM / G-TI / G-UI / G-PR / G-SL / G-OP / G-AC / G-DS / G-HK / G-CR / G-IN / G-MI / G-DU 十三组;按 115a′ 改锚(码册八十六 · 受众表名退役 · 「改了重发」只读状态码 · 自愈 503 + 账本码 · `disableSkills` 不再被拒 · hooks 请求体三事件 · 展示出口无标签 `token` 方案词形 · 插件「本端跑」射程 · 审批键表 33 / 16 · `wiring_manifest` 十二段)。G-PR6 / G-HK16 为端侧验收格。
+
+### 115e. 下一 minor(0.90.0)口形预告:合成行的行种机读位(本版零代码)
+
+- 合成终局行铸点盖超集键 `_sema_row_kind`(六词:`api_error` / `governance_stop` / `model_output_error` / `outcome_unknown` / `session_busy` / `engine_link`),同带 `_sema_error_code`(与同一终局结果帧同一来源)与可证的 CC `error` 词;读口 `rowKindOf(m, { hostKinds? })`(只读自有键、精确字节)、`isSyntheticRow(m)`(不抛)、`inferLegacyRowKind(m, { requireFlag })`(旧转录的唯一正文推断口);`classifySubmitFailure(err)` 与本版「改了重发」共用同一张状态分档表。
+- 三只正文谓词 `isGovernanceStopRowText` / `isModelOutputErrorRowText` / `isOutcomeUnknownRowText` 0.90.0 标弃用、0.91.0 退出根入口。
+- 详细设计段随 0.90.0 的接入文档段先行。
+
+### 115y. 🔴 三端升级必读(固定段式)
+
+1. **换钉 `^0.89.0` 之前**:① 对 `ControlSafetyCode`、`EngineNoticeFactsCode`、子代 steer 结局联合、`PluginHookReason` / `PluginHookExclusionReason` 做穷尽 `switch` / 穷尽 `Record` 的 TypeScript 端编译红一次 —— 补 `ledger_unavailable` 一臂(终端 `sema/controlSafetyAdvice.ts` 必红)、`'task.tool_turn_incomplete'` / `'task.user_steer_undrained'` / `'task.user_followup_undrained'` 三行、`not-delivered` 一臂、六个原因词与一个排除词;本机检索只有终端那一处。② **根入口删一名** `SERVER_NOTICE_AUDIENCE`(退出公面;本机检索四端源码零读点)—— 改用 `noticeAudienceOf(code)`,四码答案不变;新公面 **八** 名(逐名见 CHANGELOG「公面合计」);公面类型名 +10;三型各 +2 可选位(两只公开键表 `TOOL_APPROVAL_FRAME_KEYS_MIRROR` 31 → 33、`TOOL_PERMISSION_REQUEST_KEYS` 14 → 16)、hooks 计划 +2 数组(判形口对缺这两只的计划按空数组收下:按 0.88.0 型面拼 / 派生计划的 JS 宿主零改动;TypeScript 自造计划字面量要补两位)/ 引擎事实 +1 位 / 入参 +2 可选位、`TaskRequestInput.disableSkills?` 对构造方 additive。③ 已发导出的可观察变化(不改代码也会看到):码册 86 码,`task.tool_turn_incomplete` 经包按受众分发时上用户面,`task.tool_turn_incomplete` / `task.user_steer_undrained` / `task.user_followup_undrained` 经派发口有 typed 读数(此前 `undefined`);自愈 steer 腿遇账本 503 说「确知没送到」;主 run steer 遇表外 `steering.*` 码时处置句按状态码分两句(4xx「没落地」同 0.88.0,非 4xx 改「送达未知」);`atMostOnceFailureClass` 认 `statusCode` 拼法的状态码;卡入参 / 座位过境口在服务端 ≥ 7.109.0 上多出问类两位(缺席时逐字节同 0.88.0);交互车道的设置来源 UserPromptSubmit / PreCompact / PostCompact 条目判给本端时不再出现在请求体里(部署要身份时本端跑得了的那几只同样不在;压缩两事件上引擎可能跑的条目不判给本端、照在请求体里 —— 引擎自动压缩只跑请求带来的 hooks;第五只起的 prompt / agent 本端跑得了时仍判本端),判给引擎时请求体照旧(端接 HK-5 之前本端执行器照旧跑 —— 仍是两次,接了才一次);端交了型表后插件条目在本端跑不了的型上判「不会执行」,清单多出如实的行;设置来源 PowerShell 形 command 与「引擎整份忽略且本端跑不了」的条目进清单;`buildTaskRequest` 对 `disableSkills` 不再一律按「不认识的键」拒(`true` 上请求体 / `false` 不发 / 坏值换成坏值句),`applyLiveRequestDefaults` 在「请求带 `disableSkills: true` ∧ 落位后的 agents 带技能」这一形上抛 `TypeError`(只有带新键的请求走得到);展示出口在带凭据的输入上输出字节变(无标签 `Token <值>` / `token <值>` 此前原样、本版遮;放行表内的英文词、`/token` 路径尾后接状态码、尖括号占位原样;URL 片段值后隔不换行空格再跟方案词 / 标签的形在只开 URL 结构面的出口上多遮;跨行控制串内容一遍落定);`wiring_manifest` chrome 事件 / `WiringManifestView` 多一可选键 `instructions`,只带这一段的帧开始出事件;子代转向成功结局多一可选键 `messageId`;事实读器与派发口对只在原型链上的通告信封(`code` / `detail`)答 `undefined`(来自 JSON 的通告不受影响)。对这两只型做「键集穷尽」断言(例如逐段处置表与 `WiringManifestChromeEvent` 成员名对账)的端,换钉当拍补一行。④ peer sdk 地板 `>=12.0.1` 不动;开发依赖引擎 `~7.38.2`(构建期)。
+2. **逐面**:
+   - **通告**:`task.user_steer_undrained` 的 `crashed` 臂不要说「从未用上、请重发」—— 用 `userInputUndrainedNotice`;读不出时落通用行。去重按事件身份,不要按 `code + taskId` 跨流去重。
+   - **终局**:「改了重发」只认 `providerRejectionResend`;不要按 `detail` 在场判,也不要读 `message` 文字。
+   - **steer**:账本 503 = 确知没送到,原文稍后重发(同一个幂等键照用);不要把它渲成「可能已送到」。表外 `steering.*` 码:4xx 没落地;5xx / 状态码是串 / 缺席 = 送达未知,别按确知被丢重发 —— 直接渲本包的处置句,不要自写一句「nothing was delivered」。
+   - **审批问类**:两位同在同缺;缺席不渲「普通」;按词分支带 `default`(下一版引擎会加类)。
+   - **`disableSkills`**:只经 `disableSkillsDeclaration` 拿字段,不要直接往请求里塞 `true`(老服务端整份 400);`withheld` 时把那一句告诉用户;同一提交别再交技能 / 带技能的 agent 定义(二选一)。
+   - **hooks**:🔴 计划交 `shellHookTypesByEvent` 与 `promptAuthoredByUser`(与换钉同批 —— 只报事件不交型表时,设置来源的 prompt / agent 一律交引擎、本端不跑,引擎这一次不跑时本端跑得了的 prompt 也不跑;KL-372),本地执行器对设置来源组过 `settingsHooksKeptLocally`(插件跳过照旧),`/compact` 交 `engineCompaction`;派发前若按现算计划做减法,只减治理拿掉的(115d 接缝一);非用户所写的提交整段不触发本地 UserPromptSubmit(115d 接缝二)。判给引擎的 hook 看到的是引擎的环境(放进设置的 `env` 的变量才在),被它拦下的主提交本版只显示为 `blocked` 终局 —— 这两点写进端自己的发布说明。
+   - **展示出口**:零改动即得;按字节断言出口输出的端侧格,若断言「`token` 后面那个词原样」,先核那个词是不是英文普通词(表外的词本版会被遮)。
+   - **缺席 = 没说**:`detail` 缺席不是「不是服务商拒绝」;问类缺席不是「普通」;能力位缺席不是「不支持」;`instructions` 缺席不是「没有指令文件」;判官答 `false` 不是「不是认证问题」。
+   - **各端**:终端 —— 请托方七件按 115d;🔴 `ControlSafetyCode` 编译红一次;成因行、steer 未用上通告与终局错误行改读包句;hooks 两处接缝;指令文件来源读点与逐段处置门补行。网页端 / 管理台 —— 零改动即得(审批卡多两只可选位)。桌面端 —— 冻结期零改动。
+3. **成文改口**:见 115a′(码册与用户面码数一条 · 受众表名退役一条 · 「改了重发」判据一条 · 自愈 503 一条 · `disableSkills` 一条 · hooks 两条 · `wiring_manifest` 一条 · 审批键表一条 · `childSessionId` 格一条 · steer 处置句一条 · 展示出口五条 · 通告信封一条);既有段(§101 / §108 / §109 / §112 / §114 等)不回改,以本段为准;活段 §0a / §2 / §2b 与签名块通告码表长同批改。
+
+**包侧缺口:** hooks(CC-287)—— ① 被引擎侧 UserPromptSubmit 拦下的主提交没有机读因由(候引擎 7.39.0 与服务端提货那一版;本版端上与模型自报 `blocked` 同形;KL-371)· ② 引擎能力面只有 `taskSettings.hooks` 一只布尔,没有按型的位:prompt / agent 型按发布服务端的装配事实判「引擎会跑」,自行嵌入且不给 hook 载体的宿主上会静默不跑(KL-366)· ③ prompt / agent 条目在本事件里排在第四只之后、本端又跑不了时判 `engine_unconfirmed`、不进清单(本端跑得了时判本端,依据词 `engine_llm_limit`,压缩两事件同;引擎只数真跑了的这类条目,投影期说不准;KL-368)· ④ 压缩前后 hook 的执行者依赖端交「引擎这次压没压」;引擎已安排压缩但之后再没有 run 时一次都不跑(KL-369)· ⑤ 判给引擎的 hook 子进程看不到本机终端的环境变量(KL-370)· ⑥ 引擎跑的 UserPromptSubmit 注入的上下文在端上没有单独一行(KL-371);终局(CC-282)—— ⑦ 「改了重发」只读状态码:服务商对非正文问题(模型参数、账户能力)回 400 也会说「改了重发」;413 与 422 归「可编辑」(KL-376);审批问类(CC-284)—— ⑧ 不判类成员、不重排(开集原样;服务端 7.110.0 起才按引擎规范序交出;KL-360)· ⑨ 带重复员的一对本包两位都不带(比服务端 7.109.0 严;引擎铸的类集走不到;KL-361);通告(CC-282)—— ⑩ 引擎 7.39.0 起子代收场没用上的输入会在父会话再说一条,本版读器不读子代位(那一条读成父腿自己的;KL-364);`crashed` 那一句在引擎给出用上的证据之前只能说「不知道」(KL-362);`disableSkills`(CC-277)—— ⑪ 能力位没读到时第一条请求不关技能(带一句说明;KL-357);与带技能的 agent 定义同交按名拒,本包不替宿主剪 agent 的技能(KL-358);凭据(CC-289)—— ⑫ 401 身份类两码仍无专句(§112 射程);服务端 7.111.0 两项(CC-282)—— ⑬ `instructions.selected` 成员按开集原字节交,本包不判它是不是今天的候选、不判段长(KL-380)· ⑭ 子代转向 `messageId` 只原样交、不与会话读面「受理了、没用上」那一行关联(KL-381);登记物 —— ⑮ 终端侧两只同名读口 `promptKnownUndelivered` / `withoutUndeliveredPrompts` 本版仍是注入本进程账本的薄包装:下一个 minor 在账本对象上出同判的两只方法,终端改调方法后删包装(过渡表期限 0.90.0);终端回执成因词表已随终端 1.0.140 改读本包整句表而退;十处基线存量由终端在下一版一次清(复核期 0.91.0),过渡物退役登记四行按期复核(0.91.0);展示出口(CC-290)—— ⑯ 方案词 `token` 后放行表外的英文词 / 数字 / 反引号变量名多遮一个词;地址路径以 `/token` 收尾后接三位状态码的日志行形放行,路径尾后跟别的值照遮(KL-382)· ⑰ 标签 / 方案词的值以 `<` / `(` / `[` / `{` 起头时不认(两版同,占位写法;KL-383)· ⑱ 标签值写成「`bearer` / `basic` 方案词 + 地址」(`"token": "Bearer https://<主机>/<路径>"`)时地址的主机 / 路径原样显示(query / userinfo / 片段照遮;0.88.0 同);`token` 方案词不在此列(只给它自己的值加遮盖,外层值照 0.88.0 读),唯 ASCII 空格分隔、不加引号的 `password: Token https://<主机>/<路径>` 两版都只遮 `Token`(KL-386)· ⑲ 「下一对键值」的第二种读法(记号之后隔点 / 空格再跟一枚凭据名)里方案词名单仍是 `bearer` / `basic` 两员,`token` 在那里按标签读;一轮即不动由全池差分与模糊幂等实测兜住,名单尚未与方案词判法并成一份 · ⑳ 已知凭据字面形判据(与配置层同一份,逐条对拍)仍只认 `bearer` / `basic` 前缀,不认 `token` + 空白;`token` 的方案词形只由展示出口的方案词判法认 · ㉑ 「标签值以方案词起头 ⇒ 让给方案词」的让位通则在方案词的值是地址时是否改为外层整值遮,候 0.90.0 评估(改为外层整值遮的写法会在同一遍双方案词、引号地址 + 里层标签两形露凭据,本版不收);既有读法(0.88.0 同,本版不改)—— ㉒ 失败终局因由的 `code` / `kind` 与插件判定行字段按属性访问读,宿主原型被扩展时原型链上的同名键算在场(KL-387)· ㉓ steer 抛出物的 `status` / `statusCode` / `errorCode` 是读它就抛的取值器时,主 run 的 steer 把读取错误原样抛给调用方(KL-388)· ㉔ hooks 跳过口客户端一侧按属性访问读,`Object.prototype` 上放着组 / 条目字段名(如 `matcher`)时认不出已发出(KL-390)。
+
 ## §114 🆕 0.88.0(2026-10-02)展示出口凭据面一次扫描 + 崩溃收敛 `cause` 第二词 + `server.model_unreachable` 入册 + 开发依赖换钉引擎 7.37.1(放行原因闭集镜像 · 修复通告读器)+ 会话所有者自助记忆抹除 + registry 409 两义判别 + 请求键 `requireExistingSession` 与被拒读口 + 投递事实判定归包 + plan 决断台账离门认领 + `wiring_manifest.fileHistory`(🔴 minor;型面 BREAKING 零处(对构造方);根公面运行期导出 1356 → 1372〔+16〕;测试钩 62 不变;公面类型名 922 → 942〔+20〕;`CrashConvergedRow.cause` 闭集 +1 词、`EngineNoticeFactsCode` +2 员〔穷尽分支的端编译期红〕;`WiringManifestChromeEvent.fileHistory?` / `WiringManifestView.fileHistory?` / `TaskRequestInput.requireExistingSession?` 三只可选位;展示出口在带凭据输入上输出字节变;超集键 +1〔`_sema_fileHistory`〕;零新投影臂;车道表 44 → 45 行;`ENGINE_NOTICE_CODES` 80 → 81;`SERVER_NOTICE_AUDIENCE` 三行 → 四行;peer sdk 地板 `>=12.0.1` 不动;开发依赖引擎 `~7.36.0` → `~7.37.1`)
 
 > **minor**,十票同发(按票序):