@sema-agent/client-core 0.87.0 → 0.89.0

package/docs/INTEGRATION-CLIENTS.md

@@ -19,11 +19,11 @@
 
 | 项 | 值 | 真源 |
 |---|---|---|
-| 本包 | `@sema-agent/client-core` **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 八条)|
-| 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.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` |
+| 本包 | `@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` |
-| 公开导出面 | **1356** 个运行期符号(+ **62 个测试钩,两种拼法**:38 个 `__*ForTests` + 24 个单下划线开头(22 个 `_*ForTest` + `_resetLiveQuestionStore` / `_resetUltracodePreset`) —— 两种都在 `public-export-baseline.json` 的 `testHookNames` 里、各自受棘轮管,**不在** `names` 的 1356 里。运行期 `Object.keys(dist/index.js)` 的全量 = 1356 + 62 = **1418**;只剔双下划线那 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`(**1356** 项;该基线只覆盖**根**入口,子路径入口 `./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`)。
 
-1356 项的内部构成(帮助端估读表大小;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):**362** 项是 `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 域,逐域计数之和 = 1356)
+### 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 主战场) | 228 | `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` |
+| 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 | **请求装配(上行唯一构造口)** | 38 | `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 | **控制面与传输** | 206 | `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 | **引擎词汇表与包自检** | 141 | `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`)|
+| 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 | **引擎词汇表与包自检** | 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[]                              // 80 码,顺序同源(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,758 @@ 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**,十票同发(按票序):
+> ① **CC-247**:展示出口(`displayUntrusted` / `displayUntrustedMarks`,与本包合成终局行 / 结果帧 `errors[]` 铸点)共用的凭据面,从「几张识别网串行改写同一份文本、洗到不动点」换成**一次扫描**:判别视图 → 分隔 / 并联 / 屏上三种读面 → 各类候选一次收齐 → 按写死的优先序归并(114a-1)→ 落地;带凭据的输入在出口内部对落地结果再过一遍,到输出不再变为止(按改写遍数计、帽 8 次;实测遍数(含确认那一遍):差分门的随机 / 穷举 / 文法池与两条已知构造链至多 3 遍、非定向的自造文法串也见到 4 遍、定向搜索构造的串至多 6 遍;干净文本一遍、逐字节同;定向构造可让改写遍数随长度增长、到帽,KL-355)。带凭据的输入上输出字节变(DU-2);对上一发布产物全池差分,凭据位(本包认得的凭据标签 / 方案词的值位与 URL 结构位)「上一版遮、本版露」= 0(射程:差分门五池与门内追加的最小形之内;池外几形与本包铸点 → 展示出口的复合路径见末行「包侧缺口」⑤ / ⑤′,G-DU9)。
+> ② **CC-218**:服务端 7.108.0 起有序关停截断的腿以 `cause: 'shutdown_before_park'` 列收敛行;修前整行 `dropped`,本版照常分桶、因由不变(SB-1 / SB-2);同版服务端对未被追踪腿的 pending 孤儿改给 `resumeSafe:false`(本包零代码,RS-1)。
+> ③ **CC-270 ①**:服务端自铸码 `server.model_unreachable`(建连失败的模型端点)入受众表(user)+ 事实读器(MU-1 – MU-3)。
+> ④ **CC-272**:开发依赖换钉引擎 `~7.37.1`;放行原因闭集镜像与判词谓词(RR-1);`context.tool_turn_repaired` 入码册(运维面)+ 事实读器(TT-1 – TT-5);审批卡问类两位本版不接(AC-1)。
+> ⑤ **CC-264**:会话所有者对**自己会话**写进记忆的条目发起抹除 —— 调用口按 wire 直发恰一发,判定口四档 + 单源句 + 七值重发姿势,两代服务端逐码读(SE-1 – SE-6,114a-2)。
+> ⑥ **CC-280**:registry 写门 / 回滚门同一个 409 的两义(乐观锁冲突 vs 目标空间被删 / 重建)分开判(RC-1 – RC-5)。
+> ⑦ **CC-281**:请求键 `requireExistingSession`(只续已有会话)上车道表;服务端两种拒绝的读口与一句(RE-1 – RE-5 · RF-1 – RF-5)。
+> ⑧ **CC-271**:「这条消息确知没交给引擎」的判定从终端搬进包 —— 提交事实账本 + 两只同名读口;判据 = 引擎为这次提交**建了 run**(PD-1 – PD-5;🔴 与终端现行判据的差别见 114a′ 第 13 条)。
+> ⑨ **CC-278**:宿主登记的决断被离门证据结掉、还没被投递口认领时,随后到达的投递口认领原笔(DL-1 – DL-3)。
+> ⑩ **CC-279**:`wiring_manifest` 帧的 `fileHistory` 段(这条腿捕不捕文件历史)投影(FH-1 – FH-3)。
+> **到货点名**:终端 —— 请托方四件(CC-271 换读、CC-279 两处读点、CC-280 两条 registry 写腿、CC-281 `--resume` 路径)按 114d;🔴 换钉服务端 7.108.0 时线上锚 `cause` 一锚改钉;决断台账两处测试替身改 `settle()`;按产物字节登记锚的门换钉当天重跑(展示出口三枚登记键不在了)。网页端 —— 🔴 崩溃遗留通告三句开头写死「crash」建议必改(SB-1);其余零改动即得。管理台 —— 零改动即得(一处前缀断言建议放宽)。桌面端 —— 冻结期零改动。
+
+### 114a. 处置表
+
+包处置列与各端列的词同 §113a(按本机克隆的只读检索,读的是哪一个提交见 114d)。
+
+| # | 面 | 包处置 | 旧 → 新 | 终端 | 网页端 | 桌面端 | 管理台 | 验收方 | 本节 |
+|---|---|---|---|---|---|---|---|---|---|
+| DU-1 | `displayUntrusted` / `displayUntrustedMarks` 的凭据面实现 | changed(内部重构;CC-247) | 串行多网 + 不动点循环 → 判别视图上一遍收齐 + 写死的优先序,带凭据的输入出口内部对落地结果再过到不动为止(按改写遍数计、帽 8 次;到帽交最后一次改写的输出);字符面 / 封长 / 标记位置读口不动(只在收尾做一次);封长后的有界重扫保留 | 零改动即得 | 零改动即得 | n/a | 零改动即得 | pending(G-DU1 – G-DU4) | 114a-1 |
+| DU-2 | 带凭据的输入上的输出字节 | changed(CHANGELOG 0.88.0 Changed 第 1 条逐类) | 凭据位「多遮 / 记号位置变」;非凭据位几形少遮(链接与邮箱挨着的干净形;带端口的链接形与上一版同) | 零改动即得(本机检索到的按字节断言格本版读数不变,见 114d;按产物字节登记锚的门换钉当天重跑) | 零改动即得(断言已是「不含值 ∧ 含记号」) | n/a | 零改动即得(一处前缀断言建议放宽) | pending(G-DU5 – G-DU16) | 114a′ 第 1 条 |
+| DU-3 | 结果帧 `errors[]` 与合成终局行正文(本包铸点洗凭据) | changed(同 DU-2) | 同一只凭据面,字节随 DU-2 变 | 零改动即得 | 零改动即得 | n/a | 零改动即得 | 回归约束 | 114a′ 第 1 条 |
+| DU-4 | 干净文本 | 不变 | 不含凭据形的行逐字节同 | 回归约束 | 回归约束 | — | 回归约束 | 回归约束(G-DU3) | — |
+| DU-5 | 幂等 | 不变(达成方式变;射程改口) | 洗两遍 = 洗一遍(**帽内收敛的输入**;含封长;`escapeBackslashes` 开着除外)—— 此前靠多网串行洗到不动点;本版判别视图上一遍收齐并归并,带凭据的输入在出口内部再过到不动为止(按改写遍数计、帽 8 次;实测遍数(含确认那一遍):差分门的随机 / 穷举 / 文法池与两条已知构造链至多 3 遍、非定向的自造文法串也见到 4 遍、定向搜索构造的串至多 6 遍),对帽内收敛的输入仍是一轮即不动;定向构造可让改写遍数随长度增长、到帽(交最后一次改写的输出,再过一遍只多遮不多露;KL-355) | 回归约束 | 回归约束 | — | 回归约束 | 回归约束(G-DU4) | 114a′ 第 2 条 |
+| DU-6 | 公面签名 / 类型 / 选项 | 不变 | 两只出口同名同签名,`DisplayUntrustedOptions` 各位语义不变 | — | — | — | — | 回归约束 | — |
+| SB-1 | `projectCrashConverged` 对 `cause:'shutdown_before_park'` 的行 | changed(consumed:服务端 7.108.0 闭集 +1;CC-218) | 整行计入 `dropped` → 照常分桶(常态 `needsHuman` / `approved_then_interrupted`;`pending` 形按 `resumeSafe`);`cause` 原样交出 | 零改动即得(通告按记录原样转述码,见 114d) | 🔴 pending(**建议必改**:崩溃遗留通告三句开头写死「from the last engine crash」、resumeSafe 行写「did not run before the crash」—— 有序关停的行会被说成崩溃;按行 `cause` 挑句,见 114d) | n/a(零读点) | n/a(零读点) | pending(G-SB1 – G-SB5) | 114a′ 第 5 / 6 条 |
+| SB-2 | `CrashConvergedRow.cause` 型 | changed(型联合 +1 词) | `'crashed_before_park'` → `'crashed_before_park' \| 'shutdown_before_park'` | 零改动即得(只按 `${row.cause}` 原样转述,无穷尽分支) | 零改动即得(不按 `cause` 分支) | n/a | n/a | pending(G-SB6) | 114y ① |
+| RS-1 | `crashConverged[].resumeSafe`(服务端值变;未被追踪腿的 pending 孤儿) | 不变(本包零代码;读数变) | 服务端 ≤7.107.x `true` ⇒ `resumeSafe[]`;7.108.0 起 `false` ⇒ `needsHuman[]` / `pending_unsafe` | 零改动即得(分桶单源在包;需人确认的行变多) | 零改动即得(同左) | n/a | n/a | 回归约束(G-RS1 / G-RS2) | 114b |
+| MU-1 | `SERVER_NOTICE_AUDIENCE` +`server.model_unreachable: 'user'`(连带 `engineNoticeInCatalog` / `noticeAudienceOf`) | changed(consumed:服务端 7.108.0 自铸码 +1;CC-270 ①) | 册外 / `operator` → 在册 / `user` | 零改动即得(呈现闸由「册外兜底行」变「册内通用行」,仍渲服务端原句;`-p` 机读车道这一码多一份 typed 读数);建议专属呈现(通用行截断补救句,见 114d) | n/a(无 `engine_notice` 呈现面) | n/a | n/a(零读点) | pending(G-MU1 / G-MU5) | 114a′ 第 7 条 |
+| MU-2 | 新根入口导出 `readModelUnreachable` + 视图型 `ModelUnreachableFactsView` | added(公面 +1 / 类型名 +1) | 无 → 五位窄读(四必填 + `proxyInUse?`),不成形 ⇒ `undefined` | 零改动即得(经派发口拿到;要专属句再读位) | n/a | n/a | n/a | pending(G-MU2 – G-MU4) | 114b |
+| MU-3 | 派发表 `ENGINE_NOTICE_FACT_READERS` +`'server.model_unreachable'` 行 | changed(+1 行) | 派发口答 `undefined` → `{ code, audience: 'user', facts }` | 零改动即得 | n/a | n/a | n/a | pending(G-MU2) | 114a′ 第 8 条 |
+| RR-1 | `GATE_MODE_RELEASE_REASON_WORDS` / `isGateModeReleaseReasonWord` / `GateModeReleaseReasonWord` | added(公面 +2 运行期名、+1 型名;引擎 7.37.0 放行原因闭集的镜像,生成物;CC-272) | 无 → 冻结词表(今天 `['rule_unreadable']`)+ 与引擎同答的成员谓词 | pending(非必改:按词说话时用谓词判;今天零读点) | n/a(零读点) | n/a(冻结) | n/a | pending(G-RR1) | 114b |
+| RR-2 | `GateModeReleaseView.reason`(`gateOutcomeOf` / `gateModeRelease`) | 不变 | 开集透传(表外词原样带回、处置照读) | 回归约束 | 回归约束 | — | — | 回归约束(G-RR2 – G-RR4) | 114b |
+| RR-3 | 引擎 7.37.0 不变式筛对放行原因收紧(表外词 / 不在 `classes` 里 ⇒ 引擎报缺陷,服务端整条门记录不上帧) | 不变(本包不重校引擎不变式) | — | 回归约束 | 回归约束 | — | — | 回归约束 | — |
+| TT-1 | `ENGINE_NOTICE_CODES` +`context.tool_turn_repaired`(受众 `operator`) | consumed(只随生成物;80 → 81) | 册外 → 在册、受众运维面 | 零改动即得(运维码不上机读车道) | n/a(零读点) | n/a | n/a | pending(G-TT1) | 114a′ 第 9 条 |
+| TT-2 | `readToolTurnRepaired` + 派发表一行 | added(公面 +1;事实读器) | 派发口答 `undefined` → typed 读数 `{ code, audience: 'operator', facts }` | n/a(今天服务端不把这一码放上客户端的流;要读它的是拿得到运维面原始通告的宿主) | n/a | n/a | n/a | pending(G-TT2 / G-TT3 / G-TT5) | 114b |
+| TT-3 | `EngineNoticeFactsCode` / `EngineNoticeFacts` | changed(型 +2 成员 / +2 臂,连 MU-3) | 15 码 → 17 码 | 零改动即得(按码 `===` 读,无穷尽分支) | n/a(零读点) | n/a | n/a | 回归约束(G-TT7) | 114y ① |
+| TT-4 | 修复形词表(引擎四词) | declined(本包不出镜像:引擎包入口不导出、已预告加词;读器按开集透传) | — | — | — | — | — | 回归约束(G-TT4 / G-TT6) | 114b |
+| TT-5 | 会话历史错配判型(0.87.0 TH-1 / TH-7) | 不变(判型零改) | 引擎 ≥ 7.37.1 上调用之后的块 / 晚到 / 缺失三形不再出 400(重复结果也被并掉)⇒ 键与出路句出现得更少;仍出 400 的形照旧认出 | 回归约束 | 回归约束 | — | — | 回归约束(G-TT8) | 114a′ 第 10 条 |
+| AC-1 | 审批卡上的问类两位 `askClass` / `classes`(活卡帧 / 停车卡 / 待决行) | pending(下一 minor;已发布的服务端卡帧不带这两位,零铸) | — | 候(卡面可选显示问类) | 候 | — | — | — | 114b |
+| AC-2 | 门记录放行 / 模式拒绝两臂的 `askClass` / `classes` | 不变(0.86.0 已投;引擎 7.37.0 同形) | — | 回归约束 | 回归约束 | — | — | 回归约束 | — |
+| PIN | 开发依赖引擎 `~7.36.0` → `~7.37.1` | changed(构建期) | 生成器要求 ≥ 7.37.0 | n/a | n/a | n/a | n/a | — | — |
+| SE-1 | 服务端 `POST /v1/sessions/:id/memory/erase`(会话所有者自助抹除) | consumed(本版新调用口;CC-264) | 包内无调用面 → `eraseSessionMemory` 恰一发、按 wire 直发 | pending(请托方:`/memory` 或会话状态面加「抹掉本会话写进记忆的条目」动作,确认卡之后调;见 114d) | pending(要用就接:同源中继形 `{ baseUrl: '/api', token: { mode: 'same-origin-relay' } }` 直接可用,不需要升 sdk) | pending(同网页端) | n/a(会话所有者面,不是运维面) | pending(G-SE1 / G-SE4 / G-SE5) | 114b · 114d |
+| SE-2 | 结局判定 | consumed(本版新判定口) | 各端按码自判 → `sessionMemoryEraseOutcome` 四档 + 单源人话 + 重发姿势 | pending(请托方:确认卡结果行直接渲 `text` + `retryText`;重发按钮按 `retry` 分支) | pending | pending | n/a | pending(G-SE2 / G-SE3 / G-SE6) | 114b · 114c |
+| SE-3 | 服务端 7.108.0 拒因映射(三只 409 + 500 typed;更老的服务端同四形落 500 `internal.error`) | consumed(两代读法) | — → 新一代按码分档;老一代那四形 ⇒ `unconfirmed` / `engine_fault` / `same_request_id` | 零改动即得 | 零改动即得 | 零改动即得 | — | pending(G-SE2 / G-SE3 / G-SE10 / G-SE11) | 114a-2 |
+| SE-4 | 200 收执 | consumed(复用既有读口) | 与 operator 面 `POST /v1/memory/erase` 同一只收执形 ⇒ 复用 `readMemoryEraseReceipt` / `memoryEraseCounts` / `memoryEraseReplayPosture`,不另出读口 | 零改动即得 | 零改动即得 | 零改动即得 | — | 回归约束(G-SE7) | 114b |
+| SE-5 | 同口 SDK 动词 `sessions.eraseMemory`(sdk ≥15.0.0) | declined(本包不经它) | — → 按 wire 直发(本包开发依赖的 sdk 没有这只动词;直发让任一 sdk 版本的宿主都能用,同源中继宿主不必升 sdk) | 不要直调(端经隔离门) | 同左 | 同左 | — | — | 114d |
+| SE-6 | 既有 operator 抹除口 `eraseMemoryEntries` / `classifyMemoryFailure` | 不变 | 逐字节同 0.87.0 | 回归约束 | 回归约束 | 回归约束 | — | 回归约束(G-SE8 / G-SE9) | — |
+| RC-1 | 根入口导出 `classifyRegistryConflict(status, body) ⇒ RegistryConflictClass` | added(公面 +1;终端请托 consumed;CC-280) | 无 → 三词闭集;409 机器码三步读;非 409 不读体;敌意体 409 ⇒ `'gone'` 不抛 | pending(请托方:两条 registry 写腿按 `'conflict'` 才重试一次、`'gone'` 止血;今天壳拿的是原始 `{status, json}`,直接喂这一口) | n/a(零读点) | n/a | n/a(管理台自有同规则读法,不经本包) | pending(G-RC1 / G-RC3) | 114b |
+| RC-2 | 根入口导出 `isScopeGoneError(err) ⇒ boolean` | added(公面 +1) | 无 → 带原样体的错误按体判;两只 scope-gone 类名 + 409 ⇒ true;判不出的形(114b)⇒ false | pending(按需:经子路径 `RegistryApiError` 抛出来的那几腿用) | n/a | n/a | n/a | pending(G-RC2) | 114b |
+| RC-3 | 型 `RegistryConflictClass`(`'gone' \| 'conflict' \| 'none'`) | added(公面类型 +1) | 无 → 与新版 SDK 同名型成员逐词相同;穷尽 `switch` 加词即编译红 | 零改动即得 | n/a | n/a | n/a | — | 114b |
+| RC-4 | 新版 SDK 的两只错误类 `ScopeGoneError`(子路径)/ `ControlScopeGoneError`(根) | declined(不转口、不自铸同名类:本包支持的 SDK 版本上不存在;自铸同名类会让升了 SDK 的端两只类各认各的) | — | 回归约束 | — | — | — | — | 114b |
+| RC-5 | registry 409 上其余机器码(回滚的「历史行属于已被替换的空间」、发布闸「已有待审」…) | 不变(归 `'conflict'`,与新版 SDK 同) | — | 回归约束(`'conflict'` = 「不是 scope-gone 的 409」,不等于「重试必过」;只在本腿 409 本来就是乐观锁冲突时按它重试) | — | — | — | — | 114b |
+| RE-1 | `TaskRequestInput.requireExistingSession?: boolean` + 车道表一行 | added(入参可选位;车道表 44 → 45 行;终端请托 consumed;CC-281) | 表外键 ⇒ `TypeError` → interactive / print(live)带 `requireExistingSession: true`;非 live ⇒ 回执 `not_live`;utility ⇒ 回执 `off_lane`(带 `sessionId` 时;`true` 而无会话 id 不分车道一律装配期拒) | pending(请托方:`--resume` 路径交 `true` + 会话 id) | n/a(零读点) | n/a | n/a | pending(G-RE1 / G-RE4 / G-RE6) | 114a′ 第 12 条 |
+| RE-2 | `requireExistingSession: true` 而 `sessionId` 缺席 / null / 空串 / 非串 | added(装配期拒) | (修前整键被当表外键拒)→ `TypeError`,文本含「没有可续的会话」,只报形状 | 回归约束(请托方本来就带会话 id) | — | — | — | pending(G-RE2) | 114b |
+| RE-3 | `requireExistingSession` 非布尔坏值 | added(装配期拒) | → `TypeError`,不回显值 | 回归约束 | — | — | — | pending(G-RE3) | 114b |
+| RE-4 | `requireExistingSession: false` / undefined / null | 不变 | 不发、不进回执(与缺席同义) | 回归约束 | — | — | — | 回归约束(G-RE5) | 114b |
+| RE-5 | 不带这一键的一切装配 | 不变 | 逐字节同 0.87.0 | 回归约束 | 回归约束 | 回归约束 | — | 回归约束(G-RE7) | — |
+| RF-1 | 根入口导出 `requireExistingSessionRefusalFromError(err)` | added(公面 +1;CC-281) | 无 → 404 `not_found.resource` / 422 `request.unprocessable` 且消息以 `(resume.session_not_found)` 收尾,或 404 / 422 且 `errorCode` 恰是 `resume.session_not_found` ⇒ 读数;其余 ⇒ null | pending(请托方:提交失败时先问这一口,再落通用错误行) | pending(非必改:只有交这一键的端才会收到这一拒) | n/a | n/a | pending(G-RF1 / G-RF3) | 114d |
+| RF-2 | 根入口导出 `requireExistingSessionRefusalContent(detail)` | added(公面 +1) | 无 → 两形各一句 + 通用句(按不可信读、不抛) | 同 RF-1 | 同 RF-1 | n/a | n/a | pending(G-RF1) | 114d |
+| RF-3 | 型 `RequireExistingSessionRefusalForm` / `RequireExistingSessionRefusalDetail` | added(公面类型 +2) | — | 零改动即得 | — | — | — | — | 114d |
+| RF-4 | 既有读口 `resumeRefusalFromError` / `classifySubagentResumeFailure` | 不变 | 对上述三形的答案逐字同 0.87.0(前者恒 null;后者 404 带码形答 `retention-lapsed`、粗码 404 答 `not-found`、粗码 422 答 `error` —— 都是既有行为) | 回归约束 | 回归约束 | 回归约束 | — | 回归约束(G-RF2) | 114d |
+| RF-5 | 流式提交上引擎侧的同码失败事件帧(会话店查不到的那一形) | pending(射程外,KL-343) | 不经本读口(那是事件帧不是抛出物),仍按既有失败投影渲 | — | — | — | — | — | 114d |
+| PD-1 | 新根入口导出 `createPromptDeliveryLedger` + 型 `PromptDeliveryLedger` / `PromptDeliveryRecord` | added(公面 +1;CC-271) | 无 → 提交事实账本(九只口,见 CHANGELOG) | pending(请托方;换读点见 114d,随换钉批) | pending(非必改:同样要「这条没送到」与旁路载荷过滤的端可采) | pending(非必改) | n/a | pending(G-PD1 – G-PD6 / G-PD10) | 114a′ 第 13 – 15 条 |
+| PD-2 | 新根入口导出 `promptKnownUndelivered(ledger, message)` | added(公面 +1;与终端旧实现同名) | 无 → 按行判「确知没交出去」 | pending(请托方:改成注入账本的薄包装) | 同 PD-1 | 同 PD-1 | n/a | pending(G-PD7) | — |
+| PD-3 | 新根入口导出 `withoutUndeliveredPrompts(ledger, messages)` | added(公面 +1;与终端旧实现同名) | 无 → 旁路载荷过滤(只剔确知没交出去的行,其余原样保序) | pending(请托方:同上;终端旁路调用点零改动) | 同 PD-1 | 同 PD-1 | n/a | pending(G-PD7) | — |
+| PD-4 | 投递首帧判据(终端现行「引擎流第一帧不是 409 就算交出去」→ 本包 `deliveredByFrame`) | changed(相对终端现行判据;本包首次出) | 第一帧非 409 即交出去 → **建了 run 的帧**才算:`meta` / `approval_request` / `approval_revoke` / 无 `type` 的对象不算;409 在跑帧不算 | 🔴 pending(请托方;行为改:durable 部署上 409 被拒的那一轮从「交出去了」变成「确知没交出去」⇒ 「↑ 重发」提示与旁路过滤在这一形上开始生效) | n/a | n/a | n/a | pending(G-PD3) | 114a′ 第 13 条 |
+| PD-5 | 既有判官 `activeRunBusySignal` / `selfHealSubmissionDisposition` | 不变(被本账本复用) | 答案逐字同 0.87.0 | 回归约束 | 回归约束 | 回归约束 | — | 回归约束(G-PD8) | — |
+| DL-1 | 投递口认领(`decidePlanReview`,及 arm 卡 / 重开卡 responder 走的同一投递口)对「已登记、被 `notePlanReviewGateLeft` 结掉、还没被认领」的那一笔 | changed(CC-278;终端请托 consumed) | 另铸一笔(`latestPlanReviewDecisionMark` 前进)→ 认领原笔(刻度不变;认领那一拍撤回离门结算与「没生效」注脚;两笔都被结掉时先认较近的) | pending(请托方:宿主编排计数可退,见 114d / 114y;🔴 测试替身两处待改,见 114d) | n/a(零读点:不登记 ⇒ 无此形) | n/a(零读点) | n/a(零读点) | pending(G-DL1 – G-DL5) | 114a′ 第 16 条 |
+| DL-2 | 认领来的那一笔在重开口判定里的身份 | 不变 | 同修前另铸的那一笔:从认领到结局算在飞(POST 在飞时重开口拒开、读起点早于结局的快照判陈旧),结局投出时结算 | 回归约束 | n/a | n/a | n/a | 回归约束(G-DL9) | — |
+| DL-3 | 宿主句柄 `settle()` / `revoke()`、离门证据 `notePlanReviewGateLeft`、投递口闩、容量规则、结局正文与机读位 | 不变 | 离门证据结掉之后 `settle()` 空动作、`revoke()` 不删(同修前);闩 / 容量 / 三种失败结局与不登记时逐字节同 | 回归约束 | n/a | n/a | n/a | 回归约束(G-DL6 – G-DL8) | 114b |
+| FH-1 | chrome `wiring_manifest` 臂的 `fileHistory?: string` | added(可选成员;CC-279) | 无 → 帧上自有非空串原字节过境(今天 `on` / `disabled`;开集);缺席 / 坏形 ⇒ 键缺席 | consumed(请托方;读点见 114d 两处,登记表该行 pending → consumed) | n/a(`wiring_manifest` 登记为不消费) | n/a(零读点) | n/a(`not_in_slice` 静默,零读点) | pending(G-FH1 / G-FH2 / G-FH4b) | 114b |
+| FH-2 | `WiringManifestView.fileHistory?`(`readSubmitWiringManifest` 非流式提交回执) | added(同一张视图,编译期钉键集相等) | 回执只带这一段 ⇒ `unreadable` → `manifest` 且视图带它 | 零改动即得 | n/a | n/a | n/a | pending(G-FH5) | 114a′ 第 17 条 |
+| FH-3 | 内部臂超集键 `_sema_fileHistory`(`eventToSdkMessage` 投影) | added(超集键 +1) | 无 → 在场同 FH-1 | 零改动即得(按开集读 `_sema_` 键) | 零改动即得 | 零改动即得 | 零改动即得 | 回归约束(G-FH3 / G-FH4a)/ 本版证明(G-FH6) | — |
+
+#### 114a-1 · 展示出口一次扫描:优先序与记号原子(DU-1)
+
+- **P0 剪边**:候选两端的可剥单元(着色序列、控制符、格式字符)剪到记号外,原样留在记号两侧;剪完只剩一枚记号(或几枚记号与它们之间的点 / 空格)的不算候选。
+- **P1 PEM 块不透明**:起点落在 PEM 块区域里的其它候选不算(块体整枚一个记号)。区域 = BEGIN 行起到 END 记号末;没有 END 行时到主体末的那一枚行断之后。块体里被剥掉(控制串 / 序列)、又没进块体记号的那一截是洞,洞里的候选照算(头行紧跟、或块体里夹着的控制串里的标签值照遮)。区域与读面同读:块头 / 块尾行在读面上认 —— 被剥单元的占位、画面读面画出的点 / 转义记号与空格同读(头行词间的空格换成零宽空格 / 软连字符 / RLM / BEL 时照认);区域与块体出自同一次认头(分隔读面;有屏上读面的出口取屏上那一只 —— 洗过的屏上文本再洗一遍时,原文读面看见的就是那一份),不另在原文上认;块头在读面上认不出(裸 ESC / C1 CSI 紧贴 `-----BEGIN`,判别视图把 `ESC -----B` 读成一段序列)的块不划区域,块里的标签值照遮。
+- **P2 地址片段内值的定界归结构**:带 scheme 的地址片段里,结构候选(userinfo / query 值 / 片段)所在片段之内的词级候选不算;伸出片段末的照并。值左邻紧贴一枚不可见单字、按整只值遮的候选不受 P2 压。
+- **P3 其余重叠取并**:并集里有词级 / PEM / 参数表 / 字面形 / 空主机 userinfo 候选、且它比全部结构候选伸得更远 ⇒ 记号种类 `secret`;否则取最靠左的结构候选的种类。
+- **T0 记号原子**:值以一枚记号起头、记号之后(跳过不可见单元与画出的点)不紧贴词字符,或紧跟一对可独立消费的键值(凭据标签的名字后直接是合法分隔 `:` / `=`、方案词 + 空白;名字与分隔之间只隔不可见单元 / 点 / 空格时,分隔之后已经没有明文才算;名字在串尾也算)⇒ 这只值就是那枚记号,不往后并。紧贴词字符、隔单元 / 画出的点再紧贴词字符、紧跟名字而名字后不是分隔、或名字与分隔之间隔着点而分隔后还有明文 ⇒ 值没洗完,照常往后扫。`«redacted:userinfo»@…` 是地址形,按结构处置。退役占位 `***`(本版不铸,只认上游带来的)严格判:后面还有别的内容整只照遮。URL 的 query 值 / 路径段参数值 / 片段另有一条:记号 + 尾标点 + 软位(不可见单元 / 画面读面画出的点)+ 词字符 ⇒ 没洗完(本包机读口按真空白断开交出的 `?k=«redacted:query»:<CR><值>` 在点形 / 转义形出口上与值粘成一截)。
+- **地址结构位的记号**:带 scheme 地址的 userinfo 位只有整段是记号(与点 / 空格 / 尾标点)才不动;`«redacted:userinfo»@…` 打头(多重 `@` 形)按已洗。query 值 / 路径段参数值 / 片段按 T0,退役占位严格判。
+- **带 scheme 地址跨停字符**:片段在 authority 里遇到 `" < > | \ ^ { }` / 反引号,只有「`@` 在前方 ∧(停字符恰在 `://` 之后 —— 中间只隔不可见单元也算 —— ∨ `://` 与停字符之间有一枚冒号)」才跨过(口令位上的停字符);闭形记号里的冒号、authority 开头一只闭合的方括号主机字面里的冒号不算。带端口的链接按有冒号处置 —— 它与带点用户名 + 停字符口令(`https://u.v:"<口令>@…`)只看字面分不开,取遮的一侧(KL-325)。
+- **片段在 `,` / `;` 处的断法**:query 值 / 片段里 `,` / `;` 后紧跟「凭据标签 + 分隔 + 空白」或「方案词 + 空白」(它的值落在片段外)⇒ 片段在这里断、让给词级网;空白 = 片段扫描自己的终止字符(ASCII 空白 / 控制符),不换行空格 / 表意空格 / 各宽空格 / 谚文填充 / 盲文空点是片段值里的字,不在这里断(值归结构,只开 URL 结构面的出口同遮);`;name=<值>` / `,name=<值>` / `,password:<值>` 是 URL 自己的参数语法,不断(值归结构,不按键名挑)。
+- **值遮盖续接**:一处值的遮盖之后隔着不可见单元(点形 / 转义形载体上还有画出的点与写出的转义记号)再紧贴词字符 ⇒ 遮盖续到那一截词的末尾(与 T0 在第二遍上的读法同判,第一遍就接近终形;帽内收敛的输入一轮即不动由出口内部的不动点循环保证)。
+- **无 scheme userinfo 的用户名定界**:用户名是冒号左边、最后一枚定界字符之后的一段;定界字符 = 空白与 `" ' ` ( ) [ ] { } < > | \ ^ , ; =`。用户名可以为空(`:<口令>@host`),可以整枚是一枚记号。口令不含空白、`@ / ? #`、双引号、反引号、尖括号;单引号允许,但「口令以 `'` 起头 ∧ 主机右界恰是 `'`」的单引号串不算 userinfo。口令段里有一枚完整记号、它是一枚凭据标签的已洗值、而口令段又不只是记号 ⇒ 那枚冒号不是分隔(第一遍就接近终形);口令段是「明文 + 记号」照旧按 userinfo 整段遮。闭合的方括号主机字面整只跳过,里面的冒号不是分隔。口令段含禁字时的例外(KL-323 ①–③):③ 用户名 + 冒号本身就是一枚凭据标签 + 分隔,或方案词 + 冒号(`bearer:` / `basic:`)⇒ 只有词级网开着、且它给这枚标签扫出的值真盖到 `@`(引号值闭在 `@` 之后 / 裸值一路没有停字符)才让给词级网,否则照认 userinfo;标签 / 方案词的裸值停在口令禁字上、其后到 `@主机` 没有断字也没有下一枚标签 ⇒ 值的遮盖延到 `@` 前。标签值读成无 scheme userinfo 地址时,最后一枚 `@` 的主机[:端口]之后紧贴、不以 `/ ? #` 起头的那一截照遮到值末(只剩标点 / 引号的不动)。
+- **封长**:封长之后若截出了新形,重扫有界(与此前同)。
+
+#### 114a-2 · 会话记忆抹除:两代门序与码 → 档(SE-3)
+
+| 门序 | HTTP / 机读码 | 新一代(≥7.108.0) | 老一代(7.106.0) | 结局 | 重发姿势 |
+|---|---|---|---|---|---|
+| 路由前 | 503 `auth.service_token_required` | 同 | 同 | refused / `credentials_required` | `needs_operator` |
+| 路由前 | 401 `auth.unauthorized` | 同 | 同 | refused / `not_permitted` | `pointless` |
+| 路由前 | 404 `not_found.route`(没有这条路由的老引擎) | — | — | refused / `route_absent` | `pointless` |
+| 处理器 ① | 400 `request.path_malformed` | 同 | 同 | refused / `request_rejected` | `pointless` |
+| 处理器 ② | 401 `auth.principal_required` / `principal_unverified` | 同 | 同 | refused / `not_permitted` | `pointless` |
+| 处理器 ③ | 501 `capability.memory_engine_required`(无属主读面,先于 404) | 同 | 同 | refused / `memory_engine_absent` | `pointless` |
+| 处理器 ④ | 404 `not_found.session`(未知与他人同码同句) | 同 | 同 | refused / `session_not_found` | `pointless` |
+| 处理器 ⑤ | 501 `capability.memory_engine_required`(无合规面) | 同 | 同 | refused / `memory_engine_absent` | `pointless` |
+| 处理器 ⑥ | 400 `request.body_shape` / `request.request_id_required` / `request.field_invalid` | 同 | 同 | refused / `request_rejected` | `pointless` |
+| 引擎 | 200 收执 `complete` / `partial` | 同 | 同 | erased / partial | `not_needed` / 证据腿 `same_request_id`、降级腿 `human_decision` |
+| 引擎 | 400 `config.memory_erasure_request` | 固定句 | 引擎原句直出 | refused / `request_rejected` | `pointless` |
+| 引擎 | 409 `memory.erasure_evidence_unavailable` | 409 | **500 `internal.error`** | 新 refused / `evidence_unavailable`;老 unconfirmed / `engine_fault` | 新 `needs_consent`;老 `same_request_id` |
+| 引擎 | 409 `memory.erasure_selector_mismatch` | 409 | **500 `internal.error`** | 新 refused / `request_id_reused`;老 unconfirmed / `engine_fault` | 新 `new_request_id`;老 `same_request_id` |
+| 引擎 | 409 `memory.erasure_census_incomplete` | 409 | **500 `internal.error`** | 新 refused / `store_unreadable`;老 unconfirmed / `engine_fault` | 新 `needs_operator`;老 `same_request_id` |
+| 引擎 | 409 `memory.target_outside_store` | 同 | 同 | unconfirmed / `store_link_outside` | `needs_operator` |
+| 引擎 | 500 `internal.memory_control_plane_corrupt` | 500 typed | **500 `internal.error`** | 新 unconfirmed / `control_plane_corrupt`;老 unconfirmed / `engine_fault` | 新 `needs_operator`;老 `same_request_id` |
+| 引擎 | 500 `internal.error` | 同 | 同 | unconfirmed / `engine_fault` | `same_request_id` |
+
+调用方签了 `allowUnevidenced: true` 时,**所有**「没法确认」档的重发姿势改为 `human_decision`(可能落在降级腿,同一个 `requestId` 再发就是一次新的真删)。拒档的姿势不变。
+
+### 114a′. 成文改口(旧判据眼作废 → 新判据眼)
+
+1. **改读**(CC-247;三端按字节断言凭据输出的格):一律改成**「不含值 ∧ 含 `«redacted:`」**两条独立断言 —— 不锚记号的具体位置、不锚记号与前后文字的拼接字节、不锚记号种类(取并会让种类变)。§101 起各版里「按字节断言凭据输出」的成文句(包括各版判据骨架里的逐字节期望)本版起按此读;已发段不回改,以本条为准。现状钉类的格(明知故犯地钉旧读数的)按新读数重钉。
+2. **改读**(CC-247;幂等):「洗两遍 = 洗一遍」判据不变,射程收成**帽内收敛的输入**(此前写「任意输入」、「由构造保证」—— 带帽的循环只保证帽内)。达成方式:凭据面在判别视图上一遍收齐候选并归并、落地;带凭据的输入在出口内部对落地结果再过一遍,到输出不再变为止(按改写遍数计、帽 8 次;实测遍数(含确认那一遍):差分门的随机 / 穷举 / 文法池与两条已知构造链至多 3 遍,非定向的自造文法串也见到 4 遍(门池收了一只);定向构造可让遍数随长度增长,定向搜索实测构造到 6 遍、仍在帽内,这几只串也收进了差分门池);干净文本一遍、逐字节同;到帽 ⇒ 交最后一次改写的输出,再过一遍只多遮不多露(KL-355)。验收方只断言出口层的「洗两遍 = 洗一遍」,不要断言出口内部只过一遍,也不要拿自己构造的病态长串当反例(出口层读不到帽内收敛与否;按 G-DU4 的输入集断言)。
+3. **改读**(CC-247;§101 / §105 / §108 各版对 KL-68 / KL-193 / KL-233 / KL-234 / KL-235 的「已知、不修」表述):这五行本版收口(KL-68 只收片段那一形,query 键不是凭据标签的同族形仍在),改读包侧缺口的新行。
+4. **改读**(CC-247;用户名定界):此前「无 scheme userinfo 的用户名向左找到空白 / 上一枚 `@` / `/ ? #` 为止」改为 114a-1 的定界字符集;标签左边紧贴的裸串不再随记号吞掉(KL-318)。
+5. **作废**(CC-218):§113c G-N5「`cause:'shutdown_before_park'` 的行今天仍计入 `dropped`」(回归约束)→ 新格 G-SB1 / G-SB2(本版证明):新词行读得出、因由与旧词同。按旧格写的验收脚本在 0.88.0 上会红,是预期。同理 §113 末行「包侧缺口」第 ⑦ 条「`cause:'shutdown_before_park'` 本版不认」作废 —— 0.88.0 起认;同条后半句「认它那天 needsHuman 因由不变」照旧成立。
+6. **改读**(CC-218;§12 / §113 不回改,以本条为准):§12b `cause` 一行的形 `'crashed_before_park'` → `'crashed_before_park' | 'shutdown_before_park'`,说明补「`shutdown_before_park` = 服务端有序关停截断了一条还没闭的腿(服务端 ≥7.108.0);两词判据相同,分桶与因由都不看它」;§12 开头「local 引擎在人还挂在审批门上的时候崩了」补「或被有序关停截断」。§113a N-1 与 `needsHumanReason` 文档里 `contradictory` 的理由句「服务端 `resumeSafe` 恒 = `orphanState === 'pending'`」→「服务端 `decided` 行恒 `resumeSafe:false`;`pending` 行两值都合法(服务端 7.108.0 起未被追踪腿给 `false`)」,判据(`decided` ∧ `resumeSafe:true` ⇒ `contradictory`)不变。§12d 第 1 条补一句:`pending` ∧ `resumeSafe:false` 自服务端 7.108.0 起是常态(未被追踪的腿),因由 `pending_unsafe`;它不是坏形,不该被端当成「记录自相矛盾」。
+7. **改读**(CC-270 ①;§108a N-1 / §109a T-3 / §109 K-4 的「两行 / 三行」):`SERVER_NOTICE_AUDIENCE` 自 0.88.0 起四行;按「键集恰为三行」断言的验收格改为四行(值 `server.model_unreachable: 'user'`)。
+8. **改读**(CC-270 ①;派发口用户面码计数):0.86.0 起「受众 user 的码恰十二个」→ 0.88.0 恰十三个(+`server.model_unreachable`)。
+9. **改读**(CC-272):「通告码册八十码」→ **八十一码**(§112 G-TF1 的长度眼作废,G-TT1 接替);「派发表运维面 typed 码恰三个」→ **四个**(+`context.tool_turn_repaired`)。
+10. **补读**(CC-272;§113b):「`_sema_tool_history_mismatch` 整键缺席 …… 不是『会话历史一定没问题』」照旧成立,补一句:引擎 ≥ 7.37.1 上缺席多了一种常见成因 —— 引擎在请求出门前已把那只坏轮修好(那一次请求本来就不会被拒);引擎修好后,之前撞过错配的会话下一次请求成功,连续次数按「别的结局」清零。修复通告不上客户端的流,端不能据它抑制这只键(KL-308 射程句同批补)。
+11. **作废一半**(CC-272):「放行账的 `reason` 只有 `rule_unreadable` 一词、本包不持闭集」—— 本包起持镜像词表与谓词(RR-1),读口仍开集(RR-2 回归约束)。
+12. **作废**(CC-281):「`requireExistingSession` 是表外键 ⇒ 装配口 `TypeError`(不认识的键)」→ interactive / print 有座、utility `off_lane`、`true` + 无会话 id ⇒ 专句拒(G-RE1 – G-RE6)。验收方按旧行为写的格(「交这一键会被拒」)本版起判红是正确行为。
+13. **改读**(CC-271;相对终端现行判据与 [8751] 口形草案):「delivered = 引擎流第一帧非拒收帧」作废 → 「**引擎为这次提交建了 run 的帧**」:服务端 7.108.0 durable 腿在开流处用预铸 run id 先写流首帧 `meta`、再写开流审批卡 preamble,之后才建 run,会话被占时 409 拒收终帧跟在它们后面(两代同序)—— 按「第一帧」判,会话被占的每一次提交都被记成交出去了。验收方按旧口径写的「首帧非 409 即 delivered」格须改成「建了 run 的帧」。
+14. **改读**(CC-271;口形):草案 `deliveredByFrame(event)` / `deliveredBySteerReceipt(receipt)` → 本版带批:`deliveredByFrame(batchUuids, event)` / `deliveredBySteerReceipt(batchUuids, outcome)`。attempted 记整批,delivered 只记真编进请求的那几行,两者可以不同,且同一账本上可以有两批在飞;账本不替宿主猜「这一帧属于哪一批」。
+15. **改读**(CC-271;受理回执读位):本版读的是处置分类 `selfHealSubmissionDisposition(outcome) === 'handed-off'`(「正文已经交给引擎了」那一词),与终端现行读法逐 kind 同答;将来两者分叉时以处置分类为准。
+16. **作废**(CC-278):「离门证据之后到达的投递 = 新的一笔(另铸)」→「离门证据结掉、还没被认领的登记,由随后到达的投递口认领(同一笔)」。旧判据眼「离门 → 投递之后 `latestPlanReviewDecisionMark` 前进」作废;新判据眼:登记 → 离门 → 投递 ⇒ 刻度恒为登记那一枚(G-DL1 – G-DL4)。§109b「登记后不调 `settle()` / `revoke()`」那一条的射程补一句:被离门证据结掉的登记仍可被投递口认领。§109c「本包投递口从 POST 到投出结局的整段算在飞」「读起点早于结局 ⇒ 陈旧」两条在认领来的那一笔上照旧成立(G-DL9)。
+17. **补读 / 作废**(CC-279):「`wiring_manifest` 事件键集恰为 …」加 `fileHistory`(present-iff);「只带文件历史一段的帧 ⇒ `not_in_slice`」作废(本版成臂)。§109a M-5「接线回执 `fileHistory` 段 pending(不投),视图十段不变」与 §109b「接线回执 `fileHistory` 段:本版不投 ⇒ 端读不到 ≠ 那条腿在捕获(KL-245)」作废 —— 0.88.0 起投(FH-1 – FH-3),KL-245 收口;端读不到这一段时按 114b 缺席语义读(不折 `disabled`)。§109b「片段口只答下一条提交带不带这一键」那一句照旧成立。
+18. **改读**(CC-247;引号值里第二枚地址):引号值里地址之后、隔空白又以一枚地址起头的尾巴(`token:"u:<口令>@h https://h/x <尾>"`)—— 本版那枚地址只到空白为止,之后的明文照遮;上一版原样。按「尾巴原样」断言的格作废。
+- 新增 G-DU1 – G-DU15 / G-SB1 – G-SB6 / G-RS1 – G-RS2 / G-MU1 – G-MU5 / G-RR1 – G-RR4 / G-TT1 – G-TT8 / G-SE1 – G-SE11 / G-RC0 – G-RC3 / G-RE1 – G-RE7 / G-RF0 – G-RF3 / G-PD1 – G-PD10 / G-FH1 – G-FH7 / G-DL1 – G-DL9(114c)。
+
+### 114b. 缺席语义(逐键)
+
+**展示出口(CC-247)**
+- 本版不增删任何键 / 选项位;`DisplayUntrustedOptions` 各位缺席时的缺省不变。
+- `credentialUrls: false`(只开词级面)/ `credentialWords: false`(只开 URL 结构面):关掉一面 = 宣告不遮那一面射程里的东西。只开 URL 结构面时,标签值、引号值地址之后的尾巴不遮(KL-321);只开词级面时,URL 的 userinfo / query / 片段只在它们同时是标签值时遮。
+- 记号种类(`userinfo` / `query` / `fragment` / `secret`)随取并变:端不要按种类分支判「遮了什么」。
+- 值以记号起头(上游预先带记号)的输入:T0 —— 记号后不紧贴词字符(或紧跟下一对键值)⇒ 按「已洗」处置,不是「没有值」;退役占位 `***` 后还有内容 ⇒ 不算已洗。
+
+**崩溃收敛(CC-218)**
+- `cause`(`projectCrashConverged` 交出的行):恒在场,两词之一;词表外 / 缺席 / 非串 / 只在原型链上 ⇒ 这一行不交出、计入 `dropped`。`shutdown_before_park` **不是**「这次没崩」的保证 —— 它只说服务端记录到这条腿是被有序关停截断的;腿上那一步做到了哪儿,仍只看 `orphanState` / `resumeSafe`。
+- `resumeSafe:false` 的 `pending` 行(RS-1):**不是**「工具执行过」—— 是服务端拿不出「零执行」的腿上证据(未被追踪的腿)。端按 `needsHumanReason === 'pending_unsafe'` 挑句(「按记录没执行,但服务端没给可重跑」)。更老的服务端上同一形是 `resumeSafe:true`,落 `resumeSafe[]`。
+
+**服务端自铸通告(CC-270 ①)**
+- `readModelUnreachable` 答 `undefined`:不是这一码 / `detail` 不是对象 / 四个必填位(`code` / `targetHost` / `remedy` / `sessionId`)任一缺席(只认自有属性,原型链上的同名键算缺席)、空串、非串 / 读它就抛。**不是**「模型端点够得着」。
+- `proxyInUse` 缺席 = 这一跳直连(或这一位读不出);**不是**「部署没配代理」—— 服务端只在这一跳真的经过代理时才带,带的是变量名、不是代理地址。
+- 这一条通告整个没来:**不等于**模型端点够得着 —— 服务端在同步非流式提交口、leader 车道、无会话的模型调用、代理在而上游不通、Bun 运行时上都不发;同一条腿对同一目标只发一次(KL-327)。
+
+**引擎换钉(CC-272)**
+- `isGateModeReleaseReasonWord(x) === false`:不是「坏词」—— 比本包新的引擎加的词在这里答 false;`undefined`(放行账没带原因)同样答 false,缺席是「这次放行没有原因词」,不是任何一个原因词。
+- `released.reason` 缺席:这次放行的类组里没有原因词(普通问被模式放行),或老引擎 / 没投影这一位的服务端 —— 端不据它断言「这次没有越过读不出的规则行」。
+- `readToolTurnRepaired` / 派发口对这一码答 `undefined`:通告不成形;**不是**「这次请求没被修过」。三端在服务端承载的会话上根本收不到这一码(运维面)。
+- `form` 是表外词:更新的引擎加的修复形,原样带回;按词分支的端走 default。修复通告整条缺席:这一 run 的每一次请求本来就合法,或引擎 < 7.37.1(不修也不铸),或通告只进了运维日志 —— 三者在端上分不开。
+- 审批卡上 `askClass` / `classes` 缺席:本版本包不投影(AC-1),与「无类」无关。
+- 码册外的码(例如内嵌更新引擎的服务端新铸的码,KL-333):`readEngineNoticeFacts` 答 `undefined`、`noticeAudienceOf` 按保守缺省答 `operator` —— 那是「本版不认识」,不是判决。
+
+**会话记忆抹除(CC-264)**
+- `answered.body` 为 `undefined` = 答复体不是 JSON(空体 / HTML 网关页 / 坏字节),**不是**「引擎答了一个空对象」。判定口:2xx ⇒ `unconfirmed` / `receipt_unreadable`(`receiptWhy: 'body_unreadable'`);非 2xx ⇒ `unconfirmed` / `no_code`。
+- `answered.sent.allowUnevidenced` 缺席 = 调用方没给(调用方对象的**自有**键才算给;原型链上继承来的不算、不上 wire;体里也没有这个键,服务端按默认拒降级腿),**不是** `false` 已签。
+- `eraseSessionMemory` 的 `opts.signal`:运行时有 `AbortSignal.any` 时只收本 realm 的 `AbortSignal` 实例;别的 realm 的信号与带 `addEventListener` 的鸭子形答 `not_sent` / `bad_input`(没发),不是「没有可用连线」。
+- 结局 `errorCode` 缺席 = 引擎没带自有的机读码(或码超过 200 字),或这一档本来就不是引擎答的(本地三因 / 没答复 / 2xx)。原型链上的同名位不算码。结局 `status` 缺席 = 没拿到 HTTP 答复或答复对象读不了。结局 `receiptWhy` 只在 `receipt_unreadable` 档在场。
+- 收执上 `select` 缺席:不另立必在键(`requestId` 对得上即认);在场而不是这条会话 ⇒ `receipt_mismatch`。
+- `erased` 档且收执零条 = 引擎完整判过、这条会话没有记录在案的贡献条目(或都已不在),不是「没法确认」。「已抹」只覆盖记录为这条会话贡献的条目,不覆盖别处的副本(收执 `residuals.propagation` 原样在收执里)。
+- `no_answer` **不是**「没做」:请求可能已被收下;同一个 `requestId` 重发在证据腿上收敛。`refused` / `cancelled_before_send` 是「调用前就已取消」;发出之后才取消的是 `no_answer`。
+
+**registry 与只续已有会话(CC-280 / CC-281)**
+- `classifyRegistryConflict`:状态不是数 409(含串 `'409'`)⇒ `'none'`,不读体;409 而体缺席 / 非对象 / 三步都读不到机器码 ⇒ `'conflict'`(与新版 SDK 同);409 而体上取值器 / 代理抛 ⇒ `'gone'`(**读不出 ≠ 没有**;闭合到不重发的一边;JSON 解析出来的体上不可达);体上的取值器每次读答不同时每一位只读一次、按那一次读数判(新版 SDK 同一位读多次,两边可能不同答 —— 与新版 SDK 的第二处分歧,同样只在宿主自造的对象上出现;JSON 体上逐例同答);`errorCode` 是空白串 / 非串 ⇒ 视为缺席、落到下一步;`error` 串原样比。
+- `isScopeGoneError`:非对象 / `status` 读不出 / 不是 409 ⇒ `false`;409 而体与类名都读不出 ⇒ `true`;409 而错误对象上没有体、类名也不是两只 scope-gone 类之一 ⇒ `false` —— **这是「判不出」不是「确证不是」**(本包支持的 SDK 版本的控制面映射与两只乐观锁冲突类不保留体也不保留码;要判就拿原始状态与体调 `classifyRegistryConflict`)。
+- `requireExistingSession`(请求键):缺席 / `false` / undefined / null = 「找不到就新开」(服务端缺省);本层不替服务端补 `false`。
+- `requireExistingSessionRefusalFromError`:状态缺席 / 非数 / 不是 404 或 422 ⇒ null(子代续跑面的同码 409 归子代读口);`errorCode` 缺席 ⇒ null(不按状态 + 消息猜);粗码形消息不以 `(resume.session_not_found)` 收尾 ⇒ null —— 端落回通用错误行,不说错话,只是少这一句;读数里 `code` 恒为 `resume.session_not_found`。
+
+**投递事实(CC-271)**
+- `isDelivered(u)` 真 = 这条消息所在的那一批,引擎流上来过一帧证明建了 run 的帧,或自愈 steer 受理回执;**假 ≠ 没送到**(没走过提交路径时也是假)。
+- `knownUndelivered(u)` 真 = attempted ∧ ¬delivered:壳拒交 / 引擎拒收(409 在跑,含其前的 `meta` 与审批卡 preamble)/ 在飞未到建 run 的帧 / steer 被拒或送达未知 / 用户选「先不动」。在飞那一小段落在这一格(对旁路过滤是保守方向:少带一条)。
+- 两判皆假 = 不知道(恢复进来的旧消息、本地命令回显、本账本没见过的 uuid、非串 / 空串)。**不渲成「没送到」**。`batchOf(u)` 缺席 = 本账本没记过它的 attempted(含只经 `fromRecords` 读回得知的:记录不带批)。读回的记录与现场记下的同权;坏行逐条跳过,不是「这一条没送到」。
+
+**决断台账(CC-278)**
+- 结算方(谁结算的这一笔:宿主 / 本包 / 离门证据)是包内位,**不上公面**:没有读口、不进结局机读位、不进任何帧。
+- `latestPlanReviewDecisionMark(taskId)` 的射程改口:「最近一笔的交出刻度」里的「一笔」= 一次**登记**或一次不经登记的投递;被离门证据结掉、随后被投递口认领的登记与那一发是同一笔(不再各占一枚刻度)。缺席(`null`)仍 = 这条 run 在本进程里没记过任何一笔。宿主不登记、或不调 `notePlanReviewGateLeft` ⇒ 本版无此形,行为与 0.87.0 逐字节同。
+- 被离门证据结掉的登记一直等到被认领、被容量挤掉或进程结束(无 TTL);中间宿主 `settle()` / `revoke()` 都动不了它(已结算);之后同 run 一次**不经登记**的投递会认领它(刻度不前进;KL-348)。
+
+**文件历史段(CC-279)**
+- `fileHistory` 在场 = 引擎对**这一条腿**报了捕不捕文件历史(今天 core 只铸 `on` / `disabled`;开集读是前向兼容)。缺席 = 三形不可分:老服务端(<7.104.0 不投这一段)/ 老引擎或外部 derive 没报 / 帧上值坏形 —— 🔴 **不折 `disabled`**,也不当「在捕获」;端渲「本会话未按声明执行」那一句时,缺席走「引擎没报这条腿捕不捕」那一档。
+- `"disabled"` ≠「不能还原」:部署捕获位关时已存历史照常服务还原,只有请求词关的那条 run 自己不能还原;部署形看能力位 `fileHistoryCapture`,本位答这一条腿。子流那条腿的这一位不上 leader 面(与整臂同律)。
+
+### 114c. 黑盒判据骨架
+
+> 🔴 标「本版证明」的格在**上一版(0.87.0)**产物上必须 FAIL、在 0.88.0 上必须 PASS;标「回归约束」的格两版都 PASS;标「端侧验收」的格验的是端换读之后的行为(包层跑不了)。本段每一格已在 0.87.0 发布包 dist 与 0.88.0 dist 上各实跑一次,两版读数原样附在括注里;请验收方记下自己两次跑的产物标识(版本 + tarball shasum)。纯包层,只走根入口公面;服务端夹具(可选)= 新一代 7.108.0 / 老一代 7.106.0 npm 包。前缀:G-DU = 展示出口(CC-247)、G-SB / G-RS = 崩溃收敛 `cause` 第二词与 `resumeSafe` 值变读数(CC-218)、G-MU = `server.model_unreachable`(CC-270 ①)、G-RR / G-TT = 放行原因 / 修复通告(CC-272)、G-SE = 会话记忆抹除(CC-264)、G-RC = registry 409(CC-280)、G-RE / G-RF = `requireExistingSession` 装配 / 被拒读口(CC-281)、G-PD = 投递事实(CC-271)、G-DL = 决断台账离门认领(CC-278)、G-FH = `fileHistory`(CC-279)。
+
+**展示出口**(`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' }`;「不露」= 去掉 `\uXXXX` 转义记号与非字母数字之后,输出里不含该凭据任一连续 6 字)
+
+- **G-DU1**(本版证明):`W('{"password":"u:hunter2hunter2@host/ PLACEHOLDERVALUE"}')` 恰 `{"password":"«redacted:userinfo»@host/ «redacted:secret»"}`;`D(·)` / `D(·, LINE)` / `D(·, FIELD)` 同答。(0.87.0:四出口都答 `«redacted:userinfo»@host/ PLACEHOLDERVALUE"}`;0.88.0:四出口恰期望串)
+- **G-DU2**(本版证明):`W('{"password":"https://host/ PLACEHOLDERVALUE"}')` 不露 `PLACEHOLDERVALUE`;`W("see 'u:hunter2hunter2@example.com' now")` 不露口令;`W('«redacted:query»:hunter2hunter2@host')` 恰 `«redacted:userinfo»@host`;`W('db :hunter2hunter2@host.example/x')` 不露口令;`W('see https://h:1/v1#api_key=AB|SECRETQ now')` 不含 `SECRETQ`。(0.87.0:五项依次 露 / 露 / 原样 / 露 / 含;0.88.0:不露 / 不露 / 恰期望 / 不露 / 不含)
+- **G-DU3**(回归约束):不含凭据标签 / 方案词 / userinfo 形 / 带 query 或片段的地址 / 记号 / PEM 头的文本行,`W(x) === x`、`D(x) === x`。(两版三行 × 三出口全等)
+- **G-DU4**(回归约束):对帽内收敛的输入 `s`(本段各格的输入、本包差分门全部池(含门池里收的定向搜索构造串)与自造文法池都在内;定向构造的病态长串可让改写遍数随长度增长、到帽,不在本格射程 —— KL-355)与选项 `o`(`escapeBackslashes: true` 除外),`D(D(s, o), o) === D(s, o)`(由出口内部的不动点循环在帽内保证;本包差分门 B6 钉各池到帽 0 次);含封长(`{ max: 9, mark: 'dot' }` / `{ max: 17 }` / `{ max: 23, foldLines: false, mark: 'escape' }`)。(七只输入 × 七组选项两版全等)
+- **G-DU5**(本版证明,用户名定界):`W('token=u:hunter2hunter2@host.example/x')` 恰 `token=«redacted:userinfo»@host.example/x`;`W('x(a:hunter2hunter2@host/p)')` 恰 `x(«redacted:userinfo»@host/p)`。(0.87.0:`«redacted:userinfo»@host.example/x` / `«redacted:userinfo»@host/p)`,`token=` 与 `x(` 被吞)
+- **G-DU6**(本版证明,T0 与续接):`W('token=«redacted:query»&hunter2hunter2 done')` 原样;`W('Authorization:N\u001bresponse=h(\u001bc')` 恰 `Authorization:«redacted:secret»`。回归约束半:`W('token=«redacted:query»hunter2hunter2 done')` 恰 `token=«redacted:secret» done`。(0.87.0:第一形 `token=«redacted:secret» done`、第二形尾留 `(\u001bc`(`Authorization:«redacted:secret»(\u001bc`);第三形两版同为 `token=«redacted:secret» done`(回归约束);0.88.0 恰期望)
+- **G-DU7**(回归约束,PEM):`W('-----BEGIN PRIVATE KEY-----\nMIIEvQFAKEFAKEFAKEFAKEFAKE\n-----END PRIVATE KEY----- token=PLACEHOLDERVALUE')` 不露 `PLACEHOLDERVALUE`、不露主体。(两版都不露)
+- **G-DU8**(本版证明,不插记号):`W("Credential://'e://@")` 恰 `Credential:«redacted:secret»'e://@`;`W('Authorization:tp://#>Authorization:')` 恰 `Authorization:tp://#«redacted:fragment»Authorization:`。(0.87.0:`…'e://«redacted:userinfo»@` / `Authorization:tp://#«redacted:fragment»`)
+- **G-DU9**(回归约束,差分):对上一发布产物跑本包 `scripts/run-display-untrusted-baseline-diff-test.mjs` 的五池 × 十五出口(基线 tarball 经 `SEMA_DU_BASELINE_TGZ` 给),凭据位「上一版遮、本版露」= 0(射程:差分门五池与门内追加的最小形之内,不是对任意输入的保证;池外仍原样的几形见末行「包侧缺口」⑤),只开 URL 结构面出口按射程 = 0,干净语料 100%,幂等 100%。验收方用自己的池时,判据按 114a′ 第 1 条:不含值 ∧ 含 `«redacted:`。(对 0.87.0 实跑,本版最后一次:1 071 165 格,凭据位 0 / 射程内 0;幂等 0 / 1 902 922 格;到帽 0 / 679 615 格)
+- **G-DU10**(干净形不多遮;两半):回归约束半 —— `<a href="https://example.com">bob@example.com</a>`、`url=https://example.com|owner=bob@example.com`、`|https://example.com|bob@example.com|`、`https://example.com<br>bob@example.com`、`["https://example.com","bob@example.com"]` 在 `W` / `D(·)` / `D(·, LINE)` / `D(·, FIELD)` 上逐字节不变;`W('https://u:p"w@host/x')` 恰 `https://«redacted:userinfo»@host/x`;`W('https://u.v:"hunter2hunter2@h/')` 与 `W('https://u.v:1"hunter2hunter2@h/')` 恰 `https://«redacted:userinfo»@h/`;带端口的链接形 `<a href="https://example.com:8080">bob@example.com</a>` 两版同答(多遮,KL-325)。本版证明半 —— `<a href="https://[2001:db8::1]">bob@example.com</a>`、`url=https://[::1]|owner=bob@example.com`、`{"url":"https://example.com","email":"bob@example.com"}` 在四出口上逐字节不变。(0.87.0:后三形四出口全多遮;0.88.0 全原样;前半两版同)
+- **G-DU11**(回归约束,预带记号 / 占位的输入;两版同答、不露口令):`W('password=«redacted:secret»password!hunter2hunter2')` 与 `W('password=***password!hunter2hunter2')` 恰 `password=«redacted:secret»`;`W('password="***@hunter2hunter2"')` 恰 `password="«redacted:secret»"`;`W('https://***:hunter2hunter2@例子.com/')` 恰 `https://«redacted:userinfo»@例子.com/`;`W('https://h/?k=«redacted:query»hunter2hunter2')` 恰 `https://h/?k=«redacted:query»`;`W('password=***Bearer.hunter2hunter2')`、`W('password=«redacted:secret»password.=hunter2hunter2')` 恰 `password=«redacted:secret»`。
+- **G-DU12**(回归约束,PEM 与控制串):`W('-----BEGIN PRIVATE KEY-----\u001b]0;token=hunter2hunter2\u0007')` 恰 `-----BEGIN PRIVATE KEY-----\u001b]0;token=«redacted:secret»\u0007`;块体里夹控制串(`…\nMIIEvQ\n\u001b]0;token=hunter2hunter2\u0007\n-----END PRIVATE KEY-----`)默认出口不露。(两版同)
+- **G-DU13**(回归约束,幂等):`W(':key=#)@h')` 恰 `:key=«redacted:secret»)@h` 且 `W(W(x)) === W(x)`;`W('u:hunter2hunter2«redacted:secret»@host')` 恰 `«redacted:userinfo»@host`;`D('s://\u001b[u"@', LINE)` 再洗一遍不变。(两版同;后一形点形输出字节两版不同 —— 0.87.0 `s://.[u"@` / 0.88.0 `s://.«redacted:userinfo»@`,属 DU-2,本格只判幂等)
+- **G-DU14**(回归约束,线性):`W('a:'.repeat(n) + '"@h')` 与 `W('x@' + 'a:'.repeat(n) + 'b@h')` 在 n = 2000 → 8000 上耗时倍数 < 10(或 8000 在 250 ms 内);`W('token="a '.repeat(n) + 'X')` 在 n = 1000 → 4000 上同判。(两版都线性;本机一次读数 0.88.0:7.7 / 9.5 / 134.8 ms)
+- **G-DU15**(回归约束;两版同遮):`W('token:u<hunter2hunter2@db')` 恰 `«redacted:userinfo»@db`,只开 URL 结构面(`{ ...W 的选项, credentialWords: false }`)同答;`W('auth_token:"pass"hunter2hunter2@db.example')` 恰 `«redacted:userinfo»@db.example`;`W('https://h/p;token=abc,PLACEHOLDERVALUE')` 恰 `https://h/p;token=«redacted:query»`,只开 URL 结构面同答;`W('\u001b-----BEGIN PRIVATE KEY-----\nfoo bar\npassword=hunter2hunter2\n-----END PRIVATE KEY-----')` 不露口令;`D(washCredentials 的产物, { foldLines: false, keepLayout: true, mark: 'dot' })` 对 `https://h/x?k=1:\rhunter2hunter2` 恰 `https://h/x?k=«redacted:query»`(`washCredentials` 不在根入口 —— 用本包合成终局行 / 结果帧 `errors[]` 的产物,或直接喂 `https://h/x?k=«redacted:query»:\rhunter2hunter2`);只开 URL 结构面上 `https://h/?k=1;Bearer\u00a0hunter2hunter2` 恰 `https://h/?k=«redacted:query»`、`https://h/p;a=1,Bearer\u2003hunter2hunter2` 恰 `https://h/p;a=«redacted:query»`(分隔之后是非 ASCII 空白:片段不在那里断);`W('password=https://h/token="\u001b]0;hunter2hunter2\u0007"')` 恰 `password=https://h/token=«redacted:secret»`(地址值路径标签之后引号里夹控制串;`D(·)` 同答);`W('bearer:u<hunter2hunter2@db>')` 与 `W('token:u<hunter2hunter2@db>')` 恰 `«redacted:userinfo»@db>`,只开 URL 结构面同答。(0.87.0 与 0.88.0 各形同遮)
+- **G-DU16**(本版证明):`W('"password":"To:<bob@example.com>admin:<hunter2hunter2@db:5432&x=PLACEHOLDERVALUE')` 恰 `"password":"«redacted:userinfo»@db:5432«redacted:secret»`;`W('-----BEGIN\u200bPRIVATE KEY-----\nMIIEvQFAKEFAKEFAKEFAKEFAKE\n-----END PRIVATE KEY-----')` 恰 `-----BEGIN\u200bPRIVATE KEY-----\n«redacted:secret»\n-----END PRIVATE KEY-----`(头行词间的空格换成零宽空格;换成 `\u00ad` / `\u200f` / `\u0007` 同答),`D(·, LINE)` 不露主体。(0.87.0:第一形 `«redacted:userinfo»@example.com>admin:<hunter2hunter2@db:5432&x=PLACEHOLDERVALUE`,两只值都露;第二形 `W` 与 `D(·, LINE)` 原样(`D(·)` / `D(·, FIELD)` 遮);0.88.0 恰期望 / 不露)
+
+**崩溃收敛 `cause` 第二词与 `resumeSafe` 值变读数**(夹具五形,服务端审计店 `FileApprovalAskAuditStore` 真铸,第二只实例重放 + `convergeCrashedAsks()` + `listCrashConverged(undefined)`,整只经 `JSON.parse(JSON.stringify(…))` 过境后交 `projectCrashConverged({ pending: [], crashConverged })`:① 被追踪腿 `recordAsk` + `recordSettle(allowed)` ② 被追踪腿 `recordAsk`(无结清)③ 未被追踪腿(`legTracked:false`)`recordAsk` —— 三者之后调 `noteLegsInterruptedByShutdown()`(老一代无此口则跳过)—— ④ 被追踪腿 `recordAsk` ⑤ 被追踪腿 `recordAsk` + `recordSettle(allowed)`)
+
+- **G-SB1**(本版证明):7.108.0 ① ⇒ `needsHuman`,`needsHumanReason === 'approved_then_interrupted'`,`cause === 'shutdown_before_park'`。(0.87.0:行缺席、被 `dropped`;0.88.0 命中)
+- **G-SB2**(本版证明):7.108.0 ②(`pending` / `resumeSafe:true` / `shutdown_before_park`)⇒ `resumeSafe[]`、行上无 `needsHumanReason` 键。(0.87.0 缺席;0.88.0 命中)
+- **G-SB3**(本版证明):7.108.0 五形 ⇒ `total === 5 && dropped === 0`。(0.87.0 `{total:3, dropped:2}`;0.88.0 `{total:5, dropped:0}`)
+- **G-SB4**(回归约束):`cause:'orderly_restart'` 的一行 ⇒ `{total:0, dropped:1}`(词表外仍丢)。
+- **G-SB5**(回归约束):7.108.0 ④ ⇒ `resumeSafe[]`;⑤ ⇒ `needsHuman` / `approved_then_interrupted`(旧词两形照旧)。
+- **G-SB6**(类型面本版证明):TS 宿主 `function f(c: CrashConvergedRow['cause']): string { switch (c) { case 'crashed_before_park': return 'x'; default: { const rest: never = c; return rest } } }` ⇒ 0.87.0 零诊断 / 0.88.0 恰 TS2322。
+- **G-RS1**(回归约束;读数随服务端变):7.108.0 ③(`pending` / `resumeSafe:false` / `crashed_before_park`)⇒ `needsHuman` / `pending_unsafe`(两版同)。
+- **G-RS2**(回归约束):7.106.0 ③ 同一形(`resumeSafe:true`)⇒ `resumeSafe[]`;五行全是旧词、`dropped === 0`(两版同)。
+
+**`server.model_unreachable`**(铸帧:服务端 `model-unreachable-notice.js` 的 `createModelReachBrain(inner, { route })` 包一只内层 brain,内层 `stream()` 在 `model-reach-scope.js` 的 `currentModelCallReach()` 上写建连失败并以 `stopReason:'error'` 收场;在 `withModelReachScope(<会话>, …)` 里调一次,收 `route` 收到的那一帧)
+
+- **G-MU1**(本版证明):`noticeAudienceOf('server.model_unreachable') === 'user'` 且 `engineNoticeInCatalog(…) === true`。(0.87.0 `['operator', false]`;0.88.0 `['user', true]`)
+- **G-MU2**(本版证明):直连帧(`ECONNREFUSED` / `127.0.0.1:9` / `proxyInUse:null`)经 `readEngineNoticeFacts` ⇒ `audience === 'user'`,`facts` 恰四键 `code / targetHost / remedy / sessionId`(无 `proxyInUse`)。(0.87.0 `undefined`)
+- **G-MU3**(本版证明):代理帧(`UND_ERR_CONNECT_TIMEOUT` / `api.example.test:443` / `HTTPS_PROXY`)⇒ `facts.proxyInUse === 'HTTPS_PROXY'`。(0.87.0 `undefined`)
+- **G-MU4**(本版证明):`readModelUnreachable` 在根入口;`detail` 缺 `remedy` ⇒ `undefined` 不抛。(0.87.0 读器不在公面)
+- **G-MU5**(回归约束):`SERVER_NOTICE_AUDIENCE` 其余三行值不变;`ENGINE_NOTICE_CODES` 不含 `server.model_unreachable`。
+
+**放行原因与修复通告**
+
+- **G-RR1**(本版证明):`GATE_MODE_RELEASE_REASON_WORDS` 深等 `['rule_unreadable']` 且冻结;`['rule_unreadable', 'a_reason_newer_than_this_client', '', undefined, 'Rule_unreadable'].map(isGateModeReleaseReasonWord)` = `[true, false, false, false, false]`。(0.87.0 两名都不存在)
+- **G-RR2 / G-RR3 / G-RR4**(回归约束):`gateModeRelease(gateOutcomeOf({ gate: { disposition: { kind: 'allowed', released: { mode: 'bypassPermissions', askClass: 'rule_unreadable', classes: ['rule_unreadable', 'write_protection'], origin: 'rule_store_unavailable', reason: <R> } } } }))` 原样带回 —— `<R>` 为表外词 `'a_reason_newer_than_this_client'` / `'rule_unreadable'` / 不带(视图无 `reason` 键)。(两版逐字同)
+- **G-TT1**(本版证明):`ENGINE_NOTICE_CODES.length === 81`;`route.tool_call_id_folded` 的下一员是 `context.tool_turn_repaired`;`engineNoticeInCatalog('context.tool_turn_repaired') === true`;`ENGINE_NOTICE_AUDIENCE['context.tool_turn_repaired'] === 'operator'`。(0.87.0:80 员、下一员 `task.user_steer_undrained`、不在册、受众表无此键;`noticeAudienceOf` 两版同答 `'operator'`,不作判别)
+- **G-TT2**(本版证明):`readEngineNoticeFacts({ code: 'context.tool_turn_repaired', message: 'm', detail: { repairs: [{ form: 'trailing_text', toolCallIds: ['g1', 'g2'] }], sessionId: 'seeded', runId: 'r1' } })` ⇒ `{ code, audience: 'operator', facts: { repairs: [{ form: 'trailing_text', toolCallIds: ['g1', 'g2'] }], sessionId: 'seeded', runId: 'r1' } }`。(0.87.0 `undefined`)
+- **G-TT3**(本版证明):`typeof readToolTurnRepaired === 'function'` 且 `ENGINE_NOTICE_FACT_READERS['context.tool_turn_repaired'] === readToolTurnRepaired`。(0.87.0 不存在)
+- **G-TT4**(本版证明):`repairs: [{ form: 'duplicate_call', toolCallIds: ['x1'] }, { form: 'late_result', toolCallIds: ['c6'] }]` ⇒ 两条原样带回(表外 `form` 不丢、不折、不连累同条通告别的条)。(0.87.0 整只 `undefined`)
+- **G-TT5**(本版证明):全形读得出,且五种坏形(`repairs: []` / 某条 `toolCallIds: []` / 某条 `form: ''` / 缺 `runId` / 某条是 `null`)各答 `undefined`。(0.87.0 全形也读不出)
+- **G-TT6**(回归约束):根入口没有名字匹配 `/TOOL_TURN_REPAIR|ToolTurnRepairForm|isToolTurnRepairForm/i` 的导出。(两版 `[]`)
+- **G-TT7**(本版证明):派发表里受众 `operator` 的码 = `['context.tool_turn_repaired', 'mcp.server_redialed', 'resume.legacy_mode_seed_migrated', 'skills.listing_truncated']`;`user` 的 13 个。(0.87.0:运维面三个、用户面 12 个)
+- **G-TT8**(回归约束):`classifyToolHistoryMismatch` 对三句模板与一个非模板 400 的答案两版逐字同(判型零改)。
+
+**会话记忆抹除**(假引擎 = 一只 node:http 服务端,按场景答 200 收执 / 带码拒 / 挂住)
+
+- **G-SE1**(本版证明):假引擎答 200 收执(`status: "complete"`)⇒ `sessionMemoryEraseOutcome(await eraseSessionMemory({ sessionId, requestId }, wire))` 为 `erased` / `not_needed`,引擎恰收一发,实收体恰好 `{"requestId":…}`。(0.87.0 口缺席;0.88.0 `erased` / `not_needed`,恰 1 发)
+- **G-SE2**(本版证明):409 `memory.erasure_selector_mismatch` ⇒ `refused` / `request_id_reused` / `new_request_id`。
+- **G-SE3**(本版证明):500 `internal.error`(老一代四形的落点)⇒ `unconfirmed` / `engine_fault` / `same_request_id`。
+- **G-SE4**(本版证明):假引擎收下不答、`timeoutMs: 100` ⇒ `unconfirmed` / `no_answer`,引擎恰收一发(不重发)。
+- **G-SE5**(本版证明):会话 id `..` ⇒ 答复 `not_sent`、结局 `refused` / `bad_input`,引擎零实收。
+- **G-SE6**(本版证明):502 非 JSON 体 ⇒ `unconfirmed` / `no_code`(没有引擎的码不判「没做」)。(G-SE2 – G-SE6:0.87.0 口缺席;0.88.0 恰期望)
+- **G-SE7**(回归约束):`readMemoryEraseReceipt` 读同一份收执 ⇒ `present`、`requestId` 原样。
+- **G-SE8**(回归约束):`classifyMemoryFailure({ status: 409, errorCode: 'memory.erasure_selector_mismatch' })` ⇒ `refused` / `selector_mismatch`(operator 面口不变)。
+- **G-SE9**(回归约束):`classifyMemoryFailure({ status: 500, errorCode: 'internal.memory_control_plane_corrupt' })` ⇒ `unknown` / `control_plane_corrupt`。
+- **G-SE10**(本版证明;可选服务端夹具 ≥7.108.0):起夹具自己的 HTTP 服务端,记忆面用夹具引擎的真 file 后端;同一个 `requestId` 先抹会话 A(⇒ `erased`)、同 id 重放(⇒ `erased`,收执与首发同)、再拿去抹会话 B(⇒ 新一代 `refused` / `request_id_reused`;老一代 7.106.0 ⇒ `unconfirmed` / `engine_fault`)。
+- **G-SE11**(本版证明;可选夹具):同上,后端证据面缺席 ⇒ 不签字 `refused` / `evidence_unavailable` / `needs_consent`(老一代 `unconfirmed` / `engine_fault`);签了 `allowUnevidenced: true` ⇒ `erased`(收执 `evidenceCapability: "none"`)。
+
+**registry 409 与只续已有会话**(夹具 = 服务端 7.108.0)
+
+- **G-RC0**(本版证明):`typeof classifyRegistryConflict` / `typeof isScopeGoneError` ⇒ `function` / `function`。(0.87.0 `undefined` / `undefined`)
+- **G-RC1**(本版证明):`classifyRegistryConflict(409, {error:"scope_gone", error_description})` / `(409, {error:<散文>, errorCode:"scope_gone"})` / `(409, {error:"conflict", currentVersion:3})` / `(404, {error:"scope_gone"})` ⇒ `"gone"` / `"gone"` / `"conflict"` / `"none"`。(0.87.0 四格抛「不是函数」)
+- **G-RC2**(本版证明;第三格是取舍格):`isScopeGoneError(new RegistryApiError(409, …, v1 体))` / CAS 体 / SDK 12 `toControlError(409, legacy scope-gone)` ⇒ `true` / `false` / `false`(第三格判不出,KL-339)。
+- **G-RC3**(本版证明):`classifyRegistryConflict(409, 全陷阱代理体)` ⇒ `"gone"`(不抛)。
+- **G-RE1**(本版证明):`assembleTaskRequest({ objective, sessionId: 's', live: true, requireExistingSession: true }, 'interactive')` 与 print ⇒ 体带 `requireExistingSession: true`、`omitted: []`。(0.87.0 抛「入参带了本包不认识的键」)
+- **G-RE2**(本版证明):`requireExistingSession: true` + 无 `sessionId` / `sessionId: ""` ⇒ 抛,文本含「没有可续的会话」。
+- **G-RE3**(本版证明):`requireExistingSession: 'true'` ⇒ 抛「只接受布尔或缺席」,不回显值。
+- **G-RE4**(本版证明):utility + `excludeAllTools: true` + `requireExistingSession: true` + `sessionId: '<独立会话 id>'` + `live: true` ⇒ 体无此键、回执**含** `{ key: 'requireExistingSession', cause: 'off_lane' }`(不带 `live` 时回执另含 `{ key: 'excludeAllTools', cause: 'not_live' }`)。`true` 而不带 `sessionId` 不分车道一律装配期拒(「没有可续的会话」那一句),不是回执。(0.87.0:带不带 `sessionId` / `live` 都抛「入参带了本包不认识的键」;0.88.0:带 `sessionId` + `live` 恰回执 `[{ key: 'requireExistingSession', cause: 'off_lane' }]`,只带 `sessionId` 回执两条,不带 `sessionId` 抛)
+- **G-RE5**(本版证明):`requireExistingSession: false` ⇒ 体无此键、回执空。
+- **G-RE6**(本版证明):`taskRequestSeatOf('requireExistingSession', 三车道)` ⇒ `seated/liveGated` × 2 + `{ seat: 'none', cause: 'off_lane' }`。(0.87.0 三格 `{ seat: 'unknown' }`;G-RE2 – G-RE5 在 0.87.0 上都抛「不认识的键」)
+- **G-RE7**(回归约束):不带这一键:两份输入 × 三车道 × live 两态(12 格)的请求体 + 回执与 0.87.0 逐字节相同。
+- **G-RF0**(本版证明):`typeof requireExistingSessionRefusalFromError` / `typeof requireExistingSessionRefusalContent` ⇒ `function` / `function`。
+- **G-RF1**(本版证明):SDK 12 `toApiError` 映出的 404 粗码 / 422 粗码 / 404 带码 / 409 同码 → 读口 ⇒ `session_not_found` / `session_id_missing` / `session_not_found` / `null`;措辞两形各自那一句,`{}` 落通用句。(0.87.0 抛「不是函数」)
+- **G-RF2**(回归约束):同四形喂 `resumeRefusalFromError` / `classifySubagentResumeFailure(…).reason` ⇒ `null` ×4;`not-found` / `error` / `retention-lapsed` / `retention-lapsed`。(两版逐字同)
+- **G-RF3**(本版证明;夹具):服务端 7.108.0 真鉴权口 `createAuthorizer` → 真 `httpErrorCode` → SDK 12 `toApiError` → 读口:404 `not_found.resource` ⇒ `session_not_found`;422 `request.unprocessable` ⇒ `session_id_missing`。
+
+**投递事实与文件历史段**
+
+- **G-PD1**(本版证明):根入口 `createPromptDeliveryLedger` / `promptKnownUndelivered` / `withoutUndeliveredPrompts` 三只是函数。(0.87.0 三只 `undefined`)
+- **G-PD2**(本版证明):`attempted(['u1'])` → `deliveredByFrame(['u1'], 409 拒收终帧)` ⇒ `knownUndelivered('u1')`;再以真 `attemptActiveRunSelfHeal`(注入件、`runs.steer` 答 `applied`)的结局喂 `deliveredBySteerReceipt` ⇒ `isDelivered('u1')`、`knownUndelivered` 假。
+- **G-PD3**(本版证明):`meta` → `approval_request`(preamble 形)→ 409 拒收终帧依次喂 ⇒ 全程 `knownUndelivered` 真。
+- **G-PD4**(本版证明):`meta` → `text_delta` ⇒ delivered。
+- **G-PD5**(本版证明):从没 attempted 的 uuid ⇒ `isDelivered` / `knownUndelivered` 皆假。
+- **G-PD6**(本版证明):`toRecords()` 逐行 `JSON.stringify` = `{"u":"r1","s":"a"}` / `{"u":"r2","s":"a"}` / `{"u":"r2","s":"d"}`;新账本 `fromRecords` 读回后结论不变。
+- **G-PD7**(本版证明):`withoutUndeliveredPrompts(ledger, [old, x(被拒), y(交出去), assistant])` ⇒ `[old, y, assistant]`;`promptKnownUndelivered(ledger, x)` 真。(G-PD2 – G-PD7:0.87.0 上抛「不是函数」)
+- **G-PD8**(回归约束):被复用的 `activeRunBusySignal` / `selfHealSubmissionDisposition` 对一组帧 / 结局答案与 0.87.0 逐字同。
+- **G-PD9**(端侧验收):终端 durable 部署上,会话被占时提交一条 ⇒ 底栏「这条没送到,↑ 重发」出现、自动标题 / recap / `/btw` 不带这一条;自愈 steer 受理后 ⇒ 提示收回、旁路照常带它。
+- **G-PD10**(本版证明,重启恢复):照 114d 迁移骨架 —— `attempted(['u1','u2'])`、`deliveredByFrame(['u1'], meta)` / `deliveredByFrame(['u1'], text_delta)`、`deliveredBySteerReceipt(['u2'], { kind: 'running-steered', delivery: 'applied', … })` 三只写口的**返回**逐条追加进旁车 → 丢掉账本、新建一只 → `fromRecords(旁车)` ⇒ `isDelivered('u1')` / `isDelivered('u2')` 真、`knownUndelivered` 两只皆假(旁车四行)。判别半:只追加 `attempted` 的返回 ⇒ 读回后两只皆 `knownUndelivered` 真(已交出去的消息会被旁路载荷剔掉)。(0.87.0 无账本口;0.88.0 两半恰期望)
+- **G-FH1**(本版证明):`{type:'wiring_manifest', fileHistory:'disabled', lsp:{mounted:true}}` 先经 `eventToSdkMessage(帧, { sessionId })` 投影,其 `message`(再接一条 `result` 收尾)喂 `createWireToCcAdapter().adapt(…, ctx)` ⇒ chrome `wiring_manifest` 恰一条且 `fileHistory === "disabled"`(原始 wire 帧直接喂 `adapt` 两版都是零条 —— `adapt` 吃的是投影产物,本组各格同此)。(0.87.0:恰一条、无 `fileHistory` 键)
+- **G-FH2**(本版证明):只带 `fileHistory:'on'` 一段的帧 ⇒ `eventToSdkMessage` 投影成臂、经 `adapt` 后 chrome 恰一条且 `fileHistory === "on"`。(0.87.0 投影答 `none` / `not_in_slice`)
+- **G-FH3**(回归约束):帧上不带(`{type:'wiring_manifest', lsp:{mounted:true}}`,投影后经 `adapt`)⇒ chrome 恰一条、无 `fileHistory` 键(不折 `disabled`)。(两版同)
+- **G-FH4a**(回归约束):`fileHistory` 为 `""` / `7` / `null`(投影后经 `adapt`)⇒ 键缺席、`lsp` 段照投。(两版同)
+- **G-FH4b**(本版证明):表外词 `"partial_Word"`(投影后经 `adapt`)⇒ 原字节到端。(0.87.0 键缺席)
+- **G-FH5**(本版证明):`readSubmitWiringManifest({ wiringManifest: { fileHistory: 'disabled' } })` ⇒ `{ kind: 'manifest', view.fileHistory: 'disabled' }`。(0.87.0 `unreadable`)
+- **G-FH6**(本版证明,子流断闸带判别半):`{type:'wiring_manifest', fileHistory:'on', lsp:{mounted:true}, parentToolCallId:'c1'}` 投影后经 `adapt` ⇒ 零 chrome;同一帧去掉 `parentToolCallId` ⇒ chrome 恰一条且 `fileHistory === "on"`。(0.87.0:前半零条、后半恰一条但无 `fileHistory` 键;0.88.0 两半恰期望 —— 只断言前半的写法两版恒绿、不判别)
+- **G-FH7**(端侧验收):用户显式关文件检查点、引擎报 `fileHistory: "on"` ⇒ 终端渲「本会话未按声明执行」;帧上缺席 ⇒ 渲「引擎没报」那一档,不渲「已关闭」。
+
+**决断台账离门认领**(零网络,注入最小 client:`assistant.planReview` / `runs.get` 两只口,POST 可挂起;宿主投递编排的替身 = 登记 → 等一只可控的「快照读」→ `decidePlanReview` →(落定后)句柄 `settle()`,即终端 1.0.139 `sema/planReviewReopen.ts:56-97`(`deliverPlanReviewDecision`)去掉编排计数的形)
+
+- **G-DL1**(r1 形;本版证明):`reopenPlanReviewCard(T, { deliverDecision: 替身 })` 出卡 → `respondToQuestion(卡, 批准)` → 替身登记(记 `M = latestPlanReviewDecisionMark(T)`)并开始等快照 → 快照读在路上时 `notePlanReviewGateLeft(T)` → 放行 → 投递(POST 503)。断言:POST 恰一次、结局恰一条(effect `unconfirmed`),`latestPlanReviewDecisionMark(T)` 在离门后 / POST 在飞时 / 队列口收到结局那一拍 / 落定后都 `=== M`;POST 在飞时 `planReviewDecisionInFlight(T) === true`。(0.87.0:M = 2 → 4 / 4 / 4;0.88.0:2 / 2 / 2 / 2,在飞 true)
+- **G-DL2**(r2 形;本版证明):同上,但先放行快照,离门证据落在放行之后、投递调用之前的那一枚微任务里;POST 404 `not_found.plan_review`。断言同上(effect `not_applied`)。(0.87.0:7 → 9;0.88.0:6 → 6)
+- **G-DL3**(arm 卡形;本版证明):`armPlanReviewApproval` 出卡 → 登记 → `notePlanReviewGateLeft` → `respondToQuestion(卡, 批准)`。断言结局那一拍与落定后刻度 `=== M`。(0.87.0:11 → 13;0.88.0:9 → 9)
+- **G-DL4**(同 run 两次;本版证明):登记(M1)→ 离门 → 再登记(答非 null,M2 > M1)→ 投递两次(各自落定)。断言两次之后刻度都 `=== M2`、POST 恰两次。(0.87.0:第二次后 19 ≠ 17;0.88.0:14 / 14)
+- **G-DL5**(一个字节没送出;本版证明):先取读起点 `s` → 登记(M)→ 离门 → `decidePlanReview(T, 'approve', undefined, { wire: { client: {} } })`。断言 effect `not_sent`、刻度 `=== M`、`planReviewDecisionInFlight(T, s) === false`。(0.87.0:刻度 22 → 24、在飞 true;0.88.0:18 → 18、false)
+- **G-DL6**(既有形;回归约束):登记 → 投递(POST 挂起)→ 离门 → 同 run 第二次投递 ⇒ 零 POST;放行 ⇒ 结局恰一条、刻度 `=== M`。
+- **G-DL7**(判别负控;回归约束):登记 → 句柄 `settle()` → 投递 ⇒ 不认领、刻度前进。
+- **G-DL8**(失败分类;回归约束):G-DL1 / G-DL2 / G-DL5 的结局正文与「不登记、不离门的同一失败」逐字节同;两版之间同格正文逐字节同。(r1 / r2 / not_sent / 404 四格两版逐字节同)
+- **G-DL9**(回归约束):登记 → 离门 → 投递(POST 挂起)→ POST 在飞时问 `planReviewDecisionInFlight(T)` 并取读起点 `r`;放行 → 结局后问 `planReviewDecisionInFlight(T, r)`。两版都答 `true` / `true`(认领来的那一笔从认领到结局算在飞、结局后判陈旧,与修前另铸的那一笔同判)。
+
+### 114d. 端上要动的读点
+
+坐标来自本机克隆的只读检索,读的提交:终端 1.0.139 集成分支 3f4ad522 · 网页端 `origin/main` 0fb6df3 · 管理台 `origin/main` 21b8951 · 桌面端冻结。终端 / 管理台的产品源码坐标省去开头的 src 目录,网页端坐标从仓根起(`ui/`);本机克隆可能落后远端,行号会漂,合并前请各端对自己的最新主干重看一遍。
+
+**终端**(3f4ad522)
+
+- 展示出口(DU-2,零改动即得):`sema/untrustedDisplayOutlet.test.ts:156` / `:172` 两格逐字节全等与 `:91` / `:123` 两格拼接子串,本版读数与 0.87.0 同串(两版实跑);建议(非必改)改成「不含值 ∧ 含记号」两条独立断言(114a′ 第 1 条)。`sema/mcpFailureReason.test.ts:602` 的生产函数是终端自带的洗法(`sema/displaySafeUrl.ts`),不经本包。🔴 线上锚对账门登记了本包 `dist/displayUntrusted.js` 里的正则 / 常量名(终端仓的 scripts/wire-anchor-exempt.json 306-324 行一带,14 枚):本版这个文件里有三枚登记键不再存在(`/[\u001b\u0090\u0098\u009d-\u009f]|\\u/`、`/^u([0-9A-Fa-f]{4})/`、`NEEDS_VIEW`),另有新的正则字面量与常量名 —— 换钉当天请重跑那道门,按它的报错增删登记。
+- 崩溃收敛(SB-1,零改动即得):`sema/crashConvergedNotice.ts:147-157`(`crashConvergedCauseCodes`)与 `:169-189`(`crashConvergedNoticeText`)按记录原样转述 `cause` 码、不把它翻译成「崩了」⇒ 新词行照常出现在通告里、措辞不变。若要按 `cause` 分句(「有序关停结清」/「崩溃」),按位渲须带本票号 CC-218。🔴 换钉服务端 7.108.0 时(不是本包换钉):终端仓 scripts/wire-anchor-registry.mjs 里 A-K21 的 `mintProbeAt` 第一条 `'cause: "crashed_before_park"'` 在 7.108.0 发布包的 `approval-ask-audit-store.js` 里**已不在**(本机实测 7.106.0 = 1 处、7.108.0 = 0 处:`cause` 改由 `causeOf()` 求值)⇒ 那一锚会红,改钉两词的新铸点(`trace/self-minted-wire.js:5-6` 或 `approval-ask-audit-store.js:408`)。
+- `server.model_unreachable`(MU-1 / MU-3,零改动即得):呈现闸 `sema/engineNoticeCodes.ts` `engineNoticeSurfaceVerdict` 对这一码由 `'unlisted'`(兜底行:码 + 服务端原句)改判 `'listed'`(通用行,仍渲服务端原句);`-p` 机读车道 `engineNoticeFactsForMachineLane`(`:170-190`)对这一码由不上帧改为上一份 typed 读数(受众 user;串叶过同一只洗法)。按「这一码不出机读读数」或「可见码集合恰为 …」断言的测试改锚。建议(非必改):这一码的补救句较长,通用行会截断出路那半句(验收方 [8796] 读码推断)⇒ 给它专属呈现,按 `readModelUnreachable` 五位渲(补救句完整)。
+- 放行原因 / 修复通告(RR-1 / TT-3,零改动即得):`EngineNoticeFactsCode` 按码 `===` 读、无穷尽分支(`sema/upstreamBridge.ts:967` 起与 `sema/engineNoticeCodes.ts:176`)。
+- 会话记忆抹除(SE-1 / SE-2,请托方):连线不必起新的 sdk client —— 把会话连线配置直接交 `wire`:`{ baseUrl: config.baseUrl, token: <与流同一只取值函数或串>, principal: config.principal, timeoutMs }`(`sema/liveClient.ts` 的 `LiveClientConfig` 三位;凭证用 `armAuthTokenSource(config)` 那一只 —— 显式回环免凭证形交 `undefined`,本包在回环 `baseUrl` 上同样零 `Authorization`)。一次性 id:确认卡**弹出时**铸一只 `requestId`,确认后用它发;结果档 `retry === 'same_request_id'` 时「再试一次」按钮沿用同一只;`new_request_id` 时另铸;`human_decision` / `needs_consent` 时再弹一次确认卡(`needs_consent` 卡上写清「不留证据也删」并在确认后才带 `allowUnevidenced: true`);`needs_operator` / `pointless` 不给重试按钮。呈现:结果行渲 `text` + 空格 + `retryText`;不要按 `errorCode` 自写句子;要数字时走 `memoryEraseCounts(outcome.receipt)`。落点:`/memory` 命令面(`commands/memory/memory.tsx`)今天只管本地记忆文件,会话记忆状态面在 `/status`(`sema/memoryStatusClientPort.ts`);挂哪一面由终端定。
+- registry 409(RC-1 / RC-2,请托方):两条 registry 写腿拿原始 `(status, json)` 调 `classifyRegistryConflict` —— `'conflict'` 才重读重写一次,`'gone'` 止血(说清什么都没写、目标空间被删或重建),`'none'` 走既有非 409 分支;经子路径 `RegistryApiError` 抛出的腿用 `isScopeGoneError(e)`。注意 `'conflict'` 也包含回滚门「历史行属于已被替换的空间」等不会因重试而过的 409,只在本腿 409 本来就是乐观锁冲突时按它重试。
+- 只续已有会话(RE-1 / RF-1 / RF-2,请托方):`--resume` 路径给装配口交 `requireExistingSession: true` + 会话 id;提交失败时先问 `requireExistingSessionRefusalFromError(err)`,命中就渲 `requireExistingSessionRefusalContent(detail)`(不要按 404 / 422 数字或消息原文自判)。
+- 投递事实(PD-1 – PD-4,请托方;终端 [C448] 已认领随 1.0.140 换读):`sema/promptDelivery.ts` `:49-52` 三只进程级集合 → `const ledger = createPromptDeliveryLedger()`;`:107-116` `notePromptBatchAttempt` → `for (const rec of ledger.attempted(uuids)) appendJournal(rec)`(`batchOf` 那张表删,改读 `ledger.batchOf`);`:122-128` `notePromptBatchDelivered` 删 —— 🔴 它原来那句 `appendJournal({ u, s: 'd' })` 不能随之丢:两只 delivered 写口的返回同样逐条落盘,`sema/seamQuery.ts:2580-2583` 改为每帧都喂 `for (const rec of ledger.deliveredByFrame(deliveryUuids, ev)) appendJournal(rec)`(🔴 判据随之修正:durable 腿首帧是 `meta`,终端自家 409 夹具不发 `meta` 所以现行测试绿 —— 114a′ 第 13 条);`sema/seamQuery.ts:2953-2956` 改 `for (const rec of ledger.deliveredBySteerReceipt(deliveryUuids, outcome)) appendJournal(rec)`(只落 attempted 的返回,重启读回后已交出去的行会成「确知没交出去」、被旁路载荷剔掉 —— G-PD10);`:89-99` 读回 → `ledger.fromRecords(parseJournal(text))`;`:170-184` 三只读口 → `ledger.isDelivered` 与本包同名口的薄包装(过同名影子门的 `single-delegation` 证明后改判 `host-deps-wrapper`)。落盘 / 选择器 / 分叉复制 / 导入合并 / 跨会话读文件留壳;`:251-267`「进程事实 ∪ 文件事实」若改用一只临时账本合并,在「进程说被拒、文件说交出去」那一形上并集判交出去、现行判被拒 —— 要不要改由终端定。`sema/forkedSessionContinuity.ts:171-198` 的 `frameProvesSeedDelivered` 按终端 [C448] 保留为「模型消费了种子」谓词、不并入 delivered(两者判的不是同一件事;名字与本包不同名,同名影子门不报)。
+- 文件历史段(FH-1,请托方):`sema/upstreamBridge.ts:2599-2620`(`case 'wiring_manifest'` 里 `noteWiringManifestReading({...})` 那一段)同 `hands` 那一行的展开式补 `...(e.fileHistory !== undefined ? { fileHistory: e.fileHistory } : {})`(缺席不补键);终端仓 scripts/wiring-manifest-sections.json 185-191 行的 `fileHistory` 行 `pending` → `consumed`、`pendingMax` 8 → 7;「说一句」形与 `/config` 开关状态的读源换成本位(按 114b 缺席语义渲)。
+- 决断台账(DL-1,请托方):宿主编排计数可退 —— `sema/planReviewDecisionWindow.ts:303-323`(`dispatchAwaitingSnapshot` 表 + `notePlanReviewDispatchAwaitingSnapshot`)、`:335`(`clearPlanReviewDecisionWindow` 里「这条 run 有一发还在等快照 ⇒ 不调本包离门口」那一判)、`sema/planReviewDecisionNotice.ts:249`(交出那一拍记数)与 `:256-259`(放行后下一个宏任务撤数);退了之后 `:335` 无条件调 `notePlanReviewGateLeft(taskId)`。🔴 测试替身两处:`sema/planReviewReopenRace.test.ts:279` 的 `packageSettlesAndOutcome` 与 `sema/planReviewDecisionNotice.test.tsx:170` 的 `packageOutcome` 用 `notePlanReviewGateLeft` 充当「本包已结算那一笔」—— 本版起被这样结掉的登记仍可被之后一次不经登记的投递认领(刻度不前进);要替身「本包结算」,改用登记句柄的 `settle()`(终端已排随 1.0.140 换钉改)。
+
+**网页端**(0fb6df3)
+
+- 🔴 崩溃遗留通告(SB-1,建议必改):`ui/lib/engine/engine-crash-converged.ts:120` / `:122` / `:124`(三句开头都写「from the last engine crash」)与 `:128`(resumeSafe 行「did not run before the crash」)—— `cause: 'shutdown_before_park'` 的行会被说成崩溃。按行 `cause` 挑开头那半句(有序关停 ⇒ 不说 crash);分桶仍只信 `projectCrashConverged`。按位渲须带本票号 CC-218 + retireBy。
+- 展示出口:`tests/run-display-untrusted-exit-test.mjs` 已是「不含值 ∧ 含记号」两条独立断言,零改动。
+- `server.model_unreachable`:无 `engine_notice` 呈现面(`ui/lib/engine/chrome-arm-ledger.ts:126` 登记为不消费),零改动。`fileHistory`:`wiring_manifest` 登记为不消费,零改动。会话记忆抹除 / 投递账本:要用就接(同源中继形直接可用)。
+
+**桌面端**:冻结期零改动(`projectCrashConverged` / `readEngineNoticeFacts` / `noticeAudienceOf` / 展示出口零读点)。
+
+**管理台**(21b8951)
+
+- 展示出口:`test/du-display-untrusted-r5.test.ts:23`(`startsWith("«redacted")`)建议放宽为 `includes`;其余经 `lib/web/display-untrusted.ts` 转调本包的格已是子串形,零改动。管理台自带的目录行 userinfo 洗法不经本包,不受影响。
+- `noticeAudienceOf` 只在测试 `test/ccsdk-mandate-origin.test.tsx:485` 断言别的码;registry 的 scope-gone 读法管理台自有、不经本包。零改动。
+
+**验收方**
+
+- 新增 G-DU / G-SB / G-RS / G-MU / G-RR / G-TT / G-SE / G-RC / G-RE / G-RF / G-PD / G-FH / G-DL 十三组;按 114a′ 改锚(展示出口按字节断言四条 · §113c G-N5 作废 · 受众表四行与用户面十三码 · 码册八十一 · `requireExistingSession` 不再被拒 · 投递首帧判据 · 离门之后投递不另铸)。G-PD9 / G-FH7 为端侧验收格。
+
+### 114y. 🔴 三端升级必读(固定段式)
+
+1. **换钉 `^0.88.0` 之前**:① 对 `CrashConvergedRow['cause']` 或 `EngineNoticeFactsCode` 做穷尽 `switch`(`never` 兜底)或穷尽 `Record` 的 TypeScript 端编译红一次 —— 补 `shutdown_before_park` 一臂 / `'context.tool_turn_repaired'` 与 `'server.model_unreachable'` 两行;本机检索四端今天都没有这种写法(终端按 `${row.cause}` 原样转述、按码 `===` 读通告;网页端不按 `cause` 分支),预期零编译红。② **新公面十六名**(根入口具名导出,逐名见 CHANGELOG「公面合计」);公面类型名 +20;`WiringManifestChromeEvent.fileHistory?` / `WiringManifestView.fileHistory?` / `TaskRequestInput.requireExistingSession?` 三只可选位对构造方 additive。③ 已发导出的可观察变化(不改代码也会看到):展示出口在带凭据的输入上输出字节变(干净文本逐字节同;一轮即不动对帽内收敛的输入成立,同 114a′ 第 2 条,KL-355);崩溃遗留里多出 `cause: 'shutdown_before_park'` 的行(修前被静默丢进 `dropped`);服务端 7.108.0 起后台 run / 子代崩溃后的 pending 孤儿落 `needsHuman` / `pending_unsafe`;`server.model_unreachable` 经包按受众分发时从运维面挪到用户面;码册 81 码;`requireExistingSession` 不再被装配口拒;决断台账在「登记 → 离门 → 投递」形上不再另铸刻度;只带文件历史一段的 `wiring_manifest` 帧成臂。④ peer sdk 地板 `>=12.0.1` 不动;开发依赖引擎 `~7.37.1`(构建期)。
+2. **逐面**:
+   - **展示出口**:按字节断言凭据输出的格改「不含值 ∧ 含 `«redacted:`」;不要按记号种类分支;按产物字节登记锚的门换钉当天重跑(终端三枚登记键不在了)。
+   - **崩溃遗留**:🔴 `shutdown_before_park` 的行是有序关停后的结清,措辞不要说「引擎崩了」(网页端三句开头需改,114d);分桶仍只信 `projectCrashConverged`,不要拿 `cause` 重判「能不能重跑」。
+   - **通告**:`server.model_unreachable.code` 开集,按它分支带 `default`;没收到这条通告不等于模型端点够得着;`context.tool_turn_repaired` 不上客户端的流,端上没收到 ≠ 没修过;内嵌引擎 7.38.0 的服务端新铸的五码在本版码册外(KL-333)。
+   - **记忆抹除**:`refused` 才能说「什么都没抹」;`unconfirmed` 一律说「没法确认」并按 `retry` 给下一步,**不要**把它渲成失败重来(同一个 `requestId` 在证据腿上是收敛,换新 id 就成了第二次真删)。
+   - **投递账本**:`deliveredByFrame` **每帧都喂**(不要只喂第一帧 —— durable 腿第一帧恒是 `meta`,不算);批要带(attempted 那一批与真编进请求那几行可以不同);三只写口(`attempted` / `deliveredByFrame` / `deliveredBySteerReceipt`)返回的记录**都要**逐条落盘、也只落它们(只落 attempted 的返回,进程重启后已交出去的行读回成「确知没交出去」,G-PD10)。
+   - **决断台账**:终端 1.0.139 的宿主编排计数在升到本版后可退 —— 退了之后只在「离门证据 → 投递口认领」那一小段窗里(快照等待窗加微任务)那一笔不算在飞(§109 R9a 既有契约,KL-349);从认领到结局照旧按在飞判。
+   - **缺席 = 没说**:`fileHistory` 缺席不折 `disabled`;`readModelUnreachable` 答 `undefined` 不等于够得着;`isScopeGoneError` 答 false 可能只是判不出;投递账本两判皆假 = 不知道;结算方不上公面。
+   - **各端**:终端 —— 请托方四件按 114d 换读;🔴 换钉服务端 7.108.0 时 A-K21 线上锚改钉;决断台账两处测试替身改 `settle()`;线上锚对账门重跑。网页端 —— 🔴 崩溃遗留三句开头建议必改;其余零改动即得。管理台 —— 一处前缀断言建议放宽,其余零改动。桌面端 —— 冻结期零改动。
+3. **成文改口**:见 114a′(展示出口四条 · 崩溃收敛两条 · 受众表与用户面码数两条 · 码册与错配缺席与放行原因三条 · `requireExistingSession` 一条 · 投递判据三条 · 决断台账一条 · `wiring_manifest` 键集一条);既有段(§12 / §101 / §105 / §108 / §109 / §112 / §113 等)不回改,以本段为准;活段 §0a / §2 / §2b 与签名块通告码表长已同批改。
+
+**包侧缺口:** 展示出口(CC-247)—— ① 上游预先带记号、记号后隔非词字符紧跟明文时明文不并进(记号原子的代价;KL-317)· ② 凭据标签左边紧贴、无标签无形状的裸串按原文显示(KL-318)· ③ 非凭据头值里地址之后的文字不遮(KL-319)· ④ 只开 URL 结构面时标签值 / 引号值尾巴不遮(KL-321)· ⑤ 口令段含双引号 / 反引号 / 尖括号的无 scheme userinfo 默认不算(strict 档);用户名紧跟凭据标签 / 方案词、用户名本身就是凭据标签或方案词 + 冒号(只有词级网开着且标签值盖到 `@` 时让位),或用户名是裸词、主机成形、地址不被引号包着时照遮,与上一版同;仍原样的几形(相对上一版少遮,差分门五池之外):无标签且用户名为空(紧跟非凭据键)或不是裸词、无标签而口令最后一枚禁字是紧贴主机收尾的开引号、无标签而主机无点无端口且紧跟 `< > | \ ^ { }`(KL-323);`email:"bob@example.com tail"` 一类与上一版同字节多遮(KL-351);标签 / 方案词 + 冒号后以 `<` 起头的占位文本(`key: <id>@scope`;只开词级网的出口上另含无空格的 `key:<id>@scope`)相对上一版新多遮成 `«redacted:secret»@…`(不含凭据,方向是多遮;KL-351);不在本包凭据标签族里的 JSON 键(`passphrase` / `pwd` …)值里带 `@` 的串按原样显示(KL-354)· ⑤′ 本包铸点(合成终局行 / 结果帧 `errors[]` 的机读口)洗过、端再过展示出口的复合路径:URL 值位上「记号 + 尾标点 + 屏上软位 + 值」一形照遮,其余几形(机读口按真空白断开、展示出口画成点 / 转义记号之后读成另一种结构)仍比上一版多露,读数见 KL-317 · ⑤″ 凭据面不动点循环只对帽内收敛的输入保证一轮即不动:定向构造可让改写遍数随长度增长、到帽(交最后一次改写的输出;KL-355);裸 ESC / C1 CSI 紧贴 `-----BEGIN` 的 PEM 块体在非点形出口原样(三版同;块里的标签值照遮;KL-356);头行词间是制表符 / 不换行空格(真空白)、出口不把它折平成空格 / 画成点时块体原样(三版同;头行词间是不可见单元的形本版起各出口照遮;KL-356)· ⑥ 链接后紧跟 `)` `[` `,` `;`、或带端口的链接后紧跟停字符再有邮箱的干净文本整段换进 userinfo 记号(与上一版同形多遮;KL-324 / KL-325)· ⑦ query 键不是凭据标签时未编码停字符之后的值两面都看不见(KL-68 余形);崩溃收敛与服务端自铸通告(CC-218 / CC-270 ①)—— ⑧ `shutdown_before_park` 的措辞不在包里(包零文案):终端按码原样转述、网页端三句开头仍写「crash」需端侧改句 · ⑨ 服务端自铸码的受众仍由本包手写一张四行小表,常驻门对服务端发布包两代逐行对账;引擎码册登记服务端自铸码的铸方表那一版(引擎 7.38.0)经下一次换钉接入后手写表逐行退役(CC-213 / CC-282;过渡物退役登记按开发依赖引擎 ≥ 7.38.0 机读到期)· ⑩ `server.model_unreachable` 只对收到的帧说话(同步非流式提交口 / leader 车道 / 无会话模型调用 / 代理在而上游不通 / Bun 运行时上服务端不发;KL-327);`code` 开集透传(KL-328)· ⑪ 终端呈现:这一码的补救句经通用行会被截断,建议专属呈现(114d);引擎换钉(CC-272)—— ⑫ 审批卡问类两位 `askClass` / `classes` 本版不接:已发布的服务端卡帧不带、铸点在未发布的服务端 7.109.0 线(KL-332)· ⑬ 修复形词表 `TOOL_TURN_REPAIR_FORMS` 不出镜像:引擎包入口不导出(KL-331)· ⑭ 运维通告 `context.tool_turn_repaired` 不上客户端的流(属服务端;KL-330)· ⑮ 本版码册来自引擎 7.37.1:引擎 7.38.0 的五码(四只服务端码入册 + `task.tool_turn_incomplete`)在码册外,到下一版换钉(CC-282)前经本包分发的端看不到它们的 typed 事实(KL-333);会话记忆抹除(CC-264)—— ⑯ 本口不读能力位(服务端没有这一面专属的能力位),部署没有这一面时靠 501 / 404 `not_found.route` 如实答 · ⑰ 会话存储层自己的读错在本面上落 `unconfirmed`(保守方向;KL-335)· ⑱ 点段会话 id 只在本口本地拒,经 SDK 动词拼路径的别的口同形不防(KL-337);registry 与只续已有会话(CC-280 / CC-281)—— ⑲ registry 的 scope-gone 机器码铸点在 registry 服务与新版 SDK 包里,本包门对它的真铸点腿依赖本机有那一份源码树(`SEMA_WEB_ADMIN_ROOT`)、对新版 SDK 的逐例对拍依赖探针树(`SEMA_SDK15_ROOT`),缺席时 SKIPPED · ⑳ 服务端「只续已有会话」两种拒绝不带专属码,本包粗码形读消息尾括注,服务端改措辞即退化为 null(已上板请服务端挂码 [8797];KL-342;过渡物退役登记 retireBy 0.90.0 到期重看);投递事实(CC-271)—— ㉑ 判据是「建了 run」不是「模型处理了」(KL-344)· ㉒ 开流先于建 run 的帧型是按服务端写序列的枚举(KL-345);服务端幂等重放臂(宿主对两次提交钉同一把 `Idempotency-Key`)的 409 冲突体账本照认、不记交出,公面判别口 `activeRunBusySignal` 对这一形仍答 `null`(与上一版同;KL-353)· ㉓ 账本不判帧归属,宿主只喂这次提交自己那条流的帧(KL-347)· ㉔ 终端现行判据在 durable 腿上失效([C447]);终端已认领随 1.0.140 换读([C448]),终端读码另行坐实 durable 首帧 = `meta`,真终端 live 腿的实跑读数候终端换读后补 · ㉕ 提交批怎么从消息表里划、旁车落盘与跨会话合并在宿主;决断台账(CC-278)—— ㉖ 被离门证据结掉的登记在宿主 `revoke()` / 自带路径 `settle()` 之后仍可被认领,之后一次不经登记的投递与它共用一枚刻度(KL-348);`fileHistory`(CC-279)—— ㉗ 开集第三个词本包无措辞(KL-350);这一段读抛 ⇒ 只省这一段,既有段的取值器抛仍整帧抛(与上一版同;KL-352);登记物到期 —— ㉘ 同名影子对账门豁免表里 retireBy 0.88.0 的两行(终端重开口外层 `reopenPlanReviewCard`,用户关卡守卫候本包 CC-201 出读点;终端回执成因词表 `taskRequestOmissionCauseNotice`,终端留作刻意第二份)在 bump 当天到期即红,本版不改窗(改窗须裁定)。
+
 ## §113 🆕 0.87.0(2026-10-01)会话历史 tool_use 错配的自救出路(合成终局行超集键 · 声明面出路句与连续次数句 · 判型 / 回退节点解析两只根入口口)+ 崩溃收敛 needsHuman 因由位 + 停车 fail-soft 真因超集键 + workflow 活动台账 / detach 取消兜底的凭证取值函数 + chrome 臂 `suspended_reopened`(🔴 minor;型面 BREAKING 零处;根公面运行期导出 1354 → 1356〔+2:`classifyToolHistoryMismatch` / `resolveToolHistoryRewindTarget`〕;测试钩 62 不变;公面类型名 922 不变;`ChromeEvent` +1 臂 `suspended_reopened`〔穷尽分支的端编译期红〕;`EmitContext.offersRewind?` / `CrashConvergedRow.needsHumanReason?` 两只可选位;`LiveWorkflowConfig.authToken` / `WorkflowActivityLedgerConfig.authToken` / `armDetachCancel` 入参 `authToken` 收取值函数〔入参放宽,对构造方 additive;读方见 113y ①③〕;超集键 +2〔`_sema_tool_history_mismatch` / `_sema_park_failed_reason`〕;投影臂 +1;peer sdk 地板 `>=12.0.1` 不动)
 
 > **minor**,六票同发(按票序):