@sema-agent/client-core 0.98.0 → 0.100.0

package/docs/INTEGRATION-CLIENTS.md

@@ -19,11 +19,11 @@
 
 | 项 | 值 | 真源 |
 |---|---|---|
-| 本包 | `@sema-agent/client-core` **0.98.0**(本批发布版 = **minor**(型面 BREAKING):清账版 —— 退役账在册过渡臂与同轴孪生整批退役(型面 BREAKING 三组:typeshadow 改名 / 转口、hitl 旧五型三口 → `ApprovalResolution`、text 句表单源的旧句口)· 句表单源(持久规则人话五口 · 卡面三行说明读口 · 崩溃遗留逐行句 · 结局成因一行句表 · `policy` 出身句补半边 · 退出码 137 归因句 · 工具结果卡「未执行」位)· 事件腿组合器 `composeEventLeg`(三腿闭集、拒收 / 绑定 / HITL 分派)· 引擎地址一处真源 · 流式提交同键有界重开 · 抛出物读法单源 · turn 失败呈现与重连预算(第一程)· 重试行人话单源 `retryStatusNotice` · 会话规则收紧 / 撤销闭集 · 接替卡去向 `priorAnswerOutcome` · `LocalSessionRecord.parked` 三值 · 内建子代理名表 `BUILTIN_SUBAGENT_TYPES` · 提货 server 7.129.1 / sdk 23.0.2 / core 7.51.2(peer sdk ^23.0.2)· 支持底线 server 7.129.1(C-R498 ②,收回 7.126–7.128)· 退役账到期九行硬退(C-R498 ①)+ RL-117 / 119 / 142–144 / 164(C-R500:deny 侧扣送与目录省略照删)· 授予绑定三态按载体读(CC-660;技能工具不给整工具「以后别问」)· 发版复审两轮两腿修复;§126)。上一版 0.97.1 = **patch**(代理工具清单只投可能有工具应答的名 CC-729 · 本跑声明的 MCP 服务器读口 `engineToolDirectoryOf` 与 run 级 `excludeTools` 判官 CC-730;零型面 BREAKING;§125)。上上版 0.97.0 = **minor**(型面 BREAKING),终端 1.0.149 对接版:支持底线三件同号 server 7.126.0 / core 7.49.5 / sdk 21.1.0、peer sdk >=21.1.0 · sdk 21 提货(团队编排四键退役 / 审批卡词八词闭集 / 终局 detail 四臂 / 提交幂等 409 / allowTools)· 门种常量转口 sdk(ASK_PARK_GATE_KINDS 退役)· 抛出物机读位只认自有数据位、extra 只认内建 Error 类形 · 码认领先于已决 · 总缓存落地三态与 29 读器 unreadable 臂 · 舰队账本 / 审批已结表单源 · 退役 isFsApprovalGate(0.97.0 退出公面)/ isEngineRefusedToolName(0.97.0 退出公面)/ rememberRefused / ReplayPendingBasis.settled / 改名表;§124)。上一版 0.96.0 = **minor**:**minor**,终端 1.0.148 对接版:支持底线三件同号 server 7.125.0 / core 7.48.0 / sdk 20.0.0 · 设置契约 12 提货 · 清账(0.96.0 窗内欠账按票收口)· 单一真源收口(规则工具名判官 / 门种 → 决断腿一张表 / 结局判法 / 总缓存落地写点 / hooks matcher 契约读法 / 文件历史没搬句与收紧闸)· 会话行改名置顶座位动词 · 服务商拒收分类词;peer sdk 地板 >=20.0.0;型面 BREAKING = CoreValuePorts 换一件(−RETIRED_TOOL_NAMES +judgeRuleToolName)· hookMatcher accepted.names 退役 · 根入口删除名(`retiredToolNames`(0.96.0 退出公面)/ `CONFIG_REFUSAL_CODES`(0.96.0 退出公面)/ 23 只过渡口,§2z)· 终局读数带 replay 位 · 舰队行 workspaceSnapshot 只认 failed;§123)。上一版 0.95.0 = **minor**:**minor**,终端 1.0.147 对接版:引擎 7.48 / 服务端 7.124 / 设置契约 11 / sdk 19 提货 · 面板行归约口 · 能力位读器族与终态词表收口 · 审批成因闭集与排空期重开 · 审批卡跨腿持有 · 技能工具表随能力位上 wire · 0.95.0 窗内欠账按票收口;peer sdk 地板 >=19.0.0;型面 BREAKING = 终态词表 / 谓词改名带属主 · absent 退词 · 七条过渡臂退役;§122)。上一版 0.94.0 = **minor**:终端 1.0.146 对接版:引擎 7.45 – 7.47 / 服务端 7.120 – 7.122 / 配置层 10 / sdk 18.1 提货 · 请求装配与审批判定归包 · 到期登记物按预告硬删 · 凭据遮蔽两件 · 附件信封外套标签;peer sdk 地板 >=18.1.0;型面 BREAKING = RX 五处硬删 · absent 退词 · 七条过渡臂退役 · 必填成员增加三处 · 八处闭集增员;§121)。上一版 0.93.1 = **patch**:耐久停驻审批的决断口单一持有者 —— `surfaceFsApprovalAndDecide` 对同一把审批身份键(行会话 + run + `toolCallId ?? boundCallId`)同时只许一次决断在路上,后到者拿同一结局的拷贝 + `joinedInFlight: true`、自己不呈卡不发决断,任一路中止 = 这一只决断被中断(CC-491)· 活卡 respond 回 `202 parking_in_progress` 读成「停驻中、这一发没生效」:结局 `{ decision: 'unresolved', parking }`、判别口既有 `unsettled` 臂新 cause `parking_in_progress`、包替用户上屏一句、不重发不去键不换名(CC-492);`kind` 联合零破坏,`ApprovalUnsettledCause` 闭集 +1 词(对 cause 做 `never` 穷举的写法编译红一次);`FsApprovalOutcome` 四臂 +1 可选位、`ToolApprovalFrameOutcome` +1 可选位;根公面运行期导出 1485 不变、公面类型名 +1;peer sdk 地板 `>=12.0.1` 不动;服务端夹具现役 7.119.0 不动;§120)。上一版 0.93.0 = **minor**:到期登记物硬删八组(型面 BREAKING;根入口 −21 名;CC-431)· device 车道读器扩到车道三位与 `management` 三态字面、新判据 `deviceLaneOpen`(型面 BREAKING;CC-454)· 审批决定口出处键换名:能力位 `approvalDecidedBy` 读器 / 唯一决定函数 `decisionAttributionKeyOf` / 退役键拒绝臂 `retired_key` / 换名恰重发一次(CC-403 并 CC-451 ②)· 能力位 `permissionModes` 读器与 `dontAsk` 按位发词(CC-451 ③)· 终局 `blocked` 的机读成因 `detail` 与会话规则记录读不到句的第十六句(CC-364)· 连接失败现场判读口 `transportFailureScene`(CC-363)· 交出后台的引擎 Bash 登记 `detectEngineBgShellDetach`(CC-331)· 子代 tick 模型位与 `/health` 配置落地读器 `readEngineConfigApplyState` / 漂移判决 `configDriftVerdict`(CC-323)· 引擎装机 core 版本三态口 `coreVersionTier`(CC-355)· 停泊赎回启动失败成因词位 `startupCause`(CC-244)· workflow 子代审批决定口两只 409(CC-430)· MCP 重拨 `unsettled` 判决臂(CC-429)· 联网搜索密钥头值判臂与来源 `host`(CC-428)· 多成因措辞存量两批(CC-120 / 423 / 422)· 活卡帧键镜像 +3(CC-433)· 会话规则可送判定对空对端段名收紧(CC-437)· 场景指派悬空 503 读口(CC-451 ⑤)· 重试覆盖层 429 不再渲成额度耗尽(CC-473)· 展示出口先洗后折(CC-472)· 弃用预告一名三位(CC-309 / 431)· 开发依赖引擎 `~7.44.0` 与生成表(CC-427)· 其余 CC-242 / 301 / 295 / 365 / 374;型面 BREAKING 两处 + 四处联合各 +1 员 + 一名三位弃用预告;根公面 1483 → 1485(+23 −21);测试钩 69 → 71;peer sdk 地板 `>=12.0.1` 不动;服务端夹具现役 7.119.0(老一代 7.106.0 – 7.118.0 十一份)、sdk 17.1.0 作下一代见证位;§119)。上一版 0.92.0 = **minor**:自动答复判定收成一只 `automaticAnswerVerdict`(CC-368)· 卡面披露键两代读 `allowRuleShadow`(CC-401)· steer 档位经包 `steerBodyOf` / `fleet.steerPriority` / `readSteerReceipt`(CC-374 并 CC-353)· 能力位读器读数随代际自动失效(CC-377)· 服务端 7.116.0 / sdk 16.2.0 提货 + `CoreValuePorts` +1 必填(CC-371 / 370)· 会话规则可送判定过规则编译器与协议名段判定(CC-381)· 支持底线抬到 server 7.106.0 / core 7.35.2(CC-352 / 380)· 其余 CC-367 / 369 / 373 / 376 / 379 / 366 / 178 / 295 / 407;型面 BREAKING 四处 + 七名弃用预告;根公面 1429 → 1483(+56 −2);测试钩 68 → 69;服务端夹具现役 7.116.0(老一代 7.106.0 – 7.115.0 八份)、7.117.0 与 sdk 16.3.0 作下一代见证位;§118)。上一版 0.91.0 = **minor**:steer 拒收处置句单源 `steerRefusalAdviceOf` / `ControlSafetyError.advice` · `.status` / `steeringRefusedBeforeEngine`(CC-307)· `abortableSleep` / `isAlreadyResolvedFailure` 上根入口(CC-317)· 引擎闭集表 `ASK_EVIDENCE_ABSENCE_VALUES` / `SYSTEM_INJECTION_PRIORITIES` / `READ_DENY_BUILTIN_TIERS` · `READ_DENY_DEFAULT_TIERS` + `parseReadDenyBuiltinTiers` / `MODE_ARBITRATION` + `askSurvivesStandingAnswer`(0.94.0 退出公面)(CC-318 / 327 / 322 ①)· 会话历史 tool_use 错配一族:`_sema_provider_rejection_resend` 归合成终局行、错配键 `rewindOffered`、`readToolHistoryMismatchKey` / `ToolHistoryMismatchRowKey`、`toolHistoryBadTurnSentence`(CC-303 / 304 / 305 / 309 ②)· 投递账本记录 `by` / `share` 与 `deliveryShareOf` / `droppedKeyCount`、`attempted` 的 `{ generation }` + `undeliveredInGeneration`(`PromptDeliveryLedger` 接口 +3 必有成员 —— 型面 BREAKING 第一处;CC-293 / 334)· 崩溃遗留通告 `crashConvergedNotice` / `crashConvergedNeedsHumanSentence` / `NEEDS_HUMAN_REASON_ORDER`(CC-310)· `permissionsDeclarationReport` + `PERMISSIONS_KEPT_REASONS` 与 `PermissionsDeclarationInput.settingsRead` 必填(型面 BREAKING 第二处;CC-314)· `engineCapsSettled(url, { withinMs })` 返回型窄变 `Promise<'settled' | 'timed_out'>` + `disableSkillsDeclarationSettled`(CC-311)· `hookMatcherVerdict`(CC-306)· `sessionPolicyReadNotice`(CC-328)· `inheritEnvRefusalContent` 首段改口(CC-336)· `attachmentsSubmitVerdict`(CC-337)· 展示出口 YAML 块标量整块一枚记号(CC-340)· `mintUserAttachmentEnvelope` / `encodeHumanTurn` / `deliveredUuidsOf` / `imageVisionOf` + 附件席位能力位读器占位形(CC-315 / 297 子集)· 服务端 7.115.0 / sdk 16.1.0 提货:「只续已有会话」按码优先、`checkpointUnsupportedVersionFromError` / `checkpointUnsupportedVersionContent`、`hookMatcherRefusalFromError`、活卡帧与耐久行 `probeReason`、接线回执 `fleet` 段 + `WiringManifestFleetView`(CC-339)· 登记物整治:`permissionRuleIssueDetail` 第三参分句(CC-359)、`rewindSpecForMode` 第三参按纪元位取舍(CC-345 ①)、HITL 桥两处型面 additive 与补偿表 `retireOn` 改台账行号(CC-343)、已知限制档清账(CC-349)· 开发依赖 settings-schema `^8.0.0`(CC-308,不出包)· 根公面 1397 → 1429(+32,零删名);测试钩 63 → 64;公面类型名 964 → 997;超集键 +2(`_sema_provider_rejection_resend` / `_sema_fleet`);peer sdk 地板 `>=12.0.1` 不动;服务端夹具现役 7.115.0(老一代八份)、sdk 16.1.0 进地板见证矩阵;§117)。上一版 0.90.0 = **minor**:引擎 7.40.1 / 服务端 7.113.0 · 7.114.0 / sdk 16 探针提货(通告码册 86 → 85、`readLegacyModeSeedMigrated` 退出公面、`attachments.planModeReminder` 退役、`PromptDeliveryLedger` +2 必有成员 —— 型面 BREAKING 三处;CC-291 / 300)· 云控制面子路径五名(CC-136)· 文件历史一句五态判定与声明事实账本(CC-294)· hooks matcher 工具别名读口(CC-298)· 机读支持底线与 `engineVersionTier`(CC-299)· `settings.permissions` 三桶装配口与 allow 能力位(CC-302)· 「改了重发」错配让位与错误载体铸口(CC-309 ①)· `AttachmentsSpecRefused`(CC-316)· 能力位读数冻结;根公面 1379 → 1397、peer sdk 地板 `>=12.0.1` 不动;§116。上一版 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`(0.95.0 退出公面);steer 账本 503 `ledger_unavailable` 一张码表三条腿(`ControlSafetyCode` +1 员、子代 steer 结局联合 +1 臂,穷尽分支的端编译期红);省略成因短语口 `taskRequestOmissionCausePhrase`(0.98.0 退出公面);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`(0.95.0 退出公面) / `isScopeGoneError`(0.95.0 退出公面)(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`(0.96.0 退出公面) 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`(🔧 0.92.0 退出公面)/ `readSteerReceiptStatus`(🔧 0.92.0 退出公面)不再抛);根公面 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`(0.98.0 退出公面;CC-225);拒启会话的窄撤销动词 `removeRefusedSessionRules` 与出路句 `legacyToolNameFailureNoteOf`,`CONFIG_REFUSAL_CODES`(0.96.0 退出公面) 七员 → 八员(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`(0.94.0 退出公面),三态、「不知道」不折成放行;卡上 `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`(0.98.0 已退役)上公面;型面 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` **>=23.0.2**(value-level,非 type-only;🔴 **0.98.0 抬版**(CC-733,sdk 23 提货;支持底线 sdk 一项同批抬到 23.0.2;§126 PN-2):活卡 respond 回执按 sdk 的两臂联合读(首决落地 / 首决回放),会话规则记录取 sdk 的三桶型,停驻续跑的启动成因取 sdk 的五词闭集,崩溃遗留行取 sdk 自己的行型(`CrashConvergedRow`);地板越过 sdk 22.x,五处只在 21.1 一代上成立的过渡读法同批执行(§126 PN-10),21.1.0 – 22.x 失去物料见证;此前 **0.97.0 抬版**(CC-715,与服务端 7.126.0 / 引擎 7.49.5 底线同批;§124 PK-1):本包根入口原样转口 sdk 21.1.0 的两只决断口门种常量 `APPROVAL_DECIDE_GATE_KINDS` / `PLAN_REVIEW_GATE_KINDS`(21.0.0 上不存在 ⇒ 运行期 import 失败),门种判官由它们的构建期生成物派生,终局失败详情按 sdk 21 三臂联合读,审批卡词取 sdk 卡词闭集;此前 **0.96.0 抬版**(C-R432 ①,与服务端 / 引擎底线同号;§123 PA-1):本包源码读 sdk 20 的舰队行型 `workspaceSnapshot` 声明(19.x 上源码编译红),终帧读口按 sdk 20 五臂联合 `DoneFrameResult` 的窄化序读重放体;已发 `.d.ts` 对装 19 / 20 的消费方都编得过(两视角实测见 §123 PA-1),抬地板是支持承诺随服务端 7.125.0 锁步;此前 **0.95.0 抬版**(C-R389 ② / C-R390;§122 PK7-1):公面型取 sdk 19 的 `AskRowEndingCause` / `ApprovalSettleCause`、审批成因闭集经包根常量取,18.x 失去物料见证;此前 **0.94.0 抬版**:请求面权限模式六词、审批出处键型 `ApprovalDecidedBy`、取消成因三词 / 状态派生粗码 / 410 DENIED 组那一词都改取 sdk(17.x / 18.x 起声明;三只运行期常量经构建期生成物取),12.0.1 – 18.0.x 不再支持,§121 SP2-7;此前 **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.89.0 / 0.90.0 不动(0.86.0:sdk 14 的三处型面 BREAKING 本包已按结构读覆盖,本版 `.d.ts` 在 sdk 12.0.1 / 13.1.0 / 14.0.0 / 15.0.0 下严格编译零错误,§112y;0.90.0:地板见证矩阵改为路径列表 —— 开发依赖 12.0.1 + 15.0.0 / 15.2.0 / 15.3.0 / 16.0.0 探针树逐份验,`.d.ts` 对 sdk 16.0.0 严格编译零错,§116 SD-1)。此前 **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.100.0**(本批发布版 = **minor**(型面 BREAKING):提货版 + 清账三程 —— 提货 server 7.132.0 / core 7.53.0 / settings-schema 14.1.0 / sdk 24.0.0(peer sdk `>=23.1.0`;支持底线 server 7.129.1 / core 7.51.2 / sdk 23.1.0 不动)· 接线回执第十四段 `mods[]` / 提示词装配清单 v3 / 压缩开始帧 → `system/status` compacting · prepare 拒启码表 + 帽与 hooks 拒读口(`budget_exceeded`)+ 沙箱码臂 · 工具目录第四态 `request_only` · 本地会话 API +2 动词 · 请求面 MCP 条目判官同设置契约 14.1.0(名字 / 传输 / 身份头单判官,逐条披露 `projectMcpConfigs().dropped`)· 任务进度 `seq` 代际 + 子代身份单源 · 展示出口字节边界与主机区域 · 凭据键路径 / 工具旗名 / 注入车道告知 · 型面 BREAKING:`compaction_started` chrome 臂 / `MCP_CAPS` `SKILL_CAPS` 退出公面 / RL-153 `continuesPark` 硬退 / RL-156 `EventLegPorts.perStream` / RL-172 `scenarioAssignmentUnknownFromError`(0.100.0 退出公面,已退役;读点逐端见 §128y);§128)。上一版 0.99.0 = **minor**(型面 BREAKING)(提货版 + 清账二程 —— 提货 server 7.131.0 / sdk 23.1.0 / settings-schema 13.0.1 / core 7.52.0(peer sdk `>=23.1.0`)· 请求层附件席位 `userAttachments`(四态读器 + 装配只发整文件完整文本条目)· MCP 面板判别联合(`servers` 臂 / `scenarioRefusal` 拒因臂,BK-1)· `userInvokedSkills` 槽位 · `allowTools: []` 原样上体 · 审批卡口单路径(`claimApprovalCard` 中止安全登记 + 进程级已结表 + `approvalFrameContextOf`,两族去重归包)· 会话规则逐条扣留(`sessionPolicyDeliverable` 改读引擎 `readRuleEntry`)· 凭据面百分号解码视图 · 不可信标量清洗口 `cleanUntrustedScalar` · 问类规范序筛 · hooks 预检构建期抄本 + 设置文件坏形判官 · 首 token 存活探针合一(`modelCapabilityProbe` / `PROBE_VERDICTS`)· `-p` 车道重试 / 模型服务状态帧(`system/api_retry` + 超集帧 `_sema_model_status`)与合成 API 错误行三只机读位 · 文案单源五批进消息目录 + 路由缺口句 / 人答臂 / 宿主队列三值句口 · 能力缓存变更订阅 / 嵌套位读口 / 作废重探 · 抛出物读法收口与「找不到」三形 · 会话 id 规范口 · 设备面 / 引擎目标席位与座位只读动词 `readSessionMcpPanel` · 退役账到期硬退 RL-151 `STOP_CONFLICT_CODES` + 三只手抄 agent 帽常量退出公面(BK-4)+ `PLUGIN_HOOK_REASONS` +3(BK-5)+ `CoreValuePorts` 新端口两只(BK-9)· 支持底线 server 7.129.1 / core 7.51.2 不变 · 发版复审两腿修复;§127)。上上版 0.98.0 = **minor**(型面 BREAKING)(清账版 —— 退役账在册过渡臂与同轴孪生整批退役(型面 BREAKING 三组:typeshadow 改名 / 转口、hitl 旧五型三口 → `ApprovalResolution`、text 句表单源的旧句口)· 句表单源(持久规则人话五口 · 卡面三行说明读口 · 崩溃遗留逐行句 · 结局成因一行句表 · `policy` 出身句补半边 · 退出码 137 归因句 · 工具结果卡「未执行」位)· 事件腿组合器 `composeEventLeg`(三腿闭集、拒收 / 绑定 / HITL 分派)· 引擎地址一处真源 · 流式提交同键有界重开 · 抛出物读法单源 · turn 失败呈现与重连预算(第一程)· 重试行人话单源 `retryStatusNotice` · 会话规则收紧 / 撤销闭集 · 接替卡去向 `priorAnswerOutcome` · `LocalSessionRecord.parked` 三值 · 内建子代理名表 `BUILTIN_SUBAGENT_TYPES` · 提货 server 7.129.1 / sdk 23.0.2 / core 7.51.2(peer sdk ^23.0.2)· 支持底线 server 7.129.1(C-R498 ②,收回 7.126–7.128)· 退役账到期九行硬退(C-R498 ①)+ RL-117 / 119 / 142–144 / 164(C-R500:deny 侧扣送与目录省略照删)· 授予绑定三态按载体读(CC-660;技能工具不给整工具「以后别问」)· 发版复审两轮两腿修复;§126)。更早 0.97.1 = **patch**(代理工具清单只投可能有工具应答的名 CC-729 · 本跑声明的 MCP 服务器读口 `engineToolDirectoryOf` 与 run 级 `excludeTools` 判官 CC-730;零型面 BREAKING;§125)。上上版 0.97.0 = **minor**(型面 BREAKING),终端 1.0.149 对接版:支持底线三件同号 server 7.126.0 / core 7.49.5 / sdk 21.1.0、peer sdk >=21.1.0 · sdk 21 提货(团队编排四键退役 / 审批卡词八词闭集 / 终局 detail 四臂 / 提交幂等 409 / allowTools)· 门种常量转口 sdk(ASK_PARK_GATE_KINDS 退役)· 抛出物机读位只认自有数据位、extra 只认内建 Error 类形 · 码认领先于已决 · 总缓存落地三态与 29 读器 unreadable 臂 · 舰队账本 / 审批已结表单源 · 退役 isFsApprovalGate(0.97.0 退出公面)/ isEngineRefusedToolName(0.97.0 退出公面)/ rememberRefused / ReplayPendingBasis.settled / 改名表;§124)。上一版 0.96.0 = **minor**:**minor**,终端 1.0.148 对接版:支持底线三件同号 server 7.125.0 / core 7.48.0 / sdk 20.0.0 · 设置契约 12 提货 · 清账(0.96.0 窗内欠账按票收口)· 单一真源收口(规则工具名判官 / 门种 → 决断腿一张表 / 结局判法 / 总缓存落地写点 / hooks matcher 契约读法 / 文件历史没搬句与收紧闸)· 会话行改名置顶座位动词 · 服务商拒收分类词;peer sdk 地板 >=20.0.0;型面 BREAKING = CoreValuePorts 换一件(−RETIRED_TOOL_NAMES +judgeRuleToolName)· hookMatcher accepted.names 退役 · 根入口删除名(`retiredToolNames`(0.96.0 退出公面)/ `CONFIG_REFUSAL_CODES`(0.96.0 退出公面)/ 23 只过渡口,§2z)· 终局读数带 replay 位 · 舰队行 workspaceSnapshot 只认 failed;§123)。上一版 0.95.0 = **minor**:**minor**,终端 1.0.147 对接版:引擎 7.48 / 服务端 7.124 / 设置契约 11 / sdk 19 提货 · 面板行归约口 · 能力位读器族与终态词表收口 · 审批成因闭集与排空期重开 · 审批卡跨腿持有 · 技能工具表随能力位上 wire · 0.95.0 窗内欠账按票收口;peer sdk 地板 >=19.0.0;型面 BREAKING = 终态词表 / 谓词改名带属主 · absent 退词 · 七条过渡臂退役;§122)。上一版 0.94.0 = **minor**:终端 1.0.146 对接版:引擎 7.45 – 7.47 / 服务端 7.120 – 7.122 / 配置层 10 / sdk 18.1 提货 · 请求装配与审批判定归包 · 到期登记物按预告硬删 · 凭据遮蔽两件 · 附件信封外套标签;peer sdk 地板 >=18.1.0;型面 BREAKING = RX 五处硬删 · absent 退词 · 七条过渡臂退役 · 必填成员增加三处 · 八处闭集增员;§121)。上一版 0.93.1 = **patch**:耐久停驻审批的决断口单一持有者 —— `surfaceFsApprovalAndDecide` 对同一把审批身份键(行会话 + run + `toolCallId ?? boundCallId`)同时只许一次决断在路上,后到者拿同一结局的拷贝 + `joinedInFlight: true`、自己不呈卡不发决断,任一路中止 = 这一只决断被中断(CC-491)· 活卡 respond 回 `202 parking_in_progress` 读成「停驻中、这一发没生效」:结局 `{ decision: 'unresolved', parking }`、判别口既有 `unsettled` 臂新 cause `parking_in_progress`、包替用户上屏一句、不重发不去键不换名(CC-492);`kind` 联合零破坏,`ApprovalUnsettledCause` 闭集 +1 词(对 cause 做 `never` 穷举的写法编译红一次);`FsApprovalOutcome` 四臂 +1 可选位、`ToolApprovalFrameOutcome` +1 可选位;根公面运行期导出 1485 不变、公面类型名 +1;peer sdk 地板 `>=12.0.1` 不动;服务端夹具现役 7.119.0 不动;§120)。上一版 0.93.0 = **minor**:到期登记物硬删八组(型面 BREAKING;根入口 −21 名;CC-431)· device 车道读器扩到车道三位与 `management` 三态字面、新判据 `deviceLaneOpen`(型面 BREAKING;CC-454)· 审批决定口出处键换名:能力位 `approvalDecidedBy` 读器 / 唯一决定函数 `decisionAttributionKeyOf` / 退役键拒绝臂 `retired_key` / 换名恰重发一次(CC-403 并 CC-451 ②)· 能力位 `permissionModes` 读器与 `dontAsk` 按位发词(CC-451 ③)· 终局 `blocked` 的机读成因 `detail` 与会话规则记录读不到句的第十六句(CC-364)· 连接失败现场判读口 `transportFailureScene`(CC-363)· 交出后台的引擎 Bash 登记 `detectEngineBgShellDetach`(CC-331)· 子代 tick 模型位与 `/health` 配置落地读器 `readEngineConfigApplyState` / 漂移判决 `configDriftVerdict`(CC-323)· 引擎装机 core 版本三态口 `coreVersionTier`(CC-355)· 停泊赎回启动失败成因词位 `startupCause`(CC-244)· workflow 子代审批决定口两只 409(CC-430)· MCP 重拨 `unsettled` 判决臂(CC-429)· 联网搜索密钥头值判臂与来源 `host`(CC-428)· 多成因措辞存量两批(CC-120 / 423 / 422)· 活卡帧键镜像 +3(CC-433)· 会话规则可送判定对空对端段名收紧(CC-437)· 场景指派悬空 503 读口(CC-451 ⑤)· 重试覆盖层 429 不再渲成额度耗尽(CC-473)· 展示出口先洗后折(CC-472)· 弃用预告一名三位(CC-309 / 431)· 开发依赖引擎 `~7.44.0` 与生成表(CC-427)· 其余 CC-242 / 301 / 295 / 365 / 374;型面 BREAKING 两处 + 四处联合各 +1 员 + 一名三位弃用预告;根公面 1483 → 1485(+23 −21);测试钩 69 → 71;peer sdk 地板 `>=12.0.1` 不动;服务端夹具现役 7.119.0(老一代 7.106.0 – 7.118.0 十一份)、sdk 17.1.0 作下一代见证位;§119)。上一版 0.92.0 = **minor**:自动答复判定收成一只 `automaticAnswerVerdict`(CC-368)· 卡面披露键两代读 `allowRuleShadow`(CC-401)· steer 档位经包 `steerBodyOf` / `fleet.steerPriority` / `readSteerReceipt`(CC-374 并 CC-353)· 能力位读器读数随代际自动失效(CC-377)· 服务端 7.116.0 / sdk 16.2.0 提货 + `CoreValuePorts` +1 必填(CC-371 / 370)· 会话规则可送判定过规则编译器与协议名段判定(CC-381)· 支持底线抬到 server 7.106.0 / core 7.35.2(CC-352 / 380)· 其余 CC-367 / 369 / 373 / 376 / 379 / 366 / 178 / 295 / 407;型面 BREAKING 四处 + 七名弃用预告;根公面 1429 → 1483(+56 −2);测试钩 68 → 69;服务端夹具现役 7.116.0(老一代 7.106.0 – 7.115.0 八份)、7.117.0 与 sdk 16.3.0 作下一代见证位;§118)。上一版 0.91.0 = **minor**:steer 拒收处置句单源 `steerRefusalAdviceOf` / `ControlSafetyError.advice` · `.status` / `steeringRefusedBeforeEngine`(CC-307)· `abortableSleep` / `isAlreadyResolvedFailure` 上根入口(CC-317)· 引擎闭集表 `ASK_EVIDENCE_ABSENCE_VALUES` / `SYSTEM_INJECTION_PRIORITIES` / `READ_DENY_BUILTIN_TIERS` · `READ_DENY_DEFAULT_TIERS` + `parseReadDenyBuiltinTiers` / `MODE_ARBITRATION` + `askSurvivesStandingAnswer`(0.94.0 退出公面)(CC-318 / 327 / 322 ①)· 会话历史 tool_use 错配一族:`_sema_provider_rejection_resend` 归合成终局行、错配键 `rewindOffered`、`readToolHistoryMismatchKey` / `ToolHistoryMismatchRowKey`、`toolHistoryBadTurnSentence`(CC-303 / 304 / 305 / 309 ②)· 投递账本记录 `by` / `share` 与 `deliveryShareOf` / `droppedKeyCount`、`attempted` 的 `{ generation }` + `undeliveredInGeneration`(`PromptDeliveryLedger` 接口 +3 必有成员 —— 型面 BREAKING 第一处;CC-293 / 334)· 崩溃遗留通告 `crashConvergedNotice` / `crashConvergedNeedsHumanSentence` / `NEEDS_HUMAN_REASON_ORDER`(CC-310)· `permissionsDeclarationReport` + `PERMISSIONS_KEPT_REASONS` 与 `PermissionsDeclarationInput.settingsRead` 必填(型面 BREAKING 第二处;CC-314)· `engineCapsSettled(url, { withinMs })` 返回型窄变 `Promise<'settled' | 'timed_out'>` + `disableSkillsDeclarationSettled`(CC-311)· `hookMatcherVerdict`(CC-306)· `sessionPolicyReadNotice`(CC-328)· `inheritEnvRefusalContent` 首段改口(CC-336)· `attachmentsSubmitVerdict`(CC-337)· 展示出口 YAML 块标量整块一枚记号(CC-340)· `mintUserAttachmentEnvelope` / `encodeHumanTurn` / `deliveredUuidsOf` / `imageVisionOf` + 附件席位能力位读器占位形(CC-315 / 297 子集)· 服务端 7.115.0 / sdk 16.1.0 提货:「只续已有会话」按码优先、`checkpointUnsupportedVersionFromError` / `checkpointUnsupportedVersionContent`、`hookMatcherRefusalFromError`、活卡帧与耐久行 `probeReason`、接线回执 `fleet` 段 + `WiringManifestFleetView`(CC-339)· 登记物整治:`permissionRuleIssueDetail` 第三参分句(CC-359)、`rewindSpecForMode` 第三参按纪元位取舍(CC-345 ①)、HITL 桥两处型面 additive 与补偿表 `retireOn` 改台账行号(CC-343)、已知限制档清账(CC-349)· 开发依赖 settings-schema `^8.0.0`(CC-308,不出包)· 根公面 1397 → 1429(+32,零删名);测试钩 63 → 64;公面类型名 964 → 997;超集键 +2(`_sema_provider_rejection_resend` / `_sema_fleet`);peer sdk 地板 `>=12.0.1` 不动;服务端夹具现役 7.115.0(老一代八份)、sdk 16.1.0 进地板见证矩阵;§117)。上一版 0.90.0 = **minor**:引擎 7.40.1 / 服务端 7.113.0 · 7.114.0 / sdk 16 探针提货(通告码册 86 → 85、`readLegacyModeSeedMigrated` 退出公面、`attachments.planModeReminder` 退役、`PromptDeliveryLedger` +2 必有成员 —— 型面 BREAKING 三处;CC-291 / 300)· 云控制面子路径五名(CC-136)· 文件历史一句五态判定与声明事实账本(CC-294)· hooks matcher 工具别名读口(CC-298)· 机读支持底线与 `engineVersionTier`(CC-299)· `settings.permissions` 三桶装配口与 allow 能力位(CC-302)· 「改了重发」错配让位与错误载体铸口(CC-309 ①)· `AttachmentsSpecRefused`(CC-316)· 能力位读数冻结;根公面 1379 → 1397、peer sdk 地板 `>=12.0.1` 不动;§116。上一版 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`(0.95.0 退出公面);steer 账本 503 `ledger_unavailable` 一张码表三条腿(`ControlSafetyCode` +1 员、子代 steer 结局联合 +1 臂,穷尽分支的端编译期红);省略成因短语口 `taskRequestOmissionCausePhrase`(0.98.0 退出公面);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`(0.95.0 退出公面) / `isScopeGoneError`(0.95.0 退出公面)(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`(0.96.0 退出公面) 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`(🔧 0.92.0 退出公面)/ `readSteerReceiptStatus`(🔧 0.92.0 退出公面)不再抛);根公面 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`(0.100.0 退出公面)、公钥发现读口 `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`(0.98.0 退出公面;CC-225);拒启会话的窄撤销动词 `removeRefusedSessionRules` 与出路句 `legacyToolNameFailureNoteOf`,`CONFIG_REFUSAL_CODES`(0.96.0 退出公面) 七员 → 八员(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`(0.94.0 退出公面),三态、「不知道」不折成放行;卡上 `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`(0.98.0 已退役)上公面;型面 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` **>=23.1.0**(value-level,非 type-only;🔴 **0.99.0 抬版**(支持底线 sdk 一项同批抬到 23.1.0;§127 PK-1):根入口原样再导出 sdk 的请求层附件条目型 `UserAttachment`(23.1.0 起才有;与 sdk 同名的公面型就是 sdk 那一只),装 23.0.x 的消费方 d.ts 解析不到该名,运行期零差;此前 **0.98.0 抬版**(CC-733,sdk 23 提货;支持底线 sdk 一项同批抬到 23.0.2;§126 PN-2):活卡 respond 回执按 sdk 的两臂联合读(首决落地 / 首决回放),会话规则记录取 sdk 的三桶型,停驻续跑的启动成因取 sdk 的五词闭集,崩溃遗留行取 sdk 自己的行型(`CrashConvergedRow`);地板越过 sdk 22.x,五处只在 21.1 一代上成立的过渡读法同批执行(§126 PN-10),21.1.0 – 22.x 失去物料见证;此前 **0.97.0 抬版**(CC-715,与服务端 7.126.0 / 引擎 7.49.5 底线同批;§124 PK-1):本包根入口原样转口 sdk 21.1.0 的两只决断口门种常量 `APPROVAL_DECIDE_GATE_KINDS` / `PLAN_REVIEW_GATE_KINDS`(21.0.0 上不存在 ⇒ 运行期 import 失败),门种判官由它们的构建期生成物派生,终局失败详情按 sdk 21 三臂联合读,审批卡词取 sdk 卡词闭集;此前 **0.96.0 抬版**(C-R432 ①,与服务端 / 引擎底线同号;§123 PA-1):本包源码读 sdk 20 的舰队行型 `workspaceSnapshot` 声明(19.x 上源码编译红),终帧读口按 sdk 20 五臂联合 `DoneFrameResult` 的窄化序读重放体;已发 `.d.ts` 对装 19 / 20 的消费方都编得过(两视角实测见 §123 PA-1),抬地板是支持承诺随服务端 7.125.0 锁步;此前 **0.95.0 抬版**(C-R389 ② / C-R390;§122 PK7-1):公面型取 sdk 19 的 `AskRowEndingCause` / `ApprovalSettleCause`、审批成因闭集经包根常量取,18.x 失去物料见证;此前 **0.94.0 抬版**:请求面权限模式六词、审批出处键型 `ApprovalDecidedBy`、取消成因三词 / 状态派生粗码 / 410 DENIED 组那一词都改取 sdk(17.x / 18.x 起声明;三只运行期常量经构建期生成物取),12.0.1 – 18.0.x 不再支持,§121 SP2-7;此前 **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.89.0 / 0.90.0 不动(0.86.0:sdk 14 的三处型面 BREAKING 本包已按结构读覆盖,本版 `.d.ts` 在 sdk 12.0.1 / 13.1.0 / 14.0.0 / 15.0.0 下严格编译零错误,§112y;0.90.0:地板见证矩阵改为路径列表 —— 开发依赖 12.0.1 + 15.0.0 / 15.2.0 / 15.3.0 / 16.0.0 探针树逐份验,`.d.ts` 对 sdk 16.0.0 严格编译零错,§116 SD-1)。此前 **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` |
-| 公开导出面 | **1713** 个运行期符号(+ **44 个测试钩,两种拼法**:20 个 `__*ForTests` + 24 个单下划线开头(22 个 `_*ForTest` + `_resetLiveQuestionStore` / `_resetUltracodePreset`) —— 两种都在 `public-export-baseline.json` 的 `testHookNames` 里、各自受棘轮管,**不在** `names` 的 1713 里。运行期 `Object.keys(dist/index.js)` 的全量 = 1713 + 44 = **1757**;只剔双下划线那 21 个会多数出 24 个来,那不是棘轮盲区;1713 = 0.97.1 的 1641 + 72,逐行一步(按 `public-export-baseline.json` 对 0.97.1 发布基线逐名实算,每步是该行在 CHANGELOG 各 Added / Removed 条目里的名数,逐名见 §2z 与 §126 各行):WD 行 +14 → 1655;GT 行 +1 → 1656;AC 行 +11 → 1667;TP 行 +4 → 1671;DU 行 +1 → 1672;TH 行 +8 → 1680;ID 行 +2 → 1682;CP 行 +4 −1 → 1685;HL 行 +11 → 1696;ST 行 +6 −2 → 1700;UP 行 +9 → 1709;PK 行 +2 → 1711;LF 行 +7 → 1718;CS 行 +3 → 1721;TK 行 +4 −2 → 1723;SC 行 +3 → 1726;HM-R 行 +3 −3 → 1726;TX 行 +12 −1 → 1737;RT 行 +1 → 1738;LG 行 +5 → 1743;PN 行 +1 → 1744;BA 行 +1 → 1745;HK 行 −1 → 1744;RB 行 −19 → 1725;RC 行 −6 → 1719;RA 行 −2 → 1717;RD 行 −2 → 1715;TK-6 孪生 −2 → 1713(RB 行 −19:十九只能力位读器 tee 口退出根入口,逐名见 §2z,§126 RB-1;RC 行 −6:门已决三拼装件与脱敏位读器三只,§126 RC-1 / RC-4;TK-6 孪生 −2:`MAX_AGENT_NAME_CHARS` / `MAX_AGENT_MAX_TURNS`(0.98.0 退出公面),§126 TK-6);测试钩 60 → 44(RB 行 −14:十四只读器测试钩,§126 RB-2;RA 行 −1:`__resetEngineAgentPanelAbsenceForTests`(0.98.0 退出公面),§126 RA-2;ST 行 −1:`__resetAttachmentSeatReadingsForTests`(0.98.0 退出公面),§126 ST-3);1641 = 0.97.0 的 1639 +2:AD 行 +2(`engineToolDirectoryOf` / `excludeToolsAgainstDirectory`(0.98.0 退出公面),§125 AD-3 / AD-4);1639 = 0.96.0(2026-10-13)发布值 1629 +13 −3:CL 行 +2(`engineCapsLandingOf` / `rotateEngineCapsProbe`,§124 CL-1 / CL-3)· NC 行 +1(`readToolCardOutcome`,§124 NC-2)· SR 行 +2(`isSdkRunParked` / `SDK_PARKED_RUN_STATUSES`,§124 SR-1)· TN 行 +1 −1(`ruleToolNameVerdictOf` 上根入口 / `isEngineRefusedToolName`(0.97.0 退出公面),§124 TN-2 / TN-3)· PK 行 +7 −1(`CONFLICT_IDEMPOTENCY_PAYLOAD_MISMATCH` / `isIdempotencyPayloadMismatchCode` / `idempotencyPayloadMismatchContent`〔PK-5〕、`readApprovalCardWord`〔PK-7〕、`modelCandidateRejectedOf` / `modelCandidateRejectedContent`〔PK-11〕、`APPROVAL_DECIDE_GATE_KINDS` 转口〔PK-4〕;`ASK_PARK_GATE_KINDS`(0.97.0 退出公面)〔PK-4〕)· HT 行 −1(`isFsApprovalGate`(0.97.0 退出公面),§124 HT-1 / §2z);测试钩 59 → 60(RP 行 `__resetSettledApprovalsForTests`,§124 RP-3);最简单的剔法是去掉所有以 `_` 开头的名字(公面运行期名没有一个以 `_` 开头);1586 = 0.95.0 的 1587 −1(0.96.0 FA 行:`CONFIG_REFUSAL_CODES`(0.96.0 退出公面) 退出根入口,§123z / §2z);其后同窗各行并入:WD 行 +2、HW 行 +4、RT 行 −1(`recordBgTerminalFacts`(0.96.0 退出公面) 退出根入口,§123z / §2z)、RT-6 行 −9(九只 `noteEngineCapsFor*` 退出根入口,§123z / §2z;测试钩另 −14 = 73 → 59),合 1582;1587 = 0.95.0(2026-10-12)§122 各行合计的值:相对 0.94.0(1547)**+40**(新增 +83、退出 −43;RX 行退出三十名:`providerRejectionResend`(0.95.0 退出公面) 与二十九只逐只失效口 `forget*Reading`〔逐名见 §2z〕;SB 行四名 `mcpEngineLegConnectionOf` / `modelSwitchProbeOutcomeOf` / `runModelSwitchProbe` / `createModelSwitchFallbackLedger`(测试钩 −2:`__resetSubagentStreamCapCacheForTests` / `__resetSubagentOutputCapCacheForTests` 随子代两只私有能力表删除,0.95.0 退出公面,§122 SB-1);RS 行两名 `runningAttachOffered` / `resumeRunningCancelConfirmedRow`;TW 行退出十名 `TERMINAL_CAUSE_KINDS`(0.95.0 退出公面) / `RUN_TERMINAL_STATUSES`(0.95.0 退出公面) / `RUN_TERMINAL_NOT_SUCCESS_STATUSES`(0.95.0 退出公面) / `TASK_NOTIFICATION_TERMINAL_STATUSES`(0.95.0 退出公面) / `TERMINAL_FLEET_TASK_STATUSES` / `CLAIM_RELEASED_STATES` / `isTerminalCauseKind`(0.95.0 退出公面) / `isTerminalStatus`(0.95.0 退出公面) / `isTerminalNotSuccess`(0.95.0 退出公面) / `isTaskNotificationTerminalStatus`(0.95.0 退出公面)、新增十四名 `CORE_TERMINAL_CAUSE_KINDS` / `SDK_RUN_TERMINAL_STATUSES` / `SDK_FLEET_TASK_TERMINAL_STATUSES` / `CORE_TASK_NOTIFICATION_TERMINAL_STATUSES` / `CORE_SEMA_TASK_TERMINAL_STATUSES` / `isCoreTerminalCauseKind` / `isSdkRunTerminal` / `isSdkRunTerminalNotSuccess` / `isSdkFleetTaskTerminal` / `isSdkFleetTaskTerminalNotSuccess` / `isCoreTaskNotificationTerminal` / `isCoreTaskNotificationTerminalNotSuccess` / `isCoreSemaTaskTerminal` / `ccTaskTerminalStatusOf`(终态词表改名带属主,逐名对照见 §122 TW-1);XH 行一名 `joinApprovalHolder`;FX-A 行两名 `readApprovalRememberRefused` / `rememberRefusalOf`;PK7 行一名 `approvalCompleteCauseOf`;PR 行四名 `PANEL_DELTA_OPS` / `reducePanelFrame` / `createPanelReduceState` / `subscribeEnginePanelRows`;KA 行一名 `stripToolUseSideChannels`;UP 行一名 `droppedModelEntriesOf`;RD 行十七名 —— RD-2 十三名 `readUsageSummary` / `readUsageSeries` / `readUsageBreakdown` / `projectUsageSummary` / `projectUsageSeries` / `projectUsageBreakdown` / `classifyUsageFailure` / `projectUsageAnalytics` / `readUsageAnalytics` / `usageBoundPrefix` / `usageWindowOfRange` / `USAGE_SENTENCES` / `USAGE_HEATMAP_MAX_DAYS`,RD-3 四名 `classifyApprovalCompleteFrame` / `parkRowDeadlineState` / `lateDecideRoute` / `runReapedByDeadline`;SA 行八名 `fireInteractiveInterrupt` / `listDevices` / `readSessionBinding` / `rebindSession` / `reconcileRebindOutcome` / `rebindProvesRequestNotApplied` / `resolveEngineEnvSourcing` / `engineEnvView`);WC 行三名 `hasLedgerPositionKey` / `replayedApprovalSentence` / `allowRuleShadowSentence`;FX-D 行三名 `refusedParkFromError` / `refusedParkContent` / `refusedParkBlockedContent`;WB 行十一名 `readLiveModelCatalog` / `liveDefaultModelOf` / `atMentionOf` / `modelCompatOf` / `liveModelRowsOf` / `checkSendMessageRequest` / `isSendMessageRequest` / `REWIND_MODES` / `SEAT_REWIND_INTENT_KEYS` / `SEAT_TURN_SETTINGS_ORIGINS` / `approvalCompleteParked`,退出一名 `isSeatModelCatalog`(0.95.0 退出公面);FX-E 行三名 `engineCredentialRequirementOf` / `storePostureHeadWord` / `isSessionIdPathSegment`;FX-F 行两名 `forgetSettledTerminalRow` / `forgetSettledTerminalRowFor`;FX-H 行三名 `engineRewindRefusedNow` / `decideRewindEngineAction` / `previewEngineRewind`,退出两名 `classifyRegistryConflict`(0.95.0 退出公面) / `isScopeGoneError`(0.95.0 退出公面;判读口改住子路径入口 `./registry`,§122 FX-H2);0.94.0 = 1547:相对 0.93.1(1485)**+62**(新增 +64、退出 −2;按 `public-export-baseline.json` 对 0.93.1 发布基线逐名实算 —— ST 行五名 `SEAT_CAPABILITY_NAMES` / `seatCapability` / `watchSeatCapability` / `seatCapabilityUnavailableDetail` / `deviceFlowPollingPlan` · SV-1 `readAllowedToolNotGranted` · SV-4 五名 `projectSessionReadRedactionCapability` / `noteEngineCapsForSessionReadRedaction`(0.96.0 退出公面) / `observedSessionReadRedaction`(0.98.0 退出公面) / `forgetSessionReadRedactionReading`(0.95.0 退出公面) / `sessionReadRedactionAdmitted`(0.98.0 退出公面) · SV-5 五名 `projectOutputStyleSeatCapability` / `noteEngineCapsForOutputStyleSeat`(0.98.0 退出公面) / `observedOutputStyleSeat` / `forgetOutputStyleSeatReading`(0.95.0 退出公面) / `outputStyleSeatAdmitted` · SV-5 / SV-7 两只码常量 `CONFIG_OUTPUT_STYLE_INVALID` / `CONFIG_AGENT_UNKNOWN_TOOL` · CP-7 `mandatedApprovalDetailOf` · CP-12 `compileAllowList` · RQ 行六名 `WIRE_RULE_TRUST_ORDER` / `approvalReachDeclaration` / `approvalReachDeclarationSettled` / `isApproverUnavailableGate` / `effortLevelsOf` / `effortLevelHonored` · HD 行十二名 `classifyDecisionRefusal` / `liveAskPendingReading` / `decisionRefusalClosesOut` / `undeliverableDecisionContent` / `noAllowCauseOf` / `policyDenyReason` / `permissionRequestHookScope` / `readApprovalBoundGrants` / `readApprovalClassifierNoRuling` / `approvalBoundGrantsDetail` / `classifierNoRulingDetail` / `approvalPriorCardsDetail` · RP-1 四名 `resultErrorCodeOf` / `resultParkFailedReasonOf` / `resultSalvagedResultOf` / `resultSelectedModelOf` · RP-2 七名 `projectCallerCwdCapability` / `noteEngineCapsForCallerCwd`(0.96.0 退出公面) / `observedCallerCwd` / `forgetCallerCwdReading`(0.95.0 退出公面) / `callerCwdAdmitted` / `legCwdOfBody` / `engineSelectedInstructionsFile` · RP-3 五名 `routeKeyOf` / `joinRequestUrl` / `resolveRouteCredential` / `adjudicateModelRoute` / `routePairingStatus` · SP2-2 三名 `REQUEST_AUTONOMY_LANE_REFUSED` / `autonomyLaneRefusalFromError` / `autonomyLaneRefusalContent` · SP2-4 三名 `isInStreamDrainingEnd` / `streamDrainingDecision` / `STREAM_DRAINING_RECONNECT_MAX` · SP2-5 `agentToolListFlaws` · PK-2 `readToolApprovalRespondParking` · HW2-3 `askProbeReasonDetail` · HW2-4 `subagentStateDetail`;退出 −2:`askSurvivesPosture`(0.94.0 退出公面)/ `askSurvivesStandingAnswer`(0.94.0 退出公面;两只旧口随 RL-56 / RL-57 退役,§121 HD 行);测试钩 71 → 74 = **+3**,三只读器的复位钩 `__resetCallerCwdReadingsForTests` / `__resetOutputStyleSeatReadingsForTests` / `__resetSessionReadRedactionReadingsForTests`;§121 FX 行:CC-514 初版加的常量 `APPROVAL_NOTE_ABORTED_DETAIL` 随 FX-2 定形撤回(未发布,不计退出;FX-2),其余只加可选型位与联合成员);1485 = 0.93.0(未发布)的值:相对 0.92.0(1483)**+2**(新增 +23:§119 DB-1 五名 `projectApprovalDecidedByCapability` / `noteEngineCapsForApprovalDecidedBy`(0.98.0 退出公面) / `observedApprovalDecidedBy` / `forgetApprovalDecidedByReading`(0.95.0 退出公面) / `approvalDecidedByAdmitted` · DB-2 `decisionAttributionKeyOf` · §119 PM-1 五名 `projectPermissionModesCapability` / `noteEngineCapsForPermissionModes`(0.96.0 退出公面) / `observedPermissionModes` / `forgetPermissionModesReading`(0.95.0 退出公面) / `permissionModeAdmitted` · SA-1 两名 `SCENARIO_ASSIGNMENT_UNKNOWN_ERROR_CODE` / `scenarioAssignmentUnknownFromError` · §119 BD-2 `PROMPT_BLOCK_CAUSES` · CS-1 `transportFailureScene` · BG-1 `detectEngineBgShellDetach` · TH-2 `readEngineConfigApplyState` / `configDriftVerdict` · CT-1 `coreVersionTier` · WF-1 / WF-2 两只码常量 · MU-2 `MCP_RECONNECT_UNSETTLED_NOTICE` · DX-2 `deviceLaneOpen`;退出 −21:§119 RT-1 … RT-8 的到期登记物硬删,逐名见 §2z);1483 = 0.92.0(2026-10-07)的值:相对 0.91.0(1429)**+54** —— CC-295 +3(§118 AC-1 / AC-3:`ABORT_CAUSES` · `readAbortCause` · `abortCauseNoteOf`)· CC-368 / CC-401 +3(§118 PV / AR 行:`automaticAnswerVerdict` · `readApprovalAllowRuleShadow` · `approvalAllowRuleShadowed`)· CC-374 / CC-353 +11 −2(§118 ST-1 / ST-2 / ST-4 / ST-5:`fleet.steerPriority` 读器六名 · `steerBodyOf` · `readSteerReceipt` · `readTurnInterrupted` / `turnInterruptedNotice` / `steerCutVerdict`;`readSteerDelivery`(🔧 0.92.0 退出公面)/ `readSteerReceiptStatus`(🔧 0.92.0 退出公面);测试钩 +1 = 读器的复位钩)· CC-367 `replayedApprovalDisposition` / `REPLAYED_APPROVAL_LIST_UNREADABLE_WARN_TEXT`(§118 RP-1 / RP-2)· CC-369 ⑦ `CONFIG_IMAGE_INVALID` / `imageInvalidFailureNoteOf`(§118 DP-6)· CC-371 / CC-370 +35(§118 SV-18 – SV-24:`askGoneFromError` / `askGoneContent` / `ASK_GONE` · `RUN_STALLED` / `RUN_ORPHANED` / `APPROVAL_EXPIRED` / `RUN_DEATH_VERDICT_CODES` / `runDeathVerdictNoteOf` · `CAPABILITY_OPERATOR_PRINCIPALS_REQUIRED` / `operatorGateRefusalContent` · 四只能力位读器各六名 · `mintNamespacePrefix`;测试钩 +4 = 四只读器的复位钩);1485 = 0.93.0(未发布)的值:相对 0.92.0(1483)**+1** —— CC-364 `PROMPT_BLOCK_CAUSES`(§119 BD-2;域 1);以下为历史读数(原句保留):= 下一版(未发布)的值:相对 0.75.1 **+16**,两票合计 —— **CC-77 ①** 审批决断结局单源判别联合 6 件:`approvalResolutionOf`(0.98.0 已退役)/ `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`(0.98.0 已退役)与两句固定文案常量(CC-88,域 3);1065 = 0.74.5 / 0.75.0 的值:相对 0.74.4 +4 —— `isNewEngineAgentPanelCycle`(CC-87,域 4)+ `approvalOutcomeNoteOf`(0.98.0 已退役)与两句固定文案常量(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`(0.95.0 退出公面) / `isTaskNotificationTerminalStatus`(0.95.0 退出公面);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`(0.98.0 退出公面) / `forgetWebSearchBackendReading`(0.95.0 退出公面) / `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`(0.95.0 退出公面)/`isTerminalCauseKind`(0.95.0 退出公面)/`RUN_TERMINAL_NOT_SUCCESS_STATUSES`(0.95.0 退出公面)/`RUN_TERMINAL_STATUSES`(0.95.0 退出公面)(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 的规则店机制位三件,0.93.0 退役,详见 §32d / §119 RT-1);🔴 **删除两件** `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`(0.95.0 退出公面)/`TERMINAL_STATUSES`/`isTerminalStatus`(0.95.0 退出公面)(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`(0.98.0 退出公面)/`observedWriteProtection`/`forgetWriteProtectionReading`(0.95.0 退出公面)/`writeProtectionDoctorDetail`/`projectWriteProtectionPosture`/`writeProtectionPostureDetail` 七件写保护读面(测试钩 `__resetWriteProtectionReadingsForTests`(0.98.0 退出公面) +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`(0.98.0 退出公面)/`forgetSqlEngineReading`(0.95.0 退出公面)/`sqlEngineDoctorDetail` 五件 SQL 姿态读面(测试钩 `__resetSqlEngineReadingsForTests`(0.98.0 退出公面) +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` —— **别手抄进别处,以该文件为准** |
+| 公开导出面 | **1820** 个运行期符号(+ **44 个测试钩,两种拼法**:20 个 `__*ForTests` + 24 个单下划线开头(22 个 `_*ForTest` + `_resetLiveQuestionStore` / `_resetUltracodePreset`) —— 两种都在 `public-export-baseline.json` 的 `testHookNames` 里、各自受棘轮管,**不在** `names` 的 1820 里。运行期 `Object.keys(dist/index.js)` 的全量 = 1820 + 44 = **1864**;只剔双下划线那 20 个会多数出 24 个来,那不是棘轮盲区;1820 = 0.99.0(2026-10-18)发布值 1789 −1 +12 +8 +2 +1 −2 +2 +4 +5 −2 +1 +1,逐行一步:RB 行 −1 → 1788(`scenarioAssignmentUnknownFromError`(0.100.0 退出公面),§128 RB-1);CZ 行 +2 → 1790(`createCompactionStatusTracker` / `compactionStatusFrameOf`,§128 CZ-3);RF 行 +9 → 1799(`prepareRefusalNoteOf` / `prepareRefusalCodeOf` / `CONFIG_TOOL_FACE_CONTROL` / `PROMPT_ASSEMBLED_ROLE_REFUSED` / `fieldLimitRefusalFromError` / `fieldLimitRefusalContent` / `settingsHooksRefusalFromError` / `admissionWallRefusalFromError` / `admissionWallRefusalContent`,§128 RF-1 / RF-2 / RF-4 / RF-5b);SB 行 +1 → 1800(`CAPABILITY_K8S_LANE_REQUIRED`,§128 SB-1);DL / DS / RR 行 +8 → 1808(`decisionInFlightOf` / `decisionReadMark` / `sendHitlDecision` / `HITL_DECISION_FAMILIES` / `HITL_DECISION_NOT_APPLIED_CAUSES` / `HITL_DECISION_NOT_SENT_CAUSES` / `HITL_DECISION_UNCONFIRMED_CAUSES` / `PLAN_REVIEW_REOPEN_REFUSALS`,§128 DL-1 – DL-2 / DS-1 – DS-2 / RR-1);TT 行 +2 → 1810(`checkMcpToolToggleKey` / `mcpToolTogglesToExcludeTools`,§128 TT-1);AS 行 +1 −2 → 1809(`refilterHostSettings` 进;`memoryOffDeclarationField`(0.100.0 退出公面)/ `fileHistoryDeclarationField`(0.100.0 退出公面)退,§128 AS-7 / AS-5);TO 行 +2 → 1811(`SEMA_TERMINAL_OWNER_KEY` / `terminalOwnerOf`,§128 TO-1);KP 行 +4 → 1815(`settingsCredentialKeyPaths` / `isCredentialEnvName` / `isCredentialConfigKey` / `credentialNameWords`,§128 KP-1 / KP-2);DQ / FM 行 +5 → 1820(`injectionLaneNotice` / `INJECTION_SOURCES` / `ruleRefusalSentence` / `REFUSED_PROJECT_SERVER_CAUSES` / `parseToolsFlagNames`,§128 FM-1 / FM-2 / FM-4 / FM-5);MR 行 −2 → 1818(`MCP_CAPS`(0.100.0 退出公面)/ `SKILL_CAPS`(0.100.0 退出公面),§128 MR-3);RT-5 行 +1 → 1819(`retryStatusParts`,§128 RT-5);IV 行 +1 → 1820(`observedInheritEnvOwnCredentialValuesWithheld`,§128 IV-1)。1789 = 0.98.0(2026-10-16)发布值 1713 −1 +7 +10 +9 +28 +14 +5 −3 +3 +1 +3,逐行一步:RB 行 −1 → 1712;CP 行 +3 → 1715;TH 行 +1 → 1716;SI 行 +2 → 1718;PR 行 +1 → 1719;RT 行 +6 → 1725;PB 行 +3 → 1728;TS 行 +1 → 1729;HK 行 +3 → 1732;AS 行 +6 → 1738;SE 行 +28 → 1766;UA / SR / MV / US 行 +14 → 1780;MN / TA / EL 行 +3 → 1783;VP 行 +2 → 1785;AW 行 −3 → 1782;HS 行 +2 → 1784;DU 行 +1 → 1785;TX 行 +1 → 1786;TX / MI 行 +3 → 1789(TX 行 +1:`askHumanSettlementLine`,§127 TX-15;TX / MI 行 +3:`tierBlurb` / `modelRouteGapSentence` / `modelRouteGapFact`,§127 TX-7 / MI-1;HS 行 +2:`approvalFrameContextOf` / `readBoundGrantEntry`,§127 HS-2 / HS-7;DU 行 +1:`cleanUntrustedScalar`,§127 DU-2;MN / TA / EL 行 +3:`projectMcpConfigs` / `mcpToolAxesVerdict` / `mcpElicitationVerdict`,§127 MN-1 / TA-1 / EL-1;VP 行 +2:`readRuleEntry` / `readMcpToolAxes`,§127 VP-1;AW 行 −3:`MAX_AGENT_TEXT_CHARS` / `MAX_AGENT_SYSTEM_PROMPT_CHARS` / `MAX_AGENT_SKILL_CONTENT_CHARS` 退出公面,§127 AW-1;UA / SR / MV / US 行 +14:请求层附件席位读器 / 编码 / 拒码常量、场景拒一只读数、面板拒因读口 mcpPanelRefusalOf、userInvokedSkills 槽位,§127 UA / SR / MV / US 各行;SE 行 +28:三只席位(devices / engineTarget / onboard)的入站判官、读口、拒因 / 登记词表与 `MAX_DENY_REASON_CHARS` 等,§127 SE-1 – SE-6 / ST-1;HK 行 +3:`salvageSettingsHooksEntries` / `settingsHooksSalvageNotice` / `userPromptSubmitExecutorOf`,§127 HK-1 / HK-5;AS 行 +6:`hostTurnSettings` / `hostSettingsSelfCheck` / `HostSettingsRefused` / `HOST_SETTING_CAUSES` / `HOST_SETTING_DISPOSITIONS` / `HOST_SUPPLIED_KEYS`,§127 AS-1;RT 行 +6:`retryStatusFromArm` / `createPrintModelStatusTracker` / `PRINT_MODEL_STATUS_SUBTYPE` / `PRINT_LAST_MODEL_STATUS_KEY` / `apiErrorFactsOfRow` / `apiErrorNotice`,§127 RT-1 / RT-2 / RT-4;PB 行 +3:`PROBE_VERDICTS` / `probeModelLiveness` / `probeVerdictNotice`,§127 PB-1 / PB-2 / PB-3;TS 行 +1:`publishEngineAgentPanelStart`,§127 TS-2;CP 行 +3:`onEngineCapsChange` / `engineCapNestedValue` / `invalidateEngineCapsAndReprobe`,§127 CP-1 / CP-2 / CP-4;TH 行 +1:`isNotFoundFailure`,§127 TH-1;SI 行 +2:`canonicalSessionIdOf` / `sessionIdRefusalOf`,§127 SI-1;PR 行 +1:`planReviewTaskIdFromQuestionId`,§127 PR-1;RB 行 −1:`STOP_CONFLICT_CODES`(0.99.0 退出公面):`stop.*` 冲突码有序数组退出根入口,退役登记 RL-151,§127 RB-1;测试钩 44 不变);1713 = 0.97.1 的 1641 + 72,逐行一步(按 `public-export-baseline.json` 对 0.97.1 发布基线逐名实算,每步是该行在 CHANGELOG 各 Added / Removed 条目里的名数,逐名见 §2z 与 §126 各行):WD 行 +14 → 1655;GT 行 +1 → 1656;AC 行 +11 → 1667;TP 行 +4 → 1671;DU 行 +1 → 1672;TH 行 +8 → 1680;ID 行 +2 → 1682;CP 行 +4 −1 → 1685;HL 行 +11 → 1696;ST 行 +6 −2 → 1700;UP 行 +9 → 1709;PK 行 +2 → 1711;LF 行 +7 → 1718;CS 行 +3 → 1721;TK 行 +4 −2 → 1723;SC 行 +3 → 1726;HM-R 行 +3 −3 → 1726;TX 行 +12 −1 → 1737;RT 行 +1 → 1738;LG 行 +5 → 1743;PN 行 +1 → 1744;BA 行 +1 → 1745;HK 行 −1 → 1744;RB 行 −19 → 1725;RC 行 −6 → 1719;RA 行 −2 → 1717;RD 行 −2 → 1715;TK-6 孪生 −2 → 1713(RB 行 −19:十九只能力位读器 tee 口退出根入口,逐名见 §2z,§126 RB-1;RC 行 −6:门已决三拼装件与脱敏位读器三只,§126 RC-1 / RC-4;TK-6 孪生 −2:`MAX_AGENT_NAME_CHARS` / `MAX_AGENT_MAX_TURNS`(0.98.0 退出公面),§126 TK-6);测试钩 60 → 44(RB 行 −14:十四只读器测试钩,§126 RB-2;RA 行 −1:`__resetEngineAgentPanelAbsenceForTests`(0.98.0 退出公面),§126 RA-2;ST 行 −1:`__resetAttachmentSeatReadingsForTests`(0.98.0 退出公面),§126 ST-3);1641 = 0.97.0 的 1639 +2:AD 行 +2(`engineToolDirectoryOf` / `excludeToolsAgainstDirectory`(0.98.0 退出公面),§125 AD-3 / AD-4);1639 = 0.96.0(2026-10-13)发布值 1629 +13 −3:CL 行 +2(`engineCapsLandingOf` / `rotateEngineCapsProbe`,§124 CL-1 / CL-3)· NC 行 +1(`readToolCardOutcome`,§124 NC-2)· SR 行 +2(`isSdkRunParked` / `SDK_PARKED_RUN_STATUSES`,§124 SR-1)· TN 行 +1 −1(`ruleToolNameVerdictOf` 上根入口 / `isEngineRefusedToolName`(0.97.0 退出公面),§124 TN-2 / TN-3)· PK 行 +7 −1(`CONFLICT_IDEMPOTENCY_PAYLOAD_MISMATCH` / `isIdempotencyPayloadMismatchCode` / `idempotencyPayloadMismatchContent`〔PK-5〕、`readApprovalCardWord`〔PK-7〕、`modelCandidateRejectedOf` / `modelCandidateRejectedContent`〔PK-11〕、`APPROVAL_DECIDE_GATE_KINDS` 转口〔PK-4〕;`ASK_PARK_GATE_KINDS`(0.97.0 退出公面)〔PK-4〕)· HT 行 −1(`isFsApprovalGate`(0.97.0 退出公面),§124 HT-1 / §2z);测试钩 59 → 60(RP 行 `__resetSettledApprovalsForTests`,§124 RP-3);最简单的剔法是去掉所有以 `_` 开头的名字(公面运行期名没有一个以 `_` 开头);1586 = 0.95.0 的 1587 −1(0.96.0 FA 行:`CONFIG_REFUSAL_CODES`(0.96.0 退出公面) 退出根入口,§123z / §2z);其后同窗各行并入:WD 行 +2、HW 行 +4、RT 行 −1(`recordBgTerminalFacts`(0.96.0 退出公面) 退出根入口,§123z / §2z)、RT-6 行 −9(九只 `noteEngineCapsFor*` 退出根入口,§123z / §2z;测试钩另 −14 = 73 → 59),合 1582;1587 = 0.95.0(2026-10-12)§122 各行合计的值:相对 0.94.0(1547)**+40**(新增 +83、退出 −43;RX 行退出三十名:`providerRejectionResend`(0.95.0 退出公面) 与二十九只逐只失效口 `forget*Reading`〔逐名见 §2z〕;SB 行四名 `mcpEngineLegConnectionOf` / `modelSwitchProbeOutcomeOf` / `runModelSwitchProbe` / `createModelSwitchFallbackLedger`(测试钩 −2:`__resetSubagentStreamCapCacheForTests` / `__resetSubagentOutputCapCacheForTests` 随子代两只私有能力表删除,0.95.0 退出公面,§122 SB-1);RS 行两名 `runningAttachOffered` / `resumeRunningCancelConfirmedRow`;TW 行退出十名 `TERMINAL_CAUSE_KINDS`(0.95.0 退出公面) / `RUN_TERMINAL_STATUSES`(0.95.0 退出公面) / `RUN_TERMINAL_NOT_SUCCESS_STATUSES`(0.95.0 退出公面) / `TASK_NOTIFICATION_TERMINAL_STATUSES`(0.95.0 退出公面) / `TERMINAL_FLEET_TASK_STATUSES` / `CLAIM_RELEASED_STATES` / `isTerminalCauseKind`(0.95.0 退出公面) / `isTerminalStatus`(0.95.0 退出公面) / `isTerminalNotSuccess`(0.95.0 退出公面) / `isTaskNotificationTerminalStatus`(0.95.0 退出公面)、新增十四名 `CORE_TERMINAL_CAUSE_KINDS` / `SDK_RUN_TERMINAL_STATUSES` / `SDK_FLEET_TASK_TERMINAL_STATUSES` / `CORE_TASK_NOTIFICATION_TERMINAL_STATUSES` / `CORE_SEMA_TASK_TERMINAL_STATUSES` / `isCoreTerminalCauseKind` / `isSdkRunTerminal` / `isSdkRunTerminalNotSuccess` / `isSdkFleetTaskTerminal` / `isSdkFleetTaskTerminalNotSuccess` / `isCoreTaskNotificationTerminal` / `isCoreTaskNotificationTerminalNotSuccess` / `isCoreSemaTaskTerminal` / `ccTaskTerminalStatusOf`(终态词表改名带属主,逐名对照见 §122 TW-1);XH 行一名 `joinApprovalHolder`;FX-A 行两名 `readApprovalRememberRefused` / `rememberRefusalOf`;PK7 行一名 `approvalCompleteCauseOf`;PR 行四名 `PANEL_DELTA_OPS` / `reducePanelFrame` / `createPanelReduceState` / `subscribeEnginePanelRows`;KA 行一名 `stripToolUseSideChannels`;UP 行一名 `droppedModelEntriesOf`;RD 行十七名 —— RD-2 十三名 `readUsageSummary` / `readUsageSeries` / `readUsageBreakdown` / `projectUsageSummary` / `projectUsageSeries` / `projectUsageBreakdown` / `classifyUsageFailure` / `projectUsageAnalytics` / `readUsageAnalytics` / `usageBoundPrefix` / `usageWindowOfRange` / `USAGE_SENTENCES` / `USAGE_HEATMAP_MAX_DAYS`,RD-3 四名 `classifyApprovalCompleteFrame` / `parkRowDeadlineState` / `lateDecideRoute` / `runReapedByDeadline`;SA 行八名 `fireInteractiveInterrupt` / `listDevices` / `readSessionBinding` / `rebindSession` / `reconcileRebindOutcome` / `rebindProvesRequestNotApplied` / `resolveEngineEnvSourcing` / `engineEnvView`);WC 行三名 `hasLedgerPositionKey` / `replayedApprovalSentence` / `allowRuleShadowSentence`;FX-D 行三名 `refusedParkFromError` / `refusedParkContent` / `refusedParkBlockedContent`;WB 行十一名 `readLiveModelCatalog` / `liveDefaultModelOf` / `atMentionOf` / `modelCompatOf` / `liveModelRowsOf` / `checkSendMessageRequest` / `isSendMessageRequest` / `REWIND_MODES` / `SEAT_REWIND_INTENT_KEYS` / `SEAT_TURN_SETTINGS_ORIGINS` / `approvalCompleteParked`,退出一名 `isSeatModelCatalog`(0.95.0 退出公面);FX-E 行三名 `engineCredentialRequirementOf` / `storePostureHeadWord` / `isSessionIdPathSegment`;FX-F 行两名 `forgetSettledTerminalRow` / `forgetSettledTerminalRowFor`;FX-H 行三名 `engineRewindRefusedNow` / `decideRewindEngineAction` / `previewEngineRewind`,退出两名 `classifyRegistryConflict`(0.95.0 退出公面) / `isScopeGoneError`(0.95.0 退出公面;判读口改住子路径入口 `./registry`,§122 FX-H2);0.94.0 = 1547:相对 0.93.1(1485)**+62**(新增 +64、退出 −2;按 `public-export-baseline.json` 对 0.93.1 发布基线逐名实算 —— ST 行五名 `SEAT_CAPABILITY_NAMES` / `seatCapability` / `watchSeatCapability` / `seatCapabilityUnavailableDetail` / `deviceFlowPollingPlan` · SV-1 `readAllowedToolNotGranted` · SV-4 五名 `projectSessionReadRedactionCapability` / `noteEngineCapsForSessionReadRedaction`(0.96.0 退出公面) / `observedSessionReadRedaction`(0.98.0 退出公面) / `forgetSessionReadRedactionReading`(0.95.0 退出公面) / `sessionReadRedactionAdmitted`(0.98.0 退出公面) · SV-5 五名 `projectOutputStyleSeatCapability` / `noteEngineCapsForOutputStyleSeat`(0.98.0 退出公面) / `observedOutputStyleSeat` / `forgetOutputStyleSeatReading`(0.95.0 退出公面) / `outputStyleSeatAdmitted` · SV-5 / SV-7 两只码常量 `CONFIG_OUTPUT_STYLE_INVALID` / `CONFIG_AGENT_UNKNOWN_TOOL` · CP-7 `mandatedApprovalDetailOf` · CP-12 `compileAllowList` · RQ 行六名 `WIRE_RULE_TRUST_ORDER` / `approvalReachDeclaration` / `approvalReachDeclarationSettled` / `isApproverUnavailableGate` / `effortLevelsOf` / `effortLevelHonored` · HD 行十二名 `classifyDecisionRefusal` / `liveAskPendingReading` / `decisionRefusalClosesOut` / `undeliverableDecisionContent` / `noAllowCauseOf` / `policyDenyReason` / `permissionRequestHookScope` / `readApprovalBoundGrants` / `readApprovalClassifierNoRuling` / `approvalBoundGrantsDetail` / `classifierNoRulingDetail` / `approvalPriorCardsDetail` · RP-1 四名 `resultErrorCodeOf` / `resultParkFailedReasonOf` / `resultSalvagedResultOf` / `resultSelectedModelOf` · RP-2 七名 `projectCallerCwdCapability` / `noteEngineCapsForCallerCwd`(0.96.0 退出公面) / `observedCallerCwd` / `forgetCallerCwdReading`(0.95.0 退出公面) / `callerCwdAdmitted` / `legCwdOfBody` / `engineSelectedInstructionsFile` · RP-3 五名 `routeKeyOf` / `joinRequestUrl` / `resolveRouteCredential` / `adjudicateModelRoute` / `routePairingStatus` · SP2-2 三名 `REQUEST_AUTONOMY_LANE_REFUSED` / `autonomyLaneRefusalFromError` / `autonomyLaneRefusalContent` · SP2-4 三名 `isInStreamDrainingEnd` / `streamDrainingDecision` / `STREAM_DRAINING_RECONNECT_MAX` · SP2-5 `agentToolListFlaws` · PK-2 `readToolApprovalRespondParking` · HW2-3 `askProbeReasonDetail` · HW2-4 `subagentStateDetail`;退出 −2:`askSurvivesPosture`(0.94.0 退出公面)/ `askSurvivesStandingAnswer`(0.94.0 退出公面;两只旧口随 RL-56 / RL-57 退役,§121 HD 行);测试钩 71 → 74 = **+3**,三只读器的复位钩 `__resetCallerCwdReadingsForTests` / `__resetOutputStyleSeatReadingsForTests` / `__resetSessionReadRedactionReadingsForTests`;§121 FX 行:CC-514 初版加的常量 `APPROVAL_NOTE_ABORTED_DETAIL` 随 FX-2 定形撤回(未发布,不计退出;FX-2),其余只加可选型位与联合成员);1485 = 0.93.0(未发布)的值:相对 0.92.0(1483)**+2**(新增 +23:§119 DB-1 五名 `projectApprovalDecidedByCapability` / `noteEngineCapsForApprovalDecidedBy`(0.98.0 退出公面) / `observedApprovalDecidedBy` / `forgetApprovalDecidedByReading`(0.95.0 退出公面) / `approvalDecidedByAdmitted` · DB-2 `decisionAttributionKeyOf` · §119 PM-1 五名 `projectPermissionModesCapability` / `noteEngineCapsForPermissionModes`(0.96.0 退出公面) / `observedPermissionModes` / `forgetPermissionModesReading`(0.95.0 退出公面) / `permissionModeAdmitted` · SA-1 两名 `SCENARIO_ASSIGNMENT_UNKNOWN_ERROR_CODE` / `scenarioAssignmentUnknownFromError`(0.100.0 退出公面) · §119 BD-2 `PROMPT_BLOCK_CAUSES` · CS-1 `transportFailureScene` · BG-1 `detectEngineBgShellDetach` · TH-2 `readEngineConfigApplyState` / `configDriftVerdict` · CT-1 `coreVersionTier` · WF-1 / WF-2 两只码常量 · MU-2 `MCP_RECONNECT_UNSETTLED_NOTICE` · DX-2 `deviceLaneOpen`;退出 −21:§119 RT-1 … RT-8 的到期登记物硬删,逐名见 §2z);1483 = 0.92.0(2026-10-07)的值:相对 0.91.0(1429)**+54** —— CC-295 +3(§118 AC-1 / AC-3:`ABORT_CAUSES` · `readAbortCause` · `abortCauseNoteOf`)· CC-368 / CC-401 +3(§118 PV / AR 行:`automaticAnswerVerdict` · `readApprovalAllowRuleShadow` · `approvalAllowRuleShadowed`)· CC-374 / CC-353 +11 −2(§118 ST-1 / ST-2 / ST-4 / ST-5:`fleet.steerPriority` 读器六名 · `steerBodyOf` · `readSteerReceipt` · `readTurnInterrupted` / `turnInterruptedNotice` / `steerCutVerdict`;`readSteerDelivery`(🔧 0.92.0 退出公面)/ `readSteerReceiptStatus`(🔧 0.92.0 退出公面);测试钩 +1 = 读器的复位钩)· CC-367 `replayedApprovalDisposition` / `REPLAYED_APPROVAL_LIST_UNREADABLE_WARN_TEXT`(§118 RP-1 / RP-2)· CC-369 ⑦ `CONFIG_IMAGE_INVALID` / `imageInvalidFailureNoteOf`(§118 DP-6)· CC-371 / CC-370 +35(§118 SV-18 – SV-24:`askGoneFromError` / `askGoneContent` / `ASK_GONE` · `RUN_STALLED` / `RUN_ORPHANED` / `APPROVAL_EXPIRED` / `RUN_DEATH_VERDICT_CODES` / `runDeathVerdictNoteOf` · `CAPABILITY_OPERATOR_PRINCIPALS_REQUIRED` / `operatorGateRefusalContent` · 四只能力位读器各六名 · `mintNamespacePrefix`;测试钩 +4 = 四只读器的复位钩);1485 = 0.93.0(未发布)的值:相对 0.92.0(1483)**+1** —— CC-364 `PROMPT_BLOCK_CAUSES`(§119 BD-2;域 1);以下为历史读数(原句保留):= 下一版(未发布)的值:相对 0.75.1 **+16**,两票合计 —— **CC-77 ①** 审批决断结局单源判别联合 6 件:`approvalResolutionOf`(0.98.0 已退役)/ `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`(0.98.0 已退役)与两句固定文案常量(CC-88,域 3);1065 = 0.74.5 / 0.75.0 的值:相对 0.74.4 +4 —— `isNewEngineAgentPanelCycle`(CC-87,域 4)+ `approvalOutcomeNoteOf`(0.98.0 已退役)与两句固定文案常量(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`(0.95.0 退出公面) / `isTaskNotificationTerminalStatus`(0.95.0 退出公面);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`(0.100.0 退出公面) / `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`(0.98.0 退出公面) / `forgetWebSearchBackendReading`(0.95.0 退出公面) / `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`(0.95.0 退出公面)/`isTerminalCauseKind`(0.95.0 退出公面)/`RUN_TERMINAL_NOT_SUCCESS_STATUSES`(0.95.0 退出公面)/`RUN_TERMINAL_STATUSES`(0.95.0 退出公面)(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 的规则店机制位三件,0.93.0 退役,详见 §32d / §119 RT-1);🔴 **删除两件** `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`(0.95.0 退出公面)/`TERMINAL_STATUSES`/`isTerminalStatus`(0.95.0 退出公面)(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`(0.98.0 退出公面)/`observedWriteProtection`/`forgetWriteProtectionReading`(0.95.0 退出公面)/`writeProtectionDoctorDetail`/`projectWriteProtectionPosture`/`writeProtectionPostureDetail` 七件写保护读面(测试钩 `__resetWriteProtectionReadingsForTests`(0.98.0 退出公面) +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`(0.98.0 退出公面)/`forgetSqlEngineReading`(0.95.0 退出公面)/`sqlEngineDoctorDetail` 五件 SQL 姿态读面(测试钩 `__resetSqlEngineReadingsForTests`(0.98.0 退出公面) +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` —— **别手抄进别处,以该文件为准** |
 
 
 
@@ -32,7 +32,7 @@
 
 
 
-| 支持底线 | 服务端 **7.129.1** / 引擎 **7.51.2** / sdk **23.0.2**(服务端 / 引擎 0.98.0 起,§126 RD-1:收回对服务端 7.126.0 – 7.129.0 的支持承诺;sdk 0.98.0 起单项抬,CC-733,§126 PN-2;0.97.x 为 7.126.0 / 7.49.5 / 21.1.0(三件同批,CC-715,§124 PK-1);0.96.x 为 7.125.0 / 7.48.0 / 20.0.0(C-R432 ①,§123 PA-1);0.95.x 为 7.115.0 / 7.40.1 / 19.0.0;服务端 / 引擎 0.92.0 – 0.94.x 为 7.106.0 / 7.35.2;sdk 0.95.0 起(C-R389 ② / C-R390),0.94.x 为 18.1.0、0.92.0 – 0.93.x 为 12.0.1;0.90.0 – 0.91.x 为 7.104.0 / 7.33.8 / 12.0.1;低于底线的服务端本包不再见证,「只续已有会话」被拒读口的粗码兜底随之退役,§122 RX-6;§118 LD) | `scripts/support-floor.json` ⇄ 根入口 `SUPPORT_FLOOR`(`run-support-floor-projection-test.mjs` 对账) |
+| 支持底线 | 服务端 **7.129.1** / 引擎 **7.51.2** / sdk **23.1.0**(sdk 0.99.0 起单项抬,§127 PK-1;0.98.x 为 23.0.2;服务端 / 引擎 0.98.0 起,§126 RD-1:收回对服务端 7.126.0 – 7.129.0 的支持承诺;sdk 0.98.0 起单项抬,CC-733,§126 PN-2;0.97.x 为 7.126.0 / 7.49.5 / 21.1.0(三件同批,CC-715,§124 PK-1);0.96.x 为 7.125.0 / 7.48.0 / 20.0.0(C-R432 ①,§123 PA-1);0.95.x 为 7.115.0 / 7.40.1 / 19.0.0;服务端 / 引擎 0.92.0 – 0.94.x 为 7.106.0 / 7.35.2;sdk 0.95.0 起(C-R389 ② / C-R390),0.94.x 为 18.1.0、0.92.0 – 0.93.x 为 12.0.1;0.90.0 – 0.91.x 为 7.104.0 / 7.33.8 / 12.0.1;低于底线的服务端本包不再见证,「只续已有会话」被拒读口的粗码兜底随之退役,§122 RX-6;§118 LD) | `scripts/support-floor.json` ⇄ 根入口 `SUPPORT_FLOOR`(`run-support-floor-projection-test.mjs` 对账) |
 | 常驻门 | 以 `scripts/gates-manifest.json` 的 `suites` 长度为准(**本档不抄这个数**) | `scripts/gates-manifest.json`;`npm test` 的名单等值门与它逐名对账 |
 | 沿革档 | 0.29.0 起建 `CHANGELOG.md`;更早批次记账在 `src/index.ts` 文件头 + `docs/REFACTOR-LEDGER.md` | — |
 
@@ -134,7 +134,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`(**1713** 项;该基线只覆盖**根**入口,子路径入口 `./registry` 的名单在 §86 与 `scripts/run-sdk-registry-transit-test.mjs` A / C 段)。
+> 全集真源 = `scripts/public-export-baseline.json` 的 `names`(**1820** 项;该基线只覆盖**根**入口,子路径入口 `./registry` 的名单在 §86 与 `scripts/run-sdk-registry-transit-test.mjs` A / C 段)。
 
 
 
@@ -166,7 +166,7 @@ SDK 核对「本包 import 的每个值级符号仍然导出」「`TaskStats.cos
   `WorkflowsGateUnknownDenial` 四形**不在**基线里,`src/selfOrchestrationDenial.ts` 对基线贡献
   **4** 项运行期导出(三个函数 + `SELF_ORCHESTRATION_RETRY_WITHOUT`)。
 
-1713 项的内部构成(帮助端估读表大小;0.98.0(RB 行)−19 函数(§126 RB-1:十九只能力位读器的探测闭包 tee 口〔0.95.0 起即空调用,到期退役;逐名见 §2z〕,域 9 −16、域 15 −3);0.98.0(HK 行)−1 函数(§126 HK-2:`taskRequestOmissionCausePhrase`(0.98.0 退出公面)〔省略成因的从句口,三端零读者,到期退役〕,域 6);0.98.0(BA 行)+1 常量(§126 BA-1:`BUILTIN_SUBAGENT_TYPES`〔内建子代理名表,构建期取自引擎包根〕,域 16);0.98.0(PN 行)+1 函数(§126 PN-4:`isToolApprovalRespondReplayed`〔respond 回执首决回放臂的判别口〕,域 3);0.98.0(HM-R 行)−2 函数 +1 常量 +1 函数的净 0(§126 HM-R1 / HM-R2 / HM-R4:退 `approvalResolutionOf`(已退役) / `approvalOutcomeNoteOf`(已退役) / `readToolApprovalRespondRefusal`(已退役) 三函数,进常量 `APPROVAL_RESOLUTION_LANES` 与函数 `approvalResolutionDetail` / `readDecisionRefusalReading`,域 3);0.98.0(ID 行)+2 函数(§126 ID-3:`engineRefOf` / `sameEngineRef`〔转录身份引用位的读口与「是不是同一件引擎事」三态判定〕,域 2);0.98.0(WD 行)+14 函数(§126 WD-1…WD-8:持久规则来源 / 作用域 / 撤销结局 / 匹配形人话五口、卡面出身一行与缺席句 / 未覆盖因由句三口、崩溃遗留逐行句 / 成因句两口、结局成因一行句表四口,域 3);0.98.0(GT 行)+1 函数(§126 GT-2:`toolKillCauseAcrossEngineIdentity`〔引擎在一只被杀的工具调用跑着时换代了的成因读数薄壳〕,域 8);0.98.0(AC 行)+9 函数 +2 常量(§126 AC-1…AC-7:`approvalCardFactsOfFrame` / `approvalCardFactsOfGeneric`〔三载体一只投影核〕· `approvalWindowKeysOf`〔窗三键〕· `probeCauseRowsOf`〔探针成因两行〕· `approvalCardReasons` / `denialLimitFallbackDetail` / `APPROVAL_CARD_REASON_SOURCES` / `APPROVAL_CARD_REASONS_DEFAULT_MAX_LINES`〔原因格〕· `readRequiresRealApproval` / `countOwnedPendingRows` / `pendingRowIsOwnedAndDecidable`〔真人位 / 属主计数〕,域 3);0.98.0(TP 行)+4 函数(§126 TP-1 – TP-4:`normalizeEngineBaseUrl` / `engineUrlTransportVerdict`〔引擎地址规范化与传输闸〕· `submitStreamWithBoundedReopen`〔流式提交同键有界重开〕· `createStreamDrainingLegs`〔排空收场账〕,域 15);0.98.0(DU 行)+1 函数(§126 DU-8:`isDiagnosticValueWord`〔诊断词判定口〕,域 5);0.98.0(TH 行)+1 函数 +1 常量(§126 TH-3:`wireFailureTextsOf` / `WIRE_FAILURE_UNRENDERABLE_TEXT`,域 15)+1 函数 +1 常量(§126 TH-4:`turnFailurePresentation` / `TURN_FAILURE_CATEGORIES`,域 15)+1 函数 +2 常量(§126 TH-5:`runReattachPolicy` / `REATTACH_MAX_TRIES` / `REATTACH_BUDGET_FRESH`,域 15)+1 常量(§126 TH-6:`SANDBOX_HINT_HOSTS`,域 10);0.98.0(CP 行)+4 函数 −1 函数(§126 CP-8 `inheritEnv` 能力词读器 / 意图判定 / 告知句两口,域 9;0.98.0(HL 行)+9 函数 +2 常量(§126 HL-1 – HL-13:`claimApprovalCard`〔宿主腿持有登记动词〕· `approvalSupersedesDetail` · `approvalParkingNoticeText` · `answerPayloadFor` · `answerCarriage` · `observeApprovalAnswerCommitted` · `rememberOfferable` · `localAllowRuleEnforceable` · `lateDecideOutcomeOf` 与常量 `LATE_DECIDE_OUTCOMES` / `RESPOND_DECISIONS`,域 3);0.98.0(ST 行)域 13 +5(§126 ST-2 / ST-4:回执因由词表与句口、分片线形常量与铸口 / 读口)、域 1 +1(`projectEngineSessionMessages`,ST-5)、域 9 −2(`noteEngineCapsForAttachmentSeat` / `observedAttachmentSeat`(退役),ST-3);0.98.0(UP 行)+9 函数(§126 UP-1…UP-4:跨 run 统一收件箱读器与续读位置读口,域 3 +2;0.98.0(PK 行)+2 函数(§126 PK-2 / PK-3:`readMcpHttpIdentityHeaders` / `mcpAssertionHeaderNotSentNotice`,域 9);0.98.0(LF 行)+7 函数(§126 LF-1…LF-5:`readOwnDataNonEmptyString` / `readOwnDataFiniteNumber` / `guardedRead` / `wireFailureCoreOf`〔外来体窄读四口,域 15〕· `readTaskNotificationXml`〔转录通知 XML 单条回读口,域 7〕· `contextUsageReadingOf`〔`context_usage` 载荷唯一窄读口,域 1〕· `planReviewOfferedModeOf`〔计划审阅卡已呈档位三态读口,域 3〕);0.98.0(CS 行)+2 函数 +1 常量(§126 CS-1 / CS-2:`connectorStatusOf` / `connectorStatusLine` / `CONNECTOR_STATUS_UNKNOWN_WHYS`〔连接器状态里只由读者铸的两态读口、三端同句与「说不出」成因闭集〕,域 15);0.98.0(TK 行)−4 常量 +3 函数 +1 常量(§126 TK-6:`MAX_AGENT_TOOLS` / `MAX_AGENT_TOOL_NAME_CHARS`(0.98.0 退出公面)与同轴孪生 `MAX_AGENT_NAME_CHARS` / `MAX_AGENT_MAX_TURNS`(0.98.0 退出公面)退役,域 9;进:`assemblyRefusalOf` / `ASSEMBLY_REFUSAL_CAUSES` / `seatTurnFailureOf` / `readSeatTurnFailure`);0.98.0(SC 行)+2 函数 +1 常量(§126 SC-2 / SC-6 / SC-7:`isReplayMarked`〔提交幂等重放的事实读口〕· `toolResultRowFlagsOf`〔工具结果行四件读口〕· `TRANSCRIPT_ROW_SIDECAR_KEYS`〔转录行侧挂键全集〕);0.98.0(TX 行)+11 函数 +1 常量 −1 常量(§126 TX-1…TX-6:`EN_MESSAGES` / `ZH_MESSAGES` 两张冻结表算常量之外,`translate` / `createTranslator` / `createMissLedger` / `msg` / `renderMessage` / `resolveUiLanguageFrom`〔消息目录与界面语言解析链,域 3〕· `resolveSubagentModelWord` / `subagentModelWordProblemLine`〔子代理模型词,域 7〕· `uiMissLedger`〔台账对象〕· `DATA_FACE_LANGUAGE`〔常量 `'en'`〕;0.98.0(RT 行)+1 函数(§126 RT-1:`retryStatusNotice`〔重试行人话单源〕,域 1);0.98.0(LG 行)+2 常量 +3 函数(§126 LG-1 / LG-2:`EVENT_LEG_KINDS` / `EVENT_LEG_TABLE` / `composeEventLeg` / `frameBindingOf` / `inheritFrameBinding`〔事件腿组合器的腿表、组合器与按帧绑定两口〕,域 1);0.98.0(RC 行)−6 函数(§126 RC-1:`isAlreadyResolvedGateReason` / `isGateStandingErrorCode` / `isCodeClassifiedGateFailure`(0.98.0 退出公面)〔「门已决」三只拼装件,包内照用〕,域 3;0.98.0(RA 行)−2 函数(§126 RA-1 / RA-2:`subscribeEngineAgentPanel`(0.98.0 退出公面) / `subscribeEngineAgentPanelAbsence`(0.98.0 退出公面)〔面板旧事件订阅口 / 缺席订阅口,退役账到期硬退〕,域 4);0.98.0(RD 行)−1 函数 −1 常量(§126 RD-4 / RD-5:`excludeToolsAgainstDirectory`(0.98.0 退出公面)〔run 级目录判官,域 9〕/ `RULES_LEGACY_TOOL_NAME`(0.98.0 退出公面)〔会话规则写口老码常量,域 16〕);0.97.1(AD 行)+2 函数(§125 AD-3 / AD-4:`engineToolDirectoryOf`〔本跑声明的 MCP 服务器读口〕· `excludeToolsAgainstDirectory`(0.98.0 退出公面)〔run 级 excludeTools 判官〕,域 9);0.97.0(PK 行)+1 函数(§124 PK-7:`readApprovalCardWord`,域 3)+1 常量 +2 函数(§124 PK-5:`CONFLICT_IDEMPOTENCY_PAYLOAD_MISMATCH` / `isIdempotencyPayloadMismatchCode` / `idempotencyPayloadMismatchContent`,域 16)+2 函数(§124 PK-11:`modelCandidateRejectedOf` / `modelCandidateRejectedContent`,域 11)−1 +1 常量(§124 PK-4 / §2z:`ASK_PARK_GATE_KINDS`(0.97.0 退出公面) 退出根入口、`APPROVAL_DECIDE_GATE_KINDS` 经 sdk 转口上根入口,域 15,净零);0.97.0(SR 行)+1 函数 +1 常量(§124 SR-1:`isSdkRunParked` / `SDK_PARKED_RUN_STATUSES`〔sdk 停驻 run 词表与谓词,属主模块 `terminalStatuses`〕,域 1);0.97.0(CL 行)+2 函数(§124 CL-1 / CL-3:`engineCapsLandingOf`〔整份能力位读数,取落地的唯一读法〕· `rotateEngineCapsProbe`〔同一台引擎换探测闭包:更新重探登记而不失效〕,域 9);0.97.0(HT 行)−1 函数(§124 HT-1 / §2z:`isFsApprovalGate`(0.97.0 退出公面)〔域 3〕退出根入口);0.96.0(FA 行)−1 常量(§123z / §2z:`CONFIG_REFUSAL_CODES`(0.96.0 退出公面)〔域 16〕退出根入口);0.96.0(WD 行)+2 常量(§123 WD-1 / WD-4:`PROVIDER_REJECTION_KINDS`〔服务商拒绝分类词闭集〕· `CAPABILITY_IMAGE_INDEX_REQUIRED`〔501 镜像索引缺席码〕,域 16);0.96.0(HW 行)+1 常量(§123 HW-2:`APPROVAL_PARKING_WARN_TEXT`)+3 函数(§123 HW-3 / HW-4 / HW-5:`modeReleaseReasonSentence` / `createReleaseDisclosureLedger`〔域 3〕· `replayedApprovalClosesCardFrame`〔域 3〕);0.96.0(FL-6 行)+7 函数 +1 常量(§123 FL-6:`isAgentHandle` / `nonAgentHandleKind` / `isBackgroundSubagentRow` / `isBackgroundWorkRow` / `isOwnBackgroundSubagentRow` / `liveBgRowOwnership` / `liveBgRowOwnershipFor` 与持久句柄正则 `DURABLE_AGENT_HANDLE_RE`,域 5;`*For` 变体 +1 即 `liveBgRowOwnershipFor`);0.96.0(HJ 行)+1 函数(§123 HJ-1:`decisionRefusalAskReading`〔「这一问是否已决」唯一判官〕,域 3);0.96.0(CL 行)+4 函数(§123 CL-1 / CL-3 / CL-4:`projectEngineDirectory` / `projectMeEngine` / `decideMeEngine` / `engineOverrideOf`,域 15);0.96.0(DC 行)+2 函数(§123 DC-1 / DC-2:`displayConfiguredUrl`〔配置地址展示口〕· `queryCarriesCredential`〔上传判据〕,域 5);0.96.0(NT 行)+4 常量(§123 NT-3 / NT-4 / NT-5 / NT-6:`NOTICE_SEAT_CLASS`〔座位类表〕· `OUTLET_KINDS`〔出路种类闭集〕· `NOTICE_FULL_TEXT_CAP`〔通告正文防御栏〕· `PRINT_PERMISSION_OUTCOME_FORMS`〔`-p` 权限结局行形闭集〕,域 16 三名、域 3 一名)+7 函数(§123 NT-1 / NT-2 / NT-3 / NT-4 / NT-5 / NT-6:`cutForDisplay` / `noticePresentationFacts` / `noticeSeatClassOf` / `outletReachable` / `planOutletRendering` / `noticePrintLine`〔域 16〕· `printPermissionOutcomeOf`〔域 3〕);0.96.0(RT-6 行)−9 函数(§123z / §2z:九只 `noteEngineCapsFor*`〔域 9〕退出根入口);0.96.0(RT 行)−1 函数(§123z / §2z:`recordBgTerminalFacts`(0.96.0 退出公面)〔域 4〕退出根入口);0.96.0(PC 行)−1 函数(§123 PC-4 / §2z:`discussionWorkflowName`(0.96.0 退出公面)〔域 14〕退出根入口);0.96.0(PT 行)−1 函数 +1 函数(§123 PT-2 / §2z:`retiredToolNames`(0.96.0 退出公面)〔域 14〕退出根入口;§123 PT-1:读口 `ruleToolNameJudgement`〔域 14〕进根入口 —— 域 14 与总数不变);0.96.0(S2 行)+2 函数(§123 S2-2:`recentFoldersOf`〔最近目录唯一读法〕· `readRecentFolders`〔能力位三态与动词调用的编排口〕,域 13);0.96.0(CD 行)+2 函数(§123 CD-1 / CD-2:`approvalCardFactsOfV1`〔v1 呈卡帧卡面 → 卡入参事实〕· `standingRowsOf`〔卡上三行放行的判官〕,域 3);0.96.0(FS 行)+1 函数(§123 FS-1:`scenarioNotAllowedContent`〔场景拒出句单源〕,域 15);0.96.0(KY 行)+2 函数(§123 KY-3 / KY-4:`readFinishReasonUnknown` / `readStreamEndIgnored`〔服务商收尾异常两通告的事实读器〕,域 16);0.96.0(CV 行)+1 函数 +1 常量(§123 CV-1:`credentialProvenance`〔凭据来源纯判词〕· `CREDENTIAL_ATTACH_WORDS`〔四词冻结表〕,域 15);0.96.0(PB 行)+1 常量 +2 函数(§123 PB-4:`SESSION_ROW_PATCH_REQUEST_KEYS`〔会话行改名 / 置顶动词入参键集〕· `checkSessionRowPatchRequest` / `isSessionRowPatchRequest`〔入站判官〕,域 13);0.96.0(FH 行)+2 常量 +6 函数(§123 FH-1 – FH-5:`FILE_HISTORY_SKIPPED_NOTICE`〔「文件历史没搬」那一句〕· `FILE_HISTORY_TIGHTEN_VERDICTS`〔收紧判定四词闭集〕· `fileHistorySyncNotice` / `fileHistorySyncNoticeIdentity` / `isFileHistoryBlobMissing` / `fileHistoryTightenVerdict` / `fileHistoryUnjudgedRefusal` / `judgeFileHistoryTighten`,域 9);0.96.0(EF 行)+1 函数(§123 EF-1:`engineSupportFloorEffective`〔`engineVersionTier` 有效门槛读口〕,域 16);0.96.0(PP 行)+1 函数(§123 PP-4:`durableDecideLegOf`〔域 15〕);0.95.0(FX-E 行)+3 函数(§122 FX-E2a / FX-E2b / FX-E4:`engineCredentialRequirementOf`〔域 15〕· `storePostureHeadWord`〔域 9〕· `isSessionIdPathSegment`〔域 15〕);0.95.0(FX-F1 行)+2 函数(§122 FX-F1:`forgetSettledTerminalRow` / `forgetSettledTerminalRowFor`〔按行 id 摘已结算的终态行〕,域 5););0.95.0(FX-H 行)+3 函数 −2 函数(§122 FX-H4:`engineRewindRefusedNow` / `decideRewindEngineAction` / `previewEngineRewind`〔域 9〕;§122 FX-H2:`classifyRegistryConflict`(0.95.0 退出公面) / `isScopeGoneError`(0.95.0 退出公面)〔域 15〕退出根入口,逐名见 §2z;0.95.0(FX-D 行)+3 函数(§122 FX-D2:`refusedParkFromError` / `refusedParkContent` / `refusedParkBlockedContent`〔续跑被拒那一族的读口与两句出句口,域 16〕);0.95.0(FX-A 行)+2 函数(§122 FX-A2 / FX-A3:`readApprovalRememberRefused`〔审批卡上「引擎声明本会话放行记不住」那一位的读口〕/ `rememberRefusalOf`〔remember 专属拒绝判官〕,域 3);0.95.0(FX-G 行)+3 函数(§122 FX-G1 / FX-G2:`permissionsAllowKeptNotice`〔域 6〕· `limitsSupportNotice` / `explicitLimitFlagNames`〔域 10〕);0.95.0(PK7 行)+1 函数(§122 PK7-3:`approvalCompleteCauseOf`〔域 3〕);0.95.0(XH 行)+1 函数(§122 XH-1:`joinApprovalHolder`〔同一只审批的持有者读口〕,域 3);0.95.0(TW 行)−6 常量 −4 函数 +5 常量 +9 函数(§122 TW-1 / TW-2:终态词表与谓词改名带属主 —— 十个旧名退出根入口〔逐名见 §2z〕,新增五张属主表、八只谓词与 CC 行词投影 `ccTaskTerminalStatusOf`〔域 1 / 5 / 8 / 15 / 16〕);0.95.0(RS 行)+2 函数(§122 RS-1 / RS-3:`runningAttachOffered`〔忙卡与 resume 三选卡同一只 attach 判定〕/ `resumeRunningCancelConfirmedRow`〔Cancel 已受理确认句〕,域 3);0.95.0(SB 行)+4 函数(§122 SB-3 / SB-4:`mcpEngineLegConnectionOf`〔域 9〕· `modelSwitchProbeOutcomeOf` / `runModelSwitchProbe` / `createModelSwitchFallbackLedger`〔域 11〕);0.95.0(RX 行)−30 函数(§122 RX-1 / RX-2:`providerRejectionResend`(0.95.0 退出公面)〔域 1〕与二十九只逐只失效口 `forget*Reading`〔域 9 二十六只 / 域 15 三只〕退出根入口,逐名见 §2z);0.95.0(SA 行)+8 函数(§122 SA-1:`fireInteractiveInterrupt`;0.95.0(归层读口)+4 函数(§122 RD-3:`classifyApprovalCompleteFrame` / `parkRowDeadlineState` / `lateDecideRoute` / `runReapedByDeadline`〔域 3〕);0.95.0(归层读口)+2 常量 +11 函数(§122 RD-2:`USAGE_SENTENCES` / `USAGE_HEATMAP_MAX_DAYS` / `readUsageSummary` / `readUsageSeries` / `readUsageBreakdown` / `projectUsageSummary` / `projectUsageSeries` / `projectUsageBreakdown` / `classifyUsageFailure` / `projectUsageAnalytics` / `readUsageAnalytics` / `usageBoundPrefix` / `usageWindowOfRange`〔域 11〕);0.95.0(WB 行)+3 常量 +8 函数 −1 函数(§122 WB-1 – WB-8:`readLiveModelCatalog` / `liveDefaultModelOf` / `atMentionOf` / `modelCompatOf` / `liveModelRowsOf`〔域 11〕· `checkSendMessageRequest` / `isSendMessageRequest` / `SEAT_REWIND_INTENT_KEYS` / `SEAT_TURN_SETTINGS_ORIGINS`〔域 13〕· `REWIND_MODES`〔域 9〕· `approvalCompleteParked`〔域 3〕;`isSeatModelCatalog`(0.95.0 退出公面)〔域 13〕退出根入口,逐名见 §2z);0.95.0(WC 行)+3 函数(§122 WC-1 / WC-2 / WC-3:`hasLedgerPositionKey` / `replayedApprovalSentence` / `allowRuleShadowSentence`〔域 3〕);0.95.0(KA 行)+1 函数(§122 KA-6:`stripToolUseSideChannels`〔域 1〕);0.95.0(换钉批)+1 函数(§122 UP-1:`droppedModelEntriesOf`〔域 11〕);0.95.0(面板行归约口)+1 常量 +3 函数(§122 PR 行:`PANEL_DELTA_OPS` / `reducePanelFrame` / `createPanelReduceState` / `subscribeEnginePanelRows`〔域 4〕);0.94.0 −2 函数(§121 RX-4 / RX-5:`askSurvivesPosture`(0.94.0 退出公面) / `askSurvivesStandingAnswer`(0.94.0 退出公面)〔域 3〕退出根入口,逐名见 §2z);0.94.0 +1 函数(§121 PK-2:`readToolApprovalRespondParking`〔域 3〕)· 0.94.0(未发布,§121 SP2 行)+2 常量 +5 函数(`REQUEST_AUTONOMY_LANE_REFUSED`〔域 16〕· `STREAM_DRAINING_RECONNECT_MAX` / `isInStreamDrainingEnd` / `streamDrainingDecision` / `autonomyLaneRefusalFromError` / `autonomyLaneRefusalContent`〔域 15〕· `agentToolListFlaws`〔域 9〕);0.94.0(未发布,座位 / 读口车道)+1 常量 +4 函数(§121 ST 行:`SEAT_CAPABILITY_NAMES` / `seatCapability` / `watchSeatCapability` / `seatCapabilityUnavailableDetail`〔域 13〕· `deviceFlowPollingPlan`〔域 150.94.0 +2 函数(§121 HW2 行:`askProbeReasonDetail`〔域 3〕· `subagentStateDetail`〔域 4〕;CC-514 初版加的常量 `APPROVAL_NOTE_ABORTED_DETAIL` 随发版复核定形撤回,未发布);0.94.0(未发布,请求装配车道)+1 常量 +5 函数(§121 RQ 行:`WIRE_RULE_TRUST_ORDER`〔域 6〕· `approvalReachDeclaration` / `approvalReachDeclarationSettled`〔域 6〕· `isApproverUnavailableGate`〔域 3〕· `effortLevelsOf` / `effortLevelHonored`〔域 11〕);0.94.0 +2 函数(CC-447 ⑦ §121 CP-7 `mandatedApprovalDetailOf`〔域 3〕;CC-356 ① §121 CP-12 `compileAllowList`〔域 14〕);0.94.0 +2 常量 +11 函数(§121 SV-4 / SV-5 两只能力位读器各五名在域 9;SV-1 通告事实读器 `readAllowedToolNotGranted` 与 SV-5 / SV-7 两只码常量在域 16);0.94.0 +12 函数(HD 行:`classifyDecisionRefusal` / `liveAskPendingReading` / `decisionRefusalClosesOut` / `undeliverableDecisionContent` / `noAllowCauseOf` / `policyDenyReason` / `permissionRequestHookScope` / `readApprovalBoundGrants` / `readApprovalClassifierNoRuling` / `approvalBoundGrantsDetail` / `classifierNoRulingDetail` / `approvalPriorCardsDetail`,全在域 3,逐名见 §121a);0.93.0 +5 常量 +18 函数 −6 常量 −15 函数(CC-454 §119 DX-2:+1 函数 `deviceLaneOpen`〔域 9〕;CC-403 §119 DB-1 / DB-2:+6 函数,逐名见 119a〔五名读面 + 判据在域 9、决定函数在域 3〕;CC-451 §119 PM-1 / SA-1:+1 常量 +6 函数,逐名见 119a;CC-431 §119 RT-1 … RT-8 到期登记物硬删,逐名见 §2z〔−6 / −15 即这 21 名〕;+4 / +5:CC-364 `PROMPT_BLOCK_CAUSES`〔域 1〕;CC-429 `MCP_RECONNECT_UNSETTLED_NOTICE`〔域 15〕;CC-363 `transportFailureScene`〔域 15〕;CC-331 `detectEngineBgShellDetach`〔域 8〕;CC-323 ② `readEngineConfigApplyState` / `configDriftVerdict`〔域 15〕;CC-355 `coreVersionTier`〔域 16〕;CC-430 workflow 子代审批决定口两只 409 码常量 `DECIDE_WORKFLOW_PARKS_UNREADABLE` / `DECIDE_WORKFLOW_PARK_FORKED`〔域 3〕;§119);0.92.0 +9 常量 +47 函数 −2 函数(CC-295:`ABORT_CAUSES` / `readAbortCause` / `abortCauseNoteOf`〔域 16〕;CC-374 / CC-353:`fleet.steerPriority` 读器六名〔域 9〕+ `steerBodyOf` / `readSteerReceipt`〔域 15〕+ `readTurnInterrupted` / `turnInterruptedNotice` / `steerCutVerdict`〔域 16〕,`readSteerDelivery`(🔧 0.92.0 退出公面)/ `readSteerReceiptStatus`(🔧 0.92.0 退出公面)〔域 15〕;CC-371 / CC-370:六只码与闭集常量〔域 16〕+ `operatorGateRefusalContent` / `runDeathVerdictNoteOf`〔域 16〕+ `askGoneFromError` / `askGoneContent`〔域 3〕+ 四只能力位读器二十四名〔域 9〕+ core 值级端口读口 `mintNamespacePrefix`〔域 14〕;CC-367 重放出的审批帧判活口 `replayedApprovalDisposition` 与清单读不到时那一句 `REPLAYED_APPROVAL_LIST_UNREADABLE_WARN_TEXT`〔域 3〕;CC-369 ⑦ 内联图片被拒码 `CONFIG_IMAGE_INVALID` 与出路句 `imageInvalidFailureNoteOf`〔域 16〕;CC-368 自动车道单一判定 `automaticAnswerVerdict`〔域 3〕;CC-401 allow 层让位披露读口 `readApprovalAllowRuleShadow` 与证据口 `approvalAllowRuleShadowed`〔域 3〕;§118);0.91.0 +7 常量 +25 函数(CC-303 点名坏轮句 `toolHistoryBadTurnSentence`;CC-304 行键读口 `readToolHistoryMismatchKey`;CC-306 hooks matcher 受理判定 `hookMatcherVerdict`〔域 9〕;CC-307 steer 拒收合成口 `steerRefusalAdviceOf` 与「先账后引擎」判定 `steeringRefusedBeforeEngine`;CC-310 崩溃遗留通告句序 `NEEDS_HUMAN_REASON_ORDER` + 按因由一句 `crashConvergedNeedsHumanSentence` + 整行 `crashConvergedNotice`〔域 3〕;CC-311 能力位有界等待 `disableSkillsDeclarationSettled`〔域 6〕;CC-314 权限装配的筛选理由报告口 `permissionsDeclarationReport` 与理由闭集 `PERMISSIONS_KEPT_REASONS`〔域 6〕;CC-315 / CC-297 信封铸点与提交装配 `mintUserAttachmentEnvelope` / `encodeHumanTurn` / `deliveredUuidsOf` / `imageVisionOf`〔域 6〕与附件席位读器三口 `noteEngineCapsForAttachmentSeat` / `observedAttachmentSeat` / `forgetAttachmentSeatReading`(0.95.0 退出公面)〔域 9〕;CC-317 `abortableSleep` / `isAlreadyResolvedFailure`;CC-318 两张闭集表 `ASK_EVIDENCE_ABSENCE_VALUES` / `SYSTEM_INJECTION_PRIORITIES`;CC-322 ① 问类仲裁表 `MODE_ARBITRATION` + 判定 `askSurvivesStandingAnswer`(0.94.0 退出公面);CC-327 读拒两张词表 `READ_DENY_BUILTIN_TIERS` / `READ_DENY_DEFAULT_TIERS` + 部署键串校验口 `parseReadDenyBuiltinTiers`;CC-328 `sessionPolicyReadNotice`〔域 3〕;CC-337 `attachmentsSubmitVerdict`〔域 9〕;CC-339 续跑被拒「按存下的样子续不了」读口与出句口 `checkpointUnsupportedVersionFromError` / `checkpointUnsupportedVersionContent`〔域 16〕+ matcher 拒体事后读口 `hookMatcherRefusalFromError`〔域 9〕;§117);0.90.0 +16 −1 函数 +2 常量 +1 类(CC-291:引擎 7.39.0 退役通告码 `resume.legacy_mode_seed_migrated`,其事实读器 `readLegacyModeSeedMigrated` 退出公面(退出根入口),逐名见 §2z;CC-294 文件历史一句:`fileHistoryLegNoticeVerdict` / `fileHistoryLegNoticeSentence` / `fileHistoryDeclarationOfBody` / `createFileHistoryDeclarationLedger` + `FILE_HISTORY_LEG_VERDICTS`;CC-298 hooks matcher 工具别名读口 `hookToolAliasesOf` / `canonicalHookToolName`;CC-299 支持底线声明:`SUPPORT_FLOOR` / `supportFloorOf` / `engineVersionTier`;CC-302 请求体权限三桶装配口 `permissionsDeclaration` 与 allow 放行能力位读器 `projectPermissionsAllowGrantCapability` / `noteEngineCapsForPermissionsAllowGrant`(0.98.0 退出公面) / `observedPermissionsAllowGrant` / `forgetPermissionsAllowGrantReading`(0.95.0 退出公面) / `permissionsAllowGrantAvailable` / `permissionsAllowGrantDoctorDetail`;CC-309 错误载体铸口 `toolHistoryErrorCarrierOf`;CC-316 `attachments` 声明拒绝的具名类 `AttachmentsSpecRefused`;§116);0.89.0 +8 函数 −1 常量(CC-282 通告 / 终局 / 省略成因:`readToolTurnIncomplete` / `readUserInputUndrained` / `userInputUndrainedNotice` / `providerRejectionResend`(0.95.0 退出公面) / `taskRequestOmissionCausePhrase`(0.98.0 退出公面),`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`(0.95.0 退出公面) / `isScopeGoneError`(0.95.0 退出公面);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):**3890.94.0(未发布,读口 / 端口车道)+16 函数(§121 RP 行:结果帧读口族四名与指令文件归属两名〔域 1〕· `callerCwd` 读器五名〔域 9〕· 路由判官五只读口〔域 14〕);0.94.0(未发布,请求装配车道)+1 常量 +5 函数(§121 RQ 行:`WIRE_RULE_TRUST_ORDER`〔域 6〕· `approvalReachDeclaration` / `approvalReachDeclarationSettled`〔域 6〕· `isApproverUnavailableGate`〔域 3〕· `effortLevelsOf` / `effortLevelHonored`〔域 11〕);0.94.0 +2 函数(CC-447 ⑦ §121 CP-7 `mandatedApprovalDetailOf`〔域 3〕;CC-356 ① §121 CP-12 `compileAllowList`〔域 14〕);0.94.0 +2 常量 +11 函数(§121 SV-4 / SV-5 两只能力位读器各五名在域 9;SV-1 通告事实读器 `readAllowedToolNotGranted` 与 SV-5 / SV-7 两只码常量在域 16);0.94.0 +12 函数(HD 行:`classifyDecisionRefusal` / `liveAskPendingReading` / `decisionRefusalClosesOut` / `undeliverableDecisionContent` / `noAllowCauseOf` / `policyDenyReason` / `permissionRequestHookScope` / `readApprovalBoundGrants` / `readApprovalClassifierNoRuling` / `approvalBoundGrantsDetail` / `classifierNoRulingDetail` / `approvalPriorCardsDetail`,全在域 3,逐名见 §121a);0.93.0 +5 常量 +18 函数 −6 常量 −15 函数(CC-454 §119 DX-2:+1 函数 `deviceLaneOpen`〔域 9〕;CC-403 §119 DB-1 / DB-2:+6 函数,逐名见 119a〔五名读面 + 判据在域 9、决定函数在域 3〕;CC-451 §119 PM-1 / SA-1:+1 常量 +6 函数,逐名见 119a;CC-431 §119 RT-1 … RT-8 到期登记物硬删,逐名见 §2z〔−6 / −15 即这 21 名〕;+4 / +5:CC-364 `PROMPT_BLOCK_CAUSES`〔域 1〕;CC-429 `MCP_RECONNECT_UNSETTLED_NOTICE`〔域 15〕;CC-363 `transportFailureScene`〔域 15〕;CC-331 `detectEngineBgShellDetach`〔域 8〕;CC-323 ② `readEngineConfigApplyState` / `configDriftVerdict`〔域 15〕;CC-355 `coreVersionTier`〔域 16〕;CC-430 workflow 子代审批决定口两只 409 码常量 `DECIDE_WORKFLOW_PARKS_UNREADABLE` / `DECIDE_WORKFLOW_PARK_FORKED`〔域 3〕;§119);0.92.0 +9 常量 +47 函数 −2 函数(CC-295:`ABORT_CAUSES` / `readAbortCause` / `abortCauseNoteOf`〔域 16〕;CC-374 / CC-353:`fleet.steerPriority` 读器六名〔域 9〕+ `steerBodyOf` / `readSteerReceipt`〔域 15〕+ `readTurnInterrupted` / `turnInterruptedNotice` / `steerCutVerdict`〔域 16〕,`readSteerDelivery`(🔧 0.92.0 退出公面)/ `readSteerReceiptStatus`(🔧 0.92.0 退出公面)〔域 15〕;CC-371 / CC-370:六只码与闭集常量〔域 16〕+ `operatorGateRefusalContent` / `runDeathVerdictNoteOf`〔域 16〕+ `askGoneFromError` / `askGoneContent`〔域 3〕+ 四只能力位读器二十四名〔域 9〕+ core 值级端口读口 `mintNamespacePrefix`〔域 14〕;CC-367 重放出的审批帧判活口 `replayedApprovalDisposition` 与清单读不到时那一句 `REPLAYED_APPROVAL_LIST_UNREADABLE_WARN_TEXT`〔域 3〕;CC-369 ⑦ 内联图片被拒码 `CONFIG_IMAGE_INVALID` 与出路句 `imageInvalidFailureNoteOf`〔域 16〕;CC-368 自动车道单一判定 `automaticAnswerVerdict`〔域 3〕;CC-401 allow 层让位披露读口 `readApprovalAllowRuleShadow` 与证据口 `approvalAllowRuleShadowed`〔域 3〕;§118);0.91.0 +7 常量 +25 函数(CC-303 点名坏轮句 `toolHistoryBadTurnSentence`;CC-304 行键读口 `readToolHistoryMismatchKey`;CC-306 hooks matcher 受理判定 `hookMatcherVerdict`〔域 9〕;CC-307 steer 拒收合成口 `steerRefusalAdviceOf` 与「先账后引擎」判定 `steeringRefusedBeforeEngine`;CC-310 崩溃遗留通告句序 `NEEDS_HUMAN_REASON_ORDER` + 按因由一句 `crashConvergedNeedsHumanSentence` + 整行 `crashConvergedNotice`〔域 3〕;CC-311 能力位有界等待 `disableSkillsDeclarationSettled`〔域 6〕;CC-314 权限装配的筛选理由报告口 `permissionsDeclarationReport` 与理由闭集 `PERMISSIONS_KEPT_REASONS`〔域 6〕;CC-315 / CC-297 信封铸点与提交装配 `mintUserAttachmentEnvelope` / `encodeHumanTurn` / `deliveredUuidsOf` / `imageVisionOf`〔域 6〕与附件席位读器三口 `noteEngineCapsForAttachmentSeat` / `observedAttachmentSeat` / `forgetAttachmentSeatReading`(0.95.0 退出公面)〔域 9〕;CC-317 `abortableSleep` / `isAlreadyResolvedFailure`;CC-318 两张闭集表 `ASK_EVIDENCE_ABSENCE_VALUES` / `SYSTEM_INJECTION_PRIORITIES`;CC-322 ① 问类仲裁表 `MODE_ARBITRATION` + 判定 `askSurvivesStandingAnswer`(0.94.0 退出公面);CC-327 读拒两张词表 `READ_DENY_BUILTIN_TIERS` / `READ_DENY_DEFAULT_TIERS` + 部署键串校验口 `parseReadDenyBuiltinTiers`;CC-328 `sessionPolicyReadNotice`〔域 3〕;CC-337 `attachmentsSubmitVerdict`〔域 9〕;CC-339 续跑被拒「按存下的样子续不了」读口与出句口 `checkpointUnsupportedVersionFromError` / `checkpointUnsupportedVersionContent`〔域 16〕+ matcher 拒体事后读口 `hookMatcherRefusalFromError`〔域 9〕;§117);0.90.0 +16 −1 函数 +2 常量 +1 类(CC-291:引擎 7.39.0 退役通告码 `resume.legacy_mode_seed_migrated`,其事实读器 `readLegacyModeSeedMigrated` 退出公面(退出根入口),逐名见 §2z;CC-294 文件历史一句:`fileHistoryLegNoticeVerdict` / `fileHistoryLegNoticeSentence` / `fileHistoryDeclarationOfBody` / `createFileHistoryDeclarationLedger` + `FILE_HISTORY_LEG_VERDICTS`;CC-298 hooks matcher 工具别名读口 `hookToolAliasesOf` / `canonicalHookToolName`;CC-299 支持底线声明:`SUPPORT_FLOOR` / `supportFloorOf` / `engineVersionTier`;CC-302 请求体权限三桶装配口 `permissionsDeclaration` 与 allow 放行能力位读器 `projectPermissionsAllowGrantCapability` / `noteEngineCapsForPermissionsAllowGrant`(0.98.0 退出公面) / `observedPermissionsAllowGrant` / `forgetPermissionsAllowGrantReading`(0.95.0 退出公面) / `permissionsAllowGrantAvailable` / `permissionsAllowGrantDoctorDetail`;CC-309 错误载体铸口 `toolHistoryErrorCarrierOf`;CC-316 `attachments` 声明拒绝的具名类 `AttachmentsSpecRefused`;§116);0.89.0 +8 函数 −1 常量(CC-282 通告 / 终局 / 省略成因:`readToolTurnIncomplete` / `readUserInputUndrained` / `userInputUndrainedNotice` / `providerRejectionResend`(0.95.0 退出公面) / `taskRequestOmissionCausePhrase`(0.98.0 退出公面),`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`(0.95.0 退出公面) / `isScopeGoneError`(0.95.0 退出公面);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):**421** 项是 `SCREAMING_SNAKE` 常量数据表/词汇表
+1820 项的内部构成(0.100.0 相对 0.99.0 的 1789:0.100.0(RB / CZ / RF / SB 行)−1 +12(§128 RB-1:删 `scenarioAssignmentUnknownFromError`(0.100.0 退出公面),域 15;§128 CZ-3:`createCompactionStatusTracker` · `compactionStatusFrameOf`,域 1;§128 RF-1 / RF-2 / RF-5b:`prepareRefusalNoteOf` · `prepareRefusalCodeOf` · `fieldLimitRefusalFromError` · `fieldLimitRefusalContent` · `admissionWallRefusalFromError` · `admissionWallRefusalContent`,域 15;§128 RF-4:`settingsHooksRefusalFromError`,域 9;§128 RF-1 / SB-1 三只码常量 `CONFIG_TOOL_FACE_CONTROL` · `PROMPT_ASSEMBLED_ROLE_REFUSED` · `CAPABILITY_K8S_LANE_REQUIRED`,域 16,`SCREAMING_SNAKE` +3);0.100.0(DL / DS / RR 行)+8 名(§128 DL-1 – DL-2 / DS-1 – DS-2 / RR-1:`decisionInFlightOf` · `decisionReadMark`〔决断起止台账读口与读起点〕· `sendHitlDecision`〔HITL 决断发送机〕· `HITL_DECISION_FAMILIES` · `HITL_DECISION_NOT_APPLIED_CAUSES` · `HITL_DECISION_UNCONFIRMED_CAUSES` · `HITL_DECISION_NOT_SENT_CAUSES`〔发送机族与成因闭集〕· `PLAN_REVIEW_REOPEN_REFUSALS`〔计划审阅重开拒绝成因闭集〕,全在域 3;五只常量进 `SCREAMING_SNAKE` 子计数);0.100.0(TT 行)+2 函数(§128 TT-1:`checkMcpToolToggleKey` / `mcpToolTogglesToExcludeTools`〔逐工具开关的键判官 / 唯一映射〕,域 13);0.100.0(AS 行)+1 −2 函数(§128 AS-7 / AS-5:`refilterHostSettings` 进〔派发前重判,只做减法〕;`memoryOffDeclarationField`(0.100.0 退出公面) / `fileHistoryDeclarationField`(0.100.0 退出公面) 退〔两只片段口随装配口顶层入参删〕,域 6);0.100.0(TO 行)+1 常量 +1 函数(§128 TO-1:`SEMA_TERMINAL_OWNER_KEY` · `terminalOwnerOf`〔终局归属位的键名与读口〕,域 2);0.100.0(KP 行)+4 函数(§128 KP-1 / KP-2:`settingsCredentialKeyPaths` · `isCredentialEnvName` · `isCredentialConfigKey` · `credentialNameWords`,域 5);0.100.0(DQ / FM 行)+5 名(§128 FM-1 / FM-2 / FM-4:`injectionLaneNotice` · `INJECTION_SOURCES` · `ruleRefusalSentence` · `REFUSED_PROJECT_SERVER_CAUSES`,域 9;§128 FM-5:`parseToolsFlagNames`,域 10);0.100.0(MR 行)−2 常量(§128 MR-3:`MCP_CAPS`(0.100.0 退出公面)〔32 台上限〕/ `SKILL_CAPS`(0.100.0 退出公面)〔技能正文 1 MiB 帽〕,按它们截断的全部臂同批删,域 9);0.100.0(RT-5 行)+1 函数(§128 RT-5:`retryStatusParts`〔重试行结构化分段出口,与 `retryStatusNotice` 同源〕,域 1);0.100.0(IV 行)+1 函数(§128 IV-1:`observedInheritEnvOwnCredentialValuesWithheld`〔能力词同族第二词「值臂」读口,与首词同一只读法、同一组五态〕,域 9);0.99.0(TX 行)+1 函数(§127 TX-15:`askHumanSettlementLine`〔迟到人答决断结局行〕,域 3);0.99.0(TX / MI 行)+3 函数(§127 TX-7 / MI-1:`tierBlurb` · `modelRouteGapSentence` · `modelRouteGapFact`,域 11);0.99.0(HS 行)+2 函数(§127 HS-2 / HS-7:`approvalFrameContextOf`〔审批两族帧的流上下文读口,组合器按帧对象登记〕域 1;`readBoundGrantEntry`〔授予清单条目读口〕域 3);0.99.0(DU 行)+1 函数(§127 DU-2:`cleanUntrustedScalar`〔不可信标量字符清洗口〕,域 5);帮助端估读表大小;0.99.0(RB 行)−1 常量(§127 RB-1:`STOP_CONFLICT_CODES`(0.99.0 退出公面)〔`stop.*` 冲突码有序数组,0.98.0 起零读者,到期退役〕,域 16);0.99.0(CP 行)+3 函数(§127 CP-1 / CP-2 / CP-4:`onEngineCapsChange` / `engineCapNestedValue` / `invalidateEngineCapsAndReprobe`,域 9);0.99.0(TH 行)+1 函数(§127 TH-1:`isNotFoundFailure`,域 15);0.99.0(SI 行)+2 函数(§127 SI-1:`canonicalSessionIdOf` / `sessionIdRefusalOf`,域 14);0.99.0(PR 行)+1 函数(§127 PR-1:`planReviewTaskIdFromQuestionId`,域 3);0.99.0(RT 行)+4 函数 +2 常量(§127 RT-1 / RT-2 / RT-4:`retryStatusFromArm` / `createPrintModelStatusTracker` / `apiErrorFactsOfRow` / `apiErrorNotice` / `PRINT_MODEL_STATUS_SUBTYPE` / `PRINT_LAST_MODEL_STATUS_KEY`,域 1);0.99.0(PB 行)+2 函数 +1 常量(§127 PB-1 / PB-2 / PB-3:`probeModelLiveness` / `probeVerdictNotice` / `PROBE_VERDICTS`,域 11);0.99.0(TS 行)+1 函数(§127 TS-2:`publishEngineAgentPanelStart`,域 4);0.99.0(HK / AS 行)+9(§127 HK-1 / HK-5 三函数 → 域 9;0.99.0(SE 行)+28(§127 SE-1 – SE-6:三只席位的入站判官 7 只与读口 8 只、拒因 / 登录失败 / 接入拒因三张闭集、接入判定 7 只、`readSeatSubagentContent` / `subagentContentEventOf`、`MAX_DENY_REASON_CHARS`;0.99.0(UA / SR / MV / US 行)+12 函数 +2 常量(§127 UA-1 / UA-4 / SR-1 / SR-2 / MV-1 / US-1:附件席位读器三口与技能点名片段口,域 9 +4;0.99.0(MN / TA / EL 行)+3 函数(§127 MN-1 / TA-1 / EL-1:`projectMcpConfigs` / `mcpToolAxesVerdict` / `mcpElicitationVerdict`,域 9);0.99.0(VP 行)+2 函数(§127 VP-1:`readRuleEntry` / `readMcpToolAxes`〔值级端口读口〕,域 14);0.99.0(AW 行)−3 常量(§127 AW-1:`MAX_AGENT_TEXT_CHARS` / `MAX_AGENT_SYSTEM_PROMPT_CHARS` / `MAX_AGENT_SKILL_CONTENT_CHARS`(0.99.0 退出公面)〔代理投影里手抄的服务端上限,到期退役〕,域 9);0.98.0(RB 行)−19 函数(§126 RB-1:十九只能力位读器的探测闭包 tee 口〔0.95.0 起即空调用,到期退役;逐名见 §2z〕,域 9 −16、域 15 −3);0.98.0(HK 行)−1 函数(§126 HK-2:`taskRequestOmissionCausePhrase`(0.98.0 退出公面)〔省略成因的从句口,三端零读者,到期退役〕,域 6);0.98.0(BA 行)+1 常量(§126 BA-1:`BUILTIN_SUBAGENT_TYPES`〔内建子代理名表,构建期取自引擎包根〕,域 16);0.98.0(PN 行)+1 函数(§126 PN-4:`isToolApprovalRespondReplayed`〔respond 回执首决回放臂的判别口〕,域 3);0.98.0(HM-R 行)−2 函数 +1 常量 +1 函数的净 0(§126 HM-R1 / HM-R2 / HM-R4:退 `approvalResolutionOf`(已退役) / `approvalOutcomeNoteOf`(已退役) / `readToolApprovalRespondRefusal`(已退役) 三函数,进常量 `APPROVAL_RESOLUTION_LANES` 与函数 `approvalResolutionDetail` / `readDecisionRefusalReading`,域 3);0.98.0(ID 行)+2 函数(§126 ID-3:`engineRefOf` / `sameEngineRef`〔转录身份引用位的读口与「是不是同一件引擎事」三态判定〕,域 2);0.98.0(WD 行)+14 函数(§126 WD-1…WD-8:持久规则来源 / 作用域 / 撤销结局 / 匹配形人话五口、卡面出身一行与缺席句 / 未覆盖因由句三口、崩溃遗留逐行句 / 成因句两口、结局成因一行句表四口,域 3);0.98.0(GT 行)+1 函数(§126 GT-2:`toolKillCauseAcrossEngineIdentity`〔引擎在一只被杀的工具调用跑着时换代了的成因读数薄壳〕,域 8);0.98.0(AC 行)+9 函数 +2 常量(§126 AC-1…AC-7:`approvalCardFactsOfFrame` / `approvalCardFactsOfGeneric`〔三载体一只投影核〕· `approvalWindowKeysOf`〔窗三键〕· `probeCauseRowsOf`〔探针成因两行〕· `approvalCardReasons` / `denialLimitFallbackDetail` / `APPROVAL_CARD_REASON_SOURCES` / `APPROVAL_CARD_REASONS_DEFAULT_MAX_LINES`〔原因格〕· `readRequiresRealApproval` / `countOwnedPendingRows` / `pendingRowIsOwnedAndDecidable`〔真人位 / 属主计数〕,域 3);0.98.0(TP 行)+4 函数(§126 TP-1 – TP-4:`normalizeEngineBaseUrl` / `engineUrlTransportVerdict`〔引擎地址规范化与传输闸〕· `submitStreamWithBoundedReopen`〔流式提交同键有界重开〕· `createStreamDrainingLegs`〔排空收场账〕,域 15);0.98.0(DU 行)+1 函数(§126 DU-8:`isDiagnosticValueWord`〔诊断词判定口〕,域 5);0.98.0(TH 行)+1 函数 +1 常量(§126 TH-3:`wireFailureTextsOf` / `WIRE_FAILURE_UNRENDERABLE_TEXT`,域 15)+1 函数 +1 常量(§126 TH-4:`turnFailurePresentation` / `TURN_FAILURE_CATEGORIES`,域 15)+1 函数 +2 常量(§126 TH-5:`runReattachPolicy` / `REATTACH_MAX_TRIES` / `REATTACH_BUDGET_FRESH`,域 15)+1 常量(§126 TH-6:`SANDBOX_HINT_HOSTS`,域 10);0.98.0(CP 行)+4 函数 −1 函数(§126 CP-8 `inheritEnv` 能力词读器 / 意图判定 / 告知句两口,域 9;0.98.0(HL 行)+9 函数 +2 常量(§126 HL-1 – HL-13:`claimApprovalCard`〔宿主腿持有登记动词〕· `approvalSupersedesDetail` · `approvalParkingNoticeText` · `answerPayloadFor` · `answerCarriage` · `observeApprovalAnswerCommitted` · `rememberOfferable` · `localAllowRuleEnforceable` · `lateDecideOutcomeOf` 与常量 `LATE_DECIDE_OUTCOMES` / `RESPOND_DECISIONS`,域 3);0.98.0(ST 行)域 13 +5(§126 ST-2 / ST-4:回执因由词表与句口、分片线形常量与铸口 / 读口)、域 1 +1(`projectEngineSessionMessages`,ST-5)、域 9 −2(`noteEngineCapsForAttachmentSeat` / `observedAttachmentSeat`(退役),ST-3);0.98.0(UP 行)+9 函数(§126 UP-1…UP-4:跨 run 统一收件箱读器与续读位置读口,域 3 +2;0.98.0(PK 行)+2 函数(§126 PK-2 / PK-3:`readMcpHttpIdentityHeaders` / `mcpAssertionHeaderNotSentNotice`,域 9);0.98.0(LF 行)+7 函数(§126 LF-1…LF-5:`readOwnDataNonEmptyString` / `readOwnDataFiniteNumber` / `guardedRead` / `wireFailureCoreOf`〔外来体窄读四口,域 15〕· `readTaskNotificationXml`〔转录通知 XML 单条回读口,域 7〕· `contextUsageReadingOf`〔`context_usage` 载荷唯一窄读口,域 1〕· `planReviewOfferedModeOf`〔计划审阅卡已呈档位三态读口,域 3〕);0.98.0(CS 行)+2 函数 +1 常量(§126 CS-1 / CS-2:`connectorStatusOf` / `connectorStatusLine` / `CONNECTOR_STATUS_UNKNOWN_WHYS`〔连接器状态里只由读者铸的两态读口、三端同句与「说不出」成因闭集〕,域 15);0.98.0(TK 行)−4 常量 +3 函数 +1 常量(§126 TK-6:`MAX_AGENT_TOOLS` / `MAX_AGENT_TOOL_NAME_CHARS`(0.98.0 退出公面)与同轴孪生 `MAX_AGENT_NAME_CHARS` / `MAX_AGENT_MAX_TURNS`(0.98.0 退出公面)退役,域 9;进:`assemblyRefusalOf` / `ASSEMBLY_REFUSAL_CAUSES` / `seatTurnFailureOf` / `readSeatTurnFailure`);0.98.0(SC 行)+2 函数 +1 常量(§126 SC-2 / SC-6 / SC-7:`isReplayMarked`〔提交幂等重放的事实读口〕· `toolResultRowFlagsOf`〔工具结果行四件读口〕· `TRANSCRIPT_ROW_SIDECAR_KEYS`〔转录行侧挂键全集〕);0.98.0(TX 行)+11 函数 +1 常量 −1 常量(§126 TX-1…TX-6:`EN_MESSAGES` / `ZH_MESSAGES` 两张冻结表算常量之外,`translate` / `createTranslator` / `createMissLedger` / `msg` / `renderMessage` / `resolveUiLanguageFrom`〔消息目录与界面语言解析链,域 3〕· `resolveSubagentModelWord` / `subagentModelWordProblemLine`〔子代理模型词,域 7〕· `uiMissLedger`〔台账对象〕· `DATA_FACE_LANGUAGE`〔常量 `'en'`〕;0.98.0(RT 行)+1 函数(§126 RT-1:`retryStatusNotice`〔重试行人话单源〕,域 1);0.98.0(LG 行)+2 常量 +3 函数(§126 LG-1 / LG-2:`EVENT_LEG_KINDS` / `EVENT_LEG_TABLE` / `composeEventLeg` / `frameBindingOf` / `inheritFrameBinding`〔事件腿组合器的腿表、组合器与按帧绑定两口〕,域 1);0.98.0(RC 行)−6 函数(§126 RC-1:`isAlreadyResolvedGateReason` / `isGateStandingErrorCode` / `isCodeClassifiedGateFailure`(0.98.0 退出公面)〔「门已决」三只拼装件,包内照用〕,域 3;0.98.0(RA 行)−2 函数(§126 RA-1 / RA-2:`subscribeEngineAgentPanel`(0.98.0 退出公面) / `subscribeEngineAgentPanelAbsence`(0.98.0 退出公面)〔面板旧事件订阅口 / 缺席订阅口,退役账到期硬退〕,域 4);0.98.0(RD 行)−1 函数 −1 常量(§126 RD-4 / RD-5:`excludeToolsAgainstDirectory`(0.98.0 退出公面)〔run 级目录判官,域 9〕/ `RULES_LEGACY_TOOL_NAME`(0.98.0 退出公面)〔会话规则写口老码常量,域 16〕);0.97.1(AD 行)+2 函数(§125 AD-3 / AD-4:`engineToolDirectoryOf`〔本跑声明的 MCP 服务器读口〕· `excludeToolsAgainstDirectory`(0.98.0 退出公面)〔run 级 excludeTools 判官〕,域 9);0.97.0(PK 行)+1 函数(§124 PK-7:`readApprovalCardWord`,域 3)+1 常量 +2 函数(§124 PK-5:`CONFLICT_IDEMPOTENCY_PAYLOAD_MISMATCH` / `isIdempotencyPayloadMismatchCode` / `idempotencyPayloadMismatchContent`,域 16)+2 函数(§124 PK-11:`modelCandidateRejectedOf` / `modelCandidateRejectedContent`,域 11)−1 +1 常量(§124 PK-4 / §2z:`ASK_PARK_GATE_KINDS`(0.97.0 退出公面) 退出根入口、`APPROVAL_DECIDE_GATE_KINDS` 经 sdk 转口上根入口,域 15,净零);0.97.0(SR 行)+1 函数 +1 常量(§124 SR-1:`isSdkRunParked` / `SDK_PARKED_RUN_STATUSES`〔sdk 停驻 run 词表与谓词,属主模块 `terminalStatuses`〕,域 1);0.97.0(CL 行)+2 函数(§124 CL-1 / CL-3:`engineCapsLandingOf`〔整份能力位读数,取落地的唯一读法〕· `rotateEngineCapsProbe`〔同一台引擎换探测闭包:更新重探登记而不失效〕,域 9);0.97.0(HT 行)−1 函数(§124 HT-1 / §2z:`isFsApprovalGate`(0.97.0 退出公面)〔域 3〕退出根入口);0.96.0(FA 行)−1 常量(§123z / §2z:`CONFIG_REFUSAL_CODES`(0.96.0 退出公面)〔域 16〕退出根入口);0.96.0(WD 行)+2 常量(§123 WD-1 / WD-4:`PROVIDER_REJECTION_KINDS`〔服务商拒绝分类词闭集〕· `CAPABILITY_IMAGE_INDEX_REQUIRED`〔501 镜像索引缺席码〕,域 16);0.96.0(HW 行)+1 常量(§123 HW-2:`APPROVAL_PARKING_WARN_TEXT`)+3 函数(§123 HW-3 / HW-4 / HW-5:`modeReleaseReasonSentence` / `createReleaseDisclosureLedger`〔域 3〕· `replayedApprovalClosesCardFrame`〔域 3〕);0.96.0(FL-6 行)+7 函数 +1 常量(§123 FL-6:`isAgentHandle` / `nonAgentHandleKind` / `isBackgroundSubagentRow` / `isBackgroundWorkRow` / `isOwnBackgroundSubagentRow` / `liveBgRowOwnership` / `liveBgRowOwnershipFor` 与持久句柄正则 `DURABLE_AGENT_HANDLE_RE`,域 5;`*For` 变体 +1 即 `liveBgRowOwnershipFor`);0.96.0(HJ 行)+1 函数(§123 HJ-1:`decisionRefusalAskReading`〔「这一问是否已决」唯一判官〕,域 3);0.96.0(CL 行)+4 函数(§123 CL-1 / CL-3 / CL-4:`projectEngineDirectory` / `projectMeEngine` / `decideMeEngine` / `engineOverrideOf`,域 15);0.96.0(DC 行)+2 函数(§123 DC-1 / DC-2:`displayConfiguredUrl`〔配置地址展示口〕· `queryCarriesCredential`〔上传判据〕,域 5);0.96.0(NT 行)+4 常量(§123 NT-3 / NT-4 / NT-5 / NT-6:`NOTICE_SEAT_CLASS`〔座位类表〕· `OUTLET_KINDS`〔出路种类闭集〕· `NOTICE_FULL_TEXT_CAP`〔通告正文防御栏〕· `PRINT_PERMISSION_OUTCOME_FORMS`〔`-p` 权限结局行形闭集〕,域 16 三名、域 3 一名)+7 函数(§123 NT-1 / NT-2 / NT-3 / NT-4 / NT-5 / NT-6:`cutForDisplay` / `noticePresentationFacts` / `noticeSeatClassOf` / `outletReachable` / `planOutletRendering` / `noticePrintLine`〔域 16〕· `printPermissionOutcomeOf`〔域 3〕);0.96.0(RT-6 行)−9 函数(§123z / §2z:九只 `noteEngineCapsFor*`〔域 9〕退出根入口);0.96.0(RT 行)−1 函数(§123z / §2z:`recordBgTerminalFacts`(0.96.0 退出公面)〔域 4〕退出根入口);0.96.0(PC 行)−1 函数(§123 PC-4 / §2z:`discussionWorkflowName`(0.96.0 退出公面)〔域 14〕退出根入口);0.96.0(PT 行)−1 函数 +1 函数(§123 PT-2 / §2z:`retiredToolNames`(0.96.0 退出公面)〔域 14〕退出根入口;§123 PT-1:读口 `ruleToolNameJudgement`〔域 14〕进根入口 —— 域 14 与总数不变);0.96.0(S2 行)+2 函数(§123 S2-2:`recentFoldersOf`〔最近目录唯一读法〕· `readRecentFolders`〔能力位三态与动词调用的编排口〕,域 13);0.96.0(CD 行)+2 函数(§123 CD-1 / CD-2:`approvalCardFactsOfV1`〔v1 呈卡帧卡面 → 卡入参事实〕· `standingRowsOf`〔卡上三行放行的判官〕,域 3);0.96.0(FS 行)+1 函数(§123 FS-1:`scenarioNotAllowedContent`〔场景拒出句单源〕,域 15);0.96.0(KY 行)+2 函数(§123 KY-3 / KY-4:`readFinishReasonUnknown` / `readStreamEndIgnored`〔服务商收尾异常两通告的事实读器〕,域 16);0.96.0(CV 行)+1 函数 +1 常量(§123 CV-1:`credentialProvenance`〔凭据来源纯判词〕· `CREDENTIAL_ATTACH_WORDS`〔四词冻结表〕,域 15);0.96.0(PB 行)+1 常量 +2 函数(§123 PB-4:`SESSION_ROW_PATCH_REQUEST_KEYS`〔会话行改名 / 置顶动词入参键集〕· `checkSessionRowPatchRequest` / `isSessionRowPatchRequest`〔入站判官〕,域 13);0.96.0(FH 行)+2 常量 +6 函数(§123 FH-1 – FH-5:`FILE_HISTORY_SKIPPED_NOTICE`〔「文件历史没搬」那一句〕· `FILE_HISTORY_TIGHTEN_VERDICTS`〔收紧判定四词闭集〕· `fileHistorySyncNotice` / `fileHistorySyncNoticeIdentity` / `isFileHistoryBlobMissing` / `fileHistoryTightenVerdict` / `fileHistoryUnjudgedRefusal` / `judgeFileHistoryTighten`,域 9);0.96.0(EF 行)+1 函数(§123 EF-1:`engineSupportFloorEffective`〔`engineVersionTier` 有效门槛读口〕,域 16);0.96.0(PP 行)+1 函数(§123 PP-4:`durableDecideLegOf`〔域 15〕);0.95.0(FX-E 行)+3 函数(§122 FX-E2a / FX-E2b / FX-E4:`engineCredentialRequirementOf`〔域 15〕· `storePostureHeadWord`〔域 9〕· `isSessionIdPathSegment`〔域 15〕);0.95.0(FX-F1 行)+2 函数(§122 FX-F1:`forgetSettledTerminalRow` / `forgetSettledTerminalRowFor`〔按行 id 摘已结算的终态行〕,域 5););0.95.0(FX-H 行)+3 函数 −2 函数(§122 FX-H4:`engineRewindRefusedNow` / `decideRewindEngineAction` / `previewEngineRewind`〔域 9〕;§122 FX-H2:`classifyRegistryConflict`(0.95.0 退出公面) / `isScopeGoneError`(0.95.0 退出公面)〔域 15〕退出根入口,逐名见 §2z;0.95.0(FX-D 行)+3 函数(§122 FX-D2:`refusedParkFromError` / `refusedParkContent` / `refusedParkBlockedContent`〔续跑被拒那一族的读口与两句出句口,域 16〕);0.95.0(FX-A 行)+2 函数(§122 FX-A2 / FX-A3:`readApprovalRememberRefused`〔审批卡上「引擎声明本会话放行记不住」那一位的读口〕/ `rememberRefusalOf`〔remember 专属拒绝判官〕,域 3);0.95.0(FX-G 行)+3 函数(§122 FX-G1 / FX-G2:`permissionsAllowKeptNotice`〔域 6〕· `limitsSupportNotice` / `explicitLimitFlagNames`〔域 10〕);0.95.0(PK7 行)+1 函数(§122 PK7-3:`approvalCompleteCauseOf`〔域 3〕);0.95.0(XH 行)+1 函数(§122 XH-1:`joinApprovalHolder`〔同一只审批的持有者读口〕,域 3);0.95.0(TW 行)−6 常量 −4 函数 +5 常量 +9 函数(§122 TW-1 / TW-2:终态词表与谓词改名带属主 —— 十个旧名退出根入口〔逐名见 §2z〕,新增五张属主表、八只谓词与 CC 行词投影 `ccTaskTerminalStatusOf`〔域 1 / 5 / 8 / 15 / 16〕);0.95.0(RS 行)+2 函数(§122 RS-1 / RS-3:`runningAttachOffered`〔忙卡与 resume 三选卡同一只 attach 判定〕/ `resumeRunningCancelConfirmedRow`〔Cancel 已受理确认句〕,域 3);0.95.0(SB 行)+4 函数(§122 SB-3 / SB-4:`mcpEngineLegConnectionOf`〔域 9〕· `modelSwitchProbeOutcomeOf` / `runModelSwitchProbe` / `createModelSwitchFallbackLedger`〔域 11〕);0.95.0(RX 行)−30 函数(§122 RX-1 / RX-2:`providerRejectionResend`(0.95.0 退出公面)〔域 1〕与二十九只逐只失效口 `forget*Reading`〔域 9 二十六只 / 域 15 三只〕退出根入口,逐名见 §2z);0.95.0(SA 行)+8 函数(§122 SA-1:`fireInteractiveInterrupt`;0.95.0(归层读口)+4 函数(§122 RD-3:`classifyApprovalCompleteFrame` / `parkRowDeadlineState` / `lateDecideRoute` / `runReapedByDeadline`〔域 3〕);0.95.0(归层读口)+2 常量 +11 函数(§122 RD-2:`USAGE_SENTENCES` / `USAGE_HEATMAP_MAX_DAYS` / `readUsageSummary` / `readUsageSeries` / `readUsageBreakdown` / `projectUsageSummary` / `projectUsageSeries` / `projectUsageBreakdown` / `classifyUsageFailure` / `projectUsageAnalytics` / `readUsageAnalytics` / `usageBoundPrefix` / `usageWindowOfRange`〔域 11〕);0.95.0(WB 行)+3 常量 +8 函数 −1 函数(§122 WB-1 – WB-8:`readLiveModelCatalog` / `liveDefaultModelOf` / `atMentionOf` / `modelCompatOf` / `liveModelRowsOf`〔域 11〕· `checkSendMessageRequest` / `isSendMessageRequest` / `SEAT_REWIND_INTENT_KEYS` / `SEAT_TURN_SETTINGS_ORIGINS`〔域 13〕· `REWIND_MODES`〔域 9〕· `approvalCompleteParked`〔域 3〕;`isSeatModelCatalog`(0.95.0 退出公面)〔域 13〕退出根入口,逐名见 §2z);0.95.0(WC 行)+3 函数(§122 WC-1 / WC-2 / WC-3:`hasLedgerPositionKey` / `replayedApprovalSentence` / `allowRuleShadowSentence`〔域 3〕);0.95.0(KA 行)+1 函数(§122 KA-6:`stripToolUseSideChannels`〔域 1〕);0.95.0(换钉批)+1 函数(§122 UP-1:`droppedModelEntriesOf`〔域 11〕);0.95.0(面板行归约口)+1 常量 +3 函数(§122 PR 行:`PANEL_DELTA_OPS` / `reducePanelFrame` / `createPanelReduceState` / `subscribeEnginePanelRows`〔域 4〕);0.94.0 −2 函数(§121 RX-4 / RX-5:`askSurvivesPosture`(0.94.0 退出公面) / `askSurvivesStandingAnswer`(0.94.0 退出公面)〔域 3〕退出根入口,逐名见 §2z);0.94.0 +1 函数(§121 PK-2:`readToolApprovalRespondParking`〔域 3〕)· 0.94.0(未发布,§121 SP2 行)+2 常量 +5 函数(`REQUEST_AUTONOMY_LANE_REFUSED`〔域 16〕· `STREAM_DRAINING_RECONNECT_MAX` / `isInStreamDrainingEnd` / `streamDrainingDecision` / `autonomyLaneRefusalFromError` / `autonomyLaneRefusalContent`〔域 15〕· `agentToolListFlaws`〔域 9〕);0.94.0(未发布,座位 / 读口车道)+1 常量 +4 函数(§121 ST 行:`SEAT_CAPABILITY_NAMES` / `seatCapability` / `watchSeatCapability` / `seatCapabilityUnavailableDetail`〔域 13〕· `deviceFlowPollingPlan`〔域 150.94.0 +2 函数(§121 HW2 行:`askProbeReasonDetail`〔域 3〕· `subagentStateDetail`〔域 4〕;CC-514 初版加的常量 `APPROVAL_NOTE_ABORTED_DETAIL` 随发版复核定形撤回,未发布);0.94.0(未发布,请求装配车道)+1 常量 +5 函数(§121 RQ 行:`WIRE_RULE_TRUST_ORDER`〔域 6〕· `approvalReachDeclaration` / `approvalReachDeclarationSettled`〔域 6〕· `isApproverUnavailableGate`〔域 3〕· `effortLevelsOf` / `effortLevelHonored`〔域 11〕);0.94.0 +2 函数(CC-447 ⑦ §121 CP-7 `mandatedApprovalDetailOf`〔域 3〕;CC-356 ① §121 CP-12 `compileAllowList`〔域 14〕);0.94.0 +2 常量 +11 函数(§121 SV-4 / SV-5 两只能力位读器各五名在域 9;SV-1 通告事实读器 `readAllowedToolNotGranted` 与 SV-5 / SV-7 两只码常量在域 16);0.94.0 +12 函数(HD 行:`classifyDecisionRefusal` / `liveAskPendingReading` / `decisionRefusalClosesOut` / `undeliverableDecisionContent` / `noAllowCauseOf` / `policyDenyReason` / `permissionRequestHookScope` / `readApprovalBoundGrants` / `readApprovalClassifierNoRuling` / `approvalBoundGrantsDetail` / `classifierNoRulingDetail` / `approvalPriorCardsDetail`,全在域 3,逐名见 §121a);0.93.0 +5 常量 +18 函数 −6 常量 −15 函数(CC-454 §119 DX-2:+1 函数 `deviceLaneOpen`〔域 9〕;CC-403 §119 DB-1 / DB-2:+6 函数,逐名见 119a〔五名读面 + 判据在域 9、决定函数在域 3〕;CC-451 §119 PM-1 / SA-1:+1 常量 +6 函数,逐名见 119a;CC-431 §119 RT-1 … RT-8 到期登记物硬删,逐名见 §2z〔−6 / −15 即这 21 名〕;+4 / +5:CC-364 `PROMPT_BLOCK_CAUSES`〔域 1〕;CC-429 `MCP_RECONNECT_UNSETTLED_NOTICE`〔域 15〕;CC-363 `transportFailureScene`〔域 15〕;CC-331 `detectEngineBgShellDetach`〔域 8〕;CC-323 ② `readEngineConfigApplyState` / `configDriftVerdict`〔域 15〕;CC-355 `coreVersionTier`〔域 16〕;CC-430 workflow 子代审批决定口两只 409 码常量 `DECIDE_WORKFLOW_PARKS_UNREADABLE` / `DECIDE_WORKFLOW_PARK_FORKED`〔域 3〕;§119);0.92.0 +9 常量 +47 函数 −2 函数(CC-295:`ABORT_CAUSES` / `readAbortCause` / `abortCauseNoteOf`〔域 16〕;CC-374 / CC-353:`fleet.steerPriority` 读器六名〔域 9〕+ `steerBodyOf` / `readSteerReceipt`〔域 15〕+ `readTurnInterrupted` / `turnInterruptedNotice` / `steerCutVerdict`〔域 16〕,`readSteerDelivery`(🔧 0.92.0 退出公面)/ `readSteerReceiptStatus`(🔧 0.92.0 退出公面)〔域 15〕;CC-371 / CC-370:六只码与闭集常量〔域 16〕+ `operatorGateRefusalContent` / `runDeathVerdictNoteOf`〔域 16〕+ `askGoneFromError` / `askGoneContent`〔域 3〕+ 四只能力位读器二十四名〔域 9〕+ core 值级端口读口 `mintNamespacePrefix`〔域 14〕;CC-367 重放出的审批帧判活口 `replayedApprovalDisposition` 与清单读不到时那一句 `REPLAYED_APPROVAL_LIST_UNREADABLE_WARN_TEXT`〔域 3〕;CC-369 ⑦ 内联图片被拒码 `CONFIG_IMAGE_INVALID` 与出路句 `imageInvalidFailureNoteOf`〔域 16〕;CC-368 自动车道单一判定 `automaticAnswerVerdict`〔域 3〕;CC-401 allow 层让位披露读口 `readApprovalAllowRuleShadow` 与证据口 `approvalAllowRuleShadowed`〔域 3〕;§118);0.91.0 +7 常量 +25 函数(CC-303 点名坏轮句 `toolHistoryBadTurnSentence`;CC-304 行键读口 `readToolHistoryMismatchKey`;CC-306 hooks matcher 受理判定 `hookMatcherVerdict`〔域 9〕;CC-307 steer 拒收合成口 `steerRefusalAdviceOf` 与「先账后引擎」判定 `steeringRefusedBeforeEngine`;CC-310 崩溃遗留通告句序 `NEEDS_HUMAN_REASON_ORDER` + 按因由一句 `crashConvergedNeedsHumanSentence` + 整行 `crashConvergedNotice`〔域 3〕;CC-311 能力位有界等待 `disableSkillsDeclarationSettled`〔域 6〕;CC-314 权限装配的筛选理由报告口 `permissionsDeclarationReport` 与理由闭集 `PERMISSIONS_KEPT_REASONS`〔域 6〕;CC-315 / CC-297 信封铸点与提交装配 `mintUserAttachmentEnvelope` / `encodeHumanTurn` / `deliveredUuidsOf` / `imageVisionOf`〔域 6〕与附件席位读器三口 `noteEngineCapsForAttachmentSeat` / `observedAttachmentSeat` / `forgetAttachmentSeatReading`(0.95.0 退出公面)〔域 9〕;CC-317 `abortableSleep` / `isAlreadyResolvedFailure`;CC-318 两张闭集表 `ASK_EVIDENCE_ABSENCE_VALUES` / `SYSTEM_INJECTION_PRIORITIES`;CC-322 ① 问类仲裁表 `MODE_ARBITRATION` + 判定 `askSurvivesStandingAnswer`(0.94.0 退出公面);CC-327 读拒两张词表 `READ_DENY_BUILTIN_TIERS` / `READ_DENY_DEFAULT_TIERS` + 部署键串校验口 `parseReadDenyBuiltinTiers`;CC-328 `sessionPolicyReadNotice`〔域 3〕;CC-337 `attachmentsSubmitVerdict`〔域 9〕;CC-339 续跑被拒「按存下的样子续不了」读口与出句口 `checkpointUnsupportedVersionFromError` / `checkpointUnsupportedVersionContent`〔域 16〕+ matcher 拒体事后读口 `hookMatcherRefusalFromError`〔域 9〕;§117);0.90.0 +16 −1 函数 +2 常量 +1 类(CC-291:引擎 7.39.0 退役通告码 `resume.legacy_mode_seed_migrated`,其事实读器 `readLegacyModeSeedMigrated` 退出公面(退出根入口),逐名见 §2z;CC-294 文件历史一句:`fileHistoryLegNoticeVerdict` / `fileHistoryLegNoticeSentence` / `fileHistoryDeclarationOfBody` / `createFileHistoryDeclarationLedger` + `FILE_HISTORY_LEG_VERDICTS`;CC-298 hooks matcher 工具别名读口 `hookToolAliasesOf` / `canonicalHookToolName`;CC-299 支持底线声明:`SUPPORT_FLOOR` / `supportFloorOf` / `engineVersionTier`;CC-302 请求体权限三桶装配口 `permissionsDeclaration` 与 allow 放行能力位读器 `projectPermissionsAllowGrantCapability` / `noteEngineCapsForPermissionsAllowGrant`(0.98.0 退出公面) / `observedPermissionsAllowGrant` / `forgetPermissionsAllowGrantReading`(0.95.0 退出公面) / `permissionsAllowGrantAvailable` / `permissionsAllowGrantDoctorDetail`;CC-309 错误载体铸口 `toolHistoryErrorCarrierOf`;CC-316 `attachments` 声明拒绝的具名类 `AttachmentsSpecRefused`;§116);0.89.0 +8 函数 −1 常量(CC-282 通告 / 终局 / 省略成因:`readToolTurnIncomplete` / `readUserInputUndrained` / `userInputUndrainedNotice` / `providerRejectionResend`(0.95.0 退出公面) / `taskRequestOmissionCausePhrase`(0.98.0 退出公面),`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`(0.95.0 退出公面) / `isScopeGoneError`(0.95.0 退出公面);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):**3890.94.0(未发布,读口 / 端口车道)+16 函数(§121 RP 行:结果帧读口族四名与指令文件归属两名〔域 1〕· `callerCwd` 读器五名〔域 9〕· 路由判官五只读口〔域 14〕);0.94.0(未发布,请求装配车道)+1 常量 +5 函数(§121 RQ 行:`WIRE_RULE_TRUST_ORDER`〔域 6〕· `approvalReachDeclaration` / `approvalReachDeclarationSettled`〔域 6〕· `isApproverUnavailableGate`〔域 3〕· `effortLevelsOf` / `effortLevelHonored`〔域 11〕);0.94.0 +2 函数(CC-447 ⑦ §121 CP-7 `mandatedApprovalDetailOf`〔域 3〕;CC-356 ① §121 CP-12 `compileAllowList`〔域 14〕);0.94.0 +2 常量 +11 函数(§121 SV-4 / SV-5 两只能力位读器各五名在域 9;SV-1 通告事实读器 `readAllowedToolNotGranted` 与 SV-5 / SV-7 两只码常量在域 16);0.94.0 +12 函数(HD 行:`classifyDecisionRefusal` / `liveAskPendingReading` / `decisionRefusalClosesOut` / `undeliverableDecisionContent` / `noAllowCauseOf` / `policyDenyReason` / `permissionRequestHookScope` / `readApprovalBoundGrants` / `readApprovalClassifierNoRuling` / `approvalBoundGrantsDetail` / `classifierNoRulingDetail` / `approvalPriorCardsDetail`,全在域 3,逐名见 §121a);0.93.0 +5 常量 +18 函数 −6 常量 −15 函数(CC-454 §119 DX-2:+1 函数 `deviceLaneOpen`〔域 9〕;CC-403 §119 DB-1 / DB-2:+6 函数,逐名见 119a〔五名读面 + 判据在域 9、决定函数在域 3〕;CC-451 §119 PM-1 / SA-1:+1 常量 +6 函数,逐名见 119a;CC-431 §119 RT-1 … RT-8 到期登记物硬删,逐名见 §2z〔−6 / −15 即这 21 名〕;+4 / +5:CC-364 `PROMPT_BLOCK_CAUSES`〔域 1〕;CC-429 `MCP_RECONNECT_UNSETTLED_NOTICE`〔域 15〕;CC-363 `transportFailureScene`〔域 15〕;CC-331 `detectEngineBgShellDetach`〔域 8〕;CC-323 ② `readEngineConfigApplyState` / `configDriftVerdict`〔域 15〕;CC-355 `coreVersionTier`〔域 16〕;CC-430 workflow 子代审批决定口两只 409 码常量 `DECIDE_WORKFLOW_PARKS_UNREADABLE` / `DECIDE_WORKFLOW_PARK_FORKED`〔域 3〕;§119);0.92.0 +9 常量 +47 函数 −2 函数(CC-295:`ABORT_CAUSES` / `readAbortCause` / `abortCauseNoteOf`〔域 16〕;CC-374 / CC-353:`fleet.steerPriority` 读器六名〔域 9〕+ `steerBodyOf` / `readSteerReceipt`〔域 15〕+ `readTurnInterrupted` / `turnInterruptedNotice` / `steerCutVerdict`〔域 16〕,`readSteerDelivery`(🔧 0.92.0 退出公面)/ `readSteerReceiptStatus`(🔧 0.92.0 退出公面)〔域 15〕;CC-371 / CC-370:六只码与闭集常量〔域 16〕+ `operatorGateRefusalContent` / `runDeathVerdictNoteOf`〔域 16〕+ `askGoneFromError` / `askGoneContent`〔域 3〕+ 四只能力位读器二十四名〔域 9〕+ core 值级端口读口 `mintNamespacePrefix`〔域 14〕;CC-367 重放出的审批帧判活口 `replayedApprovalDisposition` 与清单读不到时那一句 `REPLAYED_APPROVAL_LIST_UNREADABLE_WARN_TEXT`〔域 3〕;CC-369 ⑦ 内联图片被拒码 `CONFIG_IMAGE_INVALID` 与出路句 `imageInvalidFailureNoteOf`〔域 16〕;CC-368 自动车道单一判定 `automaticAnswerVerdict`〔域 3〕;CC-401 allow 层让位披露读口 `readApprovalAllowRuleShadow` 与证据口 `approvalAllowRuleShadowed`〔域 3〕;§118);0.91.0 +7 常量 +25 函数(CC-303 点名坏轮句 `toolHistoryBadTurnSentence`;CC-304 行键读口 `readToolHistoryMismatchKey`;CC-306 hooks matcher 受理判定 `hookMatcherVerdict`〔域 9〕;CC-307 steer 拒收合成口 `steerRefusalAdviceOf` 与「先账后引擎」判定 `steeringRefusedBeforeEngine`;CC-310 崩溃遗留通告句序 `NEEDS_HUMAN_REASON_ORDER` + 按因由一句 `crashConvergedNeedsHumanSentence` + 整行 `crashConvergedNotice`〔域 3〕;CC-311 能力位有界等待 `disableSkillsDeclarationSettled`〔域 6〕;CC-314 权限装配的筛选理由报告口 `permissionsDeclarationReport` 与理由闭集 `PERMISSIONS_KEPT_REASONS`〔域 6〕;CC-315 / CC-297 信封铸点与提交装配 `mintUserAttachmentEnvelope` / `encodeHumanTurn` / `deliveredUuidsOf` / `imageVisionOf`〔域 6〕与附件席位读器三口 `noteEngineCapsForAttachmentSeat` / `observedAttachmentSeat` / `forgetAttachmentSeatReading`(0.95.0 退出公面)〔域 9〕;CC-317 `abortableSleep` / `isAlreadyResolvedFailure`;CC-318 两张闭集表 `ASK_EVIDENCE_ABSENCE_VALUES` / `SYSTEM_INJECTION_PRIORITIES`;CC-322 ① 问类仲裁表 `MODE_ARBITRATION` + 判定 `askSurvivesStandingAnswer`(0.94.0 退出公面);CC-327 读拒两张词表 `READ_DENY_BUILTIN_TIERS` / `READ_DENY_DEFAULT_TIERS` + 部署键串校验口 `parseReadDenyBuiltinTiers`;CC-328 `sessionPolicyReadNotice`〔域 3〕;CC-337 `attachmentsSubmitVerdict`〔域 9〕;CC-339 续跑被拒「按存下的样子续不了」读口与出句口 `checkpointUnsupportedVersionFromError` / `checkpointUnsupportedVersionContent`〔域 16〕+ matcher 拒体事后读口 `hookMatcherRefusalFromError`〔域 9〕;§117);0.90.0 +16 −1 函数 +2 常量 +1 类(CC-291:引擎 7.39.0 退役通告码 `resume.legacy_mode_seed_migrated`,其事实读器 `readLegacyModeSeedMigrated` 退出公面(退出根入口),逐名见 §2z;CC-294 文件历史一句:`fileHistoryLegNoticeVerdict` / `fileHistoryLegNoticeSentence` / `fileHistoryDeclarationOfBody` / `createFileHistoryDeclarationLedger` + `FILE_HISTORY_LEG_VERDICTS`;CC-298 hooks matcher 工具别名读口 `hookToolAliasesOf` / `canonicalHookToolName`;CC-299 支持底线声明:`SUPPORT_FLOOR` / `supportFloorOf` / `engineVersionTier`;CC-302 请求体权限三桶装配口 `permissionsDeclaration` 与 allow 放行能力位读器 `projectPermissionsAllowGrantCapability` / `noteEngineCapsForPermissionsAllowGrant`(0.98.0 退出公面) / `observedPermissionsAllowGrant` / `forgetPermissionsAllowGrantReading`(0.95.0 退出公面) / `permissionsAllowGrantAvailable` / `permissionsAllowGrantDoctorDetail`;CC-309 错误载体铸口 `toolHistoryErrorCarrierOf`;CC-316 `attachments` 声明拒绝的具名类 `AttachmentsSpecRefused`;§116);0.89.0 +8 函数 −1 常量(CC-282 通告 / 终局 / 省略成因:`readToolTurnIncomplete` / `readUserInputUndrained` / `userInputUndrainedNotice` / `providerRejectionResend`(0.95.0 退出公面) / `taskRequestOmissionCausePhrase`(0.98.0 退出公面),`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`(0.95.0 退出公面) / `isScopeGoneError`(0.95.0 退出公面);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):**438** 项是 `SCREAMING_SNAKE` 常量数据表/词汇表
 
 
 
@@ -175,15 +175,15 @@ SDK 核对「本包 import 的每个值级符号仍然导出」「`TaskStats.cos
 
 
 
-(矩阵、键集、env 名、锚串)而非可调用物;**8** 项是 PascalCase 运行期值
-(`ControlRouter` / `ControlSafetyError` / `HitlBridge` / `HitlSafetyError` / `DecideTransportRetryExhaustedError` / `APIError` / 0.90.0 CC-316 `AttachmentsSpecRefused`);
+(矩阵、键集、env 名、锚串)而非可调用物;**9** 项是 PascalCase 运行期值
+(`ControlRouter` / `ControlSafetyError` / `HitlBridge` / `HitlSafetyError` / `DecideTransportRetryExhaustedError` / `APIError` / 0.90.0 CC-316 `AttachmentsSpecRefused` / 0.99.0 CC-734 `HostSettingsRefused`);
 **37** 项是 `*For(sessionKey, …)` 的 per-session 变体(0.96.0 +1:`liveBgRowOwnershipFor` 按会话读 fleet 视图的 `sessionScoped`〔§123 FL-6〕;0.95.0 +1:`forgetSettledTerminalRowFor` 按会话摘终态保留行〔§122 FX-F1〕;0.93.0 −1:`wireAuthTokenFor` 退出公面〔§119 RT-2〕;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 域,逐域计数之和 = 1713)
+### 2b. 域图(16 域,逐域计数之和 = 1820)
 
 
 
@@ -192,37 +192,37 @@ SDK 核对「本包 import 的每个值级符号仍然导出」「`TaskStats.cos
 
 | # | 域 | 名数 | 承重导出 | 用途 | 实现锚 |
 |---|---|---|---|---|---|
-| 1 | **适配内核(下行主链)** | 96 | 0.98.0(RT 行,§126)+1 函数(`retryStatusNotice`:重试行那一句话的唯一铸点,入参 `mapBrainStatusToRetry` 的结果,出 `{ line, recourse?, phase }`;§126 RT-1)· `isSdkRunParked` / `SDK_PARKED_RUN_STATUSES`(0.97.0 §124 SR-1:sdk 停驻 run 词表〔suspended / needs_review〕与谓词上根,终端壳侧并集退役)· `stripToolUseSideChannels`(0.95.0 CC-385:`tool_use` 块三只非 CC 键 `label` / `eventId` / `parentToolCallId` 的唯一摘除口,适配层 `sanitizeToolUseBlock` 与 print 车道出帧共用;§122 KA-6)· `resultErrorCodeOf` / `resultSelectedModelOf` / `resultSalvagedResultOf` / `resultParkFailedReasonOf`(0.94.0 CC-312:结果帧 `_sema_` 串型超集键的读口族 —— 只认自有数据位的非空串、旧名不并读、永不抛;§121 RP-1)· `legCwdOfBody` / `engineSelectedInstructionsFile`(0.94.0 CC-313:出站体上引擎明说照它起腿的 cwd、接线回执指令文件的归属读口;§121 RP-2)· `readToolHistoryMismatchKey`(0.91.0 CC-304:合成终局行顶层错配键的读口上根入口,含 CC-305 事实位 `rewindOffered`「这一行补没补出路句」;§117)· `toolHistoryBadTurnSentence`(0.91.0 CC-303:错配出路「点名坏轮」那一句,坏轮 prompt 先洗后截前 60 码点;§117)· `fileHistoryLegNoticeVerdict` / `fileHistoryLegNoticeSentence` + `FILE_HISTORY_LEG_VERDICTS` / `createFileHistoryDeclarationLedger` / `fileHistoryDeclarationOfBody`(0.90.0 CC-294:接线回执 `fileHistory` 段的五态判定与两句措辞单源,只有「带了声明仍在捕获」与「按会话关不掉」两态出句 + 「这条 run 的提交带没带关断声明」的进程内账本与出站体读口,绑定判据与投递账本同一只;§116)· `toolHistoryErrorCarrierOf`(0.90.0 CC-309:同一终局的错误载体〔终局码 / 服务商状态 / 失败句原值,只读自有数据位〕铸口 —— 本包终局行判会话历史 tool_use 错配与「改了重发」判定口的让位读同一只;§116)· `providerRejectionResend`(🔧 0.95.0 退出公面;0.89.0 CC-282 加的「改了重发」判定口 —— 铸点留在包内,端读合成终局行上的 `_sema_provider_rejection_resend`;`readRunTerminal` 的 `failed` 臂同批多可选位 `detail?` 不变;§115 · §122 RX-1)· `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)· `CORE_TERMINAL_CAUSE_KINDS`/`isCoreTerminalCauseKind`(0.95.0 CC-78:**core 终局因由**闭集,四词 `completed|failed|blocked|paused`;旧名 `TERMINAL_CAUSE_KINDS`/`isTerminalCauseKind`(0.95.0 退出公面))· `SDK_RUN_TERMINAL_STATUSES`/`isSdkRunTerminal`/`isSdkRunTerminalNotSuccess`/`ccTaskTerminalStatusOf`(0.95.0 CC-78:run 行状态终态分区 + 历史行 `timeout`,不含 `killed`;CC 本地行词投影;§122 TW-1 / TW-2)· `RUN_TERMINAL_NOT_SUCCESS_STATUSES`/`isTerminalNotSuccess`/`RUN_TERMINAL_STATUSES`/`isTerminalStatus`(0.95.0 退出公面)(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 公共契约** | 8(其余为 type-only) | `CHROME_ARMS` · `deriveTranscriptId` · `engineRefOf` / `sameEngineRef`(0.98.0 CC-455:转录身份引用位 `_sema_engine_ref` 的读口与三态判定;§126 ID-3)· `snapshotSegmentIdentity` / `snapshotIsSubFlow`(0.76.1:身份四键一次性快照助手,投影口与 adapt 侧全部臂的唯一身份读点;§77)| 公共词汇 + **id 确定性不变量**(同一条流重放 ⇒ 同一串 id;0.98.0 起扩到「同一条 wire 事件流经投影口重投 ⇒ 同一串 id」,§126 ID-1)。`CHROME_ARMS` = 端「我要消费哪些 chrome 臂」的对照清单 | `src/seam.ts` |
-| 3 | **HITL 决断卡链**(§4/§5 主战场) | 318 | 0.98.0(PN 行,§126)+1 函数(`isToolApprovalRespondReplayed`:respond 回执首决回放臂的判别口;§126 PN-4)· 0.98.0(HM-R 行,§126)−3 +3(退 `approvalResolutionOf`(已退役) / `approvalOutcomeNoteOf`(已退役) / `readToolApprovalRespondRefusal`(已退役);进 `APPROVAL_RESOLUTION_LANES` / `approvalResolutionDetail` / `readDecisionRefusalReading`)· 0.98.0(WD 行,§126)+14 函数(`persistedRuleOriginsLabel` / `persistedRuleAddOriginLabel` / `persistedRuleScopeLabel` / `persistedRuleRevokeOutcome` / `persistedRuleMatchLabel`:持久规则治理行人话;`askOriginNoteOf` / `ruleOffersAbsenceDetail` / `ruleOfferUncoveredDetail`:卡面三行说明读口;`crashConvergedRowSentence` / `crashConvergedCauseSentence`:崩溃遗留逐行句与成因句;`askEndingCauseClause` / `askSettlementLine` / `askAcceptedLine` / `askParkedCardNote`:结局一行句表 / 受理句 / 停驻重开接替卡面句)· 0.97.0(PK 行,§124)+1 函数(`readApprovalCardWord`:审批卡词闭集读口)· 0.97.0(TN 行,§124)−1 +1 函数(`isEngineRefusedToolName`(0.97.0 退出公面)/ `ruleToolNameVerdictOf` 上根入口,净零)· 0.97.0(HT 行,§124)−1 函数(`isFsApprovalGate`(0.97.0 退出公面):停驻门判定只读门种表,同词腿退役)· 0.96.0(CD 行,§123)+2 函数(`approvalCardFactsOfV1`〔CD-1:v1 呈卡帧卡面按活卡帧腿同一批读器投成卡入参事实〕· `standingRowsOf`〔CD-2:卡上三行放行的单一判官,放宽方向闭合失败〕)· 0.96.0(NT 行,§123)+2 函数 / 常量(`printPermissionOutcomeOf`〔NT-6:`-p` 权限结局行句口,只读引擎门记录结局、三形闭集一张句表;取代终端壳按「旗 + 壳本地视角」两源读模式〕· `PRINT_PERMISSION_OUTCOME_FORMS`〔NT-6〕)· 0.96.0(HW 行,§123)+4 函数 / 常量(`APPROVAL_PARKING_WARN_TEXT`〔HW-2〕· `modeReleaseReasonSentence`〔HW-3〕· `createReleaseDisclosureLedger`〔HW-4〕· `replayedApprovalClosesCardFrame`〔HW-5〕)· `readApprovalRememberRefused` / `rememberRefusalOf`(0.95.0 CC-442 / CC-486:审批卡上「引擎声明本会话放行记不住」那一位的唯一读口、带 remember 的那一发被服务端专属拒绝的唯一判官〔五码表只在包里一处〕;§122 FX-A2 / FX-A3)· `joinApprovalHolder`(0.95.0 CC-593:同一只审批的持有者读口 —— 耐久路开卡前问本进程是否持有这只审批的活卡,持有中等它放手;§122 XH-1)· `runningAttachOffered` / `resumeRunningCancelConfirmedRow`(0.95.0 CC-536:「run 还在跑且可接管 ⇒ 给 attach」resume 三选卡与 Leave 之后再撞 running 的忙卡同一只判定 + Cancel 已受理确认句与未确认句互斥同一处铸;§122 RS-1 / RS-3)· `classifyApprovalCompleteFrame` / `parkRowDeadlineState` / `lateDecideRoute` / `runReapedByDeadline`(0.95.0 CC-550:窗到期转 durable 队列链上的四件判定读口,自终端壳半场同名上收 —— 闭合帧三态、durable 行到期三档、迟到决断端点、decide 的 404 族先读 run 终态码;§122 RD-3)· `approvalCompleteParked`(0.95.0 CC-466:审批收口帧「转停驻」的唯一读法 —— `outcome === "expired"` ∧ `parked === true`,适配层撤卡与座位 `tool_permission_resolved.parked` 同读;§122 WB-8)· `replayedApprovalSentence`(0.95.0 CC-464 / CC-467:重放审批帧「现在不能决」那一句的唯一铸点 —— `decided` 按成因三向〔无成因 / 进程崩了 / 有序关停〕、`unknown` 一句、`live` 不出句,崩溃收敛行恒 denied 任何路径都不说成已批;§122 WC-2)· `hasLedgerPositionKey`(0.95.0 CC-464:账本位置谓词上根入口 —— `id` 或 `seq` 任一键在场且非 null,与判定口的 `live_leg` 闸同一件事;端不再自写第二份;§122 WC-1)· `allowRuleShadowSentence`(0.95.0 CC-468:allow 规则清不掉这只 ask 的披露句唯一铸点,两代键同句、已过显示消毒;§122 WC-3)· `readToolApprovalRespondParking`(0.94.0 CC-535:202 停驻体窄读上根,§121 PK-2)· `mandatedApprovalDetailOf`(0.94.0 CC-447 ⑦:强制卡「清不掉」那句的按问类版 —— 卡上问类的折叠行不放自动检查时句子不提自动检查,读不出问类 ⇒ 通用句;§121)· `decisionAttributionKeyOf`(0.93.0 CC-403:策略拒绝的 deny 体放哪一把出处键的唯一决定函数 —— 耐久 `decide` 与活卡 `respond` 两条决断腿共用,位真 `decidedBy`、否则旧键 `settledBy`、人拒 / 缺席不带键;包外的第三个发送点要同一个答案;§119)· `DECIDE_WORKFLOW_PARKS_UNREADABLE` / `DECIDE_WORKFLOW_PARK_FORKED`(0.93.0 CC-430:workflow 子代审批决定口两只 409 的码常量,进既有闭集 `DECIDE_WORKFLOW_LANE_CODES` 末尾,读口仍是 `decideRefusalFromError`;§119)· `automaticAnswerVerdict`(0.92.0 CC-368:「这张卡能不能被常驻的放行替人答掉」两条车道的唯一判定 —— 问类集合按引擎仲裁表折叠读本车道那一列,可放只有一条路径;旧口 `askSurvivesPosture`(0.94.0 退出公面) / `askSurvivesStandingAnswer`(0.94.0 退出公面) 过渡一版取较严者,0.94.0 退出公面〔§121 RX-4 / RX-5〕;§118)· `readApprovalAllowRuleShadow` / `approvalAllowRuleShadowed`(0.92.0 CC-401:allow 层让位披露两代同一只读口与让位证据;§118)· `askGoneFromError` / `askGoneContent`(0.92.0 CC-371:流内问已在没有人决定的情况下收场的 410 `gone.ask` 读口与唯一一句,「进程没了」两词与崩溃收敛成因同一张闭集表;§118)· `replayedApprovalDisposition`(0.92.0 CC-367:账本里读回来的审批帧「现在还能不能决」的唯一判定口 —— 帧到手之后读的待决清单 + 本连接 preamble,三态 `live` / `decided` / `unknown`;本包流内审批帧那一路内建同一只)· `REPLAYED_APPROVAL_LIST_UNREADABLE_WARN_TEXT`(同票:清单读不到时上屏那一句;§118)· `crashConvergedNotice` / `crashConvergedNeedsHumanSentence` / `NEEDS_HUMAN_REASON_ORDER`(0.91.0 CC-310:崩溃遗留通告那一行话的唯一说话人 —— 整行 / 按因由一句 / 句序;分桶仍只信 `projectCrashConverged`,端只决定何时读、送哪个口、哪些行已经说过;§117)· `isAlreadyResolvedFailure`(0.91.0 CC-317:决断失败是不是「这张门早就被解决了」—— 码优先、码说清了自己的两类〔门还在 / 续跑启动期失败〕不扫文案、停驻挪动族按码、文案四词兜底;受保护读,读不出答 `false`;§117)· `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`(0.98.0 退出公面)不收本族;§109)· `notePlanReviewDecisionHandedOver` / `planReviewPendingReadMark` / `planReviewDecisionInFlight` / `notePlanReviewDecisionNotApplied` / `notePlanReviewGateLeft` / `latestPlanReviewDecisionMark`(0.85.0 CC-241:plan-review 决断台账 —— 交出登记 + 读起点刻度 + 拒开判据 + 「没生效」与「离门」两只说一声的口 + 交出刻度;`reopenPlanReviewCard` 按它拒开;§109)· `isCodeClassifiedGateFailure`(0.98.0 退出公面,RL-103;0.84.1 CC-225:这枚决断失败码自己说清了处置、失败文字不许再按「门已决」词表扫 —— `isGateStandingErrorCode`(0.98.0 退出公面)的两码 ∪ 422 `parked_resume.startup_failed`;§108)· `removeRefusedSessionRules` / `sessionPolicyRemovalNotice` / `isEngineRefusedToolName`(0.97.0 退出公面;0.84.1 CC-229:会话规则记录里引擎会拒启的条目的窄撤销动词 + 八臂措辞单源 + 引擎准备期按名字拒启的判据本体,比 `sessionPolicyDeliverable` 的 `legacy_tool_name` 判词宽;撤销动词必交这台部署一跑的工具名册,名册里的名与别名不撤;§108)· `toolPermissionRequestAskBits` / `clearPlanReviewUserDismissals`(0.83.4 CC-203 / CC-201:卡请求 → 座位请求的四位过境口,与卡请求同一把窄读;会话换代时清「用户关卡」记号;§104)· `readApprovalMandate`(0.83.2 CC-195:卡上强制词读口,缺席答缺席;§102;同批的姿态谓词 `askSurvivesPosture` 0.94.0 已退出公面,§121 RX-4)· `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`(0.98.0 已退役)/ `isApprovalDecided` / `approvalNotSentCause` / `approvalUnsettledCause` / `APPROVAL_NOT_SENT_CAUSES` / `APPROVAL_UNSETTLED_CAUSES`(CC-77 ①:「一次审批决断最后怎么了」的单源判别联合 `decided` / `not_sent` / `unsettled`,两条腿的结局对象一次判别;既有结局型面一字不动)· `approvalOutcomeNoteOf`(0.98.0 已退役)/ `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` / `isPlanReviewModeAfter` + `PLAN_REVIEW_APPROVE_AUTO_LABEL` / `PLAN_REVIEW_APPROVE_MANUAL_LABEL` / `PLAN_REVIEW_MODE_AFTER_WORDS`(0.72.13 CC-46:plan_review 批准后模式 `permissionModeAfter` 发口与三选卡;0.93.0 起三选卡只剩宿主声明一闸,引擎版本闸两名退出公面〔§119 RT-6〕;§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`(0.98.0 已退役;#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 卡) · `approvalCompleteCauseOf`(0.95.0 CC-570:活卡结局帧 `cause` 读口,十四词闭集,只读自有数据位;§122 PK7-3) | `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 崩溃收敛读面)、`crashConvergedNotice.ts`(0.91.0 CC-310 崩溃遗留通告那一行话)、`sessionPolicyDeliverable.ts`(0.83.1 CC-117 会话规则无损判定)、`src/gateOutcome.ts` |
+| 1 | **适配内核(下行主链)** | 106 | 0.100.0(CZ 行,§128)+2 函数(`createCompactionStatusTracker`〔「正在压缩」唯一读法,按 `pass` 开收〕· `compactionStatusFrameOf`〔print 车道 CC 同形 `system/status` 帧〕,CZ-3) · 0.99.0(HS 行,§127)+1 函数(`approvalFrameContextOf`:审批两族帧的流上下文读口,HS-2)· 0.99.0(RT 行,§127)+6 名(`retryStatusFromArm`〔重试臂读口,交互 / `-p` 两车道同一只〕· `createPrintModelStatusTracker` · `PRINT_MODEL_STATUS_SUBTYPE` · `PRINT_LAST_MODEL_STATUS_KEY`〔`-p` 状态帧投影〕· `apiErrorFactsOfRow` · `apiErrorNotice`〔合成错误行读口与用户句〕;实现锚 `src/retryStatus.ts`、`src/printModelStatus.ts`)· 0.98.0(RT 行,§126)+1 函数(`retryStatusNotice`:重试行那一句话的唯一铸点,入参 `mapBrainStatusToRetry` 的结果,出 `{ line, recourse?, phase }`;§126 RT-1)· `isSdkRunParked` / `SDK_PARKED_RUN_STATUSES`(0.97.0 §124 SR-1:sdk 停驻 run 词表〔suspended / needs_review〕与谓词上根,终端壳侧并集退役)· `stripToolUseSideChannels`(0.95.0 CC-385:`tool_use` 块三只非 CC 键 `label` / `eventId` / `parentToolCallId` 的唯一摘除口,适配层 `sanitizeToolUseBlock` 与 print 车道出帧共用;§122 KA-6)· `resultErrorCodeOf` / `resultSelectedModelOf` / `resultSalvagedResultOf` / `resultParkFailedReasonOf`(0.94.0 CC-312:结果帧 `_sema_` 串型超集键的读口族 —— 只认自有数据位的非空串、旧名不并读、永不抛;§121 RP-1)· `legCwdOfBody` / `engineSelectedInstructionsFile`(0.94.0 CC-313:出站体上引擎明说照它起腿的 cwd、接线回执指令文件的归属读口;§121 RP-2)· `readToolHistoryMismatchKey`(0.91.0 CC-304:合成终局行顶层错配键的读口上根入口,含 CC-305 事实位 `rewindOffered`「这一行补没补出路句」;§117)· `toolHistoryBadTurnSentence`(0.91.0 CC-303:错配出路「点名坏轮」那一句,坏轮 prompt 先洗后截前 60 码点;§117)· `fileHistoryLegNoticeVerdict` / `fileHistoryLegNoticeSentence` + `FILE_HISTORY_LEG_VERDICTS` / `createFileHistoryDeclarationLedger` / `fileHistoryDeclarationOfBody`(0.90.0 CC-294:接线回执 `fileHistory` 段的五态判定与两句措辞单源,只有「带了声明仍在捕获」与「按会话关不掉」两态出句 + 「这条 run 的提交带没带关断声明」的进程内账本与出站体读口,绑定判据与投递账本同一只;§116)· `toolHistoryErrorCarrierOf`(0.90.0 CC-309:同一终局的错误载体〔终局码 / 服务商状态 / 失败句原值,只读自有数据位〕铸口 —— 本包终局行判会话历史 tool_use 错配与「改了重发」判定口的让位读同一只;§116)· `providerRejectionResend`(🔧 0.95.0 退出公面;0.89.0 CC-282 加的「改了重发」判定口 —— 铸点留在包内,端读合成终局行上的 `_sema_provider_rejection_resend`;`readRunTerminal` 的 `failed` 臂同批多可选位 `detail?` 不变;§115 · §122 RX-1)· `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)· `CORE_TERMINAL_CAUSE_KINDS`/`isCoreTerminalCauseKind`(0.95.0 CC-78:**core 终局因由**闭集,四词 `completed ‖ 0.99.0(HS 行,§127)+1 函数(`approvalFrameContextOf`:审批两族帧的流上下文读口,HS-2)· 0.99.0(RT 行,§127)+6 名(`retryStatusFromArm`〔重试臂读口,交互 / `-p` 两车道同一只〕· `createPrintModelStatusTracker` · `PRINT_MODEL_STATUS_SUBTYPE` · `PRINT_LAST_MODEL_STATUS_KEY`〔`-p` 状态帧投影〕· `apiErrorFactsOfRow` · `apiErrorNotice`〔合成错误行读口与用户句〕;实现锚 `src/retryStatus.ts`、`src/printModelStatus.ts`)· 0.98.0(RT 行,§126)+1 函数(`retryStatusNotice`:重试行那一句话的唯一铸点,入参 `mapBrainStatusToRetry` 的结果,出 `{ line, recourse?, phase }`;§126 RT-1)· `isSdkRunParked` / `SDK_PARKED_RUN_STATUSES`(0.97.0 §124 SR-1:sdk 停驻 run 词表〔suspended / needs_review〕与谓词上根,终端壳侧并集退役)· `stripToolUseSideChannels`(0.95.0 CC-385:`tool_use` 块三只非 CC 键 `label` / `eventId` / `parentToolCallId` 的唯一摘除口,适配层 `sanitizeToolUseBlock` 与 print 车道出帧共用;§122 KA-6)· `resultErrorCodeOf` / `resultSelectedModelOf` / `resultSalvagedResultOf` / `resultParkFailedReasonOf`(0.94.0 CC-312:结果帧 `_sema_` 串型超集键的读口族 —— 只认自有数据位的非空串、旧名不并读、永不抛;§121 RP-1)· `legCwdOfBody` / `engineSelectedInstructionsFile`(0.94.0 CC-313:出站体上引擎明说照它起腿的 cwd、接线回执指令文件的归属读口;§121 RP-2)· `readToolHistoryMismatchKey`(0.91.0 CC-304:合成终局行顶层错配键的读口上根入口,含 CC-305 事实位 `rewindOffered`「这一行补没补出路句」;§117)· `toolHistoryBadTurnSentence`(0.91.0 CC-303:错配出路「点名坏轮」那一句,坏轮 prompt 先洗后截前 60 码点;§117)· `fileHistoryLegNoticeVerdict` / `fileHistoryLegNoticeSentence` + `FILE_HISTORY_LEG_VERDICTS` / `createFileHistoryDeclarationLedger` / `fileHistoryDeclarationOfBody`(0.90.0 CC-294:接线回执 `fileHistory` 段的五态判定与两句措辞单源,只有「带了声明仍在捕获」与「按会话关不掉」两态出句 + 「这条 run 的提交带没带关断声明」的进程内账本与出站体读口,绑定判据与投递账本同一只;§116)· `toolHistoryErrorCarrierOf`(0.90.0 CC-309:同一终局的错误载体〔终局码 / 服务商状态 / 失败句原值,只读自有数据位〕铸口 —— 本包终局行判会话历史 tool_use 错配与「改了重发」判定口的让位读同一只;§116)· `providerRejectionResend`(🔧 0.95.0 退出公面;0.89.0 CC-282 加的「改了重发」判定口 —— 铸点留在包内,端读合成终局行上的 `_sema_provider_rejection_resend`;`readRunTerminal` 的 `failed` 臂同批多可选位 `detail?` 不变;§115 · §122 RX-1)· `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)· `CORE_TERMINAL_CAUSE_KINDS`/`isCoreTerminalCauseKind`(0.95.0 CC-78:**core 终局因由**闭集,四词 `completed ‖ 0.100.0(RT-5 行,§128)+1 函数(`retryStatusParts`:重试行结构化分段出口,与 `retryStatusNotice` 同源,RT-5)· 0.99.0(HS 行,§127)+1 函数(`approvalFrameContextOf`:审批两族帧的流上下文读口,HS-2)· 0.99.0(RT 行,§127)+6 名(`retryStatusFromArm`〔重试臂读口,交互 / `-p` 两车道同一只〕· `createPrintModelStatusTracker` · `PRINT_MODEL_STATUS_SUBTYPE` · `PRINT_LAST_MODEL_STATUS_KEY`〔`-p` 状态帧投影〕· `apiErrorFactsOfRow` · `apiErrorNotice`〔合成错误行读口与用户句〕;实现锚 `src/retryStatus.ts`、`src/printModelStatus.ts`)· 0.98.0(RT 行,§126)+1 函数(`retryStatusNotice`:重试行那一句话的唯一铸点,入参 `mapBrainStatusToRetry` 的结果,出 `{ line, recourse?, phase }`;§126 RT-1)· `isSdkRunParked` / `SDK_PARKED_RUN_STATUSES`(0.97.0 §124 SR-1:sdk 停驻 run 词表〔suspended / needs_review〕与谓词上根,终端壳侧并集退役)· `stripToolUseSideChannels`(0.95.0 CC-385:`tool_use` 块三只非 CC 键 `label` / `eventId` / `parentToolCallId` 的唯一摘除口,适配层 `sanitizeToolUseBlock` 与 print 车道出帧共用;§122 KA-6)· `resultErrorCodeOf` / `resultSelectedModelOf` / `resultSalvagedResultOf` / `resultParkFailedReasonOf`(0.94.0 CC-312:结果帧 `_sema_` 串型超集键的读口族 —— 只认自有数据位的非空串、旧名不并读、永不抛;§121 RP-1)· `legCwdOfBody` / `engineSelectedInstructionsFile`(0.94.0 CC-313:出站体上引擎明说照它起腿的 cwd、接线回执指令文件的归属读口;§121 RP-2)· `readToolHistoryMismatchKey`(0.91.0 CC-304:合成终局行顶层错配键的读口上根入口,含 CC-305 事实位 `rewindOffered`「这一行补没补出路句」;§117)· `toolHistoryBadTurnSentence`(0.91.0 CC-303:错配出路「点名坏轮」那一句,坏轮 prompt 先洗后截前 60 码点;§117)· `fileHistoryLegNoticeVerdict` / `fileHistoryLegNoticeSentence` + `FILE_HISTORY_LEG_VERDICTS` / `createFileHistoryDeclarationLedger` / `fileHistoryDeclarationOfBody`(0.90.0 CC-294:接线回执 `fileHistory` 段的五态判定与两句措辞单源,只有「带了声明仍在捕获」与「按会话关不掉」两态出句 + 「这条 run 的提交带没带关断声明」的进程内账本与出站体读口,绑定判据与投递账本同一只;§116)· `toolHistoryErrorCarrierOf`(0.90.0 CC-309:同一终局的错误载体〔终局码 / 服务商状态 / 失败句原值,只读自有数据位〕铸口 —— 本包终局行判会话历史 tool_use 错配与「改了重发」判定口的让位读同一只;§116)· `providerRejectionResend`(🔧 0.95.0 退出公面;0.89.0 CC-282 加的「改了重发」判定口 —— 铸点留在包内,端读合成终局行上的 `_sema_provider_rejection_resend`;`readRunTerminal` 的 `failed` 臂同批多可选位 `detail?` 不变;§115 · §122 RX-1)· `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)· `CORE_TERMINAL_CAUSE_KINDS`/`isCoreTerminalCauseKind`(0.95.0 CC-78:**core 终局因由**闭集,四词 `completed | failed | blocked | paused`;旧名 `TERMINAL_CAUSE_KINDS`/`isTerminalCauseKind`(0.95.0 退出公面))· `SDK_RUN_TERMINAL_STATUSES`/`isSdkRunTerminal`/`isSdkRunTerminalNotSuccess`/`ccTaskTerminalStatusOf`(0.95.0 CC-78:run 行状态终态分区 + 历史行 `timeout`,不含 `killed`;CC 本地行词投影;§122 TW-1 / TW-2)· `RUN_TERMINAL_NOT_SUCCESS_STATUSES`/`isTerminalNotSuccess`/`RUN_TERMINAL_STATUSES`/`isTerminalStatus`(0.95.0 退出公面)(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 公共契约** | 10(其余为 type-only) | `CHROME_ARMS` · `deriveTranscriptId` · `engineRefOf` / `sameEngineRef`(0.98.0 CC-455:转录身份引用位 `_sema_engine_ref` 的读口与三态判定;§126 ID-3)· `snapshotSegmentIdentity` / `snapshotIsSubFlow`(0.76.1:身份四键一次性快照助手,投影口与 adapt 侧全部臂的唯一身份读点;§77) ‖ 0.100.0(TO 行,§128)+2(`SEMA_TERMINAL_OWNER_KEY` / `terminalOwnerOf`:终局归属位 `_sema_terminal_owner` 的键名与闭集读口,TO-1)· `CHROME_ARMS` · `deriveTranscriptId` · `engineRefOf` / `sameEngineRef`(0.98.0 CC-455:转录身份引用位 `_sema_engine_ref` 的读口与三态判定;§126 ID-3)· `snapshotSegmentIdentity` / `snapshotIsSubFlow`(0.76.1:身份四键一次性快照助手,投影口与 adapt 侧全部臂的唯一身份读点;§77) | 公共词汇 + **id 确定性不变量**(同一条流重放 ⇒ 同一串 id;0.98.0 起扩到「同一条 wire 事件流经投影口重投 ⇒ 同一串 id」,§126 ID-1)。`CHROME_ARMS` = 端「我要消费哪些 chrome 臂」的对照清单 | `src/seam.ts` |
+| 3 | **HITL 决断卡链**(§4/§5 主战场) | 330 | 0.100.0(DL / DS / RR 行,§128)+8 名(`decisionInFlightOf` / `decisionReadMark`:决断起止台账唯一读口与读起点,DL-1 – DL-2;`sendHitlDecision` + 四只闭集:HITL 决断发送机,DS-1 – DS-2;`PLAN_REVIEW_REOPEN_REFUSALS`:计划审阅重开拒绝成因闭集,RR-1)· 0.99.0(TX 行,§127)+1 函数(`askHumanSettlementLine`:迟到人答决断那一发的结局行,TX-15)· 0.99.0(HS 行,§127)+1 函数(`readBoundGrantEntry`:授予清单「读作无物」条目读口,HS-7)· 0.99.0(SE 行,§127)+1 常量(`MAX_DENY_REASON_CHARS`:审批 / 计划审阅 reason 字符上限,SE-5)· 0.99.0(PR 行,§127)+1 函数(`planReviewTaskIdFromQuestionId`:计划审阅卡 questionId → { taskId, reopened } 的解析口,PR-1)· 0.98.0(PN 行,§126)+1 函数(`isToolApprovalRespondReplayed`:respond 回执首决回放臂的判别口;§126 PN-4)· 0.98.0(HM-R 行,§126)−3 +3(退 `approvalResolutionOf`(已退役) / `approvalOutcomeNoteOf`(已退役) / `readToolApprovalRespondRefusal`(已退役);进 `APPROVAL_RESOLUTION_LANES` / `approvalResolutionDetail` / `readDecisionRefusalReading`)· 0.98.0(WD 行,§126)+14 函数(`persistedRuleOriginsLabel` / `persistedRuleAddOriginLabel` / `persistedRuleScopeLabel` / `persistedRuleRevokeOutcome` / `persistedRuleMatchLabel`:持久规则治理行人话;`askOriginNoteOf` / `ruleOffersAbsenceDetail` / `ruleOfferUncoveredDetail`:卡面三行说明读口;`crashConvergedRowSentence` / `crashConvergedCauseSentence`:崩溃遗留逐行句与成因句;`askEndingCauseClause` / `askSettlementLine` / `askAcceptedLine` / `askParkedCardNote`:结局一行句表 / 受理句 / 停驻重开接替卡面句)· 0.97.0(PK 行,§124)+1 函数(`readApprovalCardWord`:审批卡词闭集读口)· 0.97.0(TN 行,§124)−1 +1 函数(`isEngineRefusedToolName`(0.97.0 退出公面)/ `ruleToolNameVerdictOf` 上根入口,净零)· 0.97.0(HT 行,§124)−1 函数(`isFsApprovalGate`(0.97.0 退出公面):停驻门判定只读门种表,同词腿退役)· 0.96.0(CD 行,§123)+2 函数(`approvalCardFactsOfV1`〔CD-1:v1 呈卡帧卡面按活卡帧腿同一批读器投成卡入参事实〕· `standingRowsOf`〔CD-2:卡上三行放行的单一判官,放宽方向闭合失败〕)· 0.96.0(NT 行,§123)+2 函数 / 常量(`printPermissionOutcomeOf`〔NT-6:`-p` 权限结局行句口,只读引擎门记录结局、三形闭集一张句表;取代终端壳按「旗 + 壳本地视角」两源读模式〕· `PRINT_PERMISSION_OUTCOME_FORMS`〔NT-6〕)· 0.96.0(HW 行,§123)+4 函数 / 常量(`APPROVAL_PARKING_WARN_TEXT`〔HW-2〕· `modeReleaseReasonSentence`〔HW-3〕· `createReleaseDisclosureLedger`〔HW-4〕· `replayedApprovalClosesCardFrame`〔HW-5〕)· `readApprovalRememberRefused` / `rememberRefusalOf`(0.95.0 CC-442 / CC-486:审批卡上「引擎声明本会话放行记不住」那一位的唯一读口、带 remember 的那一发被服务端专属拒绝的唯一判官〔五码表只在包里一处〕;§122 FX-A2 / FX-A3)· `joinApprovalHolder`(0.95.0 CC-593:同一只审批的持有者读口 —— 耐久路开卡前问本进程是否持有这只审批的活卡,持有中等它放手;§122 XH-1)· `runningAttachOffered` / `resumeRunningCancelConfirmedRow`(0.95.0 CC-536:「run 还在跑且可接管 ⇒ 给 attach」resume 三选卡与 Leave 之后再撞 running 的忙卡同一只判定 + Cancel 已受理确认句与未确认句互斥同一处铸;§122 RS-1 / RS-3)· `classifyApprovalCompleteFrame` / `parkRowDeadlineState` / `lateDecideRoute` / `runReapedByDeadline`(0.95.0 CC-550:窗到期转 durable 队列链上的四件判定读口,自终端壳半场同名上收 —— 闭合帧三态、durable 行到期三档、迟到决断端点、decide 的 404 族先读 run 终态码;§122 RD-3)· `approvalCompleteParked`(0.95.0 CC-466:审批收口帧「转停驻」的唯一读法 —— `outcome === "expired"` ∧ `parked === true`,适配层撤卡与座位 `tool_permission_resolved.parked` 同读;§122 WB-8)· `replayedApprovalSentence`(0.95.0 CC-464 / CC-467:重放审批帧「现在不能决」那一句的唯一铸点 —— `decided` 按成因三向〔无成因 / 进程崩了 / 有序关停〕、`unknown` 一句、`live` 不出句,崩溃收敛行恒 denied 任何路径都不说成已批;§122 WC-2)· `hasLedgerPositionKey`(0.95.0 CC-464:账本位置谓词上根入口 —— `id` 或 `seq` 任一键在场且非 null,与判定口的 `live_leg` 闸同一件事;端不再自写第二份;§122 WC-1)· `allowRuleShadowSentence`(0.95.0 CC-468:allow 规则清不掉这只 ask 的披露句唯一铸点,两代键同句、已过显示消毒;§122 WC-3)· `readToolApprovalRespondParking`(0.94.0 CC-535:202 停驻体窄读上根,§121 PK-2)· `mandatedApprovalDetailOf`(0.94.0 CC-447 ⑦:强制卡「清不掉」那句的按问类版 —— 卡上问类的折叠行不放自动检查时句子不提自动检查,读不出问类 ⇒ 通用句;§121)· `decisionAttributionKeyOf`(0.93.0 CC-403:策略拒绝的 deny 体放哪一把出处键的唯一决定函数 —— 耐久 `decide` 与活卡 `respond` 两条决断腿共用,位真 `decidedBy`、否则旧键 `settledBy`、人拒 / 缺席不带键;包外的第三个发送点要同一个答案;§119)· `DECIDE_WORKFLOW_PARKS_UNREADABLE` / `DECIDE_WORKFLOW_PARK_FORKED`(0.93.0 CC-430:workflow 子代审批决定口两只 409 的码常量,进既有闭集 `DECIDE_WORKFLOW_LANE_CODES` 末尾,读口仍是 `decideRefusalFromError`;§119)· `automaticAnswerVerdict`(0.92.0 CC-368:「这张卡能不能被常驻的放行替人答掉」两条车道的唯一判定 —— 问类集合按引擎仲裁表折叠读本车道那一列,可放只有一条路径;旧口 `askSurvivesPosture`(0.94.0 退出公面) / `askSurvivesStandingAnswer`(0.94.0 退出公面) 过渡一版取较严者,0.94.0 退出公面〔§121 RX-4 / RX-5〕;§118)· `readApprovalAllowRuleShadow` / `approvalAllowRuleShadowed`(0.92.0 CC-401:allow 层让位披露两代同一只读口与让位证据;§118)· `askGoneFromError` / `askGoneContent`(0.92.0 CC-371:流内问已在没有人决定的情况下收场的 410 `gone.ask` 读口与唯一一句,「进程没了」两词与崩溃收敛成因同一张闭集表;§118)· `replayedApprovalDisposition`(0.92.0 CC-367:账本里读回来的审批帧「现在还能不能决」的唯一判定口 —— 帧到手之后读的待决清单 + 本连接 preamble,三态 `live` / `decided` / `unknown`;本包流内审批帧那一路内建同一只)· `REPLAYED_APPROVAL_LIST_UNREADABLE_WARN_TEXT`(同票:清单读不到时上屏那一句;§118)· `crashConvergedNotice` / `crashConvergedNeedsHumanSentence` / `NEEDS_HUMAN_REASON_ORDER`(0.91.0 CC-310:崩溃遗留通告那一行话的唯一说话人 —— 整行 / 按因由一句 / 句序;分桶仍只信 `projectCrashConverged`,端只决定何时读、送哪个口、哪些行已经说过;§117)· `isAlreadyResolvedFailure`(0.91.0 CC-317:决断失败是不是「这张门早就被解决了」—— 码优先、码说清了自己的两类〔门还在 / 续跑启动期失败〕不扫文案、停驻挪动族按码、文案四词兜底;受保护读,读不出答 `false`;§117)· `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`(0.98.0 退出公面)不收本族;§109)· `notePlanReviewDecisionHandedOver` / `planReviewPendingReadMark` / `planReviewDecisionInFlight` / `notePlanReviewDecisionNotApplied` / `notePlanReviewGateLeft` / `latestPlanReviewDecisionMark`(0.85.0 CC-241:plan-review 决断台账 —— 交出登记 + 读起点刻度 + 拒开判据 + 「没生效」与「离门」两只说一声的口 + 交出刻度;`reopenPlanReviewCard` 按它拒开;§109)· `isCodeClassifiedGateFailure`(0.98.0 退出公面,RL-103;0.84.1 CC-225:这枚决断失败码自己说清了处置、失败文字不许再按「门已决」词表扫 —— `isGateStandingErrorCode`(0.98.0 退出公面)的两码 ∪ 422 `parked_resume.startup_failed`;§108)· `removeRefusedSessionRules` / `sessionPolicyRemovalNotice` / `isEngineRefusedToolName`(0.97.0 退出公面;0.84.1 CC-229:会话规则记录里引擎会拒启的条目的窄撤销动词 + 八臂措辞单源 + 引擎准备期按名字拒启的判据本体,比 `sessionPolicyDeliverable` 的 `legacy_tool_name` 判词宽;撤销动词必交这台部署一跑的工具名册,名册里的名与别名不撤;§108)· `toolPermissionRequestAskBits` / `clearPlanReviewUserDismissals`(0.83.4 CC-203 / CC-201:卡请求 → 座位请求的四位过境口,与卡请求同一把窄读;会话换代时清「用户关卡」记号;§104)· `readApprovalMandate`(0.83.2 CC-195:卡上强制词读口,缺席答缺席;§102;同批的姿态谓词 `askSurvivesPosture` 0.94.0 已退出公面,§121 RX-4)· `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`(0.98.0 已退役)/ `isApprovalDecided` / `approvalNotSentCause` / `approvalUnsettledCause` / `APPROVAL_NOT_SENT_CAUSES` / `APPROVAL_UNSETTLED_CAUSES`(CC-77 ①:「一次审批决断最后怎么了」的单源判别联合 `decided` / `not_sent` / `unsettled`,两条腿的结局对象一次判别;既有结局型面一字不动)· `approvalOutcomeNoteOf`(0.98.0 已退役)/ `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` / `isPlanReviewModeAfter` + `PLAN_REVIEW_APPROVE_AUTO_LABEL` / `PLAN_REVIEW_APPROVE_MANUAL_LABEL` / `PLAN_REVIEW_MODE_AFTER_WORDS`(0.72.13 CC-46:plan_review 批准后模式 `permissionModeAfter` 发口与三选卡;0.93.0 起三选卡只剩宿主声明一闸,引擎版本闸两名退出公面〔§119 RT-6〕;§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`(0.98.0 已退役;#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) ‖ 0.99.0(TX 行,§127)+1 函数(`askHumanSettlementLine`:迟到人答决断那一发的结局行,TX-15)· 0.99.0(HS 行,§127)+1 函数(`readBoundGrantEntry`:授予清单「读作无物」条目读口,HS-7)· 0.99.0(SE 行,§127)+1 常量(`MAX_DENY_REASON_CHARS`:审批 / 计划审阅 reason 字符上限,SE-5)· 0.99.0(PR 行,§127)+1 函数(`planReviewTaskIdFromQuestionId`:计划审阅卡 questionId → { taskId, reopened } 的解析口,PR-1)· 0.98.0(PN 行,§126)+1 函数(`isToolApprovalRespondReplayed`:respond 回执首决回放臂的判别口;§126 PN-4)· 0.98.0(HM-R 行,§126)−3 +3(退 `approvalResolutionOf`(已退役) / `approvalOutcomeNoteOf`(已退役) / `readToolApprovalRespondRefusal`(已退役);进 `APPROVAL_RESOLUTION_LANES` / `approvalResolutionDetail` / `readDecisionRefusalReading`)· 0.98.0(WD 行,§126)+14 函数(`persistedRuleOriginsLabel` / `persistedRuleAddOriginLabel` / `persistedRuleScopeLabel` / `persistedRuleRevokeOutcome` / `persistedRuleMatchLabel`:持久规则治理行人话;`askOriginNoteOf` / `ruleOffersAbsenceDetail` / `ruleOfferUncoveredDetail`:卡面三行说明读口;`crashConvergedRowSentence` / `crashConvergedCauseSentence`:崩溃遗留逐行句与成因句;`askEndingCauseClause` / `askSettlementLine` / `askAcceptedLine` / `askParkedCardNote`:结局一行句表 / 受理句 / 停驻重开接替卡面句)· 0.97.0(PK 行,§124)+1 函数(`readApprovalCardWord`:审批卡词闭集读口)· 0.97.0(TN 行,§124)−1 +1 函数(`isEngineRefusedToolName`(0.97.0 退出公面)/ `ruleToolNameVerdictOf` 上根入口,净零)· 0.97.0(HT 行,§124)−1 函数(`isFsApprovalGate`(0.97.0 退出公面):停驻门判定只读门种表,同词腿退役)· 0.96.0(CD 行,§123)+2 函数(`approvalCardFactsOfV1`〔CD-1:v1 呈卡帧卡面按活卡帧腿同一批读器投成卡入参事实〕· `standingRowsOf`〔CD-2:卡上三行放行的单一判官,放宽方向闭合失败〕)· 0.96.0(NT 行,§123)+2 函数 / 常量(`printPermissionOutcomeOf`〔NT-6:`-p` 权限结局行句口,只读引擎门记录结局、三形闭集一张句表;取代终端壳按「旗 + 壳本地视角」两源读模式〕· `PRINT_PERMISSION_OUTCOME_FORMS`〔NT-6〕)· 0.96.0(HW 行,§123)+4 函数 / 常量(`APPROVAL_PARKING_WARN_TEXT`〔HW-2〕· `modeReleaseReasonSentence`〔HW-3〕· `createReleaseDisclosureLedger`〔HW-4〕· `replayedApprovalClosesCardFrame`〔HW-5〕)· `readApprovalRememberRefused` / `rememberRefusalOf`(0.95.0 CC-442 / CC-486:审批卡上「引擎声明本会话放行记不住」那一位的唯一读口、带 remember 的那一发被服务端专属拒绝的唯一判官〔五码表只在包里一处〕;§122 FX-A2 / FX-A3)· `joinApprovalHolder`(0.95.0 CC-593:同一只审批的持有者读口 —— 耐久路开卡前问本进程是否持有这只审批的活卡,持有中等它放手;§122 XH-1)· `runningAttachOffered` / `resumeRunningCancelConfirmedRow`(0.95.0 CC-536:「run 还在跑且可接管 ⇒ 给 attach」resume 三选卡与 Leave 之后再撞 running 的忙卡同一只判定 + Cancel 已受理确认句与未确认句互斥同一处铸;§122 RS-1 / RS-3)· `classifyApprovalCompleteFrame` / `parkRowDeadlineState` / `lateDecideRoute` / `runReapedByDeadline`(0.95.0 CC-550:窗到期转 durable 队列链上的四件判定读口,自终端壳半场同名上收 —— 闭合帧三态、durable 行到期三档、迟到决断端点、decide 的 404 族先读 run 终态码;§122 RD-3)· `approvalCompleteParked`(0.95.0 CC-466:审批收口帧「转停驻」的唯一读法 —— `outcome === "expired"` ∧ `parked === true`,适配层撤卡与座位 `tool_permission_resolved.parked` 同读;§122 WB-8)· `replayedApprovalSentence`(0.95.0 CC-464 / CC-467:重放审批帧「现在不能决」那一句的唯一铸点 —— `decided` 按成因三向〔无成因 / 进程崩了 / 有序关停〕、`unknown` 一句、`live` 不出句,崩溃收敛行恒 denied 任何路径都不说成已批;§122 WC-2)· `hasLedgerPositionKey`(0.95.0 CC-464:账本位置谓词上根入口 —— `id` 或 `seq` 任一键在场且非 null,与判定口的 `live_leg` 闸同一件事;端不再自写第二份;§122 WC-1)· `allowRuleShadowSentence`(0.95.0 CC-468:allow 规则清不掉这只 ask 的披露句唯一铸点,两代键同句、已过显示消毒;§122 WC-3)· `readToolApprovalRespondParking`(0.94.0 CC-535:202 停驻体窄读上根,§121 PK-2)· `mandatedApprovalDetailOf`(0.94.0 CC-447 ⑦:强制卡「清不掉」那句的按问类版 —— 卡上问类的折叠行不放自动检查时句子不提自动检查,读不出问类 ⇒ 通用句;§121)· `decisionAttributionKeyOf`(0.93.0 CC-403:策略拒绝的 deny 体放哪一把出处键的唯一决定函数 —— 耐久 `decide` 与活卡 `respond` 两条决断腿共用,位真 `decidedBy`、否则旧键 `settledBy`、人拒 / 缺席不带键;包外的第三个发送点要同一个答案;§119)· `DECIDE_WORKFLOW_PARKS_UNREADABLE` / `DECIDE_WORKFLOW_PARK_FORKED`(0.93.0 CC-430:workflow 子代审批决定口两只 409 的码常量,进既有闭集 `DECIDE_WORKFLOW_LANE_CODES` 末尾,读口仍是 `decideRefusalFromError`;§119)· `automaticAnswerVerdict`(0.92.0 CC-368:「这张卡能不能被常驻的放行替人答掉」两条车道的唯一判定 —— 问类集合按引擎仲裁表折叠读本车道那一列,可放只有一条路径;旧口 `askSurvivesPosture`(0.94.0 退出公面) / `askSurvivesStandingAnswer`(0.94.0 退出公面) 过渡一版取较严者,0.94.0 退出公面〔§121 RX-4 / RX-5〕;§118)· `readApprovalAllowRuleShadow` / `approvalAllowRuleShadowed`(0.92.0 CC-401:allow 层让位披露两代同一只读口与让位证据;§118)· `askGoneFromError` / `askGoneContent`(0.92.0 CC-371:流内问已在没有人决定的情况下收场的 410 `gone.ask` 读口与唯一一句,「进程没了」两词与崩溃收敛成因同一张闭集表;§118)· `replayedApprovalDisposition`(0.92.0 CC-367:账本里读回来的审批帧「现在还能不能决」的唯一判定口 —— 帧到手之后读的待决清单 + 本连接 preamble,三态 `live` / `decided` / `unknown`;本包流内审批帧那一路内建同一只)· `REPLAYED_APPROVAL_LIST_UNREADABLE_WARN_TEXT`(同票:清单读不到时上屏那一句;§118)· `crashConvergedNotice` / `crashConvergedNeedsHumanSentence` / `NEEDS_HUMAN_REASON_ORDER`(0.91.0 CC-310:崩溃遗留通告那一行话的唯一说话人 —— 整行 / 按因由一句 / 句序;分桶仍只信 `projectCrashConverged`,端只决定何时读、送哪个口、哪些行已经说过;§117)· `isAlreadyResolvedFailure`(0.91.0 CC-317:决断失败是不是「这张门早就被解决了」—— 码优先、码说清了自己的两类〔门还在 / 续跑启动期失败〕不扫文案、停驻挪动族按码、文案四词兜底;受保护读,读不出答 `false`;§117)· `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`(0.98.0 退出公面)不收本族;§109)· `notePlanReviewDecisionHandedOver` / `planReviewPendingReadMark` / `planReviewDecisionInFlight` / `notePlanReviewDecisionNotApplied` / `notePlanReviewGateLeft` / `latestPlanReviewDecisionMark`(0.85.0 CC-241:plan-review 决断台账 —— 交出登记 + 读起点刻度 + 拒开判据 + 「没生效」与「离门」两只说一声的口 + 交出刻度;`reopenPlanReviewCard` 按它拒开;§109)· `isCodeClassifiedGateFailure`(0.98.0 退出公面,RL-103;0.84.1 CC-225:这枚决断失败码自己说清了处置、失败文字不许再按「门已决」词表扫 —— `isGateStandingErrorCode`(0.98.0 退出公面)的两码 ∪ 422 `parked_resume.startup_failed`;§108)· `removeRefusedSessionRules` / `sessionPolicyRemovalNotice` / `isEngineRefusedToolName`(0.97.0 退出公面;0.84.1 CC-229:会话规则记录里引擎会拒启的条目的窄撤销动词 + 八臂措辞单源 + 引擎准备期按名字拒启的判据本体,比 `sessionPolicyDeliverable` 的 `legacy_tool_name` 判词宽;撤销动词必交这台部署一跑的工具名册,名册里的名与别名不撤;§108)· `toolPermissionRequestAskBits` / `clearPlanReviewUserDismissals`(0.83.4 CC-203 / CC-201:卡请求 → 座位请求的四位过境口,与卡请求同一把窄读;会话换代时清「用户关卡」记号;§104)· `readApprovalMandate`(0.83.2 CC-195:卡上强制词读口,缺席答缺席;§102;同批的姿态谓词 `askSurvivesPosture` 0.94.0 已退出公面,§121 RX-4)· `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`(0.98.0 已退役)/ `isApprovalDecided` / `approvalNotSentCause` / `approvalUnsettledCause` / `APPROVAL_NOT_SENT_CAUSES` / `APPROVAL_UNSETTLED_CAUSES`(CC-77 ①:「一次审批决断最后怎么了」的单源判别联合 `decided` / `not_sent` / `unsettled`,两条腿的结局对象一次判别;既有结局型面一字不动)· `approvalOutcomeNoteOf`(0.98.0 已退役)/ `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` / `isPlanReviewModeAfter` + `PLAN_REVIEW_APPROVE_AUTO_LABEL` / `PLAN_REVIEW_APPROVE_MANUAL_LABEL` / `PLAN_REVIEW_MODE_AFTER_WORDS`(0.72.13 CC-46:plan_review 批准后模式 `permissionModeAfter` 发口与三选卡;0.93.0 起三选卡只剩宿主声明一闸,引擎版本闸两名退出公面〔§119 RT-6〕;§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`(0.98.0 已退役;#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 卡) · `approvalCompleteCauseOf`(0.95.0 CC-570:活卡结局帧 `cause` 读口,十四词闭集,只读自有数据位;§122 PK7-3) | `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 崩溃收敛读面)、`crashConvergedNotice.ts`(0.91.0 CC-310 崩溃遗留通告那一行话)、`sessionPolicyDeliverable.ts`(0.83.1 CC-117 会话规则无损判定)、`src/gateOutcome.ts` |
 
 
 
 
-| 4 | **子代 wire + 面板侧信道台账** | 111 | 0.98.0(RA 行,§126)−2 函数(`subscribeEngineAgentPanel`(0.98.0 退出公面) / `subscribeEngineAgentPanelAbsence`(0.98.0 退出公面):面板旧事件订阅口与缺席订阅口退役账到期硬退,RL-89 / RL-90;面板唯一出口 = 行差分口 `subscribeEnginePanelRows`)· 0.98.0(CP 行,§126)−1 函数(`resetManualCompactCapability` 到期退役,RL-101)· `reducePanelFrame` / `createPanelReduceState` / `PANEL_DELTA_OPS` / `subscribeEnginePanelRows`(0.95.0 CC-76 + CC-114:面板行归约口 —— 一帧进 → 行差分出的纯函数、差分臂闭集、行差分订阅口;§122)· `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)· `publishEngineAgentPanelAbsence`(0.72.13:fleet 行缺席上报的发布口 —— 不上主通道,老消费者结构上收不到;0.98.0 起宿主从行差分口 `upsert{ fields.absence }` 读;§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` · `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 投影** | 53 | `isDiagnosticValueWord`(0.98.0 CC-683:展示出口诊断词闭集的判定口,读出口自己那一张表;§126 DU-8)· `forgetSettledTerminalRow` / `forgetSettledTerminalRowFor`(0.95.0 CC-332:按行 id 摘掉一条已结算的终态行 —— 与 `task_remove` 结算级离场自摘走同一只实现;仍在飞 / 通知车道推定行不摘;§122 FX-F1)· `SDK_FLEET_TASK_TERMINAL_STATUSES` / `isSdkFleetTaskTerminal` / `isSdkFleetTaskTerminalNotSuccess`(0.95.0 CC-78:sdk `FleetTaskStatus` 终态分区,冻结数组;§122 TW-1)· `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:展示层安全出口单源,本域三只旧口的字符面引擎) |
+| 4 | **子代 wire + 面板侧信道台账** | 113 | 0.99.0(TS 行,§127)+1 函数(`publishEngineAgentPanelStart`:委派子代起跑时刻证据口,归约口 `start` 帧,只补不建行;TS-2)· 0.98.0(RA 行,§126)−2 函数(`subscribeEngineAgentPanel`(0.98.0 退出公面) / `subscribeEngineAgentPanelAbsence`(0.98.0 退出公面):面板旧事件订阅口与缺席订阅口退役账到期硬退,RL-89 / RL-90;面板唯一出口 = 行差分口 `subscribeEnginePanelRows`)· 0.98.0(CP 行,§126)−1 函数(`resetManualCompactCapability` 到期退役,RL-101)· `reducePanelFrame` / `createPanelReduceState` / `PANEL_DELTA_OPS` / `subscribeEnginePanelRows`(0.95.0 CC-76 + CC-114:面板行归约口 —— 一帧进 → 行差分出的纯函数、差分臂闭集、行差分订阅口;§122)· `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)· `publishEngineAgentPanelAbsence`(0.72.13:fleet 行缺席上报的发布口 —— 不上主通道,老消费者结构上收不到;0.98.0 起宿主从行差分口 `upsert{ fields.absence }` 读;§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` · `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 投影** | 58 | 0.100.0(KP 行,§128)+4 函数(`settingsCredentialKeyPaths`:设置文档凭据键路径一只判官,读数 `{ path, numericByNameOnly? }` · `isCredentialEnvName` / `isCredentialConfigKey` / `credentialNameWords`:宽向键名两张词表的判定口与切词口;KP-1 / KP-2;实现锚 `src/settingsCredentialKeyPaths.ts`)· 0.99.0(DU 行,§127)+1 函数(`cleanUntrustedScalar`:不可信标量字符清洗口,DU-2)· `isDiagnosticValueWord`(0.98.0 CC-683:展示出口诊断词闭集的判定口,读出口自己那一张表;§126 DU-8)· `forgetSettledTerminalRow` / `forgetSettledTerminalRowFor`(0.95.0 CC-332:按行 id 摘掉一条已结算的终态行 —— 与 `task_remove` 结算级离场自摘走同一只实现;仍在飞 / 通知车道推定行不摘;§122 FX-F1)· `SDK_FLEET_TASK_TERMINAL_STATUSES` / `isSdkFleetTaskTerminal` / `isSdkFleetTaskTerminalNotSuccess`(0.95.0 CC-78:sdk `FleetTaskStatus` 终态分区,冻结数组;§122 TW-1)· `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 | **请求装配(上行唯一构造口)** | 53 | 0.98.0(HK 行,§126)−1 函数(`taskRequestOmissionCausePhrase`(0.98.0 退出公面):省略成因的从句口到期退役,RL-119;整句口与整句表照旧)· 0.98.0(TK 行,§126)+1 函数 +1 常量(`assemblyRefusalOf` / `ASSEMBLY_REFUSAL_CAUSES`:装配口与代理就绪门失败的拒装机读身份,只读自有数据位)· `disableSkillsDeclarationSettled`(0.91.0 CC-311:`disableSkillsDeclaration` 的有界异步变体 —— 先有界等能力探测落定再答,同步口不动,到时仍没读到与同步口同答;§117)· `permissionsDeclarationReport` + `PERMISSIONS_KEPT_REASONS`(0.91.0 CC-314:与 `permissionsDeclaration` 同一次遍历的报告口 —— `permissions` 与投口逐字节同,另给每一条没随请求发出的规则与理由〔十二词闭集〕、写法变了的投出规则、投出了但没过规则编译器的 deny / ask;入参 `settingsRead` 只有 `'clean'` 才投 allow;§117)· `encodeHumanTurn` / `deliveredUuidsOf` / `imageVisionOf` / `mintUserAttachmentEnvelope`(0.91.0 CC-297 / CC-315:人类一次提交 → 请求载体的唯一投影 —— `objective` / `steer` 两载体、图片座位计划、8 MiB 请求体核算、steer 三级处置、份额与降级清单;没有附件席位的引擎上 `@` 附件的数据信封唯一铸点,边界三规则只在铸点里;§117)· `permissionsDeclaration`(0.90.0 CC-302:请求体 `settings.permissions` 三桶装配口 —— 每只桶按来源信任序排、过与引擎同一只的安全投影;allow 只在能力位读到「按放行规则编」时才发;§116)· `disableSkillsDeclaration`(0.89.0 CC-277:请求键 `disableSkills` 的唯一取值口,读能力位给 `{ disableSkills: true }` 片段或 `withheld` 一句;车道表 45 → 46 行;§115)· `taskRequestOmissionCausePhrase`(0.98.0 已退役)(0.89.0 CC-282:回执省略成因的从句短语口,与整句表同表派生;§115)· `requireExistingSessionRefusalFromError` / `requireExistingSessionRefusalContent`(0.88.0 CC-281:请求键 `requireExistingSession` 被服务端拒 —— 会话不在 / 没给会话 id —— 的读口与一句,粗码形读消息尾括注、带码形直接认;§114)· `inheritEnvDeclaration` / `inheritEnvWithheldNotice` / `isInheritEnvWord` + `INHERIT_ENV_WORDS`(0.86.0 CC-257:请求键 `inheritEnv` 的片段口 —— 服务端版本读得懂才给 `{ inheritEnv }`,读不出则空片段 + 回执成因与一句终端用户面话;两词闭集与判词口;缺席 = 缺省清洗且清掉本会话上一条声明;0.93.0 起版本地板常量与三态判定口退出公面〔§119 RT-8〕;§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 | **请求装配(上行唯一构造口)** | 59 | 0.100.0(AS 行,§128)+1 −2 函数(`refilterHostSettings`:派发前重判,对已装配请求只做减法,AS-7;`memoryOffDeclarationField`(0.100.0 退出公面) / `fileHistoryDeclarationField`(0.100.0 退出公面):两只片段口随装配口顶层入参 `memory` / `fileHistory` 删,AS-5)· 0.99.0(MV 行,§127)+1 函数(`imageSentOnUnknownVision`:说不清能否看图而照发的 `@` 图片那一句告知,MV-1)· 0.99.0(AS 行,§127)+6(`hostTurnSettings` / `hostSettingsSelfCheck`:宿主自供项装配入口与自检口 · `HostSettingsRefused`:产物判不发时装配口抛的错 · `HOST_SUPPLIED_KEYS` / `HOST_SETTING_CAUSES` / `HOST_SETTING_DISPOSITIONS`:产物行三闭集;AS-1)· 0.98.0(HK 行,§126)−1 函数(`taskRequestOmissionCausePhrase`(0.98.0 退出公面):省略成因的从句口到期退役,RL-119;整句口与整句表照旧)· 0.98.0(TK 行,§126)+1 函数 +1 常量(`assemblyRefusalOf` / `ASSEMBLY_REFUSAL_CAUSES`:装配口与代理就绪门失败的拒装机读身份,只读自有数据位)· `disableSkillsDeclarationSettled`(0.91.0 CC-311:`disableSkillsDeclaration` 的有界异步变体 —— 先有界等能力探测落定再答,同步口不动,到时仍没读到与同步口同答;§117)· `permissionsDeclarationReport` + `PERMISSIONS_KEPT_REASONS`(0.91.0 CC-314:与 `permissionsDeclaration` 同一次遍历的报告口 —— `permissions` 与投口逐字节同,另给每一条没随请求发出的规则与理由〔十二词闭集〕、写法变了的投出规则、投出了但没过规则编译器的 deny / ask;入参 `settingsRead` 只有 `'clean'` 才投 allow;§117)· `encodeHumanTurn` / `deliveredUuidsOf` / `imageVisionOf` / `mintUserAttachmentEnvelope`(0.91.0 CC-297 / CC-315:人类一次提交 → 请求载体的唯一投影 —— `objective` / `steer` 两载体、图片座位计划、8 MiB 请求体核算、steer 三级处置、份额与降级清单;没有附件席位的引擎上 `@` 附件的数据信封唯一铸点,边界三规则只在铸点里;§117)· `permissionsDeclaration`(0.90.0 CC-302:请求体 `settings.permissions` 三桶装配口 —— 每只桶按来源信任序排、过与引擎同一只的安全投影;allow 只在能力位读到「按放行规则编」时才发;§116)· `disableSkillsDeclaration`(0.89.0 CC-277:请求键 `disableSkills` 的唯一取值口,读能力位给 `{ disableSkills: true }` 片段或 `withheld` 一句;车道表 45 → 46 行;§115)· `taskRequestOmissionCausePhrase`(0.98.0 已退役)(0.89.0 CC-282:回执省略成因的从句短语口,与整句表同表派生;§115)· `requireExistingSessionRefusalFromError` / `requireExistingSessionRefusalContent`(0.88.0 CC-281:请求键 `requireExistingSession` 被服务端拒 —— 会话不在 / 没给会话 id —— 的读口与一句,粗码形读消息尾括注、带码形直接认;§114)· `inheritEnvDeclaration` / `inheritEnvWithheldNotice` / `isInheritEnvWord` + `INHERIT_ENV_WORDS`(0.86.0 CC-257:请求键 `inheritEnv` 的片段口 —— 服务端版本读得懂才给 `{ inheritEnv }`,读不出则空片段 + 回执成因与一句终端用户面话;两词闭集与判词口;缺席 = 缺省清洗且清掉本会话上一条声明;0.93.0 起版本地板常量与三态判定口退出公面〔§119 RT-8〕;§112)· `taskRequestOmissionCauseNotice` / `TASK_REQUEST_OMISSION_CAUSE_NOTICES`(0.85.1 CC-248:回执省略成因的终端用户向取句口与句表,与接入方那只同源于同一成因闭集、逐词不同句;表外 / 读不出 ⇒ 一句通用句,不抛、不回显;§110)· `fileHistoryDeclarationField`(0.100.0 退出公面) / `FILE_HISTORY_DISABLED`(0.85.0 CC-243:「这一次运行别捕获文件历史」请求词片段口(0.100.0 退,请求词改由装配入口铸) —— 只在能力读数是 `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`(0.100.0 退出公面) / `memoryOffDeclared`(0.72.8 CC-39③:`memory:"off"` 请求级整面关的意图位片段;§55;0.100.0 起片段口退、意图判官由装配入口调)· `buildTaskRequest` · `REQUEST_FIELD_MATRIX` · `unregisteredRequestKeys` · `applyLiveRequestDefaults` · `taskNotificationToPrintFrame` | 两条车道(`interactive`/`print`)出站请求的**唯一**构造器;`unregisteredRequestKeys` 是可执行门 —— 端偷带一个未登记键上 wire 就红 | `src/request/taskRequest.ts`、`src/request/printNotification.ts` |
 
 | 7 | **通知与 outstanding 台账** | 50 | `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 台账) |
-| 9 | **能力/旋钮 wire 门族** | 229 | 0.98.0(TK 行,§126)−4 常量(`MAX_AGENT_TOOLS` / `MAX_AGENT_TOOL_NAME_CHARS` / `MAX_AGENT_NAME_CHARS` / `MAX_AGENT_MAX_TURNS` 均已退出公面:服务端代理受理口帽的手抄,TK-6)· 0.98.0(RB 行,§126)−16 函数(十六只能力位读器的探测闭包 tee 口退出根入口,逐名见 §2z)· 0.98.0(CP 行,§126)+4 函数(`observedInheritEnvOwnCredentialsWithheld` / `inheritEnvIntentOf` / `inheritEnvNotConfirmedNotice` / `inheritEnvNoticeOf`:`inheritEnv` 能力词读器、交互车道意图判定与告知句,CC-747)· `engineToolDirectoryOf` / `excludeToolsAgainstDirectory`(0.98.0 退出公面)(0.97.1 CC-729 / CC-730:本跑声明的 MCP 服务器读口〔三态〕与 run 级 excludeTools 判官;代理工具清单只投这一跑里可能有工具应答的名;§125 AD-3 / AD-4)· `engineCapsLandingOf` / `rotateEngineCapsProbe`(0.97.0 CC-690 / CC-692:整份能力位读数三态〔取落地的唯一读法,缺键极性在它的型注上成文〕/ 同一台引擎换探测闭包时更新重探登记而不失效;§124 CL-1 / CL-3)· `mcpEngineLegConnectionOf`(0.95.0 CC-325:引擎托管 MCP 连接态三态读口 —— 只读这条腿 `wiring_manifest.mcp[]` 这一台的 `status`,与活性读口共用按名找行;§122 SB-3)· 🔧 0.95.0 退出公面:逐只失效口 `forget*Reading` 二十六只(逐名见 §2z;§122 RX-2;换代失效只剩 `invalidateEngineCaps`)·  `REWIND_MODES`(0.95.0 CC-466:回退档位词唯一运行期元组,`RewindMode` 由它派生,投影口 `rewindSpecForMode` 与座位回退载体同读;§122 WB-6)· `agentToolListFlaws` / `__`(0.94.0 SV / SP2)· `projectCallerCwdCapability` / `noteEngineCapsForCallerCwd`(0.96.0 退出公面) / `observedCallerCwd` / `callerCwdAdmitted`(0.94.0 CC-313:能力位 `callerCwd` 读器,工厂族第二十九只;§121 RP-2)· `deviceLaneOpen`(0.93.0 CC-454:device 车道开没开的三态判据单源 —— 与 `deviceManagementVerbsAvailable`〔管理动词能不能用〕分开答两问,读数来自同一只 `deviceExecutor` 读器的 `present` / `lane_absent`;§119)· `projectApprovalDecidedByCapability` / `noteEngineCapsForApprovalDecidedBy`(0.98.0 退出公面) / `observedApprovalDecidedBy` / `approvalDecidedByAdmitted`(0.93.0 CC-403:审批决定口出处键 `approvalDecidedBy` 位的三态读面 + 判据单源;§119)· `projectPermissionModesCapability` / `noteEngineCapsForPermissionModes`(0.96.0 退出公面) / `observedPermissionModes` / `permissionModeAdmitted`(0.93.0 CC-451 ③:请求面权限模式词表 `permissionModes` 的三态读面 + 判据单源,`dontAsk` 按位发词;§119)· `projectSteerPriorityCapability` / `noteEngineCapsForSteerPriority`(0.98.0 退出公面) / `observedSteerPriority` / `steerPriorityMode` / `steerPriorityDoctorDetail`(0.92.0 CC-374:`fleet.steerPriority` 三态读面,开集收词、判据只认精确的 engine / advisory;唯一用处是 steer 体铸点判 `now` / `later` 能不能进体;§118)· `projectSessionSyncFileHistoryCapability` / `projectWorkflowsJournalCapability` / `projectUserInvokedSkillsCapability` / `projectSkillToolListsCapability` 四族(0.92.0 CC-371:四只能力位四态读器,各带 tee / 读口 / 三态判据 / doctor 句 / 失效口;§118)· `hookMatcherRefusalFromError`(0.91.0 CC-339:hooks matcher 别名拒的事后读口 —— 服务端 7.115.0 起 400 体 `field: "settings.hooks"` 时交出 `detail` 的 `{ event, alias, canonical }`,老服务端 / 坏形 `undefined`、不读句子;§117)· `hookMatcherVerdict`(0.91.0 CC-306:hooks matcher 受理判定 —— 工具事件的 matcher 选中工具别名而选不中正名 ⇒ `refused`,读法与服务端受理面同一套,别名表读同一张生成表;正则形先过静态回溯上界,判不了落 `unjudged`、不是受理;§117)· `noteEngineCapsForAttachmentSeat`(0.98.0 退出公面,RL-41) / `observedAttachmentSeat`(0.98.0 退出公面,RL-41)(0.91.0 CC-315 ③:附件席位能力位读器,今天恒 `not_reported`,`present` 臂候引擎席位到货;§117)· `AttachmentsSpecRefused`(0.90.0 CC-316:`attachments` 声明被拒时 `SEMA_ATTACHMENTS` 与请求装配两处抛的同一个具名类,`TypeError` 的子类;自有位 `token` / `why` / `allowed` / `key?`;§116)· `canonicalHookToolName` / `hookToolAliasesOf`(0.90.0 CC-298:hooks matcher 的工具别名读口,别名 → 引擎内置工具规范名,表由构建期从已装引擎的静态工具目录生成、不手抄;只含内置工具的别名;§116)· `projectPermissionsAllowGrantCapability` / `noteEngineCapsForPermissionsAllowGrant`(0.98.0 退出公面) / `observedPermissionsAllowGrant` + `permissionsAllowGrantAvailable` / `permissionsAllowGrantDoctorDetail`(0.90.0 CC-302:「allow 规则按放行规则编」能力位三态读器 + 判据单源 + doctor 句;位名候定;§116)· `settingsHooksKeptLocally`(0.89.0 CC-287:hooks 设置来源条目的本端跳过口,按 matcher + 条目身份对照计划的请求体,判给引擎的不跑;§115)· `projectStorePostureCapability` / `noteEngineCapsForStorePosture`(0.96.0 退出公面) / `observedStorePosture` + `storePersistence` / `storePostureDoctorDetail`(0.86.0 CC-250:caps `store` 存储姿态四态读口与读账、持久判据三值、doctor 一行;键缺席 = 老引擎没报,不是「不持久」;§112)· `projectCenterWiringCapability` / `noteEngineCapsForCenterWiring`(0.96.0 退出公面) / `observedCenterWiring` + `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`(0.96.0 退出公面) / `observedSealedKey`(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`(0.98.0 退出公面) / `observedFileHistoryCapture` / `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`(0.96.0 退出公面) / `observedMcpProbe` / `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`(0.98.0 退出公面) / `observedDeviceExecutorManagement` / `deviceExecutorManagementDoctorDetail` / `deviceManagementVerbsAvailable`(0.74.2 CC-69;§70)· `projectApprovalsStreamLiveCapability` / `noteEngineCapsForApprovalsStreamLive`(0.98.0 退出公面) / `observedApprovalsStreamLive` / `approvalsStreamLiveDoctorDetail` / `livePendingNeedsReconcile`(0.73.3 CC-61;§65)· `projectExecutionLaneCapability` / `noteEngineCapsForExecutionLane`(0.98.0 退出公面) / `observedExecutionLane` / `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` 编排)、`src/hookToolAliases.ts`(0.90.0 CC-298:hooks matcher 工具别名读口;表是生成物 `src/generated/engineFactTables.ts` 的 `CORE_HOOK_TOOL_ALIASES`) |
+| 9 | **能力/旋钮 wire 门族** | 243 | 0.100.0(IV 行,§128)+1 函数(`observedInheritEnvOwnCredentialValuesWithheld`:能力词同族第二词「值臂」读口,与首词同一只读法、同一组五态,IV-1) · 0.100.0(RF 行,§128)+1 函数(`settingsHooksRefusalFromError`:`settings.hooks` 拒的族读口,旧 matcher 读口成派生窄视图,RF-4) · 0.99.0(EL 行,§127)+1 函数(`mcpElicitationVerdict`:`elicitation` 声明的形判读口,本地 `.mcp.json` 与云配置两条腿同读一只,EL-1)· 0.99.0(UA / US 行,§127)+4 函数(`observedUserAttachmentSeat` / `projectUserAttachmentSeatCapability` / `userAttachmentSeatAdmits`:请求层附件席位读器与判词,UA-1 · `userInvokedSkillsDeclaration`:技能点名片段口,能力读数 present 才给键,US-1)· 0.99.0(HK 行,§127)+3 函数(`salvageSettingsHooksEntries` / `settingsHooksSalvageNotice`:设置文件 hooks 坏形的唯一读法与一层一句,HK-1 · `userPromptSubmitExecutorOf`:`UserPromptSubmit` 此刻由谁执行,HK-5)· 0.99.0(CP 行,§127)+3 函数(`onEngineCapsChange`:能力缓存变更订阅口,一拍 ⇔ 整份落地读数换了一只记录,CP-1 · `engineCapNestedValue` 上根入口:嵌套位五态读口,CP-2 · `invalidateEngineCapsAndReprobe`:按重探登记里的闭包作废并重探,CP-4)· 0.98.0(TK 行,§126)−4 常量(`MAX_AGENT_TOOLS` / `MAX_AGENT_TOOL_NAME_CHARS` / `MAX_AGENT_NAME_CHARS` / `MAX_AGENT_MAX_TURNS` 均已退出公面:服务端代理受理口帽的手抄,TK-6)· 0.98.0(RB 行,§126)−16 函数(十六只能力位读器的探测闭包 tee 口退出根入口,逐名见 §2z)· 0.98.0(CP 行,§126)+4 函数(`observedInheritEnvOwnCredentialsWithheld` / `inheritEnvIntentOf` / `inheritEnvNotConfirmedNotice` / `inheritEnvNoticeOf`:`inheritEnv` 能力词读器、交互车道意图判定与告知句,CC-747)· `engineToolDirectoryOf` / `excludeToolsAgainstDirectory`(0.98.0 退出公面)(0.97.1 CC-729 / CC-730:本跑声明的 MCP 服务器读口〔三态〕与 run 级 excludeTools 判官;代理工具清单只投这一跑里可能有工具应答的名;§125 AD-3 / AD-4)· `engineCapsLandingOf` / `rotateEngineCapsProbe`(0.97.0 CC-690 / CC-692:整份能力位读数三态〔取落地的唯一读法,缺键极性在它的型注上成文〕/ 同一台引擎换探测闭包时更新重探登记而不失效;§124 CL-1 / CL-3)· `mcpEngineLegConnectionOf`(0.95.0 CC-325:引擎托管 MCP 连接态三态读口 —— 只读这条腿 `wiring_manifest.mcp[]` 这一台的 `status`,与活性读口共用按名找行;§122 SB-3)· 🔧 0.95.0 退出公面:逐只失效口 `forget*Reading` 二十六只(逐名见 §2z;§122 RX-2;换代失效只剩 `invalidateEngineCaps`)·  `REWIND_MODES`(0.95.0 CC-466:回退档位词唯一运行期元组,`RewindMode` 由它派生,投影口 `rewindSpecForMode` 与座位回退载体同读;§122 WB-6)· `agentToolListFlaws` / `__`(0.94.0 SV / SP2)· `projectCallerCwdCapability` / `noteEngineCapsForCallerCwd`(0.96.0 退出公面) / `observedCallerCwd` / `callerCwdAdmitted`(0.94.0 CC-313:能力位 `callerCwd` 读器,工厂族第二十九只;§121 RP-2)· `deviceLaneOpen`(0.93.0 CC-454:device 车道开没开的三态判据单源 —— 与 `deviceManagementVerbsAvailable`〔管理动词能不能用〕分开答两问,读数来自同一只 `deviceExecutor` 读器的 `present` / `lane_absent`;§119)· `projectApprovalDecidedByCapability` / `noteEngineCapsForApprovalDecidedBy`(0.98.0 退出公面) / `observedApprovalDecidedBy` / `approvalDecidedByAdmitted`(0.93.0 CC-403:审批决定口出处键 `approvalDecidedBy` 位的三态读面 + 判据单源;§119)· `projectPermissionModesCapability` / `noteEngineCapsForPermissionModes`(0.96.0 退出公面) / `observedPermissionModes` / `permissionModeAdmitted`(0.93.0 CC-451 ③:请求面权限模式词表 `permissionModes` 的三态读面 + 判据单源,`dontAsk` 按位发词;§119)· `projectSteerPriorityCapability` / `noteEngineCapsForSteerPriority`(0.98.0 退出公面) / `observedSteerPriority` / `steerPriorityMode` / `steerPriorityDoctorDetail`(0.92.0 CC-374:`fleet.steerPriority` 三态读面,开集收词、判据只认精确的 engine / advisory;唯一用处是 steer 体铸点判 `now` / `later` 能不能进体;§118)· `projectSessionSyncFileHistoryCapability` / `projectWorkflowsJournalCapability` / `projectUserInvokedSkillsCapability` / `projectSkillToolListsCapability` 四族(0.92.0 CC-371:四只能力位四态读器,各带 tee / 读口 / 三态判据 / doctor 句 / 失效口;§118)· `hookMatcherRefusalFromError`(0.91.0 CC-339:hooks matcher 别名拒的事后读口 —— 服务端 7.115.0 起 400 体 `field: "settings.hooks"` 时交出 `detail` 的 `{ event, alias, canonical }`,老服务端 / 坏形 `undefined`、不读句子;§117)· `hookMatcherVerdict`(0.91.0 CC-306:hooks matcher 受理判定 —— 工具事件的 matcher 选中工具别名而选不中正名 ⇒ `refused`,读法与服务端受理面同一套,别名表读同一张生成表;正则形先过静态回溯上界,判不了落 `unjudged`、不是受理;§117)· `noteEngineCapsForAttachmentSeat`(0.98.0 退出公面,RL-41) / `observedAttachmentSeat`(0.98.0 退出公面,RL-41)(0.91.0 CC-315 ③:附件席位能力位读器,今天恒 `not_reported`,`present` 臂候引擎席位到货;§117)· `AttachmentsSpecRefused`(0.90.0 CC-316:`attachments` 声明被拒时 `SEMA_ATTACHMENTS` 与请求装配两处抛的同一个具名类,`TypeError` 的子类;自有位 `token` / `why` / `allowed` / `key?`;§116)· `canonicalHookToolName` / `hookToolAliasesOf`(0.90.0 CC-298:hooks matcher 的工具别名读口,别名 → 引擎内置工具规范名,表由构建期从已装引擎的静态工具目录生成、不手抄;只含内置工具的别名;§116)· `projectPermissionsAllowGrantCapability` / `noteEngineCapsForPermissionsAllowGrant`(0.98.0 退出公面) / `observedPermissionsAllowGrant` + `permissionsAllowGrantAvailable` / `permissionsAllowGrantDoctorDetail`(0.90.0 CC-302:「allow 规则按放行规则编」能力位三态读器 + 判据单源 + doctor 句;位名候定;§116)· `settingsHooksKeptLocally`(0.89.0 CC-287:hooks 设置来源条目的本端跳过口,按 matcher + 条目身份对照计划的请求体,判给引擎的不跑;§115)· `projectStorePostureCapability` / `noteEngineCapsForStorePosture`(0.96.0 退出公面) / `observedStorePosture` + `storePersistence` / `storePostureDoctorDetail`(0.86.0 CC-250:caps `store` 存储姿态四态读口与读账、持久判据三值、doctor 一行;键缺席 = 老引擎没报,不是「不持久」;§112)· `projectCenterWiringCapability` / `noteEngineCapsForCenterWiring`(0.96.0 退出公面) / `observedCenterWiring` + `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`(0.96.0 退出公面) / `observedSealedKey`(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`(0.98.0 退出公面) / `observedFileHistoryCapture` / `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`(0.96.0 退出公面) / `observedMcpProbe` / `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`(0.98.0 退出公面) / `observedDeviceExecutorManagement` / `deviceExecutorManagementDoctorDetail` / `deviceManagementVerbsAvailable`(0.74.2 CC-69;§70)· `projectApprovalsStreamLiveCapability` / `noteEngineCapsForApprovalsStreamLive`(0.98.0 退出公面) / `observedApprovalsStreamLive` / `approvalsStreamLiveDoctorDetail` / `livePendingNeedsReconcile`(0.73.3 CC-61;§65)· `projectExecutionLaneCapability` / `noteEngineCapsForExecutionLane`(0.98.0 退出公面) / `observedExecutionLane` / `executionLaneDoctorDetail` / `toolsRunHereFromExecutionLane`(0.72.13 CC-54:`capabilities.executionLane` 四态读面,键缺席 ≠ 不是本机车道;§60)· `AGENT_MEMORY_WORDS`(0.72.3 CC-39①:`memory: user ‖ 0.100.0(FM 行,§128)+4 名(`injectionLaneNotice` / `INJECTION_SOURCES`:车道 × 注入物一句纯函数与注入物闭集,FM-1 · `ruleRefusalSentence`:规则拒句唯一铸点,FM-2 · `REFUSED_PROJECT_SERVER_CAUSES`:被拒用项目服务器的成因闭集,`ProjectAgentsDeps.refusedProjectServers` 的词表,FM-4;实现锚 `src/injectionLaneNotice.ts` / `src/ruleRefusalSentence.ts` / `src/agentsWireCaps.ts`)· 0.99.0(EL 行,§127)+1 函数(`mcpElicitationVerdict`:`elicitation` 声明的形判读口,本地 `.mcp.json` 与云配置两条腿同读一只,EL-1)· 0.99.0(UA / US 行,§127)+4 函数(`observedUserAttachmentSeat` / `projectUserAttachmentSeatCapability` / `userAttachmentSeatAdmits`:请求层附件席位读器与判词,UA-1 · `userInvokedSkillsDeclaration`:技能点名片段口,能力读数 present 才给键,US-1)· 0.99.0(HK 行,§127)+3 函数(`salvageSettingsHooksEntries` / `settingsHooksSalvageNotice`:设置文件 hooks 坏形的唯一读法与一层一句,HK-1 · `userPromptSubmitExecutorOf`:`UserPromptSubmit` 此刻由谁执行,HK-5)· 0.99.0(CP 行,§127)+3 函数(`onEngineCapsChange`:能力缓存变更订阅口,一拍 ⇔ 整份落地读数换了一只记录,CP-1 · `engineCapNestedValue` 上根入口:嵌套位五态读口,CP-2 · `invalidateEngineCapsAndReprobe`:按重探登记里的闭包作废并重探,CP-4)· 0.98.0(TK 行,§126)−4 常量(`MAX_AGENT_TOOLS` / `MAX_AGENT_TOOL_NAME_CHARS` / `MAX_AGENT_NAME_CHARS` / `MAX_AGENT_MAX_TURNS` 均已退出公面:服务端代理受理口帽的手抄,TK-6)· 0.98.0(RB 行,§126)−16 函数(十六只能力位读器的探测闭包 tee 口退出根入口,逐名见 §2z)· 0.98.0(CP 行,§126)+4 函数(`observedInheritEnvOwnCredentialsWithheld` / `inheritEnvIntentOf` / `inheritEnvNotConfirmedNotice` / `inheritEnvNoticeOf`:`inheritEnv` 能力词读器、交互车道意图判定与告知句,CC-747)· `engineToolDirectoryOf` / `excludeToolsAgainstDirectory`(0.98.0 退出公面)(0.97.1 CC-729 / CC-730:本跑声明的 MCP 服务器读口〔三态〕与 run 级 excludeTools 判官;代理工具清单只投这一跑里可能有工具应答的名;§125 AD-3 / AD-4)· `engineCapsLandingOf` / `rotateEngineCapsProbe`(0.97.0 CC-690 / CC-692:整份能力位读数三态〔取落地的唯一读法,缺键极性在它的型注上成文〕/ 同一台引擎换探测闭包时更新重探登记而不失效;§124 CL-1 / CL-3)· `mcpEngineLegConnectionOf`(0.95.0 CC-325:引擎托管 MCP 连接态三态读口 —— 只读这条腿 `wiring_manifest.mcp[]` 这一台的 `status`,与活性读口共用按名找行;§122 SB-3)· 🔧 0.95.0 退出公面:逐只失效口 `forget*Reading` 二十六只(逐名见 §2z;§122 RX-2;换代失效只剩 `invalidateEngineCaps`)·  `REWIND_MODES`(0.95.0 CC-466:回退档位词唯一运行期元组,`RewindMode` 由它派生,投影口 `rewindSpecForMode` 与座位回退载体同读;§122 WB-6)· `agentToolListFlaws` / `__`(0.94.0 SV / SP2)· `projectCallerCwdCapability` / `noteEngineCapsForCallerCwd`(0.96.0 退出公面) / `observedCallerCwd` / `callerCwdAdmitted`(0.94.0 CC-313:能力位 `callerCwd` 读器,工厂族第二十九只;§121 RP-2)· `deviceLaneOpen`(0.93.0 CC-454:device 车道开没开的三态判据单源 —— 与 `deviceManagementVerbsAvailable`〔管理动词能不能用〕分开答两问,读数来自同一只 `deviceExecutor` 读器的 `present` / `lane_absent`;§119)· `projectApprovalDecidedByCapability` / `noteEngineCapsForApprovalDecidedBy`(0.98.0 退出公面) / `observedApprovalDecidedBy` / `approvalDecidedByAdmitted`(0.93.0 CC-403:审批决定口出处键 `approvalDecidedBy` 位的三态读面 + 判据单源;§119)· `projectPermissionModesCapability` / `noteEngineCapsForPermissionModes`(0.96.0 退出公面) / `observedPermissionModes` / `permissionModeAdmitted`(0.93.0 CC-451 ③:请求面权限模式词表 `permissionModes` 的三态读面 + 判据单源,`dontAsk` 按位发词;§119)· `projectSteerPriorityCapability` / `noteEngineCapsForSteerPriority`(0.98.0 退出公面) / `observedSteerPriority` / `steerPriorityMode` / `steerPriorityDoctorDetail`(0.92.0 CC-374:`fleet.steerPriority` 三态读面,开集收词、判据只认精确的 engine / advisory;唯一用处是 steer 体铸点判 `now` / `later` 能不能进体;§118)· `projectSessionSyncFileHistoryCapability` / `projectWorkflowsJournalCapability` / `projectUserInvokedSkillsCapability` / `projectSkillToolListsCapability` 四族(0.92.0 CC-371:四只能力位四态读器,各带 tee / 读口 / 三态判据 / doctor 句 / 失效口;§118)· `hookMatcherRefusalFromError`(0.91.0 CC-339:hooks matcher 别名拒的事后读口 —— 服务端 7.115.0 起 400 体 `field: "settings.hooks"` 时交出 `detail` 的 `{ event, alias, canonical }`,老服务端 / 坏形 `undefined`、不读句子;§117)· `hookMatcherVerdict`(0.91.0 CC-306:hooks matcher 受理判定 —— 工具事件的 matcher 选中工具别名而选不中正名 ⇒ `refused`,读法与服务端受理面同一套,别名表读同一张生成表;正则形先过静态回溯上界,判不了落 `unjudged`、不是受理;§117)· `noteEngineCapsForAttachmentSeat`(0.98.0 退出公面,RL-41) / `observedAttachmentSeat`(0.98.0 退出公面,RL-41)(0.91.0 CC-315 ③:附件席位能力位读器,今天恒 `not_reported`,`present` 臂候引擎席位到货;§117)· `AttachmentsSpecRefused`(0.90.0 CC-316:`attachments` 声明被拒时 `SEMA_ATTACHMENTS` 与请求装配两处抛的同一个具名类,`TypeError` 的子类;自有位 `token` / `why` / `allowed` / `key?`;§116)· `canonicalHookToolName` / `hookToolAliasesOf`(0.90.0 CC-298:hooks matcher 的工具别名读口,别名 → 引擎内置工具规范名,表由构建期从已装引擎的静态工具目录生成、不手抄;只含内置工具的别名;§116)· `projectPermissionsAllowGrantCapability` / `noteEngineCapsForPermissionsAllowGrant`(0.98.0 退出公面) / `observedPermissionsAllowGrant` + `permissionsAllowGrantAvailable` / `permissionsAllowGrantDoctorDetail`(0.90.0 CC-302:「allow 规则按放行规则编」能力位三态读器 + 判据单源 + doctor 句;位名候定;§116)· `settingsHooksKeptLocally`(0.89.0 CC-287:hooks 设置来源条目的本端跳过口,按 matcher + 条目身份对照计划的请求体,判给引擎的不跑;§115)· `projectStorePostureCapability` / `noteEngineCapsForStorePosture`(0.96.0 退出公面) / `observedStorePosture` + `storePersistence` / `storePostureDoctorDetail`(0.86.0 CC-250:caps `store` 存储姿态四态读口与读账、持久判据三值、doctor 一行;键缺席 = 老引擎没报,不是「不持久」;§112)· `projectCenterWiringCapability` / `noteEngineCapsForCenterWiring`(0.96.0 退出公面) / `observedCenterWiring` + `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`(0.96.0 退出公面) / `observedSealedKey`(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`(0.98.0 退出公面) / `observedFileHistoryCapture` / `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`(0.96.0 退出公面) / `observedMcpProbe` / `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`(0.98.0 退出公面) / `observedDeviceExecutorManagement` / `deviceExecutorManagementDoctorDetail` / `deviceManagementVerbsAvailable`(0.74.2 CC-69;§70)· `projectApprovalsStreamLiveCapability` / `noteEngineCapsForApprovalsStreamLive`(0.98.0 退出公面) / `observedApprovalsStreamLive` / `approvalsStreamLiveDoctorDetail` / `livePendingNeedsReconcile`(0.73.3 CC-61;§65)· `projectExecutionLaneCapability` / `noteEngineCapsForExecutionLane`(0.98.0 退出公面) / `observedExecutionLane` / `executionLaneDoctorDetail` / `toolsRunHereFromExecutionLane`(0.72.13 CC-54:`capabilities.executionLane` 四态读面,键缺席 ≠ 不是本机车道;§60)· `AGENT_MEMORY_WORDS`(0.72.3 CC-39①:`memory: user ‖ 0.100.0(MR 行,§128)−2 常量(`MCP_CAPS`(0.100.0 退出公面)/ `SKILL_CAPS`(0.100.0 退出公面):32 台上限与技能正文 1 MiB 帽,MR-3)· 0.99.0(EL 行,§127)+1 函数(`mcpElicitationVerdict`:`elicitation` 声明的形判读口,本地 `.mcp.json` 与云配置两条腿同读一只,EL-1)· 0.99.0(UA / US 行,§127)+4 函数(`observedUserAttachmentSeat` / `projectUserAttachmentSeatCapability` / `userAttachmentSeatAdmits`:请求层附件席位读器与判词,UA-1 · `userInvokedSkillsDeclaration`:技能点名片段口,能力读数 present 才给键,US-1)· 0.99.0(HK 行,§127)+3 函数(`salvageSettingsHooksEntries` / `settingsHooksSalvageNotice`:设置文件 hooks 坏形的唯一读法与一层一句,HK-1 · `userPromptSubmitExecutorOf`:`UserPromptSubmit` 此刻由谁执行,HK-5)· 0.99.0(CP 行,§127)+3 函数(`onEngineCapsChange`:能力缓存变更订阅口,一拍 ⇔ 整份落地读数换了一只记录,CP-1 · `engineCapNestedValue` 上根入口:嵌套位五态读口,CP-2 · `invalidateEngineCapsAndReprobe`:按重探登记里的闭包作废并重探,CP-4)· 0.98.0(TK 行,§126)−4 常量(`MAX_AGENT_TOOLS` / `MAX_AGENT_TOOL_NAME_CHARS` / `MAX_AGENT_NAME_CHARS` / `MAX_AGENT_MAX_TURNS` 均已退出公面:服务端代理受理口帽的手抄,TK-6)· 0.98.0(RB 行,§126)−16 函数(十六只能力位读器的探测闭包 tee 口退出根入口,逐名见 §2z)· 0.98.0(CP 行,§126)+4 函数(`observedInheritEnvOwnCredentialsWithheld` / `inheritEnvIntentOf` / `inheritEnvNotConfirmedNotice` / `inheritEnvNoticeOf`:`inheritEnv` 能力词读器、交互车道意图判定与告知句,CC-747)· `engineToolDirectoryOf` / `excludeToolsAgainstDirectory`(0.98.0 退出公面)(0.97.1 CC-729 / CC-730:本跑声明的 MCP 服务器读口〔三态〕与 run 级 excludeTools 判官;代理工具清单只投这一跑里可能有工具应答的名;§125 AD-3 / AD-4)· `engineCapsLandingOf` / `rotateEngineCapsProbe`(0.97.0 CC-690 / CC-692:整份能力位读数三态〔取落地的唯一读法,缺键极性在它的型注上成文〕/ 同一台引擎换探测闭包时更新重探登记而不失效;§124 CL-1 / CL-3)· `mcpEngineLegConnectionOf`(0.95.0 CC-325:引擎托管 MCP 连接态三态读口 —— 只读这条腿 `wiring_manifest.mcp[]` 这一台的 `status`,与活性读口共用按名找行;§122 SB-3)· 🔧 0.95.0 退出公面:逐只失效口 `forget*Reading` 二十六只(逐名见 §2z;§122 RX-2;换代失效只剩 `invalidateEngineCaps`)·  `REWIND_MODES`(0.95.0 CC-466:回退档位词唯一运行期元组,`RewindMode` 由它派生,投影口 `rewindSpecForMode` 与座位回退载体同读;§122 WB-6)· `agentToolListFlaws` / `__`(0.94.0 SV / SP2)· `projectCallerCwdCapability` / `noteEngineCapsForCallerCwd`(0.96.0 退出公面) / `observedCallerCwd` / `callerCwdAdmitted`(0.94.0 CC-313:能力位 `callerCwd` 读器,工厂族第二十九只;§121 RP-2)· `deviceLaneOpen`(0.93.0 CC-454:device 车道开没开的三态判据单源 —— 与 `deviceManagementVerbsAvailable`〔管理动词能不能用〕分开答两问,读数来自同一只 `deviceExecutor` 读器的 `present` / `lane_absent`;§119)· `projectApprovalDecidedByCapability` / `noteEngineCapsForApprovalDecidedBy`(0.98.0 退出公面) / `observedApprovalDecidedBy` / `approvalDecidedByAdmitted`(0.93.0 CC-403:审批决定口出处键 `approvalDecidedBy` 位的三态读面 + 判据单源;§119)· `projectPermissionModesCapability` / `noteEngineCapsForPermissionModes`(0.96.0 退出公面) / `observedPermissionModes` / `permissionModeAdmitted`(0.93.0 CC-451 ③:请求面权限模式词表 `permissionModes` 的三态读面 + 判据单源,`dontAsk` 按位发词;§119)· `projectSteerPriorityCapability` / `noteEngineCapsForSteerPriority`(0.98.0 退出公面) / `observedSteerPriority` / `steerPriorityMode` / `steerPriorityDoctorDetail`(0.92.0 CC-374:`fleet.steerPriority` 三态读面,开集收词、判据只认精确的 engine / advisory;唯一用处是 steer 体铸点判 `now` / `later` 能不能进体;§118)· `projectSessionSyncFileHistoryCapability` / `projectWorkflowsJournalCapability` / `projectUserInvokedSkillsCapability` / `projectSkillToolListsCapability` 四族(0.92.0 CC-371:四只能力位四态读器,各带 tee / 读口 / 三态判据 / doctor 句 / 失效口;§118)· `hookMatcherRefusalFromError`(0.91.0 CC-339:hooks matcher 别名拒的事后读口 —— 服务端 7.115.0 起 400 体 `field: "settings.hooks"` 时交出 `detail` 的 `{ event, alias, canonical }`,老服务端 / 坏形 `undefined`、不读句子;§117)· `hookMatcherVerdict`(0.91.0 CC-306:hooks matcher 受理判定 —— 工具事件的 matcher 选中工具别名而选不中正名 ⇒ `refused`,读法与服务端受理面同一套,别名表读同一张生成表;正则形先过静态回溯上界,判不了落 `unjudged`、不是受理;§117)· `noteEngineCapsForAttachmentSeat`(0.98.0 退出公面,RL-41) / `observedAttachmentSeat`(0.98.0 退出公面,RL-41)(0.91.0 CC-315 ③:附件席位能力位读器,今天恒 `not_reported`,`present` 臂候引擎席位到货;§117)· `AttachmentsSpecRefused`(0.90.0 CC-316:`attachments` 声明被拒时 `SEMA_ATTACHMENTS` 与请求装配两处抛的同一个具名类,`TypeError` 的子类;自有位 `token` / `why` / `allowed` / `key?`;§116)· `canonicalHookToolName` / `hookToolAliasesOf`(0.90.0 CC-298:hooks matcher 的工具别名读口,别名 → 引擎内置工具规范名,表由构建期从已装引擎的静态工具目录生成、不手抄;只含内置工具的别名;§116)· `projectPermissionsAllowGrantCapability` / `noteEngineCapsForPermissionsAllowGrant`(0.98.0 退出公面) / `observedPermissionsAllowGrant` + `permissionsAllowGrantAvailable` / `permissionsAllowGrantDoctorDetail`(0.90.0 CC-302:「allow 规则按放行规则编」能力位三态读器 + 判据单源 + doctor 句;位名候定;§116)· `settingsHooksKeptLocally`(0.89.0 CC-287:hooks 设置来源条目的本端跳过口,按 matcher + 条目身份对照计划的请求体,判给引擎的不跑;§115)· `projectStorePostureCapability` / `noteEngineCapsForStorePosture`(0.96.0 退出公面) / `observedStorePosture` + `storePersistence` / `storePostureDoctorDetail`(0.86.0 CC-250:caps `store` 存储姿态四态读口与读账、持久判据三值、doctor 一行;键缺席 = 老引擎没报,不是「不持久」;§112)· `projectCenterWiringCapability` / `noteEngineCapsForCenterWiring`(0.96.0 退出公面) / `observedCenterWiring` + `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`(0.96.0 退出公面) / `observedSealedKey`(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`(0.98.0 退出公面) / `observedFileHistoryCapture` / `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`(0.96.0 退出公面) / `observedMcpProbe` / `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`(0.98.0 退出公面) / `observedDeviceExecutorManagement` / `deviceExecutorManagementDoctorDetail` / `deviceManagementVerbsAvailable`(0.74.2 CC-69;§70)· `projectApprovalsStreamLiveCapability` / `noteEngineCapsForApprovalsStreamLive`(0.98.0 退出公面) / `observedApprovalsStreamLive` / `approvalsStreamLiveDoctorDetail` / `livePendingNeedsReconcile`(0.73.3 CC-61;§65)· `projectExecutionLaneCapability` / `noteEngineCapsForExecutionLane`(0.98.0 退出公面) / `observedExecutionLane` / `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` 编排)、`src/hookToolAliases.ts`(0.90.0 CC-298:hooks matcher 工具别名读口;表是生成物 `src/generated/engineFactTables.ts` 的 `CORE_HOOK_TOOL_ALIASES`) |
 
 | 8 | **工具结果卡** | 34 | `toolResultRowFlagsOf`(0.98.0 CC-675:工具结果行四件行级事实的唯一读口;§126 SC-6)· `toolKillCauseAcrossEngineIdentity`(0.98.0 CC-714:退出码 137 的归因句里「引擎在这只调用跑着时换代了」的成因读数薄壳 —— 两侧代际锚按 `engineIdentityVerdict` 判 `changed` 才答 `'engine_restarted'`,判不出答缺席;宿主放进适配上下文的 `toolKillCause`;§126 GT-2)· `readToolCardOutcome`(0.97.0 CC-697:工具结果卡「结局」读口 —— 占位标记 / 引擎明说没执行 / 真结果 三态 + 成因 + 一句话,两车道同答;§124 NC-2)· `CORE_SEMA_TASK_TERMINAL_STATUSES` / `isCoreSemaTaskTerminal`(0.95.0 CC-78:TaskOutput 卡 / 登记任务的终态分区;§122 TW-1)· `detectEngineBgShellDetach`(0.93.0 CC-331:交出后台的引擎 Bash 的登记判读口 —— 只读结构化 `detached` 位,与回执臂同一只登记体、同一条 chrome 臂 `bgshell_register`;一张卡至多一条;§119)· `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` |
 
-| 10 | **headless / 部署旋钮 wire** | 58 | `isDetachDurableOff400`(0.84.1 CC-219:detach durable-off 400 纯判定,不带进程门,只认锚句不认码,一律不抛;§108)· `lastFlagValue`(0.74.3 CC-80:argv 末次旗值扫描原语上公面;§71)· `parseSandboxArgv` / `sandboxRequestFields` · `parseLimitsArgv` / `limitsForPrint` · `resolveHeadlessFinalVerify` · `resolveHeadlessPermissionMode` · `resolveHeadlessInteractiveTools` · `armDetachCancel` + `detachCancelArm` + `isDetachArmed` · `withHeadlessR1Reconnect`(0.93.0:limits / detach 两只引擎版本门与 `/health` 探测八名退出公面,`resolveHeadlessDetach` 只剩 env 一道〔§119 RT-5〕) | `-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` |
+| 10 | **headless / 部署旋钮 wire** | 59 | 0.100.0(FM 行,§128)+1 函数(`parseToolsFlagNames`:`--tools` 的 `!` 排除语法解析口,CC 2.1.296 解析形,FM-5;实现锚 `src/toolsFlagNames.ts`)· `isDetachDurableOff400`(0.84.1 CC-219:detach durable-off 400 纯判定,不带进程门,只认锚句不认码,一律不抛;§108)· `lastFlagValue`(0.74.3 CC-80:argv 末次旗值扫描原语上公面;§71)· `parseSandboxArgv` / `sandboxRequestFields` · `parseLimitsArgv` / `limitsForPrint` · `resolveHeadlessFinalVerify` · `resolveHeadlessPermissionMode` · `resolveHeadlessInteractiveTools` · `armDetachCancel` + `detachCancelArm` + `isDetachArmed` · `withHeadlessR1Reconnect`(0.93.0:limits / detach 两只引擎版本门与 `/health` 探测八名退出公面,`resolveHeadlessDetach` 只剩 env 一道〔§119 RT-5〕) | `-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 | **模型目录与预算** | 100 | 0.98.0(TX 行,§126)+2 函数(`resolveSubagentModelWord` / `subagentModelWordProblemLine`:子代理模型词 → 请求体的词 + 落点预览,与落不了点 / 多义时的一句;TX-5 / TX-6)· 0.97.0(PK 行,§124)+2 函数(`modelCandidateRejectedOf` / `modelCandidateRejectedContent`:配置候选被整拒的三态读口与措辞)· `modelSwitchProbeOutcomeOf` / `runModelSwitchProbe` / `createModelSwitchFallbackLedger`(0.95.0 CC-324:切模型探活结果分型与编排、切换后首发空流的按会话回落台账;§122 SB-4)· `readUsageAnalytics` / `projectUsageAnalytics` / `readUsageSummary` / `readUsageSeries` / `readUsageBreakdown` / `projectUsageSummary` / `projectUsageSeries` / `projectUsageBreakdown` / `classifyUsageFailure` / `usageBoundPrefix` / `usageWindowOfRange` / `USAGE_SENTENCES` / `USAGE_HEATMAP_MAX_DAYS`(0.95.0 CC-511:引擎用量分析 `GET /v1/usage/summary` · `series` · `breakdown` 三口读器 + 四次读合一张的三态卡 + 用户面四句单源;缺席位不编 0、读失败 ≠ 引擎没有这一面;§122 RD-2)· `readLiveModelCatalog` / `liveDefaultModelOf` / `atMentionOf` / `modelCompatOf` / `liveModelRowsOf`(0.95.0 CC-465:`GET /v1/models` 回体的唯一读口 + 缺省模型〔服务端答案,只读 `defaultModel`,绝不取第一行〕+ @ 三态 + 兼容声明三态 + 行视图;§122 WB-1 – WB-3)· `droppedModelEntriesOf`(0.95.0 CC-540 A:在线目录里哪些条目没被收下、为什么 —— 键缺席读成 `not_reported`、不编空数组;§122 UP-1)· `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` |
+| 11 | **模型目录与预算** | 113 | 0.99.0(TX / MI 行,§127)+3 函数(`tierBlurb`:档位说明按界面语言出句,TX-7 · `modelRouteGapSentence` / `modelRouteGapFact`:路由缺口句具名出口,MI-1)· 0.99.0(PB 行,§127)+3 名(`PROBE_VERDICTS` · `probeModelLiveness` · `probeVerdictNotice`:首 token 存活探针与判决词表;实现锚 `src/modelCapabilityProbe.ts`)· 0.98.0(TX 行,§126)+2 函数(`resolveSubagentModelWord` / `subagentModelWordProblemLine`:子代理模型词 → 请求体的词 + 落点预览,与落不了点 / 多义时的一句;TX-5 / TX-6)· 0.97.0(PK 行,§124)+2 函数(`modelCandidateRejectedOf` / `modelCandidateRejectedContent`:配置候选被整拒的三态读口与措辞)· `modelSwitchProbeOutcomeOf` / `runModelSwitchProbe` / `createModelSwitchFallbackLedger`(0.95.0 CC-324:切模型探活结果分型与编排、切换后首发空流的按会话回落台账;§122 SB-4)· `readUsageAnalytics` / `projectUsageAnalytics` / `readUsageSummary` / `readUsageSeries` / `readUsageBreakdown` / `projectUsageSummary` / `projectUsageSeries` / `projectUsageBreakdown` / `classifyUsageFailure` / `usageBoundPrefix` / `usageWindowOfRange` / `USAGE_SENTENCES` / `USAGE_HEATMAP_MAX_DAYS`(0.95.0 CC-511:引擎用量分析 `GET /v1/usage/summary` · `series` · `breakdown` 三口读器 + 四次读合一张的三态卡 + 用户面四句单源;缺席位不编 0、读失败 ≠ 引擎没有这一面;§122 RD-2)· `readLiveModelCatalog` / `liveDefaultModelOf` / `atMentionOf` / `modelCompatOf` / `liveModelRowsOf`(0.95.0 CC-465:`GET /v1/models` 回体的唯一读口 + 缺省模型〔服务端答案,只读 `defaultModel`,绝不取第一行〕+ @ 三态 + 兼容声明三态 + 行视图;§122 WB-1 – WB-3)· `droppedModelEntriesOf`(0.95.0 CC-540 A:在线目录里哪些条目没被收下、为什么 —— 键缺席读成 `not_reported`、不编空数组;§122 UP-1)· `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 与后台工作视图** | 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 契约** | 51 | `checkSessionRowPatchRequest` / `isSessionRowPatchRequest` / `SESSION_ROW_PATCH_REQUEST_KEYS`(0.96.0 CC-634:`patchSession` 的入站判官 + 入参键集;§123 PB-4)· `checkSendMessageRequest` / `isSendMessageRequest` / `SEAT_REWIND_INTENT_KEYS` / `SEAT_TURN_SETTINGS_ORIGINS`(0.95.0 CC-466:`sendMessage` 的唯一入站判官 + 回退载体键集 + settings 子键出身表;§122 WB-5 – WB-7)· `seatCapability` / `watchSeatCapability` / `seatCapabilityUnavailableDetail` / `SEAT_CAPABILITY_NAMES`(0.94.0 CC-469:座位能力表三态读口 + 先订阅再读的订阅口 + 禁用句单源 + 能力名闭集 —— 可缺的座位动词〔今天 `pickFolder`〕能不能用只由宿主发布的能力表答;§121)· `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 桌面壳里的符号只会零命中,而零命中在这里**既不证真也不证伪**。复核这些断言**不得**拿本仓语料当反证 |
+| 13 | **座位 IPC 契约** | 72 | 0.100.0(TT 行,§128)+2 函数(`checkMcpToolToggleKey`:逐工具开关键的唯一形判 · `mcpToolTogglesToExcludeTools`:开关键 → 请求级 `excludeTools` 的唯一映射,TT-1;座位两动词 `listMcpToolToggles` / `setMcpToolToggle` 与能力位 `mcpToolToggles` 在契约型上,TT-2)· 0.99.0(SE 行,§127)+19(三只席位:`checkSeatDeviceRebindRequest` / `checkSeatDeviceRevokeRequest` / `checkCloudLoginRequest` / `checkCloudEngineConnectRequest` / `checkCloudEngineConfigureRequest` / `checkOnboardEntryRequest` / `checkOnboardApplyRequest` 七只入站判官 · `ENGINE_TARGET_REFUSALS` / `CLOUD_LOGIN_FAILURES` / `ONBOARD_REFUSALS` 三张闭集 · `devicesFaceOf` / `devicesWritesAllowed` / `devicesFaceDetail` 设备面读法 · `cloudLoginFailureOf` / `cloudLoginFailureText` / `engineTargetRefusalText` / `watchEngineTarget` / `seatMcpReadingOf` 引擎目标读法与句 · `readSeatSubagentContent` 子代内容臂读口;SE-1 – SE-4)· `checkSessionRowPatchRequest` / `isSessionRowPatchRequest` / `SESSION_ROW_PATCH_REQUEST_KEYS`(0.96.0 CC-634:`patchSession` 的入站判官 + 入参键集;§123 PB-4)· `checkSendMessageRequest` / `isSendMessageRequest` / `SEAT_REWIND_INTENT_KEYS` / `SEAT_TURN_SETTINGS_ORIGINS`(0.95.0 CC-466:`sendMessage` 的唯一入站判官 + 回退载体键集 + settings 子键出身表;§122 WB-5 – WB-7)· `seatCapability` / `watchSeatCapability` / `seatCapabilityUnavailableDetail` / `SEAT_CAPABILITY_NAMES`(0.94.0 CC-469:座位能力表三态读口 + 先订阅再读的订阅口 + 禁用句单源 + 能力名闭集 —— 可缺的座位动词〔今天 `pickFolder`〕能不能用只由宿主发布的能力表答;§121)· `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 | **宿主端口与会话槽** | 59 | 0.98.0(TX 行,§126)+9 函数 / 常量 +1 台账对象 −1 常量(`EN_MESSAGES` / `ZH_MESSAGES` / `translate` / `createTranslator` / `createMissLedger` / `uiMissLedger` / `msg` / `renderMessage` / `DATA_FACE_LANGUAGE`:消息目录;`resolveUiLanguageFrom`:界面语言解析链;退出 `PROBE_HEALTH_DIVERGENCE`(0.98.0 退出公面);TX-1…TX-4)· `resolveEngineEnvSourcing` / `engineEnvView`(0.95.0 CC-321:起本机引擎时「全有或全无」组的来源判定 —— 组声明 / 忽略判据 / 别名由宿主给,退役 env 改名表不进包;§122 SA-5)· `compileAllowList`(0.94.0 CC-356 ①:core 值级端口第十二件的读口 —— 引擎 allow 层读 allow 列表的读法,装配口新形整表复核用;§121)· `mintNamespacePrefix`(0.92.0 CC-371:core 值级端口第十一件的读口;§118)· `abortableSleep`(0.91.0 CC-317:abort 感知的 sleep —— 入口先查 `signal.aborted`、等待中 abort 即刻醒来并清掉定时器;§117)· `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 | **控制面与传输** | 262 | 0.98.0(RB 行,§126)−3 函数(SQL 姿态 / 写保护 / WebSearch 后端三只读器的探测闭包 tee 口退出根入口,逐名见 §2z)· 0.98.0(UP 行,§126)+7 函数(`preemptReceiptLine`:优雅让位的一行回执句,配 `ControlRouter.preempt`〔UP-2〕;`issueEnrollToken` / `enrollDevice` / `revokeDevice`:设备注册三动词发射口;`deviceIdentityMismatchOf` / `deviceIdentityMismatchLine`:`device.identity_mismatch` 两读法收一与四段句;`deviceRegistrationOutcomeLine`:三动词结局的一句话〔UP-3〕)· 0.98.0(TP 行,§126)+4 函数(`normalizeEngineBaseUrl` / `engineUrlTransportVerdict` / `submitStreamWithBoundedReopen` / `createStreamDrainingLegs`:引擎地址规范化 / 传输闸、流式提交同键有界重开、排空收场账)· 0.97.0(PK 行,§124)−1 +1 常量(`ASK_PARK_GATE_KINDS`(0.97.0 退出公面) 退出根入口 / `APPROVAL_DECIDE_GATE_KINDS` 经 sdk 转口,同名 `PLAN_REVIEW_GATE_KINDS` 换成 sdk 那一只,净零)· 0.96.0(PP 行,§123)+1 函数(`durableDecideLegOf`〔PP-4:一行待决归哪条耐久决断腿的唯一判定口,五词闭集,永不抛〕)· 0.96.0(CV 行,§123)+1 函数 +1 常量(`credentialProvenance`〔CV-1:云模式凭据来源纯判词 —— 壳给生命周期事实,答 `local-sidecar` / `service-token` / `registry` / `none` 或显式 `unreadable`〕· `CREDENTIAL_ATTACH_WORDS`〔四词冻结表〕)· 0.96.0(CL 行,§123)+4 函数(`projectEngineDirectory` / `projectMeEngine` / `decideMeEngine` / `engineOverrideOf`〔CL-1 / CL-3 / CL-4:云控制面执行体目录与「我的执行体」两条读口回体的纯投影、candidates 判定与 `--engine` 只在名册内的覆盖判定〕)· `fireInteractiveInterrupt`(0.95.0 CC-319:Esc 的 interrupt 发射口,失败与 steer / cancel 同一把至多一次尺,结局即 `planInteractiveHalt` 入参;§122 SA-1)· `listDevices` / `readSessionBinding` / `rebindSession` / `reconcileRebindOutcome` / `rebindProvesRequestNotApplied`(0.95.0 CC-320 ①:设备换绑三只发射口 + 两只纯判定;§122 SA-2)· `isInStreamDrainingEnd` / `streamDrainingDecision` / `STREAM_DRAINING_RECONNECT_MAX` / `autonomyLaneRefusalFromError` / `autonomyLaneRefusalContent`(0.94.0 SV / SP2)· `deviceFlowPollingPlan`(0.94.0 CC-504:设备码登录轮询的握手寿命 / 轮询间隔 —— 响应里的有限正数优先,缺席或坏形取设置契约数,间隔 ≥ 1;§121)· `scenarioAssignmentUnknownFromError`(0.93.0 CC-451 ⑤:场景指派悬空的 `503 state.scenario_assignment_unknown` 按码认的读口;§119)· `readEngineConfigApplyState` / `configDriftVerdict`(0.93.0 CC-323 ②:`/health` 配置落地五键的结构读读器与心跳 configHash 漂移的四态判决;§119)· `transportFailureScene`(0.93.0 CC-363:连接失败现场判读口 —— 一次传输失败的抛出物按「这一发有没有送出」的同一套判据读成机读现场:成因链至多 4 层、每层只取机读位、`provablyNotSent` 与 `noAnswer` 一并给,永不抛、返回物冻结;§119)· `steerRefusalAdviceOf` / `steeringRefusedBeforeEngine`(0.91.0 CC-307:steer 拒收的判别位 + 处置句合成口 —— `ControlRouter.steer` 抛出的 `ControlSafetyError` 的 `code` / `advice` 由它给,不经路由器的 steer 路径拿 sdk 裸错误调同一只;「服务端在交给引擎之前就拒了」判定;§117)· `eraseSessionMemory` / `sessionMemoryEraseOutcome` + `SESSION_MEMORY_ERASE_REFUSAL_REASONS` / `SESSION_MEMORY_ERASE_UNCONFIRMED_WHYS` / `SESSION_MEMORY_ERASE_RETRIES`(0.88.0 CC-264:会话所有者自助记忆抹除 —— 按 wire 直发恰一发,四档判定 + 单源句 + 七值重发姿势;§114)· `classifyRegistryConflict`(0.95.0 退出公面) / `isScopeGoneError`(0.95.0 退出公面)(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)· `MCP_RECONNECT_UNSETTLED_NOTICE`(0.93.0 CC-429:重拨应答期限先到时给人看的那一句,判决臂 `unsettled` 的措辞单源 —— 这一口没等到结果、不是失败;§119 MU)· `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`(0.98.0 退出公面) / `forgetWebSearchBackendReading`(0.95.0 退出公面) / `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`(0.98.0 退出公面) / `forgetSqlEngineReading`(0.95.0 退出公面) / `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`(0.95.0 退出公面) / `CLAIM_HELD_STATES`(释放判据改读 `isSdkRunTerminal`) · `atMostOnceFailureClass` / `readSteerReceipt`(0.92.0 CC-374:steer 回执唯一读口,取代 `readSteerDelivery`(🔧 0.92.0 退出公面)/ `readSteerReceiptStatus`(🔧 0.92.0 退出公面);§118)· `steerBodyOf`(0.92.0 CC-374:steer 体唯一铸点,不认档位即抛、零请求;§118)· `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`(0.98.0 退出公面) / `forgetWriteProtectionReading`(0.95.0 退出公面) / `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` |
+| 15 | **控制面与传输** | 275 | 0.100.0(RB / RF 行,§128)−1 +6 函数(删 `scenarioAssignmentUnknownFromError`(0.100.0 退出公面),RB-1;`prepareRefusalNoteOf` / `prepareRefusalCodeOf`〔prepare 拒启码一码一句、三载体取码〕,RF-1;`fieldLimitRefusalFromError` / `fieldLimitRefusalContent`〔帽的拒一只读口〕,RF-2;`admissionWallRefusalFromError` / `admissionWallRefusalContent`〔库的墙门 413 出处位〕,RF-5b) · 0.99.0(UA / US / SR 行,§127)+7 函数(`userAttachmentRefusalFromError` / `userAttachmentRefusalContent`,UA-4 · `userInvokedSkillRefusalFromError` / `userInvokedSkillRefusalContent`,US-1 · `scenarioRefusalFromError` / `scenarioRefusalContent` / `mcpPanelRefusalOf`:场景门拒绝一只读数两个载体一句话与面板拒因判别口,SR-1 / SR-2)· 0.99.0(TH 行,§127)+1 函数(`isNotFoundFailure`:「这次失败是不是找不到」的唯一读法,三形分读,TH-1)· 0.98.0(RB 行,§126)−3 函数(SQL 姿态 / 写保护 / WebSearch 后端三只读器的探测闭包 tee 口退出根入口,逐名见 §2z)· 0.98.0(UP 行,§126)+7 函数(`preemptReceiptLine`:优雅让位的一行回执句,配 `ControlRouter.preempt`〔UP-2〕;`issueEnrollToken` / `enrollDevice` / `revokeDevice`:设备注册三动词发射口;`deviceIdentityMismatchOf` / `deviceIdentityMismatchLine`:`device.identity_mismatch` 两读法收一与四段句;`deviceRegistrationOutcomeLine`:三动词结局的一句话〔UP-3〕)· 0.98.0(TP 行,§126)+4 函数(`normalizeEngineBaseUrl` / `engineUrlTransportVerdict` / `submitStreamWithBoundedReopen` / `createStreamDrainingLegs`:引擎地址规范化 / 传输闸、流式提交同键有界重开、排空收场账)· 0.97.0(PK 行,§124)−1 +1 常量(`ASK_PARK_GATE_KINDS`(0.97.0 退出公面) 退出根入口 / `APPROVAL_DECIDE_GATE_KINDS` 经 sdk 转口,同名 `PLAN_REVIEW_GATE_KINDS` 换成 sdk 那一只,净零)· 0.96.0(PP 行,§123)+1 函数(`durableDecideLegOf`〔PP-4:一行待决归哪条耐久决断腿的唯一判定口,五词闭集,永不抛〕)· 0.96.0(CV 行,§123)+1 函数 +1 常量(`credentialProvenance`〔CV-1:云模式凭据来源纯判词 —— 壳给生命周期事实,答 `local-sidecar` / `service-token` / `registry` / `none` 或显式 `unreadable`〕· `CREDENTIAL_ATTACH_WORDS`〔四词冻结表〕)· 0.96.0(CL 行,§123)+4 函数(`projectEngineDirectory` / `projectMeEngine` / `decideMeEngine` / `engineOverrideOf`〔CL-1 / CL-3 / CL-4:云控制面执行体目录与「我的执行体」两条读口回体的纯投影、candidates 判定与 `--engine` 只在名册内的覆盖判定〕)· `fireInteractiveInterrupt`(0.95.0 CC-319:Esc 的 interrupt 发射口,失败与 steer / cancel 同一把至多一次尺,结局即 `planInteractiveHalt` 入参;§122 SA-1)· `listDevices` / `readSessionBinding` / `rebindSession` / `reconcileRebindOutcome` / `rebindProvesRequestNotApplied`(0.95.0 CC-320 ①:设备换绑三只发射口 + 两只纯判定;§122 SA-2)· `isInStreamDrainingEnd` / `streamDrainingDecision` / `STREAM_DRAINING_RECONNECT_MAX` / `autonomyLaneRefusalFromError` / `autonomyLaneRefusalContent`(0.94.0 SV / SP2)· `deviceFlowPollingPlan`(0.94.0 CC-504:设备码登录轮询的握手寿命 / 轮询间隔 —— 响应里的有限正数优先,缺席或坏形取设置契约数,间隔 ≥ 1;§121)· `scenarioAssignmentUnknownFromError`(0.100.0 退出公面)(0.93.0 CC-451 ⑤:场景指派悬空的 `503 state.scenario_assignment_unknown` 按码认的读口;§119)· `readEngineConfigApplyState` / `configDriftVerdict`(0.93.0 CC-323 ②:`/health` 配置落地五键的结构读读器与心跳 configHash 漂移的四态判决;§119)· `transportFailureScene`(0.93.0 CC-363:连接失败现场判读口 —— 一次传输失败的抛出物按「这一发有没有送出」的同一套判据读成机读现场:成因链至多 4 层、每层只取机读位、`provablyNotSent` 与 `noAnswer` 一并给,永不抛、返回物冻结;§119)· `steerRefusalAdviceOf` / `steeringRefusedBeforeEngine`(0.91.0 CC-307:steer 拒收的判别位 + 处置句合成口 —— `ControlRouter.steer` 抛出的 `ControlSafetyError` 的 `code` / `advice` 由它给,不经路由器的 steer 路径拿 sdk 裸错误调同一只;「服务端在交给引擎之前就拒了」判定;§117)· `eraseSessionMemory` / `sessionMemoryEraseOutcome` + `SESSION_MEMORY_ERASE_REFUSAL_REASONS` / `SESSION_MEMORY_ERASE_UNCONFIRMED_WHYS` / `SESSION_MEMORY_ERASE_RETRIES`(0.88.0 CC-264:会话所有者自助记忆抹除 —— 按 wire 直发恰一发,四档判定 + 单源句 + 七值重发姿势;§114)· `classifyRegistryConflict`(0.95.0 退出公面) / `isScopeGoneError`(0.95.0 退出公面)(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)· `MCP_RECONNECT_UNSETTLED_NOTICE`(0.93.0 CC-429:重拨应答期限先到时给人看的那一句,判决臂 `unsettled` 的措辞单源 —— 这一口没等到结果、不是失败;§119 MU)· `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`(0.98.0 退出公面) / `forgetWebSearchBackendReading`(0.95.0 退出公面) / `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`(0.98.0 退出公面) / `forgetSqlEngineReading`(0.95.0 退出公面) / `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`(0.95.0 退出公面) / `CLAIM_HELD_STATES`(释放判据改读 `isSdkRunTerminal`) · `atMostOnceFailureClass` / `readSteerReceipt`(0.92.0 CC-374:steer 回执唯一读口,取代 `readSteerDelivery`(🔧 0.92.0 退出公面)/ `readSteerReceiptStatus`(🔧 0.92.0 退出公面);§118)· `steerBodyOf`(0.92.0 CC-374:steer 体唯一铸点,不认档位即抛、零请求;§118)· `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`(0.98.0 退出公面) / `forgetWriteProtectionReading`(0.95.0 退出公面) / `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` |
+| 14 | **宿主端口与会话槽** | 63 | 0.99.0(SI 行,§127)+2 函数(`canonicalSessionIdOf` / `sessionIdRefusalOf`:会话 id 规范形判读与拒因读口,律从服务端同源,SI-1)· 0.98.0(TX 行,§126)+9 函数 / 常量 +1 台账对象 −1 常量(`EN_MESSAGES` / `ZH_MESSAGES` / `translate` / `createTranslator` / `createMissLedger` / `uiMissLedger` / `msg` / `renderMessage` / `DATA_FACE_LANGUAGE`:消息目录;`resolveUiLanguageFrom`:界面语言解析链;退出 `PROBE_HEALTH_DIVERGENCE`(0.98.0 退出公面);TX-1…TX-4)· `resolveEngineEnvSourcing` / `engineEnvView`(0.95.0 CC-321:起本机引擎时「全有或全无」组的来源判定 —— 组声明 / 忽略判据 / 别名由宿主给,退役 env 改名表不进包;§122 SA-5)· `compileAllowList`(0.94.0 CC-356 ①:core 值级端口第十二件的读口 —— 引擎 allow 层读 allow 列表的读法,装配口新形整表复核用;§121)· `mintNamespacePrefix`(0.92.0 CC-371:core 值级端口第十一件的读口;§118)· `abortableSleep`(0.91.0 CC-317:abort 感知的 sleep —— 入口先查 `signal.aborted`、等待中 abort 即刻醒来并清掉定时器;§117)· `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` |
 
 
 
 
-| 16 | **引擎词汇表与包自检** | 193 | 0.98.0(BA 行,§126)+1 常量(`BUILTIN_SUBAGENT_TYPES`:内建子代理名表〔Explore / Plan / fork / general-purpose,构建期取自引擎包根,名随引擎〕;§126 BA-1)· 0.97.0(PK 行,§124)+1 常量 +2 函数(`CONFLICT_IDEMPOTENCY_PAYLOAD_MISMATCH` / `isIdempotencyPayloadMismatchCode` / `idempotencyPayloadMismatchContent`:提交幂等同键换体的码、判定与措辞)· 0.96.0(EF 行,§123)+1 函数(`engineSupportFloorEffective`〔EF-1:`engineVersionTier(version, floor?)` 实际门槛的读口 —— 声明的服务端底线与 `floor` 取高,同一次计算;拒句渲它而不渲壳常量〕)· 0.96.0(KY 行,§123)+2 函数(`readFinishReasonUnknown`〔KY-3:`route.finish_reason_unknown` 通告的事实读器〕· `readStreamEndIgnored`〔KY-4:`route.stream_end_ignored` 通告的事实读器〕,均挂 `ENGINE_NOTICE_FACT_READERS` 派发表)· 0.96.0(NT 行,§123)+9 函数 / 常量(`cutForDisplay`〔NT-1:句界截断原语〕· `noticePresentationFacts`〔NT-2:通告呈现事实〕· `NOTICE_SEAT_CLASS` / `noticeSeatClassOf`〔NT-3:座位类表〕· `outletReachable` / `OUTLET_KINDS` / `planOutletRendering`〔NT-4:出路可达判官〕· `noticePrintLine` / `NOTICE_FULL_TEXT_CAP`〔NT-5:`-p` stderr 行铸点〕)· `REQUEST_AUTONOMY_LANE_REFUSED`(0.94.0 SV / SP2)· `SCENARIO_ASSIGNMENT_UNKNOWN_ERROR_CODE`(0.93.0 CC-451 ⑤:场景指派悬空的 503 码常量;§119)· `coreVersionTier`(0.93.0 CC-355:引擎装机里 core 包版本的三态判定,与 `engineVersionTier` 同一只解析、同一个三态型 `EngineVersionTier`,只差门槛下限来源 —— 取声明的引擎一项 `SUPPORT_FLOOR.core`、调用方只能抬不能降;§119)· `ABORT_CAUSES` / `readAbortCause` / `abortCauseNoteOf`(0.92.0 CC-295:服务端发起的中止在取消终局上留下的成因三词、四落点唯一读口〔表外词不折〕与成因那一句〔本包合成终局行与结果帧 `errors[0]` 补的就是它〕;§118)· `readTurnInterrupted` / `turnInterruptedNotice` / `steerCutVerdict`(0.92.0 CC-374:一次真切断的通告读器、用户面一句与对 steer 回执的对账判词;§118)· `RUN_DEATH_VERDICT_CODES` / `runDeathVerdictNoteOf` + 三码 · `ASK_GONE` · `CAPABILITY_OPERATOR_PRINCIPALS_REQUIRED` / `operatorGateRefusalContent`(0.92.0 CC-371 / CC-370:run 死亡判决三码两类出路句、410 码、运维名单为空码与运维门两句;§118)· `CONFIG_IMAGE_INVALID` / `imageInvalidFailureNoteOf`(0.92.0 CC-369 ⑦:内联图片被拒码进配置拒绝识别表 + 唯一一句出路,只按码判;§118)· `checkpointUnsupportedVersionFromError` / `checkpointUnsupportedVersionContent`(0.91.0 CC-339:续跑被拒 409 `checkpoint.unsupported_version` 的读口与出句口,与 reopen 族同形 —— 读口只在 `retriable: true` 时认领,停驻种类与 run id 是出句口的入参;§117)· `SUPPORT_FLOOR` / `supportFloorOf` / `engineVersionTier`(0.90.0 CC-299:本包机读支持底线声明 —— 服务端 / 引擎 / sdk 三项「仍然支持的最老一版」,冻结对象 + 组件读口;引擎(服务端)版本串三态判定,只认纯 `x.y.z`,门槛 = 声明的服务端底线、调用方只能抬不能降;§116)· `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`〔🔧 0.90.0 退出公面,见 §2z〕 + `PERMISSION_MODE_FOLD_REASONS`(0.86.0 CC-249:引擎 7.34.0 新铸六条通告的事实读器,挂进按码派发口;分支键按闭集读、描述性词原样透传;§112)· `RULES_LEGACY_TOOL_NAME`(0.98.0 退出公面) / `isRulesRefusalCode`(0.86.0 CC-251:会话规则写口拒名码常量〔0.98.0 RD-5 退〕与 `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 冲突,分诊归引擎)· `CORE_TASK_NOTIFICATION_TERMINAL_STATUSES` / `isCoreTaskNotificationTerminal` / `isCoreTaskNotificationTerminalNotSuccess`(0.95.0 CC-78 改名带属主;§122 TW-1)· `TASK_NOTIFICATION_TERMINAL_STATUSES` / `isTaskNotificationTerminalStatus`(0.95.0 退出公面)(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`(0.96.0 退出公面) / `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`(0.96.0 退出公面) 识别表)· `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`〔0.93.0 起单参〕;0.67.0 补入的 `ruleStoreUnreadable` 一族三名 0.93.0 退出公面,§119 RT-1)、`src/autoModeUnavailable.ts`(`AUTO_MODE_UNAVAILABLE_CAUSES` + 🆕 `CLASSIFIER_DENY_CAUSES`/`isClassifierDenyCause`/`classifierDenyCauseOf`/`classifierDenyCauseDetail`;🔴 同批**删**`classifierUnavailableOf`/`classifierUnavailableDetail`,详见 §32b)、`src/classifierStatus.ts`(`CLASSIFIER_STATUS_STATES`/`classifierStatusOf`/`classifierStatusDetail`)|
+| 16 | **引擎词汇表与包自检** | 197 | 0.100.0(RF / SB 行,§128)+3 码常量(`CONFIG_TOOL_FACE_CONTROL` / `PROMPT_ASSEMBLED_ROLE_REFUSED`,RF-1;`CAPABILITY_K8S_LANE_REQUIRED`,SB-1) · 0.99.0(UA / US 行,§127)+2 常量(`USER_ATTACHMENT_INVALID_ERROR_CODE` / `USER_INVOKED_SKILL_UNKNOWN_ERROR_CODE`,UA-4 / US-1)· 0.99.0(RB 行,§127)−1 常量(`STOP_CONFLICT_CODES`(0.99.0 退出公面):`stop.*` 冲突码有序数组到期退役,RL-151;停止冲突只认机读码;§127 RB-1)· 0.98.0(BA 行,§126)+1 常量(`BUILTIN_SUBAGENT_TYPES`:内建子代理名表〔Explore / Plan / fork / general-purpose,构建期取自引擎包根,名随引擎〕;§126 BA-1)· 0.97.0(PK 行,§124)+1 常量 +2 函数(`CONFLICT_IDEMPOTENCY_PAYLOAD_MISMATCH` / `isIdempotencyPayloadMismatchCode` / `idempotencyPayloadMismatchContent`:提交幂等同键换体的码、判定与措辞)· 0.96.0(EF 行,§123)+1 函数(`engineSupportFloorEffective`〔EF-1:`engineVersionTier(version, floor?)` 实际门槛的读口 —— 声明的服务端底线与 `floor` 取高,同一次计算;拒句渲它而不渲壳常量〕)· 0.96.0(KY 行,§123)+2 函数(`readFinishReasonUnknown`〔KY-3:`route.finish_reason_unknown` 通告的事实读器〕· `readStreamEndIgnored`〔KY-4:`route.stream_end_ignored` 通告的事实读器〕,均挂 `ENGINE_NOTICE_FACT_READERS` 派发表)· 0.96.0(NT 行,§123)+9 函数 / 常量(`cutForDisplay`〔NT-1:句界截断原语〕· `noticePresentationFacts`〔NT-2:通告呈现事实〕· `NOTICE_SEAT_CLASS` / `noticeSeatClassOf`〔NT-3:座位类表〕· `outletReachable` / `OUTLET_KINDS` / `planOutletRendering`〔NT-4:出路可达判官〕· `noticePrintLine` / `NOTICE_FULL_TEXT_CAP`〔NT-5:`-p` stderr 行铸点〕)· `REQUEST_AUTONOMY_LANE_REFUSED`(0.94.0 SV / SP2)· `SCENARIO_ASSIGNMENT_UNKNOWN_ERROR_CODE`(0.93.0 CC-451 ⑤:场景指派悬空的 503 码常量;§119)· `coreVersionTier`(0.93.0 CC-355:引擎装机里 core 包版本的三态判定,与 `engineVersionTier` 同一只解析、同一个三态型 `EngineVersionTier`,只差门槛下限来源 —— 取声明的引擎一项 `SUPPORT_FLOOR.core`、调用方只能抬不能降;§119)· `ABORT_CAUSES` / `readAbortCause` / `abortCauseNoteOf`(0.92.0 CC-295:服务端发起的中止在取消终局上留下的成因三词、四落点唯一读口〔表外词不折〕与成因那一句〔本包合成终局行与结果帧 `errors[0]` 补的就是它〕;§118)· `readTurnInterrupted` / `turnInterruptedNotice` / `steerCutVerdict`(0.92.0 CC-374:一次真切断的通告读器、用户面一句与对 steer 回执的对账判词;§118)· `RUN_DEATH_VERDICT_CODES` / `runDeathVerdictNoteOf` + 三码 · `ASK_GONE` · `CAPABILITY_OPERATOR_PRINCIPALS_REQUIRED` / `operatorGateRefusalContent`(0.92.0 CC-371 / CC-370:run 死亡判决三码两类出路句、410 码、运维名单为空码与运维门两句;§118)· `CONFIG_IMAGE_INVALID` / `imageInvalidFailureNoteOf`(0.92.0 CC-369 ⑦:内联图片被拒码进配置拒绝识别表 + 唯一一句出路,只按码判;§118)· `checkpointUnsupportedVersionFromError` / `checkpointUnsupportedVersionContent`(0.91.0 CC-339:续跑被拒 409 `checkpoint.unsupported_version` 的读口与出句口,与 reopen 族同形 —— 读口只在 `retriable: true` 时认领,停驻种类与 run id 是出句口的入参;§117)· `SUPPORT_FLOOR` / `supportFloorOf` / `engineVersionTier`(0.90.0 CC-299:本包机读支持底线声明 —— 服务端 / 引擎 / sdk 三项「仍然支持的最老一版」,冻结对象 + 组件读口;引擎(服务端)版本串三态判定,只认纯 `x.y.z`,门槛 = 声明的服务端底线、调用方只能抬不能降;§116)· `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`〔🔧 0.90.0 退出公面,见 §2z〕 + `PERMISSION_MODE_FOLD_REASONS`(0.86.0 CC-249:引擎 7.34.0 新铸六条通告的事实读器,挂进按码派发口;分支键按闭集读、描述性词原样透传;§112)· `RULES_LEGACY_TOOL_NAME`(0.98.0 退出公面) / `isRulesRefusalCode`(0.86.0 CC-251:会话规则写口拒名码常量〔0.98.0 RD-5 退〕与 `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 冲突,分诊归引擎)· `CORE_TASK_NOTIFICATION_TERMINAL_STATUSES` / `isCoreTaskNotificationTerminal` / `isCoreTaskNotificationTerminalNotSuccess`(0.95.0 CC-78 改名带属主;§122 TW-1)· `TASK_NOTIFICATION_TERMINAL_STATUSES` / `isTaskNotificationTerminalStatus`(0.95.0 退出公面)(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`(0.96.0 退出公面) / `isConfigRefusalCode` · `DECIDE_WORKFLOW_LANE_CODES`(+ 三个具名码;`/decide` workflow 车道,三条出路刻意不合并,详见 §30h)· `STOP_CONFLICT_CODES`(0.99.0 退出公面,RL-151) · `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`(0.96.0 退出公面) 识别表)· `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`〔0.93.0 起单参〕;0.67.0 补入的 `ruleStoreUnreadable` 一族三名 0.93.0 退出公面,§119 RT-1)、`src/autoModeUnavailable.ts`(`AUTO_MODE_UNAVAILABLE_CAUSES` + 🆕 `CLASSIFIER_DENY_CAUSES`/`isClassifierDenyCause`/`classifierDenyCauseOf`/`classifierDenyCauseDetail`;🔴 同批**删**`classifierUnavailableOf`/`classifierUnavailableDetail`,详见 §32b)、`src/classifierStatus.ts`(`CLASSIFIER_STATUS_STATES`/`classifierStatusOf`/`classifierStatusDetail`)|
 
 
 
@@ -236,6 +236,12 @@ SDK 核对「本包 import 的每个值级符号仍然导出」「`TaskStats.cos
 
 | 退役 | 名 | 退出版本 | 改用什么 |
 |---|---|---|---|
+| 🔧 退出公面 | `scenarioAssignmentUnknownFromError`(场景指派悬空 `503 state.scenario_assignment_unknown` 的按码读口)| 0.100.0 | `scenarioRefusalFromError`:同一只拒的唯一读口(场景门拒的两种载体 —— 整面 503 体与面板 200 体上的 `scenarioRefusal` —— 一只读口、一句话 `scenarioRefusalContent`);型 `ScenarioAssignmentUnknownDetail` 同批删除,改读 `ScenarioRefusalReading`(型面 BREAKING:按名 import 的端编译红一次,三端生产源零读点,见 §128 RB-1) |
+| 🔧 退出公面 | `memoryOffDeclarationField`(「这一次别给我记忆」意图位 → 装配口顶层入参 `memory` 的片段口) | 0.100.0 | 宿主自供项装配入口:`hostTurnSettings({ sources: { memory: { flag, settingsMemory } } })`(入口调意图判官 `memoryOffDeclared`,值只经产物进请求体;装配口顶层入参 `memory` 同版删,手填按名拒)。型面 BREAKING:按名 import 的端编译红一次(终端 `liveClient.ts` / `engineSideChannel.ts`、桌面端 `request-switches-wire.ts`),见 §128 AS-5 |
+| 🔧 退出公面 | `fileHistoryDeclarationField`(「这一次别捕获文件历史」意图 + 能力读数 → 装配口顶层入参 `fileHistory` 的片段口) | 0.100.0 | 宿主自供项装配入口:`hostTurnSettings({ sources: { fileHistory: { reading, captureOff } } })`(入口调收紧判官 `fileHistoryTightenVerdict`;判不出 ⇒ 这一回合不发,句 = `fileHistoryUnjudgedRefusal`;装配口顶层入参 `fileHistory` 同版删)。型面 BREAKING:按名 import 的端编译红一次(终端 `liveClient.ts`、桌面端 `request-switches-wire.ts`),见 §128 AS-5 |
+| 🔧 退出公面 | `MCP_CAPS`(服务端提交腿 32 台上限的手抄)/ `SKILL_CAPS`(技能正文 1 MiB 帽的手抄) | 0.100.0 | 无替代:本包不再按 32 台 / 1 MiB 截断或丢弃 —— 超过 32 台的 MCP 服务器声明与超过 1 MiB 的技能正文原样上体,服务端 ≥ 7.132.0 整份 400 点名上限 / 字段(出句读口见 §128 RF-2);要告诉用户「超限」的端读那条 400 的机读位,不要自己数 32(型面 BREAKING:按名 import 的端编译红一次,读点见 §128 MR-3 / 128d;底线内老服务端的提交腿静默只挂前 32 台,见已知限制 KL-802) |
+| 🔧 退出公面 | `STOP_CONFLICT_CODES`(`stop.*` 冲突码五形的有序数组) | 0.99.0 | 无替代:任务停止 409 的分类只认机读码 `errorCode`(`classifyTaskStopConflict` 按码给五个具名 `reason`,认不出落 `unknown_conflict`),这一数组 0.98.0 起已无包内读者、顺序也不再承载语义;要判「是哪一种停止冲突」的读分类结果的 `reason`(型面 BREAKING:按名 import 的端编译红一次,三端生产源零读点,见 §127 RB-1) |
+| 🔧 退出公面 | `MAX_AGENT_TEXT_CHARS` / `MAX_AGENT_SYSTEM_PROMPT_CHARS` / `MAX_AGENT_SKILL_CONTENT_CHARS`(服务端代理受理口三条上限的手抄:描述 4096 字 / 系统提示 65536 字 / 技能内容 1 MiB) | 0.99.0 | 无替代:本包不再按这三条上限截断或跳过 —— 超限的描述 / 系统提示 / 技能内容原样上体,服务端 400 点名字段(`agent.whenToUse` / `agent.systemPrompt` / `agent.skills`),限内逐字节同(型面 BREAKING:按名 import 的端编译红一次,三端生产源零读点,见 §127 AW-1) |
 | 🔧 退出公面 | 十九只能力位读器的探测闭包 tee 口:`noteEngineCapsForApprovalDecidedBy` / `noteEngineCapsForApprovalsStreamLive` / `noteEngineCapsForDeviceExecutorManagement` / `noteEngineCapsForExecutionLane` / `noteEngineCapsForFileHistoryCapture` / `noteEngineCapsForOutputStyleSeat` / `noteEngineCapsForPeerLane` / `noteEngineCapsForPermissionRulesWrite` / `noteEngineCapsForPermissionsAllowGrant` / `noteEngineCapsForRewindArchive` / `noteEngineCapsForSessionPolicy` / `noteEngineCapsForSessionSyncFileHistory` / `noteEngineCapsForSkillToolLists` / `noteEngineCapsForSqlEngine` / `noteEngineCapsForSteerPriority` / `noteEngineCapsForUserInvokedSkills` / `noteEngineCapsForWebSearchBackend` / `noteEngineCapsForWorkflowsJournal` / `noteEngineCapsForWriteProtection`(0.95.0 起即空调用) | 0.98.0 | 无替代:删掉调用即可 —— 读数只从总缓存的落地派生,`observed*` 读口与上一版逐字节同;探测闭包里同拍要用读数的宿主读手上这一发的投影 `project*Capability(caps)`(型面 BREAKING:按名 import 的端编译红一次,ES 模块宿主绕过类型检查直接具名 import 则模块加载失败;终端 49 处代码位,见 §126 RB-1) |
 | 🔧 退出公面 | 十四只能力位读器的测试钩:`__resetApprovalDecidedByReadingsForTests` / `__resetApprovalsStreamLiveReadingsForTests` / `__resetDeviceExecutorManagementReadingsForTests` / `__resetExecutionLaneReadingsForTests` / `__resetFileHistoryCaptureReadingsForTests` / `__resetPeerLaneReadingsForTests` / `__resetPermissionRulesWriteReadingsForTests` / `__resetPermissionsAllowGrantReadingsForTests` / `__resetRewindArchiveReadingsForTests` / `__resetSessionPolicyReadingsForTests` / `__resetSqlEngineReadingsForTests` / `__resetWebSearchBackendReadingsForTests` / `__resetWorkflowsJournalReadingsForTests` / `__resetWriteProtectionReadingsForTests` | 0.98.0 | `__resetEngineCapsCacheForTests`(总缓存的重置,连落地一起清;读器的记忆表按落地记录记忆化,下一次落地重新投影)—— 只为让读器重新投影而调的那几处直接删掉(它从来不改读数)。测试钩,不在 `names` 里;终端测试五文件 39 处与十只壳侧转口模块,见 §126 RB-2 |
 | 🔧 退出公面 | `subscribeEngineAgentPanel`(面板旧事件订阅口) | 0.98.0 | 行差分口 `subscribeEnginePanelRows(fn)`(按 `canonicalId` 维护行表;订阅即按当前行表回放快照;陈旧 / 同代重复终态在包内判完)。型面 BREAKING:按名 import 的端编译红一次,见 §126 RA-1 |
@@ -258,6 +264,7 @@ SDK 核对「本包 import 的每个值级符号仍然导出」「`TaskStats.cos
 | 🔧 退出公面 | 14 只测试钩 `__reset<X>ReadingsForTests`(X 取 CallerCwd / UserInvokedSkills / StorePosture / SteerPriority / SkillToolLists / SessionSyncFileHistory / SessionReadRedaction / SealedKey / PermissionModes / OutputStyleSeat / MemoryOrigin / MemoryCompliance / McpProbe / CenterWiring) | 0.96.0 | `__resetEngineCapsCacheForTests`(总缓存的重置;读器的记忆表按落地记录记忆化,总缓存重置之后下一次读重新投影)。测试钩,不在 `names` 里,三端零读点;见 §123 RT-7 |
 | 🔧 退出公面 | `TERMINAL_CAUSE_KINDS` / `RUN_TERMINAL_STATUSES` / `RUN_TERMINAL_NOT_SUCCESS_STATUSES` / `TASK_NOTIFICATION_TERMINAL_STATUSES` / `TERMINAL_FLEET_TASK_STATUSES` / `CLAIM_RELEASED_STATES` / `isTerminalCauseKind` / `isTerminalStatus` / `isTerminalNotSuccess` / `isTaskNotificationTerminalStatus`(+ 具名型 `TerminalCauseKind` / `RunTerminalStatus` / `RunTerminalNotSuccessStatus`) | 0.95.0 | 按读的那一面换属主名(型面 BREAKING,逐名对照见 §122 TW-1):因由 `CORE_TERMINAL_CAUSE_KINDS` / `isCoreTerminalCauseKind`;run 行 `SDK_RUN_TERMINAL_STATUSES` / `isSdkRunTerminal` / `isSdkRunTerminalNotSuccess`(没有 `killed`、多历史行 `timeout`);fleet 行 `SDK_FLEET_TASK_TERMINAL_STATUSES` / `isSdkFleetTaskTerminal` / `isSdkFleetTaskTerminalNotSuccess`;通知 `CORE_TASK_NOTIFICATION_TERMINAL_STATUSES` / `isCoreTaskNotificationTerminal` / `isCoreTaskNotificationTerminalNotSuccess`;登记任务 / TaskOutput 卡 `CORE_SEMA_TASK_TERMINAL_STATUSES` / `isCoreSemaTaskTerminal` |
 | 🔧 退出公面 | `providerRejectionResend`(具名型 `ProviderRejectionResend` 仍在根入口:合成终局行上 `_sema_provider_rejection_resend` 键的值就是它) | 0.95.0 | 合成终局行上的 `_sema_provider_rejection_resend`(`{ resend, text }`,`text` 非空串即那一句,同一行行尾另起一行已经带着它)与 `-p` 车道结果帧 `errors[0]`;包内铸点照用同一只函数、句子与键的形不变(0.93.0 起弃用预告;型面 BREAKING,见 §122 RX-1) |
+| 🔧 退出公面 | `PROBE_HEALTH_DIVERGENCE`(判活语义的成文例外说明常量;同批退 `ClientSliceLike.probeHealth()` 成员与 `CLIENT_VERBS` 的 `probeHealth` 行) | 0.98.0 | 无成文例外可改用:判活只剩一种读法 —— 本包原样转口的 sdk `probeHealth(baseUrl)`(`alive ⇔ HTTP 2xx ∧ body.status === "ok"`,本包唯一调用点 `probeEngineAlive`);型面 BREAKING,三端零读点(RL-155 / CC-605,见 §126 TX-1) |
 | 🔧 退出公面 | `isAlreadyResolvedGateReason` / `isGateStandingErrorCode` / `isCodeClassifiedGateFailure`(「门已决」判据的三只拼装件:失败文字扫词表 / 两只码判官) | 0.98.0 | `isAlreadyResolvedFailure(failure)` —— 入参是 catch 到的整只抛出物(不是 `e.message`)或决断腿交回的结局,码优先、码说清了处置就不扫文字(三只在包内照用、判据不变;型面 BREAKING:按名 import 的端编译红一次,桌面端会话宿主一处,见 §126 RC-1) |
 | 🔧 退出公面 | `projectSessionReadRedactionCapability` / `observedSessionReadRedaction` / `sessionReadRedactionAdmitted`(+ 具名型 `SessionReadRedactionReading`;会话历史读面脱敏位的读器) | 0.98.0 | 无:布尔能力位答不了按叶的脱敏射程,读器整只退役;服务端「真正过了脱敏的叶名表」到货前本包不出脱敏读数,端回放历史时推理 / 工具输出 / `errorMessage` 一律按「未证明已脱敏」处置(过 `displayUntrusted`);三端零读点,见 §126 RC-4 |
 | 🔧 退出公面 | `forgetApprovalDecidedByReading` / `forgetApprovalsStreamLiveReading` / `forgetAttachmentSeatReading` / `forgetCallerCwdReading` / `forgetCenterWiringReading` / `forgetDeviceExecutorManagementReading` / `forgetExecutionLaneReading` / `forgetFileHistoryCaptureReading` / `forgetMcpProbeReading` / `forgetMemoryComplianceReading` / `forgetMemoryOriginReading` / `forgetOutputStyleSeatReading` / `forgetPeerLaneReading` / `forgetPermissionModesReading` / `forgetPermissionRulesWriteReading` / `forgetPermissionsAllowGrantReading` / `forgetRewindArchiveReading` / `forgetSealedKeyReading` / `forgetSessionPolicyReading` / `forgetSessionReadRedactionReading` / `forgetSessionSyncFileHistoryReading` / `forgetSkillToolListsReading` / `forgetSqlEngineReading` / `forgetSteerPriorityReading` / `forgetStorePostureReading` / `forgetUserInvokedSkillsReading` / `forgetWebSearchBackendReading` / `forgetWorkflowsJournalReading` / `forgetWriteProtectionReading` | 0.95.0 | `invalidateEngineCaps(baseUrl)`(换代失效的唯一口:读器的格随能力缓存代际自动失效,不调任何逐只失效口读数同;0.92.0 起可选、0.92.0 / 0.93.0 / 0.94.0 三版预告;型面 BREAKING,见 §122 RX-2) |
@@ -294,6 +301,23 @@ SDK 核对「本包 import 的每个值级符号仍然导出」「`TaskStats.cos
 | 已删文件 | `src/panelRunningHistory.ts` | 0.95.0 | running 历史 / ended 账 / 缓着的首见终态行三本账成为面板记录的字段,在归约口模块 panelReduce.ts(PR-3) |
 | 已删文件 | `src/hitl/approvalOutcomeNote.ts` | 0.98.0 | 结局便签口 `approvalOutcomeNoteOf`(已退役)与便签型零别名退;两句常量搬进 `src/hitl/approvalResolution.ts`(同名照旧在根入口),便签三位改读结局本身(§126 HM-R1 / HM-R4) |
 
+### 2x. 表长计数账
+
+**表长计数账**(本档里「这张表现在有几员」的数字只住本段;0.99.0 起)。已发段(§27 / §28)的签名块不再抄表长:把一个会变的量抄进已发段,等于让上游每加减一个词,已发段就得被改一次(「已发段冻结」与「门全绿」二者只能选一个)。`scripts/run-integration-doc-freshness-test.mjs` 的 ①c 只读本段 —— 下面每一行 `<名>: … // N 码|词|个` 的 N 必须等于源码里那张表的当前成员数,本段之外(含已发段)再出现同形的行当场红。加词 / 减词 = 只改本段对应那一行的数字,不碰任何已发段;已发段签名块里这些表后面的沿革文字(各版加减了哪几个词)是当时的记述,**表长一律以本段为准**。
+
+```ts
+GATE_DENIED_BY_WORDS: readonly GateDeniedByWord[]   // 10 词
+ASK_ORIGIN_WORDS: readonly string[]                 // 12 词(就是消费端装的 sdk 的 `ASK_ORIGINS` 数组;装 sdk 21.1 时是 11 词)
+PERMISSION_RULE_ISSUE_CODES: readonly string[]      // 16 码
+ENGINE_NOTICE_CODES: readonly string[]              // 96 码
+MCP_INJECTION_DROP_REASONS: readonly string[]       // 4 个原因词
+AUTO_MODE_UNAVAILABLE_CAUSES: readonly string[]     // 2 词
+THINKING_FORMATS: readonly string[]                 // 7 词
+THINKING_DISABLE_PROBE_ORDER: readonly string[]     // 4 词
+MODEL_PROBE_VERDICTS: readonly string[]             // 4 词
+CLASSIFIER_STATUS_STATES: readonly string[]         // 3 词
+```
+
 
 ## §3 事件投影契约(下行)
 
@@ -397,12 +421,14 @@ governance / configFingerprint;按 sdk 11.3 `wiring_manifest` 臂声明逐段核
 
 ### 3d. 键级剥离(帧投影了,但键被投影边界剥掉)
 
-`case 'task_progress'` 的白名单**逐字**只 stamp 九键(0.47.0 起 #363 补 `model`;0.65.0 / B-074 补 `status`):
+`case 'task_progress'` 的白名单**逐字**只 stamp 十键(0.47.0 起 #363 补 `model`;0.65.0 / B-074 补 `status`;0.100.0 / CC-801 补 `seq`):
 
 ```
-taskId · name · usage · status · model · currentAction · workflowRunId · workflowAgentLabel · parentToolCallId
+taskId · seq · name · usage · status · model · currentAction · workflowRunId · workflowAgentLabel · parentToolCallId
 ```
 
+🆕 **`seq`(0.100.0 / CC-801;server ≥7.52.1 / core 5.36.0 #258)** = 这条 tick 所属**子代的代际号**(fresh spawn = 1,每次复活 +1;与 fleet 行帧、`end` 的 `cycleSeq` 同轴同域)。准入条件(谁读它、读来干什么)今天答得出:面板归约口按它判这条 tick 属不属这只子代的当代(同代用量进、前代迟到整条不进、可证更新不抬水位),并让终态 tick 的逐键最终性只落在已知代际上(§128 PN-1 – PN-3)。present-iff 有限数;缺席 = 没有 `a*` 登记行的 run(同步委派 / workflow / 顶层),🔴 禁读作第 1 周期。适配器把合法周期号(整数 ≥ 1)放进面板 tick 事件的 `cycleSeq`。
+
 🆕 **`status`(0.65.0 / B-074;core ≥7.0 / server ≥7.69.0)** = 这条 tick 的**终态面**。core 的臂注把
 它存在的理由写死了:「ONE final tick fires at the sub-run's settle with the terminal face
 (`"completed"` | `"failed"`) …… **so a uuid-lane consumer sees the row finish** instead of a bare
@@ -420,15 +446,10 @@ removal after the last running beat」。**按开集透传**(空串 / 非串 /
 🔴 **退役的是 cast,不是运行期判**:`typeof` 门保留(旧 server 缺席 ⇒ 键不 stamp;wire 是 JSON,
 类型声明是上游承诺、不是本层前提)。端侧**行为逐字节不变**。
 
-**仍然被本层剥掉的四键**(`seq` / `taskType` / `parentTaskId` / `eventId`;0.65.0 起 `status` 已离开本表):
+**仍然被本层剥掉的三键**(`taskType` / `parentTaskId` / `eventId`;0.65.0 起 `status` 已离开本表,0.100.0 起 `seq` 也离开):
 - `taskType` / `parentTaskId` —— 在册的 §7 缺口 **P-1**;lane 归属今天改用 id 形状 /
   `workflowRunId` 启发式判(`src/adapt/arms.ts`)。
-- `seq` —— core #258 的 stop-cycle 代际号(复活即 +1)。fleet 面已有同轴的 `wireCycleSeq`(🔧 0.84.0 退出公面 —— 包内件;0.38.0),
-  **tick 这条腿今天没有消费方** ⇒ 照旧剥。
-  ⚠️ **就地订正(0.48.0)**:本条 0.47.0 的原文还写着「SDK 7.3.0 连声明都没有」—— sdk **7.4.0 已
-  声明** `seq?: number`(与 `model` 同批)。**剥它的理由换了一条,但仍然剥**:准入条件从来是
-  「说得出谁读它、读来干什么」,SDK 有没有声明只是当时顺带成立的第二个事实。
-  🔴 **声明到货不是透传的理由** —— 否则这张白名单会随上游类型面自动变宽,准入条件形同虚设。
+- (`seq` 曾在这里:0.47.0 / 0.48.0 的「tick 这条腿没有消费方 ⇒ 照旧剥」随 0.100.0 CC-801 退役 —— 消费方是面板归约口,见上。🔴 **「声明到货不是透传的理由」这条纪律没变**:本位是因为有了消费方才进的,不是因为 sdk 声明了。)
 - `eventId` —— EventIdentity 的另一半;本臂只补了 `parentToolCallId`(lane 判据要它),`eventId` 至今无消费方。
 
 🔴 **透一位的前置条件**(键账的维护规矩,不是修辞):说得出**谁读它、读来干什么**,并同批更新
@@ -1624,7 +1645,7 @@ CHANGELOG 0.29.0「已知局限」段与相应 JSDoc 都有成文。**别在读
 
 | ID | 级别 | 一句话现状 | 实现锚 | 端**今天**必须怎么办 |
 |---|---|---|---|---|
-| **P-1** | med | `task_progress` 白名单**只 stamp 九键**(`taskId`/`name`/`usage`/`status`/`model`/`currentAction`/`workflowRunId`/`workflowAgentLabel`/`parentToolCallId`;`model` 是 0.47.0 补的,#363;`status` 0.65.0 起放行,见 §30d)。server 投影**发 13 键**,**仍被剥掉四键**:`taskType` / `parentTaskId`(本条原本三件里剩下的两件;~~`status`~~ ✅ 0.65.0 起进白名单)+ `seq`(core #258 stop-cycle 代际号,tick 这条腿今天无消费方;SDK 7.3.0 连声明都没有)+ `eventId`(EventIdentity 的另一半,至今无消费方)。✅ **0.47.0 销掉的那半**:原文说「`taskType` 与 `parentTaskId` 被剥掉,码里没有任何说法」—— 现在该臂头注有**逐条族扫账**(0.47.0 时放行 8 / 剥离 5;0.65.0 起放行 9 / 剥离 4;各带「谁没在读它」),且档与码由常驻门 `scripts/run-additive-key-passthrough-test.mjs` G1 段**双向对账** | `src/adapter/downstream/eventToSdkMessage.ts` 的 `case 'task_progress'`;lane 启发式在 `src/adapt/arms.ts`(`recordWorkflowAgentTaskId` 三级门) | 别指望从一条 progress tick 上拿到委派类别(`taskType`)或嵌套归属(`parentTaskId`)。嵌套要从 `bg_notification.parentTaskId` 经 `src/fleet/fleetLedger.ts` 的 `recordBgParentRun` 恢复;workflow lane 归属走 `src/adapt/arms.ts` 的三级门。🔴 **别在端侧自己从别处补进投影**(那是绕过唯一投影口);要透一位先走 §3d 的前置条件 |
+| **P-1** | med | `task_progress` 白名单**只 stamp 十键**(`taskId`/`seq`/`name`/`usage`/`status`/`model`/`currentAction`/`workflowRunId`/`workflowAgentLabel`/`parentToolCallId`;`model` 是 0.47.0 补的,#363;`status` 0.65.0 起放行,见 §30d;`seq` 0.100.0 起放行,消费方 = 面板归约口,见 §3d / §128 PN-1)。server 投影**发 13 键**,**仍被剥掉三键**:`taskType` / `parentTaskId`(本条原本三件里剩下的两件;~~`status`~~ ✅ 0.65.0 起进白名单)+ `eventId`(EventIdentity 的另一半,至今无消费方)(~~`seq`~~ ✅ 0.100.0 起进白名单)。✅ **0.47.0 销掉的那半**:原文说「`taskType` 与 `parentTaskId` 被剥掉,码里没有任何说法」—— 现在该臂头注有**逐条族扫账**(0.47.0 时放行 8 / 剥离 5;0.65.0 起放行 9 / 剥离 4;0.100.0 起放行 10 / 剥离 3;各带「谁没在读它」),且档与码由常驻门 `scripts/run-additive-key-passthrough-test.mjs` G1 段**双向对账** | `src/adapter/downstream/eventToSdkMessage.ts` 的 `case 'task_progress'`;lane 启发式在 `src/adapt/arms.ts`(`recordWorkflowAgentTaskId` 三级门) | 别指望从一条 progress tick 上拿到委派类别(`taskType`)或嵌套归属(`parentTaskId`)。嵌套要从 `bg_notification.parentTaskId` 经 `src/fleet/fleetLedger.ts` 的 `recordBgParentRun` 恢复;workflow lane 归属走 `src/adapt/arms.ts` 的三级门。🔴 **别在端侧自己从别处补进投影**(那是绕过唯一投影口);要透一位先走 §3d 的前置条件 |
 | **P-2** | ~~med~~ ✅ 0.65.0 已收 | ✅ **0.65.0 已收**(§30d):终态 tick 已透传 `status`,包内按 `completed` / `failed` 落终态(`src/adapt/arms.ts` 的终态二词表 `TERMINAL_TICK_STATUSES` → `settleFromTerminalTick`);四处防御 sweep 仍在,但只作终态 tick 缺席时(老服务端 / 丢帧 / 断流)的兜底。~~原文:包内注释断言「子代从不发终态 tick」,且 P-1 的白名单删掉了 `status`,终态 tick 在包内观测不到~~ | `src/adapt/arms.ts`(`TERMINAL_TICK_STATUSES` 分支)、`src/adapt/panelTasks.ts`(`settleFromTerminalTick`)、`src/compensations.ts`(T36) | 端**不要**自建「等子代终态 tick」的状态机 —— 包按终态 tick 落行,缺席时由防御 sweep 兜底,两条都走既有 chrome 臂(§30d:端零改) |
 | **P-3** | ~~med~~ ✅ 0.65.0 已收 | ✅ **0.65.0 已收**(§30i):`approval_request` 投内部臂 + chrome 臂 `approval_request`(载荷 = 帧信封原样窄读,`required: true`)。~~原文:本包零消费口 ⇒ `dropped('unsupported_arm')`~~ | `src/adapter/downstream/eventToSdkMessage.ts` 的 `case 'approval_request'`;`src/adapt/arms.ts`(`approvalFrameArm`) | 接 chrome 臂 `approval_request`:窄化(`isApprovalRequestFrameV1`)是端的动作,窄不下来 ⇒ 呈通用卡 + 人工决断,**永不 auto-deny**;`approvalId` 去重 / 按 `taskId` 归属 / 卡集对账(基准恒为开流 preamble)归端(§30i)。沿革:legacy `tool_approval` 腿的 respond 是 live-only + same-replica(错副本 404),同一只 ask 出两帧、顺序「先 legacy、后 `approval_request`」—— 这些是上游腿的语义,本包侧没有变 |
 | **P-4** | ~~med~~ ✅ 0.65.0 已收 | ✅ **0.65.0 已收**(§30i):sdk 已把 `approval_revoke` 收进事件 union(server ≥7.55.0),本包投内部臂 + chrome 臂 `approval_revoke`。~~原文:SDK union 连成员都没有 ⇒ `dropped('unknown_arm')`,全仓 grep revoke = 0~~ | `src/adapter/downstream/eventToSdkMessage.ts` 的 `case 'approval_revoke'`;`src/adapt/arms.ts`(`approvalFrameArm`) | 接 chrome 臂 `approval_revoke` 撤本地卡:窄化(`isApprovalRevokeFrameV1`)与按 `taskId` 归属是端的动作,窄不下来也照清该批本地卡;撤卡帧**可能整帧丢失**(帧是通知,行才是真源),卡集以开流 preamble 为准(§30i) |
@@ -4671,9 +4692,9 @@ core 7.9.0 各加一词:`DeniedBy` **+`persisted_rule`**(这个人自己名下
 **签名**
 
 ```ts
-GATE_DENIED_BY_WORDS: readonly GateDeniedByWord[]   // 10 词(0.92.0 起 = 引擎 7.34.0 入口十词、原序;0.86.0–0.91.x 另并老引擎退役词 plan_mode 在后共 11 词;0.78.0–0.85.x 为 sdk DeniedBy 十词)
+GATE_DENIED_BY_WORDS: readonly GateDeniedByWord[]   // 表长见 §2x(已发段不抄数);沿革(0.92.0 起 = 引擎 7.34.0 入口十词、原序;0.86.0–0.91.x 另并老引擎退役词 plan_mode 在后共 11 词;0.78.0–0.85.x 为 sdk DeniedBy 十词)
 gateDeniedByDetail(deniedBy: unknown): string
-ASK_ORIGIN_WORDS: readonly string[]         // 12 词,顺序同源(0.98.0 起:就是消费端装的 sdk 的 `ASK_ORIGINS` 数组 —— sdk 22.x 十二词 +`plan_review`,装 21.1 仍是 11 词;§126 PK-1)
+ASK_ORIGIN_WORDS: readonly string[]         // 表长见 §2x(已发段不抄数);顺序同源(0.98.0 起:就是消费端装的 sdk 的 `ASK_ORIGINS` 数组 —— sdk 22.x 十二词 +`plan_review`,装 21.1 仍是 11 词;§126 PK-1)
 askOriginDetail(origin: unknown): string
 ```
 
@@ -4704,7 +4725,7 @@ askOriginDetail(origin: unknown): string
 **签名**
 
 ```ts
-PERMISSION_RULE_ISSUE_CODES: readonly string[]          // 15 码
+PERMISSION_RULE_ISSUE_CODES: readonly string[]          // 表长见 §2x(已发段不抄数)
 RETIRED_PERMISSION_RULE_ISSUE_CODES: readonly string[]  // 记账座,查码别查它
 permissionRuleIssueDetail(code: unknown, message: unknown): string
 ```
@@ -4779,11 +4800,11 @@ an argument」。audience 答另一问:这条事实**说给谁听**。
 **签名**
 
 ```ts
-ENGINE_NOTICE_CODES: readonly string[]                              // 93 码,顺序同源(core 7.51.0 +3:config.read_deny_swapped〔受众 operator〕/ tool_result.media_refused〔受众 operator〕/ permission.entry_mode_clamped〔服务端自铸,受众 user〕;本包只登记、端渲原句;0.98.0。此前 core 7.49.0 改名一码:config.write_protection_unresolved → config.path_view_unresolved〔同位;老引擎发旧码 ⇒ 按册外码处置〕,+3:route.finish_reason_unknown / route.stream_end_ignored〔受众 user〕/ route.extra_body_reserved_dropped〔受众 operator〕;本包只登记、端渲引擎原句;0.96.0。此前 core 7.46.0 +1:permission.rule_row_dropped〔一条路径规则行在装入时被丢的那一枚通告,受众 user;本包只登记、端渲引擎原句〕;0.94.0。此前 core 7.42.0 +1:permission.allowed_tool_not_granted〔allow 列表里读成什么都不授予的条目那一枚通告,受众 user;7.41.x 的旧名本包从没登记过〕;0.92.0。此前 core 7.39.0 −1:resume.legacy_mode_seed_migrated〔那条一次性迁移删了,通告码退出码册;老引擎仍可能发它,按册外码处置〕;0.90.0。此前 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_CODES: readonly string[]                              // 表长见 §2x(已发段不抄数);顺序同源(core 7.51.0 +3:config.read_deny_swapped〔受众 operator〕/ tool_result.media_refused〔受众 operator〕/ permission.entry_mode_clamped〔服务端自铸,受众 user〕;本包只登记、端渲原句;0.98.0。此前 core 7.49.0 改名一码:config.write_protection_unresolved → config.path_view_unresolved〔同位;老引擎发旧码 ⇒ 按册外码处置〕,+3:route.finish_reason_unknown / route.stream_end_ignored〔受众 user〕/ route.extra_body_reserved_dropped〔受众 operator〕;本包只登记、端渲引擎原句;0.96.0。此前 core 7.46.0 +1:permission.rule_row_dropped〔一条路径规则行在装入时被丢的那一枚通告,受众 user;本包只登记、端渲引擎原句〕;0.94.0。此前 core 7.42.0 +1:permission.allowed_tool_not_granted〔allow 列表里读成什么都不授予的条目那一枚通告,受众 user;7.41.x 的旧名本包从没登记过〕;0.92.0。此前 core 7.39.0 −1:resume.legacy_mode_seed_migrated〔那条一次性迁移删了,通告码退出码册;老引擎仍可能发它,按册外码处置〕;0.90.0。此前 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
-MCP_INJECTION_DROP_REASONS: readonly string[]                       // 4 个原因词
+MCP_INJECTION_DROP_REASONS: readonly string[]                       // 表长见 §2x(已发段不抄数)
 readMcpInjectionDrop(notice: unknown): McpInjectionDropFactsView | undefined
 ```
 
@@ -4836,7 +4857,7 @@ auto 模式下门会就一只 ask 去咨询分类器;**没跑成**时引擎在
 **签名**
 
 ```ts
-AUTO_MODE_UNAVAILABLE_CAUSES: readonly string[]   // 2 词:['error','timeout'](core 7.12.0 收窄;0.65.x 跟)
+AUTO_MODE_UNAVAILABLE_CAUSES: readonly string[]   // 表长见 §2x(已发段不抄数):['error','timeout'](core 7.12.0 收窄;0.65.x 跟)
 classifierUnavailableOf(ask: unknown): { cause: string } | undefined
 classifierUnavailableDetail(cause: unknown): string
 // 🔴 `AUTO_MODE_BREAKER_CAUSES` **已退役**(core 7.12.0 Removed(BREAKING));详见 §30k②
@@ -5044,9 +5065,9 @@ core 双向对账)。**候上游导出即整只退役改成从 sdk 取**。
 **签名**
 
 ```ts
-THINKING_FORMATS: readonly string[]              // 7 词,引擎闭集的镜像,顺序同源
-THINKING_DISABLE_PROBE_ORDER: readonly string[]  // 4 词,试关序(公面承诺)
-MODEL_PROBE_VERDICTS: readonly string[]          // 4 词
+THINKING_FORMATS: readonly string[]              // 表长见 §2x(已发段不抄数);引擎闭集的镜像,顺序同源
+THINKING_DISABLE_PROBE_ORDER: readonly string[]  // 表长见 §2x(已发段不抄数);试关序(公面承诺)
+MODEL_PROBE_VERDICTS: readonly string[]          // 表长见 §2x(已发段不抄数)
 THINKING_FORMAT_WIRE_TWINS: Readonly<Record<string, string>>
 // 题面与 max_tokens 两个探针常量 🔧 0.72.0 退出公面(包内固定,端不需要)
 
@@ -5136,7 +5157,7 @@ VOCABULARY … are the consuming side's single point」)。真源是 core 的
 **签名**
 
 ```ts
-CLASSIFIER_STATUS_STATES: readonly string[]   // 3 词:armed / available / unavailable_this_round(0.65.0 两处同批:B-071 加 `armed` 见 §30f、熔断族退役删 `breaker_open` 见 §30k②)
+CLASSIFIER_STATUS_STATES: readonly string[]   // 表长见 §2x(已发段不抄数):armed / available / unavailable_this_round(0.65.0 两处同批:B-071 加 `armed` 见 §30f、熔断族退役删 `breaker_open` 见 §30k②)
 
 classifierStatusOf(autoMode: unknown, ask?: unknown): ClassifierStatusView | undefined
 classifierStatusDetail(view: ClassifierStatusView): string
@@ -9741,6 +9762,894 @@ 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)。
 
+## §128 🆕 0.100.0(2026-10-20)— 提货版:服务端 7.132.0 / 引擎 7.53.0 / 设置契约 14.1.0 / sdk 24.0.0 一车(换钉 + 生成表重生成 + 到期登记物处置;接线回执第十四段 mods / 提示词装配清单 v3 / 压缩开始帧 / prepare 拒启码表 / 帽与 hooks 拒读口 / 沙箱码臂)+ 清账三程
+
+> 本段一组行前缀 PK / GN(开发依赖换钉与构建期表)。开发依赖换到引擎 7.53.0 / 设置契约 14.1.0 / sdk 24.0.0(`^24.0.0`)并重生成构建期表;peer 地板(`>=23.1.0`)与三项支持底线(服务端 7.129.1 / 引擎 7.51.2 / sdk 23.1.0)不动 —— 24.0.0 与 23.1.0 两份 sdk 都编译本包(地板见证)。规则只有一条 —— 上游的闭集与判官在本包只有一个落点(构建期生成物):本版新登记三件(请求面 MCP 条目判官的多根闭包抄本 / 设置契约的前缀守卫与 MCP 内容出处词表 / 引擎问类规范序表),都不上根入口,读者随后续行接上。公面唯一可见的变化是通告三张表各 +1(GN-1)。
+> 本段一组行前缀 MR(请求面 MCP 条目)。条目的名字可用性 / 传输读法 / 身份头读法三格,本地 `.mcp.json` 腿与云配置腿**同读设置契约 14.1.0 的构建期抄本**,本包不再留自有判据(MR-1 / MR-2);32 台上限与技能正文 1 MiB 截断退役、两只公面常量退出(🔴 型面 BREAKING,MR-3),超限只由服务端整份 400 点名;`startupTimeoutMs` 原样过境(MR-4)。
+> 本段一组行前缀 RG(到期登记物处置)。三类:前提在别处、未到货的过渡物 / 豁免行,窗改成「前提到货之后的下一个本包版本」(0.101.0)并在行上写前提(RG-1 / RG-3);条件已满足的过渡物退役(RG-2:hooks 计划判形对 0.88.0 六键计划的宽容,🔴 行为变);一项已知限制登记(RG-4)。
+> 本段一组行前缀 DU-4 / DU-5(展示出口两票,CC-847 · CC-866)。DU-4:配置地址展示口里,主机名中的凭据标签词(`my-api-key:443`)在每一种网组合下都不吞端口与路径 —— 此前只有 URL 结构网开着的出口认主机区域,只开词级网的出口没有;DU-5:非 ASCII 的百分号转义是字节边界 —— 坏序列(也含合法 UTF-8 的下一字节)紧贴已知前缀令牌不再被放过;两条都是展示 / 上传判据一侧的**只多遮**,不改任何型面。终端壳里对位的两件(`displaySafeBaseUrl` 的 URL 字段合成口与设置判定)撤壳臂的前提见 DU-5 行。
+> 本段是 0.100.0 的在飞段骨架:128a – 128z 各节与固定行齐;同版其它条目的行由各自的行并入(本节只写 PK / GN / RG 三组)。
+
+### 128a. 处置表(逐键 consumed / declined / pending)
+
+| 键 / 口 | 来源 | 处置 | 变化 | cli | web-admin | web-client | desktop | 判据 | 缺席语义 |
+|---|---|---|---|---|---|---|---|---|---|
+| **PK-1** 开发依赖引擎 `^7.53.0` · 设置契约 `^14.1.0` · sdk `^24.0.0` | 引擎 7.53.0 · 设置契约 14.1.0 · sdk 24.0.0 | consumed(开发依赖;运行期零 import;peer 地板 `>=23.1.0` / 支持底线不动) | 九只已有生成物的头注版本串全换(引擎四只 / 设置契约四只 / sdk 一只,sdk 那一只表值零差);设置契约 14.1.0 对 13.0.1:hooks 闭包、hooks 事件表、界面语言值与 `hooks-config` 声明逐字节同(门读上游);请求面 MCP 条目判官 14.1.0 对 14.0.0 的三处收严(申报名首尾空白不可用 / `env` `headers` 只收纯数据记录 / 回显口径统一)随抄本到位(见 GN-2) | 零动作 | 零动作 | 零动作 | 零动作 | G-PK1 | 不涉及 |
+| **PK-2** 根入口型 `BrainStatusPhase` 保持自有七词(不改再导出)· 同名影子豁免行留并认地板子式 | sdk 24.0.0(相位词补第七词 `waiting_first_token`)· peer 地板 `>=23.1.0` | pending(型保持自有七词;改再导出待 peer sdk 地板抬到 ≥ 24.0.0 的那一版,地板抬升待裁,0.101.0 议;公面零变) | sdk 24.0.0 的同名型已追平(也是七词),但地板之内的 sdk 23.1.x 上它是六词(缺 `waiting_first_token`):本包型若改再导出 sdk 的那一只,取值集会随消费端装的 sdk 版本变(双真源),在 23.1.x 上按七词写穷尽分支的端编译红 ⇒ 本版不改,`BrainStatusPhase = (typeof BRAIN_STATUS_PHASES)[number]` 七词不变,`BrainStatusPayload.phase` 仍带 `(string & {})` 开集。同名影子门的登记行留(窗 0.100.0 → 0.101.0),条件改「地板越线再导出并删行」;门新增地板子式(`floorKind` + `floorCrosses`,读支持底线声明):地板 ≥ `floorCrosses` ⇒ 当场红 | 零动作(`sema/modelStatusLine.ts` 读点见 128d,sdk 23.1.x / 24.0.0 上都编译) | 零动作 | 零动作 | 零动作 | G-PK2 | 开集读(表外相仍按 `(string & {})` 携带) |
+| **GN-1** 通告三张表 +1:`ENGINE_NOTICE_CODES` / `ENGINE_NOTICE_AUDIENCE`(公面)· 铸方表(包内) | 引擎 7.53.0 码册 | consumed(公面值变:码册、受众表、铸方表各 +1;型不变) | + `config.session_rules_earlier_grammar`(受众 `user`、铸方 `engine`);其余通告码逐位同 | 零动作(按受众分流渲通告的端自动得到这一码;对码册写穷举 `switch` 的端:公面型是 `string`,不是编译红) | 零动作 | 零动作 | 零动作 | G-GN1 | 不涉及(闭集常量;新码在老引擎上不会出现) |
+| **GN-2** 请求面 MCP 条目判官构建期抄本(设置契约 14 `mcp-request-entry` 七只出口) | 设置契约 14.1.0 | consumed(包内件,不上根入口;读者随后续行接上) | 七只出口 `readRequestMcpTransport` / `readMcpIdentityHeaders` / `isUsableWireName` / `describeBadWireName` / `isContentOriginWord` / `describeBadContentOrigin` / `TOOL_WIRE_NAME_MAX_CHARS` 连同按语法层求出的同模块闭包(十四件成员,共 21 件声明)原样抄进一只独立生成文件(包内第二只不按严格类型检查的文件);闭包引用两条跨模块依赖(`MCP_CONTENT_ORIGINS` / `startsWithHttpScheme`),不抄进闭包,而是工厂形参、由函数批 / 表批已生成的同值件绑定;出口型 = 设置契约声明的签名,签名用到的型连同传递依赖进型镜像(镜像多登记两个根模块) | 零动作 | 零动作 | 零动作 | 零动作 | G-GN2 | 入参坏形的读法逐字同设置契约 14(含抛不抛);读不到某一名 ⇒ 生成器拒生成并点名(不回落手写) |
+| **GN-3** 函数批 `startsWithHttpScheme` / 表批 `MCP_CONTENT_ORIGINS` | 设置契约 14.1.0 | consumed(包内件,不上根入口) | 两件各自是 GN-2 的注入值:前缀守卫(以 `http://` / `https://` 起头,大小写不敏感,不解析)与内容出处词表(`local` / `execution` / `external`) | 零动作 | 零动作 | 零动作 | 零动作 | G-GN3 | 不涉及 |
+| **GN-4** 问类规范序表 `CORE_ASK_CLASSES`(包内) | 引擎 `ASK_CLASSES` | consumed(包内件,不上根入口;问类对读法读它,行为零变) | 引擎 `ASK_CLASSES` 的逐词逐序生成物(25 类);问类对读法判「已知成员按引擎规范序出现」改读它(修前借仲裁表键序);生成器同批断言它与仲裁表键序逐位同序 | 零动作 | 零动作 | 零动作 | 零动作 | G-GN4 | 不涉及 |
+| **RG-1** 过渡物改窗(退役账七行) | 本包登记物 | consumed(登记物,不涉公面) | `joinApprovalHolder` · `MAX_TASK_AGENTS` · `recordSubagentOwnerFromProgress` / `diagnoseSseIdleTear` / `bridgeAskUserQuestionGates` 三名 · 让位披露老两键判据 · `isSdkErrorInstance` 挡板:到期窗由 0.100.0 改 0.101.0,各带前提(终端换读 / 服务端代理上限新语义 / peer sdk 地板抬到 ≥ 24.0.0:sdk 24.0.0 的错误类实例 `name` 已是字面赋值,地板之内的 23.1.x 仍不是);让位披露老两键判据的条件是日期 2026-11-12,登记形改日期形(版本到期而日期未到 ⇒ 挂在日期上可见不红,日期已过 ⇒ 照到期红) | 不涉及(三名仍在根入口:终端换读后的下一个本包版本退出;`MAX_TASK_AGENTS` 桌面端仍 import) | 不涉及 | 不涉及 | 不涉及(`MAX_TASK_AGENTS` 仍被读) | G-RG1 | 不涉及 |
+| **RG-2** hooks 计划判形:0.88.0 六键计划不再认作计划 | 本包(退役登记 RL-166) | removed(🔴 行为变,公面零变) | `settingsVerdicts` / `settingsExcluded` 两键缺席不再当空数组:没有这两键的计划(0.88.0 型面六键 / 只缺一键的七键)判「不是计划」→ `hooksForWire({ plan })` 抛 `TypeError`(0.98.0 起「不是计划」就是抛);跳过口 `settingsHooksKeptLocally` 缺 `settingsExcluded` 读不懂、本端照跑;执行方读口 `userPromptSubmitExecutorOf` 缺 `settingsVerdicts` 读不懂 ⇒ `unknown`(不合批);后加的几个键(`settingsSalvage` / `moduleVerdicts` / `sessionVerdicts` 等)缺席照旧当空 | 零动作(读的是本包铸的计划) | 零读点 | 零动作 | 零动作 | G-RG2 | 缺席 = 不是计划(响亮抛,不静默丢插件 hook) |
+| **RG-3** 影子豁免改窗 | 本包登记物 | consumed(登记物,不涉公面) | 同名影子 / 同义不同名两表里前提在终端、有承接票的行共 13 行:到期窗 0.100.0 → 0.101.0 并写前提;上游同名型豁免表的 `BrainStatusPhase` 一行同窗改 0.101.0(前提同 RL-167:peer sdk 地板抬到 ≥ 24.0.0,地板抬升待裁;sdk 24.0.0 已补第七词而地板 23.1.x 仍六词,故不改再导出,见 PK-2);网页端 / 桌面端换读的两行(无承接票)与预登转正式的三行(`canonicalSessionIdOf` / `planReviewTaskIdFromQuestionId` / `PROBE_VERDICTS`)本版不改窗,共 5 行仍按 0.100.0 到期;预登的两行(`canonicalSessionIdOf` / `PROBE_VERDICTS`)去掉预登位、转正式差分(参照树已换到终端 1.0.150) | 零动作 | 不涉及 | 不涉及 | 不涉及 | G-RG3 | 不涉及 |
+| **RG-5** 续跑启动失败成因领先登记改按已装 sdk 实算(退役登记 RL-188) | 本包(CC-799 余项) | consumed(包内型面,公面零变) | 引擎 `transcript_corrupt` 在 sdk 24.0.0 的 `ResumeStartupCause` 里已有、在 peer 地板 23.1.x 里没有 ⇒ 领先登记不能随换钉删(删了地板见证编不过):`ResumeCauseCoreAhead` 改成「登记词 − 已装 sdk 的词」(24.0.0 ⇒ 空,23.1.x ⇒ 该词),三向编译钉与句表键类型同取这一实算;退出条件由「开发依赖 sdk 含这一词」改成「peer 地板抬到 ≥ 24.0.0」,登记物按地板子式机读(支持底线声明 sdk 一项越过 24.0.0 ⇒ 当场红) | 零动作 | 零动作 | 零动作 | 零动作 | G-RG5 | 不涉及 |
+| **RG-4** 已知限制 KL-801(工具结果块型替身) | 本包(CC-650 核销) | consumed(已知限制登记,不涉公面) | 截图降级本体 0.96.0 已交;余项「块型是本包的结构替身、不是 `@sema-agent/agent-types` 的块型」登 KL-801:agent-types 出内容块型后换成再导出 | 零动作 | 零动作 | 零动作 | 零动作 | G-RG4 | 不涉及 |
+| **MO-1** 接线回执 `mods[]` → 视图 / chrome / 提交回执 `mods?` · 型 `WiringManifestModView`(两形)| 服务端 7.132.0(CC-843 ①) | consumed(`src/adapter/downstream/eventToSdkMessage.ts` 的 `#projectModsSection`;视图 `src/adapter/downstream/wiringManifestView.ts` 的 `#wiringManifestViewOf`) | additive;`hooks` 段登退役(RL-177) | 读 `mods`(7.132.0 上 `hooks` 缺席已在 0.99.0 产物上发生,`upstreamBridge.ts:2717` / `wiringManifestStore.ts:521` 读 `hooks` 照旧) | 不涉及 | 零动作(`chrome-arm-ledger.ts:166` 登记为载体缺席) | 零动作 | G-MO1 | 128b MO-1 |
+| **PM-1** 段视图 +`band?` / `locale?` / `variant?` / `contentHash?` · 清单 +`identity?` · 型 `PromptManifestIdentityView` / `PromptIdentityLayersView` | 服务端 7.132.0 / 引擎 7.53.0(CC-843 ②) | consumed(`src/ownKey.ts` 的 `#promptManifestSectionViewOf` / `#promptManifestIdentityOf`,两入口同读) | additive;v2 `slot` 登退役(RL-178) | 可读 `band` 分组、`contentHash` 按前缀分派(`sha256:` 跨进程可比 / `salted:` 只在同一引擎进程内可比,跨进程当不透明) | 不涉及 | 零动作 | 零动作 | G-PM1 | 128b PM-1 |
+| **PM-1d** v3 `selectors` / `rank` / `chain` / `renderer` / `superseded`、块 `hash` | 服务端 7.132.0 | declined(零消费场景;additive 晚加不破坏) | 不过境 | — | — | — | — | — | — |
+| **PM-2** `context_usage.sections[].kind` 值改带词 | 服务端 7.132.0(CC-647) | consumed(零改码;`src/ownKey.ts` 的 `#contextUsageReadingOf` 成文改口) | 值域变(带词),键名不变 | 按带词分组 | 不涉及 | 零动作 | 零动作 | G-PM1 | 128b PM-2 |
+| **CZ-1** `compaction_started` 内部臂 + chrome 臂 `CompactionStartedChromeEvent`;`compaction_outcome` +`pass?` | 服务端 7.132.0 / 引擎 7.53.0(CC-834 1a / CC-843 ⑯) | consumed(`src/adapter/downstream/eventToSdkMessage.ts` 的 `#compactionStartedProjection`;`src/adapt/arms.ts` 的 `#compactionStartedArm`) | 🔴 型面 BREAKING(ChromeEvent 加臂) | 交互车道改读追踪器(终端 1.0.152;`compactingStatusStore.ts` 推断退) | 不涉及 | 🔴 `chrome-arm-ledger.ts` 逐臂登记表加一行(漏臂构建期红) | 座位词表 `CHROME_EVENT_KINDS` 不含本臂(与 `compaction_outcome` 同;过座位要另加词) | G-CZ1 / G-CZ2 | 128b CZ-1 |
+| **CZ-2** `compact_metadata._sema_compaction_tokens { before?, after? }` | 引擎 `triggerTokensBefore` / `tokensAfter`(CC-810) | consumed(`src/adapter/downstream/eventToSdkMessage.ts` 的 `#eventToSdkMessage`) | additive | 压缩记录店换读、删旁观腿(终端 1.0.152) | 不涉及 | 零动作 | 零动作 | G-CZ1 | 128b CZ-2 |
+| **CZ-3** `createCompactionStatusTracker` / `compactionStatusFrameOf` · `compact_metadata._sema_pass` | 本包(CC-834 1a) | consumed(`src/compactionStatus.ts` 的 `#createCompactionStatusTracker` / `#compactionStatusFrameOf`) | additive | 交互车道读 `reading()`;print 车道 CC 同形 `system/status` 帧 **pending:候终端取证** | 不涉及 | 可选 | 可选 | G-CZ1 / G-CZ2 | 128b CZ-3 |
+| **CZ-4** 压缩状态追踪器的开帧同样要求 `trigger` 为非空串(与投影口「`pass` / `trigger` 读不出丢帧」同一判据) | 本包(CC-834 1a 余项;修复轮) | consumed(`src/compactionStatus.ts` 的 `#createCompactionStatusTracker`;行为面,公面零变) | 追踪器直接喂入的两条路径(交互车道 chrome 事件 / print 车道内部臂,含 `{ plane }` 包层)对 `compaction_started` 的 `trigger` 缺席 / 空串 / 非串 / `null` / 取值器 ⇒ 整只不认:不点亮「正在压缩」、不记账(同 `pass` 的好帧照开)、不出 `system/status` 帧;`trigger` 的值不入账、开集原词(`auto` / `manual` / `forced` / 未来词)照开;收帧不读 `trigger` | 零动作(经包产出的帧本来就带 `trigger`;只有手造帧直喂追踪器的路径受影响) | 不涉及 | 零动作 | 零动作 | G-CZ1 | 坏 `trigger` = 读不出 = 这只开帧不存在(读数保持 `compacting:false`),不渲「在压缩」 |
+| **RF-1** `prepareRefusalNoteOf` / `prepareRefusalCodeOf` · `CONFIG_TOOL_FACE_CONTROL` / `PROMPT_ASSEMBLED_ROLE_REFUSED` · 补句链一臂 | 服务端 7.132.0 同步腿 prepare 拒码单表(CC-843 ③ / CC-834 2) | consumed(`src/prepareRefusal.ts` 的 `#prepareRefusalNoteOf` / `#prepareRefusalCodeOf`) | additive + 🔴 四只出路句改口(行为变) | 壳改读 `prepareRefusalCodeOf`(一只读口两载体;`legacyToolNameFailureCopy.ts` 的终局码路随之收) | 不涉及 | 零动作(只渲包句) | 零动作 | G-RF1 | 128b RF-1 |
+| **RF-2** `fieldLimitRefusalFromError` / `fieldLimitRefusalContent` · 型 `FieldLimitRefusalDetail` | 服务端 7.132.0 `limit-refusal`(CC-843 ③ 后半) | consumed(`src/wireRefusalCopy.ts` 的 `#fieldLimitRefusalFromError`);三桶口成派生窄视图(RL-180) | additive;补句链 / 决断出口 / `inheritEnv` 排除判据改读(行为变) | `apiErrorSupplement.ts` 改读泛化口 | 不涉及 | 零动作 | 零动作 | G-RF2 | 128b RF-2 |
+| **RF-3** `RefusedParkFacts` +`blockedBy?` / `reason?` · `field: deps` 专句 | 服务端 7.132.0 / 引擎 7.53.0(CC-843 ④ / CC-834 1e) | consumed(`src/resumeRefusalCopy.ts` 的 `#refusedParkFromError` / `#refusedParkWhy`) | additive;print 车道句尾带准入码 | 零动作(只渲包句) | 不涉及 | 零动作 | 零动作 | G-RF3 | 128b RF-3 |
+| **RF-4** `settingsHooksRefusalFromError` · `HookMatcherRefusal` +`budget_exceeded` · 四臂 +`path?` | 服务端 7.132.0 `hook-runner`(CC-843 ⑦) | consumed(`src/wireRefusalCopy.ts` 的 `#settingsHooksRefusalFromError`);旧口成派生窄视图(RL-179) | 🔴 加臂(消费方穷举处自核) | **行为项**:`hookToolAliasMatcher.ts` 非穷举、不编译红;`refusalFactsLine` 为 `budget_exceeded { event, groupIndex, totalMs }` 出句(终端 1.0.152) | 不涉及 | 零动作 | 零动作 | G-RF4 | 128b RF-4 |
+| **RF-5** 角色文本含锁定段 `prompt.assembled_role_refused` | 服务端 7.132.0(CC-843 ③) | consumed(并入 RF-1 表) | 新句 | 同 RF-1 | 不涉及 | 零动作 | 零动作 | G-RF1 | 128b RF-1 |
+| **RF-5b** `admissionWallRefusalFromError` / `admissionWallRefusalContent` · 型 `AdmissionWallRefusalDetail` | 服务端 7.132.0 413 `wallSource`(CC-843 ⑪) | consumed(`src/wireRefusalCopy.ts` 的 `#admissionWallRefusalFromError`) | additive;补句链一臂 | 零动作(只渲包句) | 不涉及 | 零动作 | 零动作 | G-RF5b | 128b RF-5b |
+| **RF-6** 近似名 / 退役名 / 存量坏规则的 403 `loosen_forbidden` | 服务端 7.132.0(CC-843 ⑤) | consumed(零改码;`src/hitl/sessionPolicyWire.ts` 的 `#classifySessionPolicyFailure` 按码) | 无 | 零动作 | 不涉及 | 零动作 | 零动作 | G-RF6 | 128b RF-6 |
+| **RF-7** Artifact 卡 `ruleOffers` | 服务端 7.132.0(CC-843 ⑥) | consumed(零改码;`src/hitl/toolApprovalWire.ts` 的 `#readRuleOffers`,与 Skill 卡同形) | 无 | 零动作 | 不涉及 | 零动作 | 零动作 | G-RF7 | 128b RF-7 |
+| **SB-1** `sandboxDegradeHint(err, host?, sentRequest?)` 码臂 · `CAPABILITY_K8S_LANE_REQUIRED` | 服务端 7.132.0(CC-843 ⑨) | consumed(`src/sandboxWire.ts` 的 `#sandboxDegradeHint`);无码体散文锚登退役(RL-181) | additive 第三参 + 行为变(先按码、两臂合一) | 零动作即得码臂与 cascade 锚臂;要会话臂须交第三参(`seamQuery.ts:2177` / `seamQueryEngine.ts:2821` 今天单参) | 不涉及 | 零动作 | 零动作 | G-SB1 | 128b SB-1 |
+| **SB-1p** `request.field_conflict` 的 cascade 锚句判据与 `sentRequest` 收窄 | 服务端 7.133.0 拒体 `detail { kind, fields }` | **pending**:7.133.0 起改读 `detail.kind`,届时 cascade 散文锚与 `sentRequest` 收窄登退役 | — | — | — | — | — | — | 128b SB-1 |
+| **AT-1** `UserAttachmentRefusalDetail` +`index?` / `path?` · 句「attachment N」 | 服务端 7.132.0 / 引擎 7.53.0(CC-834 2 / CC-843 ⑮) | consumed(`src/wireRefusalCopy.ts` 的 `#userAttachmentRefusalFromError`) | additive | 零动作(只渲包句) | 不涉及 | 零动作 | 零动作 | G-AT1 | 128b AT-1 |
+| **GK-1** `/v1/approvals` 行 `gateKind` 恒在 | 服务端 7.132.0(CC-843 ⑩ / CC-805) | consumed(零改码;`src/adapter/activeRunSelfHeal.ts` 的 `#durableDecideLegOf`;`absent` 臂登退役 RL-182) | 无 | 零动作 | 不涉及 | 零动作 | 零动作 | G-GK1 | 128b GK-1 |
+| **MC-1** `mcpReconnectOutcomeDetail` 两句改口 | 服务端 7.132.0(CC-834 1c) | consumed(`src/mcpReconnect.ts` 的 `#mcpReconnectOutcomeDetail`) | 🔴 行为变(句子) | 零动作 | 不涉及 | 🔴 直出本句处随之变 | 零动作 | G-MC1 | 128b MC-1 |
+| **MC-1d** 刷新结果 `McpRefreshResult.instructions?` / `author:"host"` / `not_connected` | 引擎 7.53.0 | declined(本包无刷新结果读点 —— `src/mcpEngineLeg.ts` 的 `not_connected` 是接线回执 `mcp[]` 的连接态,不是刷新结果;服务端重拨回执只过 toolCount / added / removed / toolNames) | — | — | — | — | — | — | — |
+| **RB-1** 删 `scenarioAssignmentUnknownFromError`(0.100.0 退出公面) / `ScenarioAssignmentUnknownDetail` | 本包(CC-795;RL-172 到期) | consumed(删除;唯一读口 `src/scenarioRefusal.ts` 的 `#scenarioRefusalFromError`) | 🔴 型面 BREAKING(公面 −1) | 零动作(三端零代码读点) | 不涉及 | 零动作 | 零动作 | G-RL | — |
+| **Z-1** 零动作组:`GoalResult.suspendGate` · `promptEpoch` · `CheckpointConfigRefusalCode` 四十码 · 五张新闭集 · `orgRuleVerdictFor` 放宽 · `liveness_no_output` · `inherit_env.own_credential_values_withheld` · org 拒句从句 | 引擎 7.53.0 / 服务端 7.132.0 | declined(本包零读点;按码开集路由已覆盖 / 不改写引擎句) | — | — | — | — | — | — | — |
+| **DL-1** `decisionInFlightOf(identity, readMark?)` · 型 `DecisionIdentity` | 本包(CC-806) | added(新公面,三端表态) | 身份四形:`{ gate: 'plan_review', taskId }` / `{ gate: 'tool_approval', approvalId?, callId?, askId? }`(给几把认几把,任一命中即算)/ `{ gate: 'elicitation', elicitationId }` / `{ gate: 'run', taskId }`(这条 run 上任一道门)。真 ⇔ 有匹配的一笔还在飞,或(给了读起点)在读起点之后才结算且没被证出没生效。写点全在包内:计划审阅投递口与宿主登记 · 耐久决断起止 · 宿主持有登记的 `sending()` → `release()` · 活卡发送段 · 发送机三族 | 可换读:计划审阅两只旧名(DL-3)与按起止回调自记的那本账(DL-4)| 零调用 | 可换读:`durableDecidesInFlight` / `durableDecideGen` 计数 | 可换读:决断令牌集(孤儿停驻续挂的「无在飞决断」那半) | G-DL1 | 128b DL-1 |
+| **DL-2** `decisionReadMark()` | 本包(CC-806) | added(新公面) | 读起点:发起待决读**之前**取一枚,回包后连同身份交给 DL-1;与结算刻度同一只逻辑钟(单调递增,不读墙钟) | 可换读 `planReviewPendingReadMark` | 零调用 | 零调用 | 零调用 | G-DL1 | 128b DL-2 |
+| **DL-3** `planReviewDecisionInFlight` / `planReviewPendingReadMark`(既有面) | 本包(CC-806;退役登记 RL-184) | consumed(行为零变;第二名字并存一版) | 计划审阅那本账搬进决断起止台账作计划审阅族,判据一字不改(交出 / 认领 / 结算 / 读起点 / 未生效例外 / 容量 32 / 不挤本包在飞的笔);两只旧名 = `decisionInFlightOf({ gate: 'plan_review', taskId }, …)` / `decisionReadMark()`;包内两处重开守卫改读新口 | 换读后删调用(RL-184 到期条件) | 零调用 | 零调用 | 零调用 | G-DL3 | 同 DL-1 |
+| **DL-4** `HitlBridgeOptions.onDecideOperation` 与 `DecideOperation*` 六型(既有面) | 本包(CC-806;退役登记 RL-185) | consumed(行为零变;第二条读法并存一版) | 耐久决断操作(含无句柄的单发)从第一发之前到最后一发落定在台账上恰一笔,不看宿主挂没挂回调;`end` 回调之前先结算 | 换读后删自记的那本账(RL-185 到期条件) | 零调用 | 零调用 | 零调用 | G-DL4 | 不涉及 |
+| **DS-1** `sendHitlDecision(request, deps)` · 型 `HitlDecisionSendRequest`(三臂)/ `HitlDecisionSendDeps` / `HitlDecisionSendClient` / `HitlDecisionGate` | 本包(CC-825 / CC-759) | added(新公面,三端表态) | 三族:`approval` → `toolApprovals.respond`;`ask` → `toolApprovals.decideAsk`;`elicitation` → `elicitations.respond`。客户端端口按 sdk `AgentClient` 的动词型声明(sdk 客户端直接满足)。审批 / 流内问的人答取卡口结局(`allow` / `deny`;别的臂零请求),入口快照一次(只认自有数据位,编辑后入参经 JSON 往返成独立值;之后的体与回落都从这一份铸)。带审批 id 的两族经持有表登记(同步,不等):宿主开卡前 `claimApprovalCard` 得来的句柄交 `deps.hold` ⇒ 只在「本包铸的 ∧ 此刻仍持有 ∧ 身份对得上这一问」时认(否则当没交),发送机接手它出站那一笔的结算权(句柄之后放手不再结算它,结局交回之前由发送机结算);没交 ⇒ 发送机当拍登记一只持有 —— 已结 ⇒ 零请求、`settled_elsewhere`;别的路正持有这只审批(卡在屏 / 在发 / 中断拒绝在路上)⇒ 零请求、`duplicate_in_flight`;登记成了 ⇒ 落定那一拍放手并按结局报结算。🔴 自己 claim 过的宿主必须交 `deps.hold`(不交 = 自己挡自己,答 `duplicate_in_flight`) | 可换读:流内问回决与回落腿、提交重试腿 | 零调用 | 可换读:流内问决断、表单问作答与拒 | 可换读:表单问作答 | G-DS1 | 128b DS-1 |
+| **DS-2** 结局五臂 `HitlDecisionSendOutcome` + 闭集 `HITL_DECISION_FAMILIES` / `HITL_DECISION_NOT_APPLIED_CAUSES` / `HITL_DECISION_UNCONFIRMED_CAUSES` / `HITL_DECISION_NOT_SENT_CAUSES` | 本包(CC-825) | added | `applied`(送达生效;审批族带对得上的回执、能力位确认时带备注审计)· `settled_elsewhere`(早已被决;首决回显、相反 ⇒ `contrary`)· `not_applied{gone · parked · parking · lane_disabled · refused · idempotency_crossed}`(服务端给了判决,没生效)· `unconfirmed{transport · server_error · local_error · aborted · gone_after_retry}`(没拿到判决,可能落地也可能没有)· `not_sent{aborted · duplicate_in_flight · invalid_request · no_verb · not_an_answer}`(一个字节没发)。冻结、永不抛;各臂另带 `attempts` 与 present-iff 位(`fallback` / `noteDropped` / `rememberDropped` / `attributionDropped` / `attributionRenamed` / `pending` / `closesOut`) | 读结局 | 零调用 | 读结局 | 读结局 | G-DS2 | 128b DS-2 |
+| **DS-3** 体与重发的律 | 本包(CC-825) | added(行为面) | 体只铸一次:决断词 + 编辑后入参(只配放行)+ 拒因备注(能力位确认 ∧ 不超 2048 字,否则整条不发、决断照发)+ 归因键(只配拒;按能力位二选一)+ 流内问幂等键(同问同决恒同键、跨问不同);传输重试只在没拿到判决或 5xx(501 除外)时重发同一只体,首发 + 3 次,首发不加截止;传输重试与停驻轮询共用整次投递一只 8 秒墙钟预算(不按每一级 / 每一轮重新起算;归因阶梯与车道关回落是判决驱动的单发,各至多一次,不受它截断);流内问 425 同体重投 ≤ 2 次(去拿 410 的终局坐标),每次等待不短于服务端给的重试下界(`Retry-After` / `retryAfterSec`);下界超过 5 秒或预算已尽 ⇒ 不再投、交回 `not_applied{parking}`(带 `retryAfterMs`);流内问 501 `feature.approval_ask_disabled` ∧ 有审批 id ∧ 注了 `respond` ⇒ 同一决断经审批族恰回落一次(唯一回落的码);审批族 202 停驻零重发 | 同 DS-1 | 零调用 | 同 DS-1 | 同 DS-1 | G-DS3 | 不涉及 |
+| **DS-4** 归因阶梯一只件(包内两条老腿) | 本包(CC-825) | consumed(行为零变) | 耐久拒腿与活卡 respond 腿两段同形的「去键 / 换名再发」控制流改调同一只阶梯;判官原文不改;每种重发至多一次、总 ≤ 3 发、都在裁决之前 | 零动作 | 零动作 | 零动作 | 零动作 | G-DS4 | 不涉及 |
+| **DS-5** 同门闩与在飞账 | 本包(CC-825 × CC-806) | added(行为面) | 带审批 id ⇒ 先过持有表(与活卡入口 / 停驻行腿 / 宿主问车道同一只匹配律,一只审批在本进程里只有一个持有者;占用即拒、不等);一次决断只记一笔(持有句柄出站那一笔与发送机共用);再于发第一发之前同步「同门已有一发在路上 ⇒ `not_sent{duplicate_in_flight}`,否则开账」(同门 = 同一审批 id / 流内问 id〔连同它的审批 id〕/ 表单问 id;不带审批 id 的流内问与表单问只有这一道闩);结局交回之前结算;没生效只凭正面证据(车道关且没回落 / 判词 `refused-pending` / 幂等撞键 / 读回「仍待决」) | 同 DS-1 | 零调用 | 同 DS-1 | 同 DS-1 | G-DS5 | 128b DS-5 |
+| **RR-1** `ReopenCardVerdict` 不成功臂 +`_sema_reopenRefusal` · 闭集 `PLAN_REVIEW_REOPEN_REFUSALS` | 本包(CC-806) | added(additive;判决多一位) | 包内计划审阅重开口修前光秃秃的 `{ reopened: false }` 九处带成因:`invalid_call`(taskId 空 / 回执窗缺席或不是数 / 复用同 id 臂配注入投递)· `no_delivery_path`(非默认槽无投递口)· `not_presented`(回执窗内没上屏,含并入的那一次)· `gate_record_gone`(判定读在路上时记号条目没了)· `internal_error`(重开口自己抛);与已有五位不重叠;自愈分诊不读它 | 按 `JSON` 整体比较 `{ reopened: false }` 的读点改按 `reopened` 判 | 零调用 | 零调用 | 零调用 | G-RR1 | 128b RR-1 |
+| **LG-1** `EventLegPorts.perStream` · `EventLegStreamDecorator` · `EventLegStreamContext` · `EventLegPortName` −`'perStream'` | 本包(退役登记 RL-156) | retired(🔴 型面 BREAKING) | 每流装饰过渡位删、组合器去装饰循环;无型宿主再交 `perStream` ⇒ 零调用 | 零读点 | 零读点 | 零读点 | 零读点 | G-LG1 | 不涉及 |
+| **LG-2** 组合器 `hitlFrames` 帧类型域(包内,不上公面) | sdk 24.0.0 `HITL_FRAME_TYPES`(K-109;CC-815) | consumed(公面与行为零变) | 修前帧名表是本包手写一份、没有上游锚;今天两向钉到 sdk 闭集:sdk 闭集 = 本级域 ∪ 走投影的 `human_input`(逐员两向可赋值),本级域与 `human_input` 不相交 —— sdk 加 / 删 / 改一个帧名 ⇒ 本包编译红。本包**不在运行期 import** 该常量、不转口(peer 地板 sdk 23.1.0 上没有这一名);`.d.ts` 不出现 sdk 24 独有名。开发锚仍在 23.x 时钉退成恒真(运行期对拍格诚实跳过),开发锚抬到 24 即生效 | 零动作 | 零动作 | 零动作 | 零动作 | G-LG2 | 不涉及 |
+| **TT-1** `McpToolToggleKey` · `mcpToolTogglesToExcludeTools(keys, mountedServers)` · `checkMcpToolToggleKey` · 型 `McpMountedServers` | 本包(CC-824) | consumed(运行期导出 +2、型 +2;新叶 `mcpToolToggles.ts`) | 键 `tool` = 引擎工具整名(面板行 `toolNames` 原样;键 = `{ server: 行名, tool: 那一串 }`);映射只对 `mountedServers` 里的服务器出条目、出键上那一串(不铸名、不拆名、不需要引擎值级端口 —— 渲染端 / BFF / 主进程同用);判不出挂了哪些交 `'unknown'` ⇒ 全出;每一项先读一次成快照再判(判过的就是用的);去重、按入参序;空 ⇒ `[]` | 零读点(终端 `/mcp` 只有服务器级开关) | 不涉及 | 采用:Connectors 面板的工具行(键 = 面板行名 + 那一串整名)+ BFF 每回合注入(映射结果并进请求级 `excludeTools`) | 采用:座位主进程每回合注入(见 TT-3) | G-TT1 | 128b TT-1 |
+| **TT-2** `LocalSessionsApi.listMcpToolToggles` / `.setMcpToolToggle` · 能力位 `mcpToolToggles` · 回执型 `McpToolTogglesResult` | 本包(CC-824) | consumed(🔴 型面 BREAKING:座位实现方 128y ①) | 可缺动词一组、一枚能力位;`listMcpToolToggles` 回 `{ off }`(宿主存档里关掉的键,读不出 ⇒ 抛);`setMcpToolToggle(key, enabled)` 回 `{ ok }`(`false` = 没存下);出站门逐项过键判官、下标路径点名 | 不涉及 | 不涉及 | 读者:开关只在 `seatCapability(state, "mcpToolToggles")` 报能时提供;建议两动词进 `SeatOptionalMembers`(老座位构建没有它们) | 编译红必改:`main/index.ts:1301` 的 `satisfies SeatInvokeImplementation` 缺两只动词 ⇒ 实现(落盘用户数据目录一文件)+ 能力表报 `mcpToolToggles` | G-TT2 | 128b TT-2 |
+| **TT-3** 座位每回合 `excludeTools` 席位律(`StartSessionOptions.excludeTools` 头注) | 本包(CC-824) | consumed(文档 + 门格;型面零变) | 座位 lane 上请求级 `excludeTools` 每回合由宿主供 = 开会话名单 ∪ 映射(存档里关掉的键, 本回合真挂的服务器);渲染端不在 `sendMessage` 上载(闭集本来就拒 `excludeTools`) | 不涉及 | 不涉及 | 不涉及(BFF 同律注入,见 TT-1) | 改:`main/session-host.ts:2317` 会话名单之后并上映射结果 | G-TT3 | 128b TT-3 |
+| **AS-4** `HOST_SUPPLIED_KEYS` +`memory` / `fileHistory` · 源 `memory: { flag?, settingsMemory? } \| 'none'` · `fileHistory: { reading, captureOff } \| 'none'` · 成因 +`value_malformed` · 句子 id +3 | 本包(CC-826 ④) | consumed(🔴 型面 BREAKING:源全部必填 128y ①) | 两把顶层宿主键只经产物进请求体:memory 臂调 `memoryOffDeclared`(旗坏 ⇒ 入口 `TypeError`;设置段坏形 ⇒ `value_malformed` / `withhold_notice` + 会话面一句,照发);fileHistory 臂调 `fileHistoryTightenVerdict`(`declare` ⇒ 带 `'disabled'`;判不出 ⇒ `value_malformed` / `refuse_turn`,句 = `fileHistoryUnjudgedRefusal`;意图非布尔 ⇒ `TypeError`);车道射程同 §127 AS-2(`fileHistory` 在 utility 无座 ⇒ 判不出也照发) | 编译红必改:`sema/liveClient.ts:868` / `:902`(装配后直写)与 `engineSideChannel.ts:553`(旁路)改交入口的源 | 不涉及 | 编译红必改:产物源加 `memory: 'none'` / `fileHistory: 'none'`(浏览器无设置源) | 编译红必改:`main/request-switches-wire.ts:69` / `:86` 的值改作入口的源;`session-host.ts` 顶层 `memory` / `fileHistory` 入参删 | G-AS4 | 128b AS-4 |
+| **AS-5** `memoryOffDeclarationField`(0.100.0 退出公面)/ `fileHistoryDeclarationField`(0.100.0 退出公面)· `TaskRequestInput.memory` / `.fileHistory` 删 | 本包(CC-826 ④) | consumed(🔴 型面 BREAKING:公面 −2、入参 −2) | 两只片段口唯一用途是铸那两只顶层入参,同批删;入参手填 ⇒ 装配口按名 `TypeError`(指向 `hostTurnSettings`) | 编译红必改:同 AS-4 三处 import | 不涉及 | 零读点 | 编译红必改:`main/request-switches-wire.ts:26` / `:28` import | G-AS5 | 128b AS-5 |
+| **AS-6** `sources.webSearch` 改交原料 `{ section, env, apiKeyFor? }` | 本包(CC-826 ⑥) | consumed(🔴 型面 BREAKING:源形 128y ①;行为同修前宿主自判) | 入口调 `resolveWebSearchVerdict`(env 在场赢、在场形错不回落 settings):采纳 ⇒ 带判官归一后的冻结副本;缺席 ⇒ 不带;形错 ⇒ `value_malformed` / `refuse_turn`,句 = `webSearchVerdictMessage(v, 'submit')`;0.99.0 的 `{ settings }` 形 ⇒ 入口 `TypeError` | 编译红必改:`sema/seamQuery.ts:830`(env 腿判官)/ `webSearchKeySlot.ts:40` 的判过的值改作原料交入口 | 不涉及 | 零读点(BFF `bff/settings-projection.mjs:556` 的判官读数是设置面展示,不进请求;接入产物后同读入口) | 编译红必改:`main/websearch-wire.ts:73` 的判官读数改作原料交入口 | G-AS6 | 128b AS-6 |
+| **AS-7** `refilterHostSettings(request, fresh, lane)` | 本包(CC-826 ②) | consumed(运行期导出 +1) | 派发前只做减法:hooks 取交(多重集合、次序按请求、此刻多出来的不加),此刻没有 hooks 可带 ⇒ 删键,此刻漏接 ⇒ 不动;此刻 refuse 且车道有座 ⇒ `{ kind: 'refuse', notice }`;其余宿主键一律不动;永不改入参 | 采用:派发前再筛四调用点(`pluginHooksWirePlan.ts` 一族)改调本口,宿主自写的减法删 | 不涉及 | 零读点(没有装配与派发之间的间隔) | 零读点(同上) | G-AS7 | 128b AS-7 |
+| **AS-8** `SEAT_TURN_SETTINGS_ORIGINS` 由登记变门 · `TaskRequestInput['settings']` 四把 `never` 子键删 | 本包(CC-826;§127 AS ④ 承诺) | consumed(型面:表值由散文改产物键;入参 `settings` 只剩 `ultracode`) | 宿主行值 = 产物上那一行的键(`'settings.hooks'` 等),编译期两向钉产物键全集的 `settings.*` 那几把;渲染端行两向钉装配口入参 `settings` 的键;两者不相交 | 零读点 | 不涉及 | 零读点 | 零读点(只在注释里提到这张表) | G-AS8 | 128b AS-8 |
+| **SG-1** 段身份律:`_sema_segment_id`(行)/ `text_segment_end.segmentId` | 本包(CC-766) | consumed(🔴 值语义变更,行为面;型面零变) | 该段全部 committed 文本行与段末事件同值(修前段末之后提交的定稿行盖下一段的身份);身份锚 = 本段第一只正文帧(思考帧不开窗;本层零经手的段 = 段末帧本身);值变形不变、同流重放逐字同 | 零改(按两把钥匙认行即对;按「行 id ≠ 事件 id 也算同段」写过的特判可删) | 不涉及 | 零改(写回登记按 `committedRows`) | 零改(按词表转发) | G-SG1 | 缺席 = 这一行不属任何引擎段(思考块 / 只带 tool_use 的行 / chrome 事件),与修前同 |
+| **SG-2** 结束律:段末事件之后紧跟本段末行 | 本包(CC-766) | consumed(行为面) | 段末前还押着的定稿字节当拍提交(修前押到下一个工具卡 / 轮末,且与下一段同一行);下一段活体增量 `opening: true` 重开一块;模型轮结束后下一只正文增量换新身份 | 零改(按行渲染的宿主看到一轮多段 = 多行) | 不涉及 | 零改 | 零改 | G-SG2 / G-SG3 | 引擎不报段末(自定义引擎 / 截断)⇒ 无段末事件,行照旧在工具卡 / 轮末提交 |
+| **SG-3** `committedRows[].text` 首行 = `content` | 本包(CC-766) | consumed(行为面;型面零变) | 首行恒 = `content`、其余行 `''`(修前首行 = 前段定稿前缀 + `content`,随混合行退役) | 零改(本就零算术照抄) | 不涉及 | 零改 | 不涉及 | G-SG4 | 只在 `committedPrefixDiverged` ∧ 本窗有已提交行时在场(同修前) |
+| **TO-1** 终局归属位 `_sema_terminal_owner` · `terminalOwnerOf` · `SEMA_TERMINAL_OWNER_KEY` · `EmitContext.requestId` / `.followedRun` | 本包(CC-764) | consumed(additive;运行期导出 +2) | 占锁拒收 ⇒ 合成行 + 结果帧同带 `{kind:'request-not-sent', requestId?, heldBy?}`;宿主声明跟读 ⇒ 该流每份终局带 `{kind:'followed-run', taskId, runId?}`;跟读声明压过占锁臂 | 可选接入(跟读腿传 `followedRun`) | 不涉及 | **建议接入**:提交腿传 `requestId`、跟读腿传 `followedRun`,附件回架按位判 | 可选接入 | G-764 / G-TO2 | 键缺席 = 这份终局属本次提交自己那条 run(与修前同);`requestId` 缺席 = 宿主没交;`heldBy` / `runId` 缺席 = 上游没给 |
+| **EX-1** 结束出口槽 `ActiveRunSelfHealCopy.endRun` · 唤醒出处槽 `.wakeSession` | 本包(CC-780 ①) | consumed(additive 型 + 默认句措辞变) | headless 三句 · 陈旧 park 两句 · not-parked 降级句的「结束那条 run」半句经一处槽(缺席 / 空白 / 非串 / 读抛 ⇒ 引擎取消端点半句);`parked_for_wake` 句唤醒出处经一处槽(`null` = 不括注) | **建议接入**:传 `endRun`(`/stop` 那半句)后可退 `rowFor` 里这几种结局的整行覆写 | 不涉及 | 可选 | 可选 | G-EX1 – G-EX3 | 槽缺席 = 引擎端点(端点与修前同) |
+| **EX-2** `running-steer-failed.errorCode` / `.runStatus` · 对账句 | 本包(CC-780 ②) | consumed(additive 型 + 一句新句) | 失败那一枪的外层 wire 码;码 = `steering.not_running` 时读回一发真态(状态原词);明确拒收 ∧ 该码 ∧ 读回终态词 ⇒ 对账句(已结束 / 不再占着会话 / 再发一次) | 可选(壳的拒句族可改读这两位) | 不涉及 | 零改 | 零改 | G-EX4 – G-EX5 | `errorCode` 缺席 = 没有 wire 码;`runStatus` 缺席 = 没读回(别的码 / 送达未知 / 读失败) |
+| **DQ-1** `engineToolDirectoryOf` 读数第四态 `request_only` | 本包(CC-774 a);终端 [10691] 候立 a | consumed(🔴 型面 BREAKING:`EngineToolDirectory` 联合 +1 臂) | 请求半读出 + 部署半缺席 ⇒ `{ state: 'request_only', requestMcpServerPrefixes }`;`not_landed` 收窄为请求半缺席 | `sema/agentsWire.ts:84`(import)/ `:234`(调用,交 `toolDirectory` 的那处;该入参位 0.98.0 起已删,换钉即编译红,与本版无关)—— 终端今天不按 `state` 穷举;端若有穷举的补一臂 | 不涉及 | 零读点 | 零读点 | G-DQ1 | 128b DQ-1 |
+| **DQ-2** 代理清单告警句随载荷交出才打 | 本包(CC-774 c);终端 [10691] 候立 c | consumed(行为修复) | 告警句不再在投影被接纳时打,改在 `taskAgentsField()` 交出本代结论那一拍才打;按句跨代去重;没交出去的一代不出句 | `sema/liveClient.ts:796`(`taskAgentsField()` 同步读面)—— 零改码,受益 | 不涉及 | 零读点 | 零读点(`main/agents-wire.ts:595` 直调 `projectAgentsForWire`、自管 `warnings`,不走这条路) | G-DQ2 | 128b DQ-2 |
+| **MA-1** `LocalEngineModelIdentityReading.catalogAdoption`(型 `EngineCatalogAdoptionReading`) | 本包(CC-830);终端 [10922] L-1574 请托 / 订正射程 | consumed(公面 +1 型,入参 +1 可选位) | `refused` ⇒ 目录 `complete` 按 `partial`,压过旧位;`undetermined` / `absent` / 缺席 / 表外词 ⇒ 不收紧;旧位并存一版(RL-183) | 改交位:`sema/modelIdentityReading.ts:114`(`modelCatalogLaneReading` 里自己按 `adoption` 改写 `partial` 的那段)/ `:253`(旧位 `engineAcceptsCatalogDefault` 写点)/ `:355` · `:402` · `:457`(交采纳读数处)—— 交 `catalogAdoption: plane.adoption`、删壳侧改写 | 不涉及 | 零读点 | 零读点 | G-MA1 | 128b MA-1 |
+| **KP-1** `settingsCredentialKeyPaths(doc)`(型 `CredentialKeyFinding`) | 本包(CC-335);cli [C462] 一 9 | consumed(公面 +1 函数 +1 型) | 设置文档里装着凭据的键路径一只判官;读数 `{ path, numericByNameOnly? }` | 换读:`sema/settingsCredentialMode.ts:158`(同名本地,返回 `string[]`)→ 本包口,删本地实现与 `wideCredentialSettingsNotice` 里自带的遍历(告知句排除带位项);影子豁免登记行见接入档同批 | 不涉及 | 零读点 | 零读点 | G-KP1 | 128b KP-1 |
+| **KP-2** `isCredentialEnvName` / `isCredentialConfigKey` / `credentialNameWords` | 本包(CC-335);DU-9 射程答复的归宿 | consumed(公面 +3 函数) | 宽向键名两张词表的判定口(终端 `nameWords` 在本包叫 `credentialNameWords`) | 换读:`sema/settingsCredentialNames.ts:21 / :35 / :41` 本地实现;第二个消费方 `sema/settingsScratchSession.ts:201 / :258 / :264`(设置工作副本藏值)同换 | 不涉及 | 零读点 | 零读点 | G-KP2 | 128b KP-2 |
+| **FM-1** `injectionLaneNotice(lane, sources, lang?)` · `INJECTION_SOURCES` | 本包(CC-833 ①);终端 L-1232 | consumed(公面 +1 函数 +1 常量 +1 型) | 车道 × 注入物一句纯函数;车道事实只读 `ExecutionLaneReading` | 新接:远端车道下本机 stdio MCP / 带凭据 MCP / 钩子的告知(今天只在 `mcpInjection === false` 时告警一句,`sema/mcpInjectionGate.ts`);`taskHooksHonored` 在壳 src 零命中 | 不涉及 | pending(无注入面) | pending(无注入面) | G-FM1 | 128b FM-1 |
+| **FM-2** `ruleRefusalSentence(rows, lang?)` | 本包(CC-833 ②);终端 L-1234,与 L-1224 同律 | consumed(公面 +1 函数 +1 型) | 规则拒句唯一铸点:按条聚合,前 5 条点名 + `and K more` | 换读:`sema/settingsRulesWire.ts:310`(`describeUnenforceableRules`,三类三行自拼)—— 调用点 `sema/interactiveSettingsStamp.ts:529` / `sema/printModeEngine.ts:213` / `sema/replEntry.tsx:3686` | 不涉及 | pending(设置面自拼的另说) | pending | G-FM2 | 128b FM-2 |
+| **FM-3** `_sema_route`(终帧错误信封) | 本包(CC-833 ③);终端 L-1326 / core #1481 | consumed(超集键 +1;`docs/type-superset.json` 登行) | 服务商 4xx 拒绝终局的 `route` 逐位重发 | 新读:`-p` 终帧的机读位(今天零读点) | 不涉及 | 零读点 | 零读点 | G-FM3 | 128b FM-3 |
+| **FM-4** `ProjectAgentsDeps.refusedProjectServers`(`REFUSED_PROJECT_SERVER_CAUSES`) | 本包(CC-833 ④);终端 L-1390 ③ | consumed(入参 +1 可选位) | 被拒用 / 没上 wire 的服务器(名 + 成因)⇒ allow 侧点名条目补一句(原样上体) | 新交:`sema/agentsWire.ts:234` 邻近(投影闭包)—— 成因取自 `sema/mcpProjectApproval.ts:61`(拒用)与 `sema/mcpDispatchRefilter.ts` 的治理门读法 | 不涉及 | 零读点 | 可选接:`main/agents-wire.ts:595`(直调 `projectAgentsForWire`)加位即得 | G-FM4 | 128b FM-4 |
+| **FM-5** `parseToolsFlagNames(values)`(型 `ToolsFlagNames`) | 本包(CC-833 ⑥);终端 L-1584 | consumed(公面 +1 函数 +1 型) | `--tools` 的 `!` 排除语法解析口(CC 2.1.296 `Lu` + `XKo` 形) | 换读:`main.tsx:1343` / `sema/replEntry.tsx:3571 / :3583` 的本地 `toolsFlagNames`(逐条解析 + 旧名归一)—— 解析归包,旧名归一仍由判官答 | 不涉及 | 零读点 | 零读点 | G-FM5 | 128b FM-5 |
+| **AD-3** 代理 `tools` 拼法问题告警句代际中性(`projectAgentsForWire` 的 `warnings` 一句;消息键 `config.agentsWire.toolEntry.sentence`,中英同键) | 本包(代际件:核心 7.52.0 起带现名的拼法问题开跑前整跑拒);CC-774 / CC-835 同批旁注 | consumed(🔴 行为变:告警句文本变;消息目录 +1 键;零新导出) | 句子不再说「tool names are matched exactly, so this entry gives the agent nothing unless …」(把「受理」当事实),改说「sent as written; the engine judges this entry by its own tool list: an engine that refuses such an entry does not start the run (code `config.agent.unknown_tool`), and an engine that accepts it gives the agent no tool for this entry unless this run has a tool with exactly that name」。条目原样上体、`toolListFlaws` 读数、`case_twin` / `retired` 判法、deny 侧改写臂**都不动**。**预判句不再是受理承诺**:告知只说「原样发出」与引擎两种可能的结局,不预判这一发请求会不会被受理 | 壳转包的 `warnings` 原句(读码:`1e8bf4e4` 源码里零命中旧句型,`sema/agentsWire.test.ts:576` 测试串引的是另一句)⇒ 自动换句;若壳侧哪天自拼这句必须同改 | 不涉及 | 零读点 | 桌面端 `main/agents-wire.ts:595` 直调投影器、自管 `warnings` ⇒ 原样转则自动换句;自拼则同改 | G-AD3 | 句子只在 allow 侧、有拼法问题的条目上出(deny 侧仍零句);无现名的三类(无前缀 `__` 名 / 段铸不出 / 判不出)也套同一句(这三类今天各代都受理且告,句中「会拒的引擎」对它们只是假设) |
+| **MR-1** 请求面 MCP 条目名字可用性:本地腿与云配置腿同读设置契约判官 `isUsableWireName`(本包自有名判据退役) | 设置契约 14.1.0 `isUsableWireName` / `describeBadWireName` | consumed(🔴 行为变) | 不可用 = 空 · 超 128 码元 · 首尾带空白(不 trim、不截、不规范化;内部空白与 U+200B 这类非空白字符合法)。本地腿:修前自有判据只拒空 / 首尾空白、超长名上 wire 由服务端整份 400,现在同判;披露词 `name_blank` / `name_edge_whitespace` / `name_collides_after_trim` 不变,🆕 `name_too_long`;披露句的名字槽改用判官的坏名摘要(引号形回显剥控制与双向字符、截 64 字,带种类,不回显全名)。中心腿:修前对名字零判(非空即收),现在首尾空白 / 超长名不上 wire,`droppedServers` 记 🆕 `name-unusable`(空名仍是 `missing-field`),云配置告示多一句。设置契约 14.1.0 与服务端 7.132.0 捆的 14.0.0 在首尾空白名上不同答(后者收):本包取严的一侧 | 零动作(读 `mcpConfigsToSpecs` / `cloudMcpToSpecs` 的端自动得到;要告诉用户为什么,读 `projectMcpConfigs` 的 `dropped` / `cloudEffectiveNotices`) | 零动作 | 零动作 | 零动作 | G-MR1 | 不可用的名字 ⇒ 这一条不上 wire(其余条目照常),披露行带原名 + 句子 |
+| **MR-2** 请求面 MCP 条目传输与身份头:两条腿同读 `readRequestMcpTransport` / `readMcpIdentityHeaders`,软坏形条目照上判官交出的副本并披露丢了什么 | 设置契约 14.1.0 `readRequestMcpTransport` / `readMcpIdentityHeaders` | consumed(🔴 行为变;公面 `readMcpHttpIdentityHeaders` 改薄包装,签名与读数形不变) | **硬坏形**(缺 `command` · `url` 不是 http(s) 绝对地址):这一条不上 wire,披露点名键路径(本地腿 🆕 `transport_invalid`,行带 `path` + `problem`;中心腿缺 command / 缺 url 仍记 `missing-field`,其余记 🆕 `transport-invalid` + `path`);**软坏形**(`args` 不是串数组 · `env` / `headers` 不是纯数据的「名 → 串」记录〔`Map` / 类实例 / 值非串〕· 自有 `__proto__` 成员〔值为串时只剔这一成员〕· `principalHeader` 非串):条目**照上判官交出的副本**(不带坏键 / 坏成员),丢掉的记进本地腿 🆕 `projectMcpConfigs().degraded` / 中心腿 🆕 `degradedServers`(`path` 键路径 · `reason` 判官原句 · `member` 成员名 · `fault` 机读词;🔴 **不回显值**),并出一句 warn。副本独立:改原对象不影响已交出的(`args` 在交判官之前就按下标读成快照,判官看的与上体的是同一份,不走调用方的迭代器;`env` / `headers` 由判官铸副本)。声明上某个键读就抛(访问器 / 代理陷阱)⇒ 只这一台按硬坏形不起、披露点名 `transport`(原因「读不出」),不连坐整张投影;同设结局定后不再读 `headers` / `headerRefs`。身份头:两位同设(都 `!== undefined`,与设置契约、服务端受理口同判据)⇒ 整条不起(中心腿 `principal-and-assertion-header`;本地腿修前静默、现披露 🆕 `identity_headers_both_set`);单位读数 = 判官读数。修前整条原样上体:服务端 ≥ 7.132.0 对坏键整份 400,老服务端静默丢。断言头告知句射程改 up to 7.132.0 | 零动作(`projectMcpConfigs` 的 `dropped` 多三个 `reason` 词、多一位 `degraded`:按 `reason` 穷举的端加臂,三端读码零命中) | 零动作 | 零动作(`mcpConfigToSpec` 返回 `null` 的条件多了硬坏形;`bff/settings-projection.mjs:1832` 数「可映射」的循环自动随之) | 零动作 | G-MR2 | 硬坏形 ⇒ `null` / 不上 wire;软坏形 ⇒ 键缺席 + 披露行;全部读不出的入参按硬坏形处置,不抛 |
+| **MR-3** 32 台上限与技能正文 1 MiB 截断退役(🔴 型面 BREAKING;公面 −2:`MCP_CAPS`(0.100.0 退出公面) / `SKILL_CAPS`(0.100.0 退出公面);`CloudMcpDropReason` 删 `capped`) | 本包(退役登记 RL-190 / RL-191);服务端 ≥ 7.132.0 受理口 | removed(🔴 型面 BREAKING) | 本地腿 / 中心腿 / `toCappedSpec` 不再按 32 台 / 1 MiB 截断或丢弃,全量上体;服务端 ≥ 7.132.0 对超过 32 台整份 400 `request.field_invalid` 点名上限、对超长技能正文整份 400 点名字段,出句经 RF-2 读口(`fieldLimitRefusalFromError`)。🔴 底线内老服务端(7.129.1 – 7.131.x):提交腿对 > 32 台静默只挂前 32、探测口整份拒(已知限制 KL-802) | 🔴 编译红:`sema/mcpEngineProbe.ts:35 / :67 / :144`(`MCP_CAPS.items`(0.100.0 退出公面) 生产读点:`NOT_SENT_OVER_CAP` 与探测目标「前 32 台」截取)· 测试 `sema/cloudConfigWire.test.ts:17-18 / :79-86 / :115 / :125` · `sema/mcpWire.test.ts:6` · 门 `run-skills-wire-overflow-test.mjs:328-330`(两端各自的 scripts 目录)(前提是「装载的包里 `SKILL_CAPS`(0.100.0 退出公面) 只剩 `content`」)—— 补偿 = 删掉自己数 32 的那几行,上限由服务端回答 | 零读点 | 🔴 编译红:`bff/settings-projection.mjs:46`(import)/ `:1834-1835`(「over the N-server request cap — NOT applied」一句)—— 补偿 = 删这几行,不再自己数 | 🔴 编译红:`main/mcp-skills-wire.ts:51`(import)/ `:644`(「… — not sent」一句)· 门 `run-skills-wire-overflow-test.mjs:328-330`(两端各自的 scripts 目录) 同上 | G-MR3 | 不适用(常量退出;全量上体) |
+| **MR-4** 受理面其余:`startupTimeoutMs` 原样过境 · `mcpServers: null` 本包从不铸 · 探测口两词注释改按 7.132.0 | 请求面 sdk 24.0.0 / 服务端 ≥ 7.132.0 | consumed(`McpConfigLike.startupTimeoutMs?: number`,本地腿;additive) | 在场(`!== undefined`)就原样带,不判、不钳(值形判官只在引擎:坏值由引擎在拨号时只拒这一台,兄弟照挂);设置契约的中心配置声明没有这一键,中心腿不携带。老服务端(≤ 7.131.x)对该键整份 400 `request.body_shape` 点名它。本包产物对 `mcpServers` 恒数组或省键,从不铸 `null`。`mcpProbeWire` 的 `body_shape` / `field_invalid` 两词的注释改按 7.132.0 写(提交腿同样整份拒;按码分类、不改码) | 零动作(要设启动上限的端在 `.mcp.json` 条目上写即可) | 零动作 | 零动作 | 零动作 | G-MR4 | 键缺席 ⇒ 不铸;`undefined` ⇒ 不铸 |
+| **TX-16** 五个出句口迁目录:`permissionRuleIssueDetail` · `probeVerdictNotice` · `imageSentOnUnknownVision` · `scenarioRefusalContent` · wire 拒绝十一口 | 本包(CC-841) | consumed(行为变:中文出句;英文逐字节同旧) | 77 句进消息目录(698 → 781 键:CC-841 的 80 键 + 重试行判词证据 3 键);十五个出句口末位多可选 `lang`;`turnFailurePresentation` 补句链把 `lang` 传到五句(用量窗 / 托管姿态 / 工具声明门 / 额度租约 / 设置三桶;prepare 拒启 / 413 墙门 / 帽的拒非三桶句三族本版仍英文,下一文案批)| 零动作(可选接 `lang`;终端自补的中文可退) | 不涉及 | 零动作(可选接 `lang`) | 零动作(可选接 `lang`) | G-TX16 | 128b TX-16 |
+| **RT-5** `retryStatusParts(status, ctx?)` 与型 `RetryStatusParts` | 本包(CC-838;网页端需求) | consumed(公面 +1 = 运行期导出 1789 → 1790;additive) | 重试行结构化分段出口,`retryStatusNotice(...).line` 由同一组段拼出 | 零动作 | 不涉及 | pending(本地三只句函数改读段后可退;候表态:段集够不够倒计时与换模型按钮) | 零动作 | G-RT5 | 128b RT-5 |
+| **DU-3** 卡面原因行不再整句过展示出口;铸点在插值处清洗开集参数 | 本包(CC-840) | consumed(行为变:`payload_unreadable` 英文行恢复原句) | `approvalCardReasons` 渲后不再整句过出口;`classifierNoRulingDetail` 的成因词与 `askProbeReasonDetail` 的结构因由码在插值处过出口 | 零动作 | 不涉及 | 零动作(照原样渲 `reasons[i].text`,不要再整句送展示出口) | 零动作(同左) | G-DU3 | 128b DU-3 |
+| **DU-4** 配置地址展示口:主机名里的凭据标签词在每一种网组合下都不吞端口与路径 | 本包(CC-847;终端实跑读数) | consumed(行为修复;公面型零变) | 整串地址、URL 结构网关着而词级网开着(`credentialUrls: false`)的出口,主机区域(authority 在最后一枚 `@` 之后恰是 `host[:端口]`)也交给词级面:`https://my-api-key:443/status` 原样,`https://user:ghp_…@my-api-key:443/status` 只遮 userinfo 里的令牌;默认 / 凭据面 / 只开 URL 网 / 转义形 / 点形五种出口 0.98.0 起已是原样,本版把七种网组合都写成门格;authority 不是 `host[:端口]` 的仍闭合失败照遮,自由文本出口不放宽 | 零动作 | 零读点(origin/main `7003470d` 零命中) | 零读点(origin/main `dca082d` 零命中) | 零读点(origin/main `caf994e` 零命中) | G-DU4 | 128b DU-4 |
+| **DU-5** 非 ASCII 的百分号转义是字节边界:坏序列紧贴已知前缀令牌不再放过(路径段 / query 值 / 自由文本里的地址 / 裸文本 / 上传判据) | 本包(CC-866;终端实跑 16 格) | consumed(行为面收紧:只多遮;公面型零变) | 已知前缀判官与百分号解码读面各多读一份**字节边界读法**(含非 ASCII 字节的一串 `%XX`:合法 UTF-8 整串解、否则 ASCII 的各自解而其余字节读成空白):`%FFsk-…` 读成 ` sk-…`,路径段整段遮(`/x/%FFsk-…/sse` ⇒ `/x/«redacted:secret»/sse`)、query 值整只遮(`?q=%FFsk-…` ⇒ `?q=«redacted:query»`),九族前缀(`sk-` / `gh?_` / `github_pat_` / `xox?-` / `xapp-` / `AKIA` / `AIza` / `eyJ` …)同;高熵 query 值按字节块各判一次;散文里的裸令牌遮令牌、转义整枚留在屏上;上传判据与展示口同读一只值判官 ⇒ 随同改。与终端壳逐格对拍:27 格停字符普查包 ⊇ 壳(逐字节同 26 格,另一格包多遮一段路径)、16 格坏序列探针逐字节同、整池 216 格壳遮的包都遮且逐字节同 | pending(撤壳臂:终端 `sema/displaySafeUrl.ts` 的 URL 字段合成口〔`displaySafeBaseUrl`〕换读包口 `displayConfiguredUrl`;终端自己的退役登记 id `configured-url-display-shell-arm` 的条件「包修此形 + 对拍包 ⊇ 壳 27 格」本版满足,待终端表态;`sema/settingsCredentialMode.ts` 的判定已读包口 `queryCarriesCredential`,零改动) | 零读点 | 零读点 | 零读点 | G-DU5 | 128b DU-5 |
+| **PN-1** 投影臂 `task_progress` +`seq`(present-iff 有限数)· 面板 tick 事件 +`cycleSeq?: number` | 服务端 ≥ 7.52.1 `taskProgressEventData` · 引擎 5.36.0(#258)代际号 | consumed(additive;放行键 9 → 10,型 +1 位) | `task_progress` 臂白名单放行 `seq`(修前剥掉:无消费方);适配器把合法周期号(整数 ≥ 1)放进面板 tick 事件的 `cycleSeq`,非数 / 非整数 / < 1 整键不铸(不丢帧);与 fleet 行帧、`end` 的 `cycleSeq` 同轴同域(首次派发 = 1,每次复活 +1) | 零动作(`cycleSeq` 是可选新位;自己拼 tick 走 `publishEngineAgentPanelEvent` 的宿主可选带) | 不涉及 | 零动作 | 零动作 | G-PN1 | 缺席 = 这条 tick 没有代际概念(没有 `a*` 登记行的 run:同步委派 / workflow / 顶层 run),🔴 不是第 1 周期;坏形按缺席 |
+| **PN-2** 面板归约口 tick 的代际判:同代用量进 · 前代迟到整条不进 · 可证更新不抬水位(KL-785 删行) | 本包(CC-801;CC-556 余项 ⑤) | consumed(行为面;公面型零变) | 有 `cycleSeq` 的后台子代:tick 的代际与水位同代 ⇒ 用量进差分(同一 (记录, 已知代际) 内单调);可证更旧 ⇒ 前代迟到的 tick,不发事实、不折、不碰展示位;可证更新 ⇒ 复活仍只由行帧铸(`upsert{revived}`),tick 不抬水位、用量不进(计入诊断计数);缺席 / 坏形 ⇒ 与修前同(有 `cycleSeq` 的记录上不碰用量)。无 `cycleSeq` 的记录判据不变(子运行 id)。父 turn 开着时,屏上的数不再只按行帧的节拍走 | 零动作(行差分口读数更密、更准;按差分渲即可) | 不涉及 | 零动作 | 零动作 | G-PN2 | 同 PN-1 缺席语义;诊断计数只记「说不出属哪一代」的 tick |
+| **PN-3** 终态 tick 的逐键最终性:tick 事件 +`final?: { totalTokens?: true; toolUses?: true }`(入参)· 终态 tick 落的 `end` 带 tick 的 `cycleSeq` | 本包(CC-801;引擎臂注「ONE final tick fires at the sub-run's settle」) | consumed(additive;行为面) | 适配器对引擎标了终态的那一拍 tick(`completed` / `failed`),只对线上**真带数**的计数置 `final`(兜底的 0 不算);归约口按终态载体同一只用量律出 `usage_delta.final`(数值不变而最终性变也出一条只带 `final` 的差分;已最终的键只认终态载体);落终态的 `end` 带 tick 的 `cycleSeq` ⇒ 前代迟到的终态 tick 被判陈旧、不结当代的行;终态 tick 腿的判重改按 (taskId, 代际):带着比这条腿已记的更新的代际 ⇒ 是新一代的终态、不算重复(第二代的终态落得出来,迟到的前代终态 tick 不再把当代的终态挡在适配器里);同代重放 / 更旧 ⇒ 仍是重复;关卡腿与通知腿手上没有代际,仍只按 taskId 判重,且它们记下的「无代际」压过一切(只让一条腿认代际会造出重复终态) | 零动作 | 不涉及 | 零动作 | 零动作 | G-PN3 | `final` 缺席 / 非 `true` = 没说(不当终态);终态 tick 没有 `usage` ⇒ 两键都是兜底 0、不置最终;事实流不带 `final` |
+| **PN-4** 子代身份读面单源:属主台账 / 内容店问「这把引擎 id 与那把是不是同一只子代」只经面板归约口的身份索引(内部读口 `panelSubagentOf`,不上根入口) | 本包(CC-802;CC-556 余项 ⑥) | consumed(行为面;公面零变) | `getBgParentRun` / `getBgParentRunOwner` / `parentToolCallIdOf` / `getSubagentContentSnapshot` / `planSubagentViewSlots` / `settleSubagentContent` / `clearSubagentContent` / `pushSubagentLocalEcho` / `getBgTerminalFacts` 对归约口说是同一只的两把 id 答同一件事(修前尾段与子运行 id 各答各的:属主台账两条、内容按 tick 的子运行 id 记而面板行键是尾段);属主写口一只子代一条记录(别把 id 下的重复收掉),冲突判定按整只子代 | 零动作(同一份账、答案更全;读点自动受益,见 128d) | 不涉及 | 零动作 | 零动作 | G-PN4 | 归约口不认识的 id 只代表它自己;读口失效(抛)同样只代表自己,不拖垮读写 |
+| **SI-1** 复活清账(非终态行帧 / 快照)删同一只子代名下**全部**引擎 id 的通知终报 | 本包(CC-802 余项;修复轮) | consumed(`src/subagentContentStore.ts` 的复活清账口〔包内件,不上根入口〕;行为面,公面零变) | 读口 `getBgTerminalFacts` 按身份索引跨 id 读;修前清账只删本 taskId 一键,旧周期通知以子运行 id 写的终报在新周期的非终态行帧清账之后仍从尾段读回(终端「没有终报正文的终态行」渲出上一周期的总结 / 最近几步)。修后清账按名下全部 id 逐把删;别的子代的键不动;归约口不认识的 id 只清它自己 | 零动作(读点自动受益,见 128d) | 不涉及 | 零动作 | 零动作 | G-PN4 | 归约口不认识的 id / 读口失效 ⇒ 只清这把 id 自己的键(与 0.99.0 同) |
+| **SI-2** `parentToolCallIdOf`(续发目标)同一只子代多把 id 都有 tick 陈述时取**最近登记**的那一把 | 本包(CC-802 余项;修复轮) | consumed(`src/subagentContentStore.ts` 的 `#parentToolCallIdOf` / `#registerSubagentAlias`;行为面,公面零变) | 修前按身份索引的稳定序取第一个有陈述的:复活后旧 id 登过 tick→旧卡、新 id 登过 tick→现卡,查新 id 答旧卡(续发打到旧委派卡)。修后按登记序取最近一把,与谁在问无关(旧 id 的查询同样答现卡,旧别名只作内容寻址);登记序只在这把 id 的陈述变了(首次 / 换卡)时前进,同对重登(逐条 tick、旧 id 复活后的迟到 tick)不刷新;名下只有旧 id 有陈述时回落旧 id 的卡 | 零动作(`REPL` 等读点自动受益) | 不涉及 | 零动作 | 零动作 | G-PN4 | 名下无陈述 ⇒ 读内容态上的卡;都没有 ⇒ `undefined`(不编) |
+| **SI-3** `clearSubagentContent` 清名下**全部**内容键(含停放在委派卡键下的那一份) | 本包(CC-802 余项;修复轮) | consumed(`src/subagentContentStore.ts` 的 `#clearSubagentContent`;行为面,公面零变) | 修前只删读口选中的那一份:绑定前分别落在同一只子代两把 id 上的两份账,清一把后下一次读改选另一份,旧内容回露;内容停放在委派卡键下、别名登记时直接键已有账(不迁移)的那一份同理。修后反复按读口同一只选键函数选、删到选不出为止,每一刀走唯一删除口、总账字节同拍扣减;别的子代的账不动 | 零动作 | 不涉及 | 零动作 | 零动作 | G-PN4 | 清后两把 id 的快照都是 `null`(缺席),不渲空账 |
+| **AK-1** 问类对读法的部署名单类集型改取生成表 `CORE_ASK_CLASSES` 的元素型 | 引擎 `ASK_CLASSES`(CC-821 余半) | consumed(包内;行为零变) | 问类规范序已读生成表(GN-4);`DEPLOYMENT_LIST_ASK_CLASSES` 的元素型从仲裁表键改取 `CORE_ASK_CLASSES` 的元素型(同值 `['ask_rule']` 零变,公面型位置不变),门钉每一员 ∈ 生成表 | 零动作 | 不涉及 | 零动作 | 零动作 | G-AK1 | 不涉及 |
+| **HM-1** 删 `AdapterContext.continuesPark` 与 `ContinuesParkDeclaration`(退役登记 RL-153)· 认领停驻行只认同一次投影里由问答桥拼进来的续跑 | 本包(CC-613 余项) | removed(🔴 型面 BREAKING;条件未到而按死入参提前退) | 宿主声明见证退出:跨次投影的续跑在引擎帧见证(`resumesCheckpoint`,引擎 7.57.0 起)到货前一律按新调用出行(KL-790 改句);同一次投影里桥拼的续跑照旧认领原卡;停驻行登记与 `exportLedger` / `importLedger` 照旧 | 零编译红(三端源码零写者:`AdapterContext` 字面量都是逐键写,无整只透传,见 128d);JS 宿主多交的 `continuesPark` 键被忽略 | 不涉及 | 零动作 | 零动作 | G-HM1 | 不涉及 |
+| **MR-5** `mcpConfigsToSpecs` 登退役(只出 specs 的那只口) | 本包(0.100.0 收口;MR-1 / MR-2 的本地腿丢弃只在 `projectMcpConfigs().dropped` 披露) | consumed(登退役 RL-192;本版行为不改) | 🔴 行为变的读法提醒:名字 / 传输 / 身份头坏形与读抛条目本版不上 wire,本口只交 `specs` ⇒ 调本口的端看到这几类条目无声消失;改读 `projectMcpConfigs()` 的 `specs` + `dropped` | 零动作(origin/main `45d1ff78` 生产投影已走 `projectMcpConfigs`;`sema/mcpWire.ts:52` 再导出到期删) | 不涉及 | **改读**(`bff/settings-projection.mjs:1819`) | **改读**(`main/mcp-skills-wire.ts:643`) | G-MR5 | 不涉及(读口不变,只登退役) |
+| **MR-2b** `args` 的 `length` 不是安全非负整数(数组代理说谎:`NaN` / 负数 / 小数)⇒ 按坏形披露 | 本包(0.100.0 收口) | consumed(`src/mcpWireTransport.ts` 的 `#snapshotArgs`) | 🔴 行为变(修前铸成空数组 ⇒ 上体省掉整键且零披露):现与超上界同路交判官一只非数组对象 ⇒ `degraded` / `degradedMcpServers` 记 `transport.args` | 零动作 | 不涉及 | 零动作 | 零动作 | G-MR2b | 不涉及 |
+| **RF-8** 四只单码窄视图登退役:`legacyToolNameFailureNoteOf` · `imageInvalidFailureNoteOf` · `userAttachmentRefusalContent` · `userInvokedSkillRefusalContent` | 本包(0.100.0 收口;与 RF-2 / RF-4 的 RL-180 / RL-179 同形) | consumed(登退役 RL-193 – RL-196;本版签名与句子不变) | 四只都是 `prepareRefusalNoteOf` 码 → 句表的派生窄视图,与它两条读法答同一问;条件 = 消费端改读 `prepareRefusalNoteOf` / `prepareRefusalCodeOf` 之后的下一个本包版本 | 改读(`sema/legacyToolNameFailureCopy.ts:26 / :33 / :50`、`sema/packageTerminalNote.ts:11`) | 不涉及 | 零动作 | 零动作 | G-RF8 | 不涉及 |
+| **PN-5** 前代迟到的终态 tick 零副作用 | 本包(0.100.0 收口;CC-801 余项) | consumed(`src/adapt/panelTasks.ts` 的 `#settleFromTerminalTick` / `#settleFromNotification`) | 🔴 行为变:适配层自持代际(每条带 `seq` 的 tick 抬「见过的最高代际」);终态 tick 的代际低于它 ⇒ 不记已结、不清常驻、不发 `subagent_lifecycle stop`,只交带代际的 `end` 给归约口判陈旧;通知 / 关卡两腿对「已结记录是前代的」照常结算当代(修前当代行永不结算) | 零动作 | 不涉及 | 零动作 | 零动作 | G-PN5 | 无 `seq` 的行(老服务端)逐字同修前 |
+| **IV-1** `observedInheritEnvOwnCredentialValuesWithheld(baseUrl?)` —— 能力词同族第二词 `inherit_env.own_credential_values_withheld` 的读口 | 引擎 7.52.0 第二词 · 服务端 ≥ 7.132.0 投 · sdk 24.0.0 `ENGINE_CAPABILITY_WORDS` | consumed(`src/inheritEnvCapability.ts` 的 `#observedInheritEnvOwnCredentialValuesWithheld`;公面 +1 = 运行期导出 1819 → 1820;additive) | 与首词同一只读法、同一组五态(`confirmed` / `absent` / `declined{valueShape}` / `unreadable` / `unobserved`);🔴 这一位是事实不是能力声明,`false` ⇒ `declined{false}`(有凭据值没进值臂);交互车道意图判定 `inheritEnvIntentOf` 只闸首词、不读它 | 零动作(要「连副本也扣」的宿主按 `confirmed` 闸) | 不涉及 | 零动作 | 零动作 | G-IV1 | 128b IV-1 |
+
+### 128b. 缺席语义(逐键)
+
+- **PK-2 `BrainStatusPhase`**:类型面,没有运行期缺席语义;相位位读时按开集处理(未知相落 `default:` 兜底),与修前同;门自己的缺席:支持底线声明读不出 / 已装 sdk 版本读不出 ⇒ 判不了 ⇒ 登记行判红(读不出不放行)。
+- **RG-5 领先登记**:包内型面,没有运行期缺席语义;门自己的缺席:引擎成因词表缺席 / 与 sdk 词表不是「sdk 词 ∪ 实算领先」⇒ 编译红。
+- **PK-1 换钉**:开发依赖,没有运行期缺席语义;生成器读不到某一名 ⇒ 拒生成并点名(不回落手写、不回落读 `dist` 私有路径)。
+- **GN-1 通告三表**:闭集常量;新码 `config.session_rules_earlier_grammar` 只由引擎 ≥ 7.53.0 的服务端铸 —— 支持底线之内的服务端不出这一码,读不到 ≠ 缺席事件。
+- **GN-2 / GN-3 / GN-4**:包内件,没有端可见的缺席语义。生成器自己的缺席:设置契约的包根缺 `startsWithHttpScheme` / `MCP_CONTENT_ORIGINS` / 七只出口之一(老于 14.0.0)⇒ 拒生成并点名;闭包引用未登记的 `import` / 全局 / 导出件 ⇒ 拒;引擎 `ASK_CLASSES` 缺席 / 与仲裁表键序不是同一组词同一序 ⇒ 拒。
+- **RG-2**:缺这两键的计划 ⇒ 「不是计划」(`hooksForWire` 抛 `TypeError`;判形口 `hooksWirePlanShapeOf` 答 `'not'`);跳过口缺 `settingsExcluded` ⇒ 读不懂 ⇒ 返回入参数组(本端照跑,同一引用);`userPromptSubmitExecutorOf` 缺 `settingsVerdicts` ⇒ `unknown`(缺 `sessionVerdicts` 照旧当空)。在场却不是数组 ⇒ 与修前同(不是计划)。
+- **RG-1 / RG-3 / RG-4**:登记物与文档,没有运行期缺席语义;门自己的缺席:日期形挂靠的「今天」读不出 ⇒ 判不了日期 ⇒ 当到期(闭合失败,不替日期放行)。
+- **MO-1**:键缺席 = 老服务端(≤ 7.131.x)或旧账本行(那时带的是 `hooks[]`)⇒ 视图不铸 `mods`;`mods: []` = 这条腿没有注册(正面事实);非空却零行幸存 ⇒ 段缺席(读不出 ≠ 零);缺席**不是**「没有扩展判这条腿的调用」(委派子代仍可经祖先链被判)。坏形:行级逐条丢(缺 `name` / `seat` / `tier`、两形都不成立、两形键同在);`observe` / `skipped` 坏形只丢该键。
+- **PM-1**:v3 行带 `band` / `locale` / `contentHash`(`variant` 只在变体选择过时),不带 `slot`;v2 行反之 —— 键的有无随行,本包不按版本补另一形的键。`contentHash` 只在带 `band` 的行上过境(v2 同名位是进程加盐旧摘要)。`identity` 四键全读得出才在场,任一坏 ⇒ 整只缺席、帧照投。🔴 前缀律:`sha256:` 跨进程可比、`salted:` 只在同一引擎进程内可比;本包不比、不剥前缀、不判等价;第三种前缀原样交给宿主,当不透明。
+- **PM-2**:键名不变;值在 7.132.0 上是带词、在老服务端上是 v2 语义槽,两种词按开集读(`switch` 带 `default` 臂)。
+- **CZ-1**:老服务端永不来本臂 ⇒ 追踪器从不开 ⇒ 读数恒「没在压缩」(与 0.99.0 同)。`pass` / `trigger` 读不出 ⇒ 投影口 malformed 丢帧;`startedAt` 坏形 ⇒ 键缺席不丢帧。`compaction_outcome` 的 `pass` 缺席(blocked / suppressed / disabled / noop / 没被边界接住的手动请求)⇒ 不收任何 pass。
+- **CZ-2**:两位各自有限非负才带;都缺席整键不铸;缺席 = 没报 / 测量失败,不编 0。🔴 禁相减、禁与 `pre_tokens` / `_sema_freed_tokens` 混算。
+- **CZ-3**:同一 `pass` 第二只开帧不重开;收过的 `pass` 晚到的开帧不开(记忆有界:每只追踪器记最近收的 1024 个 `pass`,更早收的那一只重放开帧会再开、流结束照收);车道读不出(`laneProof` 缺席 / 坏形、身份位读抛)的开帧整只不认、不记账;收帧的 `pass` 没开过不收别人;子代车道(`laneProof` 非 main / 身份三键在场)的 pass 不点亮主车道;流结束收所有未收的 pass(没结果可说 ⇒ print 帧裸 `status:null`)。不铸心跳、不铸 `compact_output_chars`。
+- **CZ-4**:开帧的 `trigger` 缺席 / 空串 / 非串 / `null` / 取值器 ⇒ 这只开帧不存在(不点亮、不记账、不出状态帧),与投影口 malformed 丢帧同一判据;追踪器不改变任何已开 pass 的账。
+- **RF-1**:码缺席 / 表外(含服务端同一张表里其余十码)⇒ `undefined`,落通用句。句子不断言「这一跑没起来 / 没发给模型 / 没开始」(服务端 7.132.0 同步腿上做过工作的同码仍是 200 + `failed`)。
+- **RF-2**:体上无这组位(老服务端)⇒ `null`;`reason` 表外 ⇒ `null`;数值位非整数 ⇒ 该位缺席。🔴 代理三帽在两代上的形(夹具真读数):描述 / 系统提示越限在 7.132.0 上是帽的拒(`agents[i].whenToUse` / `agents[i].systemPrompt`,`too_long`,`count` / `cap`),7.131.x 上是散文;技能内容 1 MiB + 1 在两代上都是**形拒**(`agent.skills must be …`,无帽的机读位 ⇒ 泛化口答 `null`);恰限两代都不拒。
+- **RF-3**:三位缺席 = 老服务端,读法同 0.99.0;`blockedBy` 非点分码形 / `reason` 非 token 形 ⇒ 该位缺席。409 `checkpoint.unsupported_version` 不带 `retriable`(7.132.0 终态 steer 路)⇒ CC-339 读口答 `null`,落通用(不补「卡仍挂」)。
+- **RF-4**:`reason` 缺席 = 7.114.x – 7.125.x 的别名拒(读作 `dead_alias`);表外词 ⇒ 族读口给 `{ reason }` 原词、旧口 `undefined`;`path` 成员坏一员或读不出 ⇒ 只有这一位缺席(族读数照出);`budgetMs` / `totalMs` 只在正有限数时带。服务端 7.132.0 起 `settings.hooks` 的执行入口并入扩展注册链(请求钩子 = 任务座一张注册 `settings.hooks`,matcher 判官改名为 `hooksMatcherIssue`);本包的受理拒读口与插件 hook「投给引擎 / 本端跑」的计划判定读法不变 —— 两代执行入口各按自己的真入口实跑,`UserPromptSubmit` 计数型条目合计恰一次(7.131.x 及更早:`createTaskHooks`;7.132.0:注册 → 引擎受理 → 引擎 `UserPromptSubmit` 站)。
+- **RF-5b**:位缺席(老服务端 / 8 MiB 读体上限那一只 413)/ 表外词 ⇒ `null`,落通用 413 处置;`operator` 只在快照 blob 形认。
+- **RF-6 / RF-7**:零改码,读法不变。
+- **SB-1**:码缺席或状态派生粗码 ⇒ 散文锚(老服务端);码在而状态不符 ⇒ 不认领;`request.precondition_unmet` 只在交了 `sentRequest`、它带档且没带 `cascade` / `verify` / 会话 id / 设备 id 时认领(没交 ⇒ 不认领:同码另有几只铸点各有自己的请求体前提);`request.field_conflict` 只认 cascade 锚句(交了 `sentRequest` 另要它带档且带 `cascade` / `verify`;没交 ⇒ 旧调用方逐字同 0.99.0)—— 同码另有十余只体内矛盾拒,请求体只作必要条件。
+- **AT-1**:`index` 缺席 = 拒句没点名单件(总窗口预算一支,或老服务端)⇒ 句不点名;非负整数才收。
+- **GK-1**:`absent` 臂在 ≥ 7.132.0 上不可达(读不出门种的行不出队列),只为老服务端的历史行留着。
+- **MC-1**:`toolNames` 缺席 / `[]` / 非空三句仍分;`[]` 只说「这一跑名册里它此刻没有工具」(两解并列)。
+- **DL-1 `decisionInFlightOf`**:身份读不出(非对象 / `gate` 表外 / 必需分量不是非空串 / 只在原型链上)⇒ `false`(不是「在飞」);读起点非有限数 ⇒ 按缺席(只问「此刻在飞」)。`false` 的意思是「本进程没有一笔匹配的在飞 / 晚结算的决断」—— 不说门已决、不说门还在(那是待决读的事)。宿主自带传输、不经包任何写点发出的决断,本账看不见(见包侧缺口)。
+- **DL-2 `decisionReadMark`**:恒是数;只与本进程本包实例的结算刻度可比(两份包实例两只钟)。
+- **DS-1 `sendHitlDecision`**:请求坏形 ⇒ `not_sent{invalid_request}`;客户端上没有这一族的答口 ⇒ `not_sent{no_verb}`;卡口结局不是人答 ⇒ `not_sent{not_an_answer}`;都零请求、零开账。可选位缺席:`signal` 缺席 ⇒ 不可中止(仍受墙钟约束);`approvalDecisionNoteCapable` 不是严格 `true` ⇒ 不发备注、不读审计;`approvalDecidedBy` 缺席 / 读不认 ⇒ 归因落旧键;`readPending` 缺席 ⇒ 不读回、结局不带 `pending` / `closesOut`。
+- **DS-2 结局**:`settled_elsewhere` 的 `firstDecision` / `decidedAtMs` / `actorLabel` 缺席 = 服务端没回显(老服务端)或读不出,**不**表示「首决与这一发相同」;`contrary` 只在首决在场且不同时出现。`not_applied` 的 `sessionId` / `gone` / `parking` / `retryAfterMs` 缺席 = 体上没给。`unconfirmed` 一律不许渲成「没记上」。
+- **DS-5 闩与持有**:`deps.hold` 缺席 ⇒ 发送机当拍登记持有(读位抛 / 不是两只动词都在 ⇒ 当没给);持有表上别的路正持有这只审批 ⇒ `not_sent{duplicate_in_flight}`,不等(等别的持有者放手没有上界)。宿主交来的句柄:已放手 / 身份对不上 ⇒ 当没交;认了 ⇒ 发送机接手它出站那一笔(补齐本次身份键,结局交回之前结算),宿主仍持有这只审批、照常 `release`。账上的闩只看本进程在路上的同键笔(发送机 / 活卡发送段 / 耐久决断起止);别的客户端 / 别的进程的决断由服务端判赢家,结局读 `settled_elsewhere`。
+- **RR-1 `_sema_reopenRefusal`**:present-iff;缺席 = 同臂已有五位之一在场,或判决来自宿主自带的重开口。
+- **TT-1**:`mountedServers` 是 `[]` = 「这一回合一台都没挂」(一条不出);判不出 ⇒ 必须交 `'unknown'`(全出)—— 不许拿 `[]` 冒充「不知道」(那会把用户关掉的工具静默放回)。键的 `server` 不在本回合挂载里 ⇒ 这一键这一回合不出条目、留在存档里(服务端对没挂的名照跑、只告一次,不发是为了不每回合告知)。面板行没有 `toolNames`(没报 / 拨号失败)⇒ 那台服务器没有工具行可开关(如实说「这台服务器没报它的工具」),不按配置猜工具名;键的整名因引擎铸名规则变了而不再对应任何工具 ⇒ 引擎照跑、告知一次(`runner_config_advisory`),存档不自动改。
+- **TT-2**:能力位没报 / 报 `false` ⇒ 不提供开关(句子取 `seatCapabilityUnavailableDetail("mcpToolToggles", …)`);`listMcpToolToggles` 抛 = 读不出存档(不是「一只都没关」,后者是 `{ off: [] }`);`setMcpToolToggle` 回 `{ ok: false }` = 没存下(开关拨回原位并说一句),不是错误。工具清单不在这两只动词上:来自 `readSessionMcpPanel` 的 `toolNames`;没有会话 ⇒ 如实说「打开一个对话后显示工具」,不假装空。
+- **TT-3**:开会话名单缺席 / 映射为空 ⇒ 请求体只带另一半;两半都空 ⇒ 不带 `excludeTools`(装配口对空数组不落位)。
+- **AS-4**:源成员缺席 = 漏接(`host_port_missing` / `unwired`,会话面一句,自检口点名);显式 `'none'` = 这一类源没有(浏览器),零句;memory 两源都没声明 = `empty`(记忆照常挂的唯一写法);fileHistory 意图 `false` 或引擎本来就不捕获(`off`)= `empty`、照发。
+- **AS-5**:入参上 `memory` / `fileHistory` 为 `undefined` / `null` = 缺席(不拒、不 stamp);其余任何值(含 `'off'` / `'disabled'`)⇒ 按名拒。
+- **AS-6**:`section` 缺席(`undefined`)∧ env 四键全空 = `empty`、不带(检索走部署后端,与修前「宿主判出 absent 不交」同);env 缺席一律交 `{}`(没有环境的宿主),不是漏接。
+- **AS-7**:此刻产物的 hooks 行是 `unwired` ⇒ 不动(漏接不是判决);此刻 `resolved` / `webSearch` / `memory` / `fileHistory` 读成 `none` ⇒ 请求上那几键照在(不放宽、不换目的地);请求上本来没有 hooks ⇒ 原样返回同一只请求。条目等值按 JSON 序列化之后的样子比(`undefined` 位 = 缺席、非有限数 = `null`、键序不论);序列化就抛 ⇒ `refuse`(判不清不删)。装配口与本口都只读产物一次(权限面第一个读、读到即物化,其余位按 JSON 序列化之后的样子拷一次):产物 `carried` 上的位是取值器 / 在原型上 ⇒ `TypeError`(不是「没有」);嵌套取值器的值,判与带都用快照取的那一次;`structuredClone` 搬运的真产物照收。
+- **AS-8**:不涉及(表恒全)。
+- **SG-1 `_sema_segment_id`**:只盖尾块是 `text` 的 assistant 行;缺席 = 不属任何引擎段。同一段的行全部同值;一行不会同时属两个段。窗口没开时被读(上游没有任何正文帧就交来一行整条正文)⇒ 以那一行为锚开窗,不落随机身份。
+- **SG-2 段末行**:段末事件之后至多紧跟一行(本段还押着的定稿字节为空 / 前缀过期那一形一个字节都不交时为零行;前缀过期而本段已提交行的归属说不出 —— 上游两行同 uuid、`committedUuids` 整键缺席 —— 时一个字节不动,还押着的原始那截照旧作为末行交出,见包侧缺口 SG ④)。下一段的第一只活体增量恒 `opening: true`。模型轮结束之后,只有下一只**正文增量**开新段;整条正文行(durable 腿 / 合成终局)不开 —— 它与迟到的段末分不出归属,段末仍按上一轮的账判(闭合失败那一侧)。引擎整条流不报段末 ⇒ 无段末事件、行照旧在工具卡 / 轮末 / 终局提交。
+- **TO-1 `_sema_terminal_owner`**:闭集两臂,臂外 / 坏形 ⇒ 读口 `undefined`;`followed-run` 缺 `taskId` ⇒ 整只 `undefined`;可选位形不对 ⇒ 那一位缺席。宿主位 `requestId` / `followedRun` 只认自有数据位非空串(取值器不执行)。成功的跟读终局在交互面没有合成行,位只在结果帧上。
+- **EX-1 槽**:`endRun` 缺席 / 空白 / 非串 / 读抛 ⇒ 默认半句;宿主半句的句末标点去掉。`wakeSession` 缺席 / 空白 / 非串 / 读抛 ⇒ 引擎端点括注;`null` ⇒ 不括注。
+- **EX-2**:`errorCode` / `runStatus` present-iff;`runStatus` 是原词(开集),只有终态词才触发对账句。
+- **DQ-1 读数**:① 请求半缺席 / `null`(部署半在不在都算)⇒ `not_landed`;② 任一半在场却读不出,或命名三件端口任一没装 / 铸名抛 ⇒ `unreadable`(读不出优先于缺席);③ 请求半读出、部署半缺席 / `null` ⇒ `request_only`,`requestMcpServerPrefixes` 冻结集(请求半是 `[]` ⇒ 空集 —— 本请求一只都不带,不塌 `not_landed`);④ 两半读出 ⇒ `directory`(不变)。`request_only` 的前缀集**只是**声明集的一部分:集内的名一定在本跑声明里;集外的名是「没核」不是「没应答」。只有部署半在场而请求半缺席仍 `not_landed`(没有 deployment_only 态)。读数对象每次新铸,按 `state` 比。
+- **DQ-2 披露时机**:告警句存在载荷槽里,与载荷同拍写、同拍清;`taskAgentsField()` 交出时才 `console.error`(`[sema] ` 行,与原来同一出口);同一句(字面)进程内只打一次(按句即按条目:每句点名代理 + 清单 + 条目)。没交出去的一代一句不出;作废当拍(新一代未落定)读 ⇒ `{}`、不带旧句;`agents` 缺席但有告警的一代(宿主闭包自铸的形)在读面交出结论那一拍才打。能力确证 false ⇒ 载荷不交、投影句不打,只剩 prepare 落定时那一句「引擎不收」。
+- **MA-1**:位缺席 / 显式 `undefined` / 表外词(含大小写变体 / 非串)⇒ 按没有这一位读(不收紧);`undetermined` / `absent` ⇒ 同。位**自有数据位**读(原型链上的不算),读就抛 ⇒ 读数不成形 ⇒ `unknown`。只作用于目录一路报 `complete` 的那一格;目录 `partial` / `absent` / `unreadable` / 缺键时 `refused` 与没有它逐字同答。优先序:引擎已应答 > 采纳三态 `refused` > 旧位 `engineAcceptsCatalogDefault`(`refused` 压过位 `true`;`undetermined` 时旧位原样起作用:`true` ⇒ complete / `false` ⇒ partial / 缺席 ⇒ 判不出)。远程拓扑不读它。
+- **KP-1**:非对象根 / `null` / `undefined` ⇒ `[]`;空串 / `null` / `false` / `undefined` 值不算;读不出不装成没有 —— 凭据名下读就抛的位按命中记,列键 / 取元素 / 连「是不是数组」都读不出(已撤销的代理)的非根层按命中记这一层的路径,根层读不出 ⇒ `[]`;环只在节点是自己祖先时才截,无环共享的子树各自报各自的路径;读数里永远没有值。相对终端旧实现的两处**只增不减**补强:驼峰词界认首字母缩写(`DBPassword` / `SSHKey` 命中)· `NAME=<值>` 的值单看是凭据形也命中(名字不是凭据词也一样)—— 终端换读后这两形会多出读数,属预期。`numericByNameOnly` present-iff `true`。残余边界(成文):单字母短选项位不判 · 命令串内嵌凭据只按已知字面形命中 · 普通 env 名下无前缀随机值不命中。
+- **KP-2**:非串入参 ⇒ 两判定口 `false`、切词口 `[]`。两张词表刻意取宽(`SSL_KEY_PATH` 也命中,`PASSAGE_DIR` / `apiKeyHelper` / `monkey` 不命中);展示出口取窄的 `CREDENTIAL_NAME_SEGMENTS` 是另一件事。
+- **FM-1**:车道读数不是 `present` / 工具在引擎所在机器上 / 无车道(`isolatedAbsent: 'no_hands'` 或车道词 `in-process`)/ 读就抛 / 坏形 ⇒ `undefined`;`sources` 表外词 / 非数组 / 去重后空 ⇒ `undefined`。**缺席不当「在本机」也不当「在远端」说**。
+- **FM-2**:`rows` 非数组 / 全是非死规则理由 / 坏行 ⇒ `undefined`;行读就抛 ⇒ `undefined`(整批,不出半句)。同一规则串重复只点名一次。
+- **FM-3**:`route` 缺席 / 坏形 / `detail` 不是 `provider_rejected` / 状态码坏(整只 `detail` 不交)/ 读就抛 ⇒ 键不在(不是 `undefined` 值、不补 `{}`),**缺席不是「没走任何路」**;引擎多给的位不上帧;`failed` 事件帧(无因由读口)不铸。
+- **FM-4**:入参缺席 / 空表 / 非数组 / 坏行 / 命名端口缺席 ⇒ 与不交逐字节同(整份投影结果同);成因词表外 ⇒ 通用句(只说它不在这一跑里),不丢这一台;重名服务器取先到的;拒用名单逐行隔离(一行读不出只丢这一行);名册里真挂着被点名的名 ⇒ 不补句(引擎铸名会让 `my.srv` 与 `my_srv` 铸出同一前缀);deny 侧点名不补句。
+- **FM-5**:非数组入参(含已撤销的代理)⇒ 空读数;元素读就抛 / 非串 / 空串当缺席;`bare` / `detached` / `scoped` 是读数不是错误,宿主决定怎么告知;名字原样(不小写、不归一旧名)。
+- **AD-3**:句子由 `msg('config.agentsWire.toolEntry.sentence', { who, phrase })` 铸(数据面恒英文;参数是已点名的代理称呼与问题短语,值取自闭表与名册);allow 侧没有拼法问题 ⇒ 无此句;名册在手且含该名 ⇒ 预判本就不报 ⇒ 无此句(与旧句同律);判官端口缺席 ⇒ 仍是「查不了」那一句(`unjudged`,同样套本句的后半);deny 侧拼法问题仍零告警句(读数照在 `toolListFlaws`)。**缺席不是「引擎会收」**:句子两种结局并列,不替引擎选一种。
+- **MR-1 名字**:判官对非串、空串、超长、首尾空白一律「不可用」(不 trim、不截);读不出名字的行(中心腿整行不是对象 / `name` 缺席)仍记 `missing-field`、名字缺席。披露行里的名字槽是坏名摘要(`empty` / 引号形回显 + 种类),全名不回显。
+- **MR-2 传输**:`env` / `headers` / `args` 缺席 ⇒ 副本不带该键(「没写」不折成空);判官丢掉的键 ⇒ 副本不带 + `lost` 一条;`lost` 条目的 `member` 只在 `env` / `headers` 记录级坏形上有,`fault` 同。取值器形的入参对象:每个键读一次;读抛的访问器(记录成员)按「读不出」进 `lost`(`member_not_string`),不抛出去。入参整条读不出(不是对象)⇒ 硬坏形 `transport`;声明上某个键读抛(访问器 / 代理陷阱)⇒ 同样按硬坏形 `transport` 处置(只连累这一台)。
+- **MR-3 条数 / 体量**:没有本地缺席语义 —— 声明了多少台就交多少台;服务端 ≥ 7.132.0 的整份 400 走 RF-2 读口(体上无机读位的老服务端落通用句)。
+- **MR-4**:`startupTimeoutMs` 缺席 / `undefined` ⇒ 键不铸;`mcpServers` 键缺席或空数组由调用方的入口决定,本包不铸 `null`。
+- **TX-16 十五个出句口的 `lang`**:缺席 ⇒ 英文(数据面;进 `reason` / `-p` 标准错误 / 模型面的那几处要的正是这个);表外值(含非串)⇒ 按英文出句并记消息台账固定条目 `lang:?`,不回显外来值;各口对坏入参的处置同修前(不抛、按缺席读)。`imageSentOnUnknownVision` 无话可说时仍是 `undefined`(不出空串)。
+- **RT-5 `retryStatusParts` 的段**:每段在场当且仅当引擎给了那件事且读得合形,缺席整键不在、**不铸 0、不铸空串**。逐段:`phase` 恒在;`model` ⇐ `ctx.modelName` 非空白串(过展示出口、去首尾空白);`condition` ⇐ 判词是 core 词表里有专句的四词(`quota_exhausted` / `throttled` / `overloaded` / `stop_other`),`unknown` / 表外词 / 大小写变体 / 原型链键名 / 缺席 ⇒ 不在、词不回显;`resendNote` ⇐ 终态且判词为 `stop_other`;`httpStatus` ⇐ 100–999 整数;`source` ⇐ `condition` 在场且证据词是 `unified_header` / `provider_code` / `status` 之一(表外词不在、不回显);`attempt` / `maxAttempts` ⇐ 整数 ≥ 1;`elapsedMs` ⇐ 等首 token 相上 ≥ 0 的有限数、`timeoutMs` ⇐ > 0 的有限数(只在 `waiting_first_token`);`retryAtMs` ⇐ 有倒计时的相(`retrying` / `reconnecting`)∧ 引擎给了产生者墙钟时间位(`RetryStatus.retryAtMs` 是有限数)∧ `RetryStatus.deadline` 是正有限数,值 = `deadline`(终态 / 等首 token / 未知臂 / 清行 ⇒ 不在;引擎没给等待量的帧、只给相对量的帧 ⇒ 不在 —— 后者宿主照读 `deadline`);`detail` ⇐ 引擎中性原话过展示出口后非空;`recourse` 同 `retryStatusNotice`。`null`(清行)⇒ 恰 `{ phase: 'cleared' }`。
+- **DU-3**:无运行期缺席语义变化;一行读不出(铸点抛)仍只丢那一行;空白行不出。
+- **DU-4 / DU-5**:无运行期缺席语义变化 —— 展示口对非串入参按 `String(v ?? '')` 归一(与自由文本出口同),上传判据对非串答 `false`;不含非 ASCII 转义的串读数与 0.99.0 逐字节同(DU-4 只改 `credentialUrls: false` 的整串地址出口)。
+**坏形处置**:
+- **TX-16**:各口对坏入参的处置同修前(非对象 / 缺字段 / 取值器抛 ⇒ 不抛、按「读不出」答);`lang` 表外值 ⇒ 英文 + 消息台账 `lang:?`;缺键 / 缺参由台账记账、不渲内部标识。
+- **RT-5**:`status` 不是对象 / `kind` 不是串 / 代理抛 ⇒ 按默认臂读(`phase: 'retrying'`,无 `recourse`、无 `retryAtMs`);任一位非法值(0 / 负 / 小数 / 数字串 / `NaN`)⇒ 只那一段缺席;证据词表外 ⇒ 无 `source`;`ctx` 的取值器不执行 ⇒ `model` 缺席。永不抛、读数冻结。
+- **DU-4**:authority 不是 `host[:端口]`(端口非纯数字 / 超界 / 带停字符 / 带 `@`)⇒ 闭合失败,标签词照遮;自由文本出口不放宽(同一条地址在自由文本里端口仍被标签词吞)。
+- **DU-5**:坏序列(截断 / 过长编码 / 孤立续字节 / 代理半区 / 越界)只是词界,读不抛;`%` 后不是两位十六进制按原字符;夹在已知前缀**中间**的坏序列(`s%FFk-…`)与终端壳、配置层判官同读 —— 按字节读,前缀不成立,不判令牌;二次编码的坏序列(`%25FF…`)由 ASCII 解码层先解开再读;读法单遍线性。
+- **DU-3**:开集参数(限额旋钮词 / 规则条目与成员词 / 探针散文与结构因由码 / 分类器成因词 / 引擎原因原文)里的凭据形 ⇒ 句内渲成记号,控制符 / 双向符 ⇒ 可见化、折平成单行;外来成员名恰是凭据标签词(`token` / `api_key` 一类)而条目是裸值时,「成员词: 条目」这一层语境由 `allowRuleShadowSentence` 把成员串整串再过一遍展示出口;铸点抛 ⇒ 只丢那一行。
+- **PN-1 / PN-2 tick 的代际**:`cycleSeq` present-iff 合法周期号(整数 ≥ 1);缺席 / 坏形(0 / 负数 / 小数 / NaN / 串 / null)⇒ 按缺席 —— 有 `cycleSeq` 的记录上不碰用量(只更新展示位与活性,计入诊断计数),无 `cycleSeq` 的记录按子运行 id 判(与修前同)。🔴 tick 不建水位、不抬水位:水位只由行帧 / 终态说。
+- **PN-3 `final` / 代际**:`cycleSeq` / `final` 只认自有**数据位**(取值器不执行、读就抛 / 代理陷阱 ⇒ 按缺席,归约口永不抛);发布方只对终态 tick 上**线上真带数**的计数置 `true`;`usage` 缺席 / 某一计数缺席 ⇒ 事件里的 0 是兜底、不置最终;非 `true` 当缺席;归约口事实流不带 `final`(只供折叠)。
+- **PN-4**:归约口不认识的 id、读口抛 ⇒ 每把 id 只代表自己(与 0.99.0 同);同一只子代名下哪把 id 有账读哪把(查询那把优先),写口收掉别把 id 下的重复。
+- **SI-1 – SI-3**:同 PN-4 —— 归约口不认识的 id、读口抛 ⇒ 每把 id 只代表自己,清账 / 清内容只清它自己的键;`parentToolCallIdOf` 名下谁都没有陈述 ⇒ 读内容态上的卡,再没有 ⇒ `undefined`;清内容之后快照读 `null`。
+- **AK-1 / HM-1**:类型位 / 型面删除,没有运行期缺席语义;JS 宿主多交 `continuesPark` ⇒ 对象多余键,被忽略。
+
+- **IV-1 值臂读口**:缺席 = 服务端 ≤ 7.131.x(只按名扣;同值换名的副本在 `inheritEnv: "all"` 下照进子进程)或这一词没接线 ⇒ `absent`(读作「不保证」,不是「不具备」);`false` 是事实(有凭据值没进值臂)⇒ `declined{false}`,不是缺席;没落地 ⇒ `unobserved`、自有访问器 ⇒ `unreadable`(取值器不执行)—— 与首词同律。
+- **PN-5 前代迟到终态 tick**:tick 不带 `seq`(老服务端)⇒ 见过的最高代际这本账恒空,三条终态腿逐字同修前;带 `seq` 而坏形 ⇒ 按缺席(不抬代际)。
+
+### 128c. 黑盒判据(G 骨架;交 test)
+
+> PK / GN / RG-1 / RG-3 / RG-4 不走根入口公面行为(GN-1 例外,见下);RG-2 是行为面。
+- **G-PK1**:`node scripts/run-upstream-tables-test.mjs` 绿(十只生成物 == 用已装引擎 7.53.0 / 设置契约 14.1.0 / sdk 24.0.0 重新生成);装机核 `@sema-agent/core` 7.53.0 · `@sema-agent/settings-schema` 14.1.0 · `@sema-agent/sdk` 24.0.0;`node scripts/run-sdk-witness-compile-test.mjs` 绿(本包 src 对 sdk 24.0.0 与 23.1.0 两份都零诊断)。
+- **G-PK2**:`BrainStatusPhase` 的取值集 == `BRAIN_STATUS_PHASES` 七词(含 `waiting_first_token`,与引擎闭集同源;`engine-vocab` 门对已装引擎逐词钉);`node scripts/run-upstream-type-shadow-test.mjs` 绿(登记 1 行 · 地板子式:支持底线 sdk 23.1.0 < `floorCrosses` 24.0.0,已装 sdk 24.0.0 型恒等);把支持底线声明的 sdk 一项抬到 24.0.0 ⇒ 该门当场红(改再导出并删行);`node scripts/run-sdk-witness-compile-test.mjs` 对 sdk 24.0.0 与 23.1.0 两份都零诊断。
+- **G-GN1**:`ENGINE_NOTICE_CODES.length === 96` 且含 `config.session_rules_earlier_grammar`;`ENGINE_NOTICE_AUDIENCE['config.session_rules_earlier_grammar'] === 'user'`;其余码与 0.99.0 逐位同序。
+- **G-GN2**:抄本七只出口在独立样本池(入参各种非串 / 超长 / 边界长度名、各种传输形)上与设置契约 14 同名原件逐个同答(含抛不抛);抄本在只有 ECMAScript 内建的空上下文里求值(只给两个注入名)同答;自由名恰是两个注入名与 JS 内建;把上游闭包里一处改成引用未登记的名字 ⇒ 生成器拒生成并点名。
+- **G-GN3**:`startsWithHttpScheme` 的抄本函数与原件逐个同答(大小写 / 无斜杠 / 非 http(s) scheme / 空串 / 前导空白);`MCP_CONTENT_ORIGINS` 逐词逐序同。
+- **G-GN4**:`CORE_ASK_CLASSES` == 引擎 `ASK_CLASSES`(逐词逐序)== 仲裁表键序;问类对读法对规范序里的两类按序 ⇒ 合形、逆序 ⇒ 坏形、表外词不约束序;引擎加类而仲裁表没跟 ⇒ 生成器拒生成。
+- **G-RG1 / G-RG3**:`node scripts/run-retirement-ledger-test.mjs`(登记 25 行、已退役 114 行;日期形挂靠的自证格;RL-167 / RL-188 的地板子式格)与 `node scripts/run-layering-shadow-export-test.mjs` / `node scripts/run-upstream-type-shadow-test.mjs` 绿。
+- **G-RG2**:`hooksForWire({ plan })` 对 0.88.0 型面六键计划(`engine` / `pluginReader` / `verdicts` / `excluded` / `settingsDropped` / `wire`)与只缺 `settingsVerdicts` 或只缺 `settingsExcluded` 的七键形一律抛 `TypeError`;八键计划返回 `plan.wire`;`settingsExcluded` / `settingsVerdicts` 在场却不是数组仍抛 `TypeError`;六键计划经 `settingsHooksKeptLocally(plan, event, group)` 返回 `group.hooks` 同一引用;`userPromptSubmitExecutorOf(六键计划) === 'unknown'`(缺 `sessionVerdicts` 的计划仍答原来的 `shell` / `engine` / `none`)。
+- **G-RG4**:文档与登记,走 `node scripts/run-integration-doc-freshness-test.mjs`。
+- **G-RG5**:`ResumeCauseCoreAhead` 在 sdk 24.0.0 上是 `never`、在 sdk 23.1.0 上是 `transcript_corrupt`(`node scripts/run-sdk-witness-compile-test.mjs` 两份都零诊断);`parkedResumeStartupContent` 对 `startupCause: 'transcript_corrupt'` 出专句(与 0.99.0 同)。
+> 链 = 服务端 7.132.0 × 引擎 7.53.0 × 终端 1.0.152(本版产物在终端可见的那一版);终端 1.0.151(提的是 0.99.0)上的读数作「修前」对照。
+- **G-MO1**:任一任务的 `wiring_manifest` 帧 ⇒ 包视图 `mods` 含 `server.permission-denied-meter` 挂上行(`seat` / `tier` / `events` 非空),视图无 `hooks`。修前:`mods` 缺席、`hooks` 缺席。
+- **G-PM1**:`prompt_assembled` ⇒ 每条段行带 `band`、无 `slot`;`contentHash` 以 `sha256:` 或 `salted:` 起;`identity.epoch` 是非负整数;`context_usage.sections[].kind` 与同任务 `prompt_assembled` 同 id 段的 `band` 同词。修前:段行无分组词、无身份。
+- **G-CZ1**:手动 `/compact` ⇒ chrome `compaction_started{pass:P}` 恰一只,随后 `compact_boundary.compact_metadata._sema_pass === P`;追踪器 `compacting` 开 → 关恰一次;print 车道恰一对 `system/status`(`compacting` → `null` + `compact_result:"success"`)。修前:无开始帧,终端状态由推断点亮。 修复轮(CZ-4):`node scripts/run-compaction-status-tracker-test.mjs` CZ4 格 —— 手造 `compaction_started` 直喂追踪器(chrome 事件 / 内部臂 / `{ plane }` 包层三条入口),`trigger` 为数字 / 空串 / 缺席 / `null` / 布尔 / 数组 / 取值器 ⇒ 无变化、无 `system/status` 帧、读数保持 `compacting:false`、流结束无收口,其后同 `pass` 的好帧照开;`trigger:"auto"` / `manual` / `forced` / 开集原词照开。
+- **G-CZ2**:压缩在跑时任务结束 ⇒ `compaction_outcome{outcome:"mooted", reason:"task_ending", pass:P}` 收口;追踪器关(print 帧裸 `status:null`)。修前:无 `pass`。
+- **G-RF1**:会话规则存量行含退役工具名 ⇒ `POST /v1/tasks` 400 `config.legacy_tool_name`;失败呈现 `notes` 含出路句,与终局 `failed` 路(异步提交同一请求)同字;句子不含「did not start」。修前:400 路无出路句。
+- **G-RF2**:代理描述 4097 字 ⇒ 400 `request.field_invalid` 体带 `field:"agents[0].whenToUse"` / `reason:"too_long"` / `count:4097` / `cap:4096`;失败呈现点名该坐标与超了 1。
+- **G-RF3**:部署座位坏(`detail.field:"deps"`)的续跑 ⇒ 409;句说「部署的问题、不是你的决定;修好后同一张卡再决一次」;print 车道句尾带准入码。修前:落「配置被拒」通用句。
+- **G-RF4**:`settings.hooks` 某组 matcher 求值总超额度 ⇒ 400 `detail.reason:"budget_exceeded"`;族读口与旧口都读出事件、组号、总额度与路径。修前:读口 `undefined`。
+- **G-RF5b**:库的上限没读到时提交大体 ⇒ 413 `wallSource:"assumed"`;失败呈现说「按最保守的上限拒、稍后重试」。
+- **G-RF6 / G-RF7**:非运维写存量坏 deny 行 ⇒ 403 `loosen_forbidden` 归放宽被拒那一臂;Artifact 审批卡的规则报价原样上卡。
+- **G-SB1**:非 k8s 车道带 `sandboxImageProfile` 提交 ⇒ 501 `capability.k8s_lane_required`;降级句按码出(改服务端拒句措辞不影响)。修前:无降级句(0.99.0 在 7.132.0 上的回归形)。
+- **G-AT1**:第 2 个附件超界 ⇒ 400 `detail.index:1`;句点名「attachment 2」。修前:句不点名。
+- **G-GK1**:`/v1/approvals` 每行 `gateKind` 非空;审批卡全部按门种分腿。
+- **G-MC1**:工具阀门一只都不放的服务器重拨被拒、`toolNames: []` ⇒ 句子说「这一跑名册里它此刻没有工具」,不说「撤走了」。
+- **G-RL**:三端升级 0.100.0:RB-1 零编译红;CZ-1 只在逐臂登记表(网页端)与穷举 `Record<ChromeEvent['kind'], …>`(终端型穷举表)处红。
+> 本组以包内门为证;引擎侧读数交 test(本仓无引擎)。
+- **G-DL1**:真耐久决断(审批停驻卡作答)、真活卡作答、真宿主持有出站三路在同一条 run 上 ⇒ 决断在路上时 `decisionInFlightOf({ gate: 'run', taskId })` 为真,三路都落定后为假;在决断落定之前取的 `decisionReadMark()` 交给读口 ⇒ 真(那份待决快照陈旧),落定之后取的 ⇒ 假。
+- **G-DL3**:计划审阅卡作答期间,`planReviewDecisionInFlight(t)` 与 `decisionInFlightOf({ gate: 'plan_review', taskId: t })` 逐拍同答;重开口在作答在路上时拒开且带 `_sema_decisionInFlight: true`(与 0.99.0 同)。
+- **G-DL4**:挂了 `onDecideOperation` 的宿主照旧收到恰一对 `start` / `end`;没挂回调的宿主,读口照样在 `start` 到 `end` 之间答真。
+- **G-DS1**:服务端 7.132.0 上流内问卡(`approval_request` v1)按「批准」⇒ `sendHitlDecision({ family: 'ask', … })` 结局 `applied`、`attempts: 1`;**另一个进程 / 客户端**再对同一只问按「拒绝」⇒ `settled_elsewhere{ firstDecision: 'approve', contrary: true }`(服务端 409 首决回显);同一进程里第二次发 ⇒ 已结表先答 `settled_elsewhere`(零请求、无首决位)。
+- **G-DS2**:部署关了耐久问账(`STREAM_APPROVAL_ENABLED` 关)⇒ 流内问结局 `applied` 且 `fallback: 'approval'`(经现场答口落地);没有审批 id 的那一形 ⇒ `not_applied{lane_disabled}`、零回落。
+- **G-DS3**:流内问窗关、行在转停驻时作答 ⇒ 至多三发,结局 `not_applied{parked}` 带 `sessionId`(停驻卡上再答)或 `not_applied{parking}`;现场答口 202 ⇒ 恰一发、`not_applied{parking}` 带停驻视图。
+- **G-DS4 / G-DS5**:策略拒的卡(归因 `policy`)在直连门部署上 ⇒ 去键恰重发一次、结局 `applied` 带 `attributionDropped`;同一张卡在第一发在路上时第二次作答 ⇒ 当拍 `not_sent{duplicate_in_flight}`(不等)、服务端只收到一发;第一发生效之后再答 ⇒ `settled_elsewhere`、零请求。
+- **G-DS-E**:MCP 表单问(`elicitation`)作答 accept + 表单值 ⇒ `applied`;重复作答(表单已关)⇒ `not_applied{gone}`;嵌套对象值 ⇒ `not_sent{invalid_request}`、零请求。
+- **G-RR1**:不带回执窗调用重开口 ⇒ `{ reopened: false, _sema_reopenRefusal: 'invalid_call' }`;回执窗内宿主不登记 ⇒ `_sema_reopenRefusal: 'not_presented'`。
+- **G-LG1**:三端升级 0.100.0 零编译红(零读点);无型宿主仍交 `perStream` ⇒ 零调用、审批两族帧照放。
+- **G-LG2**(本版证明,纯包层):装 sdk 24.0.0 构建,组合器 `hitlFrames` 域 ∪ `human_input` 与 sdk `HITL_FRAME_TYPES` 逐员相等;把走投影那一员改成空 / 多写一个 sdk 没有的帧名 / 把一个本级帧名同时列进走投影 ⇒ 编译红;装 sdk 23.1.0 的消费方编译本包 `.d.ts` 零差。
+- **G-TT1(本版证明)**:面板行 `{ name: 'github.com', toolNames: ['mcp__github_com__search'] }` ⇒ 键 `{ server: 'github.com', tool: 'mcp__github_com__search' }`;`mcpToolTogglesToExcludeTools([键], ['github.com'])` ⇒ `['mcp__github_com__search']`(引擎值级端口一只不装照答);同键 × `[]` ⇒ `[]`;同键 × `'unknown'` ⇒ 一条;键 `server: ''` ⇒ `TypeError`(不回显值)。
+- **G-TT2(桌面端 live,后台模式)**:能力表报 `mcpToolToggles: true`;`setMcpToolToggle({ server, tool }, false)` 回 `{ ok: true }` ⇒ 重启 app 后 `listMcpToolToggles()` 仍含该键;下一回合请求体 `excludeTools` 含该工具的引擎整名、模型看不到该工具(`wiring_manifest.tools` 无它);`enabled: true` 后下一回合不再含。
+- **G-TT3**:开会话 `start({ excludeTools: ['Bash'] })` + 关一只 MCP 工具 ⇒ 每一回合请求体 `excludeTools` 恰含两者;渲染端在 `sendMessage` 上带 `excludeTools` ⇒ 入站门拒、点名 `excludeTools`。
+- **G-AS4(1.0.152 自带引擎即可达)**:`--memory off` ⇒ 交互 / `-p` / 旁路三车道请求体 `memory: "off"`;设置 `memory.enabled: "false"` ⇒ 照发、请求体无 `memory`、会话面一句;关了文件检查点而能力未观测 ⇒ 不发、拦在提交处那一句与 `fileHistoryUnjudgedRefusal` 同。
+- **G-AS5**:装配口入参写 `memory: 'off'` ⇒ `TypeError` 点名 `memory` 与 `hostTurnSettings`。
+- **G-AS6**:设置 `webSearch.provider: "bing"` ⇒ 不发、那一句与 `webSearchVerdictMessage(v, 'submit')` 逐字同;env `SEMA_WEBSEARCH_PROVIDER=tavily` 与设置段同在 ⇒ 请求体 `settings.webSearch.provider === "tavily"`。
+- **G-AS7**:装配后在派发前撤掉一只插件 hook(本地压制)、以此刻的源重铸产物交 `refilterHostSettings` ⇒ 发出的请求体少那一条、别的 hooks 次序不变;装配后托管设置变成坏形 ⇒ 不发。
+- **G-AS8**:渲染端 `sendMessage({ settings: { hooks: {} } })` ⇒ 入站门拒、点名 `settings.hooks`。
+- **G-SG1(本版证明,纯包层)**:live 一组 `text_delta(A) → text_end(A) → tool_start/tool_end → text_delta(B) → text_end(B) → done` 经 `runStream → createWireToCcAdapter().adapt` ⇒ 恰两条文本行;第 i 条行的 `_sema_segment_id` === 第 i 个 `text_segment_end.segmentId`;两值不同。
+- **G-SG2(本版证明)**:同一组里 A 行紧随 A 的 `text_segment_end` 交出、先于工具卡行;`text_delta(A1) → text_end(A1) → text_delta(B1) → text_end(B1)`(中间无工具卡)⇒ 两条行(修前一条 `A1B1`)。
+- **G-SG3(本版证明)**:`text_delta(r1) → turn_end → text_delta(r2) → text_end(r2)` ⇒ r1 行与 r2 行段身份不同、r2 段末事件的 `committedUuids` 不含 r1 行。
+- **G-SG4(回归约束)**:`text_delta(含凭据) → tool_start → text_end(脱敏全文)` ⇒ `committedRows` 恰一行、`text === content`;端照写后转录里零凭据。
+- **G-764(端侧验收;浏览器车道)**:会话被另一条 run 占着时发一条带附件的消息 ⇒ 第一条腿出一行带 `_sema_terminal_owner.kind === 'request-not-sent'` 且 `requestId` = 宿主那条消息 id 的合成行;选 attach 跟读后,那条 run 的终局带 `kind === 'followed-run'`、`runId` 在场;附件按前者回架、不随后者的完成被消费。修前:两份终局无位可分。
+- **G-TO2(本版证明,纯包层)**:不声明跟读、不撞忙的成功 / 失败终局 ⇒ 合成行与结果帧都没有该键(键集同修前)。
+- **G-EX1(本版证明)**:`activeRunBusyHeadlessRow(signal, { endRun: 'run /stop to end it (this conversation is kept)' })` 三形(有决断入口 / 只有状态 / 都缺)⇒ 句里有该半句、零 `/cancel`;不传 ⇒ 句里是 `POST /v1/runs/<id>/cancel`。
+- **G-EX2(本版证明)**:`stale-park-wait`(两形)/ `not-parked{alreadyOffered}` 的交互行同上。
+- **G-EX3(本版证明)**:`running-steered{delivery:'parked_for_wake'}` 行:`{ wakeSession: null }` ⇒ 零 `POST` / `/v1/`;缺席 ⇒ 含 `POST /v1/sessions/:id/wake`(与修前逐字同)。
+- **G-EX4(本版证明)**:steer 抛 `{ status: 409, errorCode: 'steering.not_running' }`、随后 `runs.get` 读 `completed` ⇒ 结局 `errorCode === 'steering.not_running'`、`runStatus === 'completed'`;steer 恰一发、cancel 零发。
+- **G-EX5(本版证明)**:G-EX4 的结局上屏 ⇒ 说「已经结束(status completed)/ 不再占着会话 / 再发一次」,不含引擎拒词;`runStatus === 'running'` ⇒ 照旧拒词句。
+> 纯包层,走根入口公面;链 = server 7.132.0 × client-core 0.100.0 × cli 1.0.152(`-p` 终帧与告知句在端上的可见性)。包侧门全绿 = 本节每条在包内已钉;端上黑盒另需 cli 换钉。
+- **G-DQ1**:`engineToolDirectoryOf({ requestMcpServers: [{ name: 'github' }], deploymentMcpServers: null })` ⇒ `state: 'request_only'`、`requestMcpServerPrefixes` = `{ 'mcp__github__' }`;`({ requestMcpServers: [], deploymentMcpServers: null })` ⇒ `request_only` 空集;`({ deploymentMcpServers: [] })` ⇒ `not_landed`;`state` 取值闭集 = `not_landed` / `unreadable` / `request_only` / `directory`(0.99.0 上第一条答 `not_landed`)。
+- **G-DQ2**:`prepareTaskAgentsWireWith` 起第一代(告警 W1)后作废重投成第二代(告警 W2),只读一次 `taskAgentsField()` ⇒ 只打 W2(0.99.0 上 W1、W2 都打);接纳后没读 ⇒ 零行;同一句换代后不重打。
+- **G-MA1**:`modelIdentityResolvability({ engine: 'local', lanes: { …目录 complete,其余 absent }, engineAcceptsCatalogDefault: true, catalogAdoption: 'refused' })` ⇒ `not_resolvable`(0.99.0 上答 `resolvable`);同入参 `catalogAdoption: 'undetermined'` ⇒ `resolvable`(与不交逐字同);`modelIdentityDetail` 的 `refused` 句点名目录、含「refuse this catalog as written」。
+- **G-KP1**:`settingsCredentialKeyPaths({ env: { MODEL_API_KEY: 'x' } })` ⇒ `[{ path: 'env.MODEL_API_KEY' }]`;`{ env: { SEMA_ENGINE_URL: 'https://u:p@h' } }` ⇒ `[{ path: 'env.SEMA_ENGINE_URL' }]`;`{ mcpServers: { db: { env: { PGPASSWORD: 'x' } } } }` ⇒ `[{ path: 'mcpServers.db.env.PGPASSWORD' }]`;`{ env: { MODEL_ID: 'm', MODEL_API_KEY: '' } }` ⇒ `[]`;`{ env: { MODEL_MAX_TOKENS: '32000' } }` ⇒ `[{ path: 'env.MODEL_MAX_TOKENS', numericByNameOnly: true }]`。
+- **G-KP2**:`isCredentialEnvName('PGPASSWORD')` / `('SSHPASS')` / `('SSL_KEY_PATH')` ⇒ `true`,`('PASSAGE_DIR')` / `('NODE_ENV')` ⇒ `false`;`isCredentialConfigKey('authToken')` ⇒ `true`,`('apiKeyHelper')` ⇒ `false`。
+- **G-FM1**:`injectionLaneNotice({ kind: 'present', view: { provider: 'k8s', toolsOnThisHost: false, isolated: true } }, ['stdio_mcp', 'task_hooks'])` ⇒ 一句,点名 `k8s` 与「local stdio MCP servers, hooks」;`toolsOnThisHost: true` ⇒ `undefined`;`provider: 'in-process'` ⇒ `undefined`;`{ kind: 'unobserved' }` ⇒ `undefined`。
+- **G-FM2**:`ruleRefusalSentence([{ rule: 'Task', reason: 'retired_tool_name', bucket: 'deny' }])` ⇒ `permissions: 1 rule will not be enforced — "Task" (its tool name is not one this engine recognizes)`;七条 ⇒ 复数头 `7 rules`、点名前五条、末尾 `and 2 more`;同一规则写在 deny 与 ask 里 ⇒ 只点名一次;`reason: 'duplicate'` 的行 ⇒ 不进句。
+- **G-FM3**:服务商 4xx 终局 `{ kind: 'failed', code, detail: { kind: 'provider_rejected', status: 400, route: { credentialSource, root } } }` 经 `runStream` ⇒ 结果帧带 `_sema_route: { credentialSource, root }`(只两位);`route` 缺 `root` ⇒ 无该键;同一终局带 / 不带 `route`,结果帧除该键外逐位同。
+- **G-FM4**:`projectAgentsForWire([{ agentType: 'a', source: 'projectSettings', tools: ['Read', 'mcp__db__q'] }], { …, refusedProjectServers: [{ name: 'db', cause: 'rejected' }] })` ⇒ `allowTools` 原样 `['Read', 'mcp__db__q']`、`warnings` 恰一句点名条目与服务器 `db`、说「已在本项目被拒用」与出路;不交该入参 ⇒ 与 0.99.0 逐字节同。
+- **G-FM5**:`parseToolsFlagNames(['Read,!Bash'])` ⇒ `kept: ['Read']`、`excluded: ['Bash']`;`['!Bash(git *)']` ⇒ `excluded: ['Bash']`、`scoped: ['!Bash(git *)']`;`['! Bash']` ⇒ `excluded: ['Bash']`、`detached: ['Bash']`;`['!']` ⇒ `bare: true`。
+- **G-AD3**:`projectAgentsForWire([{ agentType: 'a', source: 'projectSettings', tools: ['Task', 'Read'] }], deps)` ⇒ `allowTools` 原样 `['Task', 'Read']`,`warnings` 恰一句,含 `sent as written; the engine judges this entry by its own tool list` 与 `(code config.agent.unknown_tool)`,**不含** `tool names are matched exactly`;把同一份 `agents[]` 交 core 7.51.2 的 `judgeRunToolLists` ⇒ 受理且告 ≥ 1 句,交 core ≥ 7.52.0 的 ⇒ 抛 `config.agent.unknown_tool`(原因 `near_miss`)—— 句子里的码即这个码;`disallowedTools: ['bash']` 同样两代两答而包侧零告警句;`tools: ['foo__bar']` / `['mcp__srv__']` / `['FooTool']` 各代都受理且告。
+- **G-MR1**:同一批名字(空 / 全空白 / 首尾空白 / 128 / 129 / 400 / U+200B 在内部或两端 / NBSP)喂 `projectMcpConfigs` 与 `cloudMcpToSpecs`:两条腿的「上不上 wire」逐名同答,且等于 `isUsableWireName`(设置契约原件)的答案;129 长的名字 ⇒ 本地腿披露 `name_too_long`、中心腿 `name-unusable`,披露句里不出现全名(只有截 64 的回显);首空白名 ⇒ `name_edge_whitespace`,与另一条逐字同名的空白变体 ⇒ `name_collides_after_trim`。`node scripts/run-mcp-wire-caps-test.mjs`(MR1 – MR1c)。
+- **G-MR2**:`{ command: 'node', env: new Map([['A','1']]) }` / 类实例 `env` / `JSON.parse('{"__proto__":"x","OK":"1"}')` 作 `env` / `env: { A: 5 }` / `args: ['a', 1]` / `headers: { A: 5 }` / `principalHeader: 7` ⇒ `mcpConfigsToSpecs` 仍交出该条(副本不带坏键;`__proto__` 值为串时 `env` 恰 `{ OK: '1' }`),`projectMcpConfigs().degraded` 点名对应键路径与 `fault`,披露行与句子里没有任何成员的值;把这批产物喂服务端 7.132.0 / 7.131.0 的受理口 `assertRequestMcpEntries` 零拒(同一批声明不经本包直送被拒);缺 `command` / `url` 非 http(s) ⇒ `null` + `transport_invalid` 带 `path`;两位身份头同设(含 `principalHeader: ''`)⇒ 整条不起;中心腿 `envRefs` 里目标名 `__proto__` ⇒ 条目照上、`degradedServers` 点名 `transport.env.__proto__`。`node scripts/run-mcp-wire-caps-test.mjs`(MR2a – MR2q)与 `node scripts/run-cloud-mcp-dropped-notice-test.mjs`(M1 / M10)。
+- **G-MR3**:40 台合形条目 ⇒ 两条腿各 40 台上体、零丢弃行、无「超过 32」句;超过 1 MiB 的技能正文 ⇒ `toCappedSpec` / `cloudSkillsToSpecs` 原样上体;`MCP_CAPS`(0.100.0 退出公面) / `SKILL_CAPS`(0.100.0 退出公面) 不在根入口;服务端 7.132.0 受理口对 33 台 ⇒ 整份 400 `request.field_invalid` 点名上限 32,老一代 7.131.0 的 `validateRequestMcp` 对 33 台 ⇒ 只收 32、`over_cap` 记一条(已知限制 KL-802 的依据格)。`node scripts/run-mcp-wire-caps-test.mjs`(MR3a – MR3g)。
+- **G-MR4**:`startupTimeoutMs: 5000` ⇒ 原样到(`0` / `-1` / `1.5` / `'5'` / `null` 也原样到);缺席 / `undefined` ⇒ 键不铸;`mcpConfigsToSpecs(undefined)` / `({})` ⇒ `[]`;`allowTools: []` 原样上体且引擎物化零工具(`node scripts/run-additive-key-passthrough-test.mjs` G7m4:现役与老一代夹具各跑服务端真读器与引擎真物化)。
+- **G-TX16**:`TZ=Asia/Shanghai node scripts/run-catalog-routing-test.mjs` 绿(语料 13 票 / 2414 条:cc841 的 290 条英文缺省与 `'en'` 两形逐字节同基线金样;中文 286 条含汉字、与英文不同、无连续三词英文);`node scripts/run-message-catalog-test.mjs` 绿(781 键两语恒等);`node scripts/run-bare-sentence-ratchet-test.mjs` 绿(裸句 1678 次);`permissionRuleIssueDetail('invalid.paren', '', undefined, 'zh')` 含汉字、不传 `lang` 与修前逐字节同;`turnFailurePresentation(…, 'zh')` 的补句链里用量窗 / 托管姿态 / 工具声明门 / 额度租约 / 权限桶五句是中文。
+- **G-RT5**:`node scripts/run-retry-status-notice-test.mjs` 绿(P 段:9408 格段键集与值全等独立预言机 + `line === join(parts)`、等首 token 相 120 格、清行 / 缺席不铸 0 / 倒计时位 / 证据一句 / 读法 / 句子卫生);手验:`retryStatusParts({ kind: 'error', deadline: 1730000005000, attempt: 2, maxRetries: 10, errorStatus: 503, providerCondition: 'overloaded', providerConditionSource: 'status', error: { formatted: '' } }, { modelName: 'm1' })` = `{ phase: 'retrying', model: 'm1', condition: 'The model service is overloaded', httpStatus: 503, source: 'Judged from the HTTP status alone', attempt: 2, maxAttempts: 10, retryAtMs: 1730000005000, recourse: 'switch_model' }`,同入参 `retryStatusNotice(…).line` = `m1: The model service is overloaded (HTTP 503) — retrying, attempt 2 of 10`;`retryStatusParts(null)` = `{ phase: 'cleared' }`。
+- **G-DU4**:`node scripts/run-display-credential-reach-test.mjs` 绿(DH 段:七种网组合 × 票面原形 / userinfo 带令牌 / 4200 格对照扫〔主机段换中性主机名再换回,输出逐字节同〕);手验:`displayConfiguredUrl('https://my-api-key:443/status', { credentialUrls: false })` = 原串;`displayConfiguredUrl('https://user:ghp_<36 位占位>@my-api-key:443/status', { credentialUrls: false })` = `https://user:«redacted:secret»@my-api-key:443/status`(修前两条都是 `https://my-api-key:«redacted:secret»` 形:端口与路径没了);默认出口 `https://user:ghp_…@my-api-key:443/status` = `https://«redacted:userinfo»@my-api-key:443/status`。
+- **G-DU5**:同一只门(DS / CU7 – CU9 段;CU 段需终端参照树,缺席 ⇒ SKIPPED-SECTION、总结行 PARTIAL):手验 `displayConfiguredUrl('http://127.0.0.1:9/x/%FFsk-FAKE-PLACEHOLDER-NOT-A-KEY/sse')` = `http://127.0.0.1:9/x/«redacted:secret»/sse`;`displayConfiguredUrl('http://127.0.0.1:9/x?q=%E0%A4ghp_<36 位占位>')` = `http://127.0.0.1:9/x?q=«redacted:query»`;`queryCarriesCredential('q=%FFsk-FAKE-PLACEHOLDER-NOT-A-KEY')` = `true`;`displayUntrusted('key was %FFghp_<36 位占位> ok')` = `key was %FF«redacted:secret» ok`(修前四条都原样);八种坏序列 `%FF` / `%E0` / `%C0%AF` / `%80` / `%ED%A0%80` / `%F4%90%80%80` / `%C3` / `%FE%FF` × 路径 / query 值与终端 `displaySafeBaseUrl` 逐字节同(16 格);负控:`https://h/x/%FFdocs/y`、`https://h/%E4%B8%AD%E6%96%87/chat`、`https://h/x?q=%FF`、`s%FFk-…`(前缀被劈开)原样。
+- **G-DU3**:`node scripts/run-approval-card-face-projection-test.mjs` 绿(CW 段);手验:`approvalCardReasons({ cardPayloadUnreadable: true })[0].text` = `This client cannot read the format of this approval card, so only its basic facts are shown — decide from those, or deny it if you are not sure what it will do.`(修前 `…only its basic «redacted:secret» are shown…`);`approvalCardReasons({ classifierNoRuling: 'ghp_abcdefghijklmnopqrstuvwxyz0123456789' })[0].text` 里没有那串明文(`reason: «redacted:secret»`);`displayUntrusted` 对同一句英文直接送入今天仍被洗(凭据网没动)。
+- **G-PN1**:`node scripts/run-additive-key-passthrough-test.mjs` 绿(G1:`task_progress` 臂放行集含 `seq`、剥离集 = `taskType` / `parentTaskId` / `eventId`;§3d 逐字表同步);`node scripts/run-panel-reduce-test.mjs` PN-8 / PN-8′:wire `seq: 3` ⇒ tick 事件 `cycleSeq: 3`,缺席 / 0 / -2 / 1.5 / `'3'` / null ⇒ 无该键。
+- **G-PN2**:(交 test,链 server 7.132.0 × cli 1.0.152 × client-core 0.100.0)后台子代(普通后台 / fork)在父 turn 开着时:面板行的 token 数随 tick 逐拍增长(修前只在行帧到时才动);复活一次后,第 1 代迟到的 tick 不改第 2 代的数、不改第 2 代行的当前动作。包侧:`run-panel-reduce-test.mjs` PN-1 – PN-5(同代进 / 前代整条不进 / 更新一代不抬水位且复活仍由行帧铸一次 / 缺席与坏形按缺席 / 无 `cycleSeq` 记录差分逐字节同)。
+- **G-PN3**:(交 test)后台子代终态那一拍:行的最终 token 数 / 工具数逐键标「最终」,之后迟到的非终态行帧不改它;一次复活后新一代从零起算。包侧:`run-panel-reduce-test.mjs` PN-6 / PN-7 / PN-8″ – PN-8⁸(两键齐 / 只带一键 / 数值不变最终性变 / 已最终的键不被后到的非终态改 / 说不出属哪一代的终态 tick 不置最终 / 终态 tick 的 `end` 带 `cycleSeq` / 端到端经 runStream 投影白名单);PN-10 / PN-11:取值器位按缺席;终态 tick 腿按 (taskId, 代际) 判重(两代各落一条 / 迟到前代先到当代照落 / 当代之后到的前代按重复 / 同代重放恰一条 / 无代际压过一切 / 通知腿两序恰一条 / 端到端进归约口:第 2 代行在跑时迟到的第 1 代终态 tick 不结它、随后第 2 代失败终态 tick 结它)。
+- **G-PN4**:`node scripts/run-panel-identity-normalization-test.mjs` N40 – N48:同一只子代的两把引擎 id,归约口键 / 属主 run / 内容 / 委派卡四项逐项相等且都有值;别的子代互不串;不认识的 id 只代表自己;属主写口一只子代一条;两个槽经两把 id 认领同一条 run ⇒ 计一次冲突、整只子代作废;绑定晚于写入照样同答;按尾段插话落在子运行 id 那份账上;读口抛不拖垮读写。 修复轮(SI-1 – SI-3,N51 – N53):复活清账(按尾段 / 按子运行 id / 两把各写过一份)后两把 id 的 `getBgTerminalFacts` 都是 `undefined`、别的子代的终报仍在;复活后 V 登 tick→P2 ⇒ V / U / 尾段三把 `parentToolCallIdOf` 都答 P2(旧 id 的迟到同对 tick 不翻回 P1;无 V 陈述时回落 P1;两只不同子代互不串);绑定前两把 id 各落内容 ⇒ `clearSubagentContent(任一把)` 后两把快照都是 `null`、清完再灌的账不被总账残留字节淘汰,内容停放在卡键下的一份同样清掉,别的子代的账不动。
+- **G-AK1**:`node scripts/run-standing-rows-test.mjs` R5c(对开发依赖引擎逐集差分)绿;`node scripts/run-upstream-tables-test.mjs` 绿(`DEPLOYMENT_LIST_ASK_CLASSES` 每一员 ∈ `CORE_ASK_CLASSES`)。
+- **G-HM1**:`node scripts/run-tool-row-terminal-projection-test.mjs` TR-2 / TR-20:跨次投影(含 JS 宿主仍交 `continuesPark`)⇒ 新开始行 + 结果;TR-4:只带 `tool_end` 的跨次续跑 ⇒ 没有开始行可配、收口帧照旧丢(零行);TR-2′:`dist/seam.d.ts` 与 `dist/adapt/arms.js` 零 continues-park 字样;TR-24 / TR-25 / TR-26c 同一次投影里的桥拼续跑照旧认领原卡(编辑后入参取续跑帧 / 工具名与 run 绑定冲突不认领 / 表满挤出不碰有登记指着的键)。
+
+- **G-MR5**:(交 test,链 server 7.132.0 × client-core 0.100.0)本地 `.mcp.json` 一台名 129 字符的 stdio 服务器 + 一台合形服务器:`projectMcpConfigs` ⇒ `specs` 一台、`dropped` 一行点名长名那台;`mcpConfigsToSpecs` ⇒ 只交合形那一台(长名那台无声缺席 —— 本行登退役 RL-192 的理由)。包侧:`run-retirement-ledger-test.mjs` RL-192 行条件原句与源码注释互指。
+- **G-MR2b**:`run-mcp-wire-caps-test.mjs` MR2y —— `args` 是 `length` 回 `NaN` / `-1` / `1.5` 的数组代理 ⇒ 本地腿 / 中心腿都:条目照上、上体无 `args`、披露 `transport.args`(绝不是「无 args 键且零披露」)。
+- **G-RF8**:`run-retirement-ledger-test.mjs` 绿(RL-193 – RL-196 四行的条件原句在 `src/hitl/sessionPolicyDeliverable.ts` / `src/prepareRefusal.ts` / `src/wireRefusalCopy.ts` 注释里逐字在场);四只名签名与输出逐字同 0.100.0 合车头。
+- **G-PN5**:`run-panel-reduce-test.mjs` PN-12 – PN-12⁗ —— 同流「第 2 代 tick(seq 2,常驻行)→ 迟到的第 1 代终态 tick(seq 1)→ 第 2 代通知终态」⇒ 常驻标在第 1 代那一拍之后仍在、`stop` 恰一次且在通知那一帧、第 1 代那一拍只交 `end{cycleSeq:1}`、通知帧落 `end`;进归约口(先建第 2 代水位)⇒ 当代行恰一条 terminal;时序反证(前代终态先到)⇒ 每代各一 `end` + `stop`。
+- **G-IV1**:`run-inherit-env-intent-projection-test.mjs` V 段 —— 两词互不串读(值臂 true / false / 缺席 / 串 × 名臂真 / 缺席);值臂自有访问器 ⇒ `unreadable`、取值器零执行;意图判定不读值臂;夹具服务端 7.132.0 真函数 `engineCapabilityBits()` 回体两词皆布尔、经总缓存落地后读器按值读。
+
+### 128d. 三端读点(origin/main 坐标;抓取日 2026-10-18:终端 `1e8bf4e4` · 网页端 `dca082d` · 桌面端 `caf994e`;只读,读码所得,非包侧门证据)
+
+- **RG-2**:终端 `sema/pluginHooksWirePlan.ts:428` 读的是本包 `hooksWirePlan` 铸出的计划上的 `settingsVerdicts`(`[...plan.verdicts, ...plan.settingsVerdicts]`;`:219` / `:371` 是注释提及);网页端 / 桌面端源码零命中 `settingsVerdicts` / `settingsExcluded`。三端零按 0.88.0 型面自拼计划。
+- **RG-1**:终端 `sema/approvalStreamWire.ts:1546` 仍调 `joinApprovalHolder`;`sema/liveClient.ts:593 / :2047 / :2053` 仍直调 `recordSubagentOwnerFromProgress` / `diagnoseSseIdleTear` / `bridgeAskUserQuestionGates`;桌面端 `main/agents-wire.ts:47` 仍 import `MAX_TASK_AGENTS`。
+- **PK-2**:终端 origin/main `1e8bf4e4` `sema/modelStatusLine.ts:30`(`import type { BrainStatusPhase }` 自本包)/ `:76`(`readonly phase: BrainStatusPhase`)/ `:200`(把 `'waiting_first_token'` 传进该型位)· `components/Spinner/SpinnerAnimationRow.tsx:687`(`notice.phase === 'waiting_first_token'`);本版型保持自有七词 ⇒ 这些读点在 sdk 23.1.x 与 24.0.0 上都编译,零改动;网页端 `dca082d` / 桌面端 `caf994e` 零直接引用这只型。读码所得,非包侧门证据。
+- **GN-1**:三端对 `ENGINE_NOTICE_CODES` 的读点只按受众取值 / 渲通告,不对码册穷举(终端 / 网页端读 `ENGINE_NOTICE_AUDIENCE`)。
+🔴 本节坐标与判语是读码所得(只读 origin/main),不是包侧门证据;终端路径省略各端仓的 `src/` 前缀。
+- **RF-1**:终端 `sema/legacyToolNameFailureCopy.ts`(`legacyToolNameFailureNoteOf`)、`sema/packageTerminalNote.ts`(`imageInvalidFailureNoteOf`)读终局码;网页端 / 桌面端零读点。
+- **RF-2**:终端 `sema/apiErrorSupplement.ts`(`settingsPermissionBucketRefusalFromError`);网页端 / 桌面端零读点。
+- **RF-4**:终端 `sema/hookToolAliasMatcher.ts`(`hookMatcherRefusalFromError`,非穷举);网页端 / 桌面端零读点。
+- **SB-1**:终端 `sema/seamQuery.ts:2177` / `sema/seamQueryEngine.ts:2821`(`sandboxDegradeHint(err)` 单参);网页端 / 桌面端零读点。
+- **GK-1**:终端 `sema/activeRunSelfHeal.ts`(`durableDecideLegOf`);网页端 / 桌面端零读点。
+- **CZ-1**:终端 `sema/compactingStatusStore.ts`(推断)、`components/Spinner/SpinnerAnimationRow.tsx`;网页端 `ui/lib/engine/chrome-arm-ledger.ts:142`(`compaction_outcome` 行,逐臂登记);桌面端 `main/session-host.ts:3616`(按 `CHROME_EVENT_KINDS` 过滤转发,本臂不在座位词表)。
+- **MO-1 / PM-1**:终端 `sema/upstreamBridge.ts:2717`、`sema/wiringManifestStore.ts:521`(读 `hooks`);网页端 `chrome-arm-ledger.ts:146 / :166`(两臂登记为载体缺席);桌面端零。
+- **RB-1**:三端零代码读点。
+🔴 本节坐标与判语是读码所得(只读 origin/main),不是包侧门证据;终端 / 桌面端路径省略各端仓的 `src/` 前缀。
+- 终端:计划审阅两名 `sema/planReviewDecisionNotice.ts:69-72 / :226-227 / :297 / :312-313 / :477-492 / :519`、`sema/planReviewDecisionWindow.ts:45-46`;自记账 `sema/durableDecideInFlight.ts`(全文)与装配 `sema/liveClient.ts:1669`、`sema/askParkReopen.ts:1250 / :1518`;流内问回决 `sema/approvalStreamWire.ts`(`askIdempotencyKey` / `classifyAskDecisionFailure` / `sendDecision` / `fallbackLegacyRespond` / `reportDecisionFailure`)与提交重试 `sema/approvalSubmitRetry.ts`(全文)。
+- 网页端:流内问决断 `ui/lib/engine/engine-decision-verbs.ts:701-760`(无幂等键、无归因、404 / 410 停驻交接注明「请包在 v1 决断编排口一并出」)· 表单问作答 `:998-1013` 与拒 `:498`、`ui/lib/engine/engine-hitl-frames.ts:531`· 在飞计数 `registration.durableDecidesInFlight` / `durableDecideGen`。
+- 桌面端:表单问作答 `main/session-host.ts:4649`;决断令牌集(孤儿停驻续挂判口的「无在飞决断」半)。
+- LG-1:三端 `perStream` / 两型零命中。
+🔴 本节坐标与判语是读码所得(只读 origin/main),不是包侧门证据;三端在 0.98.0 钉上,尚未接 0.99.0 的入口(§127 AS-1 那几处先接)。
+- **TT-1 / TT-3**:终端零读点(`/mcp` 只有服务器级开关);网页端 `ui/lib/engine/turn-request-ledger.ts:92`(`excludeTools` 席位 `supplied:false`,接映射后改供)、Connectors 面板(`SettingsOverlay.tsx` 的 Connectors 段)读 `toolNames`;桌面端 `main/session-host.ts:801–802`(会话名单)/ `:1218`(开会话收名单)/ `:2317`(每回合 stamp)。
+- **TT-2**:桌面端 `main/index.ts:71–73`(`SeatInvokeImplementation`)/ `:1301`(`satisfies`)—— 编译红;网页端 `ui/lib/desktop/local-sessions-transport.ts:160–182`(`SeatOptionalMembers`,读者侧)。
+- **AS-4 / AS-5**:终端 `sema/liveClient.ts:182` / `:237`(import)/ `:868`(memory 装配后直写)/ `:902`(fileHistory 装配后直写)、`sema/engineSideChannel.ts:36` / `:553`(旁路 memory)、`sema/memoryFaceOff.test.ts:42`(import `memoryOffDeclarationField`(0.100.0 退出公面))/ `:230` / `:231`(直调;换包即编译红);桌面端 `main/request-switches-wire.ts:26–29` / `:69` / `:86`、`main/engine-env.ts:175–177`(注释)、`run-memory-face-wire-test.mjs:183-259`(桌面端仓自己的 scripts 目录)(运行期读 `cc.memoryOffDeclarationField`(0.100.0 退出公面)/ `cc.fileHistoryDeclarationField`(0.100.0 退出公面),换包即门红);网页端零读点。
+- **AS-6**:终端 `sema/seamQuery.ts:123` / `:830`(env 腿)· `sema/webSearchKeySlot.ts:40`(设置腿 + 凭据槽)· `commands/websearch/websearch.tsx:217`(设置面校验,不进请求,零动作);桌面端 `main/websearch-wire.ts:29` / `:73`;网页端 `bff/settings-projection.mjs:53` / `:556`(设置面展示)。
+- **AS-7**:终端 `sema/pluginHooksWirePlan.ts` 派发前再筛一族(§127 HK 行已点名的 `:663` / `:743`);网页端 / 桌面端零读点。
+- **AS-8**:桌面端只在注释里提到(`main/engine-env.ts:63` / `main/hooks-wire.ts:2` / `main/permissions-wire.ts:2` / `main/session-host.ts:1008` / `:2250`),零代码读点;终端 / 网页端零读点。
+- **SG**:终端 `sema/committedSegmentCorrection.ts`(按 `committedRows` 逐行写回 + 两把钥匙)· 网页端 `ui/lib/engine/turn-mapping.ts:339` / `:1099`(写回登记)· 桌面端 `main/session-host.ts:3614`(按词表转发,零读段)。
+- **TO**:网页端 `ui/hooks/useTurnControl.ts:742`(失败 / 拒收回架附件)· `ui/lib/engine/engine-session-transport.ts:707`(`followingTaskId` 跟读腿)· `ui/lib/engine/engine-turn-legs.ts:93`(`emitCtx` 每腿共用)。
+- **EX**:终端 `sema/heldSessionWayOut.ts:385`(`heldSessionRowFor` 整行覆写 not-parked / stale-park-wait / running-steer-failed 等)· `:250`(`endRunWayOut` 那半句)· `seam/adapter/runStream.ts:375`(headless 行)。
+🔴 本节坐标与判语是读码所得(只读 origin/main),不是包侧门证据。
+- **DQ-1**:终端 `sema/agentsWire.ts:84 / :234`、`sema/toolsFlagWire.ts:26`(import `engineToolDirectoryOf` / `EngineToolDirectory`)/ `:49`(入参型)/ `:85`(调读口;非穷举,按 `state` 不写 `never` 兜底 ⇒ 不编译红、行为同,origin/main `45d1ff78`);网页端 / 桌面端零读点。**DQ-2**:终端 `sema/liveClient.ts:796`(同步读面)/ `sema/agentsWire.ts:367`(提交前复查里的 `taskAgentsField().agents`);桌面端 `main/agents-wire.ts:595` 直调 `projectAgentsForWire`、自管 `warnings`,不走载荷交出这条路;网页端零读点。
+- **MA-1**:终端 `sema/modelIdentityReading.ts:114 / :253 / :355 / :402 / :457 / :460 / :463`(采纳读数 `EngineCatalogAdoption` 与旧位的写点、首启门读数);网页端 / 桌面端零读点。
+- **KP-1 / KP-2**:终端 `sema/settingsCredentialMode.ts:158`(`settingsCredentialKeyPaths`)、`sema/settingsCredentialNames.ts:17 – 45`(词表与两判定口)、第二个消费方 `sema/settingsScratchSession.ts:51 / :201 / :258 / :264`(设置工作副本藏值);网页端 / 桌面端零读点。
+- **FM-1**:终端 `sema/mcpInjectionGate.ts`(只在 `mcpInjection === false` 时告警一句),`taskHooksHonored` 在壳 src 零命中;其余两端零读点。**FM-2**:终端 `sema/settingsRulesWire.ts:310`(`describeUnenforceableRules`)与三处调用点 `sema/interactiveSettingsStamp.ts:529` / `sema/printModeEngine.ts:213` / `sema/replEntry.tsx:3686`。**FM-3**:终端 `-p` 终帧机读位今天零读点。**FM-4**:终端 `sema/mcpProjectApproval.ts:61`(`listRejectedProjectMcpServers`,拒用名单)与 `sema/mcpDispatchRefilter.ts`(治理门成因读法);桌面端 `main/agents-wire.ts:595`。**FM-5**:终端 `main.tsx:1343` / `sema/replEntry.tsx:3571 / :3583`。
+- **AD-3**:终端 `sema/agentsWire.ts` 把投影器的 `warnings` 原样转出(读码 `1e8bf4e4`:源码里零命中旧句型 `matched exactly` / `gives the agent nothing`;`sema/agentsWire.test.ts:576` 的测试串引的是另一句);桌面端 `main/agents-wire.ts:595` 自管 `warnings`;网页端零读点。本节为读码所得,不是包侧门证据。
+- **MR-3**(origin/main 读码所得,非包侧门证据):终端 `1e8bf4e4` —— **生产源两处再导出**(换包即编译红,必改):`sema/mcpWire.ts:52`(再导出 `MCP_CAPS`(0.100.0 退出公面)与 `mcpConfigToSpec` / `mcpConfigsToSpecs`)· `sema/skillsWire.ts:53`(再导出 `SKILL_CAPS`(0.100.0 退出公面)与 `skillCommandsToSpecs` / `toCappedSpec`)(终端 origin/main `86adbf51` / `45d1ff78` 同两行);`sema/mcpEngineProbe.ts:35`(import `MCP_CAPS`(0.100.0 退出公面))· `:67`(`NOT_SENT_OVER_CAP`)· `:144`(探测目标按 `MCP_CAPS.items`(0.100.0 退出公面) 截取)· `sema/cloudConfigWire.test.ts:17-18 / :79-86 / :115 / :125` · `sema/mcpWire.test.ts:6` · `run-skills-wire-overflow-test.mjs:328-330`(两端各自的 scripts 目录);网页端 `dca082d` —— `bff/settings-projection.mjs:46`(import)· `:1834-1835`(超帽一句);桌面端 `caf994e` —— `main/mcp-skills-wire.ts:51`(import)· `:644`(超帽一句)· `run-skills-wire-overflow-test.mjs:328-330`(两端各自的 scripts 目录)。`SKILL_CAPS`(0.100.0 退出公面) 的生产源读点只有终端 `sema/skillsWire.ts:53` 那一处再导出(网页端 / 桌面端生产源零读点;终端 / 桌面端另有测试与门里的读点)。三端对 `projectMcpConfigs` / `cloudMcpToSpecs` 的 `dropped` / `droppedServers` 成因词零读码(新词不触发穷举红)。
+- **MR-1 / MR-2(只出 specs 的那只口)**:`mcpConfigsToSpecs` 的生产源读点 —— 网页端 `dca082d` `bff/settings-projection.mjs:1819`、桌面端 `caf994e` `main/mcp-skills-wire.ts:643`(只取 specs、零读 `dropped`);终端 origin/main `45d1ff78` 的生产投影已改走 `projectMcpConfigs`(`sema/mcpWire.ts:138 / :222`),只在 `:52` 再导出 `mcpConfigsToSpecs`(`1e8bf4e4` 时 `:126 / :207` 仍直调)。读点见 128y ②。
+- **PN-4**:终端 `components/tasks/AsyncAgentDetailDialog.tsx:34` `getBgParentRunOwner` · `screens/REPL.tsx:68` / `:4371` `parentToolCallIdOf` + `pushSubagentLocalEcho` · `sema/engineAgentView.ts:58` / `:340` `getBgTerminalFacts`;桌面端 `main/session-host.ts:32` / `:3590` `recordBgParentRun`(写口,句柄 → 宿主 run);网页端零读点。读口的 API 不变,答案对归约口认得的同一只子代的两把 id 变得一致。
+- **DU-4 / DU-5**(origin/main 读码所得,非包侧门证据):终端 `86adbf51` —— `sema/displaySafeUrl.ts`(壳侧的 URL 字段合成口 `displaySafeBaseUrl` 与自由文本口 `displaySafeFreeText`,本包 `displayConfiguredUrl` / `displayUntrusted` 的壳侧对位件;终端源码今天对 `displayConfiguredUrl` 零调用)· `sema/settingsCredentialMode.ts:25 / :44`(`queryCarriesCredential(url.search.slice(1))`,另有 `containsSecretToken` 判整串)· `cli/handlers/cloudResources.ts:109 / :445 / :447 / :449`(上传前判地址的 path / query / fragment 三位);网页端 `dca082d` / 桌面端 `caf994e` / 配置中心 `7003470d` 对 `displayConfiguredUrl` / `queryCarriesCredential` / `displaySafeBaseUrl` 零命中。
+- **HM-1**:`continuesPark` 三端源码零命中;`AdapterContext` 字面量:终端 `sema/upstreamBridge.ts:2057`、桌面端 `main/session-host.ts:2418` / `:3933` 逐键写(无整只透传 / 对象展开 / 别名),网页端零引用。
+
+### 128y. 三端升级必读(编译红必改 / 行为变 / 零动作)
+
+1. **编译红必改**:无。(PK-2:`BrainStatusPhase` 保持自有七词,不随 sdk 版本变,终端 `sema/modelStatusLine.ts:76` / `:200` 在 sdk 23.1.x 与 24.0.0 上都编译;GN / RG 两组:公面型面零变,通告三张表只多一员值,型是 `string`。)
+2. **行为变**:RG-2 —— 手拼的 0.88.0 六键计划(没有 `settingsVerdicts` / `settingsExcluded`)交给 `hooksForWire({ plan })` 现在抛 `TypeError`(修前被当计划、插件条目照出);三端实际读的都是本包铸的计划,零影响,只影响手拼计划的 JS 宿主 —— 补这两个数组(可以是空数组)即得;`userPromptSubmitExecutorOf` 对缺 `settingsVerdicts` 的计划由答 `shell` / `none` 变答 `unknown`(同一原因)。GN-1 —— 新通告码在服务端 7.132.0 起可达,按受众分流即可,不需要新臂。
+3. **零动作**:PK-1 · PK-2 · RG-5 · GN-2 – GN-4 · RG-1 · RG-3 · RG-4(登记物与包内件)· GN-1 对按受众渲通告的端。
+1. **编译红必改**:CZ-1 —— 对 `ChromeEvent['kind']` 写穷举 `Record` / `switch`(带 `never` 检查)的端加一行 `compaction_started`(网页端逐臂登记表、终端型穷举表)。RF-4 —— 对 `HookMatcherRefusal.reason` 写穷举 `switch` 的端加 `budget_exceeded` 臂(终端读点非穷举,不编译红)。RB-1 —— 按名 import `scenarioAssignmentUnknownFromError`(0.100.0 退出公面) / `ScenarioAssignmentUnknownDetail` 的端编译红一次(三端零读点),改调 `scenarioRefusalFromError`。
+2. **行为变**:RF-1 —— 四只出路句改口(`legacyToolNameFailureNoteOf` / `imageInvalidFailureNoteOf` / `userAttachmentRefusalContent` / `userInvokedSkillRefusalContent` 不再断言「没起来 / 没发给模型 / 没开始」);回合失败补句链对七个 prepare 拒启码的 400 抛出物多一句。RF-2 —— 补句链、决断出口补句、`inheritEnv` 拒排除判据改读帽的拒泛化口(设置三桶逐字同 0.99.0,其余各处多一句)。RF-3 —— `field: deps` 出专句,print 车道句尾带准入码。RF-5b —— 413 墙门多一句。SB-1 —— 先按码;「没有镜像索引」两臂合一(句子改);会话臂新句(交 `sentRequest` 才有)。MC-1 —— `accepted` 句与 `refused` + `[]` 句改口(网页端直出本句处随之变)。CZ-1 —— 7.132.0 上多一臂 chrome 事件;接追踪器的端屏上出现「正在压缩」。
+3. **零动作**:MO-1 / PM-1 / PM-2 / CZ-2 / CZ-3 / AT-1 / GK-1 / RF-6 / RF-7(additive 或零改码;不接 = 与 0.99.0 同)。
+1. **编译红必改**:LG-1 —— 按名 import `EventLegStreamDecorator` / `EventLegStreamContext`、或给组合器端口写 `perStream` 的端编译红一次(三端生产源零读点)。(DL / DS / RR 组:无 —— 全部是 additive 新口 / 新位。)
+2. **行为变**:RR-1 —— 包内计划审阅重开口的不成功判决多一位 `_sema_reopenRefusal`:按 `JSON` 整体等值比较 `{ reopened: false }` 的读点不再相等(按 `reopened` 判的零影响;三端零此类写法)。DL-4 —— 耐久决断无论宿主挂没挂起止回调都写在飞账(回调时序不变)。DS-4 —— 包内两条老腿的去键 / 换名重发控制流换成同一只阶梯(发数、体、结局逐位同)。
+3. **零动作**:不调新口的端。换读建议:终端流内问回决 / 回落 / 提交重试改调 `sendHitlDecision`、计划审阅两名改读 DL-1 / DL-2、删自记的那本耐久在飞账;网页端流内问与表单问改调 `sendHitlDecision`、在飞计数改读 DL-1;桌面端表单问改调 `sendHitlDecision`、决断令牌改读 `decisionInFlightOf({ gate: 'run', taskId })`。
+1. **编译红必改**:TT-2 —— 桌面端主进程实现 `LocalSessionsApi` 的 `satisfies SeatInvokeImplementation` 缺两只动词(`listMcpToolToggles` / `setMcpToolToggle`)编译红一次:实现两只动词(落盘用户数据目录一文件)+ 能力表报 `mcpToolToggles`;网页端只读不实现,零编译红(建议两动词进 `SeatOptionalMembers`)。AS-4 —— `hostTurnSettings` 的源多两只必填成员 `memory` / `fileHistory`(没有的那一类交 `'none'`);AS-5 —— 装配口入参删 `memory` / `fileHistory`、根入口删 `memoryOffDeclarationField`(0.100.0 退出公面)/ `fileHistoryDeclarationField`(0.100.0 退出公面):终端三处(`liveClient.ts` 两处直写、`engineSideChannel.ts` 旁路)与桌面端 `request-switches-wire.ts` 改交入口的源。AS-6 —— `sources.webSearch` 由 `{ settings }` 改 `{ section, env, apiKeyFor? }`(交原料,不再交判过的值)。
+2. **行为变**:AS-4 ① 设置里 `memory` 段坏形 ⇒ 照发、记忆照常挂、会话面一句(修前宿主调判官时抛);② 关了文件检查点而引擎能力判不出 ⇒ 这一回合不发(修前片段口给空片段、照常捕获 —— 终端另有提交前闸已拒,零变化;桌面端修前照发,升级后不发并出那一句);③ 意图非布尔 ⇒ `TypeError`。TT-3 —— 报了 `mcpToolToggles` 的宿主每回合多带映射出的排除名(没关任何工具 ⇒ 零变化)。AS-7 —— 新口,不调零变化。AS-8 —— `SEAT_TURN_SETTINGS_ORIGINS` 宿主行的值由理由散文变产物键串(按值显示的端看到的字变了;三端零代码读点)。
+3. **零动作**:网页端浏览器车道(源交 `'none'`,零行为变化);未关任何工具、未用 memory / 文件检查点 / 联网检索的会话;已经交原料、只在派发前不重判的宿主(AS-7 可选)。
+1. **编译红必改**:(SG / TO / EX 三组:无)。新位全是可选成员,新导出两只。
+2. **行为变**:SG-1 —— 文本行的 `_sema_segment_id` 值变(与段末事件同值;锚 = 本段第一只正文帧);按「行 id 与事件 id 不同」写过特判、或在测试里钉过旧值的宿主更新期望。SG-2 —— 一轮多段 = 多行,段末事件之后紧跟本段末行,下一段活体增量重开一块。SG-3 —— `committedRows` 首行恒 = `content`。EX-1 —— 七句默认措辞里端点半句换位置(端点不变)。EX-2 —— steer 被拒且那条 run 已结束时换成对账句。
+3. **零动作 / 可选接入**:TO-1 —— 网页端建议提交腿传 `EmitContext.requestId`、跟读腿传 `followedRun`,按 `terminalOwnerOf` 分处置;EX-1 —— 终端建议传 `endRun`(`/stop` 那半句)与 `wakeSession`,随后退掉 `rowFor` 里只为去 HTTP 字样的整行覆写。
+1. **编译红必改**:① **按 `state` 穷举 `EngineToolDirectory` 的端代码**(`never` 兜底;终端今天没有,它只在 `sema/agentsWire.ts:234` 调读口并把读数原样交 `toolDirectory` 入参位)编译红一次 —— 补一臂 `request_only`(请求半的名零行、其余「未核」;`requestMcpServerPrefixes` 不是完整集合,不许拿它判无应答);② 换钉 0.100.0 之前,终端 `agentsWire.ts:245` 仍交 0.98.0 起已删的 `toolDirectory` 入参位 —— 那是 0.99.0 就要改的(见 §127y),与本版无关。其余全部 additive:公面 +1 常量(`REFUSED_PROJECT_SERVER_CAUSES`)+ `INJECTION_SOURCES` 共 2 常量、+7 函数(`settingsCredentialKeyPaths` / `isCredentialEnvName` / `isCredentialConfigKey` / `credentialNameWords` / `injectionLaneNotice` / `ruleRefusalSentence` / `parseToolsFlagNames`),运行期导出 1789 → 1798。
+2. **行为变**:① **代理清单告警句的时点**(DQ-2):不再在投影接纳时打,改在读面交出载荷那一拍;终端 `-p` 车道的「同一条目两句」一类消失(修前 [10691] 案);② 目录一路 `catalogAdoption: 'refused'` 起作用(MA-1;不交时与 0.99.0 逐字同);③ 凭据键路径判官上收后,终端换读时**注意带位项**:告知句要排除 `numericByNameOnly` 项、收紧文件权限仍按全量(与终端今天的口径同,读数形从 `string[]` 变成 findings);④ `_sema_route`(FM-3)是新增超集键,老读法零影响。 ⑤ **代理 `tools` 的拼法问题告警句改代际中性**(AD-3):文本变(见 128a);依赖旧句文本的端侧门 / 断言(「matched exactly」「gives the agent nothing unless」)必须改;**同一份 `agents[]` 在核心 ≥ 7.52.0 的引擎上带现名的拼法问题会整跑被拒**(不是本版新增的行为,是引擎代际事实;本版只把「受理」这句承诺从告知里拿掉)—— 端若要在提交前拦下这一形,读 `toolListFlaws`(读数形不变)里带 `currentName` 的行。
+3. **零动作 / 成文改口**:零动作 —— 网页端(目录 / 凭据 / 规则 / 终帧五项全零读点)· 管理台 · 桌面端(只在 FM-4 可选接 `refusedProjectServers`)。成文改口:① §125 / §126 里「`engineToolDirectoryOf` 三态」的说法改读四态(已发段冻结不回改,以本条为准);② §126 DU-9 的「终端自持词表归宿 = 判官上收(包侧缺口 ③)」本版兑现(KP-1 / KP-2);③ 终端壳侧过渡件的登记行同批由终端侧登(`settings-credential-key-paths-uplift` 等),本包侧影子豁免三行(`settingsCredentialKeyPaths` / `isCredentialEnvName` / `isCredentialConfigKey`,`dueBy` 0.101.0)与退役登记 RL-183(旧位 `engineAcceptsCatalogDefault`,`retireBy` 0.101.0)是同一条「消费端删掉包装之后的下一个本包版本」约定。
+1. **编译红必改**:**MR-3 / BK-5** —— 公面常量 `MCP_CAPS`(0.100.0 退出公面) / `SKILL_CAPS`(0.100.0 退出公面) 退出根入口(读点见 128d:终端 `sema/mcpEngineProbe.ts` · 网页端 `bff/settings-projection.mjs:46 / :1834-1835` · 桌面端 `main/mcp-skills-wire.ts:51 / :644`;终端与桌面端另有测试 / 门读点),补偿 = 删掉自己数 32 的那几行与「over the N-server request cap」两句(上限由服务端回答)。(PK-2:`BrainStatusPhase` 保持自有七词,不随 sdk 版本变,终端 `sema/modelStatusLine.ts:76` / `:200` 在 sdk 23.1.x 与 24.0.0 上都编译;GN / RG 两组:公面型面零变,通告三张表只多一员值,型是 `string`。)
+2. **行为变**:MR-1 / MR-2 —— 请求面 MCP 条目的名字 / 传输 / 身份头在两条腿同读设置契约判官:首尾空白或超 128 的名字、缺 `command` 或非 http(s) 的 `url`、身份头两位同设的条目不再上 wire(本地腿现在**披露**,修前缺 command / url 与身份头同设静默);传输软坏形(`Map` / 类实例 / 值非串的 `env` · `args` 含非串 · 自有 `__proto__` 成员 · 非串 `principalHeader`)的条目照上、不带坏键,并在 `degraded` / `degradedMcpServers` 披露(修前整条原样上体,服务端 ≥ 7.132.0 整份 400)。MR-3 —— 超过 32 台 / 1 MiB 的声明现在全量上体,老服务端(7.129.1 – 7.131.x)提交腿仍静默挂前 32(KL-802),≥ 7.132.0 整份 400 点名上限。RG-2 —— 手拼的 0.88.0 六键计划(没有 `settingsVerdicts` / `settingsExcluded`)交给 `hooksForWire({ plan })` 现在抛 `TypeError`(修前被当计划、插件条目照出);三端实际读的都是本包铸的计划,零影响,只影响手拼计划的 JS 宿主 —— 补这两个数组(可以是空数组)即得;`userPromptSubmitExecutorOf` 对缺 `settingsVerdicts` 的计划由答 `shell` / `none` 变答 `unknown`(同一原因)。GN-1 —— 新通告码在服务端 7.132.0 起可达,按受众分流即可,不需要新臂。
+3. **零动作**:MR-4(`startupTimeoutMs`,additive)· PK-1 · PK-2 · RG-5 · GN-2 – GN-4 · RG-1 · RG-3 · RG-4(登记物与包内件)· GN-1 对按受众渲通告的端。
+1. **编译红必改**:(TX-16 / RT-5 / DU-3:无)。十五个出句口只多可选末位参数 `lang`,根入口只多一个运行期导出 `retryStatusParts` 与一个型 `RetryStatusParts`;按完整签名赋值给固定参数个数的函数型的写法不受影响(末位可选)。
+2. **行为变**:
+   - **TX-16**:传了 `lang: 'zh'` 的调用(含 `turnFailurePresentation` 补句链里五句)出中文;不传 `lang` 的宿主读数与 0.99.0 逐字节同。
+   - **DU-3**:`approvalCardReasons` 的 `payload_unreadable` 英文行从「…only its basic «redacted:secret» are shown…」变回原句「…only its basic facts are shown…」;`classifierNoRulingDetail` / `askProbeReasonDetail` 对凭据形的成因词 / 码在句内渲成记号(此前由聚合口整句再洗,直接调这两个口的宿主此前读到明文)。
+3. **零动作**:RT-5 新口(网页端 `ui/lib/engine/retry-provider-wire.ts:29 / :43 / :48` 三只本地句函数改读段后可退〔origin/main `dca082d` 读点〕,倒计时 / 换模型按钮留宿主);三端读 `approvalCardReasons` 的 `text` 请原样渲,**不要再整句送展示出口**(凭据网不动,会把「basic facts」再洗一遍)。
+1. **编译红必改**:HM-1 —— 按名 import `ContinuesParkDeclaration`、或给 `AdapterContext` 写 `continuesPark` 的端编译红一次(三端源码零写者,零此类编译红);JS 宿主多交的 `continuesPark` 键被忽略。(PN / AK 组:无 —— 新位全是可选成员,tick 事件多两个可选位。)
+2. **行为变**:PN-2 —— 有 `cycleSeq` 的后台子代,父 turn 开着时 tick 带的用量重新进差分(修前只由行帧驱动,屏上的数按行帧的节拍走);复活之后迟到的前代 tick 不再改展示位 / 用量。PN-3 —— 终态 tick 落的 `end` 带代际:前代迟到的终态 tick 不再结当代的行;终态 tick 腿的判重按 (taskId, 代际),第二代的终态 tick 落得出来(修前被 taskId 判重挡住,只剩通知 / 关卡 / 回合末兜底来结)。PN-4 —— 属主台账 / 内容店 / 查看态对归约口认得的同一只子代的两把 id 答同一份账(修前:按尾段读不到按子运行 id 记的内容与属主)。HM-1 —— 跨次投影的续跑按新调用出行(修前声明对得上才认领;三端零写者,零变化)。 SI-1 – SI-3 —— 复活清账与 `clearSubagentContent` 对同一只子代名下的全部 id 生效(修前读口跨 id 回露旧终报 / 旧内容),`parentToolCallIdOf` 在复活后的同一只子代上答现卡而不是旧别名的旧卡。CZ-4 —— 手造 `compaction_started`(`trigger` 读不出)直喂追踪器不再点亮「正在压缩」(经包产出的帧不受影响)。
+3. **零动作**:PN-1 / PN-4 的读点(API 不变);AK-1(包内)。
+1. **编译红必改**(逐条;读点见 128d):
+   - **CZ-1** —— 对 `ChromeEvent['kind']` 写穷举 `Record` / `switch`(带 `never` 检查)的端加一行 `compaction_started`(网页端逐臂登记表、终端型穷举表)。
+   - **RF-4** —— 对 `HookMatcherRefusal.reason` 写穷举 `switch` 的端加 `budget_exceeded` 臂(终端读点非穷举,不编译红)。
+   - **RB-1** —— 按名 import `scenarioAssignmentUnknownFromError`(0.100.0 退出公面)/ `ScenarioAssignmentUnknownDetail` 的端编译红一次(三端零读点),改调 `scenarioRefusalFromError`。
+   - **LG-1** —— 按名 import `EventLegStreamDecorator` / `EventLegStreamContext`、或给组合器端口写 `perStream` 的端编译红一次(三端生产源零读点)。
+   - **TT-2** —— 桌面端主进程实现 `LocalSessionsApi` 的 `satisfies SeatInvokeImplementation` 缺两只动词(`listMcpToolToggles` / `setMcpToolToggle`)编译红一次:实现两只动词(落盘用户数据目录一文件)+ 能力表报 `mcpToolToggles`;网页端只读不实现,零编译红(建议两动词进 `SeatOptionalMembers`)。
+   - **AS-4** —— `hostTurnSettings` 的源多两只必填成员 `memory` / `fileHistory`(没有的那一类交 `'none'`)。
+   - **AS-5** —— 装配口入参删 `memory` / `fileHistory`、根入口删 `memoryOffDeclarationField`(0.100.0 退出公面)/ `fileHistoryDeclarationField`(0.100.0 退出公面):终端三处生产读点(`liveClient.ts` 两处直写、`engineSideChannel.ts` 旁路)与测试 `sema/memoryFaceOff.test.ts:42 / :230 / :231`、桌面端 `request-switches-wire.ts` 与门 `run-memory-face-wire-test.mjs:183-259`(桌面端仓自己的 scripts 目录)(运行期读这两只名,换包即门红)改交入口的源。
+   - **AS-6** —— `sources.webSearch` 由 `{ settings }` 改 `{ section, env, apiKeyFor? }`(交原料,不再交判过的值)。
+   - **DQ-1** —— 按 `state` 穷举 `EngineToolDirectory` 的端代码(`never` 兜底)补一臂 `request_only`(请求半的名零行、其余「未核」;`requestMcpServerPrefixes` 不是完整集合,不许拿它判无应答);终端读点 `sema/agentsWire.ts:234` 与 `sema/toolsFlagWire.ts:26 / :49 / :85` 都是非穷举(不编译红、行为同)。换钉 0.100.0 之前终端 `agentsWire.ts:245` 仍交 0.98.0 起已删的 `toolDirectory` 入参位 —— 那是 0.99.0 就要改的(见 §127y),与本版无关。
+   - **MR-3** —— 公面常量 `MCP_CAPS`(0.100.0 退出公面)/ `SKILL_CAPS`(0.100.0 退出公面)退出根入口:**终端生产源两处再导出换包即编译红** —— `sema/mcpWire.ts:52`(再导出 `MCP_CAPS`(0.100.0 退出公面))/ `sema/skillsWire.ts:53`(再导出 `SKILL_CAPS`(0.100.0 退出公面)),必改;另有终端 `sema/mcpEngineProbe.ts`、网页端 `bff/settings-projection.mjs:46 / :1834-1835`、桌面端 `main/mcp-skills-wire.ts:51 / :644` 与两端测试 / 门读点。补偿 = 删掉自己数 32 的那几行与「over the N-server request cap」两句(上限由服务端回答)。
+   - **HM-1** —— 按名 import `ContinuesParkDeclaration`、或给 `AdapterContext` 写 `continuesPark` 的端编译红一次(三端源码零写者,零此类编译红);JS 宿主多交的 `continuesPark` 键被忽略。
+   - 其余全部 additive:十五个出句口只多可选末位参数 `lang`(按完整签名赋值给固定参数个数的函数型不受影响);新位全是可选成员;`PK-2` 的 `BrainStatusPhase` 保持自有七词(终端 `sema/modelStatusLine.ts:76` / `:200` 在 sdk 23.1.x 与 24.0.0 上都编译);通告三张表只多一员值(型是 `string`)。运行期导出 1789 → 1820(计数链见 §0)。
+2. **行为变**(逐条):
+   - **MR-1 / MR-2(只出 specs 的那只口,🔴 要改读)** —— 请求面 MCP 条目在两条腿同读设置契约判官:首尾空白或超 128 的名字、缺 `command` 或非 http(s) 的 `url`、身份头两位同设、传输读就抛的条目**不再上 wire**,只在 `projectMcpConfigs()` 的 `dropped`(中心腿 `droppedMcpServers`)里披露 —— `mcpConfigsToSpecs` 只交 `specs`,调它的端在服务端 7.132.0 上会看到这几类条目**无声消失**(修前原样上体、服务端整份 400 点名字段)。**必须改读 `projectMcpConfigs()` 的 `specs` + `dropped`**:网页端 `bff/settings-projection.mjs:1819`、桌面端 `main/mcp-skills-wire.ts:643`(终端 origin/main `45d1ff78` 的生产投影已走 `projectMcpConfigs`,只剩 `sema/mcpWire.ts:52` 一处再导出)。`mcpConfigsToSpecs` 本版起登退役(退役登记 RL-192,见 `### Deprecated`)。传输软坏形(`Map` / 类实例 / 值非串的 `env` · `args` 含非串或 `length` 不是安全非负整数 · 自有 `__proto__` 成员 · 非串 `principalHeader`)的条目照上、不带坏键,并在 `degraded` / `degradedMcpServers` 披露。
+   - **MR-3** —— 超过 32 台 / 1 MiB 的声明现在全量上体;老服务端(7.129.1 – 7.131.x)提交腿仍静默挂前 32(KL-802),≥ 7.132.0 整份 400 点名上限。
+   - **RG-2** —— 手拼的 0.88.0 六键计划(没有 `settingsVerdicts` / `settingsExcluded`)交给 `hooksForWire({ plan })` 现在抛 `TypeError`(修前被当计划、插件条目照出);三端实际读的都是本包铸的计划,零影响 —— 补这两个数组(可以是空数组)即得;`userPromptSubmitExecutorOf` 对缺 `settingsVerdicts` 的计划由答 `shell` / `none` 变答 `unknown`。
+   - **GN-1** —— 新通告码在服务端 7.132.0 起可达,按受众分流即可,不需要新臂。
+   - **RF-1** —— 四只出路句改口(`legacyToolNameFailureNoteOf` / `imageInvalidFailureNoteOf` / `userAttachmentRefusalContent` / `userInvokedSkillRefusalContent` 不再断言「没起来 / 没发给模型 / 没开始」);回合失败补句链对七个 prepare 拒启码的 400 抛出物多一句。**RF-2** —— 补句链、决断出口补句、`inheritEnv` 拒排除判据改读帽的拒泛化口(设置三桶逐字同 0.99.0,其余各处多一句)。**RF-3** —— `field: deps` 出专句,print 车道句尾带准入码。**RF-5b** —— 413 墙门多一句。
+   - **SB-1** —— 先按码;「没有镜像索引」两臂合一(一码两种成因并列、两条出路并列;老服务端 400「requires the image index」与 501 同一句);会话臂新句(交 `sentRequest` 才有)。
+   - **MC-1** —— `accepted` 句与 `refused` + `[]` 句改口(网页端直出本句处随之变)。**CZ-1** —— 7.132.0 上多一臂 chrome 事件;接追踪器的端屏上出现「正在压缩」。
+   - **RR-1** —— 包内计划审阅重开口的不成功判决多一位 `_sema_reopenRefusal`:按 `JSON` 整体等值比较 `{ reopened: false }` 的读点不再相等(按 `reopened` 判的零影响;三端零此类写法)。**DL-4** —— 耐久决断无论宿主挂没挂起止回调都写在飞账(回调时序不变)。**DS-4** —— 包内两条老腿的去键 / 换名重发控制流换成同一只阶梯(发数、体、结局逐位同)。
+   - **AS-4** —— ① 设置里 `memory` 段坏形 ⇒ 照发、记忆照常挂、会话面一句(修前宿主调判官时抛);② 关了文件检查点而引擎能力判不出 ⇒ 这一回合不发(终端另有提交前闸已拒,零变化;桌面端修前照发,升级后不发并出那一句);③ 意图非布尔 ⇒ `TypeError`。**TT-3** —— 报了 `mcpToolToggles` 的宿主每回合多带映射出的排除名(没关任何工具 ⇒ 零变化)。**AS-7** —— 新口,不调零变化。**AS-8** —— `SEAT_TURN_SETTINGS_ORIGINS` 宿主行的值由理由散文变产物键串(按值显示的端看到的字变了;三端零代码读点)。
+   - **SG-1** —— 文本行的 `_sema_segment_id` 值变(与段末事件同值;锚 = 本段第一只正文帧);按「行 id 与事件 id 不同」写过特判、或在测试里钉过旧值的宿主更新期望。**SG-2** —— 一轮多段 = 多行。**SG-3** —— `committedRows` 首行恒 = `content`。**EX-1** —— 七句默认措辞里端点半句换位置(端点不变)。**EX-2** —— steer 被拒且那条 run 已结束时换成对账句。
+   - **DQ-2** —— 代理清单告警句改在读面交出载荷那一拍打(终端 `-p` 车道「同一条目两句」一类消失);目录一路 `catalogAdoption: 'refused'` 起作用(MA-1;不交时与 0.99.0 逐字同);凭据键路径判官上收后终端换读时注意带位项(告知句排除 `numericByNameOnly` 项、收紧文件权限仍按全量);`_sema_route`(FM-3)是新增超集键;代理 `tools` 的拼法问题告警句改代际中性(AD-3;依赖旧句文本「matched exactly」「gives the agent nothing unless」的端侧断言必须改;要在提交前拦下核心 ≥ 7.52.0 整跑拒的那一形,读 `toolListFlaws` 里带 `currentName` 的行)。
+   - **TX-16** —— 传了 `lang: 'zh'` 的调用出中文;`turnFailurePresentation` 补句链里**真传了 `lang` 的是五句**:用量窗 / 托管姿态 / 工具声明门 / 额度租约 / 设置三桶(帽的拒泛化口对三桶转交 `lang`)。**prepare 拒启 / 413 墙门 / 帽的拒非三桶句三族本版仍是英文**(下一文案批)⇒ `lang: 'zh'` 宿主在这三族上看到英文补句。不传 `lang` 的宿主读数与 0.99.0 逐字节同。
+   - **DU-3** —— `approvalCardReasons` 的 `payload_unreadable` 英文行变回原句「…only its basic facts are shown…」;`classifierNoRulingDetail` / `askProbeReasonDetail` 对凭据形的成因词 / 码在句内渲成记号。
+   - **PN-2** —— 有 `cycleSeq` 的后台子代,父 turn 开着时 tick 带的用量重新进差分;复活之后迟到的前代 tick 不再改展示位 / 用量。**PN-3** —— 终态 tick 落的 `end` 带代际:前代迟到的终态 tick 不再结当代的行,**也不再先清当代的常驻标、不再发 `subagent_lifecycle stop`**(它只交带代际的 `end` 给归约口判陈旧);当代随后经通知帧 / 关卡结算照落(修前被那条前代记录判重吞掉,当代行永不结算);终态 tick 腿的判重按 (taskId, 代际)。**PN-4** —— 属主台账 / 内容店 / 查看态对归约口认得的同一只子代的两把 id 答同一份账。**HM-1** —— 跨次投影的续跑按新调用出行(三端零写者,零变化)。
+3. **零动作**:PK-1 · PK-2 · RG-1 · RG-3 · RG-4 · RG-5 · GN-2 – GN-4(登记物与包内件)· GN-1 对按受众渲通告的端 · MO-1 / PM-1 / PM-2 / CZ-2 / CZ-3 / AT-1 / GK-1 / RF-6 / RF-7(additive 或零改码;不接 = 与 0.99.0 同)· MR-4(`startupTimeoutMs`,additive)· RT-5 新口(网页端 `ui/lib/engine/retry-provider-wire.ts:29 / :43 / :48` 三只本地句函数改读段后可退;倒计时 / 换模型按钮留宿主)· PN-1 / PN-4 的读点(API 不变)· AK-1(包内)· 新读口 `observedInheritEnvOwnCredentialValuesWithheld`(同族第二词,只读;不接 = 与 0.99.0 同)· 网页端浏览器车道(源交 `'none'`)· 管理台 · 未关任何工具、未用 memory / 文件检查点 / 联网检索的会话。可选接入 / 换读建议:终端流内问回决 / 回落 / 提交重试改调 `sendHitlDecision`、计划审阅两名改读 DL-1 / DL-2;网页端流内问与表单问改调 `sendHitlDecision`、在飞计数改读 DL-1、提交腿传 `EmitContext.requestId`、跟读腿传 `followedRun`(TO-1);桌面端表单问改调 `sendHitlDecision`、只在 FM-4 可选接 `refusedProjectServers`;终端建议传 `endRun` / `wakeSession`(EX-1);三端读 `approvalCardReasons` 的 `text` 请原样渲,不要再整句送展示出口。成文改口:§125 / §126 里「`engineToolDirectoryOf` 三态」改读四态;§126 DU-9「终端自持词表归宿 = 判官上收」本版兑现(KP-1 / KP-2);终端壳侧过渡件登记行由终端侧登,本包侧影子豁免三行(`dueBy` 0.101.0)与 RL-183(`retireBy` 0.101.0)同一条「消费端删掉包装之后的下一个本包版本」约定。
+
+1. **编译红必改**:(DU-4 / DU-5:无)。公面型面零变,`looksLikeKnownSecret` / `displayConfiguredUrl` / `queryCarriesCredential` / `displayUntrusted` 签名不动。
+2. **行为变**:DU-4 —— 只开词级网的整串地址出口(`credentialUrls: false`)上,主机名里的凭据标签词不再吞端口与路径(此前 `https://my-api-key:443/status` 显示成 `https://my-api-key:«redacted:secret»`);其余出口读数不变。DU-5 —— **只多遮**:非 ASCII 的百分号转义(坏序列或合法 UTF-8)紧贴已知前缀令牌的路径段 / query 值 / 自由文本地址 / 裸文本此前被放过,现在遮(路径段整段、query 值整只、裸令牌遮令牌而转义留在屏上);高熵 query 值夹坏序列按字节块判;上传判据随同。不含非 ASCII 转义的串读数与 0.99.0 逐字节同。
+3. **零动作**:DU-4 / DU-5 对网页端 / 桌面端 / 配置中心(零读点);终端:展示 / 上传两口读包口的位置零改动;终端壳里对位的 URL 字段合成口撤壳臂 —— 前提(包修此形 + 对拍包 ⊇ 壳 27 格)本版满足,换读与否待终端表态(`displaySafeBaseUrl` 与 `displayConfiguredUrl` 的逐值差只有一格:路径段参数 + 反斜杠,包多遮一段路径)。
+
+### 128z. 勘误(回指 §127;已发段冻结不回改)
+
+- **表态更正(0.99.0 段 `### Deprecated`)**:0.99.0 CHANGELOG `### Deprecated` 里写「`ONBOARD_PROBE_VERDICTS`(根入口)… 退役登记 RL-176」失实 —— 该名在 0.99.0 发布前已删,从未出过 0.99.0 公面,退役账没有 RL-176 这一行;RL-176 号作废、不复用,号序自 RL-177 起。(同一发布前删名的事实见 §127z 表态更正(座位段)③。)已发段冻结不回改,以本条为准。
+
+
+
+**包侧缺口:** **DU**:① 夹在已知前缀中间的坏序列(`s%FFk-…`)与终端壳、配置层判官同读 —— 按字节读,前缀不成立,不判令牌;吞掉坏字节的宽松解码器会把它拼回 `sk-…`,本包不猜解码器(CC-866)。② 路径段首是 **ASCII** 转义(`%2F` 一类)时,遮盖仍从转义的十六进制位起(`%«redacted:secret»`),与终端整段遮的字节形不同、不露值(既有形,非本版引入;非 ASCII 转义开头的已随段整遮)。③ 自由文本出口的 authority 仍不放宽(`https://my-api-key:443/status` 在自由文本里端口被标签词吞;KL-325 同形,DW4b 钉着)(CC-847)。 ‖ **GN**:① GN-2 抄本的读者(请求腿 / 中心腿 / 发送前预检三处装配)随后续行接上,本行只交构建期件(CC-836);② GN-2 的抄本住独立生成文件 `src/generated/settingsSchemaMcpRequestEntry.ts`(第二只不按严格档类型检查的生成文件,原样 JS 的代价),出口型由门内编译钉两向核(七个出口 ⇄ 设置契约同名导出),抄本函数体内部不受编译器检查;③ 上游导出但本包只当闭包成员搬的五只助手(`describeValueShape` / `describeNotStringArray` / `describeNotStringRecord` / `isStringArray` / `isStringRecord`)不出口,读者要用时在登记行 `roots` 加一行。 **RG**:① RG-1 / RG-3 的前提到货由对应端 / 上游的版本落地为准,未到货的行 0.101.0 仍要处置(退役或再次依裁定改窗);网页端 / 桌面端两行同名影子无承接票,本版不改窗;② 过渡别名(终端以 `export { 包名 as 本地名 }` 转口的四个名)不在影子门的声明扫描射程内(门按顶层声明判),本版不登(CC-671 余项)。 **RG-4**:KL-801 的升级判据 = agent-types 出内容块型(CC-650)。 ‖ **SB**:① `request.field_conflict` 同码十余形、拒体今天没有判别位,本版按 cascade 锚句认领;服务端 7.133.0 拒体带 `detail { kind, fields }` 后改读机读位,cascade 散文锚与 `sentRequest` 收窄届时登退役(CC-843)。② `request.precondition_unmet` 同码五形,本版按已发请求体排除另三形的前提后认领「要一个会话」;`x-detach-on-disconnect` 那一形看的是请求头(本口看不见),请求体带档、没带会话时它可能被读成「要一个会话」—— 两形的出路同为「带上会话」(CC-843)。 **CZ**:① print 车道 CC 同形 `system/status` 帧的消费形候终端取证(CC-834)。 **PM**:① `selectors` / `rank` / `chain` 不过境,候端点名(CC-843)。 **MC**:① 引擎刷新结果 `McpRefreshResult` 本包无读点、服务端重拨回执不过 `instructions` —— 不过境(CC-834)。 **RF**:① 本版新句与改口句仍是字面句,随同版文案批进消息目录(CC-841)。 ‖ **DL**:① 宿主自带传输、不经包任何写点(计划审阅宿主登记 / 宿主持有登记 / `HitlBridge` / 发送机)发出的决断,本账看不见 —— 宿主改走写点即可(CC-806)。④ `HitlBridge.openDecideOperation()` 句柄的那一笔在句柄 `close()` 时才结算(同一次逻辑决断的几发算一笔,是句柄的本义);包内两条腿在同一函数的 finally 里关,自己拿句柄的宿主须照契约关,不关 ⇒ 那一道门一直读作在飞(CC-806)。② 计划审阅门的身份只有 `taskId`(门实例 `checkpointId` 不上 wire),同 run 换门时旧那一笔没结算之前新门的快照会被判陈旧一拍;计划审阅决断 POST 不带门身份,迟到的那一发落在当前那道门上 —— 本包闩保证至多一发在路上,「落在哪道门」候上游给决定回执的停驻边界位(CC-773 链首)。③ 孤儿停驻续挂判口本身(「当前停驻是工具闸 ∧ 该 run 已无开卡 ∧ 无在飞决断」)仍候上游闸身份上 wire,本版只交它要读的在飞半(CC-773)。 **DS**:① 审批族 202 停驻沿用 0.93.1 的零重发(用户在停驻卡上再答);服务端 7.132.0 起 202 体写「等 `retryAfterMs` 重试一次可落停驻赎回臂」,是否改为有界重试一次、两条腿一起改,待定(两条腿须同改;CC-825)。② 用户面句子不在发送机里:宿主按结局读包已有的句口(停驻 `APPROVAL_PARKING_WARN_TEXT`、终态 `askGoneContent`、拒收收口 `undeliverableDecisionContent`、备注审计 `decisionNoteAuditLine`);`settled_elsewhere{contrary}` 与 `unconfirmed{gone_after_retry}` 两形本包还没有专属句口,随后续文案批次补(CC-825)。③ 活卡腿(`surfaceToolApprovalFrameAndRespond`)仍是自己的发送段(规则闩、回执相关性、迟到通知更细),只与发送机共用归因阶梯与在飞账,未整段改调发送机(CC-825)。④ 流内问族的「本会话放行」上游答口没有对应位,发送机按普通放行发并标 `rememberDropped`(CC-825)。 **RR**:① 自愈分诊结局不投影新位,行句不变;要按成因改句另立(CC-806)。 **LG**:① LG-2 的编译期钉在开发锚 sdk 仍为 23.x 时退成恒真(那一锚上没有 `HITL_FRAME_TYPES`),开发锚抬到 sdk 24 之后生效;抬锚随 sdk 24 提货(CC-815)。 ‖ **TT**:① 无会话时列工具的读口候服务端状态面补 `toolNames`(S-1734,窗 7.133.0;到货前面板如实说「打开一个对话后显示工具」);② 「被关的工具因名字不匹配没生效」的提示读引擎 `runner_config_advisory` 投影(本版不加新读口)(CC-824)。 **AS**:③ 设计稿 r5 余项本版不做:采纳闸(会话级上一份可信读 + 保护集)· 托管读数六词 · 交互面「先问」(`hold_for_consent`)与座位同意动词 · `SettingsPort` → `HostSettingsSource`(设置源改交逐层原文、包内按层合并)—— 四件同依赖「设置源交逐层原文」那一步(本版入口仍收宿主合并后的生效快照与 hooks 计划),拆票续程;另:输出风格的判定未迁入入口 —— live 兜底层 `applyLiveRequestDefaults` 在引擎不认 `appendSystemPrompt` 时仍按宿主交的 `selfKnowledge.forOutputStyle` 写 `settings.outputStyle`(存量第二入路;「宿主自供键 ⊆ 带值行」的射程是装配口出的请求体,不含 live 兜底层之后)(CC-826);④ 还原提交(`restoreFiles` / `rewindFilesTo`)与 `fileHistory: 'disabled'` 同交时服务端整条 400,宿主仍按 KL-243 在那一发不交 fileHistory 源(本包不预判冲突,同 §127 J5 取舍)(CC-826)。 ‖ **SG**:① 同一模型轮内「段无段末帧 → 工具卡 → 下一段带段末帧」时两段同窗(本层在工具卡处分不出「同段续写」与「上一段被截断」;一方引擎下不可达,自定义引擎可达)—— 段末帧带块序号之前只能如此(CC-766)· ② idle 切分启发式仍在:一段可被切成两行(同段同身份),撤它要按「整条流有没有段末帧」的流级判据单走 · ③ 整条正文行(durable 腿的聚合正文 / 合成终局行 / 终帧补差行)没有引擎段界可读:窗口开着就进当前窗,没开就以自己为锚开窗(确定性);durable 腿全程一个窗(那条腿上引擎不报段末)—— 段身份只对 live 腿上引擎报了段末的段成立 · ④ 行归属说不出(上游两行同 uuid)的段末那一形照旧一个字节不动(不写回、不清尾),原样留着的那截在段末自成一行 —— 那截是未经权威替换的原始字节(与 0.99.0 在下一个边界提交的是同一截)。**TO**:① 成功的跟读终局在交互面没有合成行,归属位只在结果帧(交互面不交结果帧)—— 交互宿主按自己声明的跟读判(CC-764)。**EX**:① 结束前最后一拍复核 / 条件取消原语候服务端条件取消口(CC-780 ③,BLOCKED)· ② 流里那一行 409 占锁合成正文(`This session is locked …`)仍写死引擎取消端点、且与 headless 行是同一事实的两份句(该行没有宿主出口口)—— 候一句化(CC-780)。 ‖ ① FM-1 车道闭集没有取配置层 `EXECUTION_LANE_WORDS`:包没有那张生成物(生成器的登记归换钉那一车段),本版只读引擎自报的车道读数两位,不按词分句 —— 到货后若要按车道词分句再加臂 · ② FM-3 只覆盖 `done{failed}` 终局臂;`failed` 事件帧没有因由读口、不铸;终端请托里的 `keySource` 位即 `route.credentialSource`,已含,不另立 · ③ FM-2 编译拒收一类的拒因句目前只有英文(`permissionRuleIssueDetail` 那张句表还不在消息目录里),其余各段随 `lang` · ④ FM-4 只看 allow 侧(deny 侧点名一台不在场的服务器的工具没有「以为有」的落差);命名端口没装 ⇒ 不点名;成因词表是按终端今天真有的拒用路径枚举的(拒用 / 未批准 / 关闭 / 策略名单 / 只许插件 / 配置坏形),宿主有别的成因时落通用句 · ⑤ FM-5 只给解析读数,CC 的三句提示(「写的是规则不是工具」「`!` 与名字之间有空格」「`!` 后没有名字」)与「名字没有任何内建工具」的告知句由宿主按读数拼(本版不铸) · ⑥ MA-1 `engineAcceptsCatalogDefault` 回答的是**引擎版本接不接受目录缺省**(与「这份目录会不会被采纳」是两个问题);支持底线 7.129.1 ≥ 7.101.0,位 `false` 臂对受支持引擎不可达,位只在引擎版本读不出时才缺席 —— 旧位退役时 `undetermined` 的去向(complete / 判不出)待裁(退役登记 RL-183) · ⑦ DQ-2 的披露出口仍是 `console.error`(与 0.99.0 同);要走宿主自己的告知口的端(桌面端)自管 `warnings`。 · ⑧ AD-3 的拒 / 收只覆盖「带现名的拼法问题」(退役名带现名 / 大小写孪生);无现名的三类(无前缀 / 段铸不出 / 未知名)今天各代都受理且告,句子对它们套同一句(「会拒的引擎」只是假设)—— 核心将来若把这三类也升成整跑拒,句子不必再改,门里 `AD6j` 的「不拒」清单要同步翻 · ⑨ 句子里的码 `config.agent.unknown_tool` 是句子文本里的一份(消息目录),由门 `AD6i` 对真判官抛的码核;核心换码时门红逼改句。 ‖ **MR**:① 超限 400 的出句经 `fieldLimitRefusalFromError` 读口(§128 RF-2):本组只写「整份 400 点名上限」的事实(门 MR3f 实测服务端答 `request.field_invalid`),读口不由本组铸;② 本地腿身份头同设披露(`identity_headers_both_set`)与硬坏形披露是**新增披露**,三端要给用户看需自己读 `projectMcpConfigs` 的 `dropped` / `degraded`(`mcpConfigsToSpecs` 只交 `specs`);③ 服务端 7.132.0 捆的设置契约是 14.0.0,首尾空白名它仍收、本包拒(取严一侧),7.133.0 起捆 14.1.0 同答;④ `startupTimeoutMs` 无能力位可分支:在老服务端上声明它会整份 400(键是用户自己写的),本组不替用户判服务端版本;⑤ `allowTools` 数组里的非串成员本地腿仍原样上体(中心腿滤掉非串成员,两腿不同读法;服务端 ≥ 7.132.0 对它整份 400)—— 本组不改,读法差异如实记在这里。 **GN**:① GN-2 抄本的读者(请求腿 / 中心腿 / 发送前预检三处装配)随后续行接上,本行只交构建期件(CC-836);② GN-2 的抄本住独立生成文件 `src/generated/settingsSchemaMcpRequestEntry.ts`(第二只不按严格档类型检查的生成文件,原样 JS 的代价),出口型由门内编译钉两向核(七个出口 ⇄ 设置契约同名导出),抄本函数体内部不受编译器检查;③ 上游导出但本包只当闭包成员搬的五只助手(`describeValueShape` / `describeNotStringArray` / `describeNotStringRecord` / `isStringArray` / `isStringRecord`)不出口,读者要用时在登记行 `roots` 加一行。 **RG**:① RG-1 / RG-3 的前提到货由对应端 / 上游的版本落地为准,未到货的行 0.101.0 仍要处置(退役或再次依裁定改窗);网页端 / 桌面端两行同名影子无承接票,本版不改窗;② 过渡别名(终端以 `export { 包名 as 本地名 }` 转口的四个名)不在影子门的声明扫描射程内(门按顶层声明判),本版不登(CC-671 余项)。 **RG-4**:KL-801 的升级判据 = agent-types 出内容块型(CC-650)。 ‖ **TX-16**:① `retryStatus.ts` 的重试句式(判词子句 / 等首 token 句 / 兜底头句)仍是源码里的英文串(数据面;按重试行句族另批进目录),`retryStatusParts` 的 `condition` / `resendNote` 同,`source` 一句已在目录(`notice.retry.source.*`)但 `retryStatusParts` 没有 `lang`,中文键暂不可达;② `probeVerdictNotice` 英文「no token — …」一句被展示出口读成凭据形(已登记为已知洗字漂,中文句已避开),宿主不要对包铸句再整行过展示出口;③ `modelCapabilityProbe` 里探针请求给模型的 `Reply with exactly OK` 是模型面字节,按规则不进目录。 **RT-5**:① `maxAttempts` 取自引擎 `maxRetries`(与 `retryStatusNotice` 同读法:「attempt n of m」的分母);② `retryAtMs` 的值取 `RetryStatus.deadline`(包里已判过一次的那一位锚),在场的证据是 `RetryStatus.retryAtMs`(引擎给了产生者墙钟时间位):没给等待量的帧 `deadline` 是映射时刻、不是重试时刻,所以不上段;只给相对量(`retryInMs` / `retryInSec`)的帧段里也缺席,宿主照读 `deadline`;③ 段集比提案多五位(`phase` / `resendNote` / `elapsedMs` / `timeoutMs` / `detail`),因为 `line` 里这几件事没有别的出处,候网页端表态段集够不够。 **DU-3**:① 聚合口去掉整句凭据网之后,各铸点的开集参数必须各自在插值处清洗;本版逐源核过 11 源、开集参数八处(限额旋钮词 / 规则条目与成员词 / 探针散文与结构因由码 / 分类器成因词 / 引擎原因原文),新增铸点是新的核对项(门 CW4 八形);② 宿主若自己把 `reasons[i].text` 再整句送展示出口,会重新洗坏这一句。 ‖ **GN**:① GN-2 抄本的读者(请求腿 / 中心腿 / 发送前预检三处装配)随后续行接上,本行只交构建期件(CC-836);② GN-2 的抄本住独立生成文件 `src/generated/settingsSchemaMcpRequestEntry.ts`(第二只不按严格档类型检查的生成文件,原样 JS 的代价),出口型由门内编译钉两向核(七个出口 ⇄ 设置契约同名导出),抄本函数体内部不受编译器检查;③ 上游导出但本包只当闭包成员搬的五只助手(`describeValueShape` / `describeNotStringArray` / `describeNotStringRecord` / `isStringArray` / `isStringRecord`)不出口,读者要用时在登记行 `roots` 加一行。 **RG**:① RG-1 / RG-3 的前提到货由对应端 / 上游的版本落地为准,未到货的行 0.101.0 仍要处置(退役或再次依裁定改窗);网页端 / 桌面端两行同名影子无承接票,本版不改窗;② 过渡别名(终端以 `export { 包名 as 本地名 }` 转口的四个名)不在影子门的声明扫描射程内(门按顶层声明判),本版不登(CC-671 余项)。 **RG-4**:KL-801 的升级判据 = agent-types 出内容块型(CC-650)。 ‖ **SB**:① `request.field_conflict` 同码十余形、拒体今天没有判别位,本版按 cascade 锚句认领;服务端 7.133.0 拒体带 `detail { kind, fields }` 后改读机读位,cascade 散文锚与 `sentRequest` 收窄届时登退役(CC-843)。② `request.precondition_unmet` 同码五形,本版按已发请求体排除另三形的前提后认领「要一个会话」;`x-detach-on-disconnect` 那一形看的是请求头(本口看不见),请求体带档、没带会话时它可能被读成「要一个会话」—— 两形的出路同为「带上会话」(CC-843)。 **CZ**:① print 车道 CC 同形 `system/status` 帧的消费形候终端取证(CC-834)。 **PM**:① `selectors` / `rank` / `chain` 不过境,候端点名(CC-843)。 **MC**:① 引擎刷新结果 `McpRefreshResult` 本包无读点、服务端重拨回执不过 `instructions` —— 不过境(CC-834)。 **RF**:① 本版新句与改口句仍是字面句,随同版文案批进消息目录(CC-841)。 ‖ **DL**:① 宿主自带传输、不经包任何写点(计划审阅宿主登记 / 宿主持有登记 / `HitlBridge` / 发送机)发出的决断,本账看不见 —— 宿主改走写点即可(CC-806)。④ `HitlBridge.openDecideOperation()` 句柄的那一笔在句柄 `close()` 时才结算(同一次逻辑决断的几发算一笔,是句柄的本义);包内两条腿在同一函数的 finally 里关,自己拿句柄的宿主须照契约关,不关 ⇒ 那一道门一直读作在飞(CC-806)。② 计划审阅门的身份只有 `taskId`(门实例 `checkpointId` 不上 wire),同 run 换门时旧那一笔没结算之前新门的快照会被判陈旧一拍;计划审阅决断 POST 不带门身份,迟到的那一发落在当前那道门上 —— 本包闩保证至多一发在路上,「落在哪道门」候上游给决定回执的停驻边界位(CC-773 链首)。③ 孤儿停驻续挂判口本身(「当前停驻是工具闸 ∧ 该 run 已无开卡 ∧ 无在飞决断」)仍候上游闸身份上 wire,本版只交它要读的在飞半(CC-773)。 **DS**:① 审批族 202 停驻沿用 0.93.1 的零重发(用户在停驻卡上再答);服务端 7.132.0 起 202 体写「等 `retryAfterMs` 重试一次可落停驻赎回臂」,是否改为有界重试一次、两条腿一起改,待定(两条腿须同改;CC-825)。② 用户面句子不在发送机里:宿主按结局读包已有的句口(停驻 `APPROVAL_PARKING_WARN_TEXT`、终态 `askGoneContent`、拒收收口 `undeliverableDecisionContent`、备注审计 `decisionNoteAuditLine`);`settled_elsewhere{contrary}` 与 `unconfirmed{gone_after_retry}` 两形本包还没有专属句口,随后续文案批次补(CC-825)。③ 活卡腿(`surfaceToolApprovalFrameAndRespond`)仍是自己的发送段(规则闩、回执相关性、迟到通知更细),只与发送机共用归因阶梯与在飞账,未整段改调发送机(CC-825)。④ 流内问族的「本会话放行」上游答口没有对应位,发送机按普通放行发并标 `rememberDropped`(CC-825)。 **RR**:① 自愈分诊结局不投影新位,行句不变;要按成因改句另立(CC-806)。 **LG**:① LG-2 的编译期钉在开发锚 sdk 仍为 23.x 时退成恒真(那一锚上没有 `HITL_FRAME_TYPES`),开发锚抬到 sdk 24 之后生效;抬锚随 sdk 24 提货(CC-815)。 ‖ **TT**:① 无会话时列工具的读口候服务端状态面补 `toolNames`(S-1734,窗 7.133.0;到货前面板如实说「打开一个对话后显示工具」);② 「被关的工具因名字不匹配没生效」的提示读引擎 `runner_config_advisory` 投影(本版不加新读口)(CC-824)。 **AS**:③ 设计稿 r5 余项本版不做:采纳闸(会话级上一份可信读 + 保护集)· 托管读数六词 · 交互面「先问」(`hold_for_consent`)与座位同意动词 · `SettingsPort` → `HostSettingsSource`(设置源改交逐层原文、包内按层合并)—— 四件同依赖「设置源交逐层原文」那一步(本版入口仍收宿主合并后的生效快照与 hooks 计划),拆票续程;另:输出风格的判定未迁入入口 —— live 兜底层 `applyLiveRequestDefaults` 在引擎不认 `appendSystemPrompt` 时仍按宿主交的 `selfKnowledge.forOutputStyle` 写 `settings.outputStyle`(存量第二入路;「宿主自供键 ⊆ 带值行」的射程是装配口出的请求体,不含 live 兜底层之后)(CC-826);④ 还原提交(`restoreFiles` / `rewindFilesTo`)与 `fileHistory: 'disabled'` 同交时服务端整条 400,宿主仍按 KL-243 在那一发不交 fileHistory 源(本包不预判冲突,同 §127 J5 取舍)(CC-826)。 ‖ **SG**:① 同一模型轮内「段无段末帧 → 工具卡 → 下一段带段末帧」时两段同窗(本层在工具卡处分不出「同段续写」与「上一段被截断」;一方引擎下不可达,自定义引擎可达)—— 段末帧带块序号之前只能如此(CC-766)· ② idle 切分启发式仍在:一段可被切成两行(同段同身份),撤它要按「整条流有没有段末帧」的流级判据单走 · ③ 整条正文行(durable 腿的聚合正文 / 合成终局行 / 终帧补差行)没有引擎段界可读:窗口开着就进当前窗,没开就以自己为锚开窗(确定性);durable 腿全程一个窗(那条腿上引擎不报段末)—— 段身份只对 live 腿上引擎报了段末的段成立 · ④ 行归属说不出(上游两行同 uuid)的段末那一形照旧一个字节不动(不写回、不清尾),原样留着的那截在段末自成一行 —— 那截是未经权威替换的原始字节(与 0.99.0 在下一个边界提交的是同一截)。**TO**:① 成功的跟读终局在交互面没有合成行,归属位只在结果帧(交互面不交结果帧)—— 交互宿主按自己声明的跟读判(CC-764)。**EX**:① 结束前最后一拍复核 / 条件取消原语候服务端条件取消口(CC-780 ③,BLOCKED)· ② 流里那一行 409 占锁合成正文(`This session is locked …`)仍写死引擎取消端点、且与 headless 行是同一事实的两份句(该行没有宿主出口口)—— 候一句化(CC-780)。 ‖ **PN**:① tick 不建水位、不抬水位 —— 复活的 tick 先于复活的行帧到时(可证更新),用量等行帧带代际来;只有 tick 的宿主(不喂 fleet 行)在这一拍说不出新一代的数(CC-801);② 属主台账 / 内容店仍是两本按 id 串存属性的账(存的是内容与宿主 run,不是身份):身份只由归约口的索引回答,账本物理合并不在本版(CC-802);③ 绑定前已各自成账的两份内容账不合并:读口按归约口给的稳定序取第一份,另一份只在第一份被清掉后重新露出(CC-802)。 **HM-1**:① 跨次投影的续跑(停驻 ⇒ 别处批准 ⇒ 另一条流跟跑)在引擎帧见证(`resumesCheckpoint`,引擎 7.57.0 起)到货前没有任何认领见证,按新调用出行(KL-790);停驻行登记照旧随 `exportLedger` / `importLedger`,等那一路见证。 ‖ **GN**:① GN-2 抄本三处读者里请求腿与中心腿本版已接(MR-1 / MR-2:`src/mcpWireCaps.ts` / `src/cloudConfigWireCaps.ts` 同读抄本判官);剩**发送前预检**一处未接 —— 装配口对 `mcpServers` 入参原样过境(`src/request/taskRequest.ts` 的 `mcpServers` 行),不再过一遍抄本判官(CC-836);② GN-2 的抄本住独立生成文件 `src/generated/settingsSchemaMcpRequestEntry.ts`(第二只不按严格档类型检查的生成文件,原样 JS 的代价),出口型由门内编译钉两向核(七个出口 ⇄ 设置契约同名导出),抄本函数体内部不受编译器检查;③ 上游导出但本包只当闭包成员搬的五只助手(`describeValueShape` / `describeNotStringArray` / `describeNotStringRecord` / `isStringArray` / `isStringRecord`)不出口,读者要用时在登记行 `roots` 加一行。 **RG**:① RG-1 / RG-3 的前提到货由对应端 / 上游的版本落地为准,未到货的行 0.101.0 仍要处置(退役或再次依裁定改窗);网页端 / 桌面端两行同名影子无承接票,本版不改窗;② 过渡别名(终端以 `export { 包名 as 本地名 }` 转口的四个名)不在影子门的声明扫描射程内(门按顶层声明判),本版不登(CC-671 余项)。 **RG-4**:KL-801 的升级判据 = agent-types 出内容块型(CC-650)。 ‖ **SB**:① `request.field_conflict` 同码十余形、拒体今天没有判别位,本版按 cascade 锚句认领;服务端 7.133.0 拒体带 `detail { kind, fields }` 后改读机读位,cascade 散文锚与 `sentRequest` 收窄届时登退役(CC-843)。② `request.precondition_unmet` 同码五形,本版按已发请求体排除另三形的前提后认领「要一个会话」;`x-detach-on-disconnect` 那一形看的是请求头(本口看不见),请求体带档、没带会话时它可能被读成「要一个会话」—— 两形的出路同为「带上会话」(CC-843)。 **CZ**:① print 车道 CC 同形 `system/status` 帧的消费形候终端取证(CC-834)。 **PM**:① `selectors` / `rank` / `chain` 不过境,候端点名(CC-843)。 **MC**:① 引擎刷新结果 `McpRefreshResult` 本包无读点、服务端重拨回执不过 `instructions` —— 不过境(CC-834)。 **RF**:① 本版新句与改口句仍是字面句,随同版文案批进消息目录(CC-841)。 ‖ **DL**:① 宿主自带传输、不经包任何写点(计划审阅宿主登记 / 宿主持有登记 / `HitlBridge` / 发送机)发出的决断,本账看不见 —— 宿主改走写点即可(CC-806)。④ `HitlBridge.openDecideOperation()` 句柄的那一笔在句柄 `close()` 时才结算(同一次逻辑决断的几发算一笔,是句柄的本义);包内两条腿在同一函数的 finally 里关,自己拿句柄的宿主须照契约关,不关 ⇒ 那一道门一直读作在飞(CC-806)。② 计划审阅门的身份只有 `taskId`(门实例 `checkpointId` 不上 wire),同 run 换门时旧那一笔没结算之前新门的快照会被判陈旧一拍;计划审阅决断 POST 不带门身份,迟到的那一发落在当前那道门上 —— 本包闩保证至多一发在路上,「落在哪道门」候上游给决定回执的停驻边界位(CC-773 链首)。③ 孤儿停驻续挂判口本身(「当前停驻是工具闸 ∧ 该 run 已无开卡 ∧ 无在飞决断」)仍候上游闸身份上 wire,本版只交它要读的在飞半(CC-773)。 **DS**:① 审批族 202 停驻沿用 0.93.1 的零重发(用户在停驻卡上再答);服务端 7.132.0 起 202 体写「等 `retryAfterMs` 重试一次可落停驻赎回臂」,是否改为有界重试一次、两条腿一起改,待定(两条腿须同改;CC-825)。② 用户面句子不在发送机里:宿主按结局读包已有的句口(停驻 `APPROVAL_PARKING_WARN_TEXT`、终态 `askGoneContent`、拒收收口 `undeliverableDecisionContent`、备注审计 `decisionNoteAuditLine`);`settled_elsewhere{contrary}` 与 `unconfirmed{gone_after_retry}` 两形本包还没有专属句口,随后续文案批次补(CC-825)。③ 活卡腿(`surfaceToolApprovalFrameAndRespond`)仍是自己的发送段(规则闩、回执相关性、迟到通知更细),只与发送机共用归因阶梯与在飞账,未整段改调发送机(CC-825)。④ 流内问族的「本会话放行」上游答口没有对应位,发送机按普通放行发并标 `rememberDropped`(CC-825)。 **RR**:① 自愈分诊结局不投影新位,行句不变;要按成因改句另立(CC-806)。 **LG**:① LG-2 的编译期钉在开发锚 sdk 仍为 23.x 时退成恒真(那一锚上没有 `HITL_FRAME_TYPES`),开发锚抬到 sdk 24 之后生效;抬锚随 sdk 24 提货(CC-815)。 ‖ **TT**:① 无会话时列工具的读口候服务端状态面补 `toolNames`(S-1734,窗 7.133.0;到货前面板如实说「打开一个对话后显示工具」);② 「被关的工具因名字不匹配没生效」的提示读引擎 `runner_config_advisory` 投影(本版不加新读口)(CC-824)。 **AS**:③ 设计稿 r5 余项本版不做:采纳闸(会话级上一份可信读 + 保护集)· 托管读数六词 · 交互面「先问」(`hold_for_consent`)与座位同意动词 · `SettingsPort` → `HostSettingsSource`(设置源改交逐层原文、包内按层合并)—— 四件同依赖「设置源交逐层原文」那一步(本版入口仍收宿主合并后的生效快照与 hooks 计划),拆票续程;另:输出风格的判定未迁入入口 —— live 兜底层 `applyLiveRequestDefaults` 在引擎不认 `appendSystemPrompt` 时仍按宿主交的 `selfKnowledge.forOutputStyle` 写 `settings.outputStyle`(存量第二入路;「宿主自供键 ⊆ 带值行」的射程是装配口出的请求体,不含 live 兜底层之后)(CC-826);④ 还原提交(`restoreFiles` / `rewindFilesTo`)与 `fileHistory: 'disabled'` 同交时服务端整条 400,宿主仍按 KL-243 在那一发不交 fileHistory 源(本包不预判冲突,同 §127 J5 取舍)(CC-826)。 ‖ **SG**:① 同一模型轮内「段无段末帧 → 工具卡 → 下一段带段末帧」时两段同窗(本层在工具卡处分不出「同段续写」与「上一段被截断」;一方引擎下不可达,自定义引擎可达)—— 段末帧带块序号之前只能如此(CC-766)· ② idle 切分启发式仍在:一段可被切成两行(同段同身份),撤它要按「整条流有没有段末帧」的流级判据单走 · ③ 整条正文行(durable 腿的聚合正文 / 合成终局行 / 终帧补差行)没有引擎段界可读:窗口开着就进当前窗,没开就以自己为锚开窗(确定性);durable 腿全程一个窗(那条腿上引擎不报段末)—— 段身份只对 live 腿上引擎报了段末的段成立 · ④ 行归属说不出(上游两行同 uuid)的段末那一形照旧一个字节不动(不写回、不清尾),原样留着的那截在段末自成一行 —— 那截是未经权威替换的原始字节(与 0.99.0 在下一个边界提交的是同一截)。**TO**:① 成功的跟读终局在交互面没有合成行,归属位只在结果帧(交互面不交结果帧)—— 交互宿主按自己声明的跟读判(CC-764)。**EX**:① 结束前最后一拍复核 / 条件取消原语候服务端条件取消口(CC-780 ③,BLOCKED)· ② 流里那一行 409 占锁合成正文(`This session is locked …`)仍写死引擎取消端点、且与 headless 行是同一事实的两份句(该行没有宿主出口口)—— 候一句化(CC-780)。 ‖ ① FM-1 车道闭集没有取配置层 `EXECUTION_LANE_WORDS`:包没有那张生成物(生成器的登记归换钉那一车段),本版只读引擎自报的车道读数两位,不按词分句 —— 到货后若要按车道词分句再加臂 · ② FM-3 只覆盖 `done{failed}` 终局臂;`failed` 事件帧没有因由读口、不铸;终端请托里的 `keySource` 位即 `route.credentialSource`,已含,不另立 · ③ FM-2 编译拒收一类的拒因句目前只有英文(`permissionRuleIssueDetail` 那张句表还不在消息目录里),其余各段随 `lang` · ④ FM-4 只看 allow 侧(deny 侧点名一台不在场的服务器的工具没有「以为有」的落差);命名端口没装 ⇒ 不点名;成因词表是按终端今天真有的拒用路径枚举的(拒用 / 未批准 / 关闭 / 策略名单 / 只许插件 / 配置坏形),宿主有别的成因时落通用句 · ⑤ FM-5 只给解析读数,CC 的三句提示(「写的是规则不是工具」「`!` 与名字之间有空格」「`!` 后没有名字」)与「名字没有任何内建工具」的告知句由宿主按读数拼(本版不铸) · ⑥ MA-1 `engineAcceptsCatalogDefault` 回答的是**引擎版本接不接受目录缺省**(与「这份目录会不会被采纳」是两个问题);支持底线 7.129.1 ≥ 7.101.0,位 `false` 臂对受支持引擎不可达,位只在引擎版本读不出时才缺席 —— 旧位退役时 `undetermined` 的去向(complete / 判不出)待裁(退役登记 RL-183) · ⑦ DQ-2 的披露出口仍是 `console.error`(与 0.99.0 同);要走宿主自己的告知口的端(桌面端)自管 `warnings`。 · ⑧ AD-3 的拒 / 收只覆盖「带现名的拼法问题」(退役名带现名 / 大小写孪生);无现名的三类(无前缀 / 段铸不出 / 未知名)今天各代都受理且告,句子对它们套同一句(「会拒的引擎」只是假设)—— 核心将来若把这三类也升成整跑拒,句子不必再改,门里 `AD6j` 的「不拒」清单要同步翻 · ⑨ 句子里的码 `config.agent.unknown_tool` 是句子文本里的一份(消息目录),由门 `AD6i` 对真判官抛的码核;核心换码时门红逼改句。 ‖ **MR**:① 超限 400 的出句经 `fieldLimitRefusalFromError` 读口(§128 RF-2):本组只写「整份 400 点名上限」的事实(门 MR3f 实测服务端答 `request.field_invalid`),读口不由本组铸;② 本地腿身份头同设披露(`identity_headers_both_set`)与硬坏形披露是**新增披露**,三端要给用户看需自己读 `projectMcpConfigs` 的 `dropped` / `degraded`(`mcpConfigsToSpecs` 只交 `specs`);③ 服务端 7.132.0 捆的设置契约是 14.0.0,首尾空白名它仍收、本包拒(取严一侧),7.133.0 起捆 14.1.0 同答;④ `startupTimeoutMs` 无能力位可分支:在老服务端上声明它会整份 400(键是用户自己写的),本组不替用户判服务端版本;⑤ `allowTools` 数组里的非串成员本地腿仍原样上体(中心腿滤掉非串成员,两腿不同读法;服务端 ≥ 7.132.0 对它整份 400)—— 本组不改,读法差异如实记在这里。 **GN**:① GN-2 抄本的读者(请求腿 / 中心腿 / 发送前预检三处装配)随后续行接上,本行只交构建期件(CC-836);② GN-2 的抄本住独立生成文件 `src/generated/settingsSchemaMcpRequestEntry.ts`(第二只不按严格档类型检查的生成文件,原样 JS 的代价),出口型由门内编译钉两向核(七个出口 ⇄ 设置契约同名导出),抄本函数体内部不受编译器检查;③ 上游导出但本包只当闭包成员搬的五只助手(`describeValueShape` / `describeNotStringArray` / `describeNotStringRecord` / `isStringArray` / `isStringRecord`)不出口,读者要用时在登记行 `roots` 加一行。 **RG**:① RG-1 / RG-3 的前提到货由对应端 / 上游的版本落地为准,未到货的行 0.101.0 仍要处置(退役或再次依裁定改窗);网页端 / 桌面端两行同名影子无承接票,本版不改窗;② 过渡别名(终端以 `export { 包名 as 本地名 }` 转口的四个名)不在影子门的声明扫描射程内(门按顶层声明判),本版不登(CC-671 余项)。 **RG-4**:KL-801 的升级判据 = agent-types 出内容块型(CC-650)。 ‖ **TX-16**:① `retryStatus.ts` 的重试句式(判词子句 / 等首 token 句 / 兜底头句)仍是源码里的英文串(数据面;按重试行句族另批进目录),`retryStatusParts` 的 `condition` / `resendNote` 同,`source` 一句已在目录(`notice.retry.source.*`)但 `retryStatusParts` 没有 `lang`,中文键暂不可达;② `probeVerdictNotice` 英文「no token — …」一句被展示出口读成凭据形(已登记为已知洗字漂,中文句已避开),宿主不要对包铸句再整行过展示出口;③ `modelCapabilityProbe` 里探针请求给模型的 `Reply with exactly OK` 是模型面字节,按规则不进目录。 **RT-5**:① `maxAttempts` 取自引擎 `maxRetries`(与 `retryStatusNotice` 同读法:「attempt n of m」的分母);② `retryAtMs` 的值取 `RetryStatus.deadline`(包里已判过一次的那一位锚),在场的证据是 `RetryStatus.retryAtMs`(引擎给了产生者墙钟时间位):没给等待量的帧 `deadline` 是映射时刻、不是重试时刻,所以不上段;只给相对量(`retryInMs` / `retryInSec`)的帧段里也缺席,宿主照读 `deadline`;③ 段集比提案多五位(`phase` / `resendNote` / `elapsedMs` / `timeoutMs` / `detail`),因为 `line` 里这几件事没有别的出处,候网页端表态段集够不够。 **DU-3**:① 聚合口去掉整句凭据网之后,各铸点的开集参数必须各自在插值处清洗;本版逐源核过 11 源、开集参数八处(限额旋钮词 / 规则条目与成员词 / 探针散文与结构因由码 / 分类器成因词 / 引擎原因原文),新增铸点是新的核对项(门 CW4 八形);② 宿主若自己把 `reasons[i].text` 再整句送展示出口,会重新洗坏这一句。 ‖ **GN**:① GN-2 抄本的读者(请求腿 / 中心腿 / 发送前预检三处装配)随后续行接上,本行只交构建期件(CC-836);② GN-2 的抄本住独立生成文件 `src/generated/settingsSchemaMcpRequestEntry.ts`(第二只不按严格档类型检查的生成文件,原样 JS 的代价),出口型由门内编译钉两向核(七个出口 ⇄ 设置契约同名导出),抄本函数体内部不受编译器检查;③ 上游导出但本包只当闭包成员搬的五只助手(`describeValueShape` / `describeNotStringArray` / `describeNotStringRecord` / `isStringArray` / `isStringRecord`)不出口,读者要用时在登记行 `roots` 加一行。 **RG**:① RG-1 / RG-3 的前提到货由对应端 / 上游的版本落地为准,未到货的行 0.101.0 仍要处置(退役或再次依裁定改窗);网页端 / 桌面端两行同名影子无承接票,本版不改窗;② 过渡别名(终端以 `export { 包名 as 本地名 }` 转口的四个名)不在影子门的声明扫描射程内(门按顶层声明判),本版不登(CC-671 余项)。 **RG-4**:KL-801 的升级判据 = agent-types 出内容块型(CC-650)。 ‖ **SB**:① `request.field_conflict` 同码十余形、拒体今天没有判别位,本版按 cascade 锚句认领;服务端 7.133.0 拒体带 `detail { kind, fields }` 后改读机读位,cascade 散文锚与 `sentRequest` 收窄届时登退役(CC-843)。② `request.precondition_unmet` 同码五形,本版按已发请求体排除另三形的前提后认领「要一个会话」;`x-detach-on-disconnect` 那一形看的是请求头(本口看不见),请求体带档、没带会话时它可能被读成「要一个会话」—— 两形的出路同为「带上会话」(CC-843)。 **CZ**:① print 车道 CC 同形 `system/status` 帧的消费形候终端取证(CC-834)。 **PM**:① `selectors` / `rank` / `chain` 不过境,候端点名(CC-843)。 **MC**:① 引擎刷新结果 `McpRefreshResult` 本包无读点、服务端重拨回执不过 `instructions` —— 不过境(CC-834)。 **RF**:① 本版新句与改口句仍是字面句,随同版文案批进消息目录(CC-841)。 ‖ **DL**:① 宿主自带传输、不经包任何写点(计划审阅宿主登记 / 宿主持有登记 / `HitlBridge` / 发送机)发出的决断,本账看不见 —— 宿主改走写点即可(CC-806)。④ `HitlBridge.openDecideOperation()` 句柄的那一笔在句柄 `close()` 时才结算(同一次逻辑决断的几发算一笔,是句柄的本义);包内两条腿在同一函数的 finally 里关,自己拿句柄的宿主须照契约关,不关 ⇒ 那一道门一直读作在飞(CC-806)。② 计划审阅门的身份只有 `taskId`(门实例 `checkpointId` 不上 wire),同 run 换门时旧那一笔没结算之前新门的快照会被判陈旧一拍;计划审阅决断 POST 不带门身份,迟到的那一发落在当前那道门上 —— 本包闩保证至多一发在路上,「落在哪道门」候上游给决定回执的停驻边界位(CC-773 链首)。③ 孤儿停驻续挂判口本身(「当前停驻是工具闸 ∧ 该 run 已无开卡 ∧ 无在飞决断」)仍候上游闸身份上 wire,本版只交它要读的在飞半(CC-773)。 **DS**:① 审批族 202 停驻沿用 0.93.1 的零重发(用户在停驻卡上再答);服务端 7.132.0 起 202 体写「等 `retryAfterMs` 重试一次可落停驻赎回臂」,是否改为有界重试一次、两条腿一起改,待定(两条腿须同改;CC-825)。② 用户面句子不在发送机里:宿主按结局读包已有的句口(停驻 `APPROVAL_PARKING_WARN_TEXT`、终态 `askGoneContent`、拒收收口 `undeliverableDecisionContent`、备注审计 `decisionNoteAuditLine`);`settled_elsewhere{contrary}` 与 `unconfirmed{gone_after_retry}` 两形本包还没有专属句口,随后续文案批次补(CC-825)。③ 活卡腿(`surfaceToolApprovalFrameAndRespond`)仍是自己的发送段(规则闩、回执相关性、迟到通知更细),只与发送机共用归因阶梯与在飞账,未整段改调发送机(CC-825)。④ 流内问族的「本会话放行」上游答口没有对应位,发送机按普通放行发并标 `rememberDropped`(CC-825)。 **RR**:① 自愈分诊结局不投影新位,行句不变;要按成因改句另立(CC-806)。 **LG**:① LG-2 的编译期钉在开发锚 sdk 仍为 23.x 时退成恒真(那一锚上没有 `HITL_FRAME_TYPES`),开发锚抬到 sdk 24 之后生效;抬锚随 sdk 24 提货(CC-815)。 ‖ **TT**:① 无会话时列工具的读口候服务端状态面补 `toolNames`(S-1734,窗 7.133.0;到货前面板如实说「打开一个对话后显示工具」);② 「被关的工具因名字不匹配没生效」的提示读引擎 `runner_config_advisory` 投影(本版不加新读口)(CC-824)。 **AS**:③ 设计稿 r5 余项本版不做:采纳闸(会话级上一份可信读 + 保护集)· 托管读数六词 · 交互面「先问」(`hold_for_consent`)与座位同意动词 · `SettingsPort` → `HostSettingsSource`(设置源改交逐层原文、包内按层合并)—— 四件同依赖「设置源交逐层原文」那一步(本版入口仍收宿主合并后的生效快照与 hooks 计划),拆票续程;另:输出风格的判定未迁入入口 —— live 兜底层 `applyLiveRequestDefaults` 在引擎不认 `appendSystemPrompt` 时仍按宿主交的 `selfKnowledge.forOutputStyle` 写 `settings.outputStyle`(存量第二入路;「宿主自供键 ⊆ 带值行」的射程是装配口出的请求体,不含 live 兜底层之后)(CC-826);④ 还原提交(`restoreFiles` / `rewindFilesTo`)与 `fileHistory: 'disabled'` 同交时服务端整条 400,宿主仍按 KL-243 在那一发不交 fileHistory 源(本包不预判冲突,同 §127 J5 取舍)(CC-826)。 ‖ **SG**:① 同一模型轮内「段无段末帧 → 工具卡 → 下一段带段末帧」时两段同窗(本层在工具卡处分不出「同段续写」与「上一段被截断」;一方引擎下不可达,自定义引擎可达)—— 段末帧带块序号之前只能如此(CC-766)· ② idle 切分启发式仍在:一段可被切成两行(同段同身份),撤它要按「整条流有没有段末帧」的流级判据单走 · ③ 整条正文行(durable 腿的聚合正文 / 合成终局行 / 终帧补差行)没有引擎段界可读:窗口开着就进当前窗,没开就以自己为锚开窗(确定性);durable 腿全程一个窗(那条腿上引擎不报段末)—— 段身份只对 live 腿上引擎报了段末的段成立 · ④ 行归属说不出(上游两行同 uuid)的段末那一形照旧一个字节不动(不写回、不清尾),原样留着的那截在段末自成一行 —— 那截是未经权威替换的原始字节(与 0.99.0 在下一个边界提交的是同一截)。**TO**:① 成功的跟读终局在交互面没有合成行,归属位只在结果帧(交互面不交结果帧)—— 交互宿主按自己声明的跟读判(CC-764)。**EX**:① 结束前最后一拍复核 / 条件取消原语候服务端条件取消口(CC-780 ③,BLOCKED)· ② 流里那一行 409 占锁合成正文(`This session is locked …`)仍写死引擎取消端点、且与 headless 行是同一事实的两份句(该行没有宿主出口口)—— 候一句化(CC-780)。 ‖ **PN**:① tick 不建水位、不抬水位 —— 复活的 tick 先于复活的行帧到时(可证更新),用量等行帧带代际来;只有 tick 的宿主(不喂 fleet 行)在这一拍说不出新一代的数(CC-801);② 属主台账 / 内容店仍是两本按 id 串存属性的账(存的是内容与宿主 run,不是身份):身份只由归约口的索引回答,账本物理合并不在本版(CC-802);③ 绑定前已各自成账的两份内容账不合并:读口按归约口给的稳定序取第一份,另一份只在第一份被清掉后重新露出(CC-802)。 **HM-1**:① 跨次投影的续跑(停驻 ⇒ 别处批准 ⇒ 另一条流跟跑)在引擎帧见证(`resumesCheckpoint`,引擎 7.57.0 起)到货前没有任何认领见证,按新调用出行(KL-790);停驻行登记照旧随 `exportLedger` / `importLedger`,等那一路见证。
+
+## §127 🆕 0.99.0(2026-10-18)— 表长计数账:已发段不再住活计数(GT) · 能力缓存变更订阅 / 嵌套位读口 / 作废重探 / 读器非投影态单例(CP) · 抛出物读法收口与「找不到」三形(TH) · 会话 id 规范形判读(SI) · 面板终态通知绑定证据(PL) · 停驻位两形(HM) · 计划审阅卡 questionId 解析口(PR) · 换钉 sdk 23.1.0 / 设置契约 13.0.1 / 引擎 7.52.0 与生成表重生成(PK / SS / CO / RB / SV) · print 车道模型服务状态帧与终拒机读位(RT) · engine_notice 重放身份(NT) · 留痕行类型位并入展示出口(DP) · 首 token 存活探针与判决词表(PB) · 回合失败补句链(TH-3) · 委派子代起跑帧(TS-1) · hooks 坏形一只判官与 hook 来源三类同一判定(HK) · 宿主自供项一只装配入口(AS) · 请求层附件席位(UA) · 面板门拒拒因臂(SR) · 说不清能否看图照发(MV) · 技能点名槽位(US) · MCP 空 `allowTools` 原样(MW) · 头名撞车码零读点(TC) · 本地 MCP 条目:服务器名身份 / `elicitation` 过境 / `toolAxes` 形判读口 / 值级端口追加两件(MN / EL / TA / VP) · 代理投影:余下三只手抄帽退役与工具清单非数组拒装(AW) · 公面存活账测试钩两向 / 同形换名型与同名常量进同名影子门(LV / TS2) · 审批卡口单路径与中止安全持有登记(HS) · 展示出口标量清洗口与百分号编码凭据(DU) · 会话规则可送判定改读引擎条目读者(SP) · 句表单源:消息目录批 1′ – 5 与抛出物句(TX) · 路由缺口句具名出口(MI) · 宿主事实入参三值句口(HF)
+
+
+
+> 本段一组行前缀 GT(KL-798;CC-784 ②)。病是同一个会变的量被抄在已发段里:接入档签名块里「这张表现在有几员」的表长数字,门要求它等于源码当前成员数,于是上游每加减一个词,「已发段冻结」与「门全绿」只能二选一(0.98.0 码册 90 → 93 时,已发的 §27 就这样被改过一次)。收口:表长数字只住常驻活段 §2x「表长计数账」,已发的 §27 / §28 签名块改为指针、不再抄数;冻结账门的 ①c 只读计数账,并钉「计数行只住 §2x」。零源码改动,公面与行为零变化。
+> 本段一组行前缀 PK / SS / CO / RB / SV(CC-795 / CC-791 / CC-799 的换钉段;RL-151)。开发依赖换到 sdk 23.1.0 / settings-schema 13.0.1 / 引擎 7.52.0 并重生成构建期表;规则只有一条 —— 上游的闭集与判官在本包只有一个落点(构建期生成物或编译期钉),本包不另写第二份:界面语言值、hooks 坏形判官、配对状态词、续跑成因词都改成「读上游 / 钉上游」。服务端 / 引擎两项支持底线不动;sdk peer 地板与支持底线一项抬到 23.1.0(PK-1)。型面变化三处:peer 地板抬与再导出 `UserAttachment`(PK-1,BREAKING)、`STOP_CONFLICT_CODES`(0.99.0 退出公面) 退出根入口(RB-1,BREAKING)、`ParkedResumeStartupDetail.startupCause` 加一员(CO-3);行为变两处:配对状态两新词读成 broken(CO-4)、通告受众表随码册翻(CO-2)。
+> 本段是 0.99.0 的发布段:127a – 127z 各节与固定行齐;各组条目与「包侧缺口」行按组前缀归并(每条缺口带票号),条目行与处置表同版一份。
+
+> 本段一组行前缀 CP(CC-763 · CC-765 · CC-754)。能力缓存此前只有「读」没有「听」:网页端只能 500 ms 轮询内存读口来发现落地 / 失效 / 换代;组能力(`fleet` 一类「`false` 或带逐位布尔的对象」)的子位读口住在总缓存里却不在根入口,网页端自读冻结快照的子位 = 第二条读法;壳为「引擎温切后按最后装配的探测闭包重探」自持一张闭包表,而包里早有同一份登记。收口:`onEngineCapsChange`(一拍 ⇔ 整份落地读数换了一只记录)· `engineCapNestedValue` 上根入口 · `invalidateEngineCapsAndReprobe`(按登记里的闭包作废并重探);读器族的两个非投影态由「每次新铸、不冻」改为各一只冻结单例(CP-3,行为变)。
+> 本段一组行前缀 TH(CC-769 · CC-809)。病形是同一只抛出物被不同读口读出不同答案:机读位(`errorCode` / `status` / `statusCode` / `retryAfterMs` / 信封键)在 0.97.0 / 0.98.0 已收进「只认自有数据位」的读法,但十四处同形存量仍按普通属性读取(原型链上的值被信、访问器被执行、读就抛的位把异常抛进调用方的 catch);另有三条读法回答同一问「这次失败是不是找不到」(包内两处 `startsWith('not_found.')`、网页端两处直连 SDK 的 `instanceof NotFoundError`)。收口:十四处同读法 + `isNotFoundFailure` 三形分读。
+> 本段一组行前缀 SI(CC-797)。「这个串当会话 id 送上引擎,引擎收不收」此前终端手写一份、网页端 / 桌面端各凭手感;律的真源在服务端(`UUID_ANY_RE`)。收口:`canonicalSessionIdOf` + 拒因读口 `sessionIdRefusalOf`。
+> 本段一组行前缀 PL(CC-800)。只喂 `panel_task`、不喂 fleet 行的宿主上,后台短命子代的 tick 行(按子运行 id)与通知 / 终态行(按后台句柄)没有共享键,归约口 `merge` 只经 `bind` ⇒ 不绑 ⇒ 两行(§126 PL 包侧缺口 ①);服务端该位只在后台代理终态通知上在场。收口:终态事实加可选 `sessionId`,作绑定证据。
+> 本段一组行前缀 HM(CC-786)。「这次调用被门 park 了、还没人决」的判据只认 live 帧顶层 `errorCode`,会话存档行形(`toolResult` 行的 `details.code`)没有包侧读口,网页端在壳里热修自写一份。收口:谓词认两形 + 会话投影口给停驻行的 `tool_result` 块带机读位。
+> 本段一组行前缀 PR(CC-819)。计划审阅卡 `questionId` 的形由本包铸,解析有三份(包内一份、终端自写、网页端自切前缀)。收口:包出解析口 `planReviewTaskIdFromQuestionId`。
+> 本段一组行前缀 RT(CC-781 · CC-782)。`-p --output-format stream-json` 此前把内部 `retry_status` 臂整条吞掉:模型服务 503 重试四次、再等首 token 十分钟,stdout 上只有 init —— 集成方看不到「在重试」,也看不到「死在哪」;终端在壳里补了一份(帧投影 + 一份对交互车道重试臂的登记镜像读口),另合成的 `API Error:` 终局行不带状态码、结果帧缺 `api_error_status`、供应商原文嵌进正文。收口:读口 `retryStatusFromArm`(交互车道与 `-p` 车道同一只)+ 帧投影与轮账 `createPrintModelStatusTracker` + 合成错误行三只机读位与用户句口(`apiErrorFactsOfRow` / `apiErrorNotice`);壳只留「在哪一格 yield」与动作词。
+> 本段一组行前缀 NT(CC-739)。网页端报「`engine_notice` 重放身份缺席」:包早在 0.38.0 起就把 `eventId` / `eventSeq` 随 chrome 事件带出,实测缺席是服务端自铸的实时通告本就不带 SSE `id:` 行。收口:经真 SDK 的 SSE 解析端到端钉死「带 `id:` 行必带到端、缺身份诚实缺席」,`eventSeq` 收成包内唯一读口且只认非空串。
+> 本段一组行前缀 DP(CC-767;KL-72)。未知帧留痕行的 `type` 位原先走包自带的第二条消毒读法(C0 / C1 → U+FFFD),与展示出口并立;收口:并入展示出口单源,删旧读法。
+> 本段一组行前缀 PB(CC-779)。探活只看「响应头到没到」:200 头之后一个 token 都不出的服务,在 doctor 的 Model 行上是「connectivity OK」、在导入向导上是「✓」;判法与判决词表三端各写一份。收口:判决请求流式、认第一个 token,判决词表一张(`PROBE_VERDICTS`),人话句口同出。
+> 本段一组行前缀 TH(续 §127 的 TH-1 / TH-2;CC-807 = TH-3)。回合失败呈现(`turnFailurePresentation`)只出主句,终端另在壳里拼一串补句(额度耗尽、续跑拒绝、策略拦截、…)。收口:补句链收进包,壳只在链末补它自己的动作词。
+> 本段一组行前缀 TS(CC-822)。委派子代每周期一帧的起跑帧 `task_started` 在 0.98.0 只把丢帧分类改成如实的 `unsupported_arm`,仍无消费口:开子代行晚一回合,起跑时刻没人给,终端为此在壳里挂了一份白名单过渡臂。收口:投影臂 + chrome 事件 `subagent_started` + 面板归约口的起跑时刻证据。
+> 本段一组行前缀 HK(CC-740 · CC-618 · CC-678 · CC-601)。病是「这一条 hook 装不装、谁来跑」有多份答案:设置文件 hooks 坏一项,终端设置读层自写一只判官(整份弃 + 壳内打捞)、桌面端整表不带、本包把坏条目原样上请求体让服务端 400;插件 hooks 模块、skill / agent 会话 hook、SDK 宿主回调三类来源不在包的判定里(终端自管,两处注释例外);终端在包判决之上再判一层本地压制、再从计划自读一份 UserPromptSubmit 执行方。收口:设置文件坏形只有一只判官(settings-schema 13 `classifyHooksConfig` 构建期抄本)、一只读口 `salvageSettingsHooksEntries`,hooks 计划逐层 / 逐插件过它;三类来源进同一只「投 / 壳 / 不跑」判定(判定依据 +3 词);本地压制进判定入参、执行方读口归包。http hook 两张名单(CC-601)的判官生成项未到货,本版只钉现状(HK-7)。
+> 本段一组行前缀 AS(CC-734 第一程 · CC-756)。病是四把「值来自宿主设置源」的请求键由宿主在装配口入参上手填:漏接 ⇒ 入参缺席 ⇒ 去向回执上没有行(静默),坏形这一回合怎么办各壳各定。收口:一只入口 `hostTurnSettings({ sources })`,产物恒一行一键 + 整回合判决 + 句子;装配口只从产物取这四把键;发出前用同一只判官再判一次 hooks 计划。设计稿 r5 的后续程(采纳闸 / 派发前重判 / 托管读数六词 / memory·fileHistory 收进入口 / resolved 由包按层合并 / 座位 chrome 臂与同意动词)不在本版,见包侧缺口。
+> 本段一组行前缀 SE / ST(CC-580 · CC-582 · CC-588 · CC-742 · CC-743 · CC-738 · CC-816 · CC-827)。座位契约三只席位与载荷闭形,一条规则贯穿:**座位出站载荷的键集与必选性 = 它的型** —— 每个出站形配一张规格表,表的型由对象型派生(型加一键表不跟 / 表多一键 / 必选性不一致 ⇒ 编译红),运行期唯一判法 = 普通记录 · 表外键拒 · 必选缺席拒 · 在场位过判据;凭据形键名(按词切分)第二道兜底,只放行登记的确切路径。设备面席位(SE-1)把网页端自写的设备面判定收成 `devicesFaceOf`;引擎目标席位(SE-2)收编桌面端过渡桥,态一份、凭据永不过座位、「换了」只认 `generation`;接入模型席位(SE-3)把终端 / 桌面端各一份的探活与写入判定收成一份;子代内容臂(SE-4)让渲染端的子代详情真有内容;reason 上限常量上公面(SE-5);六只呈现臂载荷闭形、`turn_end.usage` 收成声明键形(SE-6);座位事件两只死位退役(ST-1,🔴 型面 BREAKING)。
+> 本段一组行前缀 UA / SR / MV / US / MW / TC(CC-795 余项 · CC-778 半张 · CC-583 ① · CC-823 · CC-811;服务端 7.131.0 提货的功能段)。规则各一条:「这台引擎收不收请求层附件」只有一只读法 = 能力位 `userAttachments` 的窄读器 + 判词(三位同时成立才 yes),装配口只在 yes 时把整份 `@` 文本类附件放进条目、别的一律照旧走信封(席位不可用 ⇒ 与 0.98.0 逐字节同);「场景门拒了」一只读数两个载体一句话(会话 MCP 面板的拒因臂 = `servers` 缺席 ≠ `servers: []`;`/v1/capabilities/mcp` 的 503);说不清模型能不能看图 ⇒ 照发并告知(只有明知不能才扣);放宽方向的 `userInvokedSkills` 只在能力位 present 时给键;写了 `allowTools`(含 `[]`)就原样上体。型面变化:`McpPanelView` 改判别联合(SR-1,BREAKING)、`MCP_PROBE_REFUSAL_CAUSES` +1(SR-3)、编码器降级原因 −`vision_unknown`(MV-1)。
+> 本段一组行前缀 MN / EL / TA / VP(CC-744 · CC-762 · CC-790;型面 BREAKING 一处 = VP)。本地 `.mcp.json` 腿(`mcpConfigToSpec` / `mcpConfigsToSpecs`)三处读法此前各有一个洞:① 服务器名 `trim()` 之后才上 wire,wire 名与壳按原名判的拒用表不是同一串(`" blocked "` 以 `blocked` 上 wire,绕过 `disabledMcpjsonServers: ["blocked"]`);② 用户级 `mcpServers` 配置开不了入站 elicitation(本腿逐键重建不认这一键,云配置腿早就认);③ 服务端 7.130.0 起请求体里 `toolAxes` 坏形(含 `null`)整单 400,一个坏值打掉整个会话。收口:名字一个字节不改,首尾空白 / 空名 / 撞名的条目不上 wire,新口 `projectMcpConfigs` 另给披露行(MN);`elicitation` 形先判再过境(布尔原样、非布尔这一台服务器不起;发前订正 起两条腿同读 `mcpElicitationVerdict` 一只,EL);`toolAxes` 的判官只有引擎一只(`readMcpToolAxes`),本包经值级端口读它 —— 合形原样过境,坏形 ⇒ 这一台服务器不起、其余照常、一句话点名服务器 / 键 / 改法,云配置腿同读法,端口没装 ⇒ 不判、原样过境(TA);值级端口名表追加 `readRuleEntry` / `readMcpToolAxes` 两件(十六 → 十八),按完整型建袋的宿主编译红一次(VP,型面硬破坏;`readRuleEntry` 的消费方是会话规则可送判定,后续行)。
+> 本段一组行前缀 AW(CC-758 · KL-799;型面 BREAKING 一处)。代理投影里余下三只手抄的服务端上限(描述 4096 字 / 系统提示 65536 字 / 技能内容 1 MiB)此前按它们**截断 / 跳过**,丢约束照跑 —— 与 0.98.0 的「收紧约束不删不截不丢」同一病形。收口:三只常量退出根入口(🔴 型面硬破坏)、截断 / 跳过臂删,超限一律原样上体,服务端整请求 400 点名字段;另:`tools` / `disallowedTools` 写成非数组(如未拆的 `"Read, Grep"` 串)此前整键静默丢(`tools` 丢 ⇒ 该代理继承全部工具),现在整次投影拒装并点名(AW-2,KL-799 删行)。
+> 本段一组行前缀 LV / TS2(CC-798 · CC-817)。两件门件,不涉公面与行为:公面存活门的「退出公面必登 removed 账」补测试钩名两向(LV);同名影子门的射程扩到换名同形型与同名非同对象值(TS2),存量登债、只缩不扩。
+
+
+
+> 本段一组行前缀 HS(RL-136 · CC-777 · CC-804 · CC-821 · CC-799 子项)。病是「这只审批能不能开卡 / 已经结了没有」有多本账:宿主问车道开卡前问的读口 `joinApprovalHolder` 不登记(答 `free` 到开卡之间别的路看不见它)、登记动词 `claimApprovalCard` 的中止语义只会撤别人的卡而收不住迟到的 `held`(调用方中止后丢弃结果 ⇒ 孤儿登记让同一只审批的活卡入口永等);旧族 `tool_approval` 与 `approval_request` 两帧的去重写成宿主义务,宿主各自持一本「已收口」集与宽限窗;组合器的每流装饰位只为宿主按帧登卡口而存在。收口:登记动词的信号 = 这次登记的寿命(中止 ⇒ `aborted`、零登记、不撤别人的卡;`sending()` 之前中止包放手)+ 宿主持有登记生命周期对照表(HS-1)· 组合器按帧对象登记审批两族帧的流上下文、无桥收口帧先进进程级已结表(HS-2)· 呈卡臂宿主义务 ② 改为调登记动词(HS-5)· live 兜底层与装配口同一只「只续已有会话」判定(HS-4)· 问类两位按引擎规范序读(HS-6)· 授予清单「读作无物」条目读口(HS-7)。`joinApprovalHolder` 硬退的终端承接未排期,复核期顺至 0.100.0(HS-3)。
+> 本段一组行前缀 DU(CC-788 · CC-796)。病是同一串在两张字符表下两种呈现(终端壳的标量清洗白名单 ZWJ / ZWNJ、本包按语境转义);另有一张票说展示出口「不解码百分号」—— 读码与实跑都不成立(解码读面是 0.96.0 的,≤ 3 层),本版只把票面点名的三族凭据形钉成门格。收口:标量清洗口 `cleanUntrustedScalar` 上公面,字符表就是展示出口字符面那一张(DU-2)· 百分号编码凭据三族 + 混合 + 多层逐形门格(DU-1)。
+> 本段一组行前缀 SP(CC-792;KL-795 删行)。病是「这一条 deny 能不能写进会话规则记录」由规则编译器(文法 1)代答,而会话规则店的写口判官读的是引擎条目读者:服务端 7.129.x(引擎 7.51.x)上编译器收、条目读者读作无物的条目(带空格的 `Web Fetch` 一类)被判能送 ⇒ 整份收紧被写口以 `inert_entry` 拒,同一批其余条目也没写进去。收口(规则一条):串级步骤判能送的每一个名字问引擎条目读者(值级端口 `readRuleEntry`,deny 读法、只读文法);读作无物 ⇒ 单独扣下(`inertReason`)、**不连坐**同一批其余条目(会话规则店写口对含它的写入整份拒,它本就进不了记录;送出的几条只增 deny、记录只收紧 —— 不是「它在引擎里什么都不做」:记录里若真存着一条文法读不成规则的 deny,引擎读那份记录会拒每一个调用,正因如此写口不收它);别的成因照旧整批不送。
+> 本段一组行前缀 TX / MI / HF(CC-813 · CC-749 · CC-751 · CC-745 · CC-752 · CC-750 · CC-761 · CC-783 · CC-818 · CC-787;KL-797)。病是包铸的、给人看的句子大半只有英文一份:界面语言是中文时,系统提示行、审批卡注、自愈行、设置面句、失败句里仍是英文,各端再各自补译文或字面。收口(规则一条):**句子只住消息目录**,出句口末位可选 `lang`,缺省英文(数据面,逐字节同旧);门 `run-catalog-routing-test.mjs` 以迁移前的金样钉英文逐字节等值、钉中文活性与「没有连续三个英文词」、钉 `lang` 传递。本版迁入:结局 / 受理 / 停驻卡面 / 崩溃遗留 / 续跑被拒三段式 / `inheritEnv` 告知等系统提示行与停驻卡注(批 1′,TX-1)· 审批卡「为什么问你」十二源(批 2,TX-2)· 自愈行(批 4,TX-3 – TX-4)· 设置面句(批 5,TX-6 – TX-8)· turn 失败呈现的句子(批 3,TX-9)· 文件检查点拒句(TX-10)· 拒装类抛出物句(TX-11;KL-797 收口)。同批:路由缺口句具名出口(MI-1)· steer 拒因后半句接宿主队列事实三值(HF-1)· 八句「引擎没报」缺席措辞改口与迟到人答一行(TX-12 – TX-15)。票面点名改口的句只有三组 —— 自愈两句改宿主语气(TX-5)、四处抛出句 `message` 由中文改英文(TX-11)、八句缺席措辞(TX-12 – TX-14)—— 逐句迁前 / 迁后见 127y。另有一条实测病:卡面「载荷读不懂」一句的 `basic facts` 在展示出口上被读成凭据方案词(0.98.0 起即如此),本版逐字迁入、不改句,见 127z。
+
+
+
+### 127a. 处置表(逐键 consumed / declined / pending)
+
+| 键 / 口 | 来源 | 处置 | 变化 | cli | web-admin | web-client | desktop | 判据 | 缺席语义 |
+|---|---|---|---|---|---|---|---|---|---|
+| **GT-1** 接入档表长计数账(§2x) | 本包(KL-798) | consumed(文档与门件,不涉公面) | 十张表的表长数字(`ENGINE_NOTICE_CODES` / `PERMISSION_RULE_ISSUE_CODES` / `ASK_ORIGIN_WORDS` / `GATE_DENIED_BY_WORDS` / `MCP_INJECTION_DROP_REASONS` / `AUTO_MODE_UNAVAILABLE_CAUSES` / `THINKING_FORMATS` / `THINKING_DISABLE_PROBE_ORDER` / `MODEL_PROBE_VERDICTS` / `CLASSIFIER_STATUS_STATES`)由已发的 §27 / §28 签名块搬进常驻活段 §2x;已发段签名块改写为指针;冻结账门 ①c 只读 §2x,另钉「计数行只住 §2x」 | 不涉及 | 不涉及 | 不涉及 | 不涉及 | G-GT1 | 127b GT-1 |
+
+| **PK-1** 开发依赖 sdk `^23.1.0` · peer 地板 `>=23.1.0` · 再导出 `UserAttachment` | sdk 23.1.0 | consumed(🔴 型面 BREAKING:peer 已抬;支持底线 sdk 一项同批抬到 23.1.0) | 生成表 `sdkFactTables.ts` 头注版本串换;根入口原样再导出 sdk 型 `UserAttachment`(type-only,不进运行期基线);sdk 23.1.0 对 23.0.2 只多导出这一型与两个可选型位(`TaskRequest.userAttachments` / `Capabilities.userAttachments`),运行期零差 | 编译红必改仅当仍装 sdk 23.0.x(升 23.1.0) | 同左 | 同左 | 同左 | G-PK1 | 不涉及 |
+| **SS-1** 开发依赖 settings-schema `^13.0.1` | settings-schema 13.0.1 | consumed(开发依赖;运行期零 import) | 设置契约两只生成物头注版本串换;门读上游的两处改形:插件 hooks 投影门的「引擎受理面」= 设置契约 ∪ 服务端条目型闸(13.x 契约收 `mcp_tool`,服务端 7.131.0 在契约后整份拒它),模型能力探测门钉「没写的 `reasoning` / `vision` 解析后缺席(不补 `false`)」 | 零动作 | 零动作 | 零动作 | 零动作 | G-SS1 | 不涉及 |
+| **SS-2** `UI_LANGUAGES` / `isUiLanguage` 改取上游闭集 | settings-schema 13 `UI_LANGUAGE_VALUES` | consumed(单一真源换读;名与值不变) | 值与型改取构建期生成物 `SETTINGS_UI_LANGUAGE_VALUES`,`isUiLanguage` 读同一张;数组运行期冻结。`UI_LANGUAGES` 是本包自有的公面名,上游没有同名导出 —— 不是编译红 | 零动作(`LanguageScreen.tsx` 只 `map` / 读 `length`) | 零动作 | 零动作 | 零动作 | G-SS2 | 不涉及(闭集常量) |
+| **SS-3** `classifyHooksConfig` 构建期抄本 | settings-schema 13 `classifyHooksConfig` | consumed(包内件,不上根入口) | 函数 + 按语法层求出的同模块私有闭包(13 件)原样抄进一只独立的生成文件(包内只这一只不按严格类型检查;别的生成表照常受检);注入名 `HOOK_EVENTS` 绑上游运行期导出的构建期值,抄本里零事件表;自由名恰是 `HOOK_EVENTS` 与 JavaScript 内建;出口的型 = settings-schema 声明的 `classifyHooksConfig` 签名;签名用到的型连同传递依赖在构建期逐声明原样抄成型镜像生成文件(`HooksClassification` / `HooksDroppedPiece` / `HooksRejection` 等),源码与出包类型声明零引用 settings-schema,镜像 ⇄ 上游两向可赋值由门内编译钉证。读者(hooks 装配处)随后续行接上 | 零动作 | 零动作 | 零动作 | 零动作 | G-SS3 | 入参不是 JSON 值形(访问器 / 类实例)不在契约内;判官对任意入参不抛(除访问器自己抛) |
+| **SS-4** 另四只候选不抄 | settings-schema 13 `layerAdmission` / `httpHookUrlVerdict` / `httpHookEnvVarsAllowed` / `mcpServerPolicyVerdict` | declined(不自含:闭包引用别的模块的导出;抄过来要么悬空、要么另写第二份) | 零(生成目录里零这四名) | 不涉及 | 不涉及 | 不涉及 | 不涉及 | G-SS4 | 不涉及 |
+| **CO-1** 开发依赖引擎 `^7.52.0` | core 7.52.0 | consumed(开发依赖;支持底线引擎 7.51.2 不动) | 引擎四只生成物头注版本串换;编译期一处红(续跑成因两向钉)按 CO-3 收口;引擎型面的 `WiringManifestHookEntry` 退役对本包零动作(本包用的是自有视图型,不 import 那一名) | 零动作 | 零动作 | 零动作 | 零动作 | G-CO1 | 不涉及 |
+| **CO-2** `ENGINE_NOTICE_CODES` / `ENGINE_NOTICE_AUDIENCE` 93 → 95 | core 7.52.0 | consumed(公面值变) | −`route.base_url_changed_key_unchanged`;+`route.credential_origin_mismatch`(user)/ `mods.registration_refused`(user)/ `config.credential_not_withheld`(operator) | 零动作(三端零读点;新码要服务端 7.132.0 才铸) | 零动作 | 零动作 | 零动作 | G-CO2 | 表外码(含老引擎仍发的退役码)⇒ `engineNoticeInCatalog` false、受众保守 `operator` |
+| **CO-3** 续跑启动失败成因 +`transcript_corrupt`(领先登记) | core 7.52.0 `RESUME_STARTUP_CAUSES` | consumed(型面加一员 + 一句) | `ParkedResumeStartupDetail.startupCause` 的型 = sdk `ResumeStartupCause` ∪ 领先登记;登记集由编译期钉恰等「引擎词 − sdk 词」;`parkedResumeStartupContent` 对它出自己的一句 | 零动作(`askParkExpiry.ts` / `decideAlreadyResolved.ts` 只调两只口,不穷举成因词) | 零动作 | 零动作 | 零动作 | G-CO3 | 读不出 / 表外 / 非串 ⇒ 整键不在场(同 0.98.0);经真 sdk 23.1.0 抛出物这一词到不了(sdk 按五词筛) |
+| **CO-4** `routePairingVerdict` 两新词 ⇒ broken | core 7.52.0 `RoutePairingStatus` | consumed(行为变) | 已知词表收成一张判词表、键集两向钉到引擎型;`broken:credential_origin_mismatch` / `broken:credential_answer_conflict` 修前 `unknown`、修后 `broken` | 行为变(模型行标红而非「未知」;服务端 7.132.0 起可达) | 零动作 | 零动作 | 零动作 | G-CO4 | 表外词 / 缺席 / 非串 ⇒ `unknown`(不变) |
+| **CO-5** `PERMISSION_RULE_ISSUE_CODES` +`invalid.tool_name` | core 7.52.0 | consumed(公面值 +1 + 一句) | 15 → 16;`permissionRuleIssueDetail` 对它出自己的一句 | 零动作(三端零读点) | 零动作 | 零动作 | 零动作 | G-CO5 | 不认识的码落兜底句(不变) |
+| **CO-6** 请求层附件席位的构建期生成项 | core 7.52.0 包根(7.50.0 起) | consumed(包内件,不上根入口) | 席位描述 / 三张闭集 / 两只上限进生成表;条数上限与席位描述在源码零读者(上限只读能力位的席位读数) | 不涉及 | 不涉及 | 不涉及 | 不涉及 | G-CO6 | 不涉及 |
+| **CO-7** 引擎同 key 跨地址绑定拒(`__resetCredentialOriginBindings`) | core 7.52.0 | consumed(只影响门格) | 本包门里用开发依赖引擎真判官的格换钉后零受影响格(实跑同上);本包运行期零读点 | 不涉及 | 不涉及 | 不涉及 | 不涉及 | G-CO7 | 不涉及 |
+| **SV-1** 断言头不发送那一句的射程改说到 7.131.0 | 服务端 7.131.0(现役见证) | consumed(句子订正) | `mcpAssertionHeaderNotSentNotice` 句中「server versions up to 7.129.1」→「up to 7.131.0」(7.131.0 同样在铸引擎 spec 前剥掉 `assertionHeader`) | 零动作(渲包里那一句) | 零动作 | 零动作 | 零动作 | G-SV1 | 不涉及 |
+| **RB-1** `STOP_CONFLICT_CODES`(0.99.0 退出公面) 退出根入口 | 本包(退役登记 RL-151) | consumed(🔴 型面 BREAKING;运行期导出 −1) | 根入口导出与定义删除;停止冲突分类只认机读码 `errorCode`,`classifyTaskStopConflict` 不变 | 编译红必改仅当按名 import(生产源零;仅 `sema/wireAnchorContract.test.ts:381` 一份自测源码串、终端仓 `wire-anchor-exempt.json:420` 一行坐标登记指向已删符号) | 零动作 | 零动作 | 零动作 | G-RB1 | 不涉及 |
+| **CP-1** `onEngineCapsChange(baseUrl, listener)` → 退订函数 · 型 `EngineCapsChange` | 本包(CC-763) | consumed(型面 additive:运行期导出 +1、型 +1;见 `src/engineCapsChange.ts` 的 `#onEngineCapsChange`) | 能力缓存变更订阅口。一拍 ⇔ `engineCapsLandingOf` 的答案换了一只记录:`landed`(首探 / 刷新 / 替代探测落地)· `invalidated`(单参失效清掉落地)· `replaced`(两参失效清掉落地并同拍登记替代探测;随后替代探测落地再有一拍 `landed`);拍带 `baseUrl`(逐字)与当代号;按 `baseUrl` 逐字分,多宿主互不串;同步投递且在缓存状态一致之后;回调按订阅者隔离(同步抛 / 返回被拒的 thenable 只留一行 debug 痕迹,不连坐别的订阅者与缓存);不回放(迟订阅只收之后的拍,要当前读数先订阅再读读口);订阅不造缓存状态(不推代际);同一函数登记两次 = 两份订阅;读数没变的动作(轮换登记 · 在飞中失效 · 从没落地过的地址失效 · 刷新失败或回非普通记录 · 重复失效)零拍 | 零读点(读口全不变) | 不涉及 | 网页端自轮询代际号与落地体身份(读点见 127d),换订阅后轮询腿可删 | 零读点 | G-CP1 | 127b CP-1 |
+| **CP-2** `engineCapNestedValue(baseUrl, parentKey, key)` 上根入口 | 本包(CC-765;网页端请托) | consumed(运行期导出 +1;读口早在总缓存内,本版只上根:`src/engineCapsCache.ts` 的 `#engineCapNestedValue`) | 嵌套位五态读口,词汇与 `engineCapValue` 同(`unobserved` / `not_reported` / `unreadable` / `null` / `value`)。组能力(服务端 `fleet` 一类:整族不供 = `false`,供 = 带逐位布尔的对象):父位 `false` / `null` / 非对象 ⇒ `not_reported`;子位缺席 ⇒ `not_reported`;两层都只认自有数据位(访问器不执行 ⇒ `unreadable`) | 零读点 | 不涉及 | 网页端 `fleet.stream` 子位自读(读点见 127d)换读本口后,本地分组闸只剩「按落定与否折 on / off / unknown」一层 | 零读点 | G-CP2 | 127b CP-2 |
+| **CP-3** 能力位读器族两个非投影态 `{ kind: 'unobserved' }` / `{ kind: 'unreadable' }` 改冻结单例 | 本包(CC-765 并入黑盒验收 G-RB3) | consumed(🔴 行为变,127y ②;读数形零变) | 读器族(全部能力位读器)的两个非投影态恒是读器工厂里各一只冻结对象:连读两次引用相等、冻结、严格模式下就地改它抛 `TypeError`。修前两态每次新铸、不冻,于是「连读两次同一只冻结对象」对其余态(`present` / `not_reported` / 逐位 `malformed`)成立、对这两态不成立 —— 一条读法两个答案 | 零读点(只按 `kind` 判) | 不涉及 | 零读点 | 零读点 | G-CP3 | 127b CP-3 |
+| **CP-4** `invalidateEngineCapsAndReprobe(baseUrl)` · 型 `EngineCapsReprobe` | 本包(CC-754) | consumed(型面 additive:运行期导出 +1、型 +1;`src/engineCapsCache.ts` 的 `#invalidateEngineCapsAndReprobe`) | 按重探登记里的闭包作废并重探(= 两参失效,闭包取自登记:真起跑过的最后一只,或之后经 `rotateEngineCapsProbe` 接替的那一只,后写者赢)。答 `reprobed` / `no_probe`(没有登记:什么都不做,不替调用方造探测)/ `ignored`(地址不是非空串);登记在作废之后仍是同一只 ⇒ 可连续调用;作废与替代探测的登记在同一个同步块(两参形的原子性原样适用) | 终端为「引擎温切后重装同一只探测」自持最后装配的闭包表,可改调本口(读点见 127d) | 不涉及 | 零读点 | 零读点 | G-CP4 | 127b CP-4 |
+| **TH-1** `isNotFoundFailure(e)` · 型 `NotFoundFailure` | 本包(CC-769) | consumed(型面 additive:运行期导出 +1、型 +1;`src/wireErrorTriage.ts` 的 `#isNotFoundFailure`) | 「这次失败是不是找不到」的唯一读法,三形分读:① 机读码 `not_found.*` 在场(含 typed `NotFoundError` 实例:实例上 `errorCode` / `status` 是自有数据位,不读类名)⇒ `{ kind: 'not_found', code }`(与状态码无关);② 无可用码而状态 404(含基类 `APIError` 的无码 404、重建形上只剩字面协议名 `NotFoundError`)⇒ `{ kind: 'unknown_404' }` —— 404 不是存在性神谕(非属主 / 未知 run / 路由级 404 同形),无码就只能说「未知」;③ 其余(码在而不是 `not_found.*` · 状态别的 · 原始值 / `null` / `undefined`)⇒ `false`。入参型 `{} | null | undefined`;读数冻结 | 终端自判点(读点见 127d)可换读 | 不涉及 | 网页端两处为认 typed 实例直连 SDK、挂 sdk-isolation 豁免(读点见 127d):换读本口后两条豁免同删;注意无码 404 现在答 `unknown_404` 而不是「已不存在」 | 零读点 | G-TH1 | 127b TH-1 |
+| **TH-2** 抛出物机读位读法收口(F8 射程外十四处) | 本包(CC-809;CC-667 ⑥ / CC-626 ② / CC-722 阶段二拆项) | consumed(行为修正,127y ②;公面零变) | 十四处读口的机读位改只认**自有数据位**(取值器零执行 · 只在原型链上 ⇒ 缺席 · 自有访问器 / 读描述符抛 ⇒ 读不出,落各读口自己既有的缺席臂 · 永不外抛):`errCodes`(受保护单读:`errorCode` / `status`〔缺席退旧槽 `statusCode`〕各格互不连坐,`name` 是文字位只做受保护的普通读)· `isSseIdleError`(判型经受保护的 `instanceof`,`name` 兜底读自有数据位)· `resumeContextUnavailableFromError` · `isDetachDurableOff400`(`status`;`message` 仍是受保护的普通读)· `planInteractiveHalt`(升级判据与 `kind`;该文件零 import,读法内联四行)· `classifyUsageFailure` · `classifyMemoryStatusFailure`(这两只是放宽方向的判官:任一格读不出 ⇒ `failed`,不退到另一格的 501 兜底去断言「引擎没有这一面」;只是缺席才落缺席臂)· `classifySelfOrchestrationRefusal`(🔴 成文例外「走普通属性读取」退役:真 SDK 错误上这两位本就是实例自有数据位,`denial` 位同改)· `readMemoryEraseReceipt`(信封十键;读不出 ⇒ `body_unreadable`)· 后台停止口的失败诊断位 · 子代 resume 失败分类 · decide 出站瞬断判官(`status` 读不出仍 ⇒ 不当瞬断)· 引擎写腿「引擎答了」判点 · `classifyToolHistoryMismatch`(任一格读不出 ⇒ `null`,闭合失败)。另:`isSdkErrorInstance` 挡板「到货退」登退役账(条件 = SDK 对实例 `name` 字面赋值) | 终端读点见 127d | 管理台读点见 127d | 网页端读点见 127d | 桌面端读点见 127d | G-TH2 | 127b TH-2 |
+| **SI-1** `canonicalSessionIdOf(raw)` · `sessionIdRefusalOf(raw)` · 型 `SessionIdRefusal` / `SessionIdRefusalWhy` | 本包(CC-797;终端请托 [10835]) | consumed(型面 additive:运行期导出 +2、型 +2;`src/sessionIdSegment.ts` 的 `#canonicalSessionIdOf` / `#sessionIdRefusalOf`) | 会话 id 规范形判读:规范小写串或 `null`;拒因读口 `null` 或冻结 `{ why }`(`not_string` / `bad_shape` / `bad_version` / `bad_variant`,多因并存按这个次序报先到的)。律 = 服务端 `UUID_ANY_RE`:小写 8-4-4-4-12 十六进制、版本位 1–8、变体位 8 / 9 / a / b;**同源**:服务端包不在本包开发依赖里、也不导出这只判官,律在本包**手抄一次**,由门对拍服务端夹具 dist 原文逐字(服务端换律那天夹具换代即红)。🔴 超集偏离(成文):服务端只收小写,本口把 `A–F` 折成小写后判并以**小写形**交出;不 trim、不剥花括号 / `urn:uuid:`、不认非 ASCII 类同字符 | 终端 `utils/uuid.ts` 同名本地读器(到货后改转口;读点见 127d) | 不涉及 | 零读点 | 零读点 | G-SI1 | 127b SI-1 |
+| **PL-1** 终态事实 `end` 臂 +`sessionId?`(`EngineAgentPanelEvent`;包内铸点 `panelEndFact`,不在根入口) | 本包(CC-800;CC-556 余项 ④;§126 PL 包侧缺口 ① 到货) | consumed(型面 additive:一个可选位;🔴 行为变,127y ②;`src/panelReduce.ts` 的 `#panelEndFact`) | 后台代理终态通知(`task_notification.sessionId`,只在 `task_type: "background_agent"` 的终态通知上在场)的子会话 id 作**绑定证据**带进归约口:同一帧说出「后台句柄 ⇄ 子会话 id」⇒ 与行帧 `{id, transcriptId}` / 锚帧同一条身份事件(只经 `bind`;两把各有不同尾段 ⇒ 不合并,第一次绑定为准)。结果:① 只喂 `panel_task` 的宿主上,tick 按子运行 id 成的行与通知 / 终态行按句柄成的行并成一行,最终数 = 引擎终态行上的数;② 第 1 代由无代际的腿先结、通知带 `cycleSeq` 绑上来后,第 2 代行帧判得出是复活,第 1 代的计数不再留在第 2 代的计数旁。适配器只在 `background_agent` 终态通知上带这一位(别的族出现 = 坏帧,不信);空串 / 非串 / 与句柄同串 ⇒ 当缺席 | 终端经 `panel_task` 臂原样转发(零改) | 不涉及 | 网页端浏览器车道只喂 `panel_task`(读点见 127d),受益 | 零读点 | G-PL1 | 127b PL-1 |
+| **HM-1** `isGateParkedToolEnd(frame)` 认两形 | 本包(CC-786;网页端请托 [10758] / [10764]) | consumed(行为修正,127y ②;`src/gateOutcome.ts` 的 `#isGateParkedToolEnd`) | 「这次调用被门 park 了、还没人决」的判据认两形,同一闭集词 `GATE_PARKED_ERROR_CODE`:① live 帧顶层 `errorCode`;② 引擎会话存档行形 —— `role: 'toolResult'` 的行上 `details.code`(刷新 / 重启 / resume 回放时这次调用在存档里长这样:没有 `gate` 记录、没有顶层 `errorCode`)。两形同一条读法:自有数据位(原型链上的 / 自有访问器 / 读描述符抛 ⇒ 当缺席,取值器零执行,永不外抛);前缀 / 子串不冒充(`gate.parked.x` 不是);② 要求 `details` 是普通对象 | 终端 live 形零改 | 不涉及 | 网页端会话行判口自写(热修,带本票号与 retireBy;读点见 127d)换读后删 | 零读点 | G-HM1 | 127b HM-1 |
+| **HM-2** 会话投影口 `projectEngineSessionMessages` 的 `tool_result` 块 +`_sema_gate_parked?: true` | 本包(CC-786) | consumed(型面 additive:块型一个可选位;超集键,登记 `docs/type-superset.json`;`src/engineSessionMessages.ts` 的 `#projectEngineSessionMessages`) | 停驻行(判据 = HM-1 的存档行形,单一读法)的 `tool_result` 块末多一位严格 `true`;**从不铸 `false`**(缺席 = 没读到停驻证据,不是「已结算」);回放端据此不渲 Failed to run、卡留等待态交 run 读数。访问器 / 原型链上的 `details` 行照常投影、该位缺席、取值器零执行 | 终端 resume 回放另有一份投影(不在本件射程) | 不涉及 | 网页端会话行投影(读点见 127d)换读本口产物后读块上这一位 | 桌面端重建座位转录的自写投影(读点见 127d)换读 `projectEngineSessionMessages` 后同到 | G-HM2 | 127b HM-2 |
+| **PR-1** `planReviewTaskIdFromQuestionId(questionId)` · 型 `PlanReviewQuestionIdReading` | 本包(CC-819;§126 LF 包侧缺口 ④) | consumed(型面 additive:运行期导出 +1、型 +1;新名与终端同名,影子豁免行;`src/hitl/planReviewWire.ts` 的 `#planReviewTaskIdFromQuestionId`) | 计划审阅卡 `questionId` → `{ taskId, reopened }` 或 `undefined`:经包内唯一解析器派生(不另写切法)。重开身份只认包铸的 `#reopen-` 尾缀(含空后缀);`taskId` 里别的 `#` 不是重开尾缀;不是计划审阅卡(别的前缀 / 缺前缀 / 大小写不对 / 前导空白)· 空 `taskId` · 非字符串 ⇒ `undefined`(不抛、不调 `toString`)。与终端自写读法的两处可见差(只对手造的畸形 id):终端从首个 `#` 起判重开、空 `taskId` 也交出读数;对包铸的 id 两者逐值同。入参型 `{} | null | undefined`;读数冻结 | 终端自写解析(读点见 127d)到货后改转口 | 不涉及 | 网页端自切前缀(读点见 127d)换读 | 桌面端零读点(前缀字面注记属另一键空间,零改) | G-PR1 | 127b PR-1 |
+| **RT-1** `retryStatusFromArm(arm, nowMs)` · 型 `RetryStatusArmLike` | 本包(CC-781;终端请托 [10727] 候立 ① ⇒ L-1491) | consumed(型面 additive:运行期导出 +1、型 +1;`src/retryStatus.ts` 的 `#retryStatusFromArm`) | 内部 `retry_status` 臂 → `RetryStatus \| null \| undefined` 的**唯一读口**:交互车道 `adapt` 的重试臂(`src/adapt/arms.ts` 的 `retryStatusArm`,修前内联十三键白名单)与 `-p` 车道共读;十三键逐键隔离、只认自有数据位(读不出的键整键缺席、不连坐);子代车道帧(顶层或 `event` 里带 `parentToolCallId`)⇒ `undefined`(不是证据);`recovered` ⇒ `null`(清状态);非对象 / 取值器抛 / 已撤销代理 ⇒ `undefined`,永不抛 | 删 `sema/printModelStatusFrame.ts:37` 的 `retryStatusOfPrintArm`(对交互车道重试臂的登记镜像),改读本口;**两处差**:终端读口对 `detail` 空串当缺席、本口取交互臂读法(空串走展示出口);终端 `message` 含壳半场动作词 | 零动作 | 零动作(重试横幅走 chrome `retry_status`,读法同源) | 零动作 | G-RT1 | 见 127b RT |
+| **RT-2** `createPrintModelStatusTracker()` · `PRINT_MODEL_STATUS_SUBTYPE`(`'_sema_model_status'`)· `PRINT_LAST_MODEL_STATUS_KEY`(`'_sema_last_model_status'`)· 型 `PrintModelStatusTracker` / `PrintModelStatusFrame` / `PrintApiRetryFrame` / `PrintModelStatusSupersetFrame` / `PrintModelStatusPayload` / `PrintModelStatusCtx` / `PrintModelStatusResultFields` / `PrintLaneArmLike` | 本包(CC-781) | consumed(运行期导出 +3、型 +8;新叶 `src/printModelStatus.ts`,进根入口闭包;不进 `runStream` 内核闭包) | `-p` 车道模型服务状态帧投影。出帧循环对每条到达的内部臂调 `tracker.take(msg, ctx)`:可重试失败(计数两位在场、不是同一次退避的重播)⇒ CC 2.1.296 同形 `system/api_retry`(`attempt` / `max_retries` / `retry_delay_ms` / `error_status`〔无应答 ⇒ `null`〕/ `error`〔分类词,与 CC 同序:529 或判词 overloaded ⇒ `overloaded`、429 ⇒ `rate_limit`、401 / 403 ⇒ `authentication_failed`、≥ 408 ⇒ `server_error`、其余 `unknown`〕/ `uuid` / `session_id`);其余状态(首 token 等待 / 不带计数的重连或熔断 / 放弃)与同一次退避的重播 ⇒ 超集帧 `system/_sema_model_status`(重播带 `refresh: true`);`recovered` ⇒ 清账、返回 `null`。主车道 `stream_event` / `tool_end_result` 清账(模型真吐字 / 工具结果到了),**不认** `assistant` / `turn_usage`(失败那一发同样会落合成失败行与零账);新一轮 `beginTurn()`;错误终帧展开 `resultFields(nowMs)` 得 `_sema_last_model_status`(没有最后状态 ⇒ 空对象,整键不铸)。人话一句 = `retryStatusNotice().line`。轮账是实例(无模块级状态);不读时钟;永不抛;帧铸成之后才提交轮账(铸 uuid 抛 ⇒ 账不动,同一次失败的下一次投递仍出 CC 形 `api_retry`) | 终端整份 `printModelStatusFrame.ts`(`printModelStatusFrame` / `takePrintModelStatusFrame` / `lastModelStatusResultFields` / 常量 `SEMA_*`)换读本口,壳只留「在哪一格 yield」;`print.ts:386` 的 `lastModelStatusResultFields` 换成 `tracker.resultFields`。包名刻意不与终端同名(不新增同名影子行) | 零动作 | 零动作(非 `-p` 车道) | 零动作 | G-RT2 | 见 127b RT(超集帧 `system/_sema_model_status` 的载荷整体住顶层 `_sema_model_status` 一键之下,顶层只 `type` / `subtype` / `uuid` / `session_id`;重播 `refresh: true` 在载荷里) |
+| **RT-3** 合成终局错误行三只机读位 `_sema_api_error_status` / `_sema_provider_condition` / `_sema_api_error_code` | 本包(CC-782;终端请托 [10727] ③ ⇒ L-1492) | consumed(超集键 +3,登记 `docs/type-superset.json`;铸点 `src/adapter/runStream.ts` 的 `syntheticTerminalRow`) | `API Error:` 合成行(行类旗 `_sema_api_error_message: true`)上:状态位 = `apiFailure.status` 优先、否则终局 `provider_rejected` 详情的 `status`(100–999 整数,0 / 负 / 小数 / 越界 / 非数整键缺席,不折 0);判词位 = 详情的 `providerCondition`(开集原样,非空串);错误码位 = 终局 `code` / `failed` 帧 `errorCode`(非空串)。只在 `API Error:` 臂铸(409 占锁 / 治理·契约终态 / 模型输出问题 / `Outcome unknown` 不铸)。**行文本一个字节不动**。与 `system/api_retry` 帧上的 `_sema_provider_condition` 同名同义 | `-p` 终拒结果帧据此补 `api_error_status`(终端壳自填);CC `result` 帧同名键语义不改 | 零动作 | 零动作 | 零动作 | G-RT3 | 见 127b RT |
+| **RT-4** `apiErrorFactsOfRow(row)` · `apiErrorNotice(facts, ctx?)` · 型 `ApiErrorRowLike` / `ApiErrorRowFacts` / `ApiErrorNotice` / `ApiErrorNoticeCtx` | 本包(CC-782) | consumed(型面 additive:运行期导出 +2、型 +4;`src/retryStatus.ts`) | `apiErrorFactsOfRow`:合成错误行 → 冻结读数(三位各自按自有数据位读、各自隔离);`apiErrorNotice`:读数 → 一句用户话(与 CC-775 重试句**同一只句口**:判词一句 + `(HTTP n)`;句首可带模型名;供应商原话经展示出口裁到 200 字作第二句,洗完为空不附);401 / 403 ⇒ 出路词 `check_credentials`(钥匙来源句是壳半场);既无状态也无已知判词 ⇒ `undefined`(不造句) | 终端 `apiErrorSupplement.ts` 的 `-p` 终拒句换读本口(壳在句后拼钥匙来源 / `/model` 动作词) | 零动作 | 零动作 | 零动作 | G-RT4 | 见 127b RT |
+| **NT-1** `engine_notice` 重放身份(chrome 事件 `eventId` / `eventSeq`)· 根入口 `eventSeq(ev)` 只认非空串 | 本包(CC-739;网页端 [10514] W4 live 实证) | consumed(行为修正;身份位自 0.38.0 起已带出,本版钉死并收口读法;`src/adapter/types.ts` 的 `#eventSeq`) | 身份位两键各自 present-iff、命名空间不同(`eventId` = 引擎全局身份;`eventSeq` = SSE `id:` 的 per-task 序号):帧带 `id:` 行 ⇒ 内部臂与 chrome 事件都带 `eventSeq`;体里有 `eventId` ⇒ 带 `eventId`;服务端自铸的实时通告(不带 `id:` 行、体里也无 `eventId`)⇒ **两位诚实缺席**(不造序号;端据此只能退 code + ts)。`eventSeq(ev)`:包内唯一「这一帧有没有 durable 序号」读口(去重表 / `suspended_reopened` 身份 / `engine_notice` 内部臂共读),**空串 / 非串当缺席**(修前原样返回 `id`,空串会被去重表当真键);真 SDK 对空 `id:` 行不 stamp,故真实流上无差,堵的是宿主自建管线 / 手造帧。同 `id:` 重放 ⇒ 去重表丢第二帧;缺身份的重放照渲(宁重勿丢,去重只靠身份) | 终端 `seam/adapter/types.ts:34` 再导出 `eventSeq`、`seamQueryEngine.ts:1974` 按「重放身份(eventId > eventSeq)+ code」去重 —— 空串边缘行为变,真实流零差 | 零动作 | 零动作(`ui/lib/engine/engine-notice-wire.ts:19,103` 已按 occurrence > eventId > eventSeq 读;实时通告缺身份是服务端不带 `id:` 行,不是漏带) | 零动作 | G-NT1 | 缺身份 = 诚实缺席,不造 |
+| **DP-1** 未知帧留痕行的 `type` 位并入展示出口(删 `sanitizeFrameType`) | 本包(CC-767;KL-72;退役登记 RL-168) | consumed(行为修正,127y ②;公面零变) | `runStream` 留痕行(`[sema][wire] dropped an engine frame: type=…`)里 `type` 位改过 `displayUntrusted`(缺省单行载体:C0 / C1 折平、双向 / 格式字符标出、凭据形换记号;封 60 + 省略号);修前走包自带 C0 / C1 → U+FFFD 的第二条读法,双向字符原样、凭据形不洗。**装了 `onDroppedFrame` 的宿主收到的仍是原值 `type`** | 零动作(终端宿主 sink `seam/adapter/runStream.ts:596 – 630` 收原值) | 零动作 | 零动作(`engine-turn-legs.ts:214` 收原值) | 零动作 | G-DP1 | 不涉及 |
+| **PB-1** `PROBE_VERDICTS`(八词:`ok` / `auth` / `unreachable` / `model` / `shape` / `busy` / `no_token` / `other`)· 型 `ProbeVerdictWord` / `ProbeAnswerOutcome` | 本包(CC-779;终端请托 [10722] ⇒ L-1482;test [10692] 三·3 用户报案) | consumed(运行期导出 +1、型 +2;`src/modelCapabilityProbe.ts`;**与终端同名** ⇒ 同 commit 登影子豁免行,`awaitUntil` 0.100.0 预登) | 判决词表只有一张。词与序逐位同终端 `sema/onboard/probePlan.ts` 的 `PROBE_VERDICTS`(差分格 `cc779-probe-verdicts` 零登记类)。🔁 CC-829:座位判官直引这同一只冻结数组(不另抄八词、没有第二个名字);2xx 而回的不是该车道的模型回答(门户页 / 错误体 / 别车道的协议形)判 `shape`,`other` 只留「形对而一个输出都没有」与真未知 | 删终端本地表与判官、改读包;`sema/config/modelChannels.ts:110,426 – 429` 的落池判词表同改读;`modelProbeFirstToken.test.ts:270` 对表的自测随之换读 | 零动作 | 零动作 | 桌面端 stage / verdict / 导入向导换读包(提案另一套词作废) | G-PB1 | 表外词 ⇒ 不是判词 |
+| **PB-2** `probeModelLiveness(input)` · 型 `LivenessProbeInput` / `LivenessFetch` / `LivenessFetchInit` / `LivenessResponse` / `LivenessBodyReader` / `ProbeVerdict` | 本包(CC-779) | consumed(运行期导出 +1、型 +6;注入 fetch,鉴权 / 代理 / 超时策略在宿主的 fetch 里,**凭证绝不交进本包**) | 首 token 存活探针,永不抛。anthropic 车道:`POST {base}/v1/messages`(1-token 流式)= 判决,`GET {base}/v1/models` 与判决并行、只作「近名建议」来源;网关车道:`GET {base}/models` 作目录门(401 / 403 ⇒ `auth`、拒客 ⇒ `busy`、非 2xx ⇒ `other`)→ 无模型 id 只答「端点在」(`ok`)→ 有 ⇒ `POST {base}/chat/completions`(1-token 流式)= 判决。2xx 正文逐块认**第一个 token**,读到即停(没有流式 body 时读 `text()` 整份判);**空 delta / 空 message / 只有角色帧或收尾标记都不是 token**;判据只认**本车道的协议形**(anthropic 车道 = Messages 帧 / 体,网关车道 = chat.completions 帧 / 体,别车道的形不算输出);2xx 正文是错误(SSE `event: error` / JSON `{error}`)⇒ 不是 ok(过载词 ⇒ `busy`,其余 ⇒ `shape`),门户 HTML / 别车道的协议形(整份体,或流里全是别车道的帧)/ 旧式 text completions ⇒ `shape`,形对而一个输出都没有 ⇒ `other`;429 / 503 / 529 或错误类型过载 / 限流 ⇒ `busy`;头到了而预算内无 token ⇒ `no_token`;无响应头 / 拒连 / 取消 ⇒ `unreachable`;**截止时间自己落定**:每一次等待(取头 / 读正文 / 目录 GET)都与截止赛跑,对端不理会中止信号的 fetch / 读器也照样收口,截止之后才到的 token 不算 `ok`(定时器标志 ∨ 墙钟都问:同步解析整段跨过截止、或读取连续立即落定而定时器排不上队的两形也按过了截止判;CC-829)。机读证据位:状态码 / 等了多久 / 判决路径 / 端点原话(先过宿主遮蔽口再由展示出口封 200)/ 2xx 结局 / 近名建议。入参另有两只可选口:`redact`(宿主独知的敏感串〔钥匙〕的遮蔽,取自外部的完整文本先遮后截;抛 ⇒ 这段文字整段不给)· `requestUrl`(宿主交入引擎的地址判官,根的 query 跟在路径之后;缺席按「根去尾斜杠 + 路径」拼;抛 ⇒ 不发请求、`unreachable`) | doctor Model 行与导入向导换读本探针;端只提供注入 fetch | 零动作 | 零动作 | 同上 | G-PB2 | 读不出 ⇒ 判词 `other` / 缺席位整键不在 |
+| **PB-3** `probeVerdictNotice(facts, ctx?)` · 型 `ProbeVerdictNotice` / `ProbeVerdictFacts` / `ProbeVerdictRecourse` | 本包(CC-779) | consumed(运行期导出 +1、型 +3) | 判决 → 人话句口:`{ line, recourse? }`,`recourse` ∈ `switch_model` / `check_credentials`(动作词 `/model` 之类是壳半场);503 / 529 过载报 `busy` 而不是「检查端点与钥匙」 | 换读本口 | 零动作 | 零动作 | 同上 | G-PB3 | `null` / `undefined` ⇒ 通用句、无出路 |
+| **TH-3** `turnFailurePresentation(…, ctx?)` · 型 `TurnFailureNotesContext` · `TurnFailurePresentation.notes` / `waitNote` | 本包(CC-807;CC-667 阶段二拆项 [10855];§126 TH-4 pending 位) | consumed(型面 additive:一个可选入参、两个可选位 / 一个型;`src/turnFailurePresentation.ts`) | 补句链收进包,固定序:额度耗尽 → 场景 → 续跑拒绝 → require-existing → 重开 → 上下文已失 → 检查点不支持 → 存档行所在 → 会话损坏 → 用量窗 → 宿主姿态 → inheritEnv → 工具声明 → 租约 → 策略拦截 → 桶 → 设置体形 → 候选被拒;每句经展示出口;`notes` = 补句数组(缺省空)、`waitNote` = 「等多久」一句(租约 / 用量窗两类不重复给)。不传 `ctx` = 修前读数;设置面 400 的补句只说「设置没生效 / 别删防护配置」,**不含终端旋钮的恢复提示**(`SEMA_SEND_SETTINGS` 之类是壳半场,网页端 / 桌面端没有那个旋钮;上下文因此没有 `sendMode` 位)。链上每一臂对抛出物的机读位只认自有数据位(含此前走普通属性读的 inheritEnv 读口)。**与终端本地版两处差**:等待取整用 ceil(终端 round)、0 不渲;用量窗的等待不重复给。额度耗尽的读口与句子私有于包(不新增与终端同名导出) | `apiErrorSupplement.ts` / `quotaExhaustedCopy.ts:37,78` 的本地补句臂逐条换读;壳只在链末补动作词。**v1 的「流内 ask」不在本版** | 零动作 | 零动作 | 零动作 | G-TH3 | 读不出的机读位 ⇒ 该句不出,不据另一位下结论 |
+| **TS-1** 内部臂 `task_started` · `INTERNAL_SDK_ARM_TYPES` +`task_started`(运行期集合成员 +1)| 本包(CC-822;终端 [C539] ② + L-1555) | consumed(🔴 行为变,127y ②:0.98.0 的 `unsupported_arm` 丢帧分类翻成真投影臂;`src/adapter/downstream/eventToSdkMessage.ts` 的 `#taskStartedProjection`) | 投影口:`taskId` 非空串必在(缺 / 空 / 非串 ⇒ `malformed`),其余键逐键 present-iff、坏形的可选键整键丢而帧不丢:`sessionId` / `taskType` / `seq`(有限数,`0` 也透)/ `parentTaskId` / `parentSessionId` / `rootSessionId` / `name` / `spawnName` / `agentType` / `model` / `startedAt`(有限数)/ `workflowRunId` / `workflowAgentLabel` / 身份键 `parentToolCallId` 等 + `eventId`;身份键读抛 / 非串 ⇒ `malformed`。**丢帧留痕那一行随之消失**(`dropped('unsupported_arm','task_started')` 不再出;真未知帧各一行照旧) | 删 `seam/adapter/runStream.ts:596,629 – 630` 的 `KNOWN_UNPROJECTED_FRAME_TYPES` 过渡白名单与 `knownUnprojectedFrames.test.ts`(含上收时效登记表对应行);`printLaneUnification.test.ts:791` ⑧ 对 `task_started` 要表态(内部臂词表多一员:`seamQueryEngine.ts:2677` 的默认吞档运行期已吞,门要它在 `DEFAULT_SWALLOWED` 登记或写显式臂)| 零动作 | 零动作(`frame-warnings.ts:144` 的点名放行不变,其注释「adapt 丢帧」随之过期) | 零动作 | G-TS1 | 见 127b TS |
+| **TS-2** chrome 事件 `subagent_started`(`CHROME_ARMS` 非必接臂)· `publishEngineAgentPanelStart(event)` · 型 `SubagentStartedChromeEvent` / `EngineAgentPanelStart` · 归约口 `start` 帧 | 本包(CC-822) | consumed(型面 additive:`ChromeEvent` 联合 +1 臂、运行期导出 +1、型 +2;`src/adapt/arms.ts` 的 `taskStartedArm`、`src/panelReduce.ts` 的 `publishStart`、`src/engineAgentPanelStore.ts`;不进座位 `CHROME_EVENT_KINDS`:新臂默认仅宿主环) | chrome 事件键与帧同名同义(`taskId` / `sessionId?` / `taskType?`(开集)/ `seq?`(缺席 ⇒ 禁读成第 1 周期)/ `parentTaskId?` / `parentSessionId?` / `rootSessionId?` / `name?` / `spawnName?` / `agentType?` / `model?` / `startedAt?` / `workflowRunId?` / `workflowAgentLabel?` / `eventId?`),**CC 同名键语义不改**;`laneProof`:帧带委派卡 id ⇒ subagent 车道挂在那张卡上,否则(后台代理、卡已收口)主车道;**转录面零行、不碰适配器状态、不替 tick 开行**(行差分口零差分)。宿主义务:把事件原样交 `publishEngineAgentPanelStart`,面板归约口记起跑时刻证据 —— **只补两件**(记录先成形 / 行上缺的 `startedAt`,首见为准、行帧自报的权威不被覆盖),**从不建行、不交出行、不改身份归并(merge 律)**;workflow 车道子代(`workflowRunId` 在场)整帧忽略;终态行不动;**记录表满时不为纯证据新建记录**(不挤掉在跑的行);晚绑身份(起跑证据先落在尚未并入的记录上、之后并成一条)时幸存的已交出行补 `startedAt`。证据走归约口自己的 `start` 帧而**不是** `EngineAgentPanelEvent` 主通道的新 kind(那条通道的消费者带裸 else 臂,DS-07)。去重是宿主按 `eventId` 的事(每周期一帧,复活周期再发一帧) | 删壳里「起跑时刻」白名单过渡臂,改在 chrome `subagent_started` 臂调 `publishEngineAgentPanelStart`;`textSegmentEndChromeArm.test.ts:611` 的 `Record<ChromeEvent['kind'], ArmDisposition>` 类型面穷尽登记少一键 ⇒ 编译红,补 `subagent_started`;`upstreamBridge.ts:3424` `default:` 对未知 kind 静默放过(零行为变) | 零动作 | **编译红必改**:`ui/lib/engine/chrome-arm-ledger.ts:48` 的 `Record<ChromeArmKind, …>`(逐臂登记,门 A 双向对账 `CHROME_ARMS`)少一键 ⇒ tsc 红 + 门红,补 `subagent_started` 一行(wired / absent 与理由由属主定);`mapChromeEvent` 末尾 `turn-mapping.ts:1322` `return []` 对新 kind 无命中行(零行为变) | 零动作(`session-host.ts:3602` 按 `CHROME_EVENT_KINDS` 闭集转发,`subagent_started` 不在其内 ⇒ 只进诊断环) | G-TS2 | 见 127b TS |
+| **HK-1** `salvageSettingsHooksEntries(doc)` · `settingsHooksSalvageNotice(salvage, source, doc?)` · 型 `HooksSalvage` 等六 | 本包(CC-740;判官 = settings-schema 13 `classifyHooksConfig` 构建期抄本 SS-3) | consumed(型面 additive:运行期导出 +2、型 +6;`src/settingsHooksSalvage.ts`) | 设置文件 hooks 坏形的唯一读法:`loaded` 交原对象;`loaded-partial` 按剔点从原文减件(剔件不剩、留件是原对象 —— exec 形 `args` / 手写 `plugin` 原样交下游闸;剔空的组 / 事件拿掉;再过判官恒 `loaded`),**不交原对象**;`rejected` 一条不装。剔点 / 拒点坐标与码原样。告知句一份文件一句(CC 原句骨架;零值回显;事件名过展示出口、凭据形打码),托管层整份拒另一句。为什么不取上游名 `classifyHooksConfig`:`hooks` 位语义不同(上游 = 只留契约字段的投影,会剥 exec 形 `args`) | 终端:设置读层 `utils/settings/hooksEntrySalvage.ts:124` 改读本口后删(壳判官退役条件原文点名本名,`:26`;uplift `settings-hooks-entry-salvage-judge`) | 不涉及 | 零动作(浏览器无设置文件) | 桌面端:`main/hooks-wire.ts` `hooksShapeProblem` 整表不带 → 改读本口(逐项剔) | G-HK1 | 127b HK-1 |
+| **HK-2** hooks 计划逐层过判官 · 计划 +`settingsSalvage` · 型 `SettingsHooksSalvageRow` | 本包(CC-740) | consumed(🔴 行为变,127y ②;计划型面 additive 一位) | 每层整份设置文档先过 HK-1:可剔的剔、同层其余照投;整份拒的层一条不投、别层照投;托管层整份拒(或判官读不懂托管文档)⇒ hooks 整条腿按治理读不出(`governance_unreadable`)处置,装配产物据此不发(AS-2)。不是原样装上的层逐层一行(`{source, outcome, dropped, rejections, notice}`),`hooksNotRunNotice(plan)` 照列 `notice`。旧律「坏条目原样上请求体、服务端 400」退役。计划行下标照旧指原文 | 行为变(壳本端执行器读同一份计划:剔掉的件本端也不跑) | 不涉及 | 零动作 | 行为变(修前整表不带 → 逐项剔) | G-HK2 | 127b HK-2 |
+| **HK-3** `PLUGIN_HOOK_REASONS` +`hooks_module` / `scope_unsupported` / `source_incomplete` | 本包(CC-618,设计稿 HOOKS-GOVERNANCE-188-189 §七 CC-189a) | consumed(🔴 型面 BREAKING:闭集加员 BK-5,127y ①;各一句) | 三词各有自己的一句(`pluginHookReasonText`);`source_incomplete` 从 `malformed_entry` 拆出(插件身份不全 ≠ 条目本身坏) | 编译红仅当穷举 `switch`(生产源零处:只经 `hooksNotRunNotice` / `pluginHookExecutorLabel` 渲;终端仓 `wire-anchor-exempt.json:61` 登记 `REASON_SET` 锚、`wire-consumption-manifest.json:14932` H-8 闭集行随提货复核) | 不涉及 | 零读点 | 零读点 | G-HK3 | 127b HK-3 |
+| **HK-4** 会话 / 回调 hook 与插件 hooks 模块进同一判定:`SettingsPort.sessionHooks?()` · `PluginHookSource.hooksModule?` · 型 `SessionLocalHook` · 计划 +`moduleVerdicts` / `sessionVerdicts` / `sessionReader` | 本包(CC-618) | consumed(型面 additive;🔴 行为变,127y ②) | 会话 hook(skill / agent / SDK 宿主回调,不含 `/goal`)与插件 / 设置来源同一只执行者判定(`session` 臂):引擎事件本端跑不了 ⇒ `not_run` / `scope_unsupported` 进清单,本端跑 ⇒ `shell`;非引擎事件同插件 ③ 臂;从不上请求体(HS4 请求体逐字节同);条目过同一只坏形判官(本端注册项 `type: 'callback' | 'function'` 除外:它们不是设置文件形,所在组 / matcher 照判,执行方照 `shellRuns(event, type)`);治理同插件(信任门 / 关停 / 只跑托管 ⇒ 整类不取;启动模式不削,与 `/goal` 同)。插件声明了模块 ⇒ 每插件一行 `not_run` / `hooks_module` | 终端 L-1289:实现会话读口(`registerSkillHooks.ts` / `runAgent.ts` / `structuredIO.ts` / `pluginLoader.ts` 模块声明位),本地执行器对会话 hook 读计划答案 | 不涉及 | 零动作(无会话 hook) | 零动作(无会话 hook;模块位可不报) | G-HK4 | 127b HK-4 |
+| **HK-5** `HooksWirePlanOptions.suppressedLocally` · `userPromptSubmitExecutorOf(plan)` | 本包(CC-678;终端请托 [10280] S-24) | consumed(型面 additive:运行期导出 +1;终端现行两层判定收进包,答案与终端现行同 —— 引擎事件保留包判的那一词终端已如此,这里不是行为修正) | 判「壳执行」的插件条目属本地压制的插件 ⇒ `not_run`:引擎事件保留本包判的那一词(为什么不归引擎),非引擎事件 `no_executor`;只改执行方判定与清单,不改请求体。`UserPromptSubmit` 执行方 = 插件 / 设置来源 / 会话三张判定表合读(`engine` / `shell` / `none` / `unknown`) | 终端删两层再判:`sema/pluginHooksWirePlan.ts:425` `userPromptSubmitExecutorForInteractive` 改调本口、`:872` `refineVerdictForLocalExecutor` / `displayPlanOf` 删,压制读数改交 `suppressedLocally` | 不涉及 | 零读点 | 零读点 | G-HK5 | 127b HK-5 |
+| **HK-6** 插件 hooks 配置过同一只坏形判官 | 本包(CC-740 / 发出前预检源头) | consumed(🔴 行为变,127y ②) | 非守卫事件里判官判坏的插件匹配器 / 条目 ⇒ `not_run` / `malformed_entry`、不上请求体(修前照投,服务端整份 400);**整份被拒**的插件配置不逐件剔,条目照常进判定、投给引擎时 AS-2 预检判不过 ⇒ 这一回合不发;事件级件(未知事件名 / 值非数组)照旧;读时抛 ⇒ 这一轮插件读数 `failed`(不变) | 零动作(只渲句) | 不涉及 | 零读点 | 零读点 | G-HK6 | 127b HK-6 |
+| **HK-7** http hook 两张名单(`allowedHttpHookUrls` / `httpHookAllowedEnvVars`)读进计划 | settings-schema 13 `httpHookUrlVerdict` / `httpHookEnvVarsAllowed` / `layerAdmission` | **pending**(BLOCKED on 生成项:四只判官闭包跨模块,构建期抄本生成器不抄,SS-4) | 本版本包**不读**两张名单(不手抄 URL 判法);门格钉现状(生成项到货当拍翻格) | 终端后置筛 `sema/pluginHooksWirePlan.ts:272` `filterWireByHttpHookPolicy` 照留(uplift `hooks-plan-http-hook-allowlist` 不退) | 不涉及 | 零动作 | 零动作 | G-HK7 | 127b HK-7 |
+| **AS-1** `hostTurnSettings({ sources })` · `hostSettingsSelfCheck` · `HostSettingsRefused` · 三闭集 · `TaskRequestInput.hostSettings` · `TaskRequestAssembly.host` | 本包(CC-734 第一程,设计稿 r5) | consumed(🔴 型面 BREAKING:装配口入参 127y ①;运行期导出 +6) | 四把宿主自供键只经产物进请求体;产物恒一行一键(漏接 `host_port_missing` / `unwired` + 会话面一句 + 自检口点名;显式 `'none'` = `no_source` 零句;源成员读就抛 = `source_unreadable` / `refuse_turn`,不按漏接放行);交出那一拍先读权限快照、用装配口那一只物化(0.98.0 装配口的读序、具名子键不读、抛点原样提前,此后的宿主取值器改不动它;产物带物化后的纯数据副本,克隆 / 跨包实例照样带得走,每次装配再出一份新的权限面;物化失败 ⇒ 产物留原快照,畸形在装配口按车道 / live 门原位抛,同一包实例里宿主取值器只读一次);装配口收的产物要自洽(行处置与 `carried` 一一对应、判决与行一致、要带的 hooks 再过判官;克隆 / 跨包实例的真产物照收,无捕获的副本照修前在装配那一拍读快照);入参 `settings` 上四键型 `never`、JS 手填按名拒;不交产物(JS)⇒ 四行 `unwired` 照装配;值同一份 ⇒ 请求体与回执与 0.98.0 逐字节同 | 编译红必改:`sema/seamQuery.ts:1833`(交互)/ `seamQueryEngine.ts:1606`(`-p`)/ `engineSideChannel.ts:560`(旁路)四键搬进 `hostTurnSettings` 源;`liveClient.ts` 装配后直写的 memory / fileHistory 本程不动 | 不涉及 | 编译红必改:`ui/lib/engine/turn-request-ledger.ts:499` `buildEngineTaskRequest` 交 `hostSettings: hostTurnSettings({ sources: 四源 'none' })`(浏览器无设置源) | 编译红必改:`main/session-host.ts:2234` `assembleTaskRequest(…)` 交产物;`main/permissions-wire.ts:302` `createTurnSettingsProjector` 的四键改作入口的源(退役条件 = 后续程到货) | G-AS1 | 127b AS-1 |
+| **AS-2** 发出前同一只判官再判计划 · 托管 hooks 整份拒 / 治理读不出不发 · 计划 +`closedBy` · 通用失败路径保留 | 本包(CC-734 K-7;设计稿 0990 §0c A-7) | consumed(🔴 行为变,127y ②;计划型面 additive 一位) | 产物对要带的 hooks 再过判官,不是 `loaded` ⇒ `projection_failed` / `refuse_turn`;托管层整份拒 ⇒ `source_rejected` / `refuse_turn`(`turn` 面一句),托管层剔了件 ⇒ `entries_dropped` / `refuse_turn`(同一句;托管文件坏形 ⇒ 不发);治理读不出(计划 `closedBy === 'governance_unreadable'`:托管层报读不出 / 读托管抛 / 判官读不懂托管文档 / 信任门抛;零插件时也在)⇒ `source_unreadable` / `refuse_turn`(修前照发、不带任何 hooks);🔁 发前订正 **车道射程**:装配口只在「这一车道对产物里 `refuse_turn` 那一行的键有座 ∧ live 门开」时抛 `HostSettingsRefused`(带产物 `verdict.notice` 那一句)—— `utility`(壳的一次性旁路提交,零工具面)对 `settings.hooks` / `settings.webSearch` / `settings.<resolved>` 无座(`off_lane`,本来就不带它们,没有约束可丢)⇒ 照发、请求体不带这几键、产物原样挂在 `assembly.host` 上;输出风格一键走 `always` 路由、各车道都有座 ⇒ 它的 `refuse_turn` 行在 `utility` 上也抛;`interactive` / `print` × live 照旧抛;live 门关(mock)⇒ hooks 键本就不带(`not_live`)⇒ 照发;产物上有几行 `refuse_turn`,只要一行落在这条车道的座位上就抛。`verdict` 本身仍是整回合判决(与车道无关):宿主先读 `verdict` 再装配时,旁路提交要自己判「这一车道够不够得着」,装配口这一道不替它拒;判官 `loaded` 而服务端另一层上限拒(组数 / 条目数 / 命令长)⇒ 照发,服务端 `400 request.field_invalid` 无 `field` ⇒ matcher 拒读口不认、通用失败呈现(不给重试,草稿留) | 行为变(托管 hooks 坏 ⇒ 不发 + 一句) | 不涉及 | 零动作 | 零动作(无托管层) | G-AS2 | 127b AS-2 |
+| **AS-3** 桌面端 Cloud 目标的权限一行(CC-756) | 本包(CC-756;设计稿 CC-378 r4 E4) | consumed(本包零改码:产物恒有 `settings.resolved` 一行) | 任何源组合下产物恒有 `settings.resolved` 一行(漏接 / 显式无 / 带上三态都有行);桌面端 Cloud 目标今天不带权限是壳侧装配(两条读法)—— 改为对 Cloud 目标也交 `resolved` 源(或显式 `'none'` + 自己那一句),去向从产物读 | 零动作 | 不涉及 | 零动作 | 改:`main/permissions-wire.ts:147-152` Cloud 臂(「not sent to the cloud engine」)/ `main/hooks-wire.ts:162-164` 同形 —— 随 AS-1 换装配产物时一并按引擎能力位投 | G-AS3 | 127b AS-3 |
+| **SE-1** 座位设备面席位:能力位 `devices` · 五动词 `listDevices` / `readSessionBinding` / `rebindSession` / `issueEnrollToken` / `revokeDevice` · `devicesFaceOf` / `devicesWritesAllowed` / `devicesFaceDetail` · 入站判官 `checkSeatDeviceRebindRequest` / `checkSeatDeviceRevokeRequest` · 型 `DevicesFace` / `DevicesFaceInput` / `DevicesFaceUnavailableWhy` / `SeatDeviceRebindRequest` / `SeatDeviceRevokeRequest` | 本包(CC-580;网页端请托 [9925] 第 3 条) | consumed(🔴 型面 BREAKING:`LocalSessionsApi` 加员 —— 实现它的宿主编译红;能力名 +1) | 一枚能力位管五只动词(宿主整组都接才报 `true`);结局形 = 本包设备发射口的结局形(恒是判别值、不抛),出站门逐臂闭形;一次性注册令牌只在 `issueEnrollToken` 成功臂顶层 `token` 放行(别的结局 / 别的动词带凭据形键 ⇒ 拒);`enrollDevice` 不上座位(注册在那台设备上做)。设备面唯一读法:车道明说没有(引擎读数 `lane_absent` 或 list 结局 `lane-absent`)→ 宿主没接 / 没报 / 报不清 → 车道未知:直连 lane `lane_unreported`、座位 lane 没有 list 结局 `probe_pending`(恰许一发只读 list 探针)、list 结局 `ok` ⇒ `manage`(试探)、`transport` / `refused` / `unreadable` / 表外 ⇒ `probe_failed`(可重试)→ 管理动词明说关 `verbs_off` → `manage`(`probe` = 管理位没报)。引擎车道读数只认自有数据位(只在原型链上 / 访问器 ⇒ 车道未知,取值器零执行)。`unarmed` 与能力位报 `false` 同面同句 | 零动作(不走座位;设备面读法可用 `host: { kind: 'direct' }`,终端设备面句子换读随 CC-573) | 不涉及 | 删自写判定 `projectDevicesFace` 与面句表,换读 `devicesFaceOf`;座位 lane 读能力位、`probe_pending` / `probe_failed` 时发只读 list(不等 `manage`) | 宿主半:`LocalSessionsApi` 五动词转调本包发射口(交 `client.devices`)+ 能力表报 `devices` | G-SE1 | 127b SE-1 |
+| **SE-2** 座位引擎目标席位:能力位 `engineTarget` · store `engineTargetStateStore` · 六动词 `setEngineMode` / `startCloudLogin` / `cancelCloudLogin` / `connectCloudEngine` / `configureCloudEngine` / `clearCloudEngine` · `ENGINE_TARGET_REFUSALS` / `CLOUD_LOGIN_FAILURES` · `cloudLoginFailureOf` / `cloudLoginFailureText` / `engineTargetRefusalText` / `watchEngineTarget` / `seatMcpReadingOf` · 入站判官三只 · 型 `EngineTargetState` / `EngineTargetCloud` / `EngineTargetLocal` / `EngineTargetResult` / `EngineTargetRefused` / `CloudLoginStart` / `CloudConnectResult` / `CloudLoginState` / `CloudLoginFailureReading` / `CloudAuthErrorState` / `EngineProbeReading` / `SeatLocalMcpReading` / `SeatLocalMcpRow` / `EngineTargetReading` / `EngineTargetWatch` 等 | 本包(CC-582;网页端 + 桌面端 [9930] / [9931] / [10022] / [10058] / [10232]) | consumed(🔴 型面 BREAKING:`LocalSessionsApi` +6 动词 +1 store) | 态只有一份(宿主持有),渲染端只经 store 读、经动词写;态与六个结局逐层闭形(多一键即拒),凭据形键名第二道;唯一入向令牌 = `configureCloudEngine` 请求顶层 `token`(入站判官校形不校值、拒因零回显);设备码完整验证地址解码后带设备码 ⇒ 拒;其余地址位(引擎地址 / 组织下发地址 / 注册中心地址 / 设备码验证地址,出入两向同一只判据)只收展示形:能解析的 http(s) 绝对地址、不带 userinfo / 查询串 / 片段;数组同样闭形(下标与 `length` 之外的自有位拒);`cancelCloudLogin` 回执闭形 `{ ok }`。失败只出词(拒因 11 词 / 登录失败 8 词),句子只在本包铸;登录失败读法只读抛出物自有数据位 `code` / `status`(截止 / 取消由调用方说)。「换了」只认 `generation`:`watchEngineTarget` 先订阅后读现势、`switched` 只在代号变时为真、`isCurrent(n)` 判异步重取作废(最近一拍读不出 / 已退订 ⇒ 恒假:说不清当前代就不认任何旧结果)。过渡桥三动词改名(`setMode` → `setEngineMode` / `configureCloud` → `configureCloudEngine` / `clearCloud` → `clearCloudEngine`),被拒结局不再带自由文本 `reason`(改词 `refusal`,句由句口出) | 零动作(登录失败句可换读 `cloudLoginFailureText`;cli 不走座位) | 不涉及 | 删镜像 `ui/lib/desktop/engine-bridge.ts`,改读座位 store / 动词;见 `switched` 即重取会话 / 模型 / 能力并以 `isCurrent` 丢陈旧结果 | 删过渡桥文件与 preload 暴露;`LocalSessions` 加六动词 + store;`generation` 只在统一提交点 +1(绑定与退役都经它,含重起路径),与目标快照同推;能力位真 ⇒ 必须发布 store | G-SE2 | 127b SE-2 |
+| **SE-3** 座位内嵌接入模型:能力位 `onboard` · 三动词 `listOnboardProviders` / `probeOnboardEntry` / `applyOnboardEntry` · 判定单源 `probeModelEndpoint` / `onboardWriteVerdict` / `onboardWritePlan` / `keyEnvNameForEntry` / `poolEntryNameOf` / `onboardBaseUrlProblem` / `onboardRefusalText` · `ONBOARD_REFUSALS` · 入站判官两只 · 型 `OnboardEntryRequest` / `OnboardApplyRequest` / `OnboardProbeResult` / `OnboardApplyResult` / `OnboardProvidersResult` / `OnboardProviderRow` / `OnboardProviderModel` / `OnboardImportableProfile` / `OnboardSource` / `OnboardCatalogIssue` / `EngineRestartOutcome` / `OnboardProbeTarget` / `OnboardProbeFetch` / `OnboardWritePlan` 等 | 本包(CC-588;网页端请托 [9956]) | consumed(🔴 型面 BREAKING:`LocalSessionsApi` +3 动词) | 判定只在本包一份,写盘 / 钥匙 / 锁 / 重起留宿主。探活唯一判据(CC-829 合一:判据的属主是 PB-2 `probeModelLiveness`,本口只加钥匙头 / 不跟随重定向 / 引擎地址判官三件,`detail` 的判决句取 `probeVerdictNotice`〔PB-3〕、端点原话 / 传输原因 / 近名建议接在后面;判词闭集就是 `PROBE_VERDICTS`,座位判官直引它):判决请求流式 1-token,`ok` 只给截止前读到的第一个 token;服务商拒客(429 / 503 / 529 或过载 / 限流错误)⇒ `busy`;头到了、截止前没有 token ⇒ `no_token`;2xx 而不是模型回答(门户 HTML / 错误体)⇒ `shape`;401 / 403 ⇒ `auth`;模型类 4xx ⇒ `model`(附相近 id);连不上 / 截止前没有头 ⇒ `unreachable`;截止时间自己落定(对端不理会中止也照样收口;截止后才到的 token 不算);判据只认本车道的协议形(anthropic 车道收到 chat.completions 形回答 ⇒ 不是 ok,反之同);列表只作建议;钥匙只发往自己的根、不跟随重定向、回显的钥匙(含编码 / 大小写变体)遮掉(先遮后截:端点原话 / 传输原因先过这把钥匙的遮蔽、再由探针的展示出口封长,`detail` 出口再遮一次、至多 400 字);地址拼接与配对键经引擎判官的值级端口(没装 ⇒ 不发请求)。写不写律:`ok` 写 · `auth` / `model` / `shape` 不写 · `unreachable` / `busy` / `no_token` / `other` 只在 `acceptUnverified` 时写(条目记判词 = 未验证标)。写入计划只写池条目与条目自己的钥匙槽(不写主通道键;槽名不撞目录 / 设置 env / env 视图里任何有值的键),判官没装 ⇒ 拒写(收紧方向),Cloud 目标 ⇒ `engine_is_remote`;计划吐出的每一句都先遮这把钥匙;目录里没有启用条目而 env 视图里有环境两槽的模型(`MODEL_ID` / `MODEL_CHEAP_ID`)⇒ 拒 `env_catalog_present`(写第一条会让引擎改以目录为准、环境模型从生效表消失;拒因闭集 9 词) | 换读包判定:探活(终端现判法即本判据的来源,两格改判见 127y ②)、两只名算法(逐字节同)、写入计划;IO / 锁 / 代理 / 证书重试留壳 | 不涉及 | 座位缺模型态改内嵌接入(能力位真才提供);入参 / 结局按闭形 | 判定换读包(`local-onboard.ts` 探活副本 / `judgeEntryCredential` / 写入编排);座位三动词转调同一宿主实现;能力表报 `onboard` | G-SE3 | 127b SE-3 |
+| **SE-4** 座位子代内容臂:事件名 +`subagent_content` · `LocalSessionEvent.subagentContent?` · `subagentContentEventOf` · `readSeatSubagentContent` | 本包(CC-742;网页端 [10520] ①) | consumed(🔴 事件名闭集加员 —— 对 `SeatEventType` 写穷举的端编译红) | 座位每回合带 `forwardSubagentEvents` 后,宿主观察 wire 流,每一帧 `subagentContentEventOf(ev)` 有值 ⇒ 发 `{ type: 'subagent_content', sessionId, subagentContent }`(与本包适配内核分流进宿主账本的是同一只投影);出站门:载荷 present-iff、闭形(`args` 透传)。渲染端 `readSeatSubagentContent(ev)` → `publishSubagentContentEvent`,子代详情的实时输出在渲染端账本里长出来 | 零动作(不走座位) | 不涉及 | 座位 transport 加一臂:`subagent_content` ⇒ `readSeatSubagentContent` → `publishSubagentContentEvent`(归账别名照旧按 `parentToolCallId`) | 宿主半:在 wire 观察处调投影、发事件(修前只计数一行「留在主进程」) | G-SE4 | 127b SE-4 |
+| **SE-5** `MAX_DENY_REASON_CHARS` 上根入口 | 本包(CC-743;网页端 [10502] / [10520]) | consumed(运行期导出 +1:0.72.0 曾以零消费退出公面,本版点名复活;值 4096 不变) | 审批 `/decide` 与计划审阅两条腿共用的 reason 字符上限(超限 413 `reason_too_large`,决断被打回);本包三条 reason 出口按它截。sdk 只在 `reason_too_large` 的注释里写了这个数、没有导出常量 ⇒ 本包这一只是唯一的运行期值 | 零动作 | 不涉及 | 计划审阅反馈框 / 拒因输入框的字数上限读它(不各写 4096) | 零读点 | G-SE5 | 不涉及(常量) |
+| **SE-6** 六只呈现臂载荷闭形 · `turn_end.usage` 收成声明键形 · 用量臂 +`engineUsageUnknownKeys` | 本包(CC-738;网页端与终端各报一例) | consumed(🔴 行为变 ×2;型面 additive:两只用量臂各 +1 可选位) | ① 适配内核折叠 `turn_end.usage` 的唯一铸口只搬 sdk 声明的六键(值原样),多出来的键只数个数、在 `last_turn_usage` / `subagent_turn_usage` 上以 `engineUsageUnknownKeys`(> 0 才在场)披露;footer 读数与两臂同一份;CC 形用量镜像照读原形(镜像的开集宽读位如 `webSearchRequests` 读得出就是真账,不随 `engineUsage` 收形而丢)。② 座位出站门对 `retry_status` / `context_usage` / `last_turn_usage` / `bgshell_register` / `bgshell_settle` / `memory_saved` 逐臂闭形(臂键 = `ChromeEvent` 该臂去信封两键,编译期钉;嵌套的重试状态三臂 + null、段行、后台登记体、两份用量、笔记数组各按自己的型闭形);拒因点名 `chrome.<路径>` | 零动作(读 `engineUsage` 的六键不变;多出来的键修前也不在型上) | 不涉及 | 零动作(chrome 臂原样渲染;修前载荷可能带的多余键不再到达) | 宿主半:座位上只转本包铸出的臂(手拼 / 改写过的载荷会被拒;日志点名路径) | G-SE6 | 127b SE-6 |
+| **SE-7** 座位只读动词 `readSessionMcpPanel(sessionId)`(`LocalSessionsApi` +1 动词;返回 `McpPanelView` ∪ 设备面读动词同款失败臂 `DeviceUnreadable` / `DeviceTransport` / `DeviceUnarmed`;`SEAT_VALIDATOR_KEY_COVERAGE` +1 行 `SessionMcpPanelResult`) | 本包(CC-827;桌面端 + 网页端请托 [10899]) | consumed(🔴 型面 BREAKING:`LocalSessionsApi` +1 动词 —— 实现它的宿主编译红;公面名零增:返回型全是已有导出) | 宿主转调本包 `fetchMcpPanel`(桌面端 = 主进程现成的拨号),把本包铸的面板视图交渲染层。座位出站门:带 `kind` ⇒ 失败臂闭形(`unreadable { why }` / `transport { detail? }` / `unarmed`,与设备面 `readSessionBinding` 同一套规格,不另铸错形;表外臂 / 表外键 / 缺必选键 / 凭据形键一律拒);没有 `kind` ⇒ 面板视图,**按型闭形**(发前订正):自有键 `scenarioRefusal` 在场 ⇒ 拒因臂(`asOf` · 读数四位各可缺 · `lastLegMcp` 可缺 · `lastLegMcpUnreadable` 只许 `true`),否则 `servers` 臂(`asOf` · `servers[]` 行逐键〔`name` / `status` 必选,`serverInfo` / `toolNames` / `error` 可缺〕· `lastLegMcp` · `degraded` 只许 `true`);`lastLegMcp` 与它的 `mcp[]` 行(含活性格)同按行型;两臂都缺 / 多键 / 缺必选键 / 内部坏形 ⇒ 拒并点名、不改写入参。门只放读口 `projectMcpPanel` 铸得出的形(真铸点产物过门)。`fetchMcpPanel` 的 `undefined` 是三形同形(传输失败 / 体读不出 / 会话 id 不合法)⇒ 宿主答 `unreadable`(一句话),不替它编成因。`McpPanelView` 同版另有一项改动把它改成判别联合(拒因臂与它的读口随那一项并入,以并入后的 `mcpPanel.ts` 为准),本动词的返回型随它,渲染层按那只读口判拒因臂、不手判 `in`;**部署基线面的 `forcedAsk` / `restartRequired` 不并入**(`GET /v1/capabilities/mcp` 经 connector-status 投影,与会话面是两个事实源:两块并列渲、不并成一个对象)。无能力位:动词只在桌面端主进程 ⇄ 渲染层这一对同构建的宿主间,不是可缺动词 | 不涉及 | 不涉及 | 座位 transport 加一条 invoke 通道(规格里已登记,按 `LOCAL_SESSIONS_SPEC` 注册即得);Connectors 会话块读它 | 宿主半:`桌面端 src/main/index.ts:758-762` `readSessionMcp` 已有的 `fetchMcpPanel` 拨号交座位动词(`undefined` ⇒ `{ kind: 'unreadable', why }`);渲染层 Connectors 并列渲「部署基线块 + 会话块」 | G-SE7 | 127b SE-7 |
+| **ST-1** 座位事件 `LocalSessionEvent.request` / `.sources` 两位退役 | 本包(CC-816;退役登记 RL-169 / RL-170) | consumed(🔴 型面 BREAKING:型成员 −2、`LOCAL_SESSION_EVENT_KEYS` −2) | 发端零发、读端零读,保留理由只有「逐位同形」一句注释 ⇒ 型成员 / 键集 / 出站门判据 / 覆盖表四处同删;出站门此后不判这两键(旧宿主还带着,整条事件照过)。`code` 留:失败事件的状态码位(文本在 `error`、状态码在 `code`、turn 失败判决在 `_sema_turnFailure`),字段注释改写为这份职责 | 零动作 | 不涉及 | 零读点 | 零发点 | G-ST1 | 不涉及(退役) |
+| **UA-1** `observedUserAttachmentSeat(baseUrl?)` · `projectUserAttachmentSeatCapability(caps)` · `userAttachmentSeatAdmits(reading)` · 型 `UserAttachmentSeatReading` / `UserAttachmentSeatPresent` / `UserAttachmentSeatLimits` | 服务端 7.131.0 能力位 `userAttachments`(引擎席位描述原样;sdk 23.1.0 `Capabilities.userAttachments`)| consumed(型面 additive:运行期导出 +3、型 +3;`src/userAttachmentSeat.ts`;能力位台账 not_read → read) | 读器族同律四态:`unobserved` / `unreadable` / `not_reported` / `present{ entries, kinds, supplies, limits{ maxEntries, maxRenderedTextChars } }`(成员四键必在、数组只收串、上限只收正安全整数、只认自有数据位、读数逐层冻结);判词 `yes` ⟺ `present` ∧ `entries ∋ objective` ∧ `supplies ∋ content_text` ∧ `kinds ∋ client_text`;`no` ⟺ 老服务端或三位缺一;`unknown` ⟺ 读不出 | 交给编码器(A-15,127y ①) | 不涉及 | 同左(先归包调编码器) | 同左(先归包调编码器) | G-UA1 | 位缺席 = 老服务端 ⇒ `not_reported` / `no`(别发这一键) |
+| **UA-2** 装配口用席位:`HumanTurnCaps.userAttachments` · `HumanTurnEncoding.userAttachments` / `.userAttachmentOrdinals` | 本包(CC-795 K-2;设计 A-1 / A-5 / A-12) | consumed(🔴 行为变,127y ②;型面 additive 三个可选位) | 判词 `yes` 时合格的 `@` 附件进条目(sdk `UserAttachment` 文本形 `{ name: 完整路径, text, startLine? }`):用户 `@` 的整份文本 / 没有缺件的 notebook / 列全的目录、正文非空、名长 ≤ 引擎上限(生成表)、渲后长度上界(原文长 + 行数 ×(末行号位数 + 1))≤ `maxRenderedTextChars`、按条序附件序至多 `maxEntries` 条;其余照旧走信封(一只附件恰在一个载体);附件全部移出后正文为空 ⇒ 整发退回信封;条目字节算进 8 MiB、降级后条目序重算;steer 恒不出 | 交读数 / 带条目 / 量体删键(A-15) | 不涉及 | 先归包调编码器(今天自写编码) | 先归包调编码器(今天自写编码) | G-UA2 | 不交读数 / 判词不是 `yes` ⇒ 不出两键,答案与 0.98.0 逐字节同 |
+| **UA-3** 车道表 `userAttachments` 一行 · `TaskRequestInput.userAttachments` | 本包(CC-795 K-2) | consumed(型面 additive:入参一个可选位) | interactive / print 有座(与 `images` 一行同座、不在 live 门后),utility 无座;空数组不 stamp;拷贝数组外壳、元素原样 | 把 `encoding.userAttachments` 带进构造口(A-15) | 不涉及 | 同左 | 同左 | G-UA2 | 缺席 / 空数组 = 没带 |
+| **UA-4** `USER_ATTACHMENT_INVALID_ERROR_CODE` · `userAttachmentRefusalFromError(err)` · `userAttachmentRefusalContent()` · 型 `UserAttachmentRefusalDetail` | 引擎 `config.user_attachment_invalid`(7.50.0 起;7.52.0 加总窗口预算) | consumed(型面 additive:运行期导出 +3、型 +1) | 只按码(续跑腿折叠形按原码),⇒ `{ code, retryable: false }`;不读拒句(第几条只在散文里);一句话:没发出去 · 附件连同消息超过这台模型一次请求装得下的量,或某件形不对 · 草稿留着 · 去掉或缩小附件再发。🔴 不自动改形重发;本包不镜像引擎的窗口估算 | 可选接(渲那一句、保留草稿) | 不涉及 | 同左 | 同左 | G-UA4 | 不是这一码 / 读不出 ⇒ `null` |
+| **UA-5** `HumanInputChromeEvent.attachments?` · 型 `HumanInputAttachmentView` | 服务端 7.131.0 `human_input.attachments[]`(`trace/project.js` 逐成员四键) | consumed(型面 additive:chrome 臂一个可选位) | 投影层与 chrome 臂同一读法:`{ ordinal(正整数,从 1 起), kind?, outcome(开集原词), label? }`,缺 `ordinal` / `outcome` 丢该行、多余键不过境、`label` 在 chrome 臂过呈前消毒;关联 `userAttachmentOrdinals[ordinal - 1]`,跨帧按 `inputId` | 可选接(渲结局) | 不涉及 | 同左 | 同左 | G-UA5 | 键缺席 = 没带附件 / 老服务端 / 一行都读不出(帧照投) |
+| **SR-1** `McpPanelView` = `McpPanelServersView` \| `McpPanelRefusalView` · `mcpPanelRefusalOf(view)` | 服务端 7.131.0 会话 MCP 面板门拒(200、`servers` 缺席、`scenarioRefusal`) | consumed(🔴 型面 BREAKING,127y ①;运行期导出 +1;🔴 行为变,127y ②) | 自有键 `scenarioRefusal` 在场 ⇒ 拒因臂(型上没有 `servers`;与 `servers` 同在按拒因读);不在 ⇒ `servers` 臂(修前门拒体整只读成 `undefined`,与传输失败同形);判别只经 `mcpPanelRefusalOf`(返回读数、不收窄 `view`;读 `servers` 臂在它答 `undefined` 之后以 `'servers' in view` 收窄,两者同答,门 SR17 / SR18);在场口拒因臂上最近一条腿也缺席 ⇒ `unknown`、活性口 ⇒ `indeterminate`;`lastLegMcpUnreadable ⇒ present` 照旧 | 改读(127d) | 不涉及 | 编译红必改(127d) | 改读(127d) | G-SR1 / G-SR3 | `servers` 缺席 ∧ 无 `scenarioRefusal` ⇒ 整视图 `undefined`(照旧) |
+| **SR-2** `scenarioRefusalFromError(err)` · `scenarioRefusalContent(reading)` · 型 `ScenarioRefusalReading` | 服务端场景门(`state.scenario_assignment_unknown`,7.119.0 起;两个载体 7.131.0 起同形) | consumed(型面 additive:运行期导出 +2、型 +1;`scenarioAssignmentUnknownFromError` 改派生) | 一只读数 `{ errorCode?, error?, scenario?, source? }` 两个载体:面板拒因臂(体载体,包内读口)与抛出物(按码认场景指派悬空那一码);一句话两个载体同句(悬空名在场才说、来源在场才说、出路找运维修指派;未知码尾随原码) | 可选接 | 不涉及 | 同左 | 同左 | G-SR2 | 码读不出 ⇒ 该位缺席、臂照出(门拒了、原因读不出 ≠ 没拒) |
+| **SR-3** `MCP_PROBE_REFUSAL_CAUSES` +`scenario_refused` · `McpProbeRefused.scenarioRefusal?` | 服务端 `GET /v1/capabilities/mcp` 场景门 503 | consumed(型面加一员;🔴 行为变,127y ②) | `readMcpCapabilities` 抛出物先判场景门拒 ⇒ `refused` / `scenario_refused` + 拒因读数(修前 `unknown` / `server_fault`);探测口不变 | 零动作(终端只判 `face_absent`) | 不涉及 | 零读点 | 零读点 | G-SR2 | 别的成因该位恒缺席 |
+| **MV-1** 说不清能否看图照发并告知 · `HumanTurnEncoding.notices?` · `imageSentOnUnknownVision(notices)` · 型 `HumanTurnNotice` | 本包(CC-778 半张;设计 A-3;契约「说不清 ⇒ 照发并告知」) | consumed(🔴 行为变,127y ②;运行期导出 +1、型 +1;降级原因闭集 −`vision_unknown`,127y ①) | `caps.vision` 为 `unknown` 或缺席 ⇒ `@` 图片像素照常入座(份额 full),`notices` 记一项 `{ uuid, kind: 'image', ref, why: 'vision_unknown' }`(按最终座位;让了座的不记);只有 `no` 才扣(`vision_no`);一句告知单源 | 改读(127d) | 不涉及 | 零读点(自写编码) | 零读点(自写编码) | G-MV1 | 没有照发项 ⇒ 键不出 |
+| **US-1** 车道表 `userInvokedSkills` 一行 · `TaskRequestInput.userInvokedSkills` · `userInvokedSkillsDeclaration(names, reading)` · `USER_INVOKED_SKILL_UNKNOWN_ERROR_CODE` · `userInvokedSkillRefusalFromError(err)` · `userInvokedSkillRefusalContent()` · 型 `UserInvokedSkillsDeclaration` / `UserInvokedSkillRefusalDetail` | 服务端 ≥ 7.116.0 提交体键(sdk 18.1.0);引擎 `config.user_invoked_skill_unknown` | consumed(型面 additive:运行期导出 +4、型 +2、入参一个可选位) | 放宽方向:片段口读数 `present` 才给键(名单原样),别的读数不给、回执读数词;车道 interactive / print(live 门后)、utility 无座;空数组不 stamp;坏形装配期响亮拒;拒码按码一句话。修前成文「本包装配口不碰技能请求键」作废(127z) | 可选接(把自持的投法换片段口) | 不涉及 | 可选接 | 可选接 | G-US1 | 没点名 / 读数不是 `present` ⇒ 不给键 |
+| **MW-1** `mcpConfigToSpec` / `mcpConfigsToSpecs` 的 `allowTools` | 本包(CC-823;网页端 [10880] 报;引擎 `[]` = 一只不挂、服务端 7.131.0 显式保留空数组) | consumed(🔴 行为变,127y ②;修放宽) | 写了(任何数组,含 `[]`)⇒ 原样上体;只在缺席 / 非数组时省(修前按 `length > 0` 折,空表那台被放宽成全挂) | 零动作 | 不涉及 | 可删出口补空数组的绕路(127d) | 可删撤台告知的绕路(127d) | G-MW1 | 缺席 = 全挂(照旧) |
+| **TC-1** `config.protocol_header_collision` 的出口形 | 引擎 7.51.0 #1491(MCP 拨号处) | declined(零读点结案;门格见证) | 该码只在引擎拨号前判头名撞车时抛,经「这一台 failed(失败词 `invalid_config`)+ 错误串」到宿主(面板 `servers[].error`,已过呈前消毒);服务端 dist 零引用、状态行不带此码 ⇒ 不另铸读口(127z 表态更正) | 零动作 | 不涉及 | 零动作 | 零动作 | G-TC1 | 不涉及 |
+| **MN-1** 本地 `.mcp.json` 腿的服务器名身份 · 新口 `projectMcpConfigs(servers, opts?)` · 型 `McpConfigProjection` / `McpConfigDropped` / `McpConfigDropReason` / `ProjectMcpConfigsOptions` | 本包(CC-744;终端 [10533] 请托同判,桌面端读取层已按同一把尺自拒) | consumed(🔴 行为变,127y ②;型面 additive:运行期导出 +1、型 +4;`src/mcpWireCaps.ts` 的 `#projectMcpConfigs`) | 名字**一个字节不改**:首尾空白(`String.prototype.trim` 同一把尺,含制表 / 换行 / NBSP / BOM)· 空名 / 全空白名 ⇒ 这一条不上 wire(单条出口 `mcpConfigToSpec` 答 `null`,整表出口 `mcpConfigsToSpecs` 无此条);去掉首尾空白后与表里另一条逐字同名、或与另一条空白变体同名 ⇒ 逐条都不上(逐字合形的那条照上)。修前 `trim()` 之后上 wire,wire 名与按原名判的拒用表对不上。合形名逐字节同。`projectMcpConfigs` 给同一份 `specs`(`mcpConfigsToSpecs` 就是它的 `specs`)外加**披露行** `dropped[]`:`{ name 原名逐字, reason 四选一(`name_blank` / `name_edge_whitespace` / `name_collides_after_trim` / `tool_axes_invalid`), problem?(只在 `tool_axes_invalid` 上), notice 给用户的一句 }`;宿主可交 `sourceLabel(name)` 把文件标签括进句子(只展示,消毒封长;抛 / 非串 / 空串 ⇒ 不括)。披露只覆盖这两类成因,其余既有静默跳过(sse / ws 传输 · 必填位缺席 · 身份头两位同在 · 过 32 帽)不变;判出的坏条目不占帽位,帽位满后不再往下判 | 整表 / 单条调用不变(逐条对位环对投影出的条目恒成立);要让用户看到成因改调 `projectMcpConfigs` 渲 `dropped[].notice`(读点见 127d) | 不涉及 | 已自拒坏名,调用不变(读点见 127d) | 已自拒坏名,调用不变(读点见 127d) | G-MN1 | 127b MN-1 |
+| **EL-1** `McpConfigLike.elicitation` · 本地腿过境 `elicitation` | 本包(CC-762;网页端 [10628] 报) | consumed(型面 additive:接口一个可选位;发前订正:根入口 +1 函数 `mcpElicitationVerdict`、`McpConfigDropReason` / `CloudMcpDropReason` 两联合各 +1 臂;🔴 行为变,127y ②) | 条目上的 `elicitation` 键(请求面 sdk `McpServerSpec.elicitation`)**形先判再过境**,两条腿(本地 `.mcp.json` / 云配置)同读 `mcpElicitationVerdict(declared)` 一只:布尔原样带(`true` / `false` 都带,不改写、**本包不另设闸** —— 开不开由服务端的 `MCP_ELICITATION_ENABLED` 与按层闸定);缺席 / 显式 `undefined` ⇒ 键不铸;非布尔(`null` / 串 / 数 / 数组 / 对象)⇒ **这一台服务器不起** + 披露行(服务端请求面受理口对非布尔整单 400、一个坏值打掉整个会话;与 `toolAxes` 坏形同律):本地腿 `mcpConfigToSpec` 答 `null`、`projectMcpConfigs` 的 `dropped` 记 `elicitation_invalid`;云配置腿 `droppedServers` 记 `elicitation-invalid` 并出一句 `warn`。修前本腿逐键重建不认这一键,用户配置开不了入站 elicitation;云配置腿只在 `=== true` 时带、本地腿键在场即带不校形 —— 两条腿两种读法(发前订正 收成一只)。入参型 `{} | null | undefined` | 经 `mcpConfigsToSpecs` 整表上 wire,配置里写了该键的服务器开始带上它(读点见 127d) | 不涉及 | 用户层投影按键重建、不带这一键 ⇒ 要开须补一格(读点见 127d) | schema 闸按 cli 形重建、不带这一键 ⇒ 要开须同补一格(读点见 127d) | G-EL1 | 127b EL-1 |
+| **TA-1** `mcpToolAxesVerdict(declared)` · 型 `McpToolAxesVerdict` · 条目层 `toolAxes` 坏形 ⇒ 这一台服务器不起 | 本包(CC-790;终端 [10789] 提货前置、服务端 [10792] 定判官) | consumed(🔴 行为变,127y ②;型面 additive:运行期导出 +1、型 +1;`src/mcpWireCaps.ts` 的 `#mcpToolAxesVerdict`) | 服务端 7.130.0 起请求体里 `mcpServers[i].toolAxes` 坏形(含显式 `null`)整单 400。判官只有引擎一只(根导出 `readMcpToolAxes`,经值级端口读;本包不 import 引擎、不抄词表):`mcpToolAxesVerdict` 三态 —— `ok`(合形,或没声明:`undefined` 不调判官)· `bad`(`problem` = 引擎那一句原话,点名哪个工具哪个成员,不回显值)· `unavailable`(端口没装,或装的那一只答了不认得的形:不判、不编 ok / bad)。条目层:`bad` ⇒ **这一台不起**(单条出口 `null`,整表出口无此条,`projectMcpConfigs` 记一行 `tool_axes_invalid` + 一句给用户的话:文件〔宿主交的标签〕/ 服务器 / 键 / 引擎原句 / 改法),其余服务器照常;**不剥键降级** —— 引擎自己的话是「一个静默读成缺席的调用方安全轴 = 不在位的信任根」;`ok` ⇒ 带引擎判过的普通副本(判读与上体是同一读:每个键只读一次,取值器形的对象第二次读到别的东西也不会让判过的约束丢掉;声明读作「没声明」〔`{}` / 只有空工具对象〕⇒ 键不铸);`unavailable` ⇒ 原样过境这一读(与 0.98.0 逐字节同;射程:服务端 7.130.0 起受理口对坏形 400;支持底线 7.129.x 的受理口不拒 —— 坏形整键被静默略去、成员写坏的被静默裁成员,所以没装端口的宿主在底线服务端上少这一层防线,请装)。端口答 `ok:false` 而无原因句 ⇒ 仍是 `bad`(闭合方向,原因句取本包兜底句);端口抛 ⇒ 原样上抛。入参型 `{} | null | undefined` | 壳的发送前预检 `mcpToolAxesPrecheck` 到货后可退(判官同源、处置同形;读点见 127d) | 不涉及 | BFF 的逐条预检同形,可换读(读点见 127d) | 桌面端 schema 闸从不投该键,零影响 | G-TA1 | 127b TA-1 |
+| **TA-2** 云配置腿同读法:`CloudMcpDropReason` +`tool-axes-invalid` | 本包(CC-790 同形存量第二腿) | consumed(型面:丢弃成因联合加一臂 —— 对该联合穷举 `switch` 的宿主加一臂;🔴 行为变,127y ②) | `cloudMcpToSpecs` 对 registry 下发条目的 `toolAxes` 问同一只 `mcpToolAxesVerdict`:`bad` ⇒ 这一台不起,`droppedServers` 记 `{ name, reason: 'tool-axes-invalid' }`,`cloudEffectiveNotices` 出一句 `warn`(点名服务器与 `toolAxes`、说怎么改,不带成因词);其余服务器照常。端口没装 ⇒ 不判、原样过境 | 只读 `specs` / `missingEnv` 的调用零影响;渲 `droppedServers` 的宿主穷举成因词的加一臂 | 不涉及 | 零读点 | 零读点 | G-TA2 | 127b TA-2 |
+| **VP-1** `CoreValuePorts` +`readRuleEntry` / +`readMcpToolAxes` · 读口 `readRuleEntry` / `readMcpToolAxes` · 型 `RuleEntryReadingView` / `RuleEntryCompiledView` / `McpToolAxesReadView` · `CORE_VALUE_PORT_NAMES` 末位追加两名(十六 → 十八) | 本包(CC-790) | consumed(🔴 型面 BREAKING:`CoreValuePorts` 多两只必填成员;运行期导出 +2、型 +3) | 引擎包根同名两只原样装进来(`readRuleEntry`:core 7.50.0 起,引擎**唯一**的规则条目读者,消费方是会话规则可送判定〔CC-792〕;`readMcpToolAxes`:core 7.51.2 起,消费方 TA-1)。返回型是**结构上界镜像**(引擎两臂都可赋给它;`kind` / `reason` / `compiled.kind` 全按开集串读),入参位窄成 `{} | null | undefined`(引擎收 `unknown`,收得更宽的函数可赋给它;三档编译实证)。读口没装 ⇒ `undefined`(不编 `row` / `inert` / `{ ok: true }`)、装了原样透传(实参 / 返回同一引用)、引擎的抛原样上抛。读口名与端口名同(读口 `readMcpToolAxes` 是端口的裸读口;条目层用 `mcpToolAxesVerdict`) | **编译红一次**:装配根按完整型 `CoreValuePorts` 建袋(`coreValuePortsHost.ts` 的 `const ports: CoreValuePorts = { … }`)少这两件 ⇒ 点名它们;加两个同名引擎导出即绿;`clientCoreHostAssembly.test.ts` 的「名单对得上包的 `CORE_VALUE_PORT_NAMES`」格同批变红直到补齐(读点见 127d) | 不涉及 | JS 装配根传部分袋,编译零影响;要让包判 `toolAxes` 须把 `readMcpToolAxes` 装进端口(读点见 127d);不调 `sessionPolicyDeliverable`(127d SP-1:零调用)⇒ 缺 `readRuleEntry` 零动作;将来调它须补 `readRuleEntry`,否则问到它的批读成「读不懂」(见 SP-1) | 装配根取 `Pick<CoreValuePorts, 七名>`,编译零影响;桌面端不投 `toolAxes`,无需装(读点见 127d);不调 `sessionPolicyDeliverable`(127d SP-1:零调用)⇒ 缺 `readRuleEntry` 零动作;将来调它须补 `readRuleEntry`,否则问到它的批读成「读不懂」(见 SP-1) | G-VP1 | 127b VP-1 |
+| **AW-1** 代理投影余下三只手抄帽退役:`MAX_AGENT_TEXT_CHARS` / `MAX_AGENT_SYSTEM_PROMPT_CHARS` / `MAX_AGENT_SKILL_CONTENT_CHARS` 退出根入口 + 截断 / 跳过臂删 | 本包(CC-758〔E7 族扫〕;退役登记 RL-173 / RL-174 / RL-175) | consumed(🔴 型面 BREAKING:运行期导出 −3;**行为变**,127y ②) | 与 0.98.0 的「收紧约束不删不截不丢」同律:描述(原截 4096 字 + 一行)· 系统提示(原截 65536 字 + 一行)原样上体;技能内容超 1 MiB 不再被跳过(原说「not found in the loaded skill set」)、照 join 上体;超限一律由服务端受理口整请求 400 点名字段(`agent.whenToUse` / `agent.systemPrompt` / `agent.skills`)。空内容技能仍按结构跳过 + 未加载一行(服务端判非空 —— 这是「没有内容」,不是帽)。`MAX_TASK_AGENTS`(32 只帽截断)随退役登记 RL-145 暂留。E7 族扫其余手抄帽逐只核见 127b AW-1 | 按名 import 前两只的端编译红一次(终端仅一份测试 import 并断言截断;读点见 127d);第三只零 import | 不涉及 | 零读点 | 只读 `MAX_TASK_AGENTS`(暂留),零影响 | G-AW1 | 127b AW-1 |
+| **AW-2** `projectAgentsForWire`:代理定义的 `tools` / `disallowedTools` 写成非数组 ⇒ 整次投影拒装 | 本包(KL-799 删行;§126 RD 包侧缺口 ⑤ 到货) | consumed(🔴 行为变,127y ②;安全面 fail-closed) | `undefined`(没写)以外的非数组(串 / 空串 / 对象 / 数 / 布尔 / `null`)⇒ 抛 `TypeError`,带拒装身份(`assemblyRefusalOf(e)` 读成 `assembly_refused` / `input_malformed`),句子点名代理与键、说明要的是工具名字符串数组、**不回显值**。修前整键静默丢:`tools` 丢 ⇒ 该代理不带 `allowTools`、继承全部工具(放宽方向),`disallowedTools` 丢 ⇒ 少一道拦截。投影抛 ⇒ 代理就绪门回 `{ ok: false, refusal }`(`agents_projection_failed`),宿主这一发不提交,不回落成「不带自定义代理照跑」。好坏代理同批 ⇒ 整次抛、不交回只含好代理的载荷(不半装) | 三端先拆串再交、型面要求 `string[]`,只有手拼定义的 JS 宿主才触到;读点见 127d | 不涉及 | 零读点 | 零读点 | G-AW2 | 127b AW-2 |
+| **LV-1** 公面存活门 G:`testHookNames` 两向 | 本包(CC-798;0.98.0 发布验收查出) | consumed(门件,不涉公面) | 测试钩(`_` 前缀运行期导出)从公面基线消失而不登 `removed[<顶段版本>]` ⇒ 红(上一发布 tag 的 `testHookNames` 为底);`removed` 账里的钩名回到 `testHookNames` ⇒ 红(复活账同样适用;「在基线」= 名表 ∪ 钩表)。修前两向都不查:钩退出基线不登账、登了账又回来,公面存活门全绿 | 不涉及 | 不涉及 | 不涉及 | 不涉及 | G-LV1 | 不涉及 |
+| **TS2-1** 同名影子门 T4 / T5:换名同形型与同名非同对象值 | 本包(CC-817;CC-589 同轴孪生) | consumed(门件,不涉公面) | 自铸型与某上游型**结构恒等而名字不同**(例:`AskAnswer` ⇄ sdk `QuestionAnswerItem`;够实的形状:≥ 3 属性的对象 / ≥ 4 个字符串字面量的联合;由别的具名型组成的〔含联合外形〕是派生,不算手抄)· 根入口的值名与上游值同名而**不是同一对象**(例:`ABORT_CAUSES`)⇒ 未登记即红;存量登 `upstream-type-shadow-exemptions.json` 的 `debts[]`(**只缩不扩**:行数上限写在门里,命中不在即死行红) | 不涉及 | 不涉及 | 不涉及 | 不涉及 | G-TS21 | 不涉及 |
+
+
+| **HS-1** `claimApprovalCard(identity, options?)` · 型 `ApprovalCardClaimOptions` · `ApprovalCardClaim` +`aborted` 臂 | 本包(RL-136 硬退前提 (a)(b)) | consumed(🔴 型面 BREAKING:第二参 `AbortSignal` → `{ signal }`、结局多一臂;行为变) | 信号 = 这次登记的寿命:登记之前(含等别的持有者那段)中止 ⇒ 当拍 `aborted`、持有表上零登记;`held` 后 `sending()` 之前中止 ⇒ 包放手(不结算);`sending()` 之后不动;信号不替别的路撤卡。选项体逐键防御读(访问器不执行、非对象 = 没给);坏形信号当未中止。每条出口的 `release(settled?)` 取值见 127d HS-1 对照表 | 零调用(问车道仍用 `joinApprovalHolder`;改调时按 127d 清单) | 零调用 | 零调用 | 零调用 | G-HS1 | 127b HS-1 |
+| **HS-2** `approvalFrameContextOf(arm)` · 型 `ApprovalFrameContext`;组合器流内 HITL 帧级登记审批两族帧 · 无桥收口帧进已结表 | 本包(CC-777) | consumed(additive 读口;行为变只在没装问答桥的腿) | `approval_request` / `approval_revoke` 照放,按帧对象登记 `{ leg, windowIsCurrent, receivedAtMs, streamEnded }`(源流 / 每条续流各一只终止信号,流走完 / 下游退出 / 源流抛即中止);没装问答桥时 `tool_approval_complete` 交端口之前先记进程级已结表并撤同一问在等的活卡(与问答桥收口臂同一只件)。`EventLegPorts.perStream` 退役条件改写为「终端改调组合器三程、删掉包装之后的下一个本包版本」 | 换读后删每流装饰里的按帧卡口登记(127d HS-2) | 零读点 | 零读点(不走组合器) | 零读点 | G-HS2 | 127b HS-2 |
+| **HS-3** `joinApprovalHolder` / `ApprovalHolderJoin`(根入口)复核期 0.99.0 → 0.100.0 | 本包(退役登记 RL-136) | deprecated(不变;复核期顺延) | 硬退三件:中止安全登记(HS-1)与生命周期对照表(127d)已交;终端承接未排期 ⇒ 不做半套,终端改完之后的下一个本包版本删本口与型 | 问车道 `sema/approvalStreamWire.ts:1546` 仍调 | 零读点 | 零读点 | 零读点 | — | 不涉及 |
+| **HS-4** `applyLiveRequestDefaults` 落位之后复判「只续已有会话」 | 本包(CC-804) | consumed(行为变;KL-341 删行) | `requireExistingSession: true` 而落位之后没有可续的会话 id ⇒ `TypeError` 点名两键、不回显值(与装配口同一只判定);修前上 wire 落 422。断言不删 | 兜底层调用点 `sema/liveClient.ts`(`toLiveRequest`)零改;本地出口后的「对不上就撤断言」复核在兜底层之后,先撞到的是本口的拒 | 零读点 | 零读点(出口后补) | 零读点(不走兜底层) | G-HS4 | 127b HS-4 |
+| **HS-5** `approval_request` chrome 臂宿主义务 ② | 本包(CC-804) | consumed(义务改写) | 由「按 `approvalId` 与旧族 `tool_approval` 帧去重」改为「开卡前调 `claimApprovalCard`、流上下文经 `approvalFrameContextOf` 查」;去重判定归包 | 退旧族已收口集 / 宽限窗 / 中继(127d HS-5) | 引擎传输层自持旧族键(`管理台 src/lib/chat/transport/engine-transport.ts:880`)可同退 | 卡口义务改读(127d) | 零读点(清单监视) | G-HS5 | 不涉及 |
+| **HS-6** 问类两位按引擎规范序读(`readAskClassPair` 一只读法) | 本包(CC-821) | consumed(行为变,只在自拼载体上可达;KL-360 改口) | 已知成员不按 core `ASK_CLASSES` 序出现 ⇒ 坏形(两值形缺席、判定口 `classes_malformed`);规范序原样收;表外词不约束序 | 零动作(真服务端帧已按规范序) | 零读点 | 零动作 | 零动作 | G-HS6 | 127b HS-6 |
+| **HS-7** `readBoundGrantEntry(entry)` · 型 `BoundGrantEntryReading`;`approvalBoundGrantsDetail` 不计标签 | 本包(CC-799 子项;引擎 7.52.0) | consumed(additive 读口 + 句子行为变) | 规则 ⇒ `rule`;以 `<` 起的条目(引擎 `<reads as nothing (<词>): "…">` / 非串类型标签)⇒ `reads_as_nothing`(理由词在闭集内才给);人话:允许清单标签不计条数另说一句,拒绝清单有标签 ⇒ 说「不激活」 | 收件卡渲 `boundGrants` 清单处按读口渲(127d HS-7) | 零读点 | 零读点 | 零读点 | G-HS7 | 127b HS-7 |
+| **DU-1** 百分号编码凭据三族 + 混合 + 多层(门格) | 本包(CC-788) | consumed(零源码改动;前提订正) | 解码读面是 0.96.0 的(≤ 3 层、只解 ASCII、记号映回原文、解码失败原样);userinfo / query 值 / 路径令牌三族与半编码混合、二次 / 三次编码在机读口 / 公面默认口 / 只凭据面三出口逐形零哨兵 | 壳的两张网换读本包(凭据面:`displayUntrusted(t, { controls: false, bidi: false, foldLines: false })`)后删解码臂(127d DU-1) | 零读点 | 零读点 | 零读点 | G-DU1 | 不涉及 |
+| **DU-2** `cleanUntrustedScalar(v)` | 本包(CC-796) | consumed(additive;与终端同名,参数型比终端窄) | 危险字符画成可见转义(astral `\u{X}`),字符表 / 语境律 = 展示出口字符面;凭据两网不在射程、不折行不去首尾不封长;非串归一;幂等 | 删本地定义改从本包导入(约 50 处调用点不改名;传 `unknown` 的几处先收窄,127d DU-2) | 零读点 | 零读点 | 零读点 | G-DU2 | 127b DU-2 |
+| **SP-1** `sessionPolicyDeliverable` 问引擎条目读者;`SessionPolicyWithheldRule.inertReason` | 本包(CC-792;KL-795 删行) | consumed(行为变;型 additive 一位) | 串级步骤判能送的名字(退役 / 无前缀 / 段铸不出的也问)在编译器之前问值级端口 `readRuleEntry(名, 'deny')`(不交名册):`inert` ⇒ 这一条单独扣下、带 `inertReason`(引擎原因词,不交名册时会答的 `grammar` / `content_unsupported` / `wildcard_all` / `namespace_wildcard` 之一)、成因词由既有步骤给(判官没给的按原因词对位)、**不连坐其余**;`row` ⇒ 往下(编译器 / 名册);答不上来 ⇒ 整批读不懂。`deliverable` 由此多一形:`withheld` 全带 `inertReason` 且还有能送的条目 ⇒ 送去掉它们的那一份 | `sema/sessionPolicyWire.ts:271-279` 只在 `add` 缺席时说扣下成因 ⇒ 改为 `withheld` 非空就按成因说(127d SP-1) | 零读点 | 零读点 | 零读点 | G-SP1 | 127b SP-1 |
+| **TX-1** 批 1′:二十三只出句口末位可选 `lang`,句子搬进消息目录 | 本包(CC-813;CC-586 批 1′) | consumed(additive:末位可选参数;缺省 = 英文,逐字节同旧) | 出句口:`askEndingCauseClause` / `askSettlementLine` / `askAcceptedLine` / `askParkedCardNote`(结局一行 · 受理一行 · 停驻卡面说明)· `crashConvergedNeedsHumanSentence` / `crashConvergedNotice` / `crashConvergedRowSentence` / `crashConvergedCauseSentence`(崩溃遗留)· `corruptSessionContent`(会话存档读不出)· `resumeReopenContent`(重开卡)· `inheritEnvNotConfirmedNotice` / `inheritEnvNoticeOf` / `inheritEnvWithheldNotice` / `inheritEnvRefusalContent`(inheritEnv 告知 · 不发 · 拒)· `resumeRefusalContent` / `resumePolicyBlockContent` / `requireExistingSessionRefusalContent` / `resumeContextUnavailableContent` / `parkedResumeStartupContent` / `checkpointUnsupportedVersionContent` / `refusedParkContent` / `refusedParkBlockedContent`(续跑被拒三段式族)· `fileHistoryLegNoticeSentence`,各加末位可选 `lang?: UiLanguage`;句子住消息目录键 `approval.settle.*` / `session.crashConverged.*` / `session.corrupt.*` / `resume.reopen.*` / `session.inheritEnv.*` / `resume.refusal.*` / `session.fileHistoryLeg.*`(114 键,中英同键,协议名词 `parked` / `run` / `durable queue` / `approval window` 在中文里留英文并登术语表);英文逐字节同旧(金样 789 条,门 `run-catalog-routing-test.mjs` CR3);拼接句改成整句键 + 嵌套引用,多段连接符进目录(`session.crashConverged.clauseJoin`);`inheritEnvNotConfirmedNotice` / `inheritEnvNoticeOf` 的形参型从 `string` 改为 `UiLanguage \| string`(不收窄:非 `en` / `zh` 的任意串仍按英文,同 0.98.0「任意值 ⇒ 英文」) | 采纳界面语言的端在出句时传 `lang`;转录 / 界面出口传,stderr / `-p` / 模型面 / `reason` 不传;不采纳 = 零动作 | 同左 | 同左 | 同左 | G-TX813-1 / G-TX813-2 | 127b TX-1 |
+| **TX-2** 卡面「为什么问你」十二源的句子进消息目录:`approvalCardReasons(card, opts, lang?)` 及其十四只句子出口末位加可选 `lang`(`denialLimitFallbackDetail` · `gateDeniedByDetail` · `askOriginDetail` · `askOriginNoteOf` · `ruleOffersAbsenceDetail` · `ruleOfferUncoveredDetail` · `mandatedApprovalDetail` · `approvalMandateDetail` · `mandatedApprovalDetailOf` · `allowRuleShadowSentence` · `askProbeReasonDetail` · `classifierNoRulingDetail` · `approvalBoundGrantsDetail` · `approvalPriorCardsDetail`) | 本包(CC-749 批 2;承接 §126 TX 包侧缺口 ① 的第二批) | consumed(型 additive:十五个导出函数各在**末位**多一个可选 `lang`,零新导出名、返回型不变) | 这些句子此前是写在源里的英文串,中文界面里仍是英文;现在每一句都是目录里的一个键(`approval.deniedBy.*` / `approval.origin.*` / `approval.ruleOffer.*` / `approval.mandate.*` / `approval.card.*` / `approval.probe.*` / `approval.priorCard.*` / `approval.classifier.*` / `approval.boundGrants.*`,共 81 键两语),出句口按 `lang` 选语;缺省 / 表外语言 = 英文,逐字节同旧(语料 222 条与基线对拍零差)。「本会话放行」说明、「清不掉」、出身、探针、前卡、分类器没判、授予、allow 规则清不掉、限额回落、载荷读不懂、「另有几条」十二行各自按同一语出句;引擎原文(`message` 源)与部署探针的散文仍原样(不译) | 换读:`sema/askFrameNotes.ts`(`askOriginDetail(origin)` / `mandatedApprovalDetailOf(req)` / `approvalMandateDetail(word)`)与 `sema/liveToolApprovalWire.ts`(`approvalPriorCardsDetail(req)` / `approvalBoundGrantsDetail(req.boundGrants)` / `classifierNoRulingDetail(…)` / `allowRuleShadowSentence(req)`)在需要中文界面时把界面语言传到末位;不传 = 英文,零改动(127d TX-2) | 零读点(未核到调用) | 零读点(未核到调用) | 零读点(未核到调用) | G-TX749-1 / G-TX749-2 | 127b TX-2 |
+| **TX-3** 自愈句进消息目录:`activeRunSelfHealRow` / `activeRunBusyHeadlessRow` 末位加可选 `lang` | 本包(CC-751;句表单源批 4) | consumed(出句口只在**末位**加可选 `lang`,additive;公面运行期零新增名) | 自愈行的全部说法(交互面用户形 / 系统注入形各按结局种类分句 + headless 三档)住进目录键 `session.selfHeal.*`(98 键,两语同键、同占位符);缺省 `lang` = 英文 = 与 0.98.0 逐字节同(语料 345 条逐条对拍,票面改口两句除外,见 TX-5);`lang: 'zh'` 出整句中文 —— 默认出路半句(`run /clear …`)与「换个会话」说法随语言出,`run` / `parked` / `turn` 这类协议名词原词保留。宿主经 `ActiveRunSelfHealCopy.wayOut` / `freshSession` / `keepSessionWayOut` 显式交的片段仍**逐字嵌入**(那是宿主自己的语言,不翻译);`rowFor` / `headlessRowFor` 整行覆盖仍优先、不经目录 | 零动作(可选:出中文句时传 `lang`) | 不涉及 | 可选(同左) | 可选(同左) | G-TX751 | 127b TX-3 |
+| **TX-4** `INTERACTIVE_WAY_OUT` 值取自目录 | 本包(CC-751) | consumed(公面名不变;`.d.ts` 里的类型由字面量串放宽为 `string`) | 常量保留(宿主拼自己的句子时仍可用),值 = 目录英文表键 `session.selfHeal.wayOut.interactive` 的值,不再另存一份;运行期值逐字节同旧 | 零动作(`heldSessionWayOut.ts` 只拼接它) | 不涉及 | 不涉及 | 不涉及 | G-TX751 | 127b TX-4 |
+| **TX-5** 宿主自愈两句改成宿主语气 | 本包(CC-745) | consumed(🔁 行为变:两句措辞) | ① `state-unknown` 结局那一行的首句 `This session is locked by an earlier run … Your message was NOT sent. This session cannot start a new turn until that run settles — …` → `A run is still active on this session … sema did NOT send your message: this session cannot start a new turn until that run settles — …`;② headless 面「材料全缺」那一句 `This session is locked by an earlier run … that was never released, so this message was NOT sent.` → `A run is still active on this session … and was never released, so sema did NOT send this message.`。原因:这两句说的是宿主自己对「会话有活 run」的判定(没发消息的是 sema,不是服务端拒了),旧句像服务端的拒因,被当成引擎病来查;其余字节(句干 / detail / 出路半句 / 决断入口半句)逐字节不变,动作零变化 | 零动作(只渲包里的句子) | 不涉及 | 零动作 | 零动作 | G-TX745 | 127b TX-5 |
+| **TX-6** 持久规则治理行五口末位 `lang`:`persistedRuleAddOriginLabel` · `persistedRuleOriginsLabel` · `persistedRuleScopeLabel` · `persistedRuleRevokeOutcome` · `persistedRuleMatchLabel`(句子住消息目录 `rules.*`) | 本包(CC-752 批 5) | consumed(additive:末位可选 `lang`;缺省英文,逐字节同 0.98.0) | 来源三词 + 两句中性话 + 连接符、作用域两句、撤销结局 status × stillLive 全表(屏上句 + 变更清单行,另含状态缺席 / 表外两头句与存活附注)、match 九词 + 两句中性话,共 38 键(含两语);表仍是键表(`satisfies Record<原闭集型, MessageKey>` 挂在字面量上,上游加词没跟 ⇒ 编译红);外来值(规则文本 / 作用域 root / 路径)照旧过展示出口、不翻译;`outcome` / `liveness` 是机读词,不翻译 | 可选(采纳界面语言时传 `lang`;缺省不变) | 零读点 | 可选(同左) | 可选(同左) | G-TX752 | 127b TX-6 |
+| **TX-7** `tierBlurb(tier, lang?)`(新口;`TIER_BLURBS` 常量照留、值取自目录英文表) | 本包(CC-752 批 5) | consumed(additive:公面 +1 函数) | 五档各一句职责(`model.tier.blurb.*`);`TIER_BLURBS` 仍是英文原句(数据面),要按界面语言出句改调 `tierBlurb` | 可选(档位页 / onboard 行描述换读) | 零读点 | 可选(档位页词表退役时换读) | 可选 | G-TX752 | 127b TX-7 |
+| **TX-8** `modelCandidateRejectedContent(reading, lang?)` | 本包(CC-752 批 5) | consumed(additive:末位 `lang`) | 「最近一次配置改动被部署整拒」一句进目录 `model.catalog.candidateRejected`;域名清单是机器词、原样不译 | 可选 | 零读点 | 可选 | 可选 | G-TX752 | 127b TX-8 |
+| **TX-9** `turnFailurePresentation(err, evidence?, notesCtx?, lang?)`:`headline` / `notes` / `waitNote` 三处句子按 `lang` 出句 | 本包(CC-750 批 3) | consumed(additive:末位 `lang`,形参个数 3 → 4;缺省英文逐字节同 0.99.0 开发线前) | 非 http 五句 headline、配额耗尽句(窗口 / 剩余 / 恢复时刻 / 出路,含月份名与「月 日」顺序)、设置面 400 补句三行、等待句进目录 `notice.failure.*`;`detail`(引擎 / 传输层原话)、类别 / 状态 / 码 / 重试判决机读位**永不翻译**;`seatTurnFailureOf` 座位键不传 `lang`(恒英文 headline,座位契约面不变) | 可选(终端补句链换读后,界面语言传 `lang`) | 零读点 | 可选 | 可选 | G-TX750 | 127b TX-9 |
+| **TX-10** 文件检查点「判不出」四句拒句进消息目录:`fileHistoryUnjudgedRefusal(reading, captureOffByUser, lang?)` | 本包(CC-761) | consumed(出句口末位加可选 `lang`,additive;无新导出名) | 用户关了文件检查点而引擎判不出能不能按会话关时的四句拒句(还没读到 / 这一位读不出 / 引擎没说 / 报了不认识的模式)从模块字面量搬进消息目录(`session.fileHistoryRefusal.*`,英文逐字节同旧,中文同键)。缺省英文;提交前闸 `judgeFileHistoryTighten` 回体里的 `refusal` 仍是缺省英文 —— 要中文的宿主拿闸交回的 `reading` 再调 `fileHistoryUnjudgedRefusal(reading, true, 'zh')`。读数词闭集与判据不变(`fileHistoryCaptureMode` 只认 `off` / `on-optional`;退役词 `on-always` 与任何不认识的词一样落「不认识的模式」那一句) | 可选:调用点(`sema/liveClient.ts:894`)传 `lang`;不传 ⇒ 英文同旧 | 不涉及 | 可选(同左) | 可选(同左) | G-TX761 | 127b TX-10 |
+| **TX-11** 拒装类抛出物句进消息目录(五处;发前订正:+ 本版新铸 / 改写的四处) | 本包(KL-797) | consumed(行为变:四处抛出句的 `message` 由中文改英文,一处英文句逐字节同旧;+ `requireExistingSession` 装配口拒句 `message` 由中文改英文) | `hooksForWire` 用法错(`TypeError`,整句一键 × 七种成因 + 六个形状词)、`memoryOffDeclared` 的两处设置形状拒、`buildTaskRequest` 的「入参键集读不出」拒、`asAssemblyRefusal` 包一层的那一句,句子进目录(`config.hooks.*` / `config.taskRequest.*` / `config.assembly.*`,英文 / 中文同键);抛出物仍是原来的类,`message` 取缺省(数据面)英文 —— 此前 `taskRequest` 三处与 `wireFailureShape` 一处是中文、`hooksForWire` 那处是英文,宿主把 `err.message` 直渲给用户时同屏中英混着出,本版起恒英文;中文原句逐字节在中文键里。🔁 发前订正:本版新铸 / 改写的四处 `buildTaskRequest` 拒装句同法进目录(`config.taskRequest.*`):`userInvokedSkills` 坏形拒 · `hostSettings` 坏形拒 · 宿主自供键手填拒 · `requireExistingSession` 无会话拒(装配口与 live 兜底层两层 —— 装配口那一句 0.88.0 起即有、原是中文;其余三处本版新铸) | 零动作(宿主不应按 `message` 文字分支;读 `code` / `detail`) | 不涉及 | 零动作 | 零动作 | G-TX797 | 127b TX-11 |
+| **TX-12** 六只能力位读器 doctor 句口末位 `lang`:`userInvokedSkillsDoctorDetail` · `skillToolListsDoctorDetail` · `permissionRulesWriteDoctorDetail` · `workflowsJournalDoctorDetail` · `sessionPolicyDoctorDetail` · `mcpProbeDoctorDetail`;共用「读不出」句口 `unreadableReadingDetail(subject?, lang?)` | 本包(CC-818 ③;§126 CP 包侧缺口 ③) | consumed(additive:末位可选 `lang`;🔴 行为变:六句 `not_reported` 缺席句改口,127y) | 句子进消息目录(两语);缺省 `lang` = 英文,除 `not_reported` 一句外逐字节同旧。`not_reported` 改口 = 不据缺席断言引擎版本(支持底线以上的服务端恒铸这一位,缺席不是版本信号):去掉「the engine / this binary predates …」,改说「没报 + 这说不清 X + 本端怎么处置」(处置半句 —— 不发键 / 隐藏入口 / 先读再写 / 列表开关仍管着日志 —— 不变) | 零动作(不调这些口) | 不涉及 | 零读点 | 零读点 | G-TX818a | 127b TX-12 |
+| **TX-13** `handsSeamDetail(reading, lang?)` · `handsMountedDetail(reading, lang?)`(工具名册「手位」一句) | 本包(CC-818 ③) | consumed(additive 末位 `lang`;🔴 行为变:「没报」一句括注改口,127y) | 两口的全部句子进目录;「没报」一句去掉括注里的「older engines and servers, and」,只留「the static half of a manifest never does」 | 换读(127d):`wiringManifestStore` 经 `handsSeamDetail` 取句,自动随包;要中文的端传 `lang` | 不涉及 | 零读点 | 零读点 | G-TX818a | 127b TX-13 |
+| **TX-14** `sessionPolicyTightenNotice(outcome, lang?)`(会话规则收紧卡的结局句) | 本包(CC-818 ③) | consumed(additive 末位 `lang`;🔴 行为变:`capability_absent` × `not_reported` 一句改口,127y) | 十九句进目录(`rules.sessionPolicy.tighten.*`);「说不出」一句去掉「— it predates that answer —」;撤销口 `sessionPolicyRevokeNotice` 的「旧文法」句与收紧口同一个键 | 零动作(`sema/sessionPolicyWire.ts:307` 经本口取句,自动随包) | 不涉及 | 零读点 | 零读点 | G-TX818a | 127b TX-14 |
+| **TX-15** `askHumanSettlementLine(settled, lang?)` + 型 `AskHumanSettledInput` · **人答臂**(§126 WD 包侧缺口 ① 的到货) | 本包(CC-818 ①;到货判据:持有表 HL-1 / 接替关联 HL-2 已到,迟到决断五档读口 HL-10 早在) | consumed(新口;additive,公面 +1 函数 +1 型) | 迟到的人答决断那一发的结局行:`resumed`(收下并恢复了停住的调用;`late: false` 不说「窗关之后」)/ `expired-reaped`(过截止被收割,**什么都没跑**、你的回答没记录)/ `settled-elsewhere`(你的回答没记录;可能已在别处决断、**那一步可能已经跑了**);`accepted-not-resolved` 档就是 `askAcceptedLine`(同一句);`unknown` / 缺席 / 表外 ⇒ `undefined`;引擎另报的执行时处置接在 `resumed` / 受理两档后面。英文取终端 `lateDecideOutcomeRow` 三档现形逐字节同 | 换读(127d):`lateDecideOutcomeRow` 三档(`resumed` / `expired-reaped` / `settled-elsewhere`)退给本口,终端壳留「是否出声 + 转录档位」两件 | 不涉及 | 可选接 | 零读点 | G-TX818b | 127b TX-15 |
+| **MI-1** 路由缺口句具名出口:`modelRouteGapSentence(lane, gap, lang?)` · `modelRouteGapFact(gap, lang?)`(公面 +2 函数) | 本包(CC-783) | consumed(公面 +2 运行期名;`modelIdentityDetail` 在 `route_gap` 一臂说的就是同一句) | 「有模型名、但本机引擎没有可达它的路由」那一句由 `modelIdentityDetail` 内的拼接改为消息目录的整句(`model.identity.routeGap.*`)+ 五条来路的称呼进目录(`model.identity.lane.*`);两个具名出口分别出整句与事实半句,缺省英文,`modelIdentityDetail` 自己改调同一份,输出逐字节同旧。措辞标准归上游,本包只作单源出口:壳那一份同一事实的另一种说法(`ENGINE_DEFAULT_ENDPOINT_FACT` / `LANE_CREDENTIAL_MISSING_DETAIL`)与本包措辞不同,本版不替它统一 | 换读(壳删本地缺口事实句、改读 `modelRouteGapFact` / `modelRouteGapSentence`;见 127d) | 不涉及 | 不涉及 | 不涉及 | G-MI783 | 127b MI-1 |
+| **HF-1** `steerRefusalAdviceOf(e, hostQueue?, lang?)` · `steeringRefusedBeforeEngine(e, hostQueue?, lang?)` + 型 `SteerHostQueueFact` = `'queued_until_turn_end' \| 'dropped' \| 'unknown'` | 本包(CC-787) | consumed(additive 两位可选入参;公面 +1 型 —— 候主车上根入口) | 宿主把被拒的 steer 消息「**留在自己队列、本轮结束时原样提交**」/「**已丢**」/「未知」的事实交进来,后半句由包出:`queued_until_turn_end` ⇒ 后半句换成「it stays queued and will be submitted as-is when this turn ends」(替掉码表的「再发」指令);`dropped` ⇒ 「it was not kept; <码表那一句>」;缺席 / 表外 / `unknown` ⇒ 与此前逐字节同。码表九位 + 开集非 4xx 一位共二十句进目录(`session.steerRefusal.*`),路由器自己调本口不传两者 ⇒ `ControlSafetyError.advice` 字节同旧 | 换读(127d):`queuedPromptSteer.ts` 两份壳字面退役(`:244` hook 拦下那一行的尾句 + `:360` 先账后引擎那一行的尾句),壳改传 `queued_until_turn_end` 取整句;「press Up to edit it first」是终端的按键提示,留壳 | 不涉及 | 零读点 | 零读点 | G-HF787 | 127b HF-1 |
+
+### 127b. 缺席语义(逐键)
+
+- **GT-1 表长计数账**:文档与门件,没有运行期缺席语义。门自己的缺席:接入档里找不到恰好一处 `### 2x.` 标题 ⇒ ①c 判工具红(不给产品判词),不当作「没有计数」;账里缺一张已登记的表、或带表长的行未登记 ⇒ 红;账之外(含已发段)出现同形的表长行 ⇒ 红并点名行号。
+
+- **PK-1 / SS-1 / CO-1 换钉**:开发依赖,没有运行期缺席语义;生成器读不到某一名 ⇒ 拒生成并点名(不回落手写)。
+- **SS-2 `UI_LANGUAGES`**:闭集常量;`isUiLanguage` 对表外词、大小写变体、地区标签、原型键、非串一律 `false`。
+- **SS-3 `classifyHooksConfig` 抄本**:同上游判官 —— `hooks` 键缺席 ⇒ `loaded` 且 `hooks: undefined`;判官只读入参、不改它、不出句子。
+- **CO-2 通告码**:表外码 ⇒ 不在册、受众 `operator`;老引擎发的退役码同此。
+- **CO-3 `startupCause`**:六词之外 / 空串 / 非串 / 读就抛 ⇒ 整键不在场,句子按 `cause` 两句兜底。
+- **CO-4 `routePairingVerdict`**:缺席 / 非串 / 空串 ⇒ `unknown` 无 posture;已知九词之外 ⇒ `unknown` + 原词;原型键名不当已知词。
+- **RB-1**:不涉及(退出公面)。
+- **RT 重试读口与状态帧**:`retryStatusFromArm` 对子代车道帧 ⇒ `undefined`、`recovered` ⇒ `null`、坏入参 ⇒ `undefined`(永不抛);十三键里读不出的键整键缺席(缺席 ≠ 0:`attempt` / `max_retries` 缺席 ⇒ 不出 CC 形 `api_retry` 帧,走超集帧);`error_status` 无应答 ⇒ `null`(CC 同名键语义),其余缺席位整键不铸;成功终帧 / 没有最后状态 ⇒ 不带 `_sema_last_model_status`(整键不铸)。**RT-3 三键**:缺席 = 没给 / 没判 —— `_sema_provider_condition` 缺席与 `unknown` 同读(退避、不说额度),端禁渲成「额度耗尽」;`_sema_api_error_code` 缺席 ≠ 没出错。**RT-4**:读数空对象 ⇒ `apiErrorNotice` 返回 `undefined`(不造句);`providerText` 洗完为空 ⇒ 不附第二句。
+- **NT-1**:帧不带 SSE `id:` 行且体里无 `eventId` ⇒ 两位都不在(不造序号);空串 / 非串 `id` 当缺席。
+- **DP-1**:`type` 位非串 / 空 ⇒ 留痕行沿用展示出口对缺席的写法(不抛)。
+- **PB 判决**:`PROBE_VERDICTS` 外的词不是判词;`probeModelLiveness` 永不抛(任何失败折成判词),缺席的证据位整键不在;`unreachable` 的原因位在预算耗尽 / 取消时缺席。**PB-3**:`facts` 为 `null` / `undefined` ⇒ 通用句、无出路词。
+- **TH-3**:不传 `ctx` ⇒ `notes` 为空数组、无 `waitNote`;链上某一句依赖的机读位读不出 ⇒ 该句不出,不据另一位下结论;`waitNote` 在租约 / 用量窗两类上缺席(不重复给)。
+- **TS**:起跑帧缺 `taskId` ⇒ `malformed` 留痕、零 chrome;`seq` 缺席 ⇒ 不是第 1 周期、不当「没有 a* 行」之外的任何证据;`startedAt` 缺席 / 非有限数 ⇒ 归约口什么都不记;**起跑帧从不建行**:只有起跑帧没有 tick / 行帧 ⇒ 行表为空。
+
+- **CP-1 订阅口**:`baseUrl` 不是非空串 / `listener` 不是函数 ⇒ 不登记、返回空退订(永不抛)。该地址没有落地时订阅照常登记,但没有任何拍(拍只在整份落地读数换记录时发;落地之前的「在飞 / 失败 / 没 kick」都没有拍)。一拍**不带读数**:拍上只有 `kind` / `baseUrl` / `generation`,要新读数去读读口(整份口 / 按键五口 / 能力位读器)。迟订阅不回放历史拍;要当前读数请「先订阅、再读」(顺序反过来会漏掉两者之间的一拍)。回调同步抛或返回被拒的 thenable ⇒ 只留一行 debug 痕迹,不外溢、不影响缓存与其余订阅者。回调里退订排在后面的订阅者 ⇒ 它这一拍不再被调;回调里新订阅的不收当前这一拍。不退订的订阅者留到进程结束(宿主生命周期归宿主)。
+- **CP-2 嵌套位**:没落地 / 空串·非串地址 ⇒ `unobserved`;父位缺席 / 父位在而不是对象(`false` = 整族不供 · `null` · 原始值)/ 子位缺席(含只在原型链上、自有 `undefined`)⇒ `not_reported`;父位或子位是自有访问器 / 读描述符抛 ⇒ `unreadable`(取值器不执行;**读不出 ≠ 没供**);子位明说 `null` ⇒ `null`;其余原样 `value`(不判形,形归调用方)。放行问题请自己折:只有子位是自有数据位且字面 `true` 才算开。
+- **CP-3 非投影态**:`unobserved` = 这个地址没有当代落地(没 kick / 在飞 / 探测失败 / 回体不是普通记录 / 被作废 / 空串地址);`unreadable` = 落地在手而本只读器的投影没给出读数。两态各是**一只**冻结对象(全族共用),读数形仍是单键 `kind`。判「是哪一态」只看 `kind`,不要比较对象身份。
+- **CP-4 作废重探**:地址不是非空串 ⇒ `ignored`;没有重探登记(从没真起跑过探测 / 单参失效清过登记)⇒ `no_probe`,**什么都不做**(不作废、不推代际、不替调用方造探测);有登记 ⇒ 等价于 `invalidateEngineCaps(baseUrl, 登记的闭包)`,答 `reprobed`。登记里的闭包可能带着已失效的凭据 —— 凭据轮换后先走 `rotateEngineCapsProbe` 再调本口。永不抛。
+- **TH-1 找不到**:入参原始值 / `null` / `undefined` / 数组 ⇒ `false`;码是空串 / 非串 ⇒ 当没有码(404 + 非串码 ⇒ `unknown_404`;404 + 空串码 ⇒ `false`,码另有所指);码以 `not_found.` 起头 ⇒ `not_found`(`not_found` 无点 / 大小写不对 ⇒ 不是);状态是串 `'404'` ⇒ 不是 404(读不出);状态位读不出 ⇒ 不认;**码位读不出(访问器 / 读描述符抛)⇒ `false`**(读不出就排除不了「404 带别的码」),只是缺席(含只在原型链上)才往下落无码 404。**`unknown_404` 不许渲成「已不存在」**:404 对非属主 / 未知 run / 路由级同形,没有 `not_found.*` 码就没有存在性证据。
+- **TH-2 机读位**:自有数据位 ⇒ 值;不是自有键(含只在原型链上)⇒ 缺席;自有访问器 / 读描述符抛 ⇒ 读不出,**取值器一次都不执行**。「读不出」落各读口自己既有的缺席臂(🔴 但**据多个机读位下结论的判官,任一位读不出 ≠ 缺席**:不据另一位下终局 / 重试 / 「确知没送到」/「路由没有」结论,落通用臂 —— steering 合成口的类名兜底只在码**缺席**时用、码读不出 ⇒ 不认;子代 resume 分类任一位读不出 ⇒ 通用 `error` 臂;后台停止口 `status` / `errorCode` 任一位读不出 ⇒ 通用 `error`〔detail 为「错误读不出」〕;`isNotFoundFailure` 码读不出 ⇒ `false`):`errCodes` 该格 `undefined` · `isSseIdleError` ⇒ `false` · `resumeContextUnavailableFromError` ⇒ `null` · `isDetachDurableOff400` ⇒ `false` · `planInteractiveHalt` ⇒ `unknown-outcome`(升级判据位缺席 ⇒ `refused-no-escalation`)· 两条失败分诊 ⇒ `failed`(原抛出物原样带出)· `classifySelfOrchestrationRefusal` ⇒ `null`(`denial` 位读不出 ⇒ `reason` 落 `unknown`)· `readMemoryEraseReceipt` ⇒ `malformed` / `body_unreadable` · 后台停止口 `retryAfterMs` 读不出只丢这一提示位 · decide 出站 `status` 读不出 ⇒ 不当瞬断(`code` 读不出 = 没有这条证据)· 「引擎答了」判点 ⇒ `false` · `classifyToolHistoryMismatch` 任一格读不出 ⇒ `null`。`message` / `name` 是文字位(内建错误的在原型上),仍是受保护的普通读,不在本次收口射程。
+- **SI-1 会话 id**:非字符串(含 `String` 包装对象、带 `toString` 的对象、代理、已撤销代理)⇒ `null` + `not_string`,不调 `toString`、不碰陷阱;形不对(长度 / 连字符位置 / 非十六进制字符 / 前后空白 / 花括号 / `urn:uuid:` 前缀 / 非 ASCII 类同字符 / NUL)⇒ `null` + `bad_shape`;形对而版本位不在 1–8 ⇒ `bad_version`(nil uuid、全 f uuid 都落这里);形对、版本位对而变体位不在 8 / 9 / a / b ⇒ `bad_variant`。规范串与入参的差只有大小写。
+- **PL-1 绑定证据**:`sessionId` 缺席 / 空串 / 非串 / 与句柄同串 ⇒ 当没有这条证据(行为与修前逐字同);证据成立才绑 —— 子会话 id 已绑在别的尾段上 ⇒ 不合并(两行各自成行,第一次绑定为准);终态事实先于任何行到达 ⇒ 证据照绑,之后按子会话 id 到的 tick 与按句柄到的终态行落同一条记录。陈旧的终态不是绑定证据:这一帧可证比句柄那条记录的当代 / 已结代更旧(迟到的前代终态)⇒ 它带的子会话 id 当没有这条证据(行为与不带 `sessionId` 逐字节同,当代那一行保持在跑)。适配器只在 `task_type: "background_agent"` 的终态通知上带这一位;非终态通知 / 别的族不带。
+- **HM-1 停驻两形**:两形都不带 ⇒ `false`;存档行形要求 `role` 恰为 `toolResult` ∧ `details` 是普通对象(非 `null` / 非数组)∧ `details.code` 恰为 `gate.parked`;代理陷阱抛 / 已撤销代理 ⇒ `false`、不外抛。缺席不带语义(大多数 `tool_end` / `toolResult` 都没有这个码,缺席 ≠「已结算」)。
+- **HM-2 停驻位**:块上这一位**只在**存档行说「停驻」时在场(严格 `true`),键整位缺席 = 没读到停驻证据;从不铸 `false`。
+- **PR-1 解析口**:见 PR-1 行。非计划审阅卡 / 空 `taskId` / 非字符串 ⇒ `undefined`;`reopened` 只认 `#reopen-` 尾缀。读数冻结、键恰 `taskId` / `reopened`。
+
+- **HK-1 `salvageSettingsHooksEntries`**:入参缺席 / `null` / 非对象 ⇒ `loaded`、`hooks` 缺席;`hooks` 键缺席 ⇒ `loaded`、`hooks` 缺席;剔到一件不剩 ⇒ `loaded-partial`、`hooks` 缺席;判官遇到会抛的访问器原样抛(入参契约 = 从 JSON 解析出的文档,与上游同)。告知句:`loaded` ⇒ `undefined`;入参臂形不对 ⇒ 兜底一句或 `undefined`,永不抛。
+- **HK-2 计划 `settingsSalvage`**:全部原样装上 ⇒ 空数组;治理整体关掉(信任门 / 托管关停)⇒ 空(不读设置层),托管层整份拒那一行例外;读层抛 / 判官读不懂非托管层 ⇒ 这一层按「没有 hooks」(debug 一行,不出行);老形计划没有这一位 ⇒ 清单照用、当空。
+- **HK-3**:表外原因词 ⇒ 清单与标注照旧跳过那一行(不渲 `undefined`)。
+- **HK-4**:`sessionHooks` 没实现 ⇒ `sessionReader: 'absent'`、零判定、**不告警**;抛 / 坏形 / 写成属性 ⇒ `'failed'`、零判定;来源词表外 / `hooks` 非对象的一组 ⇒ 不判(debug 计数);`hooksModule` 缺席 ⇒ 不出模块行(不说有也不说没有),只认字面 `true`。
+- **HK-5**:`suppressedLocally` 缺席 / 不是串数组 / 读就抛 ⇒ 不压制(后两者 debug 一行);`userPromptSubmitExecutorOf` 计划读不懂 ⇒ `unknown`(收紧:不合批)。
+- **HK-6**:同 HK-1(插件 hooks 配置包成 `{ hooks }` 判)。
+- **HK-7**:本版不读名单 ⇒ 名单在不在都不影响本包计划(壳后置筛照旧)。
+- **AS-1**:源成员缺席 ⇒ 那一行 `host_port_missing`;源成员 / `sources` 读就抛 ⇒ `source_unreadable`、这一回合不发;显式 `'none'` ⇒ `no_source`;包装里的值是 `undefined` / `null` ⇒ `empty`(不带,与修前入参缺席同);包装形不对 ⇒ 入口 `TypeError`(只报形状);`hostSettings` 缺席(JS)⇒ 四行 `unwired` 的产物、请求体不带四键;形不对 ⇒ 装配口 `TypeError`(不当缺席)。包装里的值入口只碰权限快照(按装配口那一只物化;别的值不碰;权限面畸形照旧按车道 / live 门处置);`carried.resolved` 是物化后的那份(具名子键与函数值已剥,与请求体同形);`hostSettings` 是拼出来不自洽的产物 ⇒ 装配口 `TypeError`。
+- **AS-2**:产物 `refuse` 而这一车道对 refuse 那一行的键无座(`utility` × hooks / webSearch / resolved)⇒ 照发,请求体不带这几键、`assembly.host` 照挂产物原样(判决字段不改);计划没有 `wire`(没有任何 hook)⇒ `empty` / `nothing_to_carry`,不判;宿主派生的计划只要判形口认得(键形同 `hooksWirePlan()` 铸的)就收;计划没有 `closedBy`(老形)⇒ 按 `null`。
+- **AS-3**:不涉及(行恒在)。
+- **SE-1 设备面**:能力位缺席 / 读不出 ⇒ 不提供设备动作(句分「没报」/「报不清」);报 `false` 与发射口 `unarmed` 同一面同一句;座位 lane 引擎读数恒缺席 ⇒ 车道由 list 结局答,没有 list 结局 ⇒ `probe_pending`(不是 unavailable),宿主换代(`generation` 变)⇒ 调用方清空 `lastList`;`{ devices: [] }` 是真空清单(`manage`),`{ devices: null }` 是读不出(`probe_failed / unreadable`)。
+- **SE-2 引擎目标**:能力位缺席 = 宿主没说(浏览器宿主不报)⇒ 不提供 Local / Cloud 切换;store 缺席与能力位 `not_reported` 同读;`cloud.*` 逐键 present-iff-known(`url` 缺席 = 没配;`auth` 缺席 = 没登录;`login` 缺席 = 没有在途 / 最近失败的登录;`lastProbe` 缺席 = 没探过;`orgEngine` 缺席 = 没成功读过或组织没设,读失败保留上一份);`local.lastBootError` 缺席 = 没报过(不等于从没失败);`local.mcp` 缺席 = 本机引擎不是生效目标或没起(不等于没有 MCP);`restartRequired` 只为真在场;凭据永远缺席。
+- **SE-3 接入**:能力位缺席 ⇒ 不内嵌接入;探活说不出判决(`unreachable` / `busy` / `no_token` / `other`)≠ 配置错;钥匙永不回传;写入计划:`models.json` 不存在 ⇒ 当空目录;结构坏 ⇒ `catalog_unreadable`(不盲覆盖);判官没装 ⇒ `credential_unpaired`。
+- **SE-4 子代内容臂**:没有这一事件 = 宿主没转发(老宿主 / 这一轮没带 `forwardSubagentEvents`)或子代没说话 —— 两者同形,渲染端零帧时渲「暂无输出」,不渲成「子代已结束、没有输出」。
+- **SE-6 用量臂**:`engineUsageUnknownKeys` 缺席 = 没有多余的键(不铸 0);`engineUsage` 声明键缺的照缺(违约由折叠点的成形判据管,不补零)。
+- **UA-1 席位读器**:没有落地 / 空串地址 ⇒ `unobserved`;回体上没有自有键 `userAttachments`(含只在原型链上)⇒ `not_reported`;值不是普通对象 / 缺任一成员 / 数组成员非串或有空洞 / 上限不是正安全整数 / 自有访问器(取值器不执行)⇒ `unreadable`;多出来的成员键不读。判词对非本口铸的形 / 读就抛 ⇒ `unknown`、不外抛。
+- **UA-2 / UA-3 条目**:编码器只在宿主交了读数且判 `yes` 时出 `userAttachments` / `userAttachmentOrdinals`(同在同缺同长);缺席 = 不可用 / 没交 / 一条都不合格 / 正文为空退回 / 全部降成引用形。🔴 读边界仍归宿主:文本内容条目不过引擎的读边界判官(引擎对它恒答 `attached`),宿主交进描述符的内容就是上体的内容;`path` 供给(引擎读工作区)本包不发,候服务端「这一场景受理哪些供给」的位(S-1652)。
+- **UA-4 拒码**:码缺席 / 别的码 / 码只在句子里 / 读不出 ⇒ `null`。
+- **UA-5 结局**:整键缺席 / 非数组 / 一行都没剩 ⇒ 键不铸;单行缺 `ordinal`(正安全整数)或 `outcome`(非空串)⇒ 丢该行;`kind` / `label` 非空串才留;未知 `outcome` 原样。
+- **SR-1 / SR-2 拒因**:`scenarioRefusal` 是自有键才算门拒;值是 `null` / 非对象 / 访问器 ⇒ 拒因臂照出、读数空(门拒了、原因读不出);各位各自窄读(`errorCode` / `scenario` 非空串、`source` 只认 `ruling` / `deployment`、`error` 过呈前消毒),一位读不出只丢那一位。抛出物载体只认场景指派悬空那一码,别的 ⇒ `null`。
+- **SR-3**:`scenarioRefusal` 只在 `scenario_refused` 臂恒在场。
+- **MV-1 告知**:`vision` 是 `yes` / `no`,或没有照发的 `@` 图片(含让了座的)⇒ `notices` 键不出;句口对缺席 / 空 / 坏入参答 `undefined`。
+- **US-1 槽位**:`names` 缺席 / `null` / 空数组 ⇒ 空片段、无回执;读数不是 `present`(`absent` / `not_reported` / `unobserved` / `unreadable` / 坏读数)⇒ 空片段 + `withheld.cause`。
+- **MW-1**:`allowTools` 缺席 / 非数组 ⇒ 键不铸(引擎 = 全挂);数组(含 `[]`)原样。
+- **TC-1**:不涉及(无读口)。
+- **MN-1 名字身份**:`servers` 为 `undefined` / 非对象 ⇒ 空产物不抛(与修前同)。单条出口 `mcpConfigToSpec` 的名字入参非串(`undefined` / `null` / 数)⇒ `null`,不抛、**无披露行**(披露行只在整表出口 `projectMcpConfigs` 上有:那里的键恒为串)。披露行 `problem` 位只在 `tool_axes_invalid` 上在场,名字类成因没有这一位;`dropped` 是冻结数组、序 = 输入序;`sourceLabel` 抛 / 返回非串 / 空串 ⇒ 句子不括注(不连坐整张表)。过 32 帽的条目不再判、不披露(与修前同)。判名用 `String.prototype.trim` 的一把尺 —— 与桌面端 `name.trim() !== name || name === ""`、网页端 `name.trim() !== name || name === ''` 同判。
+- **EL-1 `elicitation`**:缺席 / 显式 `undefined` ⇒ 键不铸(「没写」不折成 `false`);`true` / `false` 逐字过境(云配置腿同:`false` 也带);非布尔值(串 / 数 / `null` / 数组 / 对象)⇒ **这一台服务器不起** + 披露行(本地腿单条出口 `null`、整表出口 `dropped` 一行 `elicitation_invalid`;云配置腿 `droppedServers` 一行 `elicitation-invalid` + 告示一句;两条腿同输入同答);必填位缺席 / 不支持的传输仍整条 `null`(透明键救不回一条不该发的服务器);配置上的未知键仍不上 wire(修的是丢键,不是拆闸)。
+- **TA-1 `toolAxes`**:`mcpToolAxesVerdict(undefined)` ⇒ `ok` 且不调判官(没声明的绝大多数条目零成本);端口没装 ⇒ 其余任何形答 `unavailable`(不编 `ok` / `bad`),条目层原样过境这一读;端口装了 ⇒ 判官答 `ok:true` ⇒ `ok` 并带引擎判过的普通副本(空对象 `{}` / 空工具对象 `{ Read: {} }`:引擎读作「没声明」,副本缺席 ⇒ 键不铸);答 `ok:false` ⇒ `bad`,`problem` 取引擎原句(无原因句 ⇒ 本包兜底句,仍是 `bad`);端口答的形不认得(`null` / 非对象 / `ok` 非布尔)⇒ `unavailable`。披露句里的服务器名 / 文件标签 / 引擎原句过展示消毒(控制字符转义)并封长(名 80 · 标签 140 · 引擎句 300)。
+- **TA-2 云配置腿**:同上读法;`droppedServers` 记名读不出的行照旧留空名;端口没装 ⇒ 原样过境、零 `tool-axes-invalid` 行。
+- **VP-1 两端口**:读口 `readRuleEntry` / `readMcpToolAxes` 没装 ⇒ `undefined`(不是 `row` / `inert` / `{ ok: true }`);装了 ⇒ 引擎读数原样(同一引用),引擎的抛原样上抛。`hasCoreValuePort(name)` / `coreValuePortMisses()` 对两名同其余十六件(整袋没装 ⇒ 十八件全列)。JS 宿主照旧只装旧十六件 ⇒ 这两面诚实缺席(`readMcpToolAxes` 缺席 ⇒ `toolAxes` 不判、原样过境;`readRuleEntry` 的消费方尚未并入,今天无读点)。
+- **AW-1 三帽退役**:描述 / 系统提示 / 技能内容无任何本地上限;超限 ⇒ 服务端整请求 400 点名字段。技能内容为空串仍按结构跳过(未加载一行)。**E7 族扫逐只核**(本包余下的服务端上限手抄,名长 / `isolation` / `maxTurns` 之外):① `MAX_TASK_AGENTS`(32)—— 暂留,退役登记 RL-145(条件 = 服务端每请求代理上限新语义到货;截断 + 一行照旧);② `MCP_CAPS.items`(32,服务端请求体 MCP 条数上限的手抄)—— 非代理帽,不在 CC-758 射程;本地腿超帽条目静默不上、云配置腿记 `capped`,与 TK-4 同病形的存量,候后续票;③ `SKILL_CAPS.content`(1 MiB,顶层技能内容)—— 同病形(截断而非原样上体;反漂移腿已钉它对引擎同值常量),CC-04 只退了其余三键,同候后续票;④ 其余 `MAX_*` / `*_CAPS` 导出(`MAX_TURNS_*` / `MAX_TOKENS_*` 等 `limits` 范围常量、`MAX_GATE_HOPS` / `MAX_TOTAL_PARKS` / `MAX_HELD_WIRE_TICK_BEATS` 等本包自有计数、`MAX_UNKNOWN_MEMORY_SPEC_KEYS`、`WORKFLOW_SIZE_GUIDELINE_AGENT_CAPS` 引擎表生成物)不是服务端受理上限的手抄截断,不在射程。
+- **AW-2 工具清单拒装**:`tools` / `disallowedTools` 为 `undefined`(没写)⇒ 继承(不拒);任一为数组(含空数组、含非串条目:非串条目走既有「跳过 + 一行」)⇒ 不拒;其余一切形(串 / 空串 / 对象 / 数 / 布尔 / `null`)⇒ 整次投影拒装:抛 `TypeError`(带拒装身份 `assembly_refused` / `input_malformed`),句子点名代理与键、说明要的是工具名字符串数组、不回显值;好坏代理同批 ⇒ 整次抛、不交回只含好代理的载荷。落在 32 帽之外被截掉的代理不判(与修前「不进投影」同)。
+- **LV-1 / TS2-1**:门件,没有运行期缺席语义。LV-1 的缺席:上一发布 tag 不在 / 那一版基线没有 `testHookNames` 位 ⇒ 该格诚实跳段并把总结行标 PARTIAL(不当绿)。TS2-1 的缺席:够实判据以下的形状(对象 ≤ 2 个属性、字面量联合 ≤ 3 个成员)碰巧相同不报。
+- **SE-7 会话 MCP 面板**:返回里没有 `kind` ⇒ 面板视图(缺席语义逐键见 `mcpPanel.ts` 文件顶注;座位门不改写入参、按型闭形放行);`unreadable` ⇒「读不出」,不是「没有 MCP」(与 `mcpEngineLegPresence` 的 `unknown` 同读:渲染端不渲「一台都没配」);`unarmed` ⇒ 宿主这一刻没有可拨的引擎、一发都没打;`transport` ⇒ 没拿到回体(`detail` = 错误类名,缺席 = 没说)。
+
+- **HS-1 登记动词的选项**:缺席 / 非对象 / `signal` 是访问器 ⇒ 没给信号(登记只随 `release` 结束);信号读 `aborted` 抛 / 挂监听抛 ⇒ 当未中止(照常登记,坏形信号不许把登记打成异常)。`aborted` 臂只有 `kind` 一位 —— 没有结局值可拿(本路什么都没做,也没有在等的持有者的结局)。
+- **HS-2 流上下文**:查不到 = 这一帧没经过组合器(宿主自组的腿 / 别的管线 / 不是对象)—— 宿主据此不呈卡、留一行诊断,不当成「窗不是当下」或「到手时刻 0」。`streamEnded` 已中止 = 这条流已收摊(收摊之后才到的查询读到的是已中止的信号)。
+- **HS-4 兜底层复判**:`requireExistingSession` 缺席 / `false` / 非 `true` ⇒ 不判(缺省行为逐字同);会话 id 判据与装配口逐字同(非空串才算给了,不 trim)。
+- **HS-6 问类两位**:非规范序与「半对 / 首员不符 / 重复」同落坏形(三态读 `malformed`、两值形 `undefined`),不当缺席(`absent` 只给两键都不是自有键的老形)。
+- **HS-7 条目读口**:非串 / 空串 ⇒ `undefined`;标签里的理由词不在闭集(引擎新词 / 读不出)⇒ 只答 `reads_as_nothing`、理由位缺席,不编词。
+- **DU-2 标量清洗口**:`undefined` / `null` ⇒ 空串;非串 ⇒ `String(v)`;从不抛。
+- **SP-1 条目读者**:端口没装 / 抛 / 回体不在合同两臂里(`row` 缺对象 `compiled`;`inert` 的原因词不是 `grammar` / `content_unsupported` / `wildcard_all` / `namespace_wildcard` 之一 —— 含只在交名册时才答的 `tool_name` / `near_miss`、只有会话规则店才答的 `earlier_grammar`、引擎比本包新的词)⇒ 整批读不懂(`unreadable: true`,不送、不编成因);串级步骤就扣下的批(限定 / 通配 / 整对端 / 首尾空白 / 空)不问它、照答。`inertReason` 缺席 = 这一条不是因读作无物扣下(旧律:连坐整批)。`deliverable` 非空而 `withheld` 非空 ⇒ 后者全带 `inertReason`。
+- **TX-1 句口末位 `lang`**:`lang` 缺席 ⇒ 英文(数据面,逐字节同旧);表外语言(非 `en` / `zh` 的串 / 非串)⇒ 英文 + 目录台账固定条目 `lang:?`(不回显外来值);中文表缺键是编译红、运行期不可能。出句口自己的缺席语义(入参缺席 / 读不出 / 表外词 ⇒ `undefined` 或通用句)与 0.98.0 逐字同,本版只改「句子从哪来」。`inheritEnvNotConfirmedNotice` / `inheritEnvNoticeOf` 的 `lang` 取任意串(兼容 0.98.0 写法),只有 `en` / `zh` 才改语言。数据面不传 `lang`:`decideFailureNote` 拼进 `reason` 的几句、流上 `suspended_reopened` 臂的 `content`、终局错误行与结果帧 `errors[0]` 里的会话存档句恒英文。
+- **TX-2 卡面句子的 `lang`**:`lang` 缺席 / 不是 `'en'` / `'zh'`(含非串)⇒ 按英文出句,不抛(表外语言另记目录台账固定条目 `lang:?`,不回显外来值);其余缺席语义一律同修前 —— 入参读不出 / 缺席的源仍整行不出(`undefined`),表外出身词 / 表外层名 / 表外强制词仍走各自的中性兜底句(不回显词的那几句照旧不回显);`approvalCardReasons` 按源隔离、行预算、去重、`more` 行的条数语义不变。目录里一句两语各一键:嵌套的词位(如「没报出身」的占位)与外来词(出身词 / 层名,开集,原样带上并经展示出口)不翻译。
+- **TX-3 自愈句 `lang`**:缺席 / 表外值 ⇒ 英文(数据面;表外语言另在消息台账记 `lang:?`,不回显外来值)。`copy.wayOut` / `copy.freshSession` 缺席(或 `null`)⇒ 默认说法按 `lang` 出句;给了(含空串)⇒ 逐字嵌入、不翻译(headless 句首形只把首字母大写,与 0.98.0 同);`copy.keepSessionWayOut` 读法同旧(抛错 / 空串 / 非串 ⇒ 不给;句末 `.` / `;` / `。` 去掉)。结局上的 `detail` 是包内诊断串(引擎原话,或 `the engine gave no detail` 等四处),随结局数据位走、不经目录,中文行里照嵌;`running-attach` 臂的重放披露句住在续跑卡模块、尚未进目录,中文行里仍是它的英文原句。
+- **TX-4**:`INTERACTIVE_WAY_OUT` 是字符串常量,无缺席面。
+- **TX-5**:无新增缺席面(两句的入参读法与 0.98.0 逐位同:`taskId` 缺席 ⇒ 不带 `(run …)`;`detail` 原样)。
+- **TX-6 规则治理行五口**:`lang` 缺席 ⇒ 英文;表外值(`'fr'` / 非串)⇒ 英文并记目录台账 `lang:?`,不抛。读不出 / 表外的来源词、作用域、match 词、撤销状态词一律中性句、**不回显原词**(逐口各一句,与 0.98.0 同);`adds` 缺席 / 空 / 非数组 ⇒ 「来源未知」类中性句;来源整句按目录键去重、用目录里的连接符连(英文 ` + `,中文顿号)。
+- **TX-7 `tierBlurb`**:不是档位词(含原型链上的名字 / 非串)⇒ 空串(不编句)。`TIER_BLURBS` 取值不变。
+- **TX-8 `modelCandidateRejectedContent`**:非 `rejected` 读数 / 读不出 ⇒ `undefined`(与 0.97.0 起同);`lang` 同上。
+- **TX-9 `turnFailurePresentation`**:`lang` 缺席 / 表外 ⇒ 英文;只影响 `headline` / `notes` / `waitNote` 的句子;认领自**尚未迁入目录**的模块的补充句臂(场景 / 续跑 / 缺会话 / 重开 / 上下文被回收 / 停驻存储形不支持 / 坏体坐标 / 用量窗 / 托管形 422 / `inheritEnv` 400 / 工具声明门 / 租约不可用 / 续跑被策略拒 / 权限桶),`lang: 'zh'` 时那几臂的句子仍是英文原句(随各模块迁入目录而变中文;见包侧缺口)。
+- **TX-10**:`lang` 缺席 ⇒ 英文(逐字节同旧);表外 / 非串 ⇒ 英文 + 消息台账记 `lang:?`(不回显外来值)。读数 / 意图读不懂的各形答案不变:读数非对象 / 读就抛 / `present` 却不带非空串词 ⇒「还没读到」那一句;意图不是严格 `true` ⇒ `undefined`;读数落 `off` / `on-optional` ⇒ `undefined`(不判不出)。
+- **MI-1**:`gap` 是 `none` / 闭集外 / 非串 ⇒ `undefined`(没有缺口就没有句,不编句);`lane` 不是五条来路之一 ⇒ `undefined`;`lang` 缺席 ⇒ 英文,表外 ⇒ 英文 + 台账 `lang:?`。永不抛。
+- **TX-11**:抛出物没有语言实参,`message` 恒英文(数据面);句里的形状词只报 `typeof` 一类的粗分类,不回显值(与此前同);要中文的宿主用 `translate('zh', key, params)` 自取目录键(键名见目录),不要解析 `message` 文字。
+- **TX-12 / TX-13 / TX-14 能力位读器句**:`reading.kind` 表外 / 缺席 ⇒ 函数无 `default` 臂(与 0.98.0 同,不出句);「没报」句只陈述「引擎没报 + 这说不清 X + 本端处置」,不含版本断言(门钉:不含 older / predates / binary / version / upgrade);`lang` 表外值(含非串)⇒ 按英文出句并记消息台账,永不抛。
+- **TX-15 人答臂**:入参不是对象 / 读不出 `kind` ⇒ `undefined`;`kind` 取值器 / 原型链上的位 ⇒ 按缺席(自有数据位才认);`kind` 表外 / `unknown` ⇒ `undefined`(本口不说话,交既有分诊臂);`decision` 读不出 / 表外 ⇒ 「answered」(不冒充批 / 拒);`taskId` 缺席 / 空串 ⇒ 不带 `(task …)`;`executed` 只认 `allowed` / `denied`,别的值不说。
+- **HF-1 宿主队列事实**:缺席 / 表外值 / 非串 ⇒ `unknown`(不替宿主断言队列去向,句子与此前逐字节同);三值之外不引入第四种读法。入参 `e` 不是 steering 族 ⇒ `undefined`(照旧)。
+
+### 127c. 黑盒判据(G 骨架;交 test)
+
+> GT 组纯文档与门件,不走根入口公面。
+- **G-GT1(本版证明)**:`node scripts/run-integration-doc-freshness-test.mjs` 绿;把 §2x 里 `ENGINE_NOTICE_CODES` 一行的数字改成与源码不等 ⇒ 红并点名该表;在 §27 签名块里补回一行带表长数字的 `ENGINE_NOTICE_CODES: … // N 码` ⇒ 红并点名行号;源码表加减员后只改 §2x 那一行 ⇒ 绿(不碰任何已发段)。
+
+- **G-PK1**:装 sdk 23.0.2 的消费方 `import type { UserAttachment } from '@sema-agent/client-core'` 编译红,升 23.1.0 后绿;`SUPPORT_FLOOR.sdk === '23.1.0'`;运行期导出集合与 0.98.0 同(除 RB-1 那一名)。
+- **G-SS1 / G-CO1**:`node scripts/run-upstream-tables-test.mjs` 绿(七只生成物 == 用已装 sdk 23.1.0 / settings-schema 13.0.1 / 引擎 7.52.0 重新生成);`node scripts/run-plugin-hooks-projection-test.mjs` 与 `node scripts/run-model-capability-probe-test.mjs` 绿。
+- **G-SS2**:根入口 `UI_LANGUAGES` 与 settings-schema `UI_LANGUAGE_VALUES` 逐词逐序同;`UI_LANGUAGES.push('fr')` 抛或无效、表不变;`isUiLanguage('zh-CN') === false`。
+- **G-SS3 / G-SS4**:上游测试同一份设置文档在抄本与上游判官上答同一个读数(含三种结局与全部拿掉 / 拒绝码);抄本闭包里没有事件名表;生成目录里没有 SS-4 四名。
+- **G-CO2**:`noticeAudienceOf('route.credential_origin_mismatch') === 'user'`、`engineNoticeInCatalog('route.base_url_changed_key_unchanged') === false` 且受众 `operator`。
+- **G-CO3**:拒体 `{ errorCode: 'parked_resume.startup_failed', startupCause: 'transcript_corrupt' }` 经 `parkedResumeStartupFromError` 带出该词,`parkedResumeStartupContent` 出与另五词都不同的一句。
+- **G-CO4**:`routePairingVerdict('broken:credential_origin_mismatch').verdict === 'broken'`(修前 `unknown`)。
+- **G-CO5**:`PERMISSION_RULE_ISSUE_CODES` 含 `invalid.tool_name`,`permissionRuleIssueDetail` 对它的句子与别的码互异。
+- **G-CO6 / G-CO7**:包内件,无黑盒面(门 upstream-tables G21 / 换钉后真判官门格读数)。
+- **G-SV1**:声明了 `assertionHeader` 的 MCP 服务器 ⇒ 告示句含 `up to 7.131.0`、不含 `7.129.1`;服务端 7.131.0 交给引擎的 spec 不带 `assertionHeader`。
+- **G-RB1**:按名 import `STOP_CONFLICT_CODES`(0.99.0 退出公面)的消费方编译红;运行期根入口上该名不在(`Object.hasOwn` 答 false);任务停止 409 五种码的分类读数逐字节同 0.98.0。
+- **G-RT1**:`retryStatusFromArm` 对 503 重试臂 / 首 token 等待臂 / `recovered` 臂 / 子代车道帧 / 手造毒帧(取值器抛 / 已撤销代理 / 原型链值)的读数各一格;与交互车道 chrome `retry_status` 事件在同一臂上逐键同值。`node scripts/run-print-model-status-test.mjs` 绿。
+- **G-RT2**:真 `runStream` 吃「503 重试四次后等首 token」帧序列 ⇒ `-p` stdout 上依次出 `system/api_retry`(attempt 1…)与 `system/_sema_model_status`,错误终帧带 `_sema_last_model_status`(`phase` 为死前最后一相);成功终帧零多余键;同一次退避的 30 s 重播只出超集帧(`refresh: true`)不重复出 `api_retry`;新一轮不串上一轮最后状态;`error` 分类词十三形逐形对 CC 2.1.296 语料。(超集帧顶层键集 = {type, subtype, _sema_model_status, uuid, session_id},载荷键在 `_sema_model_status` 之下)
+- **G-RT3 / G-RT4**:429 / 503 重试用尽与 401 / 403 终拒的合成 `API Error:` 行带 `_sema_api_error_status`(及判词 / 错误码,present-iff);409 占锁 / `Outcome unknown` 行不带;`apiErrorNotice` 对 401 ⇒ `recourse: 'check_credentials'`,句尾 `(HTTP 401)`,供应商原话 > 200 字被裁、控制符被折平;行文本逐字节同 0.98.0。
+- **G-NT1**:真 SDK 解析一串带 `id: 42` 的 `engine_notice` SSE 字节 ⇒ chrome 事件 `eventSeq === '42'`;不带 `id:` 行 ⇒ 两位都不在;同 `id:` 重放 ⇒ 恰一个 chrome 事件;两进程各投一次同一串字节 ⇒ `eventSeq` / `eventId` / 臂 `uuid` 同值;`id: ''` ⇒ 当缺席(两条空串 id 的通告都渲)。`node scripts/run-additive-key-passthrough-test.mjs` 绿(G3c-1 – G3c-6)。
+- **G-DP1**:留痕行里含控制符 / 双向字符 / 凭据形 / 超长 `type` 的未知帧 ⇒ 行里被折平 / 标出 / 换记号 / 封 60 + `…`,`onDroppedFrame` 收到原值;`runStream.ts` 里不再出现 `sanitizeFrameType`(退役账 RL-168 反钉)。`node scripts/run-display-untrusted-projection-test.mjs` 绿。
+- **G-PB1 – G-PB3**:对一台「200 头 + 永不出 token」的假端点 ⇒ `no_token`(修前 `ok`);2xx 正文 `event: error` / `{error}` ⇒ 不是 `ok`(过载 ⇒ `busy`,其余 ⇒ `shape`);门户 HTML ⇒ `shape`;anthropic 车道收到 chat.completions 形回答 ⇒ `shape`(反之同);503 / 529 ⇒ `busy`;空 delta 先行再不出字 ⇒ `no_token`;拒连 ⇒ `unreachable`;对端不理会中止信号的 fetch / 读器 ⇒ 截止照样收口(`unreachable` / `no_token`)、进程不悬;`PROBE_VERDICTS` 八词与终端同表逐位同。`node scripts/run-model-capability-probe-test.mjs` 绿(L 段)。
+- **G-TH3**:`turnFailurePresentation` 对额度耗尽 / 续跑拒绝 / 策略拦截 / 租约 / 用量窗等逐场景的 `notes` 序与 `waitNote`;不传 `ctx` ⇒ 读数与 0.98.0 逐字节同;毒帧(取值器抛 / 原型链值)⇒ 该句不出、不抛。`node scripts/run-turn-failure-presentation-test.mjs` 绿(TN0 – TN10)。
+- **G-TS1 / G-TS2**:`node scripts/run-subagent-started-projection-test.mjs` 绿 —— 真 SDK 解析的一帧 `task_started` ⇒ chrome `subagent_started`(键全、车道挂卡)+ 转录面零行;丢帧留痕零条(真未知帧仍一条);起跑帧先到、tick 后到 ⇒ 首次交出的行带 `startedAt`;行已交出而缺 `startedAt` ⇒ 补一条只带它的 upsert;600 串随机帧带 / 不带起跑帧的行差分抹 `startedAt` 后逐条相同。
+
+- **G-CP1**:`const un = onEngineCapsChange(base, (c) => beats.push(c.kind))`;`kickEngineCapsProbe(base, async () => ({ taskHandles: true }))` 并 `await engineCapsSettled(base)` ⇒ `beats` 恰 `['landed']`(拍带 `baseUrl` / `generation`,投递时 `engineCapsLandingOf(base).kind === 'landed'`);`invalidateEngineCaps(base)` ⇒ 追加 `invalidated`,再调一次(没有落地可清)⇒ 不追加;`invalidateEngineCaps(base, async () => ({}))` 前先落地一次 ⇒ 追加 `replaced`,替代探测落地后再追加 `landed`;`un()` 后任何动作零拍,`un()` 再调一次不抛;订阅 `base2` 的回调在 `base` 的落地上零调用;回调里 `throw` 不影响第二个订阅者收到同一拍,落地照常。
+- **G-CP2**:`kickEngineCapsProbe(base, async () => ({ fleet: { stream: true } }))` 并等落定 ⇒ `engineCapNestedValue(base, 'fleet', 'stream')` 读 `{ kind: 'value', value: true }`;换成 `{ fleet: false }` ⇒ `not_reported`;`{ fleet: { stream: null } }` ⇒ `null`;`fleet` 或 `stream` 是自有访问器 ⇒ `unreadable` 且取值器零执行;没落地 ⇒ `unobserved`;`engineCapNestedValue === 总缓存里那一只`(同一函数对象)。
+- **G-CP3**:对任一能力位读器(例 `observedSqlEngine`):`observedSqlEngine(A) === observedSqlEngine(B)`(没落地的两个地址)且 `Object.isFrozen`;落一份把 `sql` 设成自有访问器的回体 ⇒ 读两次都是 `{ kind: 'unreadable' }` 且 `===`;严格模式 `r.kind = 'present'` ⇒ `TypeError`、再读仍 `unreadable`;全族 27 只读器 × 全部成因读到的同一态恒是同一只引用。
+- **G-CP4**:`kickEngineCapsProbe(base, p1)` 落地后 `invalidateEngineCapsAndReprobe(base)` ⇒ `'reprobed'`、`engineCapsGeneration(base)` +1、`p1` 被再调一次、落地换新记录;`rotateEngineCapsProbe(base, p2)` 后再调 ⇒ 调的是 `p2`;从没起过探测的地址 ⇒ `'no_probe'` 且代际不动;单参 `invalidateEngineCaps(base)` 之后 ⇒ `'no_probe'`;空串 / 非串 ⇒ `'ignored'`;首探在飞时调 ⇒ 旧探测迟到的回体不写缓存,落地的是重探那一发。
+- **G-TH1**:`isNotFoundFailure(toApiError(404, { error: 'x', errorCode: 'not_found.run' }))` ⇒ `{ kind: 'not_found', code: 'not_found.run' }`;`isNotFoundFailure(toApiError(404, { error: 'x' }))`(基类 `APIError`,无码)⇒ `{ kind: 'unknown_404' }`;`{ status: 404, errorCode: 'conflict.ask_decided' }` ⇒ `false`;`{ name: 'NotFoundError' }`(重建形)⇒ `unknown_404`;`null` / `'404'` / `{ status: '404' }` ⇒ `false`;`errorCode` 是访问器 ⇒ 取值器零执行、当缺席。
+- **G-TH2**:对 127a TH-2 点名的每个读口,同一份正面形(例 `{ status: 400, message: 'x-detach-on-disconnect requires a durable run' }` 之于 `isDetachDurableOff400`)把机读位分别落成 自有数据位 / 原型链 / 访问器返回 / 访问器抛 / 读描述符陷阱抛:自有数据位 ⇒ 正读数;其余四位置 ⇒ 与「这一位缺席」同答(`readMemoryEraseReceipt` / `classifyToolHistoryMismatch` / decide 瞬断三口的「读不出」落各自既有的显式臂),取值器计数 0,读口不外抛;真 SDK 实例(`toApiError(...)`)上读数与修前逐位同。
+- **G-SI1**:`canonicalSessionIdOf('123E4567-E89B-12D3-A456-426614174000')` ⇒ `'123e4567-e89b-12d3-a456-426614174000'`(大写折小写);`sessionIdRefusalOf` 对该串 ⇒ `null`;`'00000000-0000-0000-0000-000000000000'` ⇒ `null` + `bad_version`;`'123e4567-e89b-12d3-c456-426614174000'` ⇒ `bad_variant`;`' 123e4567-…'` / `'{…}'` / `'my-session'` ⇒ `bad_shape`;`undefined` / `42` / `{}` ⇒ `not_string`。同一批串喂服务端 `isUuidShape`(夹具 dist):服务端收的本口原样收,本口交出的服务端都收,唯一偏离 = 大写折小写。
+- **G-PL1**:帧序 `tick(u-0001, 100/2)` → `end(u-0001)` → 终态行(`a0001`,500 / 7,无转录锚)→ `end(a0001, sessionId: 'u-0001')` ⇒ 消费端只剩一行、最终数 500 / 7、`terminal` 恰一条(不带 `sessionId` 的同一串帧 ⇒ 修前形两行);复活形:`tick(U, 3/2)` → `end(U)` → `end(a0001, cycleSeq: 1, sessionId: U)` → `fleet-row(a0001, transcriptId: U, cycleSeq: 2, 5)` ⇒ 第 4 帧出 `upsert{revived: true}`、行上 tokens 5、没有第 1 代的 toolUses;适配器喂 `task_notification{ task_type: 'background_agent', status: 'completed', sessionId }` ⇒ 面板终态事实带同一 `sessionId`,`task_type: 'workflow'` 同载荷 ⇒ 不带。
+- **G-HM1**:`isGateParkedToolEnd({ role: 'toolResult', toolCallId: 'c', details: { code: 'gate.parked' } })` ⇒ `true`;`details.code` 是 `gate.parked.x` / `connection_closed`、`role` 是 `assistant`、`details` 是 `null` / 串 / 数组 ⇒ `false`;`details` 或 `errorCode` 是自有访问器 / 原型链上 ⇒ `false` 且取值器零执行;live 帧 `{ type: 'tool_end', errorCode: 'gate.parked' }` ⇒ `true`;已撤销代理 ⇒ `false` 不抛。
+- **G-HM2**:`projectEngineSessionMessages([{ role: 'toolResult', toolCallId: 'c', content: [], isError: true, details: { code: 'gate.parked' } }], { sessionId: 's' }).messages[0].message.content[0]` ⇒ `{ type: 'tool_result', tool_use_id: 'c', content: [], is_error: true, _sema_gate_parked: true }`;同一行去掉 `details` / 换别的 `details.code` ⇒ 块上没有 `_sema_gate_parked` 键;逐行 `x._sema_gate_parked === true` ⇔ `isGateParkedToolEnd(行)`。
+- **G-PR1**:`planReviewTaskIdFromQuestionId('plan-review:t1')` ⇒ `{ taskId: 't1', reopened: false }`;`'plan-review:t1#reopen-3'` ⇒ `{ taskId: 't1', reopened: true }`;`'plan-review:t#1'` ⇒ `{ taskId: 't#1', reopened: false }`;`'plan-review:'` / `'plan-review:#reopen-1'` / `'hitl-ask:x'` / `42` ⇒ `undefined`;对任意 `t`:`planReviewTaskIdFromQuestionId(planReviewQuestionId(t))` ⇒ `{ taskId: t, reopened: false }`。
+
+- **G-HK1**:`salvageSettingsHooksEntries({ hooks: { PreToolUze: [...], PreToolUse: [守卫] } })` ⇒ `loaded-partial`、`hooks` 只剩 PreToolUse、剔点 `unknown-event`;`{ hooks: [守卫] }` ⇒ `rejected`(`hooks-is-matcher`);部分装上的文件里 `{ type: 'command', command: 'bash', args: ['-c','x'] }` 原对象留着(`args` 在)。`settingsHooksSalvageNotice` 一份文件一个串、含 `Unknown hook event "PreToolUze" was ignored`、不含命令串。
+- **G-HK2(1.0.151 自带引擎即可达)**:终端 `settings.json` 写 `hooks.PreToolUze`(拼错)+ 合形 PreToolUse 守卫 ⇒ 守卫在请求体、拼错那一项不在、开机清单一句;用户层写 `hooks: [守卫]` ⇒ 这一层 hooks 不上请求体、别层照上、一句「hooks were not loaded」;托管层坏 ⇒ 这一回合不发、一句点名托管。
+- **G-HK3**:`PLUGIN_HOOK_REASONS.length === 22`,三新词各有一句、句句互异;插件来源缺 `dataDir` ⇒ 判定原因 `source_incomplete`。
+- **G-HK4**:宿主实现 `sessionHooks()` 交一组 skill PreToolUse hook ⇒ 计划 `sessionVerdicts` 一行 `not_run` / `scope_unsupported`、开机清单 `Skill "<名>": PreToolUse hook will not run — …`、请求体与不交会话读口时逐字节同。
+- **G-HK5**:`hooksWirePlan({ …, suppressedLocally: [id] })` ⇒ 该插件判「壳执行」的引擎事件条目改 `not_run` 且原因不变、非引擎事件 `no_executor`;`userPromptSubmitExecutorOf(plan)` 全本端 ⇒ `shell`、有压制 ⇒ `unknown`、无条目 ⇒ `none`。
+- **G-HK6**:插件 PostToolUse 条目 `timeout: 'x'` ⇒ 判定 `not_run` / `malformed_entry`、请求体无该条。
+- **G-HK7**:托管名单不放行的 http hook 今天仍在本包计划的请求体上(壳后置筛拿掉);生成项到货那一版翻格。
+- **G-AS1(1.0.151 自带引擎即可达)**:宿主不接 hooks 源 ⇒ 产物 hooks 一行 `unwired`、会话面一句、`hostSettingsSelfCheck` 点名 `settings.hooks`;四源都交 ⇒ 请求体与 0.98.0 同一份值的请求体逐字节同;入参 `settings.hooks` 手填 ⇒ 装配期 `TypeError` 点名 `hostTurnSettings`。
+- **G-AS2(1.0.151 自带引擎即可达)**:托管设置 `hooks` 写成一只匹配器 ⇒ 产物 `verdict.kind === 'refuse'`、`turn` 面一句、装配口抛 `HostSettingsRefused`;PreToolUse 命令 65537 字 ⇒ 照发、服务端 7.131.0 回 `400 request.field_invalid`(无 `field`)、端渲通用失败句、草稿留着。
+- **G-AS3**:任何源组合下产物 `rows` 恰一行 `settings.resolved`;桌面端 Cloud 目标装配后读产物这一行说出权限去向。
+> SE / ST 组判据(本包门 `run-seat-devices-test` / `run-seat-engine-target-test` / `run-onboard-judgement-test` / `run-seat-contract-keys-test` P · Q · N4 段在包侧钉同一批形;下面是交 test 的端到端判据,按「1.0.151 / 桌面端 / 网页端换钉本版即可达」写)。
+- **G-SE1**:桌面端座位 + 有设备车道的引擎 + 宿主报 `devices: true` ⇒ Remote Control 可用、Move this session here 真换绑;报 `false` ⇒ 菜单项 disabled 带「reports it can't manage devices」;引擎无设备车道 ⇒「no remote-control lane」句、零写请求;冷启动(新会话、从未开过设备面)打开 Remote Control ⇒ 先发恰一发只读 list、结果回来前不提供 Move / Revoke;浏览器 lane 与今天逐项同。
+- **G-SE2**:桌面端 Cloud 登录 → 设备码页 → 批准 ⇒ store `cloud.auth` 出现、座位全程零令牌字节(抓 IPC);切到 Cloud ⇒ `generation` +1、会话列表与模型目录重取,切换前发起的读取回来后被丢弃;会话在跑时切换 ⇒ 拒、句 = `busy` 句;本机引擎重起失败 ⇒ `local.lastBootError` 上屏、凭据值不出现;宿主把查询串带令牌的引擎地址写进态 ⇒ 这一拍推送被出站门拒、宿主日志点名 `cloud.url`(渲染端读数停在上一份合法态);浏览器 lane:Local 恒 disabled(与今同)。
+- **G-SE3**:网页端座位缺模型态 ⇒ 内嵌接入;填错钥匙 ⇒ `auth`、未写盘(`models.json` 字节不变);填对 ⇒ 写条目 + 条目自己的槽、引擎重起、首个回合真答;指向一个对判决请求回 200 登录页的地址 ⇒ `shape`、不写;回了 200 头却一个 token 都不出 ⇒ `no_token`;全程 IPC 零钥匙字节(请求方向一次除外);指向一个收了请求却永不回头 / 永不出正文的地址 ⇒ 截止时间到即收口(`unreachable` / `no_token`),界面不悬着;设置里只有环境两槽(`MODEL_ID` 等)、没有模型目录时 apply ⇒ `env_catalog_present` 拒句、`models.json` 不出现、原模型照常答;Cloud 目标下 apply ⇒ 拒句。
+- **G-SE4(端侧验收)**:`桌面端 scripts/run-seat-subagent-keys-live-test` 的 KNOWN-RED 格(子代详情 Live output 恒空)翻绿:座位带 `forwardSubagentEvents` 跑一个派子代的回合 ⇒ 渲染端子代详情出现子代正文 / 工具卡;宿主日志「subagent content frame(s) … stayed in the main process」一行消失。
+- **G-SE5**:计划审阅反馈框输入 5000 字 ⇒ 界面按 `MAX_DENY_REASON_CHARS`(4096)提示 / 截断,与发出去的字数一致;服务端零 413。
+- **G-SE6**:引擎在 `turn_end.usage` 上多带一个键 ⇒ 座位 / 浏览器两 lane 的用量面只见六键、`engineUsageUnknownKeys: 1`;宿主自拼一条带多余键的 `retry_status` 过座位 ⇒ 被拒且宿主日志点名 `chrome.<键>`;本包铸出的六臂在座位 lane 照常上屏。
+- **G-SE7**:桌面端 Connectors 会话块 ⇒ 调 `readSessionMcpPanel`(座位会话句柄 → 引擎会话 id)渲用户自己的 MCP 服务器行(连接状态 / 工具名 / 失败因);引擎不可达 ⇒ 句「读不出」、不渲「一台都没配」;宿主返回的失败臂多带一键 / 带表外臂、面板视图两臂都缺 / 多带一键 / 行里多一键 ⇒ 被出站门拒、日志点名键;部署基线块(`forcedAsk` / `restartRequired`)仍走 connector-status、与会话块并列;包侧门 `node scripts/run-seat-contract-keys-test.mjs` 绿(MP 段:真 `fetchMcpPanel` 产物原样过门且不被改写、视图两臂按型闭形〔`{ anything: 1 }` / `{ asOf: 'x' }` 拒〕、三失败臂逐臂投毒、覆盖表行)。
+- **G-ST1**:按名读 `LocalSessionEvent.request` / `.sources` 的端编译红;运行期旧宿主仍发这两位 ⇒ 事件照过、渲染端无变化。
+- **G-UA1**:落 `{ userAttachments: { entries: ['objective'], kinds: [... 'client_text' ...], supplies: ['path', 'content_text', 'content_image'], limits: { maxEntries: 20, maxRenderedTextChars: 100000 } } }` 的能力回体 ⇒ `observedUserAttachmentSeat(base).kind === 'present'` 且 `userAttachmentSeatAdmits(...) === 'yes'`;落 `{}` ⇒ `not_reported` / `no`;落 `{ userAttachments: { entries: ['objective'] } }` ⇒ `unreadable` / `unknown`。可达:服务端 7.131.0(终端 1.0.151 自带引擎即可达)。
+- **G-UA2**:同一份入参(正文 `review` + 一只整份 `@` 文本 `/repo/a.ts`),`caps` 不带席位读数 ⇒ 答案与 0.98.0 逐字节同(信封在正文里);带判 `yes` 的读数 ⇒ `userAttachments` 恰 `[{ name: '/repo/a.ts', text, startLine: 1 }]`、`userAttachmentOrdinals` 恰 `[附件 uuid]`、正文里没有那只信封;正文为空 ⇒ 退回信封、仍 `ok`。服务端 7.131.0 上真提交:请求体带 `userAttachments` 受理,流上 `human_input` 帧带 `attachments[0].outcome === 'attached'`。
+- **G-UA4**:附件连同目标超过模型窗口(引擎 7.52.0 起;两条各 99,900 字的文本条目、32 768 窗的模型)⇒ 同步提交 400 `config.user_attachment_invalid` ⇒ `userAttachmentRefusalFromError(e)` 恰 `{ code, retryable: false }`,句子零机器码。服务端真 400 一格候捆引擎 7.52.0 的服务端(7.132.0);今天在引擎进程内可证。
+- **G-UA5**:`human_input` 帧带 `attachments: [{ ordinal: 1, kind: 'client_text', outcome: 'attached', label: '/r/a.ts', extra: 1 }, { ordinal: 2 }]` ⇒ chrome 事件 `attachments` 恰一行四键(第二行缺 `outcome` 被丢、`extra` 不过境);整键是串 ⇒ 键不铸、帧照出。
+- **G-SR1**:`projectMcpPanel({ asOf, lastLegMcp, scenarioRefusal: { errorCode: 'state.scenario_assignment_unknown', error, detail: { scenario: 'ghost', source: 'ruling' } } })` ⇒ 视图无 `servers`、`mcpPanelRefusalOf(view).scenario === 'ghost'`;`{ asOf, servers: [] }` ⇒ `mcpPanelRefusalOf` 答 `undefined`、在场口 `absent`;两形读数必不同。可达:服务端 7.131.0。
+- **G-SR2**:同一构造下 `readMcpCapabilities` 拿到 503 ⇒ `{ status: 'refused', cause: 'scenario_refused', scenarioRefusal }`,其读数与面板拒因臂同码同名同来源,`scenarioRefusalContent` 两边同句。
+- **G-SR3(A-16)**:拒因臂且最近一条腿缺席 ⇒ 宿主渲 `scenarioRefusalContent` 一句,**不**渲「一台都没配」、**不**渲「跑一轮再看」。
+- **G-MV1**:模型目录说不清能否看图(未声明模型行)的那一轮带一张 `@` 图片 ⇒ 请求体 `images` 带上像素、编码答案 `notices` 恰一项、宿主出 `imageSentOnUnknownVision` 那一句;`vision: false` 的模型 ⇒ 扣像素、零告知。终端 1.0.151 自带引擎即可达。
+- **G-US1**:能力位 `userInvokedSkills: true` ⇒ `userInvokedSkillsDeclaration(['review'], reading).field` 恰 `{ userInvokedSkills: ['review'] }` 并上体;位缺席 ⇒ 空片段、`withheld.cause === 'not_reported'`;点了没装的名 ⇒ 400 `config.user_invoked_skill_unknown` ⇒ 读口读出、句子零机器码。
+- **G-MW1**:`.mcp.json` 某台写 `"allowTools": []` ⇒ 请求体那一台带 `allowTools: []`、引擎侧这台零工具(修前键被省掉、全挂)。
+- **G-TC1**:同一台 http 服务器同时写 `headers: { "X-Who": … }` 与 `principalHeader: "x-who"` ⇒ 会话 MCP 面板该行 `failed`、`error` 说出头名撞车;流上该行失败词 `invalid_config`;任何面上都没有 `config.protocol_header_collision` 这一码。
+- **G-MN1**(本版证明;本条在 1.0.151 自带引擎即可达 —— 纯包侧读法,任何服务端版本同):`mcpConfigsToSpecs({ ' blocked ': { command: 'node' }, ok: { command: 'node' } })` ⇒ 只有 `ok`(修前两条:`blocked` 与 `ok` —— `blocked` 绕过 `disabledMcpjsonServers: ["blocked"]`);`projectMcpConfigs` 同入参 ⇒ `dropped` 恰一行 `{ name: ' blocked ', reason: 'name_edge_whitespace' }`、`notice` 点名 `" blocked "`、说明首尾空白与改法;`{ blocked: …, ' blocked ': … }` ⇒ 干净的 `blocked` 照上、变体记 `name_collides_after_trim`;`''` / `'   '` ⇒ `name_blank`;`mcpConfigToSpec('srv', …).name === 'srv'` 对合形名逐字节同(含非 ASCII / 点 / 连字符);400 轮独立生成池:产物名 == 输入键里「非空且无首尾空白」那几个的逐字原串。
+- **G-EL1**(本条在 1.0.151 自带引擎即可达):`mcpConfigToSpec('s', { command: 'node', elicitation: true })` ⇒ 产物 `elicitation === true`(`false` 同,缺席 ⇒ 无该键);服务端 7.131.0 受理口对 `true` / `false` 不拒、对 `'yes'` / `null` 整单 400 点名 `elicitation`(所以本包两条腿都让这一台不起:`mcpConfigToSpec('s', { command: 'node', elicitation: 'yes' })` ⇒ `null`;`cloudMcpToSpecs` 同输入 ⇒ `droppedServers` 记 `elicitation-invalid`);`MCP_ELICITATION_ENABLED` 未开的服务端不会因这一键开出 elicitation(开不开归服务端闸)。
+- **G-TA1**(本条在 1.0.151 自带引擎〔服务端 7.131.0〕即可达):装 `installCoreValuePorts({ readMcpToolAxes: <引擎根导出> })` 后,`{ Read: { effect: 'nope' } }` / `null` / `'x'` / `[]` / 未知成员 / 空工具名 / 非布尔 `egress` 七形 ⇒ `mcpToolAxesVerdict` 答 `bad` 且 `problem` 逐字是引擎原句;`mcpConfigsToSpecs({ bad: { …, toolAxes: null }, fine: {…} })` ⇒ 只有 `fine`;三臂(坏形 / `null` / 合形)产物喂服务端受理口(7.131.0 `assertRequestMcpEntries`)**全部不拒**(修前形 = 端口没装:坏形与 `null` 两臂 400 点名 `toolAxes`,合形不拒);`projectMcpConfigs` 的 `dropped` 行 `tool_axes_invalid` 的 `notice` 含文件标签 / 服务器名 / `toolAxes` / 引擎原句 / 改法,不含机读码;端口没装 ⇒ 坏形条目照投(与 0.98.0 逐字节同)。
+- **G-TA2**:同样的装法下 `cloudMcpToSpecs` 对坏形 `toolAxes` ⇒ 这一台不起、`droppedServers` 记 `tool-axes-invalid`,`cloudEffectiveNotices` 出一句 `warn`(点名服务器与 `toolAxes`,不含 `tool-axes-invalid` 字样);合形带引擎判过的普通副本过境(判读与上体同一读)。
+- **G-TA3**(判读与上体同读;包侧读法,任何服务端版本同):装好端口后,`mcpConfigToSpec('s', { command: 'node', get toolAxes() { … } })` 的取值器首读返回合形 `{ Read: { effect: 'read', egress: true } }`、之后返回 `undefined` ⇒ 产物 `toolAxes` 仍是 `{ Read: { effect: 'read', egress: true } }`(取值器只被读一次;修前判读后又重读原对象,约束丢掉);首读返回坏形、之后返回好形 ⇒ 仍整台不起;嵌套取值器 ⇒ 产物是不带取值器的普通数据副本;坏条目身上有读就抛的无关键 ⇒ 这一台不起并记披露行、其余服务器照常投影。支持底线服务端(7.129.x)的受理口对坏形不 400 而是静默略去 / 裁成员(同一份坏形喂它,产物里的 `toolAxes` 键消失或 `egress` 被裁掉),所以这三形必须在本包就被拦住,装了端口的宿主才有这层防线。
+- **G-VP1**:`CORE_VALUE_PORT_NAMES` 十八名、末两名恰 `readRuleEntry` / `readMcpToolAxes`;引擎包根同名两只原样装进 `Pick<CoreValuePorts, 两名>` 三档编译(strict / strict + exactOptionalPropertyTypes + noUncheckedIndexedAccess / 非 strict)零错;**硬破坏实证**:宿主按完整型 `CoreValuePorts` 建的十六件旧袋 ⇒ 编译红且同一条诊断点名这两件;十八件袋少任一件 ⇒ 编译红点名它;读口没装 ⇒ `undefined`、装了实参 / 返回同一引用、引擎的抛原样上抛;引擎原件下 `readRuleEntry` 七形 / `readMcpToolAxes` 八形逐形与直调同答。
+- **G-AW1**(本条在 1.0.151 自带引擎即可达):`projectAgentsForWire` 对 5000 字描述 / 70000 字系统提示 / 1 MiB+1 技能内容 ⇒ 原样上体、零「truncated」零「not found in the loaded skill set」;喂服务端受理口(`taskAgentIssue`)各点名 `agent.whenToUse` / `agent.systemPrompt` / `agent.skills`;恰限(4096 / 65536 / 1 MiB)不拒;三名在根入口(`Object.hasOwn`)与全部构建产物里都不在;33 只代理 ⇒ 32 + 一行(暂留)。
+- **G-AW2**:`projectAgentsForWire([{ agentType: 'a1', source: 'projectSettings', tools: 'Read, Grep' }], deps)` ⇒ 抛 `TypeError`、`assemblyRefusalOf(e)` 读 `assembly_refused` / `input_malformed`、句子含 `"a1"` / `tools` / `array`、不含 `Read, Grep`;`disallowedTools` 同;`undefined` / 数组 / 空数组不拒;代理就绪门:投影抛 ⇒ `{ ok: false, refusal }` 且 `assemblyRefusalOf(refusal)?.cause === 'agents_projection_failed'`;`tools` / `disallowedTools` 是取值器(首读数组、之后返回 `undefined`)⇒ 只读一次,产物 `allowTools` / `denyTools` 是验过的那份数组(修前验形后重读,整键被略过 = 继承全部工具)。
+- **G-LV1 / G-TS21**(门件;命令):`node scripts/run-export-liveness-test.mjs` 绿,把 `scripts/public-export-baseline.json` 的 `testHookNames` 摘掉一名(连同 `testHookCount`)而不登 `removed[0.99.0]` ⇒ G⁗ 红点名该钩;`removed` 里加一个此刻仍在 `testHookNames` 的钩名 ⇒ G 红。`node scripts/run-upstream-type-shadow-test.mjs` 绿;往根入口源码加一只与 sdk `QuestionAnswerItem` 同形而换名的接口 ⇒ T4 红、加一只与 sdk 值同名的常量 ⇒ T5 红;把已登记的某一只改成再导出后只删登记行、不删门里冻结名单同名那一行 ⇒ T6 红(名单过期);修掉一只而加一只新影子顶它的登记行 ⇒ T6 红(新名不在冻结名单)。
+- **§126a 悬空判据补述**(0.98.0 处置表引了、§126c 没有标题的五条;0.98.0 验收 [10857] 查出):**G-HM7**(HM-7 分类器拒绝回调):gated 调用的 `ctx.args` 快照不被在飞容量淘汰,没记过 ⇒ `ctx` 只带 `toolCallId`(与修前同)· **G-HM8**(HM-8 面板行绑定):第一次 typed 绑定即定,父键缺席 ⇒ 不绑(与修前同)· **G-PK6**(PK-6 卡面原因格出身一行):静默表与卡面一行口是同一张四词表,表外出身词那一行不回显线上的词、出身缺席 ⇒ 不出行 · **G-NG10**(PN-10 五处过渡读法随 peer 地板越过 sdk 22.x 退):运行期读数逐字不变、四端零动作 · **G-NG11**(PN-11 `CrashConvergedRowReading` wire 半改从 sdk 派生 / 帧键镜像 39 → 40 / 能力词键名型取 sdk):形不变、四端零动作。**G-SM6**(TX-7 子代卡模型词换读):徽章落点与请求体 `agents[].model` 同源 —— 同一份输入经同一只解析口 `resolveSubagentModelWord`,不各自重算;验收期实读:不同源这一点成立(终端 `displayAgentModel` 零调用,不构成用户可见差),判据以 G-SM1 – G-SM4 的构造为准。
+
+
+- **G-HS1**:宿主登记一只审批、第二只登记带信号在等;信号中止后第一只放手(不结算)⇒ 第二只已答 `aborted`,持有表上该审批零行、第三只登记当拍 `held`;`held` 交出后 `sending()` 之前中止 ⇒ 同一只审批的活卡帧照常呈卡、发一次;等活卡时中止 ⇒ 那张活卡不被撤、人照答。
+- **G-HS2**:组合器放出的 `approval_request` 帧经 `approvalFrameContextOf` 查到 `{ leg:'live', windowIsCurrent:true }`、续流上的 `{ leg:'continuation', windowIsCurrent:false }`;流走完两只终止信号都已中止;无桥腿上收口帧到后宿主登记 `joined`、活卡被撤零 respond。
+- **G-HS4**:装配一份带 mock 会话 id 与 `requireExistingSession: true` 的请求,兜底层交 mock 常量、不交捕获 id ⇒ 本地 `TypeError`(零出站);交了捕获 id ⇒ 照常续。
+- **G-HS5**:呈卡臂义务串点名 `claimApprovalCard` 与 `approvalFrameContextOf`;同一只 ask 双发时(先旧族后本帧)宿主不自持已收口集也零第二卡。
+- **G-HS6**:自拼载体 `{askClass:'ordinary', classes:['ordinary','unstated']}` ⇒ 卡上不带问类两位、判定口 `classes_malformed`;`['unstated','ordinary']` 照带。
+- **G-HS7**:服务端捆引擎 7.52.0 的技能卡 `allowed-tools: ["Bash\t(*)"]` ⇒ 清单那一条渲「读作无物」、条数不计;`disallowed-tools` 带同形 ⇒ 卡说「不激活」。
+- **G-DU1**:错误行里整条编码的 `https%3A%2F%2Fu%3Ap%40h` / `?token%3D<值>` / `/v1/sk%2Dant…` / 二次编码 `%2573k…` 三只出口零明文。
+- **G-DU2**:`cleanUntrustedScalar` 对语境外 ZWJ / ZWNJ 出转义、emoji 连字 / 连写语境原样、Tag 字符出 `\u{E0041}`;与 `displayUntrusted(t, { credentialUrls:false, credentialWords:false, foldLines:false })` 逐字节同。
+- **G-SP1**:服务端 7.129.1(捆引擎 7.51.x)上,会话规则写入一批 `Read` + `Web Fetch` ⇒ `Read` 写进会话规则记录(之后 `Read` 被拒)、`Web Fetch` 单独列出(读作无物、没写);修前整份收紧被拒、`Read` 也没写进去。值级端口没装 `readRuleEntry` 的宿主 ⇒ 这一批「读不懂」、什么都不写。一批 `Read` + `Bash(git push:*)` ⇒ 两条都不写(限定那一条照旧连坐)。
+- **G-TX813-1(本版证明)**:`node scripts/run-catalog-routing-test.mjs` 绿(语料 CC-813 一票 789 条:缺省 `lang` 与 `'en'` 两形的产物摘要逐条等于迁移前基线;中文 751 条含 CJK、与英文不同、除登记的协议名词 / 引号包住的外来值 / 反引号片段外没有连续三个英文词;整份语料跑完消息台账零条目;`lang` 传递语法树零违例);对迁移前的包产物跑同一门 ⇒ 红(中文活性与无英文连串)。
+- **G-TX813-2**:`resumeRefusalContent({ code: 'resume.preflight_rejected', waitable: true }, 'zh')` 含「令牌仍可再赎」且不含 `token`;同入参不带 `lang` 与 0.98.0 逐字节同;`askSettlementLine({ cause: 'ttl_expired', toolName: 'Bash' }, 'zh')` 的转录行里「approval window」原样、工具名在双引号里原样。
+- **G-TX749-1(英文逐字节同旧)**:对同一张卡 `approvalCardReasons(card)` 与 `approvalCardReasons(card, opts, 'en')` 与 0.98.0 逐字节同(十二源逐行:前卡 / 引擎原文 / 清不掉 / 强制词 / 出身 / 限额回落 / 探针 / allow 规则清不掉 / 分类器没判 / 授予 / 载荷读不懂 / 「另有 N 条」,单复数两形);十五只句子出口缺省 / `'en'` 同修前(本包门 `run-catalog-routing-test.mjs` 语料 `cc749` 222 条逐条钉)。
+- **G-TX749-2(中文)**:同一张卡 `approvalCardReasons(card, undefined, 'zh')` 每一行含中文、不含 ≥ 3 词的英文连串(豁免:反引号 / 双引号包住的外来值 / 协议名词 `parked` · `run` · `hook` 等 / 引擎原文与部署探针原话);行序、行数、去重、预算与英文同;`lang` 传到每一源(任一源丢 `lang` ⇒ 那一行仍是英文,门格红)。
+- **G-TX751**:`node scripts/run-catalog-routing-test.mjs` 绿(语料 `cc751`:345 条 × 缺省 / `'en'` 两形与迁移前基线逐字节同,票面改口 13 条钉迁后摘要);`activeRunSelfHealRow(outcome, signal, copy, origin, follow, 'zh')` 对每个结局种类出整句中文、含 CJK、与英文句不同,中文句里没有连续三个英文词(宿主覆盖片段 / 引号内外来值 / 反引号命令 / 协议名词除外);跑完整份语料消息台账零条目;把任一目录键从英文表改一个字 ⇒ 对应条目红;出句口丢 `lang` ⇒ 红。
+- **G-TX745**:`state-unknown` 结局的行首为 `A run is still active on this session`、含 `sema did NOT send your message`、不含 `locked by an earlier run`;headless 面材料全缺那一句首为 `A run … is still active on this session`、含 `sema did NOT send this message`;两句其余字节与 0.98.0 逐位同(`node scripts/run-selfheal-reopen-test.mjs` G12⑬ 钉在 0.82.2 发布产物原文的两处精确替换上)。
+- **G-TX752**:句口 × 入参语料 148 条(来源三词 + 表外 / 原型键 / 非串、`adds` 十种形、作用域十形、撤销 6 种规则文本 × 14 种回体、match 九词 + 敌意形、五档、目录整拒读数九形):缺省 `lang` 与 `'en'` 两形产物与 0.98.0 基线 dist 逐条同摘要(`run-catalog-routing-test` CR3);`lang: 'zh'` 产物含中日韩字符、与英文不同、无残留 `{name}`、剥掉反引号 / 引号 / 协议名词后无连续 3 词英文(CR4 / CR5);整份语料跑完消息台账零条目(CR6)。
+- **G-TX750**:`turnFailurePresentation` 语料 61 条(五种 headline、配额 14 形含跨日 / 同日 / 估算 / 预算池、等待句 8 形、设置面三行 8 形、目录整拒 5 形、存档读不出、认领自未迁入模块的 10 臂):同上;认领自未迁入模块的臂只判英文逐字节等值(`zh: false`)。
+- **G-TX761**(本版证明):读数全形(`unobserved` / `unreadable` / `not_reported` / `off` / `on-optional` / 退役词 `on-always` / 不认识的新词 / 空串词 / 非串词 / 缺词 / 表外 `kind` / `null` / `undefined` / 串 / 已撤销代理 / 取值器抛的代理)× 意图(`true` / `false` / `'true'` / 缺席)共 64 格 + 提交前闸两格:本版缺省英文与 0.98.0 逐字节同(`node scripts/run-catalog-routing-test.mjs` 的 cc761 语料);`lang: 'zh'` 出的四句含中日韩字符、不含 ≥ 3 词英文连串;`on-always` × 收紧 ⇒ 仍是「报了不认识的模式」那一句、不含 `did not report`(`run-file-history-tighten-test.mjs` R2b 不变)。
+- **G-MI783**(本版证明):`modelIdentityDetail` 在五条来路 × 三态 × 路由判读全格(含目录一路的位三态)上与 0.98.0 逐字节同;对 `routeGap: 'endpoint_missing' | 'lane_credential_missing'` 的每条来路,`modelRouteGapSentence(lane, gap)` 缺省英文 = 该臂的 `modelIdentityDetail` 整句、`modelRouteGapFact(gap)` = 整句 ` — ` 之后的尾巴;`none` / 闭集外 ⇒ `undefined`;中文产物含中日韩字符。
+- **G-TX797**(本版证明):五处抛点逐一触发(`hooksForWire` × 20 形 · `memoryOffDeclared` × 6 形 · `buildTaskRequest` 代理陷阱 · `asAssemblyRefusal` × 2 形):`hooksForWire` 的英文 `message` 与 0.98.0 逐字节同;另四处(中文改英文的那几处)迁后 `message` 钉死登记值、中文键的值 = 0.98.0 中文原句逐字节;静态格:五处抛点的源里引用对应目录键、不再有句子字面量(抛点回到字面量 ⇒ 红)。
+- **G-TX818a(本版证明)**:六只读器 × 四态(`unobserved` / `not_reported` / `absent` / `present`)× `lang: 'zh'` ⇒ 中文句、含 CJK、零 ≥ 3 词英文连串、零残留 `{token}`;`not_reported` 句对 `lang` 缺省 ⇒ 不含 `older` / `predates` / `binary` / `version` / `upgrade`,含「not reported by this engine」。`handsSeamDetail({kind:'not_reported'})` / `handsMountedDetail(undefined)` / 坏入参 ⇒ 同一句「没报」,括注只剩「the static half of a manifest never does」。`sessionPolicyTightenNotice({kind:'capability_absent', why:'not_reported'})` ⇒ 「This engine does not say whether it keeps per-session tool rules, so the tightening entry stays hidden rather than being written blind.」其余各句缺省 `lang` 与 0.98.0 逐字节同(门 `run-catalog-routing-test.mjs` CR3:84 条语料对基线金样,改口 18 条逐条登记)。
+- **G-TX818b(本版证明)**:`askHumanSettlementLine({ kind: 'resumed', decision: 'approve', taskId: 't-1' })` ⇒ `approved late — the engine accepted this decision after the approval window had closed and resumed the parked call (task t-1). Watch the transcript for what that call does.`(与终端现形逐字节同);`late: false` ⇒ 不含 `late`;`{ kind: 'expired-reaped' }` ⇒ 含「nothing was run」;`{ kind: 'settled-elsewhere' }` ⇒ **不含**「nothing was run」、含「may have run」;`{ kind: 'unknown' }` ⇒ `undefined`;`{ kind: 'accepted-not-resolved', … }` ⇒ 与 `askAcceptedLine` 同句。
+- **G-HF787(本版证明)**:对 `ledger_unavailable`(503)抛出物:`steeringRefusedBeforeEngine(e, 'queued_until_turn_end')` 的 `advice` 首字母大写 + 句号 = 终端壳 `queuedPromptSteer.ts:360` 那一行字面;对 `blocked_by_hook`(422):`Capitalize(happened) — nextStep — press Up to edit it first.`(`queued_until_turn_end`)= 终端壳 `:244` 那一行(不含 `(why)`)。缺省入参 / `'unknown'` ⇒ 九位 + 开集两句与 0.98.0 逐字节同;`'dropped'` ⇒ 每句含「it was not kept」。
+
+### 127d. 三端读点(origin/main 坐标;抓取日 2026-10-17 – 10-18,各组行按各自抓取时的提交号:终端 ≥ `8586239b`(后期行 `80fa6ce6`)· 网页端 ≥ `7623078` · 桌面端 ≥ `10c0eb6`;行内另注者以行内为准)
+
+🔴 本节坐标与判语是读码所得(只读 origin/main),不是包侧门证据。
+- **GT-1**:三端零读点(计数账是接入档的内部件,端不读)。
+
+- **PK / SS / CO / RB**(终端 origin/main `9dc469a2`,网页端 `f331d7b`,桌面端 `4747423`;本地引用,只读):`STOP_CONFLICT_CODES`(0.99.0 退出公面) 终端只在 `sema/wireAnchorContract.test.ts:381`(自测源码串)与 终端仓 `wire-anchor-exempt.json:420`(坐标登记),网页端 / 桌面端零命中;`UI_LANGUAGES` 终端 `sema/i18n/core/uiLanguage.ts:19`(原样转口)与 `sema/config/LanguageScreen.tsx:64` / `:73`(`map` / `length`);`parkedResumeStartupFromError` / `parkedResumeStartupContent` 终端 `sema/askParkExpiry.ts:1078` / `:1080`、`sema/decideAlreadyResolved.ts:63`(不穷举成因词);`routePairingVerdict` / `ENGINE_NOTICE_CODES` / `PERMISSION_RULE_ISSUE_CODES` 三端零命中(命令:`git grep -n "<名>" origin/main -- src ui`)。
+- **RT / NT / DP / PB / TH-3 / TS-1 / TS-2**(终端 origin/main `8586239b`、网页端 `7623078`、桌面端 `10c0eb6`,2026-10-17 fetch 后读,只读;读码所得、非包侧门证据):**终端** —— RT:`sema/printModelStatusFrame.ts:28 / 37 / 112`(常量 / `retryStatusOfPrintArm` / `printModelStatusFrame`)、`cli/print.ts:386`(`lastModelStatusResultFields`);RT-4 / TH-3:`sema/apiErrorSupplement.ts`(补句臂)、`sema/quotaExhaustedCopy.ts:37,78`(本地额度读口 / 句口);PB:`sema/onboard/probePlan.ts`(`PROBE_VERDICTS`)、`sema/config/modelChannels.ts:110,426 – 429`;NT:`seam/adapter/types.ts:34`(再导出 `eventSeq`)、`sema/seamQueryEngine.ts:1974`;TS:`seam/adapter/runStream.ts:596,629 – 630`(`KNOWN_UNPROJECTED_FRAME_TYPES` 过渡白名单)、`sema/seamQueryEngine.ts:2677`(内部臂默认吞)、`sema/printLaneUnification.test.ts:791`(⑧ 逐词有处置)、`sema/textSegmentEndChromeArm.test.ts:611`(类型面穷尽)、`sema/upstreamBridge.ts:3424`(`default:` 静默放过)。**网页端** —— TS-2:`ui/lib/engine/chrome-arm-ledger.ts:48`(`Record<ChromeArmKind, …>` 编译红)、`ui/lib/engine/turn-mapping.ts:1322`(`mapChromeEvent` 末尾 `return []`)、`ui/lib/engine/frame-warnings.ts:144`(点名放行);NT:`ui/lib/engine/engine-notice-wire.ts:19,103`;DP:`ui/lib/engine/engine-turn-legs.ts:214`(`onDroppedFrame`)。**桌面端** —— TS-2:`main/session-host.ts:3602`(`CHROME_EVENT_KINDS` 闭集转发;新臂不在内 ⇒ 只进诊断环 `pushChromeRing`)。
+
+🔴 本节坐标与判语是读码所得(只读 origin/main),不是包侧门证据。2026-10-17 抓取:终端 `9dc469a2`、网页端 `27b5a4d`、桌面端 `ff26422`、管理台 `7003470d`;终端路径省略各端仓的 `src/` 前缀。
+- **CP-1**:网页端 `ui/hooks/useEngineObservability.ts:109`–`:122`(每 `CAPS_WATCH_INTERVAL_MS` 轮询 `engineCapsGeneration` 与 `engineCapsLandingOf` 的身份,一变即重渲;注释自称「候 client-core 出订阅口后换掉」)——换订阅口后该腿可删;终端 / 桌面端 / 管理台零读点(`git grep -n -F onEngineCapsChange origin/main` 四仓空输出;桌面端 `main/inherit-env-wire.ts:94` 只做单点读 `engineCapState`,不需要订阅)。
+- **CP-2**:网页端 `ui/hooks/useEngineObservability.ts:140` `engineGroupCapGateOf(engineCapValue(capsBaseUrl, "fleet"), "stream", …)` —— 先读 `fleet` 整位、再在端内自读 `stream` 子位(`ui/lib/engine/engine-cap-gate-wire.ts:47`,分组位 `false` ⇒ off / 成员 `false` ⇒ off / 成员 `true` ⇒ on),即第二条读法;换读 `engineCapNestedValue(capsBaseUrl, "fleet", "stream")` 后本地分组闸只剩按落定与否折三态。终端 / 桌面端 / 管理台零读点(`git grep -n -F engineCapNestedValue origin/main` 四仓空输出)。
+- **CP-3**:四仓零读点(读器读数只按 `kind` 判,不比对象身份、不就地改读数)。
+- **CP-4**:终端 `sema/engineCapsArm.ts:100`(`lastGuardedProbeByBase`)· `:168`(装配时记下最后一只带守卫的探测闭包)· `:228`(`replaceEngineCapsGeneration`:取该表的闭包做两参失效重装),调用点 `sema/serviceAxisGenerationGate.ts:68` / `:86` / `:97`;包侧登记(真起跑过的最后一只 / 轮换接替的那一只)与这张表是同一份事实的两份存放。其余三端零读点。
+- **TH-1**:终端 `sema/askParkExpiry.ts:479`(`probeWorthy = status === 404 || status === 410 || code.startsWith('not_found.')`,探活价值判据,可换读 `isNotFoundFailure(e) !== false || status === 410`);网页端 `ui/lib/engine/engine-history-wire.ts:10` / `:434`(`err instanceof NotFoundError` ⇒ `not-found`)与 `ui/lib/engine/reload-run-wire.ts:26` / `:156`(⇒ `gone`),两处为认 typed 实例直连 SDK、挂 sdk-isolation 豁免,换读后同删;桌面端 / 管理台零读点。
+- **TH-2**:终端 `sema/interactiveReattach.ts:125` / `:235`(`isSseIdleError`)· `sema/selfOrchestrationDenial.ts:62` / `:205` / `:266`(`classifySelfOrchestrationRefusal`)· `sema/apiErrorSupplement.ts:41` / `:307`(`resumeContextUnavailableFromError`)· `cli/textModeError.ts:27` / `:260`(`classifyToolHistoryMismatch`);网页端 `ui/lib/engine/engine-session-memory-wire.ts:13` / `:108`(`classifyMemoryStatusFailure`)· `ui/lib/turn-error-classify.ts:47` / `:394`(`classifySelfOrchestrationRefusal`)· `ui/lib/engine/subagent-resume-wire.ts:38` / `:102`(`classifySubagentResumeFailure`);桌面端 `main/session-host.ts:43` / `:281`(`isSseIdleError`);管理台 `lib/chat/transport/engine-transport.ts:58` / `:2244`(`isDetachDurableOff400`)。四仓读的都是**真 SDK 实例**(机读位是实例自有数据位),读数逐位同修前;只有手造的类实例 / 带访问器的错误对象读数变。
+- **SI-1**:终端 `utils/uuid.ts:24`(同名本地读器,与服务端律同:小写 8-4-4-4-12 / 版本位 1–8 / 变体位 89ab,大写折小写)· 调用点 `cli/handlers/cloudSessions.ts:188` / `:416` / `:705`、`cli/handlers/importSessions.ts:401`、`cli/print.ts:1024`;到货后终端删本地读器改转口。网页端 / 桌面端 / 管理台零读点(`git grep -n -F -e canonicalSessionIdOf -e sessionIdRefusalOf origin/main` 三仓空输出;三端没有手写会话 id 的入口读点)。
+- **PL-1**:网页端 `ui/lib/engine/bg-task-probe-wire.ts:10` / `:44`–`:45`(浏览器车道只喂 `panel_task`,行差分只对已上屏的面板行铸 `terminal`)与 `ui/lib/engine/chrome-arm-ledger.ts:53`(`panel_task` 臂),受益点;终端 `sema/upstreamBridge.ts:2343`(`panel_task` 臂原样转发,零改);桌面端经网页端渲,仓内零读点;管理台零读点。
+- **HM-1**:网页端 `ui/lib/engine/engine-history-wire.ts:221`–`:224`(`[W-HISTORY-PARKED-POISON]` 会话行判口自写 `details.code === gate.parked` 的热修,真机实录引擎 7.126.0)与 `ui/lib/engine/engine-turn-legs.ts:11` / `:615`(live 帧形已经读包 `isGateParkedToolEnd`);终端 `sema/askParkExpiry.ts:64` / `:183`(live 形)。换读后网页端热修删(应带本票号与 retireBy)。桌面端 / 管理台零读点。
+- **HM-2**:网页端 `ui/lib/engine/engine-history-wire.ts:221`(会话行投影,换读 `projectEngineSessionMessages` 产物后读块上这一位);桌面端 `main/engine-history-rows.ts:3`(自写的引擎行 → 座位转录投影,唯一消费方 `SessionHost.rehydrateFromEngine`;换读 `projectEngineSessionMessages` 后同到);终端 / 管理台零读点(`git grep -n -F _sema_gate_parked origin/main` 四仓空输出)。
+- **PR-1**:终端 `sema/planReviewModeAfterOffer.ts:154`(同名自写解析:`#` 起即判重开、空 `taskId` 照出)· `:137` 与 `sema/planReviewModeExit.ts:55` / `:122` / `:148` / `:180` / `:282` 五处调用点;网页端 `ui/lib/engine/engine-question-port.ts:65`–`:67`(自切 `PLAN_REVIEW_QUESTION_ID_PREFIX`,第三份);桌面端 `main/session-host.ts:597`–`:606` 只是前缀键空间的注记(另一键空间,零改);管理台零读点。
+
+- **HK / AS**(终端 origin/main `8586239b`,网页端 `7623078`,桌面端 `d3d4226`;本车 10-17 fetch 后只读):终端 `utils/settings/hooksEntrySalvage.ts:124`(壳判官;`:26` 退役条件点名 `salvageSettingsHooksEntries`)· `sema/pluginHooksWirePlan.ts:272` / `:323` / `:663` / `:743`(http 名单后置筛)· `:425`(UPS 执行方自读)· `:872`(本地压制再判)· `sema/seamQuery.ts:1833` / `seamQueryEngine.ts:1606` / `engineSideChannel.ts:560`(装配口入参 settings 四键);`PluginHookReason` 三端生产源零穷举 `switch`(终端只经措辞口;终端仓 `wire-anchor-exempt.json:61` / `wire-consumption-manifest.json:14932` 两处登记行随提货复核)。网页端 `ui/lib/engine/turn-request-ledger.ts:499`(`buildEngineTaskRequest` 调本包 `buildTaskRequest`)。桌面端 `main/session-host.ts:2234`(`assembleTaskRequest`)· `main/index.ts:914` / `main/permissions-wire.ts:302`(`createTurnSettingsProjector`)· `main/permissions-wire.ts:147-152` / `main/hooks-wire.ts:162-164`(Cloud 臂不带权限 / hooks,CC-756)。
+- **SE / ST**(终端 origin/main `8586239b`、网页端 `27b5a4d`、桌面端 `ff26422`;本地引用,只读):`LocalSessionsApi` 的实现处 `桌面端 src/main/index.ts:59-70`(动词清单型)与能力表 `seatCapabilitiesFor` `:862` / 发布 `:1030`;引擎目标过渡桥 `桌面端 src/shared/engineBridge.ts`(整件,`ENGINE_BRIDGE_SPEC`)与实现体 `桌面端 src/main/engine-target.ts`(登录失败句 `oauthReason` `:233`、本机 MCP 读数 `setLocalMcp` `:355`);接入判定副本 `桌面端 src/main/local-onboard.ts`(探活 `probeProvider` `:382`、名算法 `:556` / `:562`、凭据判官 `judgeEntryCredential` `:763`、写入编排 `applyLocalOnboard` `:936`);子代内容帧只计数一行 `桌面端 src/main/session-host.ts:2384-2430`。网页端设备面判定 `ui/lib/engine/engine-devices-wire.ts:145` `projectDevicesFace`(读点 `ui/hooks/useDevicesPane.tsx:26` / `:70`);引擎目标镜像读点 `ui/hooks/useEngineTarget.ts` · `ui/components/overlays/CloudEngineSection.tsx` · `ui/components/shell/AppShell.tsx` · `ui/components/overlays/SettingsOverlay.tsx`;座位事件分发 `ui/lib/desktop/local-sessions-transport.ts:1335`(`switch (ev.type)`,加 `subagent_content` 一臂);`request` / `sources` 两位零读点(`git grep -n "ev\.request\|ev\.sources" origin/main -- ui` 空输出)。终端名算法 `终端 src/sema/config/modelChannels.ts:441` `poolIdFor`(本包同算法名 `poolEntryNameOf`:`…For` 在本包公面专指按会话的变体)/ `:457` `keyEnvNameForEntry`;探活 `终端 src/sema/onboard/probePlan.ts`(判词表 `:110`)/ `probeProvider.ts`(10-15 起的流式首 token 判法);登录失败分支 `终端 src/sema/cloudAuth.ts:157-196`。会话 MCP 面板(SE-7):`桌面端 src/main/index.ts:758-762`(`readSessionMcp` 现成的 `fetchMcpPanel` 拨号;注释 `:755-756` 点名「⑬ 会话面板 toolNames」)—— 本地引用 origin/main `e553869`,未 fetch。
+🔴 本节坐标与判语是读码所得(只读 origin/main),不是包侧门证据。2026-10-17 抓取:终端 `8586239b`、网页端 `0f40abd`、桌面端 `e553869`;路径省略各端仓的 `src/` 前缀(网页端为 `ui/`)。
+- **UA-1 – UA-3(A-15 宿主硬条款)**:终端交互车道 `sema/seamQuery.ts:2035`–`:2038`(量体 `measured` 删 `objective` / `images` / `attachmentIds` 三键 —— 同删 `userAttachments`)· `:2054`(`encodeHumanTurn({ …, caps: { vision } })` —— 加交 `userAttachments: observedUserAttachmentSeat(baseUrl)`)· `:2067`(`build(…, encoding.images)` —— 把 `encoding.userAttachments` 带进 `buildTaskRequest` 入参);无人值守车道 `sema/seamQueryEngine.ts:1635`–`:1639`(量体同删)· `:777`(`printTurnInput` 的 `caps: {}`)· `:1655`(`assembleTaskRequest` 入参);补话车道 `sema/queuedPromptSteer.ts:271` 不受影响(steer 恒不出条目)。网页端 / 桌面端今天零调用 `encodeHumanTurn`(自写编码)⇒ 先归包调编码器,席位收益才到两端(设计 A-11)。
+- **UA-5**:终端 / 网页端 / 桌面端零读点(可选接)。
+- **SR-1(BK-1)**:终端 `sema/mcpPanelEngineLeg.ts:67`–`:69`(`lastLegKeyAbsent`:拒因臂且 `lastLegMcp` 缺席时为真 ⇒ 门拒句后多挂「run a turn」提示 —— 改先问 `mcpPanelRefusalOf(view)`,拒因臂渲 `scenarioRefusalContent`)· `:148`–`:149`(在场判定经包口,零改)· `:178`(`mcpPanelLastLegDetail`,零改);网页端 `lib/engine/engine-observability-wire.ts:606`–`:620`(`:609` 的 `view.servers.map(…)` 编译红 —— 先 `mcpPanelRefusalOf(view)` 判门拒(拒因臂渲 `scenarioRefusalContent`),不是门拒再以 `'servers' in view` 收窄读 `servers`(判别口返回读数、不收窄 `view`;本包铸的视图上两者同答,门钉);拒因臂不铸 `servers`、`degraded` 也不读);桌面端 `main/browser-mcp.ts:875`(`!Array.isArray(v.servers)` 早退,拒因臂上照早退,零误读;`:632` / `main/index.ts:761` 经 `fetchMcpPanel`,型面换成联合后 `:875` 前的 `Record<string, unknown>` 窄读不受编译影响)。
+- **SR-2 / SR-3**:终端 `sema/liveClient.ts:1365`(`readMcpCapabilities` 的 face 臂之外一律当缺席,零改)· `sema/mcpEngineProbe.ts:177`(只判 `face_absent`,零改);网页端 / 桌面端零读点。
+- **MV-1**:终端 `sema/submissionContent.ts:224`(`n('vision_unknown')` 编译红 —— 删这一臂,改读 `encoding.notices` 出 `imageSentOnUnknownVision` 那一句);网页端 / 桌面端零读点(自写编码)。
+- **US-1**:三端今天零处发 `userInvokedSkills`(终端 / 网页端 / 桌面端 grep 零命中)⇒ 可选接。
+- **MW-1**:桌面端 `main/mcp-skills-wire.ts:617`–`:634`(空 `allowTools` 的那台整台扣下并告知 —— 本包上体之后可删这条绕路:删在消费 0.99.0 的那一版);网页端 `lib/engine/turn-projection-wire.ts:101`–`:104`(`allowTools` 坏形 / 冲突两条披露,与本条无关,零改);终端 `sema/mcpWire.ts:52` 原样转出包口,零改。
+- **TC-1**:三端零读点。
+🔴 本节坐标与判语是读码所得(只读 origin/main),不是包侧门证据。S3 段 ② 抓取日 2026-10-17:终端 `8586239b`、网页端 `9cd0b89c`、桌面端 `e5538696`、管理台 `7003470d`;终端路径省略各端仓的 `src/` 前缀。
+- **MN-1**:终端 `sema/mcpWire.ts:50`(import)· `:52`(转口)· `:126` / `:207`(两处 `mcpConfigsToSpecs` 整表调用)· `:90`–`:92`(逐条对位环:同一只 `mcpConfigToSpec` 判跳过,比较 `spec.name !== key.trim()` —— 投影出的条目键恒无首尾空白,比较恒不触发,壳可顺手去掉 `trim()` 比较)· `sema/mcpEngineProbe.ts:142`(探测口单条调用,同一把尺);想让用户看到名字被拒的成因改调 `projectMcpConfigs` 渲 `dropped[].notice`(终端现状:被本包静默跳过的条目无句)。网页端 `bff/settings-projection.mjs:1418`(`name.trim() !== name || name === ''` ⇒ `badNames`,已自拒)· `:1739`(`mcpConfigsToSpecs(merged)`)· `:1752`(`mcpConfigToSpec(name, c)` 计 `mappable`)。桌面端 `main/mcp-skills-wire.ts:273` / `:417`(读取层已自拒坏名,计数一句)· `:643`(`mcpConfigsToSpecs(merged)`)。管理台零读点。
+- **EL-1**:三端没有一处把 `elicitation` 配置键搬进 `McpConfigLike` 的读点 —— 终端 `sema/mcpWire.ts:28` 只在注释里列请求面键;网页端 `bff/settings-projection.mjs:1443`–`:1453`(stdio / http 两臂 `servers[name] = {…}` 按键重建,不带该键;`tests/run-browser-elicitation-live-test.mjs:7`–`:8` 记「CC-762 未到货,用户层今天开不了」,只能走部署形);桌面端 `main/mcp-skills-wire.ts:283` / `:293`(两臂按 cli 形重建,不带该键)。要让用户层配置开 elicitation,网页端 / 桌面端须在重建处补一格;终端经 `.mcp.json` 整个条目对象进 `mcpConfigsToSpecs`,配置里写了就带上。
+- **TA-1 / TA-2**:终端 `sema/mcpToolAxesPrecheck.ts:32`(`mcpToolAxesProblem`)· `:45`(`mcpToolAxesDropReason`)—— 壳的发送前预检(判官同源:引擎根导出 `readMcpToolAxes`;处置同形:该条目不上 wire、其余照常、一句点名),消费点 `sema/mcpDispatchRefilter.ts:20` / `:173`–`:178` 与 `sema/mcpEngineProbe.ts:47` / `:147`;装配根装上 `readMcpToolAxes` 端口后包内判读口与它判官同一只,壳预检可退(退的时点由终端定;两边不会互相打架:同一只判官、同一处置)。网页端 `bff/settings-projection.mjs:41`(`import { readMcpToolAxes } from './core-rule-ports.mjs'`)· `:1426`–`:1436`(逐条问判官,读不出 ⇒ 只这一台不投 + 一句点名所在文件层;读得出 ⇒ 投判官给的纯拷贝)· `bff/core-rule-ports.mjs:23`(`installCoreValuePorts` 部分袋)/ `:37`(转口 `readMcpToolAxes`);桌面端 `main/mcp-skills-wire.ts:283` / `:293`(按 cli 形重建,`toolAxes` 从不上体,桌面端仓测试 `run-mcp-skills-wire-test.mjs:257`–`:262` S15 钉;要投须先裁「仓库 `.mcp.json` 能否给工具降轴」)。云配置腿读点:终端 `sema/cloudConfigWire.test.ts:8`(`cloudMcpToSpecs`)只读 `specs` / `missingEnv`;三端零处渲 `droppedServers`。
+- **VP-1(型面硬破坏)**:终端 `sema/coreValuePortsHost.ts:64`(`const ports: CoreValuePorts = { … }`,**编译红一次**:补 `readRuleEntry` / `readMcpToolAxes` 两件即绿)· `sema/clientCoreHostAssembly.test.ts:576`–`:577`(「名单对得上包的 `CORE_VALUE_PORT_NAMES`」格:`CORE_VALUE_PORT_NAMES.every(n => portsHostSrc.includes(n))` —— 补齐前红,标题里的「十件」也该改)。网页端 `bff/core-rule-ports.mjs:23`(JS 部分袋,编译零影响;`:37` 的 `readMcpToolAxes` 转口是引擎原件直出,不经端口)。桌面端 `main/core-rule-ports.ts:25`–`:46`(`Pick<CoreValuePorts, PermissionRulePortName>` 七名,编译零影响)。管理台零读点。
+- **AW-1**:终端 `sema/agentsWire.test.ts:22`–`:23`(`MAX_AGENT_TEXT_CHARS`(0.99.0 退出公面)与 `MAX_AGENT_SYSTEM_PROMPT_CHARS`(0.99.0 退出公面)的 import,**编译红**)· `:135` / `:139` / `:150` / `:154`(用它们构造越限输入并断言截断,运行期断言随之要改成「原样上体」);同文件 `:21`(`MAX_AGENT_NAME_CHARS`(0.98.0 退出公面))与 `:24`(`MAX_AGENT_TOOLS`(0.98.0 退出公面))是 0.98.0 已退的名(随终端换钉 0.98.0 同批处置);`MAX_TASK_AGENTS`(`:20` / `:204` / `:209`)暂留。终端仓 `wire-consumption-manifest.json:4512` 一行文字登记「`MAX_AGENT_SKILL_CONTENT_CHARS`(0.99.0 退出公面)(1MB)不退」(`disposition: n/a`,非代码读点),随换钉改写。网页端零读点;桌面端只读 `MAX_TASK_AGENTS`(`main/agents-wire.ts:47` / `:548` / `:668`,暂留),三只退役名零 import。管理台零读点。
+- **AW-2**:终端 `sema/agentsWire.ts:233`(`projectAgentsForWire(activeAgents as unknown as AgentDefLike[], …)`:加载器给 `tools` / `disallowedTools` 的是 `string[] | undefined`,真实调用不会触到拒装);桌面端 `main/agents-wire.ts:177`–`:191`(`denyListOf` 交数组或 `undefined`)。网页端 / 管理台零读点。终端 `sema/agentsWire.test.ts:128` 一带用手造定义,若写了串形清单会撞拒装(换钉时顺手核)。
+- **LV-1 / TS2-1**:四端零读点(门件)。
+- **HS / DU**(终端 origin/main `8586239b`、网页端 `9cd0b89`、桌面端 `e553869`、管理台 `7003470d`;2026-10-17 fetch 后读,只读;读码所得、非包侧门证据;终端路径省略 `src/` 前缀):
+  - **HS-1 宿主持有登记生命周期对照表**(`claimApprovalCard` 的 `held` 臂;每条出口恰一次 `release`,`sending()` 在第一发决断出站之前、含之后的改名 / 去键重发与停驻轮询):
+    | 出口 | 宿主调 | 理由 |
+    |---|---|---|
+    | 登记答 `joined` / `aborted` | 不调 | 没有登记 |
+    | 开卡之前早退(帧自称过期 / 流已收摊 / 所属引擎代已结束 / 撤卡帧先到) | `release()` | 没结算,别的路接手 |
+    | 卡呈失败(卡口抛 / 卡口报不可用) | `release()` | 同上 |
+    | 卡被撤(窗关 / 引擎撤卡 / 收口帧) | `release()` | 这一路没决断 |
+    | 中止(用户取消 / 流收摊;本路不发决断) | `release()` | 登记时交的信号就是这只时包已在中止那一拍放手,这一调是空动作 |
+    | 决断出站之前 | `sending()` | 之后只按 approvalId 认它,同调用的下一只审批不被认成它;信号中止不再放手 |
+    | 决断口 200,决断被收下 | `release('answered')` | 进程级已结表记下,后到的路 `joined` |
+    | 决断口 200 但回执说没被消费、重开(`decideReceiptReopen(receipt) !== null`) | `release()` | 这一问仍待决 |
+    | 409 已决(别处先决了) | `release()` | 与包内三条腿同律:引擎的拒绝不进已结表(后到的卡最多再撞一次 409) |
+    | 202 停驻中(含轮询耗尽)/ 窗关转停驻 | `release()` | 耐久车道上仍待决,接替卡随后来 |
+    | 404 / 410 / 窗关、问已不在 | `release()` | 没结算 |
+    | 传输失败 / 5xx / 重试耗尽 / 拒收后交车道收口 | `release()` | 结局说不准 ⇒ 不记已结 |
+    | 问车道被关、回落活卡答复口:200 被收下 | `release('answered')` | 同决断口 200 |
+    | 回落答复口 202 停驻中 / 抛 | `release()` | 没生效 |
+    | 宿主在中止之后发的中断拒绝被引擎收下 | `release('interrupted')` | 须在 `sending()` 之后;包已因中止放手时是空动作(漏认 = 多一张卡) |
+    旧族宽限窗的去留:**退**。旧族 `tool_approval` 帧那一路的活卡持有(帧到即登记)、它的结局(答复送到 / 中断拒绝被收下)、引擎收口帧与重放帧判得的崩溃收敛(本版起问答桥记表)都在进程级持有表 / 已结表里;登记动词在持有者在屏时等它放手、已结时直接 `joined` —— 宽限窗等的那件事由登记动词接住。前提:旧族帧经包的活卡入口(问答桥帧路由 / `surfaceToolApprovalFrameAndRespond`;无桥的组合器腿把收口帧先记表)。
+  - **HS-1 / HS-3 终端迁移清单**:问车道 `sema/approvalStreamWire.ts:1546` `joinApprovalHolder(holder, opts.signal)` → `claimApprovalCard(holder, { signal: abort.signal })`(这一问的收摊信号:外层取消 ∪ 撤卡 / 流收摊;登记自己当拍收中止,`:545-554` `untilAborted` 竞速丢弃结果那一形随之退);`:1558` / `:1566` / `:1574` 三条早退各 `release()`;`:1580` 起的 `try` / `:1666-1667` `finally` 按上表给 `settled`(`sendDecision` 各出口:成功 / 改名重发 / 去键重发 / 停驻轮询 / 拒收收口 / 失败上报 / 回落答复口);测试 `sema/approvalStreamWire.test.ts:3298-3302` 结构断言(「`joinApprovalHolder(` 在 `await card(` 之前、恰一处」)同改。旧族已收口账 `legacyClaimed` / `legacySettled`(`:1324` / `:1334`)、中继 `legacySettleRelay`(`:1336`)、宽限窗 `waitForLegacySettle`、快照腿认领闸 `claimStreamApproval`(`:1320`,改由快照腿登记)随 HS-5 退。网页端 / 桌面端 / 管理台零调用。
+  - **HS-2**:终端每流装饰 `consumeStreamApprovalFrames`(`sema/liveClient.ts:631` / `:2051` / `:2153` 三处装配;按帧卡口登记 `sema/approvalStreamWire.ts:1090` WeakMap 与 `:1419` 登记、`:1108-1128` chrome 臂按帧查)换读 `approvalFrameContextOf(arm)`(窗位 / 到手时刻 / 流终止信号三位都在),改调组合器之后删装饰与 WeakMap;过代帧丢弃(`:1373`)留在 chrome 臂处判。网页端走包的 chrome 臂(`ui/lib/engine/chrome-arm-ledger.ts:178`)、不走组合器 ⇒ 零动作;桌面端清单监视 ⇒ 零动作。
+  - **HS-4**:终端 `sema/liveClient.ts:929-931`(兜底层之后按最终会话 id 复核、对不上撤断言)在本口之后;mock 常量把会话 id 删掉而断言在场时,先撞到的是本口的 `TypeError`。桌面端 `main/session-host.ts:2244-2245`(不走兜底层)零动作。
+  - **HS-5**:管理台引擎传输层自持旧族键(`管理台 src/lib/chat/transport/engine-transport.ts:880`,`approval_request` 孪生去重 `:837`)与终端同形,换读登记动词后同退。
+  - **HS-7**:终端收件卡渲 `boundGrants` 清单处按 `readBoundGrantEntry` 渲「读作无物」,不当工具名(网页端 / 桌面端 / 管理台零渲染点)。
+  - **DU-1**:终端 `sema/displaySafeUrl.ts:1045` `washPercentEncodedRuns`(解码臂)盖的是壳自己的两张网(`:878` `displaySafeFreeText` / `:941` `redactSecretWords`);两张网换读本包凭据面后可删 —— 本包解码读面早已在(0.96.0),票面三族 + 混合 + 二次 / 三次编码逐形钉住。🔴 一处例外未收:百分号编码的 YAML 块标量(`password%3A%20%3E%0A%20%20<值>`:块头判在原文字节上,解码读面看不到)本包三只出口照旧不遮(包侧缺口 DU ③);壳那只解码臂是否盖得住这一形未核 —— 删臂之前先核。
+  - **DU-2**:终端 `sema/untrustedDisplayText.ts:179`(`cleanUntrustedScalar`,`SCALAR_UNSAFE` 字符类)非测试调用约 50 处;删本地定义改从本包导入,调用点不改名 —— 🔴 参数型比终端窄:本包收标量联合 `string | number | bigint | boolean | null | undefined`,终端那份收 `unknown`;传 `unknown` 的调用点(同文件 `:211` `capUntrustedScalar(v: unknown, max)` 里那一调、`Object.entries(…)` 的值一类)换读时编译红,先收窄或自己 `String()` 再交(运行期对任何输入两份都是 `String(v ?? '')` 归一,字节差只在上面两类字符)。语境外 ZWJ / ZWNJ 由原样变转义、astral 转义形由 `1` 变 `\u{E0041}` 两处可见变化(归层差分格登记)。多行变体 `cleanUntrustedKeepLayout`(点占位)对位 `displayUntrusted(t, { credentialUrls:false, credentialWords:false, foldLines:false, keepLayout:true, mark:'dot' })`。
+- **SP**(终端 origin/main `30347020`、网页端 `9cd0b89`、桌面端 `e553869`、管理台 `7003470d`;2026-10-17 fetch 后读,只读;读码所得、非包侧门证据;终端路径省略 `src/` 前缀):
+  - **SP-1 · 终端**:`sema/sessionPolicyWire.ts:165-187` `deliverableDelta` 与 `:271-279` 调用处 —— `add` 已定时直接接管、不说 `withheldWhy`;本版起 `add` 已定而 `withheld` 非空(全带 `inertReason`)这一形可达,照样按成因说 `sessionPolicyWithheldNotice(why)`(`:186` 按成因去重那一圈照用,只是不再只在 `add` 缺席时才走;句子本就不带规则串),否则用户读到「已保存」而不知那一条读作无物(修前服务端 7.129.x 写口整份拒、结局点名那一条)。`:161-162` 头注「整批可送才送 / 没有一部分已立即生效这一形」随改。值级端口装配根 `sema/coreValuePortsHost.ts:64-87`(注解 `CoreValuePorts`)补 `readRuleEntry` —— 编译红在 VP 组那一处已逼出;没补之前凡走到条目读者那一步的批读成「读不懂」。
+  - **SP-1 · 网页端 / 桌面端 / 管理台**:零调用(网页端 `bff/core-rule-ports.mjs:23` 只装端口、不调本件;桌面端 `main/core-rule-ports.ts:46` 同;管理台 `test/pickup0836-dependency-pickup.test.ts:186` 钉「不接会话规则写口」)。
+
+
+- **TX-1**(终端 origin/main `80fa6ce6`,2026-10-18 fetch 后读,只读;读码所得、非包侧门证据;终端路径省略 `src/` 前缀):`sema/apiErrorSupplement.ts:277`(`resumeRefusalContent`)· `:282`(`requireExistingSessionRefusalContent`)· `:294`(`resumeReopenContent`)· `:308`(`resumeContextUnavailableContent`)· `:313`(`checkpointUnsupportedVersionContent`)· `:328` / `:330`(`corruptSessionContent`)· `:377`(`inheritEnvRefusalContent`)· `:410`(`resumePolicyBlockContent`);`sema/askParkExpiry.ts:839` / `:844`(`resumeRefusalContent`)· `:862` / `:888`(`resumeReopenContent`)· `:901` / `:923`(`resumeContextUnavailableContent`)· `:979` / `:1011`(`resumePolicyBlockContent`)· `:986` / `:999`(`refusedParkContent` / `checkpointUnsupportedVersionContent`)· `:1064` / `:1080`(`parkedResumeStartupContent`);`sema/askParkPolicyBlock.ts:94` / `:236`(`refusedParkBlockedContent`)· `:359`(`refusedParkContent`);`sema/inheritEnvWire.ts:175`(`inheritEnvWithheldNotice`);`sema/upstreamBridge.ts:2781` / `:2803`(`fileHistoryLegNoticeSentence`)。以上终端读点都是转录行或 stderr 出口:转录出口传 `lang`、stderr / `-p` 出口不传(设计稿 §3 的分出口规则);`askEndingCauseClause` / `askSettlementLine` / `askAcceptedLine` / `askParkedCardNote` / `crashConverged*`(终端用自己的 `sema/crashConvergedNotice.ts`)/ `inheritEnvNotConfirmedNotice` / `inheritEnvNoticeOf` 终端零读点。网页端 / 桌面端本节未重取。
+  - **TX-2 · 终端**(终端路径省略 `src/` 前缀):`sema/askFrameNotes.ts:154`(`askOriginDetail(origin)`)· `:365`(`mandatedApprovalDetailOf(req)`)· `:372`(`approvalMandateDetail(mandateWord)`);`sema/liveToolApprovalWire.ts:516 / :517 / :534`(`approvalPriorCardsDetail(req)` / `approvalBoundGrantsDetail(req.boundGrants)` / `classifierNoRulingDetail(req.classifierNoRuling)`)与 `:1354`(`allowRuleShadowSentence(req)`);`sema/approvalStreamWire.ts:765`(`askProbeReasonDetail` 的卡面因由格)—— 终端要中文卡面时在这几处末位传界面语言(终端 `languageStore` 的解析结果);不传零改动。终端自己对这几句再过的 `cleanUntrustedForDisplay` / 展示出口照旧(句子在目录里已过 MC8 同一只展示出口判据,例外见下)。
+  - **TX-2 · 网页端 / 桌面端 / 管理台**:零调用(未核到读点;不采纳界面语言 ⇒ 零动作)。
+- **TX-3 / TX-4 / TX-5**(终端路径省略 `src/` 前缀):终端 `seam/adapter/runStream.ts:375`(headless 行 `activeRunBusyHeadlessRow(busy)`)· `sema/activeRunSelfHeal.ts:56-63`(再导出 `activeRunSelfHealRow` / `activeRunBusyHeadlessRow` / `INTERACTIVE_WAY_OUT`)· `sema/seamQuery.ts:3313 / :3659`(自愈行以 `apiErrorRow('session_busy', …)` 显式盖行种位,不靠首句推断)· `sema/heldSessionWayOut.ts:24`(拼接 `INTERACTIVE_WAY_OUT`);终端 `sema/rowKind.ts:201 / :229`(旧行推断按首句 `This session is locked by an earlier run` 认 `session_busy`)只对**无位的旧行**生效、读的是 `runStream` 忙会话臂那一句(本版不改)—— TX-5 的两句不在它读的那一臂上。网页端 / 桌面端零读点(未抓取核对)。
+- **TX-6 – TX-9**:包内无新读点;端侧要中文时,`lang` 取各端 `resolveUiLanguageFrom` 的读数(§126 TX-4 行),缺省不变。(端树坐标本行未重取:本行只涉包内句)
+- **MI-783**(终端 origin/main `80fa6ce6`,2026-10-18 fetch 后读;路径省略 `src/`):壳那一份同一事实的另一种说法 —— `sema/engineDefaultEndpoint.ts:382`(`ENGINE_DEFAULT_ENDPOINT_FACT`,缺端点一形;`:390` 出路半句 / `:398` 整句 `ENGINE_DEFAULT_ENDPOINT_SENTENCE`)、`sema/modelRouteGap.ts:45`(`LANE_CREDENTIAL_MISSING_DETAIL`,显式 anthropic 车道零凭据一形;`:128` / `:131` 两个铸点把它们装进 `ModelRouteGap.detail`)、`sema/engineDefaultEndpoint.ts:303 / :307`(`ANTHROPIC_ROUTE_UNMOUNTED_FACT` / `ANTHROPIC_ROUTE_FALLBACK_FACT`,回落一形的事实半句);读者:`sema/modelIdentityReading.ts:306`(`modelRouteGapOf`)、`commands/doctor/modelRow.ts:656`(doctor Model 行尾);测试里按字面核这些句的位置:`sema/modelRouteGap.test.ts:197 – 267`、`sema/modelIdentityReading.test.tsx:232 / :637`。**措辞与本包不同**(壳:「no model endpoint is configured, and the engine refuses to start without one (MODEL_ID rides …)」;本包:「the model rides the OpenAI-compatible route and no gateway address … is set, and the engine refuses to start without one」)—— 换读 = 终端文案变一次,由终端决定接不接;本包措辞按「标准归上游」不为终端改。网页端(本地 origin/main `9cd0b89`)/ 桌面端(本地 `e553869`)两端本次**未 fetch**(本地引用),`git grep -n "modelRouteGap\|modelIdentityDetail" origin/main -- .` 零命中;抓取日以各端并入补。
+- **TX-10**(终端 origin/main `80fa6ce6`):`sema/fileHistoryCaptureCapability.ts:49`(再导出 `fileHistoryUnjudgedRefusal`)、`sema/liveClient.ts:894`(调用点,两参)、`:133 / :898`(`judgeFileHistoryTighten`,`withinMs: 0` 只起探测不等);要中文拒句的话在调用点补第三参 `lang`。
+- **TX-11**:`sema/hooksWireCaps.ts:31`(终端 `hooksForWire` 的转口 / 调用)、`sema/memoryFaceOff.ts`(`memoryOffDeclared` 的调用方,注释 `:17`);终端 `80fa6ce6` 的 `src` 里对这几处中文抛出句的片段(`必须是对象 —— 收到` / `在场时必须是布尔` / `属性描述符读不出` / `装配时出错` / `拒绝装配`)`git grep` 零命中;网页端 `9cd0b89` / 桌面端 `e553869`(本地引用,未 fetch)全仓零命中。桌面端仓内 W-WIRE-D1 备忘文档(第 44 行)里提到 `fileHistoryUnjudgedRefusal`(桌面端按车单「缺位时不发并说一句」,不拒回合),不是代码读点。
+- **TX-12 / TX-13 / TX-14**(终端):`commands/doctor/axesRows.ts:1136`(`permissionRulesWriteDoctorDetail(reading)`)· `:1164`(`sessionPolicyDoctorDetail(reading)`)· `:1289`(手位行,措辞取 `handsSeamDetail`);`sema/mcpEngineProbe.ts:178`(`mcpProbeDoctorDetail(capability)`);`sema/wiringManifestStore.ts:662`(`handsSeamDetail(reading)`);`sema/sessionPolicyWire.ts:307`(`sessionPolicyTightenNotice(outcome)`)—— 全部只读包句、壳零字面量,换钉即随包改口;`userInvokedSkillsDoctorDetail` / `skillToolListsDoctorDetail` / `workflowsJournalDoctorDetail` / `handsMountedDetail` / `unreadableReadingDetail` 终端零命中。网页端 / 桌面端 / 管理台读点未抓(未列即零命中不成立,以 fetch 后 `git grep` 为准,主车合并时补)。
+- **TX-15**(终端):`sema/askParkExpiry.ts:543`(`lateDecideOutcomeRow`,自持三档句 + 受理档)· `:698`(`surfaceLateDecideOutcome` 调用点)· `:1141`(迟到受理的 `row`);换读后三档(`resumed` / `expired-reaped` / `settled-elsewhere`)读本口、`accepted-not-resolved` 档读 `askAcceptedLine`(WD-8 已换)。终端 `settled-elsewhere-uncertain` 一档(`:622` 起,CAS 撞上而上一发没拿到答复)是壳自有的第六档,不在本口五档里。
+- **HF-1**(终端):`sema/queuedPromptSteer.ts:233`(`blockedByHookNoticeLine`;`:244` 尾句字面 `it stays queued and will be submitted as-is when this turn ends — press Up to edit it first.`)· `:355 – :361`(`refusedBeforeEngine` 分支;`:360` 模板字面 `… — it stays queued and will be submitted as-is when this turn ends.`)· `:197`(`isBlockedByHookRefusal`,读 `.safety`)。换读:两处都改调 `steerRefusalAdviceOf(err, 'queued_until_turn_end')` / `steeringRefusedBeforeEngine(err, 'queued_until_turn_end')`,取 `advice`(或 `happened` + `nextStep`)出句;`(why)` 与 `press Up to edit it first` 是壳的 hook 原因插入与按键提示,留壳。
+
+### 127y. 三端升级必读(编译红必改 / 行为变 / 零动作)
+
+1. **编译红必改**:(GT 组:无)。VP-1 —— `CoreValuePorts` 多两只必填成员:按完整型建袋的宿主编译红一次(终端 `coreValuePortsHost.ts:64`),补 `readRuleEntry` / `readMcpToolAxes` 两件即绿。AW-1 —— 按名 import `MAX_AGENT_TEXT_CHARS` / `MAX_AGENT_SYSTEM_PROMPT_CHARS`(0.99.0 退出公面)的端编译红一次(终端 `agentsWire.test.ts:22–23`);`MAX_AGENT_SKILL_CONTENT_CHARS`(0.99.0 退出公面)三端零 import。PK-1 —— peer 地板 `>=23.1.0`,仍装 sdk 23.0.x 的端升 sdk(本包 d.ts 再导出的 `UserAttachment` 在 23.0.x 上解析不到)。CO-3 —— 对 `startupCause` 写穷举 `switch`(带 `never` 检查)的端加一臂 `transcript_corrupt`(三端今天零处)。RB-1 —— 按名 import `STOP_CONFLICT_CODES`(0.99.0 退出公面) 的端编译红一次(三端生产源零命中;终端那份自测源码串不 import,终端仓 `wire-anchor-exempt.json:420` 那一行坐标登记指向已删符号,随手删)。(CP / TH / SI / PL / HM / PR 组:无 —— 全部是 additive 新口、新可选位与读法修正;`EngineAgentPanelEvent` 的 `end` 臂多一个可选位、`tool_result` 块多一个可选位,对象字面量与穷举写法零影响)。RT / PB / TH-3 / NT / DP 无编译红。TS-2 —— 网页端 `ui/lib/engine/chrome-arm-ledger.ts:48` 的 `Record<ChromeArmKind, …>` 补 `subagent_started` 一键(否则 tsc 红 + 登记门双向对账红);终端 `textSegmentEndChromeArm.test.ts:611` 的 `Record<ChromeEvent['kind'], ArmDisposition>` 同补一键(自测编译红,生产源不受影响)。HK-3 —— `PLUGIN_HOOK_REASONS` +3,对 `PluginHookReason` 写穷举 `switch` 的端加三臂或改调 `pluginHookReasonText`(三端生产源今天零处)。AS-1 —— 装配口入参 `TaskRequestInput.hostSettings` 必填、`settings.{hooks,resolved,webSearch,outputStyle}` 型 `never`:终端 `seamQuery.ts:1833` / `seamQueryEngine.ts:1606` / `engineSideChannel.ts:560`、网页端 `turn-request-ledger.ts:499`、桌面端 `session-host.ts:2234` 改交 `hostSettings: hostTurnSettings({ sources })`(没有的那一类交 `'none'`)。SE-1 / SE-2 / SE-3 / SE-7 —— `LocalSessionsApi` +15 动词 +1 store:实现它的宿主(`桌面端 src/main/index.ts:59-70` 的动词清单型)编译红一次,补齐成员(做不到的动词按各结局的 `unarmed` / 被拒臂答,并在能力表报 `false`;SE-7 没有能力位,做不到答 `{ kind: 'unarmed' }`);对 `SeatCapabilityName` 写 `Record` / 穷举的端各补三行(三端今天零处:网页端只把它当参数型,桌面端 `seatCapabilitiesFor` 返回对象字面量 —— 加可选键不红)。SE-4 —— `SeatEventType` +`subagent_content`:对事件名写穷举 `switch` 且带 `never` 检查的端加一臂(网页端 `local-sessions-transport.ts:1335` 的 `switch` 今天无 `never` 检查 ⇒ 不红,但不加这一臂子代内容照旧恒空)。ST-1 —— 事件字面量写 `request` / `sources` 的端编译红(三端零处)。**SR-1** —— `McpPanelView` 改判别联合:读 `view.servers` 的端编译红一次(网页端 `engine-observability-wire.ts:609`),改写为:先 `mcpPanelRefusalOf(view)` 判门拒(拒因臂渲 `scenarioRefusalContent`),不是门拒再以 `'servers' in view` 收窄读 `servers`(判别口返回读数、不收窄 `view`;本包铸的视图上两者同答,门钉)。**SR-3** —— 对 `McpProbeRefusalCause` 写穷举 `switch` 的端加一臂 `scenario_refused`(三端今天零处)。**MV-1** —— 编码器降级原因去掉 `vision_unknown`:按它比较的端编译红(终端 `submissionContent.ts:224`),改读 `notices`。HS-1 —— 调 `claimApprovalCard(identity, signal)` 第二参传 `AbortSignal` 的端改传 `{ signal }`;对 `ApprovalCardClaim` 写穷举 `switch`(带 `never` 检查)的端加一臂 `aborted`(三端生产源今天零调用)。(DU / HS 其余:additive)。SP-1:无(`inertReason` 是可选新位;端口 `readRuleEntry` 的编译红归 VP 组)。TX / MI / HF 组:无 —— 全部 additive —— 出句口末位可选 `lang`、两只 steer 口末两位可选入参;新增导出 `askHumanSettlementLine` / 型 `AskHumanSettledInput`(TX-15)· `tierBlurb`(TX-7)· `modelRouteGapSentence` / `modelRouteGapFact`(MI-1)· 型 `SteerHostQueueFact`(HF-1);`INTERACTIVE_WAY_OUT` 的类型由字面量串放宽为 `string`(TX-4;把它当字面量类型用的端 —— 三端零处 —— 编译红一次)。
+2. **行为变**:(GT 组:无)。SS-2 —— `UI_LANGUAGES` 运行期冻结(端若就地改写它会抛 / 无效;三端只读)。CO-2 —— 新三码按引擎受众分流(服务端 7.132.0 起可达)。CO-4 —— 模型行配对状态两新词从「未知」变「坏了」(标红;服务端 7.132.0 起可达)。NT-1 —— `eventSeq` 只认非空串(真实流零差)。DP-1 —— 留痕行 `type` 位走展示出口(控制符折平 / 双向标出 / 凭据换记号;`onDroppedFrame` 收原值不变)。TH-3 —— 不传 `ctx` 读数不变,传了才有 `notes` / `waitNote`。TS-1 —— 委派子代起跑帧由丢帧改为真投影:丢帧留痕里 `task_started` 那一行消失(终端 `KNOWN_UNPROJECTED_FRAME_TYPES` 过渡白名单作废,按 TS-1 行删;终端 `printLaneUnification` ⑧ 对内部臂词表新增的 `task_started` 要表态)。HK-2 —— 设置文件 hooks 坏一项不再让整轮 400:可剔的剔、同层其余照投、一句;整份拒的层这一轮一条不投、别层照投;托管层坏 ⇒ 这一回合不发(1.0.151 自带引擎即可达)。HK-4 —— 实现了会话读口的端,引擎事件上的会话 hook 如实「不跑」进清单。HK-6 —— 插件里形坏的条目改判「不跑」、不上请求体。AS-2 —— 发出前同一只判官再判计划,判不清 ⇒ 不发;判官收而服务端上限拒的形照旧走通用失败句。SE-2 —— 被拒结局不再带自由文本 `reason`,改读词 `refusal` + 句口。SE-3 —— 终端换读本包探活时三类改判:① 2xx 而正文是门户页 / 错误体由 `other` 改 `shape`(写不写律据此不写);② 2xx 而回答是另一条车道的协议形(anthropic 车道收到 chat.completions 形、反之同)由 `ok` 改 `shape`(整份体与流里全是别车道的帧两形同判;旧式 text completions 的 `choices[].text` 同判 `shape`);③ 对端不理会中止时截止时间照样收口(修前会一直等),截止后才到的 token 不算 `ok`;端点原话 / 传输原因先遮钥匙再截(修前在 200 字 / 160 字处先截后遮,钥匙被切成半截就遮不住;PB-2 同口:doctor / 导入向导换读 `probeModelLiveness` 同样吃这三类改判,钥匙遮蔽经入参 `redact` 交进来);④ 写入计划:目录无启用条目而环境两槽在供模型 ⇒ 拒 `env_catalog_present`(终端现写口先把环境模型物化进目录再追加;桌面端现写口直接写、环境模型随之从生效表消失 —— 两端换读后都改为拒并给一句);其余与终端现判法逐格同。SE-6 —— 座位 chrome 六只呈现臂载荷闭形:宿主自拼 / 改写过的载荷(多一键、缺必选、坏值)被出站门拒、日志点名路径;本包铸出的臂原样过(1.0.151 自带引擎即可达);`last_turn_usage.engineUsage` 只剩 sdk 声明的六键,多出来的键只报个数。HS-1 —— 登记动词的信号中止 ⇒ `aborted`、零登记、不撤别人的卡(修前撤卡 / `joined`)。HS-1(持有表同律两处)—— 停驻行的中断拒绝回执说「没被消费、重开」⇒ 不再算结算(等它的活卡入口接手呈卡;修前 join 一只仍待决的问)、登记动词与活卡入口等别的路持有者不再有 8 轮上限(修前用尽后不复查就持有,同一只审批可并存多只持有)。HS-2 —— 没装问答桥的组合器腿上收口帧先进已结表、撤同一问在等的活卡。HS-2 —— `inheritFrameBinding` 复制的审批帧带同一份流上下文。HS-4 —— 兜底层「只续已有会话」而无可续会话 ⇒ 本地 `TypeError`(修前 422;终端自带引擎即可达)。HS-5 —— 问答桥对重放帧判得的崩溃收敛记进进程级已结表(同一只问随后的登记 `joined`)。HS-6 —— 自拼载体上非规范序的问类两位不再上卡。HS-7 —— 技能卡授予句不计「读作无物」条目、拒绝清单有它时说不激活(引擎 7.52.0 起可达)。SP-1 —— 会话规则可送判定多问引擎条目读者:读作无物的条目单独扣下、其余照送(`deliverable` 非空而 `withheld` 非空的新形,只在 `withheld` 全带 `inertReason` 时出现;服务端 7.129.1 起即可达);值级端口没装 `readRuleEntry` 的宿主,要问到它的批读成「读不懂」。终端须在 `add` 已定时也说扣下成因(127d SP-1)。TX / MI / HF 组:行为变只有三组(TX-5 / TX-11 / TX-12 – TX-14,逐条见下),其余缺省 `lang` 逐字节同 0.98.0。 (装配口只在这一车道对 refuse 那一行的键有座 ∧ live 门开时抛:`utility` 旁路提交对 hooks / webSearch / resolved 无座 ⇒ 照发,见 127a AS-2)
+   - **CP-3**:能力位读器的 `unobserved` / `unreadable` 读数现在冻结且是同一只对象;对它**就地改键**的宿主(`r.kind = …`)在严格模式下抛 `TypeError`(修前改的是一次性新铸的对象)。四仓零此类写法;只按 `kind` 判的读点零影响。
+   - **TH-2**:十四处读口的机读位只认自有数据位 —— **手造的**类实例错误对象(`status` / `errorCode` 坐在原型上或是访问器)不再被认,读数同「这一位缺席」;真 SDK 错误上这些位本就是实例自有数据位,读数逐位同修前。`classifySelfOrchestrationRefusal` 的「走普通属性读取」例外一并退役(接入文档 §13e 的两行表以本条为准,见 127z)。
+   - **PL-1**:只喂 `panel_task`(不喂 fleet 行)的宿主上,后台代理的 tick 行与通知行由两行并成一行(行差分口多一条 `remove{ supersededBy }`),最终数取引擎终态行上的数;第 1 代由无代际的腿先结的复活序里,第 2 代行帧出 `upsert{ revived }`、不再把第 1 代的计数留在第 2 代旁。订了行差分口的宿主会看到这两种差分。
+   - **HM-1**:`isGateParkedToolEnd` 对 live 帧也改读自有数据位(原型链上 / 访问器上的 `errorCode` 不再认;SDK 解出的帧都是自有数据位,零影响);新增认会话存档行形。
+   - **HM-2**:停驻行的 `tool_result` 块多一位 `_sema_gate_parked: true`(不认这一位的宿主忽略即可,块其余键逐字同)。
+   - **TH-1 / SI-1 / PR-1 / CP-1 / CP-2 / CP-4**:新口,零行为变。
+   - **UA-2(A-15 宿主硬条款,三端逐端点名)**:新服务端(≥ 7.131.0)上,宿主交了席位读数的那一端,`@` 整份文本 / notebook / 目录不再进正文信封,改进请求层附件条目(模型看到的形由引擎铸);🔴 **宿主须**:① 交 `caps.userAttachments`(`observedUserAttachmentSeat(baseUrl)`,与这一发目标引擎同一地址);② 把编码产物上的 `userAttachments` 原样带进 `buildTaskRequest` / `assembleTaskRequest`;③ 量 `otherBodyBytes` 时同删 `userAttachments` 这一键(编码器自己把它算进 8 MiB)。三件缺一:不交读数 ⇒ 零变化;交了不带进构造口 ⇒ 附件**丢了**(正文里已没有它的信封)—— 所以 ① ② 必须同批。终端(`seamQuery.ts` / `seamQueryEngine.ts` 三处)· 网页端 / 桌面端(先归包调编码器)。🔴 读边界仍归宿主:文本条目不过引擎的读边界判官;`path` 供给候 S-1652。终端 1.0.151 自带引擎即可达。
+   - **SR-1**:门拒时视图从 `undefined` 变成拒因臂 —— 修前与传输失败同形(端渲「读不出」),修后端应渲 `scenarioRefusalContent` 一句、照渲最近一条腿那一行;🔴 不渲「一台都没配」、不渲「跑一轮再看」(终端 `mcpPanelEngineLeg.ts:67`–`:69` 改读)。服务端 7.131.0 起可达。
+   - **SR-3**:`GET /v1/capabilities/mcp` 场景门 503 从 `unknown / server_fault` 变 `refused / scenario_refused`(终端两处读点只判 `face` / `face_absent`,零影响)。
+   - **MV-1**:模型目录说不清能否看图时,`@` 图片从「扣像素」变「照发并告知」(未声明模型行、`caps: {}` 的车道都在此列);只有明知不能看图才扣。终端 1.0.151 自带引擎即可达;引擎收不了图时怎样(去能力重试 / 按码告知)候引擎 #1830(CC-778 余半)。
+   - **MW-1**:`.mcp.json` 写了 `allowTools: []` 的那台从「全挂」变「一只不挂」(修放宽;收紧方向)。桌面端的扣台绕路可随消费删。
+   - **UA-4 / UA-5 / SR-2 / US-1**:新口与可选位,零行为变。
+   - **MN-1**:带首尾空白的服务器名、空名、与另一条撞名的空白变体,不再以 `trim()` 之后的名字上 wire(修前 `" blocked "` 以 `blocked` 上 wire 并绕过按原名判的拒用表);想让用户看到成因的宿主改调 `projectMcpConfigs` 渲 `dropped[].notice`。合形名逐字节同。终端 / 网页端 / 桌面端的拒用表与读取层本就按原名判(网页端 / 桌面端读取层已自拒坏名),三端实际差:只有走到本包才会遇到坏名的宿主。
+   - **EL-1**:配置条目上写了 `elicitation` 的服务器开始把它带上 wire(修前被静默丢);是否真开 elicitation 仍由服务端的开关与按层闸定。非布尔值 ⇒ 这一台服务器不起 + 披露行(两条腿同读 `mcpElicitationVerdict`;云配置腿的 `elicitation: false` 从「不带」变「带 `false`」;`McpConfigDropReason` / `CloudMcpDropReason` 两联合各加一臂 —— 对丢弃成因穷举 `switch` 的宿主加一臂)。网页端 / 桌面端的重建处不带这一键 —— 要开须自补一格。
+   - **TA-1 / TA-2**:装了 `readMcpToolAxes` 端口的宿主上,`toolAxes` 坏形(含 `null`)的服务器不再上 wire(修前整单 400、会话不可用)—— 这一台不起、其余照常、`projectMcpConfigs` 给一句点名文件 / 服务器 / 键 / 改法的话;没装端口的宿主逐字节同 0.98.0。云配置腿同。**这一变化 1.0.151 自带引擎(服务端 7.131.0)即可达**。
+   - **AW-1**:超过服务端上限的代理描述 / 系统提示 / 技能内容不再被本包截断 / 跳过,整请求由服务端 400 点名字段(修前:丢约束照跑 + 一行告警)。限内逐字节同。**1.0.151 自带引擎即可达**。
+   - **AW-2**:代理定义的 `tools` / `disallowedTools` 写成非数组时,整次投影拒装(抛 `TypeError`,带 `assembly_refused` 身份;就绪门回 `agents_projection_failed`,这一发不提交);修前整键静默丢(代理继承全部工具 / 少一道拦截)。三端真实调用路径不会触到,只影响手拼定义的 JS 宿主。
+   - **TX-5**:自愈两句改宿主语气 —— `state-unknown` 结局那一行首句 `This session is locked by an earlier run … Your message was NOT sent. This session cannot start a new turn until that run settles — …` → `A run is still active on this session … sema did NOT send your message: this session cannot start a new turn until that run settles — …`;headless 面「材料全缺」那一句 `This session is locked by an earlier run … that was never released, so this message was NOT sent.` → `A run is still active on this session … and was never released, so sema did NOT send this message.`。按首句字面量认这两行的端要换读结构位(终端旧行推断读的是 `runStream` 忙会话臂那一句,本版不改,不受影响)。
+   - **TX-11**:`memoryOffDeclared`(`settings` 的 `memory` 段 / `memory.enabled` 形状拒)、`buildTaskRequest`(入参键集读不出)、`asAssemblyRefusal`(外来抛出物被包一层)四处抛出句的 `message` 由中文改成英文(`hooksForWire` 那处本来就是英文,逐字节不变;发前订正:`requireExistingSession` 装配口拒句同改,0.88.0 起即有的句子):按这些中文片段做字符串匹配的宿主要改读机读位(`code` / `detail`);终端(`80fa6ce6`)源里零此类匹配(见 127d)。
+   - **TX-12 / TX-13 / TX-14**:八句缺席措辞改口(不再把「引擎没报」读成「引擎比这一位老」;逐句迁前 / 迁后原文):
+  | 出口 | 迁前 | 迁后 |
+  |---|---|---|
+  | `userInvokedSkillsDoctorDetail` `not_reported` | `user-invoked skills not reported by this engine — the engine predates it, so naming skills on a request is refused (do not send the key)` | `user-invoked skills not reported by this engine — this does not say whether it accepts them, so skills the user names on a request are not sent` |
+  | `skillToolListsDoctorDetail` `not_reported` | `skill tool lists not reported by this engine — the engine predates them: tool lists on request skills are not read, so they do not limit any tool` | `skill tool lists not reported by this engine — this does not say whether it reads them, so the tool lists on request skills may not limit any tool` |
+  | `permissionRulesWriteDoctorDetail` `not_reported` | `permission-rule write entry not reported by this engine — this binary predates the entry itself; hide it rather than calling it` | `permission-rule write entry not reported by this engine — this does not say whether the entry exists, so hide it rather than calling it` |
+  | `workflowsJournalDoctorDetail` `not_reported` | `workflow journal not reported by this engine — the engine predates the separate flag, so the workflow listing flag still covers the journal` | `workflow journal not reported by this engine — this does not say whether it has the separate journal flag, so the workflow listing flag still covers the journal` |
+  | `sessionPolicyDoctorDetail` `not_reported` | `per-session rule face not reported by this engine — this binary predates the position itself; it says nothing about whether the face exists, so read the rules rather than writing them blind` | `per-session rule face not reported by this engine — this says nothing about whether the face exists, so read the rules rather than writing them blind` |
+  | `mcpProbeDoctorDetail` `not_reported` | `per-server MCP status face not reported by this engine — this binary predates the face, so that path is not expected to exist here (asking it usually answers with a machine-readable route-not-found, though a timeout or an uncoded gateway answer still says nothing either way); prefer the session panel last-leg roster where that panel carries one, and otherwise show this reason rather than an entry that cannot answer` | `per-server MCP status face not reported by this engine — this says nothing about whether the face exists, so that path may not exist here (asking it may answer with a machine-readable route-not-found, though a timeout or an uncoded gateway answer says nothing either way); prefer the session panel last-leg roster where that panel carries one, and otherwise show this reason rather than an entry that cannot answer` |
+  | `sessionPolicyTightenNotice` `capability_absent` × `not_reported` | `This engine does not say whether it keeps per-session tool rules — it predates that answer — so the tightening entry stays hidden rather than being written blind.` | `This engine does not say whether it keeps per-session tool rules, so the tightening entry stays hidden rather than being written blind.` |
+  | `handsSeamDetail` / `handsMountedDetail` 「没报」 | `whether this leg has built-in file-and-shell tools is not stated here — the engine did not report its hands seam (older engines and servers, and the static half of a manifest, never do); the tool roster may still answer it` | `whether this leg has built-in file-and-shell tools is not stated here — the engine did not report its hands seam (the static half of a manifest never does); the tool roster may still answer it` |
+     端若按词扫这几句(找 `predates` / `older`)会扑空;三端零此类读点(终端只渲包句)。HF-1 无行为变(新入参缺席 ⇒ 逐字节同)。
+3. **零动作**:(GT 组:cli · web-admin · web-client · desktop 全部零动作)。SS-1 / SS-3 / SS-4 / CO-1 / CO-5 / CO-6 / CO-7 / SV-1(包内件、三端零读点或只渲包里的句子);PK-1 对已装 sdk 23.1.0 的端。(CP / TH / SI / PL / HM / PR 组:四端全部零动作 —— 换读是可选收口,时点见 127d:网页端换订阅口删轮询腿 / 换嵌套位读口 / 换 `isNotFoundFailure` 删两条 SDK 直连豁免 / 换会话投影口删停驻热修;终端换 `canonicalSessionIdOf` / `planReviewTaskIdFromQuestionId` 删本地读器〔影子豁免行到货即退〕;桌面端换会话投影口)。RT-1 – RT-4(新增导出,终端按 RT 行换读自家镜像后删壳件;桌面端 / 网页端非 `-p` 车道零动作)· PB-1 – PB-3 · TH-3 · TS-2 对桌面端(不在座位 `CHROME_EVENT_KINDS`)。HK-1 / HK-5 / HK-7 对不接的端零动作;AS-3 只读产物。SE-5(纯加常量);SE 组对终端(不走座位)。(UA / SR / MV / US / MW / TC 组:TC-1 / UA-4 / UA-5 / SR-2 / US-1 四端零动作或可选接;web-admin 全组零动作)。LV-1 / TS2-1(门件)、VP-1 的读口新增(装不装端口由宿主定;调 `sessionPolicyDeliverable` 的须装 `readRuleEntry`,见 SP-1)。HS-3(复核期顺延)· HS-5 / HS-2 / DU-1 / DU-2 对不换读的端零动作(换读是收口,时点见 127d)。SP-1 对不调会话规则写口的端(网页端 / 桌面端 / 管理台)零动作。TX-1 – TX-4 / TX-6 – TX-10 / TX-15 / MI-1 / HF-1 对不采纳界面语言、不接新入参的端(要出中文句时在转录 / 界面出口传 `lang`;stderr / `-p` / 模型面 / `reason` 不传);MI-1:终端可删本地缺口事实句、改读两个新出口(措辞与终端现句不同,终端文案会变一次,由终端决定接不接);HF-1:终端两份字面可退役,壳只留 hook 原因插入与按键提示。
+
+**包侧缺口:** **GT**:① 新格 ④d(CC-784 ②)只核「在飞段 `> 主题:` 行点名的 (§NN, 前缀) 在同段条目行里至少出现一次」这一向;条目行点名而主题行没写、以及接入档 §NN 里有没有对应的处置行,不在这一格射程(CC-784)。 **SS / CO**:① SS-4 四只判官(层准入 / http hook 名单两出口 / MCP 服务器名单判决)不自含,本包不抄 —— 候上游出不跨模块的纯函数(CC-791);② CO-4 判词表仍是手写词 + 编译期钉,候引擎出运行期闭集后改生成(CC-799);③ CO-3 领先登记候 sdk 下一 minor 带上该词后删(CC-799);④ SS-3 抄本住独立生成文件 `src/generated/settingsSchemaHooksClassifier.ts`(全树唯一不按严格档类型检查的文件,原样 JS 的代价);出口注解型由门内编译钉两向核(镜像 ⇄ 上游同名型、函数批 ⇄ `classifyHooksConfig`、事件表 ⇄ `HOOK_EVENTS`),抄本函数体内部不受编译器检查(CC-791)。 **CP**:① 订阅口只推「整份落地读数换了一只记录」一类拍,不推「某一位的读数变了」(拍已涵盖全部读口变化的原因;要某一位自己在拍上重读该位,不立按键订阅)(CC-763)。② 组能力的三态折(on / off / unknown 与「落定与否」)仍是宿主按自己的 settled 记账折,包只出值态读口(CC-765)。③ 读器非投影态单例只改了读器族;总缓存五口 / 整份口的 `not_landed` 本来就是冻结单例(CC-765)。 **TH**:① `isNotFoundFailure` 只答 `not_found.*` 与 404 两形,不判 410 等其它「已不存在」形(askGateWire 的探活价值判据里 `status === 410` 仍是那一处自有判据)(CC-769)。② 文字位 `message` / `name` 仍是受保护的普通读,不在「只认自有数据位」射程内(内建错误的 `message` / `name` 在原型上);`readMemoryEraseReceipt` 只收口信封十键,行级(`erased[]` 等)读法不在本次射程(CC-809)。③ `isSdkErrorInstance` 挡板的退出条件是 SDK 对实例 `name` 字面赋值,量不出,按期复核(退役登记 RL-167;CC-809)。 **SI**:① 本口只判形,不判引擎是否真有这条会话;终端 `localTranscriptUuidOf` 的宽读(本地转录文件名,不核版本 / 变体位)不在本口(CC-797)。 **PL**:① 绑定证据只覆盖后台代理(服务端只在 `background_agent` 终态通知上给 `sessionId`);工作流代理(KL-784)与宿主自带任务 id / 续跑腿自带任务 id 的两类(KL-786)仍无共享键、仍可能两行;tick 的代际位(KL-785)未贯通(CC-800)。 **HM**:① 停驻位只在存档行带 `details.code` 时在场;「冷行」的其它结构位(`_sema_not_executed` 一类)候引擎在会话行落结构位(CC-786)。② 终端 resume 回放的会话搬运投影是第三份同形存量,不在本件射程(CC-668 / CC-786)。 **PR**:① 与终端自写读法在手造畸形 id(任意 `#` 起判重开 / 空 `taskId` 交出读数)上有两处可见差;对包铸的 id 逐值同(CC-819)。 **RT / NT / DP / PB / TH-3 / TS**:① TH-3 的余项 —— v1 流内问的决断发送编排与失败分类(幂等键 / note 双门 / 归因键 / 退役键重发 / parking 轮询 / 车道关回落 / 收口,终端 `sema/approvalStreamWire.ts`(普查旧坐标 `:314 – 458 / :1645 – 1819 / :1851 – 1867` 已行漂,立票时重取)与 `sema/approvalSubmitRetry.ts` 的提交腿重试,网页端对位一份)仍在两端各写一份,本版只交补句链(`turnFailurePresentation.notes`);余项是有状态的编排(时序 × 并发 × 失败分类三轴),设计先行,拆出另票,建议窗 0.100.0(CC-807 拆项;票号随立票补);② PB 的 `awaitUntil` 0.100.0 预登行待参照树换代后转 AWAITING → 正式差分;③ 本组名与终端同名者只 `PROBE_VERDICTS` 一名(已登影子豁免行),其余刻意换名避开同名影子(CC-781 / CC-782 / CC-807),终端到货换读后整文件删(删行期限 = 终端删掉包装之后的下一个本包版本);④ 真引擎侧的 `-p` 终拒与 `task_started` 端到端读数交 test(本仓无引擎 / 无 live);⑤ 首 token 探针(含座位接入的 `probeModelEndpoint`,CC-829 起同一份判据)只在假端点 / 注入 fetch 上验过,真厂商 / 真网关的流式字节(SSE 拆包落在字段名中间、心跳帧、非标准形)交 test。 **HK**:① HK-7 http hook 两张名单(CC-601):判官生成项(`httpHookUrlVerdict` / `httpHookEnvVarsAllowed` / `layerAdmission` 及 `url-pattern` 放行出口)闭包跨模块,构建期抄本不抄 ⇒ 本版本包不读名单、终端后置筛照留;到货判据 = 生成目录出现三只判官的抄本(或上游出不跨模块的纯函数)(CC-601,BLOCKED on 生成项);② 扣留成询问(投不出的 PreToolUse hook 改问)候服务端 S1–S3(CC-188a);③ skill / agent 规格随投 hooks 候 core C3 + 服务端 S7(CC-189c)。 **AS**:④ 设计稿 r5 后续程(采纳闸 / 派发前重判 `refilterHostSettings` / 托管读数六词 / `memory` / `fileHistory` 收进入口 / resolved 由包从逐层原文合并 / webSearch · outputStyle 判定迁入入口 / 座位 chrome 臂 `host_settings_notice` 与同意动词 / `SettingsPort` → `HostSettingsSource`)本版不做,入参 `settings` 上四键型 `never` 的过渡形随座位契约表改门(`SEAT_TURN_SETTINGS_ORIGINS` 从登记变门)同版删(CC-734);⑤ 非托管层整份拒本版按「不带 + 说一句、回合照发」处置,交互面「先问」(`hold_for_consent`)候同意动词(CC-734);⑥ 别的 realm 造的设置文档(`node:vm` 一类)坏形判官认不出(判官按本 realm 的原型认对象):用户 / 项目层的 hooks 整块剔掉 + 一句,托管层 ⇒ 回合不发;放宽判据归上游判官(CC-740)。 **SE / ST**:① 其余八只座位 chrome 词(`panel_task` / `notification_terminal` / `prompt_suggestions` / `subagent_lifecycle` / `text_segment_end` / `thinking_segment_end` / `result_replayed` / `tool_parked`)仍只核信封,载荷闭形本版射程外(CC-738);② 「能力位 `engineTarget` 真 ∧ store 没发布」只能由宿主自检(包拿不到宿主的 store 注册表),写成宿主义务(CC-582);③ 旧写口 `applyModelConfig` / `ApplyModelConfigRequest` / `ApplyModelConfigResult` / `SeatCatalogEntry` 与新的接入三动词并存一版 —— 两个写口答同一问;已登退役账 RL-171(retireBy 0.100.0,条件 = 渲染端改调接入三动词、三端对旧写口零读点之后的下一个本包版本)(CC-588);④ 探活判据对终端现判法的收紧(2xx 门户页 / 错误体 / 别车道协议形 ⇒ `shape`)在终端换读前只有包一侧(CC-588);⑤ 写入计划不会把「环境两槽正在供的模型」物化进目录(端点 / 钥匙要按引擎的车道判定取,本包没有那份判据)—— 目录无启用条目而环境有模型时整次拒 `env_catalog_present`,终端现写口会先物化再写,换读后这一形是终端行为变(CC-588);⑥ 逐回合 Settings 投影事件位 `turn_projection` 候装配入口并入后落(CC-772);⑦ `readSessionMcpPanel` 返回的面板视图在座位门里只认「普通记录」、不复校内部(形由 `projectMcpPanel` 负责,CC-827);覆盖表行的「最小合法体 + 逐键投毒」在这个判别式联合上只对失败臂有判别力(`why` 在最小合法体〔`transport` 臂〕上是被「表外键」拒的),逐臂逐键投毒由 `run-seat-contract-keys-test` MP 段补;该动词没有能力位(桌面端主进程 ⇄ 渲染层同构建),异构宿主若出现再议(CC-827)。 **UA**:① `path` 供给(引擎读工作区:pdf / 目录 / 大文件)本包不发 —— 「这一场景受理哪些供给」没有可读的位,候服务端 S-1652(CC-795);② 引擎的总窗口预算不镜像,超窗按 `config.user_attachment_invalid` 读、不自动重发;第几件超只在拒句散文里,候服务端机读下标 S-1703(CC-795);③ `human_input.attachments` 的 sdk 型未到(sdk 23.1.0 仍写「不投影」),本包开集读,sdk 下一 minor 带上后加编译期两向钉(CC-795);④ 网页端 / 桌面端今天自写编码、零调用编码器,席位收益要两端先归包(CC-795)。 **SR**:① `scenarioAssignmentUnknownFromError` 与 `scenarioRefusalFromError` 今天对同一只抛出物答同一件事(前者已改为后者的派生窄视图),前者的去留候定(CC-795)。 **MV**:① 引擎收不了图时(说不清而照发)怎样告知 / 去能力重试候引擎 #1830(CC-778)。 **US**:① 场景技能清单读器候服务端 S-1586(CC-583 ②)。 **MW**:① 中心腿(配置中心下发 → 请求面)`cloudMcpToSpecs` 对 `allowTools` 的同形折缺席已随合车收口(`cloudConfigWireCaps.ts` 写了就上体、非串成员仍滤;门 G7m 中心腿三格;CC-823)—— 本组无余缺口。 **MN / EL / TA / VP**:① `projectMcpConfigs` 的披露只覆盖名字身份与 `toolAxes` 坏形两类成因,本地腿既有的静默跳过(sse / ws 传输、必填位缺席、身份头两位同在、过 32 帽)没有并进披露行,宿主想让用户看到这几类仍要自己数(CC-744)。② 本地腿对非布尔 `elicitation` 原样过境(响亮的 400 在服务端),云配置腿只在 `=== true` 时带 —— 两条腿各自的契约未拉平(CC-762)。③ `toolAxes` 的判官端口没装(浏览器车道 / 宿主漏装)⇒ 条目层不判、原样过境(服务端 7.130.0 起受理口 400 兜底;支持底线 7.129.x 受理口不拒坏形而是静默略去 / 裁成员 —— 这一层防线只在装了端口的宿主上成立);判官下沉设置契约大版本(服务端 [10872] 预告 10-24 窗)到货后改转口,本包不手抄判官(CC-790)。④ `readRuleEntry` 端口本版只登端口与读口,消费方(会话规则可送判定改读引擎条目读者、逐条扣留 inert 条目)归 CC-792,尚未并入。 **AW**:① 同病形的存量不在 CC-758 射程:`MCP_CAPS.items`(服务端 MCP 条数上限的手抄)与 `SKILL_CAPS.content`(顶层技能内容 1 MiB 截断),候后续票(CC-758 族扫余项,逐只核见 127b AW-1)。② `MAX_TASK_AGENTS` 的 32 只截断仍在(RL-145);`isolation` 非 `worktree` 仍丢键 + 一行(KL-781)(CC-758)。③ 空内容技能仍按结构跳过,不是帽(CC-758)。 **LV / TS2**:① 同名影子门的换名同形判据只比「够实」的形状(对象 ≥ 3 个属性、≥ 4 个字符串字面量的联合),更小的形状碰巧相同不报;值的恒等没有结构指纹可比,换名的同值常量不在射程(CC-817)。② 存量债 8 行(换名同形 5:`AskAnswer` ⇄ sdk `QuestionAnswerItem`〔首例〕、`FinishReasonUnknownFactsView` ⇄ `FinishReasonUnknownDetail`、`TaskAgentWireSkill` ⇄ `SkillSpec`、`ToolApprovalDelegation` ⇄ `ApprovalCardDelegation`、`WorkflowParkRowView` ⇄ `WorkflowRunPark`;同名非同对象值 3:`ABORT_CAUSES` / `RUN_DEATH_VERDICT_CODES` / `STATUS_DERIVED_COARSE_CODES`)逐行登在 `upstream-type-shadow-exemptions.json` 的 `debts[]`,冻结名单 8 名只缩不扩〔按名记:换一只新影子顶旧行也红〕,逐行收口(换成派生别名 `export type X = UpstreamY` / 改再导出 / 改名)候后续票,到期线 0.101.0(CC-817)。 **HS**:① 硬退 `joinApprovalHolder` 等终端问车道改调登记动词(复核期 0.100.0,RL-136)。② 规范序取生成表 `CORE_MODE_ARBITRATION` 的键序(门钉它 ≡ core `ASK_CLASSES`);生成器出独立的问类序表之后改读它(CC-821)。③ 宿主在中止之后自发的中断拒绝,若登记时交的信号已中止,包已放手、那一发的结算不进已结表(漏认 = 多一张卡;CC-777)。④ 旧族帧退役之前,`approval_request` 与旧族帧仍各来一次,两族去重靠持有表 / 已结表(CC-804)。⑤ 无桥腿上的引擎收口只记 `tool_approval_complete` 那一形(收口位由 `approvalCompleteParked` 读),`approval_revoke` 只登记上下文、撤卡归宿主(CC-777)。 **DU**:① 解码读面只解 ASCII 转义、至多三层(四层及以上与编码的非 ASCII 分隔照旧看不见,KL-749;CC-788)。② 标量清洗口不洗凭据(凭据面另调 `displayUntrusted`);多行变体不另出口,用公面出口的选项组合(CC-796)。③ 百分号编码的 YAML 块标量(块头 `>` / `|` 编码成 `%3E` / `%7C`、行断编码成 `%0A`)不在解码读面射程:块的范围在原文字节上判,三只出口照旧不遮(CC-788 余项,票面三族之外;修法 = 在解码层上算块范围再映回原文)。 **SP**:① 条目读者只读文法、不交名册(名字在不在这一部署由名册那一步判);会话规则店写口读条目时另交「引擎自带工具目录 ∪ 部署声明的工具」(目录读口不在值级端口里)⇒ 引擎 7.52.0 起写口把大小写孪生一类近名(`read` 对 `Read`)也读作无物、整份拒,本包照送这一类(与修前同;服务端 7.129.x – 7.131.x 捆的引擎 7.51.x 写口照收);退役名 / 无前缀 `__` 名写口读作无物,本包由判官那一步按 `legacy_tool_name` 连坐整批(更严)。到货条件:上游出目录读口或带目录的条目读法(CC-792)。② 编译器那一步保留:条目读者读成一行而编译器不收的少数形照旧连坐整批 —— 两只判官答两件事(店收不收 / 规则编不编得成),不合一(CC-792)。 **TX**:① 句子迁入目录是分批进行:本版已迁见 127a TX-1 – TX-15;未迁(仍在裸英文句棘轮基线里,只降不升):`wireRefusalCopy`(43 句)/ `wireErrorTriage`(5)/ `sandboxWire`(26)/ `decideFailureNote`(1)、`toolApprovalWire.ts` 其余 57 句(停驻 / 重开卡面、写保护等)、`persistedRulesWire.ts` 的回执诊断 29 句、`modelIdentityResolvability.ts` 其余 23 句、`fileHistoryCaptureCapability.ts` 的 doctor 行 5 句、`sessionPolicyWire.ts` 其余 65 句;`turnFailurePresentation` 补句链里认领自这些未迁模块的臂(场景 / 用量窗 / 托管形 / 租约 / 工具声明门 / 坏体坐标 / 权限桶),中文读数仍是那几个模块的英文原句,随它们迁入而变(CC-750 余项)。② 结局 `detail` 的四处包内诊断串与续跑接管的重放披露句(`resumeAttachReplayDisclosure`)仍是英文,中文自愈行里照嵌:前者是结局数据位(改成可翻译要动结局结构,与自愈结局位设计同稿),后者待续跑卡句进目录(CC-751)。宿主显式覆盖的出路片段不翻译;web / desktop 宿主的出路变体键位待产品给词(本版只铸「终端 = 现状」那一员)。CC-745 票面后半「live 诊断带判定依据(哪条 run · 来自哪个读口)」未做:要结局上新增机读位,属自愈结局位设计;`runStream` 忙会话臂的同形句(`This session is locked by an earlier run …`)不在 `activeRunSelfHeal.ts`、也不在点名坐标,未改,终端旧行推断读它的首句,改它须同批换读。③ 卡面「为什么问你」里部署探针散文(`probeReason`)与引擎原文(`message`)是上游写的字,本包只过展示出口不翻译 —— 带这两类原话的卡面行里中文界面是「中文结构句 + 英文原话」;`approvalSupersedesDetail`(接替卡句)不在十二源里,本版未迁;中文译文里的术语(如「持久规则」「审批通道」)未经各端 owner 复核。④ 文件检查点拒句的「恒开、停不了」第四句本版不铸(CC-761;理由见 127z:唯一的恒开词 `on-always` 是退役词,支持底线内没有服务端会铸它);抛出物句只有 `lang` 缺省(数据面英文)一条出路 —— 宿主要把抛出物本地化只能自取目录键,抛出物本身不携带键名与参数(要本地化再另立票给抛出物加机读的「键 + 参数」位);`taskRequest.ts` 仍有 25 处含中文的抛出语句(该文件 31 条 `throw` 语句里 25 条的句子含中文:`buildTaskRequest` 各拒装族、`memoryOffDeclared` 旗坏值等,不在 KL-797 点名的三处),同屏中英混排的情形对它们仍成立,已记 KL-800,候立票收同形存量。⑤ 人答臂只铸了迟到决断五档里能由 `lateDecideOutcomeOf` 读数答出的四档(TX-15):句子里的「已执行」仍没有铸 —— 那要一只「问」的生命周期状态机与执行事件,本包没有那一台机器(引擎另报的执行时处置 `allowed` / `denied` 只作后缀附注,不替「已执行」作证);接替卡上「窗关于何时」那一行缺证据位(`supersedes` 只带 `approvalId` / `parked` / `priorAnswer`),铸它要先有窗关时刻的读口;跨代持有半边随 CC-362(CC-818 余项)。能力位读器族里 `lang` 形参只是占位的 `connectorStatusLine` 一族(函数体 `void lang`,句子仍是裸英文)另立票。⑥ 裸英文句棘轮看不到「词本身来自运行期映射」的句子(§126 TX 缺口 ④):本版由新门 `run-catalog-routing-test.mjs` 的出口登记(每个导出的、带 `lang` 形参的出口必须有语料)与「中文产物没有连续三个英文词」两格兜 —— 运行期映射词漏进中文句会当场红;登记之外的新出口仍靠棘轮与评审(CC-813 余项)。 **MI**:壳那份缺口事实句与本包措辞不同,本版不替它统一(措辞标准归上游;CC-783);`modelRouteGapFact`(事实半句)是为壳的 doctor Model 行另加的出口,第二个端不要即可退。 **HF**:宿主队列事实只有三值;「按 ↑ 召回编辑」这类宿主按键提示不进包句(终端壳留一小截),要不要出「宿主可编辑」事实位另议(CC-787 余项);路由器自己抛的 `ControlSafetyError.advice`(cancel 404 / 本地拒两码)仍是裸英文,没有 `lang` 通路(数据面)。 ;本版新铸 / 改写的四处 —— `userInvokedSkills` 坏形拒 / `hostSettings` 坏形拒 / 宿主自供键手填拒 / `requireExistingSession` 无会话拒 —— 发前订正已迁入目录,不在此列 。⑦ 🔁 发前订正:本版裸英文句基线抬行里写「目录化随 CC-750」的几行(`modelCapabilityProbe` 的 `probeVerdictNotice` 九句 / `humanTurn` 的 `imageSentOnUnknownVision` / `scenarioRefusal` 的 `scenarioRefusalContent` / `wireRefusalCopy` 的 `userAttachmentRefusalContent` 与 `userInvokedSkillRefusalContent` / `permissionRuleIssue`)why 已改写为实情(`resumeRefusalCopy` / `turnFailurePresentation` 两行的「随 CC-750」已在本版目录化批次里兑现,这两个文件的基线已降为 0):本版这几只句口仍是字面句,目录化归 CC-841(0.100.0 文案第六批);同一次接入的拒因句按语言出而探活 `detail`(经 `probeVerdictNotice`)恒英文,中文界面同一张卡上仍一半中文一半英文
+
+
+
+### 127z. 勘误(回指 §126;已发段冻结不回改)
+
+- **§27 / §28 签名块的表长数字改为指针(GT-1,一次性迁移)**:已发段 §27 / §28 里十张表的签名块原先写着表长数字(`// N 码|词`),本版起改为「表长见 §2x」,数字只住 §2x。这是对已发段的一次性搬迁,不是日常订正;此后上游加减词只改 §2x,已发段不再因表长变动被改。已发段里各版加减了哪几个词的沿革文字照旧是当时的记述。
+- **表态更正(换钉段)**:① 「settings-schema 13 把 `UI_LANGUAGES` 改名 `UI_LANGUAGE_VALUES`、本包编译红必改」不成立 —— `UI_LANGUAGES` 是本包自有的公面名,上游从无同名导出;真动作 = 值改取上游闭集(SS-2),名与值不变。② 「引擎 7.52.0 退 `WiringManifestHookEntry`、本包三处编译红必改」不成立 —— 本包用的是自有视图型,不 import 那一名(CO-1,零动作)。③ 「配对状态 +2 按臂编译红」不成立 —— 本包读数型是开模板;真影响是两新词读成 `unknown`,本版补词并钉到引擎型(CO-4)。
+- **读器族「未观测每次新铸」(CP-3)**:§77 读器工厂条的「`unobserved` 每次新铸(改了拿到的对象不串味到别的 baseUrl)」与 §124 CP-1 行的「两态由读器工厂一处铸、每次新铸」,自 0.99.0 起以 127a CP-3 为准 —— 两个非投影态是冻结单例。已发段冻结不回改。
+- **`classifySelfOrchestrationRefusal` 的读法(TH-2)**:§13e 射程边界表里该函数那一行写的「普通属性读取(沿原型、会执行 getter)」自 0.99.0 起以 127a TH-2 为准 —— 它与全包其余判官同读法(只认自有数据位,取值器零执行)。已发段冻结不回改。
+- **§126 PL 包侧缺口 ①(PL-1)与 LF 包侧缺口 ④(PR-1)**:前者「后台代理终态通知上的 `sessionId` 本版没当绑定证据」、后者「终端 `planReviewTaskIdFromQuestionId` 是 `questionId` 形的第二份解析」,分别由 127a PL-1 与 PR-1 到货。
+- **§126 对 `task_started` 的口径翻面(TS-1)**:§126 / 0.98.0 把 `task_started` 的丢帧分类由 `unknown_arm` 改成如实的 `unsupported_arm`(「认得、没有消费口」);0.99.0 起它有消费口(内部臂 + chrome `subagent_started`),该分类不再出现。已发段按冻结不回改,以本条为准。
+- **表态更正(座位段)**:① CC-743 票面常量名 `PLAN_REVIEW_REASON_MAX_CHARS` 不存在 —— 真常量是 `MAX_DENY_REASON_CHARS`(本版 SE-5 上根);`ApplyModelConfigResult.reason` 的两个私有词 0.98.0 已进闭集(§126 ST-2),本版不是这一条的 BREAKING。② CC-588 设计稿 §三a 以桌面端判法为唯一判据;终端此后(10-15)把判法改成流式首 token 并加 `busy` / `no_token` 两词 —— 本版的唯一判据取这一更新的判法,另按 §三a 保留「2xx 而不是协议回答 ⇒ `shape`」一条(SE-3)。③ 设计稿的判词闭集名 `MODEL_PROBE_VERDICTS` 早已被思考能力探测占用,本版判词闭集只有 `PROBE_VERDICTS`(座位判官直引它;SE-3 首发曾带别名 `ONBOARD_PROBE_VERDICTS`,发布前已删,名字从未发布)。④ `last_turn_usage.engineUsage` 的「逐字通道」(引擎原形整只透传)由本版 SE-6 改为声明键形 + 未声明键计数。
+- **「本包装配口不碰技能请求键」(US-1)**:`userInvokedSkillsCapability` 的成文与 §118 SV-23 处置表「本包装配口不碰技能请求键」自 0.99.0 起以 127a US-1 为准 —— `userInvokedSkills` 的投法归包(片段口 + 车道表),顶层 `skills` 清单的投法不变。已发段冻结不回改。
+- **表态更正(CC-811 / TC-1)**:「`config.protocol_header_collision` 的句面与读点」那一条承诺的替代 = 127a TC-1 的门格见证:该码只在引擎 MCP 拨号处抛、经「这一台 failed + 错误串」到宿主,本包零读点。
+- **0.98.0 冻结文案失实七处(CC-820;已发段冻结不回改,以本条为准)**:① CHANGELOG 0.98.0 段 `inheritEnv` 能力词读器条(§126 CP-8)末句「支持底线服务端不铸这把键 ⇒ 今天读数恒 `absent`、交互车道恒 omit」**失实**:同版支持底线已抬到服务端 7.129.1,该版服务端在能力面铸 `inherit_env.own_credentials_withheld`(夹具 7.129.1 / 7.131.0 的 `dist/capabilities/engine-capabilities.js` 逐位可核),读数可为 `confirmed`(意图判定四件齐时交互车道可达 `all`)/ `declined`;`absent` 只剩老于底线的服务端(出包文案,首位)。② §126 CP 包侧缺口 ①「真回体候服务端 7.129.0 夹具(G-CP-IE2)」**过时**:底线 7.129.1 的夹具(server-71291)与本版现役 7.131.0 夹具都已在全门夹具列表,能力词键由真服务端发布包铸出,候的不再是夹具。③ §126 GR 包侧缺口 ②「理由词 `earlier_grammar` 今天在包里只住一处常量(生成表对的是 core 7.49.5、六词);换钉 core ≥ 7.51.2 那一版改从生成物派生并加编译期钉」**已过期**:同版换钉 core 7.51.2 时已改从生成表 `CORE_ALLOW_ENTRY_INERT_REASONS` 派生(七词,`earlier_grammar` 是其中一员)并加编译期钉,不再是手写一处常量。④ §126 UP-7 三处两说:处置表 UP-7 行首句「**pending**(不执行,留登记行)」、126b UP-7 的「本版**不退**。到货判据 …」整段与 126d UP-7 的读点核法,都是被同条里「🔁 本版改为硬退(RA-3)」覆盖的初判 —— **以硬退为准**:`ledger.applyFrame` / `setConnected` / `FleetLedgerStatus.connected` 已于 0.98.0 删除(§126 RA-3;退役登记 RL-105 于 0.98.0 到期硬退),不再按「到货判据」等终端换读。⑤ §126 WD-3 的「七词键表」「七词各一句」**应读九词**:`persistedRuleMatchLabel` 的句表有九词(`exact` / `prefix` / `wildcard` / `subpath` / `path` / `name` / `name_prefix` + `host` / `subdomain`〔`WebFetch` 域文法两词,0.98.0 随 sdk 22 / 引擎 7.49.0 入表〕),键表 `satisfies Record<CorePersistedRuleMatch, string>`,上游再加一词编译红。⑥ §126 DU-9 处置列「pending(两问:见 126d DU-9)」**已答复**:126d DU-9 已给两问的射程答复(终端自持的凭据键名词表回答「这个键名可能装凭据吗」,取宽;本包 `CREDENTIAL_NAME_SEGMENTS` 回答「反引号里这个名字是在点名凭据变量吗」,取窄 —— 并成一张表在两向上必有一向错),两边零改码,无待办。⑦ 内部面注释:源码 `src/hitl/persistedRulesWire.ts` 里「装 21.1(peer 地板)⇒ 仍当坏形丢掉那一条候选」一句的 peer 地板数字停在 21.1,现地板 `>=23.1.0`(0.99.0;出包文件零注释,只影响读源码的人;随该文件下一次改动订正)。
+- **§126c 黑盒判据文字订正(0.98.0 验收 [10857] / [10860] 查出,实现为准)**:**G-RT3**「全缺席的 `kind: 'error'` 臂 ⇒ `Request failed — retrying`、无 `recourse`」中的「无 `recourse`」错 —— 非终态 `error` 臂无判词无服务侧码 ⇒ `recourse` 是 `wait`(与 `retryStatus` 头注「`error` 臂非终态 ⇒ `wait`」一致;句子本身对)· **G-RB3**「同一次落地上任一读器连读两次交同一只冻结对象」的射程是**落地且投影成功的读数**;`unobserved` / `unreadable` 两态在 0.98.0 每次新铸、不冻(0.97.0 起成文行为,非 0.98.0 引入),0.99.0 起改冻结单例(§127 CP-3)· **G-RB2 / RB-2**「测试钩 59 → 45」「以 `_` 打头的测试钩共 45 个」应为 44(0.98.0 发布基线 `testHookCount` 44)· **G-TS3** 运行期半句「同一只活卡帧经 `surfaceToolApprovalFrameAndRespond` 的结局与 0.97.1 逐字节同」不成立 —— 结局形随同版 HM-R1 改成 `ApprovalResolution`(`decided` / `not_sent` / `unsettled` 三词),按该结局形读 · **G-HM2** 结局词 `failed` 应为 `unsettled`(第一格「无 `errorCode` 的 400 ⇒ 恰一发」的结局)· **G-TK6 ③**「零告警句」的射程是 RD-2 拼法告警 / 扣送句(deny 侧不再出);名册在手形的**改写通知句**(`rewritten to "…"`)保留 · **G-TK6 ②**「子代零工具」不字面成立 —— 引擎给每个子代注入 `ReportBlocked`(`allowTools: []` ⇒ 子代工具集 = `[ReportBlocked]`),KL-778 两代复现。§126a 处置表引了而 §126c 没有标题的 **G-HM7 / G-HM8 / G-PK6 / G-NG10 / G-NG11** 与 **G-SM6** 已补进 127c 末条。
+
+- **§125 前提订正(终端 [10928] ⑤;已发段冻结不回改,以本条为准)**:§125 段头「服务端 7.126.0(引擎 7.49.x)起 … 没有任何工具应答的名,整发请求在开跑前被拒」只对服务端 7.126.0 – 7.128.x 成立。引擎 7.51.0(服务端 7.129.0 起 = 本版支持底线 7.129.1 之下)改为:工具清单里没人应答的名**保留条目并告知一次,不拒 run**;只有任何工具名都不可能有的拼法才拒。引擎 7.52.0(服务端 7.132.0 起;本版开发锚、非底线)再收窄一类:已挂工具名的**另一种拼法**(大小写孪生 / 已退役旧名 / 协议对端另拼)开跑前拒并点名两种拼法。本版行为不变:AD-1 的省略 + 披露与 AD-2 的拼法省略照旧(收窄方向,不放宽);§125「包侧缺口 ①」写的换源条件(引擎回到只告不拒)已成立 ⇒ 这两只提交前读口的去留(退役为照投,还是保留为收窄 + 披露)进 CC-835,0.100.0 设计定,本版不自裁。
+- **「整批可送才送」(SP-1)**:§101 导语 ②、101a P-1 行、101a′ 第 3 条、101c G-P4 与 §118 118b「SP-1 不变的」里的「整批可送才送 / 没有一部分已立即生效这一形」,自 0.99.0 起以 127a SP-1 为准 —— 唯一例外是引擎条目读者读作无物的条目(单独扣下、带 `inertReason`、不连坐其余);G-P4 那一批(`Read` + `Bash(git push:*)`)不受影响(限定那一条仍连坐整批)。已发段冻结不回改。
+- **§115c G-AC7 首铸代格改口(CC-821;KL-360 同改;已发段冻结不回改,以本条为准)**:「本包读数与服务端交出形逐字同(非规范序原样,不重排)」改为「服务端 7.109.0 代原样交出的非规范序一对 ⇒ 本包两条腿两位都丢(读成坏形,比这一代服务端严;与 7.110.0 起的筛问类同判)」;规范序代各格不变。门 `run-approval-frame-keys-test.mjs` 同格同改。
+- **§126 TX 包侧缺口 ①(CC-813 / CC-749 / CC-751 / CC-752 / CC-750)**:「迁移之前,中文界面里这些句子仍是英文」—— 系统提示行与停驻卡注(本版批 1′)、审批卡注主体、自愈句、设置面句、失败句各由 127a TX 行到货;未迁的句(`wireRefusalCopy` / `wireErrorTriage` / `sandboxWire` / 别的存量裸句)仍在裸英文句棘轮基线里,逐文件逐摘要只降不升。**TX 包侧缺口 ④**(裸英文句棘轮看不到「词本身来自运行期映射」的句子):这一形由新门 `run-catalog-routing-test.mjs` 的出口登记(CR11:每个带 `lang` 的导出出口必须有语料)与「中文产物没有连续三个英文词」(CR5)两格兜,运行期映射词漏进中文句会当场红。§121y HW-2 / §121 尾 HW「端按 `code` 自行本地化」:自本版起迁入目录的那几只出句口收 `lang`、译文在本包目录(已发段冻结不回改,以本条为准)。
+- **§126 TX 包侧缺口 ① 的第二批(TX-2)**:§126 写「审批卡注主体 … 在后续版本」—— 本版已迁入(十二源的句子在目录里,出句口带 `lang`);「迁移之前,中文界面里这些句子仍是英文」对这十二源不再成立。已发段冻结不回改,以本条为准。
+- **一句句面疑点(已原样进目录,未改句)**:卡面「载荷读不懂」那一句(`approval.card.payloadUnreadable`)英文里的 `basic facts` 的 `basic` 被展示出口读成凭据方案词(`Basic <凭据>`),`approvalCardReasons` 每一行最后过展示出口时把它后面的词遮成 `«redacted:secret»`(0.98.0 起就是这样,`approvalCardReasons` 在基线上出的那一行就是遮过的样子)。本版迁移不改句,逐字进目录并在消息目录门 MC8 登记为已知洗字漂(登记项自带「仍在漂就必须留、不漂了必须删」的反钉);修法(改句、或该行不过展示出口)另票。
+- **§126 TX 包侧缺口 ①「自愈句 … 各在后续版本」(TX-3)**:自愈句(`activeRunSelfHealRow` / `activeRunBusyHeadlessRow`)自 0.99.0 起迁入目录、出句口收 `lang`;§121y HW-2 / §121 尾 HW「端按 `code` 自行本地化」对这两只出句口自此不再成立(它们收 `lang`)。已发段冻结不回改,以本条为准。
+- **「locked by an earlier run」属主(TX-5)**:该句曾被当成服务端 / 引擎的拒因;它是本包自愈文案(宿主自判),0.99.0 起两处改成宿主语气,措辞不再像服务端拒。
+- **§126 TX-3 / TX 包侧缺口 ①(迁移进度)**:「本包既有铸点句迁入目录分批进行 … 设置面各在后续版本」中的**设置面句**(持久规则治理行五口、档位说明、模型目录「配置改动被整拒」句)与 **turn 失败呈现的句子**(`headline` / 配额句 / 设置面 400 补句 / 等待句)自 0.99.0 起已在目录里、其出句口收 `lang`(127a TX-6 – TX-9 行);§121y HW-2 / §121 尾 HW「端按 `code` 自行本地化」对这几只口不再适用(其余口仍成立)。已发段冻结不回改。
+- **文件检查点拒句的第四句(TX-10;CC-761 票面更正)**:票面「`on-always` 这类词落到『引擎没报』那一句、该出第四句『恒开、停不了』」在 0.98.0 之后不成立 —— 0.98.0 已按成因分四句,读到不认识的词(含退役词 `on-always`)落「报了一个不认识的模式」那一句并有门钉(§126 `HL-12` / `G-HL14`);服务端 7.104.0 起能力词闭集只有 `off` / `on-optional`(`on-always` 结构上不可达、已删词,sdk 型面标退役),本包 0.93.0 起把 `on-always` 读成不认识的词(§119 `RT-3`);支持底线(server 7.129.1)之内没有会铸「恒开」词的服务端,为退役词另立一句 = 给同一个词第二个读法,本版不铸。引擎重新铸出明确的「恒开」词时再立。
+- **抛出物句的语言口径(TX-11;KL-797 回指)**:0.98.0 的已知限制「拒装类抛出物句中英文混用」(`hooksForWire` 的用法错句是英文,`taskRequest` 三处与 `wireFailureShape` 一处是中文)本版收口 —— 五处句子进消息目录,抛出物 `message` 缺省英文(数据面);已发段里「这几处抛出句是中文」的记述自本版起以本条为准。已发段冻结不回改。
+- **§126 CP 包侧缺口 ③**(八句「引擎比这一位老」)与 **WD 包侧缺口 ①** 的人答臂半张,分别由 127a TX-12 – TX-14 与 TX-15 到货。WD 缺口 ① 里**仍未到**的三件:句子里的「已执行」(要「问」的生命周期状态机 + 执行事件)、接替卡上「窗关于何时」那一行(`supersedes` 不带窗关时刻)、跨代持有(随 CC-362)。
+
 ## §126 🆕 0.98.0(2026-10-16)— 句表单源:持久规则人话五口 · 卡面三行说明读口 · 崩溃遗留逐行句 · 结局成因一行句表 · `policy` 出身句补半边 · 退出码 137 的归因句 · 工具结果卡「未执行」位读不出 · 值级端口严格档 · run 行在飞词表单源 · 清账版 · 引擎地址一处真源 · 流式提交同键有界重开 · 排空收场账上根入口 · 展示出口凭据网:五类语料 · 配置地址展示口四形 · 诊断词判定口 · 抛出物读法单源 · 失败句上公面 · turn 失败呈现与重连预算(第一程) · 沙箱降级句按宿主分段 · 座位 chrome 词表 +6(CH) · 能力位单源余项与 `inheritEnv` 意图判定(CP) · HITL 决断链:持有表三臂 · 人答一包 · 迟到结局五档(HL) · 座位契约卫生:出站门全族普通记录判据 · 模型配置回执 reason 闭集 · 座位死位退役 · 流式分片与会话历史投影归包(ST) · 换钉 sdk 22 与 MCP 断言头过境(PK) · 窄读工具集与通知单条回读 · context_usage 读口与工具结果行门记录视图 · 计划审阅已呈档位 · 重开口同步重载退役(LF) · 连接器状态两态读口(CS) · 收紧约束原样上体 · 拒装机读身份 · 座位 turn 失败判决过境(TK) · HITL 单一读法收口(HM) · 转录行侧挂位与自愈分诊复证(SC) · 面板归约口每只子代一条记录(PL) · 会话规则读改写口不改一行的文法(GR) · 消息目录席位 · 子代理模型词解析口 · 判活语义单源(TX) · sdk 23 / 引擎 7.51 一代的读法(PN) · 事件腿组合器 `composeEventLeg`(LG) · 与 sdk 同名的公面型就是 sdk 那一只(TS) · 重试行人话单源 `retryStatusNotice`(RT) · 内置子代类型词表 `BUILTIN_SUBAGENT_TYPES`(BA) · 设置来源 `mcp_tool` hook 条目处置(HK) · 能力位读器 tee 口与测试钩退役(RB) · 门已决三拼装件 / hooksForWire 必带计划 / 让位披露老两键 / 脱敏布尔读器退役(RC) · 面板旧事件口与缺席口 / fleet 账本兼容入口与 connected 退役(RA) · 底线 server 7.129.1 / deny 侧扣送与目录省略退役(RD) · 授予绑定三态按载体读(RE)