@sema-agent/client-core 0.96.0 → 0.97.0

package/docs/INTEGRATION-CLIENTS.md

@@ -19,11 +19,11 @@
 
 | 项 | 值 | 真源 |
 |---|---|---|
-| 本包 | `@sema-agent/client-core` **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`;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`(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` 上公面;型面 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` **>=20.0.0**(value-level,非 type-only;🔴 **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.97.0**(本批发布版 = **minor**:**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`;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`(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` 上公面;型面 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` **>=21.1.0**(value-level,非 type-only;🔴 **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` |
-| 公开导出面 | **1629** 个运行期符号(+ **59 个测试钩,两种拼法**:35 个 `__*ForTests` + 24 个单下划线开头(22 个 `_*ForTest` + `_resetLiveQuestionStore` / `_resetUltracodePreset`) —— 两种都在 `public-export-baseline.json` 的 `testHookNames` 里、各自受棘轮管,**不在** `names` 的 1582 里。运行期 `Object.keys(dist/index.js)` 的全量 = 1629 + 59 = **1688**;只剔双下划线那 49 个会多数出 24 个来,那不是棘轮盲区;最简单的剔法是去掉所有以 `_` 开头的名字(公面运行期名没有一个以 `_` 开头);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` / `forgetSessionReadRedactionReading`(0.95.0 退出公面) / `sessionReadRedactionAdmitted` · SV-5 五名 `projectOutputStyleSeatCapability` / `noteEngineCapsForOutputStyleSeat` / `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` / `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` / `isApprovalDecided` / `approvalNotSentCause` / `approvalUnsettledCause` + 两张 cause 词表 `APPROVAL_NOT_SENT_CAUSES` / `APPROVAL_UNSETTLED_CAUSES`(域 3);**CC-96** 记忆 spec 读面 10 件:`readAgentMemorySpec` / `unknownMemorySpecKeys` / `unknownMemorySpecKeysNote` / `memoryConfigRefusalNoteOf` / `KNOWN_AGENT_MEMORY_SPEC_KEYS` / `PENDING_MEMORY_SPEC_KEYS` / `MAX_UNKNOWN_MEMORY_SPEC_KEYS` / `CONFIG_MEMORY_PROJECT_KEY_SPELLING` / `CONFIG_MEMORY_WRITE_SCOPE_MISMATCH` + 判别形型(域 6 / 16)。CC-89 / CC-91 / CC-92 / CC-98 四票**零值导出增减**(新臂走 `ChromeEvent` 联合与内部臂表,`tasks_expand` 退役删的是联合成员不是导出名);1065 = 0.74.5 / 0.75.0 / 0.75.1 的值:相对 0.74.4 +4 —— `isNewEngineAgentPanelCycle`(CC-87,域 4)+ `approvalOutcomeNoteOf` 与两句固定文案常量(CC-88,域 3);1065 = 0.74.5 / 0.75.0 的值:相对 0.74.4 +4 —— `isNewEngineAgentPanelCycle`(CC-87,域 4)+ `approvalOutcomeNoteOf` 与两句固定文案常量(CC-88,域 3);1061 = 0.74.3 / 0.74.4 的值:相对 0.74.2 +9 —— CC-70 / CC-71 / CC-72 / CC-73 八件 + CC-80 `lastFlagValue`,见 §2b 域 3 / 4 / 10 / 15;1052 = 0.74.2 的值:相对 0.74.1 +6 —— CC-69 六件,见 §2b 域 9;1046 = 0.74.1 的值:相对 0.74.0 +1 —— `RETRACTED_CARD_DECISION_KIND`,见 §2b 域 3;1045 = 0.74.0 的值:相对 0.73.5 +1 —— `isStaleEngineAgentPanelEnd`,见 §2b 域 4;1044 = 0.73.5 的值:相对 0.73.4 +11 —— CC-58 规模告警十一件,名单见 §2b 域 12;1033 = 0.73.4 的值:相对 0.73.3 +1 —— `TOOL_INPUT_JOIN_MAX_CALLS`,见 §2b 域 1;1032 = 0.73.3 的值:相对 0.73.2 +6 —— CC-61 六件,名单见 §2b 域 9;1026 = 0.73.2 的值(导出名零增减);= 0.73.1 的值:相对 0.73.0 +7 —— CC-56 六件 / CC-57 一件,名单见 §2b 域 3 / 15;1019 = 0.73.0 的值(导出名零增减,BREAKING 在类型面);= 0.72.14 的值:相对 0.72.13 +8 —— CC-55 八件,名单见 §2b 域 3;1011 = 0.72.13 的值:相对 0.72.12 +18 —— CC-46 八件 / CC-54 六件 / CC-53 两件 / CC-50 缺席口两件,名单见 §2b 域 3 / 4 / 9 / 10;993 = 0.72.12 的值(测试钩 45):相对 0.72.11 +4 —— CC-50 `OUTCOME_UNKNOWN_ROW_PREFIX` / `isOutcomeUnknownRowText` / `TASK_NOTIFICATION_TERMINAL_STATUSES`(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` / `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`/`observedWriteProtection`/`forgetWriteProtectionReading`(0.95.0 退出公面)/`writeProtectionDoctorDetail`/`projectWriteProtectionPosture`/`writeProtectionPostureDetail` 七件写保护读面(测试钩 `__resetWriteProtectionReadingsForTests` +1)+ `readWireErrorCode` + 真机边界①的两件 `isGateParkedToolEnd`/`GATE_PARKED_ERROR_CODE` + 异源复审逼出的 `engineCapsGeneration`;`0.59.0` 是 **836**,那批是八件 additive:`RULE_OFFERS_ABSENCE_REASONS`/`DENIAL_LIMIT_KINDS`(后者 🔧 0.85.0 退出公面)两张闭词表再导出 + `engineCapValue` 能力位四态通用读口 + `projectSqlEngineCapability`/`observedSqlEngine`/`noteEngineCapsForSqlEngine`/`forgetSqlEngineReading`(0.95.0 退出公面)/`sqlEngineDoctorDetail` 五件 SQL 姿态读面(测试钩 `__resetSqlEngineReadingsForTests` +1);`0.58.0` 是 **828**,那批是三件 additive:`RULE_OFFER_MATCHES`/`RULE_OFFER_BATCH_MEMBER_KINDS`/`RULE_OFFER_UNCOVERED_REASONS` 三张闭词表再导出 + `RESUME_REFUSAL_CODES`/`RESUME_PLACEMENT_MISMATCH`/`resumeRefusalFromError`/`resumeRefusalContent` 四件文案铸点;`0.57.0` 是 **821**;`0.56.0`/`0.55.0` 是 **815**;已发 `0.54.0`(design/385 十件 additive 含 `AUTHORITY_ENVELOPE_TAGS` 🔧 0.72.0 退役);`0.52.0` 是 **805**(L-69⑨ 两件);`0.51.0` 是 **803**;`0.50.0` 是 **800**(S-81 五件);`0.49.0` 是 **795**;`0.48.0` 是 **794**;npm `0.47.0` 是 **790**,`0.46.0` 是 **787**,`0.44.0` 是 **783**,`0.43.1`/`0.43.0` 是 **776**,`0.42.0` 是 **771**,`0.41.0` 是 **767**,`0.39.0` 是 **766**,`0.38.0` 是 **764**;`0.37.0` 是 **753**,见 `CHANGELOG.md`) | `scripts/public-export-baseline.json` 的 `count` / `testHookCount` —— **别手抄进别处,以该文件为准** |
+| 公开导出面 | **1639** 个运行期符号(+ **60 个测试钩,两种拼法**:36 个 `__*ForTests` + 24 个单下划线开头(22 个 `_*ForTest` + `_resetLiveQuestionStore` / `_resetUltracodePreset`) —— 两种都在 `public-export-baseline.json` 的 `testHookNames` 里、各自受棘轮管,**不在** `names` 的 1639 里。运行期 `Object.keys(dist/index.js)` 的全量 = 1639 + 60 = **1699**;只剔双下划线那 36 个会多数出 24 个来,那不是棘轮盲区;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` / `forgetSessionReadRedactionReading`(0.95.0 退出公面) / `sessionReadRedactionAdmitted` · SV-5 五名 `projectOutputStyleSeatCapability` / `noteEngineCapsForOutputStyleSeat` / `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` / `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` / `isApprovalDecided` / `approvalNotSentCause` / `approvalUnsettledCause` + 两张 cause 词表 `APPROVAL_NOT_SENT_CAUSES` / `APPROVAL_UNSETTLED_CAUSES`(域 3);**CC-96** 记忆 spec 读面 10 件:`readAgentMemorySpec` / `unknownMemorySpecKeys` / `unknownMemorySpecKeysNote` / `memoryConfigRefusalNoteOf` / `KNOWN_AGENT_MEMORY_SPEC_KEYS` / `PENDING_MEMORY_SPEC_KEYS` / `MAX_UNKNOWN_MEMORY_SPEC_KEYS` / `CONFIG_MEMORY_PROJECT_KEY_SPELLING` / `CONFIG_MEMORY_WRITE_SCOPE_MISMATCH` + 判别形型(域 6 / 16)。CC-89 / CC-91 / CC-92 / CC-98 四票**零值导出增减**(新臂走 `ChromeEvent` 联合与内部臂表,`tasks_expand` 退役删的是联合成员不是导出名);1065 = 0.74.5 / 0.75.0 / 0.75.1 的值:相对 0.74.4 +4 —— `isNewEngineAgentPanelCycle`(CC-87,域 4)+ `approvalOutcomeNoteOf` 与两句固定文案常量(CC-88,域 3);1065 = 0.74.5 / 0.75.0 的值:相对 0.74.4 +4 —— `isNewEngineAgentPanelCycle`(CC-87,域 4)+ `approvalOutcomeNoteOf` 与两句固定文案常量(CC-88,域 3);1061 = 0.74.3 / 0.74.4 的值:相对 0.74.2 +9 —— CC-70 / CC-71 / CC-72 / CC-73 八件 + CC-80 `lastFlagValue`,见 §2b 域 3 / 4 / 10 / 15;1052 = 0.74.2 的值:相对 0.74.1 +6 —— CC-69 六件,见 §2b 域 9;1046 = 0.74.1 的值:相对 0.74.0 +1 —— `RETRACTED_CARD_DECISION_KIND`,见 §2b 域 3;1045 = 0.74.0 的值:相对 0.73.5 +1 —— `isStaleEngineAgentPanelEnd`,见 §2b 域 4;1044 = 0.73.5 的值:相对 0.73.4 +11 —— CC-58 规模告警十一件,名单见 §2b 域 12;1033 = 0.73.4 的值:相对 0.73.3 +1 —— `TOOL_INPUT_JOIN_MAX_CALLS`,见 §2b 域 1;1032 = 0.73.3 的值:相对 0.73.2 +6 —— CC-61 六件,名单见 §2b 域 9;1026 = 0.73.2 的值(导出名零增减);= 0.73.1 的值:相对 0.73.0 +7 —— CC-56 六件 / CC-57 一件,名单见 §2b 域 3 / 15;1019 = 0.73.0 的值(导出名零增减,BREAKING 在类型面);= 0.72.14 的值:相对 0.72.13 +8 —— CC-55 八件,名单见 §2b 域 3;1011 = 0.72.13 的值:相对 0.72.12 +18 —— CC-46 八件 / CC-54 六件 / CC-53 两件 / CC-50 缺席口两件,名单见 §2b 域 3 / 4 / 9 / 10;993 = 0.72.12 的值(测试钩 45):相对 0.72.11 +4 —— CC-50 `OUTCOME_UNKNOWN_ROW_PREFIX` / `isOutcomeUnknownRowText` / `TASK_NOTIFICATION_TERMINAL_STATUSES`(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` / `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`/`observedWriteProtection`/`forgetWriteProtectionReading`(0.95.0 退出公面)/`writeProtectionDoctorDetail`/`projectWriteProtectionPosture`/`writeProtectionPostureDetail` 七件写保护读面(测试钩 `__resetWriteProtectionReadingsForTests` +1)+ `readWireErrorCode` + 真机边界①的两件 `isGateParkedToolEnd`/`GATE_PARKED_ERROR_CODE` + 异源复审逼出的 `engineCapsGeneration`;`0.59.0` 是 **836**,那批是八件 additive:`RULE_OFFERS_ABSENCE_REASONS`/`DENIAL_LIMIT_KINDS`(后者 🔧 0.85.0 退出公面)两张闭词表再导出 + `engineCapValue` 能力位四态通用读口 + `projectSqlEngineCapability`/`observedSqlEngine`/`noteEngineCapsForSqlEngine`/`forgetSqlEngineReading`(0.95.0 退出公面)/`sqlEngineDoctorDetail` 五件 SQL 姿态读面(测试钩 `__resetSqlEngineReadingsForTests` +1);`0.58.0` 是 **828**,那批是三件 additive:`RULE_OFFER_MATCHES`/`RULE_OFFER_BATCH_MEMBER_KINDS`/`RULE_OFFER_UNCOVERED_REASONS` 三张闭词表再导出 + `RESUME_REFUSAL_CODES`/`RESUME_PLACEMENT_MISMATCH`/`resumeRefusalFromError`/`resumeRefusalContent` 四件文案铸点;`0.57.0` 是 **821**;`0.56.0`/`0.55.0` 是 **815**;已发 `0.54.0`(design/385 十件 additive 含 `AUTHORITY_ENVELOPE_TAGS` 🔧 0.72.0 退役);`0.52.0` 是 **805**(L-69⑨ 两件);`0.51.0` 是 **803**;`0.50.0` 是 **800**(S-81 五件);`0.49.0` 是 **795**;`0.48.0` 是 **794**;npm `0.47.0` 是 **790**,`0.46.0` 是 **787**,`0.44.0` 是 **783**,`0.43.1`/`0.43.0` 是 **776**,`0.42.0` 是 **771**,`0.41.0` 是 **767**,`0.39.0` 是 **766**,`0.38.0` 是 **764**;`0.37.0` 是 **753**,见 `CHANGELOG.md`) | `scripts/public-export-baseline.json` 的 `count` / `testHookCount` —— **别手抄进别处,以该文件为准** |
 
 
 
@@ -32,7 +32,7 @@
 
 
 
-| 支持底线 | 服务端 **7.125.0** / 引擎 **7.48.0** / sdk **20.0.0**(三件 0.96.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.126.0** / 引擎 **7.49.5** / sdk **21.1.0**(三件 0.97.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`(**1629** 项;该基线只覆盖**根**入口,子路径入口 `./registry` 的名单在 §86 与 `scripts/run-sdk-registry-transit-test.mjs` A / C 段)。
+> 全集真源 = `scripts/public-export-baseline.json` 的 `names`(**1639** 项;该基线只覆盖**根**入口,子路径入口 `./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`)。
 
-1629 项的内部构成(帮助端估读表大小;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` / `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`,`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` / `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`,`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):**404** 项是 `SCREAMING_SNAKE` 常量数据表/词汇表
+1639 项的内部构成(帮助端估读表大小;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` / `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`,`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` / `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`,`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):**406** 项是 `SCREAMING_SNAKE` 常量数据表/词汇表
 
 
 
@@ -183,7 +183,7 @@ SDK 核对「本包 import 的每个值级符号仍然导出」「`TaskStats.cos
 
 
 
-### 2b. 域图(16 域,逐域计数之和 = 1629)
+### 2b. 域图(16 域,逐域计数之和 = 1639)
 
 
 
@@ -192,9 +192,9 @@ SDK 核对「本包 import 的每个值级符号仍然导出」「`TaskStats.cos
 
 | # | 域 | 名数 | 承重导出 | 用途 | 实现锚 |
 |---|---|---|---|---|---|
-| 1 | **适配内核(下行主链)** | 86 | `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` |
+| 1 | **适配内核(下行主链)** | 88 | `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 公共契约** | 4(其余为 type-only) | `CHROME_ARMS` · `deriveTranscriptId` · `snapshotSegmentIdentity` / `snapshotIsSubFlow`(0.76.1:身份四键一次性快照助手,投影口与 adapt 侧全部臂的唯一身份读点;§77)| 公共词汇 + **id 确定性不变量**(同一条流重放 ⇒ 同一串 id)。`CHROME_ARMS` = 端「我要消费哪些 chrome 臂」的对照清单 | `src/seam.ts` |
-| 3 | **HITL 决断卡链**(§4/§5 主战场) | 281 | 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` 不收本族;§109)· `notePlanReviewDecisionHandedOver` / `planReviewPendingReadMark` / `planReviewDecisionInFlight` / `notePlanReviewDecisionNotApplied` / `notePlanReviewGateLeft` / `latestPlanReviewDecisionMark`(0.85.0 CC-241:plan-review 决断台账 —— 交出登记 + 读起点刻度 + 拒开判据 + 「没生效」与「离门」两只说一声的口 + 交出刻度;`reopenPlanReviewCard` 按它拒开;§109)· `isCodeClassifiedGateFailure`(0.84.1 CC-225:这枚决断失败码自己说清了处置、失败文字不许再按「门已决」词表扫 —— `isGateStandingErrorCode` 的两码 ∪ 422 `parked_resume.startup_failed`;§108)· `removeRefusedSessionRules` / `sessionPolicyRemovalNotice` / `isEngineRefusedToolName`(0.84.1 CC-229:会话规则记录里引擎会拒启的条目的窄撤销动词 + 八臂措辞单源 + 引擎准备期按名字拒启的判据本体,比 `sessionPolicyDeliverable` 的 `legacy_tool_name` 判词宽;撤销动词必交这台部署一跑的工具名册,名册里的名与别名不撤;§108)· `toolPermissionRequestAskBits` / `clearPlanReviewUserDismissals`(0.83.4 CC-203 / CC-201:卡请求 → 座位请求的四位过境口,与卡请求同一把窄读;会话换代时清「用户关卡」记号;§104)· `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` / `isApprovalDecided` / `approvalNotSentCause` / `approvalUnsettledCause` / `APPROVAL_NOT_SENT_CAUSES` / `APPROVAL_UNSETTLED_CAUSES`(CC-77 ①:「一次审批决断最后怎么了」的单源判别联合 `decided` / `not_sent` / `unsettled`,两条腿的结局对象一次判别;既有结局型面一字不动)· `approvalOutcomeNoteOf` / `APPROVAL_NOTE_RETRACTED_DETAIL` / `APPROVAL_NOTE_EDIT_REFUSED_DETAIL`(0.74.5 CC-88:审批结局便签单源;§73)· `decideReceiptReopen` / `suspendedReopenOf`(0.74.3 CC-73:reopen 族第二臂;§71)· `RETRACTED_CARD_DECISION_KIND`(0.74.1 CC-67:卡口无决断收口;§69)· `planReviewOutcomeTail`(0.73.1 CC-57:outcome 尾句六态单铸点;投递口闩;§63)· `readLivePendingRows` / `suspendedSubagentAsks` / `countApprovalsAwaitingDecision` / `createSuspendedAskTracker` / `livePendingRowToApprovalFrame` / `surfaceSuspendedAskAndRespond` / `surfaceEditRefusedOnBlindAsk` + `EDIT_REFUSED_ON_BLIND_ASK_WARN_TEXT`(0.72.14 CC-55:悬挂的流内 ask 读面 / 视图 / 去重账 / 决断口;§61)· `planReviewCardOptions` / `planReviewChoiceFromAnswer` / `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`(#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` |
+| 3 | **HITL 决断卡链**(§4/§5 主战场) | 281 | 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` 不收本族;§109)· `notePlanReviewDecisionHandedOver` / `planReviewPendingReadMark` / `planReviewDecisionInFlight` / `notePlanReviewDecisionNotApplied` / `notePlanReviewGateLeft` / `latestPlanReviewDecisionMark`(0.85.0 CC-241:plan-review 决断台账 —— 交出登记 + 读起点刻度 + 拒开判据 + 「没生效」与「离门」两只说一声的口 + 交出刻度;`reopenPlanReviewCard` 按它拒开;§109)· `isCodeClassifiedGateFailure`(0.84.1 CC-225:这枚决断失败码自己说清了处置、失败文字不许再按「门已决」词表扫 —— `isGateStandingErrorCode` 的两码 ∪ 422 `parked_resume.startup_failed`;§108)· `removeRefusedSessionRules` / `sessionPolicyRemovalNotice` / `isEngineRefusedToolName`(0.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` / `isApprovalDecided` / `approvalNotSentCause` / `approvalUnsettledCause` / `APPROVAL_NOT_SENT_CAUSES` / `APPROVAL_UNSETTLED_CAUSES`(CC-77 ①:「一次审批决断最后怎么了」的单源判别联合 `decided` / `not_sent` / `unsettled`,两条腿的结局对象一次判别;既有结局型面一字不动)· `approvalOutcomeNoteOf` / `APPROVAL_NOTE_RETRACTED_DETAIL` / `APPROVAL_NOTE_EDIT_REFUSED_DETAIL`(0.74.5 CC-88:审批结局便签单源;§73)· `decideReceiptReopen` / `suspendedReopenOf`(0.74.3 CC-73:reopen 族第二臂;§71)· `RETRACTED_CARD_DECISION_KIND`(0.74.1 CC-67:卡口无决断收口;§69)· `planReviewOutcomeTail`(0.73.1 CC-57:outcome 尾句六态单铸点;投递口闩;§63)· `readLivePendingRows` / `suspendedSubagentAsks` / `countApprovalsAwaitingDecision` / `createSuspendedAskTracker` / `livePendingRowToApprovalFrame` / `surfaceSuspendedAskAndRespond` / `surfaceEditRefusedOnBlindAsk` + `EDIT_REFUSED_ON_BLIND_ASK_WARN_TEXT`(0.72.14 CC-55:悬挂的流内 ask 读面 / 视图 / 去重账 / 决断口;§61)· `planReviewCardOptions` / `planReviewChoiceFromAnswer` / `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`(#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` |
 
 
 
@@ -205,24 +205,24 @@ SDK 核对「本包 import 的每个值级符号仍然导出」「`TaskStats.cos
 | 6 | **请求装配(上行唯一构造口)** | 52 | `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.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` |
 
 | 7 | **通知与 outstanding 台账** | 49 | `noteOwnWorkflowRun`(0.72.2 CC-37:own 台账显式登记口,adapter workflow lane 门在 own-run 正向证明下同拍调;§49)· `installNotificationQueuePort` · `normalizeTaskNotification` · `taskNotificationDedupKeyFromWire` · `registerOutstandingBgTask` / `registerOutstandingWorkflowRun` · `notificationQueuePortMisses` · `subscribeOutstandingWorkflows` · `outstandingDeliverableWorkflowCount` | `task_notification` 归一 + 去重 + 投递进宿主命令队列的**一把闸**;`outstandingDeliverableWorkflowCount()` 是 headless `-p` 的**退出门** · `classifyPeerNotification` / `renderPeerFrameTranscriptText` / `parsePeerFrameText` / `peerFrameDisplayName` + 三张闭集表(design/385,0.54.0:同一条 `task_notification` 车道上三条**引擎注入帧**的类型化投影 —— 判别位=载体在场而非 summary 文本,详见 §17) | `src/notifications.ts`(11 个 module 台账) |
-| 9 | **能力/旋钮 wire 门族** | 245 | `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` / `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` / `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` / `observedAttachmentSeat`(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` / `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` / `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` / `observedDeviceExecutorManagement` / `deviceExecutorManagementDoctorDetail` / `deviceManagementVerbsAvailable`(0.74.2 CC-69;§70)· `projectApprovalsStreamLiveCapability` / `noteEngineCapsForApprovalsStreamLive` / `observedApprovalsStreamLive` / `approvalsStreamLiveDoctorDetail` / `livePendingNeedsReconcile`(0.73.3 CC-61;§65)· `projectExecutionLaneCapability` / `noteEngineCapsForExecutionLane` / `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 门族** | 247 | `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` / `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` / `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` / `observedAttachmentSeat`(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` / `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` / `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` / `observedDeviceExecutorManagement` / `deviceExecutorManagementDoctorDetail` / `deviceManagementVerbsAvailable`(0.74.2 CC-69;§70)· `projectApprovalsStreamLiveCapability` / `noteEngineCapsForApprovalsStreamLive` / `observedApprovalsStreamLive` / `approvalsStreamLiveDoctorDetail` / `livePendingNeedsReconcile`(0.73.3 CC-61;§65)· `projectExecutionLaneCapability` / `noteEngineCapsForExecutionLane` / `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 | **工具结果卡** | 31 | `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` |
+| 8 | **工具结果卡** | 32 | `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** | 57 | `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 | **模型目录与预算** | 96 | `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 | **模型目录与预算** | 98 | 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 契约** | 46 | `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 | **宿主端口与会话槽** | 50 | `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 | **控制面与传输** | 238 | 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` / `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` / `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` / `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 | **控制面与传输** | 238 | 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` / `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` / `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` / `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` |
 
 
 
 
-| 16 | **引擎词汇表与包自检** | 190 | 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` / `isRulesRefusalCode`(0.86.0 CC-251:会话规则写口拒名码常量与 `rules.` 族前缀谓词,开集;§112)· `isCorruptSessionError` / `isCorruptSessionResult` / `isCorruptSessionRunRow` / `isCorruptSessionCode` / `corruptSessionContent` / `CORRUPT_SESSION_ERROR_CODE`(0.85.0 CC-217:会话存档读不出在 HTTP 拒体 / 终局因由 / run 行三处载体同一判定 + 单源人话;§109)· `readSessionRecordsSkipped` / `sessionRecordsSkippedNote`(0.85.0 CC-217:服务端自铸通告 `session.records_skipped` 的事实读器,计数读不出答 `'unknown'` 不折 0;§109)· `sessionDeleteConflictFromError` / `sessionDeleteConflictContent` / `CONFLICT_SESSION_CHILDREN_ALIVE`(0.85.0 CC-243:删会话 409 按码分三形与三句;§109)· `STATUS_DERIVED_COARSE_CODES` / `isStatusDerivedCoarseCode`(0.85.0 CC-243:服务端分发器按状态补的粗码识别表与判定,以铸点为准;§109)· `readInstructionsSourceChanged`(0.84.1 CC-213:`instructions.source_changed` 的事实读器;服务端自铸码的受众手写表 `SERVER_NOTICE_AUDIENCE` 已于 0.89.0 退出公面,逐名见 §2z,受众与在册改读 `noticeAudienceOf` / `engineNoticeInCatalog`;§108 / §115)· `readEngineNoticeFacts` / `ENGINE_NOTICE_FACT_READERS`(0.84.1 CC-214:按码派发的 typed 通告事实口 + 派发表,七只读器八个码,只有受众 `user` 的六码属用户面;§108)· `PARKED_RESUME_STARTUP_FAILED` / `parkedResumeStartupFromError` / `parkedResumeStartupContent`(0.84.1 CC-225:停泊审批决断 422 的码常量、读口与按成因分说的一句话,同一个决定不重发、deny 照开;§108)· `CONFIG_LEGACY_TOOL_NAME` / `legacyToolNameFailureNoteOf`(0.84.1 CC-229:拒启码常量与启动失败出路句,只按码判,列四处可能的位置;§108)· `readReadRootGrantNotice`(0.84.0 CC-185:读目录授权两枚结论通告 `approval.read_root_granted` / `approval.read_root_grant_rejected` 的事实读口,按 `toolCallId` 对卡,没有 granted 通告 = 什么都没加;§107)· `APPROVAL_MANDATE_WORDS` / `isApprovalMandateWord` / `approvalMandateDetail`(0.83.2 CC-195:强制位站在哪一个词上的六词闭集,与引擎型面编译期双向钉;成员判据;每词一句说明;§102)· `resumePolicyBlockFromError` / `resumePolicyBlockContent`(0.82.1 CC-154:续跑折叠码 `resume_blocked_by_policy` 自己的读数与措辞,原码三态;§93)· `corruptStoredRowWhere` / `corruptStoredRowContent`(0.82.0 CC-156:续跑上下文坏档时引擎点名的那一行的读口与措辞单源;§92)· `effectiveWireErrorCode` / `RESUME_POLICY_FOLD_CODE`(0.82.0 CC-154:政策折叠码与「按原码判」的取码单源;§92)· `SETTLEMENT_KIND_WORDS` / `ccToolDenialKindForSettledBy` / `ccToolDenialKindForToolEnd`(0.80.0 CC-133:结算词十三词镜像 + 「谁结算的」→ CC 分类词单铸映射 + `tool_end` 帧合流读口;§87)· `CC_TOOL_DENIAL_KINDS` / `isCcToolDenialKind` / `isCcToolDenialKindADenial` / `isGateDeniedByWord`(0.79.0 CC-125:上游转录记录键 `toolDenialKind` 七词镜像 + 两只谓词 + `DeniedBy` 十词成员谓词;§85)· `mandatedApprovalDetail`(0.79.0 CC-110:「这张卡清不掉」那一句的唯一铸点;§85)· `CONFIG_MEMORY_PROJECT_KEY_SPELLING` / `CONFIG_MEMORY_WRITE_SCOPE_MISMATCH`(CC-96:记忆面两个**构造期**拒码,进既有 `config.` 族识别表;400 拼写 / 409 冲突,分诊归引擎)· `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 | **引擎词汇表与包自检** | 193 | 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` / `isRulesRefusalCode`(0.86.0 CC-251:会话规则写口拒名码常量与 `rules.` 族前缀谓词,开集;§112)· `isCorruptSessionError` / `isCorruptSessionResult` / `isCorruptSessionRunRow` / `isCorruptSessionCode` / `corruptSessionContent` / `CORRUPT_SESSION_ERROR_CODE`(0.85.0 CC-217:会话存档读不出在 HTTP 拒体 / 终局因由 / run 行三处载体同一判定 + 单源人话;§109)· `readSessionRecordsSkipped` / `sessionRecordsSkippedNote`(0.85.0 CC-217:服务端自铸通告 `session.records_skipped` 的事实读器,计数读不出答 `'unknown'` 不折 0;§109)· `sessionDeleteConflictFromError` / `sessionDeleteConflictContent` / `CONFLICT_SESSION_CHILDREN_ALIVE`(0.85.0 CC-243:删会话 409 按码分三形与三句;§109)· `STATUS_DERIVED_COARSE_CODES` / `isStatusDerivedCoarseCode`(0.85.0 CC-243:服务端分发器按状态补的粗码识别表与判定,以铸点为准;§109)· `readInstructionsSourceChanged`(0.84.1 CC-213:`instructions.source_changed` 的事实读器;服务端自铸码的受众手写表 `SERVER_NOTICE_AUDIENCE` 已于 0.89.0 退出公面,逐名见 §2z,受众与在册改读 `noticeAudienceOf` / `engineNoticeInCatalog`;§108 / §115)· `readEngineNoticeFacts` / `ENGINE_NOTICE_FACT_READERS`(0.84.1 CC-214:按码派发的 typed 通告事实口 + 派发表,七只读器八个码,只有受众 `user` 的六码属用户面;§108)· `PARKED_RESUME_STARTUP_FAILED` / `parkedResumeStartupFromError` / `parkedResumeStartupContent`(0.84.1 CC-225:停泊审批决断 422 的码常量、读口与按成因分说的一句话,同一个决定不重发、deny 照开;§108)· `CONFIG_LEGACY_TOOL_NAME` / `legacyToolNameFailureNoteOf`(0.84.1 CC-229:拒启码常量与启动失败出路句,只按码判,列四处可能的位置;§108)· `readReadRootGrantNotice`(0.84.0 CC-185:读目录授权两枚结论通告 `approval.read_root_granted` / `approval.read_root_grant_rejected` 的事实读口,按 `toolCallId` 对卡,没有 granted 通告 = 什么都没加;§107)· `APPROVAL_MANDATE_WORDS` / `isApprovalMandateWord` / `approvalMandateDetail`(0.83.2 CC-195:强制位站在哪一个词上的六词闭集,与引擎型面编译期双向钉;成员判据;每词一句说明;§102)· `resumePolicyBlockFromError` / `resumePolicyBlockContent`(0.82.1 CC-154:续跑折叠码 `resume_blocked_by_policy` 自己的读数与措辞,原码三态;§93)· `corruptStoredRowWhere` / `corruptStoredRowContent`(0.82.0 CC-156:续跑上下文坏档时引擎点名的那一行的读口与措辞单源;§92)· `effectiveWireErrorCode` / `RESUME_POLICY_FOLD_CODE`(0.82.0 CC-154:政策折叠码与「按原码判」的取码单源;§92)· `SETTLEMENT_KIND_WORDS` / `ccToolDenialKindForSettledBy` / `ccToolDenialKindForToolEnd`(0.80.0 CC-133:结算词十三词镜像 + 「谁结算的」→ CC 分类词单铸映射 + `tool_end` 帧合流读口;§87)· `CC_TOOL_DENIAL_KINDS` / `isCcToolDenialKind` / `isCcToolDenialKindADenial` / `isGateDeniedByWord`(0.79.0 CC-125:上游转录记录键 `toolDenialKind` 七词镜像 + 两只谓词 + `DeniedBy` 十词成员谓词;§85)· `mandatedApprovalDetail`(0.79.0 CC-110:「这张卡清不掉」那一句的唯一铸点;§85)· `CONFIG_MEMORY_PROJECT_KEY_SPELLING` / `CONFIG_MEMORY_WRITE_SCOPE_MISMATCH`(CC-96:记忆面两个**构造期**拒码,进既有 `config.` 族识别表;400 拼写 / 409 冲突,分诊归引擎)· `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`)|
 
 
 
@@ -236,6 +236,9 @@ SDK 核对「本包 import 的每个值级符号仍然导出」「`TaskStats.cos
 
 | 退役 | 名 | 退出版本 | 改用什么 |
 |---|---|---|---|
+| 🔧 退出公面 | `ASK_PARK_GATE_KINDS`(审批腿受理门种的手写副本;0.96.0 出公面) | 0.97.0 | 成员表读根入口 `APPROVAL_DECIDE_GATE_KINDS`(sdk 21.1.0 那一只,原样转口);判「一行 / 一道门归哪只决断口」读 `durableDecideLegOf({ gateKind })`。同名 `PLAN_REVIEW_GATE_KINDS` 仍在根入口,0.97.0 起就是 sdk 那一只(型收窄为字面元组) |
+| 🔧 退出公面 | `isFsApprovalGate`(停驻门的「fs 写审批门」谓词;首行认门种位 `tool_approval`) | 0.97.0 | `isToolApprovalGate(gate)`(停驻门是不是工具审批停驻:门种归审批腿 `human` / `irreversible_ask` 的任意非问答工具;门种读不出时退回 fs 写 / shell 名字族)或 `durableDecideLegOf({ gateKind })`(门种 → 耐久决断腿);只问工具名是不是 fs 写用 `toolNameIsFsWrite(name)`。`tool_approval` 不是门种(审批门的 pending 种),wire 的门种位上从不出现(型面 BREAKING:按名 import 或原名转出的端编译红一次,见 §124 HT-1) |
+| 🔧 退出公面 | `isEngineRefusedToolName`(引擎准备期按名字拒启的判据本体:构建期退役名表 + 「含 `__` 无协议前缀」两臂) | 0.97.0 | `ruleToolNameVerdictOf(name)`(引擎判官 `judgeRuleToolName` 的五态读法):`.kind` 既非 `current` 也非 `unknown` = 引擎会拒;`unknown` = 这里判不出(判官端口没装 / 答不上来)。另认段铸不出 `unmintable_segment` 这一类(引擎 7.48.0 起同样拒启)(§124 TN-3) |
 | 🔧 退出公面 | `discussionWorkflowName`(core 值级端口「讨论工作流名」的读口;端口名 `DISCUSSION_WORKFLOW_NAME` 同退) | 0.96.0 | 无替代:引擎 7.49.0 删了讨论工作流整族(`Workflow({ name: "discussion" })` 不再解析,引擎包根不再导出这一名),端口没有可装的原件;装配根照旧带这一键装 ⇒ 无人读(型面 BREAKING:按名 import 的端编译红一次,见 §123 PC-4) |
 | 🔧 退出公面 | `CONFIG_REFUSAL_CODES`(冻结 20 员的配置拒绝码登记表) | 0.96.0 | `isConfigRefusalCode(code)`(`config.` 前缀,开集)是「这是不是一条配置拒绝」的唯一读法 —— 登记表包内零读点、三端零读点,且对近形(大小写 / 尾空白 / 少一段点)的答案与前缀谓词不同,退役;各 `CONFIG_*` 码常量照旧在根入口(型面 BREAKING:按名 import 的端编译红一次,三端实际零命中,见 §123 FA-2) |
 | 🔧 退出公面 | `retiredToolNames`(core 值级端口「退役工具名表」的读口;端口名 `RETIRED_TOOL_NAMES` 同退) | 0.96.0 | 「规则里的工具名够不够得着任何工具」只读引擎判官:端口 `judgeRuleToolName` / 读口 `ruleToolNameJudgement`(`retired` 一词带 1:1 继任名 `currentName`);装配根照旧带 `RETIRED_TOOL_NAMES` 键装 ⇒ 无人读(型面 BREAKING:按完整型建袋多带这一键、或按名 import 读口的端编译红一次,见 §123 PT-2) |
@@ -9726,6 +9729,522 @@ 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)。
 
+## §124 🆕 0.97.0(2026-10-14)— 清账 + 提货(服务端 7.126.0 / 引擎 7.49.5 / sdk 21.1.0)
+
+> 本段按行前缀分块(处置表 / 缺席语义 / G 骨架 / 三端升级必读 / 包侧缺口):支持底线与提货(PK 行:服务端 7.126.0 / 引擎 7.49.5 / sdk 21.1.0;CK 行:引擎开发依赖 7.49.5)· 工具名判官单一读法(TN 行:CC-688 / CC-689)· 能力位整份读数与重探登记(CL 行:CC-690 / CC-692)· 能力位读器读不出态与可落地判据(CP 行:CC-704 / CC-705)· 被丢弃的 mcp 条目告示句与工具卡结局读口(NC 行:CC-693 / CC-697)· 停驻帧审批臂与座位「本会话」档(HT 行:CC-696 / CC-699)· 错误分型口与展示封长(TR 行:CC-698 / CC-707)· 强制词与影子 models 文档(WR / RO 行:CC-701 / CC-702 / CC-708 / CC-719)· 座位入站判官与决断拒收判官取位(OD 行:CC-703 / CC-706)· 舰队账本(FL 行:CC-700)· 审批已结一处存(RP 行:CC-632 / CC-710)· 抛出物机读位读法(EX 行:CC-709 / CC-712)· sdk 停驻词上根入口(SR 行)。
+
+### 124a. 处置表(逐键 consumed / declined / pending)
+
+| 键 / 口 | 来源 | 处置 | 变化 | cli | web-admin | web-client | desktop | 判据 | 缺席语义 |
+|---|---|---|---|---|---|---|---|---|---|
+| **HT-1** 根入口删除名 `isFsApprovalGate`(0.97.0 退出公面) | 本包(CC-696;退役登记 RL-129) | consumed(退役,型面 BREAKING) | 它的首行把门种位 `tool_approval` 当审批门放行任意工具名 —— 那是审批门的 pending 种(引擎停驻登记表 `human.pending`),不是门种,wire 的门种位上从不出现;与待决行的「门种 → 耐久决断腿」一张表(`durableDecideLegOf`)前提不同。退出根入口、零别名;根公面运行期导出 1629 → 1628 | 编译红必改:`sema/liveToolApprovalWire.ts:125` 原名转出与测试 `sema/liveToolApprovalWire.test.ts:17` / `:50` – `:57` | 不涉及 | 零动作(`git grep` 零命中) | 零动作(`git grep` 零命中) | G-HT1 | 名字不在根入口(`import` 扑空 / 编译红) |
+| **HT-2** 停驻帧归哪条审批臂:门种读同一张表(`isToolApprovalGate` 与流内停驻腿) | 本包(CC-696) | consumed(行为修正) | 判法:门种归审批腿(`human` / `irreversible_ask`)⇒ 问答工具进问答臂、其余**任意**工具进工具审批臂;门种读不出 ⇒ 按名字族(fs 写 / shell);计划门 / 其余门种 / 闭集之外的词(含 `tool_approval`)⇒ 两臂都不进。🔴 行为变:真 wire 上 `human` / `irreversible_ask` + 名单外工具(WebFetch、MCP 工具、Monitor 等)的停驻帧此前流内不认停驻(不出卡,run 停在门上等下一条消息的自愈),现在流内出卡 → 决断;wire 上不可达的形(门种位 `tool_approval`、计划门 + fs 写名、非门种词 + `AskUserQuestion`)此前进臂、现在不进。已知限制 KL-591 第 ② 处随之销(调用方工具以名字表里的名字作别名时停驻照样出卡;真引擎 Runner 读数见 permission-denial-projection O5)。取件回落腿(调用身份缺席 / 没命中)按停驻门自己的工具挑行:族内 ⇒ fs 写 / shell 两族(修前同);族外 ⇒ 只认同名行;`surfaceFsApprovalAndDecide(deps, taskId, argsByCall, signal?, parkGatedCallId?, parkToolName?)` 多可选第六参(additive)。其余公面签名零变 | 受益(停驻卡经卡口出;名单外工具名走卡口的通用卡分发) | 不涉及 | 零动作(网页端停驻腿不走本包流内停驻腿;读码推断) | 零动作(座位停驻行走 `/v1/approvals` 待决行;读码推断) | G-HT2 / G-HT3 | 见 124b HT-2 |
+| **HT-3** 座位请求 `ToolPermissionRequest.sessionRow?: true`(取代 0.96.0 的 `rememberRefused` 座位位)· `toolPermissionRequestAskBits(card, requestId?)` 第二参 · `TOOL_PERMISSION_REQUEST_KEYS` 换一员 | 本包(CC-699) | consumed(型面 BREAKING + 行为变) | 座位卡给不给「Always allow (this session)」只有一条读法:`req.sessionRow === true`。过境口按卡上判官 `standingRowsOf` 会话行同一前提(引擎没说记不住、那一位读得出、卡读得出)∧ 第二参 `requestId` 的域带得走(`live:` / `durable:`;`question:` / `elicit:` / `plan:` 带不走)铸这一位;第二参缺席 ⇒ 不铸。入参本身是座位请求(自带 `requestId` 键)⇒ 不铸(判决只在铸请求时做一次;座位卡直接读请求上的 `sessionRow`,不经过境口再读);输入上自带的 `sessionRow` 一律不搬。0.96.0 的座位位 `rememberRefused` 退出座位契约(卡入参 `ApprovalCardRequest.rememberRefused` 与读口 `readApprovalRememberRefused` 不动) | 零动作(终端经自家卡口读卡入参,不走座位;`toolPermissionRequestAskBits(card)` 只取问类两位,单参调用照旧) | 不涉及 | 必改:座位卡「Always allow」改读 `sessionRow === true`(124d) | 必改:两处座位请求生产者给过境口补第二参(124d) | G-HT4 / G-HT5 | 见 124b HT-3 |
+| **CL-1** `engineCapsLandingOf(baseUrl)` + 型 `EngineCapsLanding` 上根入口 | 本包(CC-690;网页端 [10292] X-6 / B43) | consumed(additive 导出) | 包内口上根入口,答形从两态(`{ caps }` 或 `undefined`)改为三态:`landed`(带 `caps` = 落地快照,深冻结,与能力位读器、按键读口读的是同一只)/ `not_landed` / `unreadable`(根读不出)。它是**取落地的唯一读法**:按键读口(`engineCapState` / `engineCapTrue` / `engineCapValue` / `engineCapString`)与嵌套口、能力位读器、`observedEngineAnswer` 都从它派生;缺键极性在它的型注上成文一次(124b) | 零动作(可选:`registryCaps` 第二份拷贝改读本口,124d) | 不涉及 | 改读(删自持快照与 `semaCan`,124d) | 零动作(零读点) | G-CL1 – G-CL4 | 见 124b |
+| **CL-2** 回体根读不出时的能力位读器 | 本包(CC-690) | consumed(行为修正) | `unreadable` 落地上全部能力位读器答 `unreadable`、不投影(CP-1 同词);陷阱会抛的代理过不了可落地判据 ⇒ 不落地、读器答 `unobserved`(CP-3);此前 `observedSqlEngine` 答 `not_reported`(「读到了表、没报 SQL」),同族其余已答未观测。线上 JSON 回体到不了这一形(只有宿主探测闭包交来陷阱会抛的代理) | 零动作 | 不涉及 | 零动作 | 零动作 | G-CL5 | 见 124b |
+| **CL-3** `rotateEngineCapsProbe(baseUrl, probe)` + 型 `EngineCapsProbeRotation` | 本包(CC-692;KL-753 根治) | consumed(additive 导出) | 三态 `started` / `registered` / `ignored`:同一台引擎换探测闭包(令牌轮换后重建客户端)时更新重探登记、不失效、不推进代际、零请求;没有落地也没有在飞时与 kick 同(起跑)。普通 `kickEngineCapsProbe` 被幂等闸挡回仍不改登记。KL-753 删行 | 改调(124d:非换人装配那一拍的 kick 换成本口) | 不涉及 | 可选(124d) | 零动作(零读点) | G-CL6 – G-CL9 | 见 124b |
+| **WR-1** 强制词的改名前旧词 `write_protection_unresolved` 到达:读成表外 —— 读口 `readApprovalMandate` 答缺席、句口 `approvalMandateDetail` 落中性句、`isApprovalMandateWord` 答 `false`;公面型 `ApprovalMandateWord` 少这一员 | 本包(CC-701 → CC-715 / 退役登记 RL-123;0.96.0 §123 PC-2 的成文例外随改名表退役收口) | consumed(🔴 型面 BREAKING:成员型 −1;行为变,只对老服务端〔≤ 7.125.0,引擎 ≤ 7.48.x〕仍发旧词的卡可见) | 终态:词表 `APPROVAL_MANDATE_WORDS` 现役六词(引擎生成物;旧词不在),句表六句、键 = 六词;旧词到达 ⇒ 读口判表外、答缺席(卡上不长 `mandate`,不出「为什么必须问」那一句);直接交给句口(纯 JS 宿主 / 强转)⇒ 中性句(`the reason reported for this confirmation is not one this client recognises, so it shows no reason`);`isApprovalMandateWord('write_protection_unresolved') === false`。0.96.0:旧词是成员、读口原样透传、句口出旧词自己那一句(与现名并列)。本版批内先有一版「句口经改名表把旧词折成现名那一句、旧词仍是成员、型零变」,随改名表退役(PK-2)收回,未发版 | 读点同 124d WR-1:句口只经读口取词,旧词到达不再出句;对 `ApprovalMandateWord` 穷举并写了旧词那一格的代码编译红(124y) | 同左(`lib/web/approval-facts.ts:100`) | 同左(`ui/components/composer/Composer.tsx:1784`) | 不涉及(零命中) | G-WR1 – G-WR3 | 见 124b |
+| **WR-2** 影子 models 文档:`roles.default` 的 `shadowed` 判据只比模型指向(`model` 位);与 `models.default` 同指一个模型的 `roles.default` 原样带上(含它自己的旁键) | 本包(CC-702;0.96.0 §123 PB-7 的射程) | consumed(行为修正;只在老控制面〔仍发 settings-schema 10 形 `default` 键〕的回体上可达) | 修前:`roles.default` 与胜出的缺省模型整只对象 `JSON.stringify` 全等才算「同」,多一个旁键(`effort` 一类;不在 settings-schema 12.2.1 的 `RoleTarget` 契约里)就记一条 `shadowed`、整只丢掉,旁键无痕消失,用户还读到「该角色被缺省模型设置盖住」。修后:`model` 位(精确字节)同指 ⇒ 没有被盖住的东西,这一位原样带上,问题账零条;指向不同(含 `select` 形 / 无 `model` 位 / 非对象)⇒ 照旧整只记 `shadowed`,旁键不挪给胜出的那一位。判据与上游一次性迁移 SS-M9 的「同名 ⇒ 不算被压过」同(差分格对迁移收据核过)。公面导出名与型零变 | 零改码(`sema/cloudConfigWire.ts:175` 注入 `entryAccepted`,`:180` 取 `projection.modelsDoc`,`:295` / `:313` 写影子文档;读码推断:带旁键的同指角色此前被丢、现在随文档写盘,本机读法会剥掉旁键并报 `unknown-keys-dropped`——🔴 服务端候选门把这类告警当整树拒收的理由,与 11 形回体里同样带旁键的角色同律;老控制面回体上这一形几乎不可达) | 不涉及(控制面;角色编辑只写 `{model}` / `{select}` 两形:`components/domains/entry-forms.tsx:690-712`,不读影子文档) | 不涉及(零命中) | 不涉及(零命中) | G-WR4 – G-WR9 | 见 124b |
+| **OD-1** 座位入站判官的键读法与载体种类:`checkSendMessageRequest` / `isSendMessageRequest`、`checkSessionRowPatchRequest` / `isSessionRowPatchRequest`,以及两判官里的三只嵌套闭形(`rewind` / `settings` / `retainSubagentSessions`) | 本包(CC-703) | consumed(行为面收紧,成文改口) | 键只有一条读法:`Reflect.ownKeys` 的串键,每键经座位门既有的唯一取值口读过一遍;载体只有一条判法:`isPlainRecord`(原型是 `Object.prototype` 或 `null`);取值落在 `null` 原型的袋里。修前枚举键用 `Object.keys`、载体判 `isObject`:不可枚举的自有键不进循环(`{ sessionId, pinned: true }` 上挂一个不可枚举的自有 `title: 5` 返回 `true`,表外键同理),`Date` / `Map` / `Set` 挂上自有位也过门(结构化克隆对内建对象只带内建的那部分,门读到的与送出去的不是同一份)。现在:不可枚举的自有键(任何值)拒并点名那一键;`Date` / `Map` / `Set` / 类实例 / 自定义原型的载体拒;符号键仍不算载荷键;`Object.prototype` 上被污染的同名键不被读成这一位。公面导出名 / 型 / 常量零变(只改判官的判决) | 零动作(origin/main 零调用点,124d) | 不涉及 | 零动作(零调用点,124d) | 零动作(零调用点;`sendMessage` 入口自写入站门,换成包判官时见 124y 第 2 条) | G-OD1 – G-OD5 | 见 124b |
+| **OD-2** 决断拒收判官的取位:`decisionRefusalAskReading` 及其派生出口(`isAlreadyResolvedFailure`、`classifyDecisionRefusal().standing`、包内中断撤卡判定口) | 本包(CC-706) | consumed(行为面收紧,成文改口) | 判官读失败对象上的机读位(`unreadable` 标记 / `kind` / `code` / `safetyCode` / `name` / `errorCode` / `status` / `reason`)一律只认自有数据位,与它读 404 成因位同一条读法。修前这几位按普通取值:一只自有访问器 `name` 回 `AskDecidedError`、或原型链上放 `errorCode: 'conflict.ask_decided'` / `status: 410`,就把一发未决的拒收读成 `settled`(取值器被执行)。现在:自有数据位 ⇒ 值;只在原型链上 ⇒ 缺席;自有访问器 / 代理陷阱抛 ⇒ `unreadable`,这些位的取值器一次都不执行。🔴 sdk 真错误类实例的 `name` / `errorCode` / `status` 本就是实例自有数据位(构造里赋值;唯一的原型取值器是 `extra`,仍经 `readThrownExtra` 读),所以真 sdk 错误上读数逐位同修前。判官的另两种入参形 —— 活卡结局便签的 `status` / `errorCode`(`readToolApprovalRespondRefusal`)与决断腿拍平结局的 `errorCode`(机读码三态读口 `readWireErrorCodeReading` / 铸口 `readWireCodes`)—— 是铸点从抛出物上读来的,铸点同样只认自有数据位(否则原型链里的 `errorCode: 'conflict.ask_decided'` 被洗成自有数据位再喂判官)。码缺席时认的三个类名(`AskDecidedError` ⇒ 已决 / `ApprovalStaleError` ⇒ 未决 + 门已挪走 / `ParkedResumeStartupError` ⇒ 未决)按**字面协议名**比,不读 sdk 类的 `.name`(0.96.0 起既有缺陷:消费端压缩包里 sdk 类名被改写,码缺席的跨包重建形 `{ name: 'AskDecidedError' }` 读成未决;真 sdk 实例带 `errorCode`、走码臂,不受影响)。公面导出名 / 型零变 | 零动作(读点只有 `approvalStreamWire.ts` / `askParkReopen.ts`,喂入物是 sdk 抛出物,124d) | 不涉及 | 零动作(零调用点) | 零动作(零调用点) | G-OD6 – G-OD10 | 见 124b |
+| **CP-1** 能力位读器族 29 只读数型 +`{ kind: 'unreadable' }`;读口两态按「有没有落地」二分 | 本包(CC-704 ①) | consumed(🔴 型面 BREAKING:联合加员;行为修正) | 没有落地 ⇒ `unobserved`;落地在手而这只读器的投影没给出读数(自有访问器 / 读描述符就抛 / 值不是本只认的形)⇒ `unreadable`(修前同答 `unobserved`);两态由读器工厂一处铸、每次新铸;doctor 句多一句「回报到了、这一项本端读不了、照这样报再探也不会变」;`sql` 的 `store` 座在场而读不出 ⇒ `unreadable`(修前 `not_reported`) | 🔴 必改一处(收紧闸壳侧副本,124d / 124y) | 零读点 | 零改码(读点见 124d) | 零读点 | G-CP1 – G-CP4 · G-CP12 – G-CP13 | 124b |
+| **CP-2** `fileHistoryUnjudgedRefusal` / `judgeFileHistoryTighten` 拒句按成因三句 | 本包(CC-704 ①) | consumed(句改口;判定词闭集不变) | 还没读到 ⇒ 稍后再发;读不出 ⇒ 再发不会变;引擎没报 / 不认识的词 ⇒ 再发不会变;三句同一条出路 | 零读点(壳侧自有拒句,见 CP-1) | 零读点 | 零读点 | 零读点 | G-CP5 – G-CP7 | 124b |
+| **CP-3** 总缓存可落地判据只剩一只(首探 = 刷新) | 本包(CC-704 ②) | consumed(行为修正) | 首探此前收任何非 `null` 对象、刷新只收普通记录;现在两路同一只判据,非普通记录 ⇒ 不落地(与探测失败同处置)。子代尾随 / 子代终报的包内读口在没有身份键时只探一发、不存:那一发回体过同一只判据(非普通记录 ⇒ `unprobed`,与有身份键时「不落地 ⇒ `unprobed`」同答;此前只要求是个对象,类实例 / 数组 / `Map` 回体照读出 `true`) | 零改码(探测闭包原样交回 sdk 回体) | 零读点 | 零改码 | 零读点 | G-CP8 – G-CP9 · G-CP14 | 124b |
+| **CP-4** `createBackgroundView` 不再自探能力位 | 本包(CC-705) | consumed(行为修正;型面零变) | 视图零能力请求;assistant 源「面没挂」只由路由自己的 501 `capability.checkpoint_store_required` 判(与 fleet 源同一臂、同一只判官) | 零读点 | 零读点 | 零改码(`createBackgroundView` 一处) | 零读点 | G-CP10 – G-CP11 | 124b |
+| **NC-1** 被丢弃的 mcp 条目的告示句:`cloudEffectiveNotices` 的入参型多一个必填键 `droppedMcpServers`(`projectEffectiveBody` 的产物本就带它) | 本包(CC-693;0.96.0 SS 行包侧缺口 ③ 自陈「没有任何告示句、三端零读点」) | consumed(行为变;入参型加必填键) | 云配置有条目被丢弃时,通告集多出句子:每个出现的成因一句并点名那几条(缺必需设置、传输本端不支持、同设 `principalHeader` 与 `assertionHeader`、超过传给引擎的条数上限 32 为 `warn`;面板里关掉的为 `info`),成因词表外与读不出的行并入一句兜底 `warn`,清单本身读不出一句 `warn`;次序「降级告警 → 目录引用 → mcp 丢弃(`warn` 在前)→ 预算 → 能力上限」;名单封 5 个(`+N more`)、同名只点一次、读不出名字的行另计。公面导出名零增删 | 零改码即活:开机横幅 `sema/cloudConfigWire.ts:496` 逐句显示 `warn`、状态命令 `:517` 与 `cli/handlers/cloud.ts:376` 全量,三处都喂整只投影(124d) | 不涉及 | 零读点 | 零读点 | G-NC1 – G-NC7 | 见 124b |
+| **NC-2** 工具结果卡「结局」读口 `readToolCardOutcome(record)` + 型 `ToolCardOutcomeReading` / `ToolCardDegradedCause`(根入口 +1 函数 +2 型) | 本包(CC-697;网页端 [10315] 顺手发现 +[10330] G48:请把 `tool_end.notExecuted` 纳入同一只三态读口) | consumed(新读口,additive) | 入参 = 转录里的 `user` 工具结果记录(交互转录行与 `-p` 帧同键同形)。读数三态:`normal`(真结果,成败照旧看 `is_error`)/ `degraded`(带成因 `not-executed` · `error-without-detail` · `no-result` · `unrecognised` 与一句 `text`)/ `unreadable`。读口不改写成败、不替代 `is_error`;不分工具族、句子不含内部名。公面 +1 函数 +2 型(只增) | 零读点(只透传 / 剥离信封键,不读值;在飞态句 `components/messages/AssistantToolUseMessage.tsx:553` 是「卡还开着、引擎停了」的另一件事,本读口不替它),渲结果卡的位置可选接 | 不涉及 | 分支 B44 / B47 上两处自铸句(`ui/lib/engine/browser-action-wire.ts:106`、`ui/lib/engine/tool-outcome-wire.ts:25`;未并入 origin/main)换钉后删,判位改读本读口 | 零读点 | G-NC8 – G-NC13 | 见 124b |
+| **TR-1** 错误分型口读不出的格:`classifyTurnWireError` / `isWireTransportError`(同族 `isPreStreamDrainingReject` / `drainingRetryDelayMs` / `resumeRetryLaterFromError`) | 本包(CC-698;0.95.0 起既有) | consumed(行为修正:契约与实现一致;公面导出名与型零变) | 抛出物上读就抛的格(取值器 / 已撤销的代理 / 转换钩子,含无原型对象)不再外抛:`status` / `errorCode` / `message` / `cause` / `name` 五格各自受保护、恰读一次,**读不出是显式一态**——`status` 读不出 ⇒ 不判 `http`、不判 `transport`、也不认领 park 信号(`isWireTransportError` 答 `false`)⇒ `internal`;其余格读不出 ⇒ 当没带;`String(err)` 抛 ⇒ 固定句。http 臂的码相关附加位(`storedRowWhere` / `sessionUnreadable` / `leaseUnavailable`)从同一份 `errorCode` 快照出发、不再另读一遍。两口的传输判据同一只判官。同族三口:`isPreStreamDrainingReject` 读不出 ⇒ `false` / `drainingRetryDelayMs` 读不出 ⇒ 退避梯 / `resumeRetryLaterFromError` 读不出 ⇒ `null`。普通形答案与 0.96.0 逐一相同 | 零动作(读码推断,12 处读点逐个核了 catch 臂,见 124d):凡按「抛 ⇒ 读不出」收场的 catch 臂,与修后的显式 `internal` / `false` 臂收敛到同一结局(不补句 / 不重试 / 当不可达);唯一可见差异:`sema/remoteEngineCredential.ts:224` 探测的 `detail` 句由 `probe failed` 变 `unexpected response`(判词同为 `undetermined`) | 不涉及 | 零动作(读码推断:`ui/lib/turn-error-classify.ts:585` 与 `ui/lib/engine/engine-session-transport.ts:501` 都不依赖「抛」) | 零动作(读码推断:`main/session-host.ts:248` 读不出 ⇒ `false` ⇒ `turn_failed`;该函数自己读 `e.message` 的两处仍是端侧裸读,见 124d) | G-TR1 – G-TR9 / G-TR18 – G-TR19 | 见 124b |
+| **TR-2** 展示封长的截点不劈开遮盖记号:`displayUntrusted({ max })` / `displayUntrustedMarks` / `capForDisplay` / `cutForDisplay`(`noticePrintLine`)/ `toolHistoryBadTurnSentence` 预览 / `readDecisionNoteAudit` 备注尾截 | 本包(CC-707;0.96.0 起既有) | consumed(行为面收紧,成文改口:封长「最长前缀」读为「最长的、截点不在遮盖记号内部的前缀」) | 截点落进一枚完整闭形记号 `«redacted(:词){0,2}»` 内部 ⇒ 退到记号之前(整枚去,不劈);记号恰好放得下 ⇒ 整枚留;只认完整闭形(未闭合 / 夹空格 / 超长词 / 大写 / 三段不是记号,照旧可截)。「结果长度恒 ≤ `max`」不变(可能更短)。`noticePrintLine` 8000 字防御栏的洗法预截断余量由固定 2 改为按封长最大退让量派生(44 + 1)。无新增公面导出(`markerSafeCut` / `REDACTION_MARKER_MAX_LENGTH` / `DISPLAY_CAP_BACKOFF_MAX` 是包内件,不上根入口) | 零改码,显示字节变:至少 19 处 `displayUntrusted(…, { max })` 读点在记号恰跨截点时少显示一个残片(124d);端侧自带的 `sema/noticeSeat.ts:132` `capWithEllipsis` 洗后按字符位截、不认记号——换读包口 `noticePrintLine` / `cutForDisplay` 后随包(包口 0.96.0 已出) | 不涉及 | 零改码,显示字节变:至少 12 处 `displayUntrusted(…, { max })` 读点(124d) | 零影响(读码推断:`boot-error-scrub.ts:109` 的 `displayUntrusted` 不带 `max`) | G-TR10 – G-TR17 / G-TR20 | 见 124b |
+| **CK-1** core 7.49.2 `SHELL_READ_FINDINGS` +`unanswered` | 本包(开发依赖换钉 7.49.1 → 7.49.5) | declined(本包零读点:shell 读判官的结论词表只在引擎与终端壳读) | — | 零读点,零句 | 零动作 | 零动作 | 零动作 | — | — |
+| **CK-2** core 7.49.3 `ReadCandidate` +`device` / `through`、`ShellReadRedirect` +`fd`(均可选位) | 本包 | declined(本包零读点) | — | 零读点 | 零动作 | 零动作 | 零动作 | — | — |
+| **CK-3** core 7.49.4 / 7.49.5 wire 清单为空(7.49.5 = Windows 规则文件店平台谓词) | 本包 | consumed(换钉;生成物按 7.49.5 重生,门 `upstream-tables` 逐字节对账) | — | — | 零动作 | 零动作 | 零动作 | — | — |
+| **SR-1** `isSdkRunParked(status)` / `SDK_PARKED_RUN_STATUSES` 上根入口(sdk 停驻 run 词表 `suspended` / `needs_review` 与谓词;属主模块 `terminalStatuses`,0.95.0 CC-78 ② 起包内单源) | 本包(cli [10363] 请托 ①;uplift `park-states-shell-union` 退役条件) | consumed(additive 导出 +2;型面零变) | 零变(此前只出 `isSdkRunTerminal` 族,停驻两词壳侧自持并集) | 换读:`park-states-shell-union` 并集退役、改读本包谓词 / 词表 | 零动作 | 零动作 | 零动作 | — | — |
+| **RO-1** 影子 models 文档:所有 `{model: 串}` 形角色过**同一只**受理闸;没有注入 `entryAccepted` 时这一形角色(含 11 形 `roles.default`)不投、各记一行 `unvouched`(公面成因闭集 +1 员) | 本包(CC-708;§124 WR 行包侧缺口 ①、WR-2 射程句 ②) | consumed(行为变;只对没有注入 `entryAccepted` 的调用方;公面导出名零变,型面只增:`CloudModelRefIssue.reason` +1 员 `unvouched`) | 修前:没有判定口时 `roles` 按目录名字判,点名一条本机引擎会剔掉的条目的角色原样写出,本机读法整域落默认(实测 `defaulted: true`);同一个缺省模型 10 形(`default` 键)不投、11 形(`roles.default`)照投,两代读法相反。修后:`{model: 串}` 形引用(11 形 `roles.*`、10 形 `default` 投成的 `roles.default`)只走一只受理闸 —— 读不出 / 不在目录 ⇒ 剔并记账(`unreadable` / `dangling`,按名字就判得出,不需判定口);在目录且判定口收 ⇒ 带上;判定口拒 ⇒ 只丢点名它的角色、记 `rejected`(点名好条目的角色留);在目录而没有判定口 ⇒ 不投,每个没投的角色记一行 `unvouched`(`{ key: 'roles', at: <角色键>, target: <模型名>, reason: 'unvouched', outcome: 'dropped' }`;缺的是判定口,不是角色有错;目录健康也一样:包不知道哪条会被本机引擎剔掉)。`{select}` 形不指向目录条目,照投。两代回体没有判定口时也逐字节同(文档与问题账);10 形 `default` 没有判定口时此前连悬空也不记,现在与 11 形一致(悬空记 `dangling`、胜出而没投记 `unvouched`)。注入判定口的宿主零变 | 零改码(`sema/cloudConfigWire.ts:174-181` 注入 `entryAccepted`,读数不变;终端不对 `reason` 联合做穷尽分支:`modelRefIssues` 只被 `sema/cloudConfigNotices.test.ts:176-177` 按 `'rejected'` 取行);终端测试 `sema/cloudConfigWire.test.ts:128-145` 在没有判定口的调用里断言 `roles` 在场,升到本版后要换成注入判定口的调用(124y) | 不涉及(控制面,不读影子文档;角色编辑只写 `{model}` / `{select}` 两形:`components/domains/entry-forms.tsx:690-757`) | 不涉及(零命中) | 不涉及(零命中) | G-RO1 – G-RO9 | 见 124b |
+| **RO-2** 影子 models 文档:注入 `entryAccepted` 时 `tierGroups` / `activeTierGroup` 两位读不出(读描述符抛 / 取值器抛) | 本包(CC-719;0.95.0 起既有) | consumed(行为修正;公面导出名与型零变) | 修前:注入判定口时这两位的自有键判定无守卫,models 文档读抛 ⇒ `projectEffectiveBody` / `cloudModelsToDoc` 整个外抛(不注入时同一份文档正常返回);`tierGroups` 是会抛的取值器时连不注入也外抛。修后:两位只在注入判定口时读、各读一次(自有键判定与取值同一次);读抛 ⇒ 该位不投、记一行 `{ key: 'tierGroups' \| 'activeTierGroup', at: 'models', reason: 'unreadable', outcome: 'dropped' }`(与整份文档读不出时 `roles` · `default` / `atMention` · `models` 两行同一形),各出一句 `warn`;一位读不出不连坐另一位与目录。不注入时两位照旧不投不记。JSON 回体上不可达(敌意形钉行为) | 零改码(`modelRefIssues` 不对 `at` 做穷尽分支) | 不涉及 | 不涉及(零命中) | 不涉及(零命中) | G-RO10 | 见 124b |
+| **FL-8** fleet 台账的尾段规则:task 帧臂与 snapshot 臂同一条(`createFleetLedger` 的入账口) | 本包(CC-700;0.96.0 起既有) | consumed(行为修正;公面导出名与型零变) | 前:task 帧臂按到达序各行各判 —— 同尾段还有在飞别名时到的终态行照进留存池,裸 id 在飞 + 复合 id 终态两行并存;随后同代的 completed 终态通知把在飞那条退休成 completed,展示面一条 failed 一条 completed、事实台账 completed。snapshot 臂靠「终态先、在飞后」两遍编排做到「尾段上有在飞行时终态条目不留」。现:规则只写在唯一的入账口 —— 同代或判不出先后时在飞胜(终态行到达时同尾段还有不早于它的在飞别名 ⇒ 不进留存池、不记终态证据),否则终态结算尾段(双生收敛成一条);同一组读数经两臂、任意到达序同答(唯一例外:同代两条不同终态词的双生终态末到者胜,两臂同答,0.96.0 起既有;已知限制 KL-758)。射程:snapshot 仍是整体替换 —— 快照里没有的行按已离场处理(与此前同),所以「账里已有在飞行 + 一份只带别名终态的快照」与「同样的已有行 + 一条别名终态 task 帧」不是同一组读数 | 零改码(受益;`sema/fleetClient.ts:428` / `:522` 经 ingress 喂帧,`:372` 读投影) | 不涉及 | 零读点 | 零读点 | G-FL19 / G-FL20 | 124b FL 行 |
+| **FL-9** 行读数的周期比对进入账口:前代读数忽略 | 本包(CC-700;0.96.0 起既有) | consumed(行为修正;公面导出名与型零变) | 前:入账口不比周期 —— 迟到的前代 running 帧复活行、撤掉新一代的终态留存与终态证据,随后同代 completed 通知把 failed 洗成 completed;同 id 的前代终态帧把新一代在飞行结掉;snapshot 两遍编排同样让前代 running 压掉新一代终态。现:周期(`cycleSeq`)早于这一尾段已知最高周期的行读数忽略 —— 活跃行、留存条目、终态证据、终局事实台账一概不动,snapshot 的整体替换也不抽走这一尾段原有的活跃行;更新一代的读数让同尾段更早一代的活跃别名离场;行帧两臂与被收下的终态通知是同一条周期轴(通知收下过的周期,之后到的更早一代行帧同样忽略;通知 `taskId` 是复合形时按尾段记);前代通知(按尾段周期判)整段不动状态面 —— 不退休在飞行、不改写留存条目、不入事实台账,行自己的最新一帧没报周期时也一样(此前行上判不出就照退休,带推定标、过窗即从在飞读面消失);尾段周期的有界记录只淘汰已没有活跃行 / 留存条目的尾段(此前满 512 条按最久未写淘汰,有在飞行的尾段也会被挤掉,前代终态帧随即照入账)。服务端契约:同 id `cycleSeq` 更小 ⇒ 前代迟到帧,忽略(`FleetTaskView.cycleSeq` 注同句) | 零改码(受益;退场读口 `sema/fleetClient.ts:317` 对 `unknownRow` 不入账,见 124y) | 不涉及 | 零读点 | 零读点 | G-FL21 – G-FL26 | 124b FL 行 |
+| **RP-1** 「审批已有结局」一处存:进程级已结表(审批持有登记同表);每只桥自己的台账退役(包内件) | 本包(CC-632 / CC-710;终端 [10359] ②) | consumed(行为修正;型面零变) | 写点只两处:活卡持有者落定那一拍(决断送到并拿到语义答复 / 中断拒绝被引擎收下 —— 流内帧腿与悬挂 ask 腿经同一入口、同一持有者)与引擎收口帧(带「转停驻」位);读者:帧腿判定口第 0 条 / 活卡入口 / `joinApprovalHolder` / 包内停驻行腿。修前每只桥各记一本:换桥(新 turn)/ 悬挂 ask 腿 / 宿主问车道都看不见别处结过的问 | 零必改;换钉即受益(见 RP-4) | 不涉及 | 零读点 | 零读点 | G-RP1 – G-RP6 | 见 124b |
+| **RP-2** `ReplayPendingBasis.settled`(0.95.0 加的可选输入)退役 | 本包(CC-632;退役登记 RL-133) | consumed(型面 BREAKING:可选输入键删除) | 判定口第 0 条自己读进程级已结表;宿主自备映射交入 = 同一事实的第二存处,传了也不读 | 零读点(不直调判定口) | 不涉及 | `ui/lib/engine/engine-turn-legs.ts:574` 只传 `{ preamble, approvals }` ⇒ 零编译影响 | 零读点 | G-RP6 | 见 124b |
+| **RP-3** 测试钩 `__resetSettledApprovalsForTests()` | 本包(CC-632) | consumed(测试钩 +1) | 清进程级已结表(不动在途持有 / 卡口 / 同调用卡账本)。已结表跨用例存活 —— 复用固定 approvalId 的测试用例之间要清;真部署上 approvalId 是服务端铸的唯一 id | 测试套必看(124y) | 不涉及 | 不涉及 | 不涉及 | — | — |
+| **RP-4** `joinApprovalHolder` 在持有者放手之后读已结表 | 本包(CC-632 / CC-710) | changed(行为修正;`ApprovalHolderJoin` 型零变) | 没有在途持有者 ⇒ 读表:已答 / 中断拒绝被收下 / 引擎收口(非转停驻)⇒ `joined`(持有者的中断拒绝还在路上 ⇒ 登记未清,照旧 join)(结局 = 那一只的浅拷贝 + `joinedInFlight`;引擎收口而本进程没开过卡 ⇒ 撤卡形 `unresolved` + `retracted`);转停驻 / 没有行 ⇒ `free`。修前持有者一放手恒答 `free` —— 与自家成文(「`free` = 没有持有者,或持有者已放手而这一问**没结算**」)不符,宿主问车道据此为已答的问再开耐久卡、再发耐久决断(终端续流实测) | 终端问车道读 `joined` 判别不改(读点见 124d)⇒ 零改即受益 | 不涉及 | 零读点 | 零读点 | G-RP1 / G-RP2 / G-RP3 | 见 124b |
+| **RP-5** 活卡入口 `surfaceToolApprovalFrameAndRespond`(含 `surfaceSuspendedAskAndRespond`)对已结的问不呈卡、不发 | 本包(CC-632) | changed(行为变) | 入口在登记持有之前读表:这一问在本进程已有结局 ⇒ 交回那一只结局的浅拷贝 + `joinedInFlight`(与 join 一只已落定的持有者同形),零卡零发。修前只查在途持有:帧腿答过的问,悬挂 ask 腿从陈旧快照再拿到它会再呈一张卡、再发一次;中断拒绝被收下后同键再来 = 新的一次 —— 两条旧判据眼同批作废(成文改口) | 悬挂 ask 装配件零改;认领账可退(124y) | 不涉及 | 零调用 | 零调用 | G-RP5 | 见 124b |
+| **EX-1** 抛出物 `extra` 的读法(包内唯一读口)及经它读体源键的出口 —— 决断拒收判官(`decisionRefusalAskReading` 与派生出口)的 404 成因、写口 / 撤销口 `committed`、续跑折叠 `blockedBy`、拒体 `field`、体源结构位(`retryAfterSec` / `staleAfterSec` / `runId` / `runIds` / `allowlist` / `detail` …);同族四处:安全停码(决断腿拍平结局的 `safetyCode` / `code`)、拒体 `retriable`、409 分码 `conflict`、失败文字 | 本包(CC-709) | consumed(行为面收紧,成文改口) | 修前沿原型链普通取值:`Object.create({ extra: { cause: 'run_cancelled' } })` 加自有 `status: 404` 被判官读成 `settled`;原型上别家类的取值器、对象自有的访问器照执行。现在与判官其余机读位同一条读法:对象自有的数据位 ⇒ 读;对象自有的访问器 ⇒ 读不出(不执行);不是自有位 ⇒ 只认 sdk 错误类的类形 —— 原型链上最近持有 `extra` 的节点自己是某个类的原型、链上有内建 `Error` 类的原型(按结构认,不按本 realm 恒等,不读持有者类的名字 —— 生产包压缩会改写 sdk 的类名)、那一位是取值器 ⇒ 按对象自己的取值读(sdk 在 `toApiError` 给这一只对象盖的章);其余(链上的数据位、别家类的取值器、`Object.prototype` 上的植入、同名而不继承内建 `Error` 的类 —— 含宿主自造的 `class Error {}` 及其子类)⇒ 缺席、不执行。「内建 `Error`」按内建真实性认(构造函数是引擎内建的 `Error`、原型带内建 `Error.prototype` 的 `message` / `name` / `toString` 三位),不只按名字(修前只按名字:`class Error {}` 的子类原型取值器会被执行、404 读成已决)。跨 sdk 模块实例、跨 realm 照读(同时有两份 sdk、或错误铸在另一个 realm 时不丢);把取值转发给原对象的代理包装同样读得出(否则 503 `committed: 'unknown'` 落成缺席、撤销腿放宽成可重发)。伪造面:任何继承**内建** `Error` 的类在原型上放一只 `extra` 取值器都会被执行 —— 与在对象上直接放自有数据位 `extra` 同权,不多给读数。同族四处并到同一读法:安全停码只认实例自有数据位 `code`(修前原型链上的 `no_pending` 经决断腿铸成拍平结局的自有 `safetyCode` / `code`,判官读拍平结局答 `settled`);`retriable` 只认自有数据位(自有访问器修前在判官里被执行,现在判官读数 `unreadable`);409 分码的 `errorCode` / `name` / `field` 只认自有数据位(修前同一只分类结果里 `errorCode` 缺席而 `conflict` 在场);失败文字只出续读提示、从不出 `settled`(读法不变,门钉)。sdk 真实例与自有数据位的重建形读数逐位同修前;公面导出名 / 型零变 | 零动作(喂入物是 sdk 抛出物,124d) | 不涉及 | 零动作(零读点) | 零动作(零读点) | G-EX1 – G-EX6 | 见 124b |
+| **EX-2** 「这一发拒收是不是终局」:`isAlreadyResolvedFailure` / `decisionRefusalAskReading` 的证据序,与码认领谓词 `isCodeClassifiedGateFailure` / `isGateStandingErrorCode` | 本包(CC-712) | consumed(行为面收紧,公面谓词答案变) | 修前判官的「码被认领、失败文字不扫」只认门还在码族与停泊赎回 422,不认续跑拒绝的两张码表与 reopen 族:**无状态码**的形(决断腿拍平结局、无状态码抛出物)上 `resume.preflight_rejected`(带窗即可等)/ `resume.usage_window_exhausted` / `resume.placement_mismatch` / reopen 族 ∧ `retriable: true` 的失败文字恰含 already / not found ⇒ `isAlreadyResolvedFailure` 真(端撤卡),而 `resumeRefusalFromError` / `resumeRetryLaterFromError` / `resumeReopenFromError` 对同一对象说仍待决 / 可等。现在:`isCodeClassifiedGateFailure` 成员 = 门还在码族(`isGateStandingErrorCode`,加 reopen 族 ∧ `retriable: true`)∪ 停泊赎回 422 ∪ `RESUME_RETRY_LATER_CODES` ∪ `RESUME_REFUSAL_CODES`(按表成员判);判官先问它(先于一切「已决」证据):认领 ⇒ 未决、零续读提示。「已决」只剩终局证据(本地 `no_pending`、`conflict.ask_decided`、`gone.ask`、410 非 `gone.ask_parked`、404 ∧ 结束成因、码缺席时 `AskDecidedError`)。窗的读法不变(`waitable` 只认体上 `retryAfterSec`,头源 `retryAfterMs` 不当窗)—— 判官不需要窗就能答「不是已决」 | 行为变(`sema/askParkReopen.ts:1087` 重开挂点;`sema/askParkExpiry.ts:474 / :492` 的保护臂 ① 由本行覆盖,124d) | 不涉及 | 零动作(零读点) | 行为面建议(自有扫词判据不经包判官,124d) | G-EX7 – G-EX10 | 见 124b |
+| **PK-1** 支持底线三件同批抬:服务端 **7.126.0** / 引擎 **7.49.5** / sdk **21.1.0**;peer 地板 `>=20.0.0` → `>=21.1.0`;开发依赖 sdk `^21.1.0` | 本包(CC-715;服务端 7.126.0 发布 [10370] / sdk 21.0.0 [10319] / 21.1.0 [10373];认领 [10372]) | consumed(🔴 支持承诺收窄;运行期常量 `SUPPORT_FLOOR` 三项随之变) | `engineVersionTier(v, floor?)` / `coreVersionTier` 的下限随底线抬:7.125.x ⇒ `legacy`、7.126.0 ⇒ `engine`;引擎 7.49.4 及以下 ⇒ `legacy`。根入口原样转口 sdk 21.1.0 的两只门种常量 ⇒ 装 21.0.0 及以下的消费方运行期 import 失败(故地板取 21.1.0)。只为底线以下而存在的读法同批退(PK-2 / PK-4 / PK-8) | 🔴 附着门槛实际变 7.126.0(壳常量 7.119.0 经 `engineVersionTier` 取高,124d);换钉 sdk `^21.1.0` | 不涉及 | 换钉 sdk `^21.1.0` | 换钉 sdk `^21.1.0` | — | 只抬不降;底线以下的服务端不再见证 |
+| **PK-2** 引擎改名词的两代读法删除(`write_protection_unresolved` / `config.write_protection_unresolved`;退役登记 RL-123);公面型 `ApprovalMandateWord` 少一员 | 本包(CC-715;0.96.0 CC-606 登记的退役条件「底线越过 core 7.49.0」当版满足) | consumed(退役,🔴 型面 BREAKING) | 强制词表 / 理由句口 / 自动答判定 / 放行原因句口 / 通告码册与受众只读一代;旧词旧码到达读成表外。**同版改口**:本版早先 WR-1(理由句口也经改名表读)随改名表收回 —— 旧词现在落中性句、不再读成现名那一句(未发版内的成文改口)。sdk 21.1.0 的强制词声明仍是改名前旧词(上游声明滞后,本包编译期钉带一条有退出条件的滞后登记) | 零读点 | 不涉及 | `ApprovalMandateWord` 型读点 2 处(124d),零引用旧词 ⇒ 零编译影响 | 零读点 | G-PK2 | 见 124b |
+| **PK-3** 提交体团队编排四键 `council` / `debate` / `rounds` / `lenses` | 服务端 7.126.0(场景透传键只剩 `repo`)/ sdk 21.0.0(删 `council` / `debate`) | 见 PK-8 | — | — | — | — | — | — | — |
+| **PK-4** 两只决断口受理的门种:根入口转口 sdk 21.1.0 `APPROVAL_DECIDE_GATE_KINDS` / `PLAN_REVIEW_GATE_KINDS` + 成员型 `ApprovalDecideGateKind` / `PlanReviewGateKind`;手写镜像 `ASK_PARK_GATE_KINDS`(0.97.0 退出公面) 退役(RL-135) | 本包(CC-715;sdk 21.1.0 [10373]) | consumed(单一真源;🔴 型面 BREAKING:根入口少 `ASK_PARK_GATE_KINDS`(0.97.0 退出公面)、同名 `PLAN_REVIEW_GATE_KINDS` 型收窄) | 根入口两只常量就是 sdk 那两个对象(引用相等);「门种 → 耐久决断腿」判官 `durableDecideLegOf` 的两张表取它们的构建期生成物(逐字节对 sdk),判词不变(`human` / `irreversible_ask` ⇒ `approval`、`plan_review` ⇒ `plan_review`、`resource_limit` / `needs_review` / `task_done` ⇒ `other_gate`、非门种词 ⇒ `unreadable`、读不出 ⇒ `absent`)。手写镜像与 sdk 两表**无差集**(镜像两词 = sdk 两词;0.96.0 CC-662 已把 `policy_ask` / `tool_approval` 移出) | 🔴 编译红必改(124d:`askParkReopen` / `resumePendingReconcile` / `planReviewDecisionNotice` 读两名;以串调 `.includes` 的点改读 `durableDecideLegOf`) | 不涉及 | 零读点 | 零读点 | G-PK4 | 见 124b |
+| **PK-5** 提交幂等同键换体 `409 conflict.idempotency_payload_mismatch`:码 `CONFLICT_IDEMPOTENCY_PAYLOAD_MISMATCH` + 判定 `isIdempotencyPayloadMismatchCode(code)` + 措辞 `idempotencyPayloadMismatchContent()` | 服务端 7.126.0(判据 G7–G9 / G12;铸点 `dist/http/submit-replay.js`) | consumed(additive,根入口 +3) | 三腿同一只判定(按码,精确字节):同步 / durable / 流式进门 ⇒ 抛错 `errorCode`(`classifyTurnWireError` 的 `http` 判决带它);流式开流后 ⇒ 终帧 `done.result` 拒绝三键,终局读数 `failed` 带同码,结果帧错误行在服务端原句后补本包那一句。`replay: true` 的同体重放 0.96.0 已读(§123 PA 行)。本包提交路径不自带幂等键(sdk 每次调用新铸、传输重试重发同一个体),自己撞不上 | 零读点;按码取句(124y) | 不涉及 | 零读点(提交体经本包装配、键由 sdk 铸) | 零读点 | G-PK1 | 见 124b |
+| **PK-6** 终局失败详情 `RunTerminalFailureDetail` 收成四臂联合:`provider_rejected`(+`providerResetAtMs` / `route`)· `coded` · `model_output_invalid`(+`outputLimit`)· `unrecognized`;新型名 `RunTerminalProviderRejectedDetail` / `RunTerminalRequestRoute` / `RunTerminalOutputLimit` / `RunTerminalJsonValue` | 服务端 7.126.0 / sdk 21 `TerminalFailureDetail`(判据 G44 ②) | consumed(🔴 型面 BREAKING:单形 → 判别联合) | 窄读一处(`readRunTerminal` 的 failed 臂):已知三臂各按承重位成形(`status` 400–599 / `detail` 普通对象 / `cause` 两词),承重位坏 ⇒ 整只缺席;可选位逐键隔离;表外 `kind` ⇒ `unrecognized` 只带原词(修前原样带回连同 `status` / `code`)。`coded` 是 JSON 纯值冻结深拷贝(访问器不执行、函数 / 非有限数略去;有界:祖先链上的同一对象那一枝略去,一次遍历总量超 5 万〔节点 + 数组下标〕整只缺席 —— 只有宿主手造的对象够得着)。「改了重发」判定只认 `provider_rejected`(不变) | 零读点(终局只读 `kind`) | 不涉及 | 零读点 | 零读点 | G-PK3 | 见 124b |
+| **PK-7** 审批卡词:读口 `readApprovalCardWord(carrier)` + 卡请求位 `ApprovalCardRequest.approvalCard?: ToolApprovalCardWord`;帧键镜像 +`approvalCard` | 服务端 7.126.0 / 引擎 7.49.0(判据 G38 / G39;sdk 21 `TOOL_APPROVAL_CARD_WORDS`) | consumed(additive,根入口 +1) | 闭集窄读(sdk 八词、自有数据位、精确字节);活卡帧腿与待决行腿同一把读法上卡;v1 呈卡帧恒缺席(卡不带)。缺席 = 引擎没铸(老停驻行 / 宿主自建的 ask / 表外 / 坏形),不编 `generic`。只作展示 / 分诊:问答行的决断(带不带 `answer`)仍按工具名判(服务端事实,包不另判)。`contentKind` 本包从未读过(src 零命中),零动作 | 可选读点(卡头按卡词分流);名册卡面读口与卡词同问两源见包侧缺口 | 不涉及 | 可选读点 | 可选读点 | G-PK5 | 见 124b |
+| **PK-8** 请求装配口删团队编排四键(RL-134) | 服务端 7.126.0(铸点 `dist/request-key-closure.js:33` `TASK_BODY_SCENARIO_KEYS = ["repo"]`)/ sdk 21.0.0 | consumed(退役,🔴 型面 BREAKING:入参型少四键) | 车道表四行、入参型四键、值级判据两行、stamp 四行删;带着 ⇒ 装配期 `TypeError`(不认识的键,不静默丢、不上 wire)。`repo` 照旧 | 零读点 | 不涉及 | 🔴 编译红必改(Composer 两开关与对账槽位,124d) | 零读点 | G-PK6 | 见 124b |
+| **PK-9** 请求体 `allowTools`(引擎可用性选择器) | 服务端 7.126.0 / sdk 21 `TaskRequest.allowTools`(判据 G36) | consumed(additive;车道表 +1 行) | 交互 / 无人值守两车道有座,side-channel 车道无座(恒零工具面);收紧声明 ⇒ 早读(排在既有早读位之后)且**读到那一拍就物化**(数据属性在任何取值器跑之前、取值器形在被读到时换成冻结快照;之后别的取值器原地改原数组,wire 体与回执都不跟)+ 坏形响亮拒(含长度超 65 536);`[]` 照发;名字对不对归服务端(`400 config.tool_face_control`,流式 / 后台腿 failed 终局同码)。🔁 入参上**不可枚举**的自有位同样照读(本包认识的键自有即在场、不看可枚举;不可枚举的数据位 `[]` 照发、坏形照拒,不可枚举的访问器同一读序、读到那一拍物化;同一条规则对装配口认识的每个顶层键成立);修前装配口只收可枚举键,这一位被折成缺席(`[]` 变成不选择、坏形不拒)。不认识的键仍只看可枚举(不可枚举的表外键不拒) | 可选读点(`--tools` 一类入口) | 不涉及 | 零读点 | 零读点 | G-PK6 | 见 124b |
+| **PK-10** 角色词六个(`team` / `synthesize` / `advisor` 删) | 服务端 7.126.0 / 设置契约 12 | declined(本包零读点:src 与生成物都不枚举角色词;`roles` 按键开集过境,判词归设置契约) | — | 零动作 | 不涉及 | 零动作 | 零动作 | — | — |
+| **PK-11** `GET /v1/models.candidateRejected`:读口 `modelCandidateRejectedOf(catalog?)` + 措辞 `modelCandidateRejectedContent(reading)`;在线目录型 +`candidateRejected?` | 服务端 7.126.0(判据 G1 – G6) | consumed(additive,根入口 +2) | 三态读口;回体读口原样过境(冻结 JSON 深拷贝,判形只在读口);座位目录出站门不判它(诊断面) | 可选读点(指定模型被拒的真因句) | 看板自有读法 | 可选读点 | 可选读点 | G-PK7 | 见 124b |
+| **PK-12** 零读点核验:会话 id 只收 canonical uuid · hooks matcher 受理面(拒体 detail 多 `reason`)· `workspaceSync` 成员各自在场 · M1–M3 一次性迁移退役 · dev-open 单会话面不再按头答 404(判据 G41) | 服务端 7.126.0 | declined(本包零改码;读点核过) | 会话 id:本包装配口不判形(服务端是判官),本包自铸 id 是 uuid(`adapter/types.ts` 的 `randomUUID`),mock 常量在 live 装配时删;matcher 拒体:读口 `hookMatcherRefusalFromError` 只读 `event` / `alias` / `canonical`,`reason` 不读 ⇒ 读数不变,同版新增的编译失败拒(`reason: "invalid_regex"`)读口答缺席(不是别名拒);`workspaceSync` src 零命中(§123 PA-5 pending 照旧);M1–M3 零读点;dev-open:404 读口 11 处照旧,**dev-open 部署上 404 不再是「会话不存在」的存在性信号**(带别人的头也读得到)—— 本包零改码;包侧门 server-7113-fixture B 段按代际分向(<7.113.0 `not_found.run` · 7.113.0 – 7.125.x `not_found.session` · ≥7.126.0 有身份边界的部署照旧 404 `not_found.session`、dev-open 部署上非属主 200,本包会话读口在 dev-open 上不报读不出) | 零动作 | 不涉及 | 零动作 | 零动作 | — | — |
+| **PK-13** mcp 条目的 `toolAxes`(按工具效果轴覆盖):两条腿(本地 `.mcp.json` 腿 `mcpConfigToSpec` / `mcpConfigsToSpecs`、中心配置腿 `cloudMcpToSpecs`)原样过境到请求面 `McpServerSpec.toolAxes`;入参型 `McpConfigLike` +`toolAxes?: unknown` | 服务端 7.126.0(中心腿投影 `dist/config-provider.js` `mapToServiceEffective` 在场即原样带;请求腿 `dist/task-mcp.js` 只收认得的轴词)/ sdk 21 `McpServerSpec.toolAxes` / 设置契约 `McpServerSpec.toolAxes`(解析透明) | consumed(additive;入参型 +1 可选成员) | 修前记账不透传(中心腿语义尚未铸、能把效果轴往下调 ⇒ 没有权威语义不过境);7.126.0 起服务端中心腿投影已原样带它 ⇒ 按服务端的读法过境:在场且不是 `undefined` ⇒ 原样带(同一个值,零拷贝、不校形),缺席 / `undefined` ⇒ 键不铸;坏形的处置归服务端请求腿(只收 `effect` / `egress` / `irreversibility` 认得的词,其余略去,不拒整条)。与 `toolFaces` 同一条透明键规则 | 零改码(配置里写了就随请求过境) | 不涉及(控制面写这一键,本包只过境) | 零读点 | 零读点 | G-PK13 | 见 124b |
+
+| 行 | 键 / 名 | 处置 | 说明 |
+|---|---|---|---|
+| TN-1 | 值级端口 `judgeRuleToolName`(core ≥7.48.0 包根) | consumed —— 「一个规则工具名引擎认不认」的唯一读法(CC-688 / CC-689) | 会话规则可送判定、撤销动词 `removeRefusedSessionRules`、子代工具清单预判 `agentToolListFlaws`、请求体装配口四处只读它;构建期退役名表与四名继任手表退(RL-131 / RL-132) |
+| TN-2 | 根入口 `ruleToolNameVerdictOf(name)` / 型 `RuleToolNameReading` | 新增 | 五态:`current` / `retired`(引擎给现名时带 `currentName`)/ `unprefixed_namespace` / `unmintable_segment` / `unknown`;不抛 |
+| TN-3 | 根入口 `isEngineRefusedToolName`(本版退出公面) | 退役(RL-130) | 换读 `ruleToolNameVerdictOf(name).kind`:既非 `current` 也非 `unknown` = 引擎会拒;`unknown` = 这里判不出 |
+| TN-4 | `SessionPolicyRemovalOutcome` 新臂 `{ kind: 'judge_failed' }` | 新增 | 待判条目里有一条判官答不上来 ⇒ 一条不撤、不写;`sessionPolicyRemovalNotice` 有专句 |
+| TN-5 | 装配口退役名改写 | 行为变 | deny / ask:有引擎现名一律改写(进 `rewritten[]`);allow:一律留下 `retired_tool_name`;无现名 / 内容形工具段:三桶留下 |
+| TN-6 | 子代预判大小写孪生 | 行为变 | 只按宿主交来的名册判;名册缺席不判(此前拿退役名表各条现名当名册) |
+| TN-7 | `AgentToolListFlawKind` +`unmintable_segment` / +`unjudged` | 新增(闭集 +2 词) | 判官答段铸不出 ⇒ `unmintable_segment`;判官答不上来 ⇒ `unjudged`(不当没问题);宿主开 `withholdRefusedDenyLists` 时 deny 侧这两类同样整只扣下 |
+
+### 124b. 缺席语义(逐键)
+
+**HT 行(CC-696 + CC-699)**
+- **HT-2 停驻门的门种位(`terminal.paused.gate.kind` / `suspended.gate.kind`)**:① 键不在 / `null` / 空串 / 非串(读不出门种词)⇒ 没有门种证据:问答工具进问答臂,fs 写族 / shell 族进工具审批臂,其余不进(与修前名字腿逐字同);② 在但读不出(读就抛)⇒ 两臂都不进;③ 在且是闭集之外的词(`tool_approval` / `policy_ask` / `dry_run_review` / 未来新词)⇒ 两臂都不进(两只决断口对它都按门种答 409),帧照旧透传 / 收口。门种是 `plan_review` ⇒ 走计划重开,不进审批臂。
+- **HT-3 座位位 `sessionRow`**:① 键不在 ⇒ **不给**那一档(引擎说记不住 / 那一位读不出 / 卡读不出 / 域带不走 / 宿主没给过境口第二参 —— 一律同形,座位卡不渲「Always allow」;不是「没说就照渲」);② 在但不是严格 `true`(座位请求被宿主手搓了坏值)⇒ 按不在读,座位门不拒整条请求;③ 在且为 `true` ⇒ 渲那一档。决断口不变:宿主照旧按域把 `remember:"session"` 送上 wire。
+- **HT-3 卡入参 `rememberRefused`(引擎「记不住」声明,过境口的输入)**:① 不在 ⇒ 引擎没说(记得住或老服务端),不关这一档;② 在但读不出(非 `true` / 读就抛 / 卡上读不出的证据含它)⇒ 关这一档;③ 严格 `true`(自有或只在原型链上)⇒ 关这一档。
+
+**CL 行(CC-690 + CC-692)**
+- **`engineCapsLandingOf`**:① 地址上没有落地(没 kick / 探测在飞 / 探测失败 / 回体不是对象 / 被 `invalidateEngineCaps` 作废 / 地址不是非空串)⇒ `not_landed`,成因合并(与 `engineCapState` 的 `unprobed` 同一律);要分「还在飞」与「失败了」⇒ 先 `await engineCapsSettled(baseUrl)`,落定之后仍 `not_landed` = 这一发没落地;② 落了但根读不出 ⇒ `unreadable`(不带 `caps`;按键读口答 `non_boolean` / `unreadable`,能力位读器答 `unreadable`〔CP-1 同词〕;只剩「可落地判据过了、快照途中根读不出」那一形);③ 落了且是空表 ⇒ `landed`、`caps` 是空对象(每一位都是「没报」,不是「全关」)。回体必须是普通记录:数组 / 类实例 / `Date` / `Map` / 描述符读就抛的代理不落地(`not_landed`,与探测失败同一处置;CP-3 同一只可落地判据)。
+- **缺键极性(唯一成文处 = `EngineCapsLanding` 型注)**:`landed.caps` 上一位不是自有数据位(键不在 / 只在原型链上 / 自有值 `undefined`)= 引擎**没报** = 不知道 —— 不是 `true`,也不是引擎明说的 `false`:`engineCapState` 答 `absent`、`engineCapValue` 答 `not_reported`、`engineCapTrue` 答 `false`。在 `caps` 上写 `caps[k] !== false`(缺键当真)一类自定默认值就是第二条读法;放行问题读 `engineCapTrue` / `engineCapState`。宿主回体上的自有访问器位在快照里读就抛(取值器不执行)—— 逐位取值经 `engineCapValue`(它答 `unreadable`),不在 `caps` 上普通取值。
+- **网页端四处整份消费点各自的缺键答法**(读点见 124d):能力列表 = 列举 `landed.caps` 的自有键,值经 `engineCapValue` 取(缺键不出行、不编值;落定后 `not_landed` 或 `unreadable` ⇒「读不到」那一句,不渲「空表」);设备面 = 读 `observedDeviceExecutorManagement(base)`(与能力位读器同一只记忆化读数;缺键 ⇒ 读器的「没报」态 ⇒ 车道未报那一句);项目面 = `engineCapValue(base, 'projects')`:`value` 为 `'read-write'` / `'read-only'` ⇒ 那一态,`value` 为 `false` ⇒ 引擎明说没有,`not_reported` ⇒ 不知道(不开面,与今天落 `false` 同向但不再说成「引擎说没有」);分叉 = `engineCapTrue(base, 'sessionFork')`,缺键 ⇒ 不开(此前缺键放行)。
+- **`rotateEngineCapsProbe`**:① 地址不是非空串 / 探测不是函数 ⇒ `ignored`,登记、落地、在飞都不动;② 没有落地也没有在飞 ⇒ `started`(与 kick 逐字同,含记进登记);③ 有落地或在飞 ⇒ `registered`:零请求、落地记录与代际不动、在飞那一发照常落地;只改变**之后**的重探(`judgeFileHistoryTighten` 经它)调哪一只。在飞的刷新照常单飞(并入者等它),它落定之后的下一次重探才调新闭包;连续轮换后写者赢;单参 `invalidateEngineCaps` 清掉登记(新代际不沿用),两参失效登记替代探测。
+
+**WR 行(CC-701 + CC-702)**
+- **WR-1 强制词 `mandate`(旧词到达,三态)**:① 键不在(服务端不铸、或整因不止一个词)⇒ `readApprovalMandate` 答缺席,不出这一句(缺席从不命名一个词,也不等于「不强制」;不变);② 键在但读不出(空串 / 非串 / 大小写或空白不同 / 表外词)⇒ 读口判缺席,不上卡、不编词(不变);③ 键在且是改名前旧词 `write_protection_unresolved`(老服务端)⇒ 与 ② 同:表外 —— 读口答缺席、卡上不长 `mandate`、不出理由句(变:0.96.0 读口原样透传旧词、句口出旧词自己那一句;本版批内一度折成现名那一句,未发版即收回)。直接把表外值交给句口(纯 JS 宿主 / 强转)⇒ 中性话、不渲该值、不抛(不变)。通告码族不在此键上:`config.write_protection_unresolved` 不在码册、受众按 `operator`(PK-2)。
+- **WR-2 影子文档 `roles.default`(10 形 `default` 与 `roles.default` 同在时)**:① `roles.default` 不在 ⇒ 缺省模型来自 `default` 那一位,`roles.default = {model:<default>}`(不变);② 在但读不出(`select` 形 / 无 `model` 位 / 非对象 / `model` 非串或读就抛)⇒ 视为指向不同,整只记一条 `shadowed`(无 `target`),不抛(读 `model` 位的取值抛已按「无 `model` 位」收口);③ 在且 `model` 与胜出的缺省模型逐字节同 ⇒ 不记、整只带上(自有键的数据副本,`model` 钉在判过的串上;旁键随之在场,本机读法对旁键报 `unknown-keys-dropped`,服务端候选门按「未知键 = 候选门错误」整树拒收,与 11 形回体里同样带旁键的角色同律);在且 `model` 不同 ⇒ 记一条 `shadowed`(`target` = 该角色的 `model`),整只丢,旁键不挪给胜出的那一位。非 default 的角色一律原样过境(不变)。
+- **WR-2 射程句(核对 §123 PB-7 与「两代回体逐字节同」)**:① PB-7「两位同指一个模型 ⇒ 没有可丢的东西,不记」此前只对「被盖住的那一位只有 `model` 一个键」成立;0.97.0 起对同指的任意一位成立(原样带上)。② 「两代回体逐字节同」的前提是:11 形那一侧的 `roles.default` 与 10 形里与 `default` 同指的那一位逐字节同(`{default:b, roles:{default:{model:b, effort:…}}}` 对 `{roles:{default:{model:b, effort:…}}}` 成立;对只写 `{roles:{default:{model:b}}}` 的 11 形回体不同——两份文档本来就说的不一样)。🔁 CC-708(RO-1)订正:不再要求宿主注入 `entryAccepted` —— 没有判定口时两代也逐字节同(`{model}` 形角色一律不投);此前写的「不注入时……两代本来就不同」作废。
+
+**OD 行(CC-703 + CC-706)**
+- **OD-1 载荷键三态**:① 键不在(没有这个自有键,含只在原型链上)⇒ 缺席,与修前同(只在原型链上的 `title` 不算带了);② 在但读不出 ⇒ 拒:不可枚举的自有键与自有访问器拒并点名那一键(访问器修前已拒;**不可枚举的自有键修前被当成「没带」放过,现在拒** —— 成文改口);代理陷阱抛 / 已撤销的代理拒且无 `field`(键表就读不出);③ 在且为空(`title: ''`)⇒ 拒(清回自动标题的拼法只有 `null`,未变)。载体本身不是普通记录(`Date` / `Map` / `Set` / 类实例 / 自定义原型 / 数组 / `null` / 原始值)⇒ 拒,拒因里没有 `field`(不是哪一键错,是载体错);嵌套闭形的载体错点名嵌套位(`settings` / `rewind` / `retainSubagentSessions`)。符号键:不算载荷键(结构化克隆不带它),不判。🔴 射程提示:「普通记录」按**本 realm 的** `Object.prototype` 比;在别的 realm(`vm` 上下文、隔离世界)里构造的普通对象,原型不是本 realm 的那一只 ⇒ 按非普通记录拒(与包里既有的 `isPlainRecord` 各形同律)。宿主应在收参的同一 realm 里调判官(读码推断:主进程收 IPC 参数即是;未起桌面端实测)。
+- **OD-2 机读位三态(判官读失败对象;便签 / 拍平结局的铸点同律)**:① 位不在或只在原型链上 ⇒ 缺席 = 没有这条证据,读数落 `not_settled`(「已决」只从肯定证据来,缺席不是肯定);② 在但读不出(自有访问器、代理 `getOwnPropertyDescriptor` 陷阱抛、已撤销的代理、抛错的 `toString`)⇒ 读数 `unreadable`(读不出不折成已决也不折成未决),这些位的取值器不执行;③ 在且为空(`errorCode: ''`、`status` 非整数或不在 400 – 599)⇒ 与修前同(空码 = 无码,状态码读不出 = 无状态)。404 成因位(`extra.cause`)的读法见 EX-1(对象自有数据位;不是自有位时只认 sdk 错误类的类形取值器 —— 已由 EX-1 收口)。失败文字(`String(失败对象)` 的转换)只出「门早已决」词表的续读提示、从不出 `settled`,读法不变。
+
+- **CP-1 读器族(29 只,逐键同律)**:① 键不在(只在原型链上 / 自有值 `undefined`)⇒ 各读器自己的「没报」态(族规 `not_reported`;`centerWiring` ⇒ `none`;投影铸,与修前同);② 在但读不出(自有访问器〔取值器不执行〕/ 读描述符就抛 / 值不是本只认的形 / 空串)⇒ `unreadable`(修前 `unobserved`);③ 在且为空 —— 按各读器自己的形:空串 / 空对象缺必需座 ⇒ 同 ②;合形值 ⇒ `present`。整份回体没有落地(没探 / 在飞 / 失败 / 非普通记录 / 被作废)⇒ `unobserved`。下游判定:`unreadable` 与 `unobserved` 同答「不知道」(闭合失败方向不变);唯一分开答的是 `rewindSpecForMode('both', …, reading)` 的 `restoreFiles` 键 —— 没观测 ⇒ 照发(不替引擎断言),读不出 ⇒ 不发(收紧方向)。
+- **CP-2 拒句三态**(用户关了文件检查点、判定 `unjudged` 时):还没读到(`unobserved`、非对象 / 读就抛 / `present` 却不带非空串词的读数)⇒「稍后再发」句;读不出(`unreadable`)⇒「本端读不了,照这样报再发不会变」句;引擎没报(`not_reported`)/ 不认识的词 ⇒「引擎没说,再发不会变」句。三句都以 `Nothing was sent:` 起、都给「打开文件检查点,这一次照常记录」的出路;用户没关检查点 ⇒ 无句(`undefined`)。
+- **CP-3 回体**:不是普通记录(非对象 / `null` / 数组 / 类实例 / `Date` / `Map` / 原型非 `Object.prototype` 且非 `null` / 读原型、列键或读某个自有键描述符就抛的代理)⇒ 不落地:首探 = 不缓存、在飞位归还、下一次 kick 真起跑;刷新 = 旧落地原样、读器照旧。普通记录上某一位读不出 ⇒ 照落地,那一位按 CP-1 ② 答。
+- **CP-4 assistant 源健康位**:assistant 腿 200 且 `tasks` 是数组 ⇒ `ok`;抛 501 ⇒ `not-configured`;抛 401(`auth.unauthorized` / 无码)⇒ `unauthorized`;其余抛 / 200 缺 `tasks` ⇒ `unavailable`。能力位 `approvals` 键不在 / 在但读不出 / 为假 —— 视图都不读,零影响。
+
+- TN-1 `ruleToolNameVerdictOf`:端口没装 / 抛 / 回非对象 / `kind` 不是四词之一 / 读 `kind` 就抛 / 入参不是串 ⇒ `{ kind: 'unknown' }`(不编 `current`);`retired` 而引擎没给现名(并入更宽工具 / 已删)⇒ 不带 `currentName` 键。
+- TN-2 会话规则可送判定:判官 `unknown` ⇒ 整批 `unreadable: true`(只在批里有名字走到判官那一步时;ask 批、每条都被串级步骤扣下的批不问判官,照答成因)。装不了引擎的宿主端口恒缺席 ⇒ 这类 deny 批恒读不懂(文法那一步本来也读不懂)。
+- TN-3 撤销动词:名册外的 `toolDeny` / `toolAllow` 条目任一判官 `unknown` ⇒ `judge_failed`(读过一次、零写);记录里只有名册在册的条目或没有工具名桶条目 ⇒ 不问判官,照答 `nothing_to_remove`。
+- TN-4 子代预判:判官 `unknown` ⇒ 那一条报 `unjudged`(不当没问题;开扣时 deny 侧照扣);`unmintable_segment` ⇒ 报同名一类;名册缺席 / 读不成 ⇒ 不判孪生(退役 / 无前缀 / 段铸不出照判)。
+- TN-5 装配口:判官缺席 / 答不上来 ⇒ 抛(与 0.96.0 同一条,不变);现名再过同一只名字关,再答退役 ⇒ 留下 `retired_tool_name`。
+
+**NC 行(CC-693 + CC-697)**
+- **NC-1 `droppedMcpServers`(`cloudEffectiveNotices` 入参上的一位)**:① 键不在(没有自有位 —— 只在原型链上也算不在;只有手拼的入参会这样,`projectEffectiveBody` 的产物恒带)⇒ 不出 mcp 丢弃句 —— **不是「没丢」的断言**,类型上该位必填;② 在但读不出(自有访问器〔取值器不执行〕· 自有 `undefined` · 字符串 / 数 / 对象 / `null` · 已撤销代理 / `length` 读就抛的代理数组)⇒ 恰一句 `warn`「这份清单读不出,本地工具表里缺的服务器可能被无声丢弃」,其余通告(预算 / 能力上限等)照出,不沉默成干净、不抛;③ 在且为空数组 ⇒ 不出句,通告集与不带清单时逐句相同。
+- **NC-1 行上的 `reason`**:五个已知词(`disabled` / `missing-field` / `unknown-transport` / `capped` / `principal-and-assertion-header`)各有专句;词表外的词 / 非串 / 行本身不是对象 / 读它时抛 / 只在原型链上同名的词(`constructor`、`__proto__`)⇒ 并入一句兜底 `warn`(「…for a reason this client does not recognise」),不猜成因,表外词原文不进句子;一行读不出不连坐兄弟行。`reason` 与 `name` 只认**行上的自有数据位**:只在原型链上的 `reason: 'disabled'`、自有访问器(返回 `disabled` 也一样,取值器不执行)都走兜底 `warn`,不得被当成管理员主动关的 `info`(`info` 句开机横幅不显示);取行的下标位是访问器 / 稀疏数组的洞 ⇒ 该行读不出、计入兜底。
+- **NC-1 行上的 `name`**:读不出(含自有访问器、只在原型链上)/ 空串 ⇒ 不点名,计入句末的「N without a readable name」。
+- **NC-2 `_sema_degraded`(信封,present-iff 的占位标记)**:① 键不在(没有自有位)⇒ 没有占位(`normal`,或看 `_sema_not_executed`);② 在但读不出(自有访问器 / 读描述符就抛的代理)⇒ `unreadable`(取值器不执行,**不读成 `normal`** —— 这是缺席标记,读不出不能答「没有」);只在原型链上的同名键 ⇒ 不算在场;③ 在 ∧ 值是包常量 `wire_carried_no_output` ⇒ 占位;在 ∧ 值是别的 ⇒ `unrecognised`(别的包版本写的转录,不猜成因);**自有键值 `undefined` 也算在场** ⇒ `unrecognised`(present-iff 按自有位判在场、不按值真假,与信封铸口同律;把它读成 `normal` 会把占位卡渲成成功)。
+- **NC-2 `_sema_not_executed`(信封,引擎的正证据位)**:同 KY-2 三态,正证据位读不出与没有同答「没有」—— ① 键不在 / ② 在但读不出(非字面 `true`、自有访问器、只在原型链上)⇒ 当没有(**不读成「跑过了」也不读成「没跑」**);③ 在且严格 `true` ⇒ `degraded` / `not-executed`,先于一切占位成因,与 `is_error` 正交(`is_error: false` 的卡也可能带它 —— 「看着成功、其实没跑」正是要抓的一形)。
+- **NC-2 block 上的 `is_error`**:只在占位分支用 —— 占位 ∧ 严格 `true` ⇒ `error-without-detail`(引擎真报的失败,没给正文);占位 ∧ 其余(`false` / 缺 / 非布尔)⇒ `no-result`;占位而 `is_error` 位读不出 ⇒ `unreadable`;无占位标记时读口不读它。🔴 `isError` 语义成文:**占位卡上的 `is_error: false` 是占位,不是成功**;`is_error: true` 是引擎真报的失败;`not-executed` 与 `is_error` 正交。
+- **NC-2 入参**:不是带 `tool_result` block 的记录(`null` · 串 · 数 · 数组 · 空对象 · assistant 行 · `message` 不是对象 · `content` 不是数组 · 无 `tool_result` 块)⇒ `unreadable`;永不抛。
+- **NC-2 `no-result` 的射程**:占位卡有两个铸点,在记录上**不可分** —— ① 轮末收扫(引擎从未发来 `tool_end`,`is_error: false` 是占位)② 真 `tool_end` 但没带 `output`(sdk 头注「Absent ⇒ the tool produced no body」)。一句只陈述两者共同的事实(没有结果,记录看不出它跑没跑、做了什么),所以不说「运行停了」。
+
+**TR 行(CC-698 + CC-707)**
+- **TR-1 抛出物上五格的读法**(`status` / `errorCode` / `message` / `cause` / `name`):① 键不在 ⇒ 缺席(与此前同);② 键在但读不出(取值器抛 / 代理陷阱抛 / 已撤销的代理)⇒ **显式一态,不是缺席也不是异常**:`status` 读不出 ⇒ 无从排除「引擎答过了」⇒ 判决里没有 `http` 臂、没有 `transport` 臂、也不进 park 臂(park 的「流断在候人决断、不是故障」同样预设引擎没应答)(落 `internal`;`isWireTransportError` ⇒ `false`);`errorCode` 读不出 ⇒ http 判决照出、不带 `errorCode` 键,**码相关的三个附加位也一并缺席**(`storedRowWhere` / `sessionUnreadable` / `leaseUnavailable` 不会被「随后又读成功」的一次读重新认领);`message` 读不出 ⇒ 同「缺席」走 `String(err)` 兜底(http 臂的 `message` / 其余臂的 `detail`);`cause` 读不出 ⇒ 不算在场(只剩网络词面一条腿);`cause.message` 读不出 ⇒ `detail` 退到外层 `message`;`name` 读不出 ⇒ 不进 park 臂,`internal.name` 取 `typeof` 标签(`object`);③ 在且为空 ⇒ 与此前同(`errorCode` / `message` 空串 ⇒ 当没带)。
+- **转换本身抛**(`String(err)` 的转换钩子抛 / 无原型对象 / 已撤销的代理):`message` / `detail` 落固定句 `the call failed with an error this client could not render`(与失败快照的「渲不出」同一句),不拼取值器自己的报错。
+- **`null` / `undefined` / 原始值入参**:五格皆缺席(与此前同);`name` 只在对象上读(与此前同)。
+- **同族三口**:`isPreStreamDrainingReject` 的 `status` / `errorCode` 任一格读不出 ⇒ `false`(不据一只读不出的格去重试);`drainingRetryDelayMs` 的 `retryAfterMs` 读不出 ⇒ 当缺席走退避梯(`null` 入参同);`resumeRetryLaterFromError` 的 `errorCode` 读不出 ⇒ `null`(不认领、不编窗)。
+- **TR-2 封长**:① 文本里没有完整闭形记号 ⇒ 与此前逐字相同(含转义 token / 代理对的退让);② 截点落进完整闭形记号内部 ⇒ 退到该记号的起点(`max` 比开头那枚记号还短 ⇒ 空串);③ 截点恰在记号末尾 / 起点 ⇒ 原样;④ 未闭合的 `«redacted:…` / 夹空格 / 大写词 / 17 字词 / 三段 / 别的词 / 裸 `«` `»` ⇒ 不是记号,照旧按前缀截。`max` 缺席 / 非有限数 ⇒ 不封(与此前同)。
+- **审批决断备注**(`readDecisionNoteAudit`):回显正文(server 铸行时已脱敏,记号是 server 铸的)超 200 码元的尾截同一条规则——截点落进记号内部 ⇒ 退到记号前,再补省略号。
+- **洗法预截断余量**(`noticePrintLine`):洗后全文比 8000 长 ⇒ 恒 `truncated: true` 且带截断记号(记号整枚退让不会让超栏文本静默变短);洗后不比 8000 长 ⇒ 原样。
+**RO 行(CC-708)**
+- **RO-1 `entryAccepted`(选项键)**:① 键不在 / 值不是函数 ⇒ 没有判定口:`{model: 串}` 形角色与 10 形 `default` 不投、各记一行 `unvouched`,`tierGroups` / `activeTierGroup` 同样不投(这两位仍不记);② 在但抛错 ⇒ 对那一条条目按「不收」:点名它的角色记 `rejected`,不连坐别的条目;该条目不写进文档——一条都没过判定口时例外:目录原样保留、条目记 `outcome: 'kept'`,点名它们的角色照样记 `rejected`;③ 在且答 `true` ⇒ 该条目留下,点名它的角色带上。
+- **RO-1 角色目标的 `model` 位**:① 键不在(`{select}` 形 / 别的形)⇒ 不过这道闸,原样过境;② 在但读不出(非串、空对象等畸形形)⇒ 同样不过这道闸,原样过境(畸形目标不是本条的范围,见 124y 包侧缺口 RO);读取本身抛错(取值器 / 代理陷阱)⇒ 通用臂不兜底、会外抛(既有行为,JSON 回体上不可达;`roles.default` 被缺省模型盖住那一臂另有兜底);③ 在且是空串 ⇒ 剔并记 `unreadable`(无 `target`);④ 在且是非空串 ⇒ 过闸:不在目录 ⇒ `dangling`(目录里有同名行但缺 `id` ⇒ `rejected`);在目录 ⇒ 看判定口(无判定口 ⇒ `unvouched`)。
+- **RO-1 问题账**:没有判定口而没带上的角色**每个记一行 `unvouched`**(点名角色键与模型名;没有哪个角色有错,缺的是判定口)—— 读 `modelRefIssues` 的宿主看到这些行,才分得出「目录健康却零角色」是没给判定口、不是云端没配角色;要保住角色就注入 `entryAccepted`。该成因词只出现在 `roles` 键下;`tierGroups` / `activeTierGroup` 没有判定口时仍不投、不记(同族,见 124y 包侧缺口 RO ③)。10 形 `default` 与 `roles.default` 同在而没有判定口:`default` 胜出 ⇒ 记它一行(`at: 'default'`、`target` = `default` 的模型名),`roles.default` 同指不双记、异指记 `shadowed`。
+- **RO-1 `roles` 键本身**:不在 / 不是对象 ⇒ 不写 `roles`(例外:10 形 `default` 被判定口收下时仍合成 `roles.default`);过闸后一条不剩 ⇒ 不写 `roles`(空 `roles` 不写,与此前同)。
+- **RO-2 `tierGroups` / `activeTierGroup`(注入判定口时)**:① 键不在 ⇒ 不写、不记(与此前同);② 在但读不出(读描述符抛 / 取值器抛)⇒ 不写、记一行 `at: 'models'` · `unreadable`、一句 `warn`,别的位照常(修前整个调用外抛);③ 在且读得出 ⇒ 照此前逐组 / 逐档判。不注入判定口 ⇒ 两位都不读,不写不记。`activeTierGroup` 点名的组因 `tierGroups` 读不出而没写进文档 ⇒ 不投、记 `dangling`(带 `target`)。
+
+**FL 行(CC-700)**
+- **FL-9 行上 `cycleSeq`**:① 键不在 ⇒ 这一行没有周期概念:不判前代、不抬尾段周期;与同尾段别名的先后判不出 ⇒ 按「同代或判不出」入账(在飞胜);② 在但读不出(0 / 负数 / 小数 / 串 / `null` / `NaN`)⇒ 同键不在;③ 在且合法(≥ 1 的整数)⇒ 早于这一尾段已知最高周期 ⇒ 忽略,否则入账并抬。
+- **尾段已知最高周期**(包内量,不上公面):由行帧两臂入账的读数与被收下的终态通知(`seq`)抬;行退场、留存过窗之后仍留(有界 512 条:满了只淘汰已没有活跃行 / 留存条目的尾段里最久未写的那条,全部有行时不淘汰;被淘汰的尾段同 ① 判不出,不判前代)。换会话清终态证据、不清周期(与 0.96.0 同)。
+- **FL-8 行 id 的尾段**:全空白 id(尾段为空串)⇒ 没有尾段可比:不判前代、不与别的行合并;缺 id / 非串 id 照旧丢弃并计 `droppedMalformed`。
+- **被「在飞胜」挡下的终态行**:不在账上 ⇒ 它随后的 `task_remove` 读口标 `unknownRow`(两臂同;0.96.0 snapshot 臂已是如此)。
+- **通知 `seq`**:同一条周期轴;键不在 / 坏形 ⇒ 判不出(与此前同);在且早于尾段周期 ⇒ 前代通知,状态面整段不动(活跃行的最新一帧报不报周期都一样),通知面(入队、accepted 钩子)与寻址写照旧。
+
+**RP 行(CC-632 / CC-710)**
+- **已结表的一行**(键 = approvalId,服务端铸的唯一 id):不在 ⇒ 当没有这条证据,各读者落原判定(帧腿:位置键 / preamble / 清单;活卡入口:照常持有呈卡;`joinApprovalHolder`:`free`)。在 ⇒ 结局词三形之一(`answered` / `interrupted` / `closed_by_engine`,闭集不变)+ 「转停驻」位 + 交给晚到调用方的那一只结局。帧的 `approvalId` 读不出 / 读就抛 ⇒ 当没有(不抛、不改判);**表空时判定口不读帧的 `approvalId`**(与 0.94.0 逐字同)。
+- **记哪些、不记哪些**(写在答复落定那一拍,不在呈卡那一拍):持有者结局判别口(`approvalResolutionOf`)答 `decided` ⇒ `answered`;答 `unsettled` / `interrupted` 且那一发中断拒绝**被引擎收下**(resolve 且不是 202 停驻中体)⇒ `interrupted`,写在收下那一拍、删登记之前(在路上时登记未清,同键再来 join 在途持有;发送失败 / 同步抛 / 202 停驻中 ⇒ 不记,放手后照常再呈卡)—— 🔁 成文改口:§122b 的 `interrupted`「包已**发起**中断拒绝」改为「被收下」,流内帧腿同批;同 approvalId 的收口帧 ⇒ `closed_by_engine`(先于撤卡写)。宿主撤卡 / 编辑被拒 / respond 抛(含 404,KL-745)/ 停驻中 202 / 读不出 / join 方 ⇒ **不记**。首个为准;有界 4096(丢最早一条 = 回到修前行为);不随换段 / 换挂 run / 换桥清。
+- **「转停驻」位只有收口帧写得出**:现场决断口(帧腿判定口、活卡入口)读成已结 —— 那里这一问已没有可答的口;耐久路(`joinApprovalHolder`、包内停驻行腿)读成**仍待决** —— 停驻那一问照常要一张停驻卡。
+- **`joinApprovalHolder` 的身份不带 approvalId**(只有 run + 调用)⇒ 不读表(表按 approvalId 认),只按在途持有匹配(CC-593 原律)。
+- **`ReplayPendingBasis.settled`**:退役;对象上带着这一键 ⇒ 不读、不抛、不改判(含读就抛的代理)。
+- **晚到调用方拿到的结局**:持有者那一只的浅拷贝(冻结)+ `joinedInFlight: true`;引擎收口而本进程从没为它开过卡 ⇒ `{ decision: 'unresolved', retracted: true, joinedInFlight: true }`(与被收口帧撤走的活卡交回的那一形逐字同,什么都没发)。
+- **EX-1 `extra` 三态(抛出物)**:① 位不在(对象自有位没有、链上也没有 sdk 类形的取值器;含只在原型链上的数据位、不继承内建 `Error` 的类的取值器(不论它或它的祖先叫什么名字,含宿主自造的 `class Error {}`)、持有者不是类的原型的取值器、`Object.prototype` 上的植入)⇒ `absent`,经它读的各键一律缺席(404 成因 ⇒ 没有结束证据;`committed` ⇒ 缺席;`blockedBy` ⇒ `absent`);② 在但读不出(对象自有的访问器 —— 不执行;读描述符 / 原型时代理陷阱抛;已撤销的代理;原型链深过 64 层;sdk 类形取值器执行时抛)⇒ `unreadable`(`committed` ⇒ `'unreadable'`,禁盲重试;404 成因 ⇒ 没有结束证据;`blockedBy` ⇒ `unreadable`);③ 在且为空(自有数据位 `{}`、sdk 空袋)⇒ 零键对象,各键缺席。🔴 成文改口:对象自有的访问器 `extra` 修前被执行、它回什么就读什么,现在读不出 —— 用自有取值器或自造类「模拟」sdk 错误的测试夹具改用 sdk 的 `toApiError` 铸。同族三位(安全停码 / `retriable` / 409 分码的 `errorCode` · `name` · `field`):位不在或只在链上 ⇒ 缺席;自有访问器 ⇒ 读不出、不执行(安全停码 ⇒ 不认、拍平结局不带;`retriable` ⇒ 判官读数 `unreadable`;409 分码 ⇒ 不给词)。
+- **EX-2 码认领三态(判官 / 停驻解析)**:① 码不在 ⇒ 照旧(状态码 / 类名 / 无码老形的词表续读各臂);② 码读不出(自有访问器 / 代理陷阱)⇒ 判官 `unreadable`(与 CC-706 同,不变);③ 码在且被认领(门还在码族 · reopen 族 ∧ `retriable: true` · 停泊赎回 422 · 续跑拒绝两张码表)⇒ 未决、零续读提示,不论状态码、等待窗、失败文字。reopen 族不带 `retriable`(reopen 本身失败的终局形)⇒ 不认领。只带 `retryAfterMs` 而没有码的对象不在认领里(没有码就没有「码说清了处置」)。
+- **EX-2 续跑 / 停驻 / 分型读口的机读位三态**(`resumeReopenFromError` / `refusedParkFromError` / `resumeRefusalFromError` / `resumeRetryLaterFromError`;`classifyTurnWireError` / `isWireTransportError` / `isPreStreamDrainingReject` / `drainingRetryDelayMs`;体源结构位的顶层与 `extra` 两处):读法与判官同一条 —— ① 位不在或只在原型链上 ⇒ 缺席:续跑 / 停驻读口不认(`null`),分型读口当没带(不是 http 判决 / 不是排空拒收 / 走退避梯);② 在但读不出(自有访问器、读描述符抛)⇒ 取值器不执行,各读口落自己的读不出臂:续跑 / 停驻读口不认(拒停驻族「状态码读不出也不认」照旧;`resumeRefusalFromError` 此前在抛错的取值器上外抛,现在答 `null`),分型读口的 `status` / `errorCode` 读不出态与 0.97.0 CC-698 同(不认领 http / 传输 / park),体源结构位当没带;③ 在且为自有数据位 ⇒ 与修前同(真 sdk 错误上这些位都是实例自有数据位,读数逐位不变)。文字位(`message` / `name` / `cause`)照旧普通取值(内建错误的 `name`、`DOMException` 的 `message` 在原型上)。
+
+
+**PK 行(CC-715)**
+- **PK-1 支持底线**:只抬不降;`SUPPORT_FLOOR` 恒在场(生成物);`engineVersionTier(v)` 对读不出的版本串答 `unknown`(不当 legacy,不当 engine)。
+- **PK-2 旧强制词 / 旧通告码到达**:① 键不在 ⇒ 卡上不长 `mandate`(老规矩);② 在而是旧词(或任何表外词)⇒ 读口缺席、理由句中性句、自动答判定对强制卡答 `unknown`(不放、不推出必问);旧码 ⇒ 不在码册、受众 `operator`;③ 在且是现役六词 ⇒ 照旧。
+- **PK-4 门种位**(`gateKind` / `pendingGate.kind`):① 不在 / `null` / 空串 / 非串 ⇒ `absent`(没有门种证据,各臂按自己的判据);② 读就抛 ⇒ `unreadable`;③ 在而是非门种词或新词 ⇒ `unreadable`;core 门种但两只决断口都不收 ⇒ `other_gate`。
+- **PK-5 幂等码**:码只认精确字节;抛错对象上 `errorCode` 读不出 / 缺席 ⇒ 判定 false(`classifyTurnWireError` 读不出时不判 `http` 的规矩不变);终帧 `errorCode` 缺席 ⇒ 不补句。
+- **PK-6 失败详情**(`terminal.failed.detail`):① 键不在 ⇒ 读数无 `detail` 键(不交 `undefined`;缺席 ≠ 「没有机读事实以外的原因」,服务端更早 / 引擎不铸 / 本来没有三者分不开);② 在而读不出 / 承重位坏 / `kind` 不是非空串 ⇒ 同 ①;可选位坏只省那一位;③ 在且合形 ⇒ 对应臂;表外 `kind` ⇒ `unrecognized`。「普通对象」(`coded` 的 `detail`、`route`、`outputLimit` 与快照里的各层)按跨 realm 形认:原型为 `null`,或原型自己的原型为 `null`(任何 realm 的 `Object.prototype`)—— vm 上下文 / iframe / 另一个全局解析出来的同一份 JSON 与本 realm 逐值同答;类实例(原型链多一层)两边都不算。
+- **PK-7 卡词**(帧 / 待决行 `approvalCard`):① 不在 ⇒ 卡请求不长这一位(引擎没铸:老停驻行 / 宿主自建的 ask / 非审批门);② 在而读不出(访问器 / 读就抛 / 原型链上)⇒ 同 ①;③ 在而是表外词 / 非串 / 空串 ⇒ 同 ①(不编 `generic`);在且是八词之一 ⇒ 原词。
+- **PK-8 退役四键**:入参带着(任何值,含 `false`)⇒ 装配期 `TypeError`;不带 ⇒ 无事。
+- **PK-9 `allowTools`**:① 不在 / `null` ⇒ 不选择(不上 wire、不进回执);② 不是串数组(串 / 含非串 / 空洞 / 类数组)⇒ 装配期 `TypeError`;③ `[]` ⇒ 照发(什么都不给);side-channel 车道 ⇒ 回执 `off_lane`。「在不在」按自有属性判、不看可枚举:不可枚举的自有位与可枚举的同答(①–③ 逐条),只在原型链上的不算在。
+- **PK-11 `candidateRejected`**:① 不在 ⇒ `not_reported`(**不**下「没拒」的结论:当前配置不是回落来的,或服务端更早);② 在而读不出 / 坏形 ⇒ `unreadable`(措辞口不出句);③ 合形 ⇒ `rejected`(域名是小写标识符形才点名)。
+- **PK-13 `toolAxes`(mcp 条目,两条腿)**:① 键不在 / 值是 `undefined` ⇒ 请求面条目不铸这一键(引擎按工具自己的效果轴);② 在而坏形(串 / 数组 / `null` / 未知轴词)⇒ 原样过境,不拒整条、不改写(服务端请求腿只收认得的轴词,其余略去 —— 判形归服务端);③ 在且合形 ⇒ 原样过境(同一个值)。条目本身照旧按传输 / 必填位判,这一键不救回、也不连坐一条条目。
+
+### 124c. 黑盒判据(G 骨架;行前缀见各行,交 test)
+
+> 纯包层,走根入口公面:`import { isToolApprovalGate, durableDecideLegOf, toolNameIsFsWrite, toolNameIsShellExec, bridgeAskUserQuestionGates, installApprovalCardPort, toolPermissionRequestAskBits, standingRowsOf, TOOL_PERMISSION_REQUEST_KEYS, isToolPermissionRequest } from '@sema-agent/client-core'`。标「本版证明」的格在 0.96.0 产物上红(本版产物上绿)。
+
+- **G-HT1(本版证明)**:根入口没有 `isFsApprovalGate`(0.97.0 退出公面);`isToolApprovalGate({ kind: 'tool_approval', toolName: 'Write' }) === false`。
+- **G-HT2(本版证明)**:门种 ×(core 六门种 + `tool_approval` / `policy_ask` / `dry_run_review` / 大小写变体 / 新词 / 空串 / 缺席 / 非串)× 工具名(Write / NotebookEdit / Bash / WebFetch / `mcp__srv__tool` / Monitor / AskUserQuestion / 空串 / 缺席):`isToolApprovalGate({ kind, toolName })` ≡ 「`durableDecideLegOf({ gateKind: kind })` 为 `approval` ∧ 非问答工具」∨「为 `absent` ∧ 名字属 fs 写 / shell 族 ∧ 非问答工具」。读门种就抛 ⇒ `false`、不抛。
+- **G-HT3(本版证明)**:`bridgeAskUserQuestionGates` 喂「`tool_start` WebFetch → 中止的 `tool_end` → `done{terminal:{kind:'paused', gate:{kind:'human'|'irreversible_ask', toolName:'WebFetch'}}}`」⇒ 卡口被调恰一次、决断 `approve` 上 wire、续流真结果上屏、零 `isError` 帧上屏;同一停驻帧在调用身份缺席 / 身份陈旧时、队列为「同 task 的 Bash 行在前、WebFetch 行在后」⇒ 卡与决断落在 WebFetch 那一行;同形把门种换成 `tool_approval` ⇒ 零卡、零决断、停驻帧原样收口;`plan_review` + Write ⇒ 零卡;`tool_approval` + AskUserQuestion ⇒ 零问句帧、零决断(对照 `human` + AskUserQuestion ⇒ 问句帧一次、作答上 wire)。
+- **G-HT4(本版证明)**:`TOOL_PERMISSION_REQUEST_KEYS` 含 `sessionRow`、不含 `rememberRefused`;`toolPermissionRequestAskBits({ toolName: 'Bash' }, id)` 对 `live:…` / `durable:…` 带 `sessionRow: true`,对 `question:…` / `elicit:…` / `plan:…` / 缺席 / 域外不带;卡上 `rememberRefused` 为 `true` / `"yes"` / `false` / 只在原型链上 / 读就抛 ⇒ 不带。逐卡逐域:带 ⇔ `standingRowsOf(card).why.session ∈ { 'given', 'route_cannot_carry' }` ∧ 域是 `live:` / `durable:`。
+- **G-HT5(本版证明)**:过境口的输出位只由载体的引擎侧前提 ∧ 第二参的域算出:座位请求(带不带那一位都一样)或自带 `requestId` 键的载体(如 `{ requestId: undefined, sessionRow: true, rememberRefused: true }`)再过境 ⇒ 任何第二参下都不出 `sessionRow`;不带 `requestId` 键的载体自带 `sessionRow` 不算数;`isToolPermissionRequest` 照收带该位的请求、坏值不拒整条。
+
+> 纯包层,走根入口公面:`import { engineCapsLandingOf, rotateEngineCapsProbe, kickEngineCapsProbe, engineCapsSettled, engineCapState, engineCapTrue, engineCapValue, engineCapsGeneration, invalidateEngineCaps, observedSqlEngine, judgeFileHistoryTighten } from '@sema-agent/client-core'`。标「本版证明」的格在 0.96.0 产物上红(本版产物上绿)。
+- **G-CL1**(本版证明):`engineCapsLandingOf` 是根入口函数;未 kick 的地址、`''`、`undefined` ⇒ `{ kind: 'not_landed' }`,不抛。
+- **G-CL2**(本版证明):`kickEngineCapsProbe(B, async () => body)`(`body = { taskHandles: true }`)→ `await engineCapsSettled(B)` ⇒ `kind: 'landed'`、`caps.taskHandles === true`、`Object.isFrozen(caps)`、`caps !== body`;改写 `body.taskHandles = false` 后再读不变;连读两次是同一只对象。
+- **G-CL3**(本版证明;🔁 成文改口:此前写的 `{ kind: 'unreadable' }` / `'non_boolean'` 作废 —— 列键就抛的代理过不了可落地判据〔CP-3〕,不落地):探测交回 `new Proxy({}, { ownKeys() { throw new Error('x') } })` ⇒ `await engineCapsSettled(B)` 之后 `engineCapsLandingOf(B)` 答 `{ kind: 'not_landed' }`(无 `caps` 键);`engineCapState(B, 'x') === 'unprobed'`;能力位读器答 `{ kind: 'unobserved' }`。`unreadable` 只剩「过了可落地判据、快照途中根读不出」那一形(124b CL)。
+- **G-CL4**:落地 `{}` ⇒ `engineCapState(B, 'sessionFork') === 'absent'`、`engineCapTrue(B, 'sessionFork') === false`、`engineCapValue(B, 'sessionFork').kind === 'not_reported'`;落地 `{ sessionFork: false }` ⇒ `'false'`(两版同读数;本版成文)。
+- **G-CL5**(本版证明):G-CL3 那一形上 `observedSqlEngine(B)` ⇒ `{ kind: 'unobserved' }`(0.96.0 上 `{ kind: 'not_reported' }`)。
+- **G-CL6**(本版证明):`rotateEngineCapsProbe('', p)` / `rotateEngineCapsProbe(B, undefined)` ⇒ `'ignored'`;未落地未在飞 ⇒ `'started'` 且 `p` 恰调 1 次;已落地 ⇒ `'registered'`、`p` 零调用、`engineCapsGeneration(B)` 不变、`engineCapsLandingOf(B)` 仍是同一只记录。
+- **G-CL7**(本版证明,KL-753 形):首探 P1 依次交 `{ fileHistoryCapture: 7 }`、再拒(旧令牌失效);落定后 `rotateEngineCapsProbe(B, P2)`(P2 交 `{ fileHistoryCapture: 'on-optional', sessionSyncFileHistory: true }`)⇒ `judgeFileHistoryTighten(true, { baseUrl: B, withinMs: 2000 })` 答 `verdict: 'declare'`、`refreshed: true`,P1 共 1 次、P2 共 1 次(0.96.0 只有 kick:被闸挡回,答 `unjudged` + 拒句,P1 共 2 次)。
+- **G-CL8**:对照:同形只调 `kickEngineCapsProbe(B, P2)` ⇒ 仍 `unjudged`、P2 零次(普通 kick 不改登记,两版同)。
+- **G-CL9**(本版证明):在飞首探时轮换 ⇒ `'registered'`、在飞那一发照常落地;之后单参 `invalidateEngineCaps(B)` ⇒ `judgeFileHistoryTighten(true, { baseUrl: B, withinMs: 0 })` 答 `refreshed: false`(登记已清,不沿用)。
+
+> 纯包层,走根入口公面:`import { approvalMandateDetail, readApprovalMandate, isApprovalMandateWord, APPROVAL_MANDATE_WORDS, cloudModelsToDoc, projectEffectiveBody, cloudEffectiveNotices } from '@sema-agent/client-core'`。标「本版证明」的格在 0.96.0 产物上红(本版产物上绿)。
+- **G-WR1**(本版证明;🔁 成文改口:此前「旧词那一句 === 现名那一句」作废):`approvalMandateDetail('write_protection_unresolved') === approvalMandateDetail('brand_new_word')`(中性话),且不等于 `approvalMandateDetail('target_unresolved')`。
+- **G-WR2**(🔁 成文改口:此前「原样透传 / 仍是成员 / 仍七词、后段恰旧词」作废):`readApprovalMandate({ mandate: 'write_protection_unresolved' })` 答 `undefined`;`isApprovalMandateWord('write_protection_unresolved') === false`;`APPROVAL_MANDATE_WORDS` 恰六词、不含旧词;带旧词的卡上不出理由句。
+- **G-WR3**:现役六词的六句逐字互异、句表键 == 六词(旧词不另算一句,也不折成现名那一句);六句零参数、不含词表标识符、不指人去写规则(既有 M4 / M5 格不变)。
+- **G-WR4**(本版证明):注入 `entryAccepted`,`cloudModelsToDoc({ models: [a, b], default: 'b', roles: { default: { model: 'b', effort: 'high' } } })` 的 `roles.default` 逐字节是 `{ model: 'b', effort: 'high' }`,`projectEffectiveBody(…).modelRefIssues` 零条、`cloudEffectiveNotices` 里没有「overridden by the default model setting」那一句(0.96.0 产物上 `roles.default` 是 `{ model: 'b' }` 且记一条 `shadowed`)。
+- **G-WR5**(本版证明):`{ default: 'b', roles: { default: { model: 'b', effort: 'high' } } }` 与 `{ roles: { default: { model: 'b', effort: 'high' } } }` 两份回体产出的影子文档与问题账逐字节同;写出的 `roles.default` 是数据副本(入参事后被改、`model` 取值器第二次读出别的值,都不影响文档)。经本机读法读回:缺省模型 `b`、整域不降级、恰一条 `unknown-keys-dropped`(键路径 `roles · default · effort`)。
+- **G-WR6**(本版证明):对同一份 10 形文档,上游一次性迁移 SS-M9 的 `dropped-shadowed` 收据条数(0)== 本包 `shadowed` 条数。
+- **G-WR7**:指向不同(`default: 'a'` 对 `roles.default: { model: 'b', effort: 'high' }`)⇒ 恰一条 `shadowed`(`target: 'b'`)、`roles.default = { model: 'a' }`(旁键不挪);`select` 形 / 无 `model` 位 / 串 / `null` / 数组 ⇒ 恰一条 `shadowed`(无 `target`);`model: 'B'` 对 `'b'` ⇒ `shadowed`(精确字节)。
+- **G-WR8**:非 default 角色的旁键原样过境(注入 `entryAccepted` 时 `roles: { subagent: { model: 'a', effort: 'low' } }` 原样出;没有判定口时 `{model}` 形角色一律不投,见 G-RO1)。
+- **G-WR9**:11 形 `roles.default` 不加第二道受理闸 —— 与其它 role 过**同一只**受理闸(🔁 CC-708 改口,见 RO-1 / G-RO1):注入 ⇒ 对照留下来的条目判(指向会被本机引擎剔掉的条目 ⇒ 角色被剔,各记 `rejected`);不注入 ⇒ 包担保不了任何一条引用,`{model}` 形角色一律不投(各记一行 `unvouched`),本机读法不会因点名坏条目而整域落默认(此前按目录名字判、照写,实测整域落默认)。
+
+> 纯包层,走根入口公面:`import { checkSendMessageRequest, checkSessionRowPatchRequest, isSendMessageRequest, isSessionRowPatchRequest, decisionRefusalAskReading, isAlreadyResolvedFailure, classifyDecisionRefusal } from '@sema-agent/client-core'`。标「本版证明」的格在 0.96.0 产物上红(本版产物上绿)。
+- **G-OD1**(本版证明):`checkSessionRowPatchRequest` 的载体 `{ sessionId: 's1', pinned: true }` 上用 `Object.defineProperty(o, 'title', { value: 5, enumerable: false })` 挂一个不可枚举的自有键 ⇒ 返回失败对象且 `field === 'title'`(0.96.0 返回 `true`)。同形:不可枚举的 `title: ''` / `title: 'x'`(合法值)、不可枚举的 `pinned: 'yes'`、不可枚举的 `sessionId`、不可枚举的表外键 ⇒ 点名那一键;不可枚举的 `pinned: true` 作唯一改动位 ⇒ `field === 'pinned'`(0.96.0 返回无 `field` 的「nothing to change」);不可枚举的取值器 ⇒ 拒且取值器零次运行。
+- **G-OD2**(本版证明):`checkSendMessageRequest` 同形:不可枚举的自有 `model: 3` / `permissionMode: 'yolo'` / 超限 `attachmentIds` / 合法 `model: 'pro'` / `sessionId` / 表外键 ⇒ 点名那一键;嵌套三闭形 —— `rewind` 的不可枚举表外键或不可枚举 `targetMessageUuid`(`mode` 同时是坏值时仍先点名前者)、`settings` 的不可枚举 `ultracode` 与宿主自供子键 `hooks`、`retainSubagentSessions` 的不可枚举 `ttlMs: -1` 与表外键 ⇒ 点名嵌套位上的那一键(`rewind.targetMessageUuid` / `settings.hooks` / `retainSubagentSessions.ttlMs` …)。`isSendMessageRequest` / `isSessionRowPatchRequest` 同判。
+- **G-OD3**(本版证明):载体种类:`Object.assign(new Date(0), { sessionId: 's1', pinned: true })`、`Map` / `Set` 同形、类实例 `new (class { sessionId = 's1'; pinned = true })()`、`Object.assign(Object.create({ title: 5 }), { sessionId: 's1', pinned: true })` ⇒ 两判官均拒(0.96.0 返回 `true`);嵌套 `settings: new Date(0)` / `new Map()`、`retainSubagentSessions: new Date(0)`、`rewind` 的类实例 ⇒ 拒并点名嵌套位。
+- **G-OD4**:正控与不外抛:`Object.create(null)` 原型的载体(顶层与嵌套)过;符号键不算载荷键;合法体(改名 / 清回 `null` / 置顶 / 最小 `sendMessage`)过;已撤销的代理、`ownKeys` 陷阱抛、`getPrototypeOf` 陷阱抛 ⇒ 拒且判官不抛。
+- **G-OD5**(本版证明):`Object.defineProperty(Object.prototype, 'title', { value: 5, enumerable: false, configurable: true })` 之后 `checkSessionRowPatchRequest({ sessionId: 's1', pinned: true })` 仍为 `true`(0.96.0 因读到污染值返回「title must be …」);对 `checkSendMessageRequest` 同形(污染 `model` / `ultracode`)。测完务必 `delete Object.prototype.title`。
+- **G-OD6**(本版证明,前提格):sdk 真错误类实例(`toApiError(409, { errorCode: 'conflict.ask_decided' })` 等六形:`AskDecidedError` / `ApprovalStaleError` / `NotFoundError` / `ParkedResumeStartupError` / `AskGoneError` / 裸 `APIError`)上 `Object.getOwnPropertyDescriptor(e, k)` 对 `name` / `errorCode` / `status` 全是数据描述符(`'value' in d`),`APIError.prototype` 上的 `extra` 是取值器。(这一格红 = sdk 把这几位挪到了原型取值器,判官的自有数据位读法会把真错误读成缺席 —— 先停,不要照旧发。)
+- **G-OD7**(本版证明):`decisionRefusalAskReading` 对敌意形:自有访问器 `name` 回 `'AskDecidedError'`(无码,或带自有数据位 `status: 400`)⇒ `'unreadable'`(0.96.0 返回 `'settled'`,取值器被执行)。同形:自有访问器 `errorCode` 回 `'conflict.ask_decided'` / `status` 回 `410` / `code` 回 `'no_pending'`、拍平形(自有 `kind: 'failed'`)的自有访问器 `kind` / `safetyCode` / `reason`、便签的自有访问器 `unreadable` ⇒ `'unreadable'`,这些位的取值器计数为 0。
+- **G-OD8**(本版证明):原型链上的 `errorCode = 'conflict.ask_decided'`(类实例原型 / `Object.create`)、`status = 410`、`code = 'no_pending'`、`name = 'AskDecidedError'`、`Proxy` 的 `get` 陷阱回 `errorCode`(目标上没有)⇒ `'not_settled'`(0.96.0 返回 `'settled'`)。
+- **G-OD9**:出口同答:G-OD7 / G-OD8 每一形上 `isAlreadyResolvedFailure` 为 `false`、`classifyDecisionRefusal(e)?.standing !== 'settled-elsewhere'`;正控:真 `AskDecidedError`、自有数据位 `name` 无码、拍平形 `code: 'no_pending'`、自有 `status: 410` 照读已决;失败文字不是证据(自有访问器 `message` 回含「already resolved」的句子 ⇒ 读数不是 `'settled'`)。
+- **G-OD10**(本版证明):铸点同律:`readToolApprovalRespondRefusal(e)`(e 的 `status` / `errorCode` 只在原型链上,或是自有访问器)⇒ 便签上被敌意化的那一位缺席,判官读便签不是 `settled`、与读 `e` 同答(0.96.0:便签带着洗来的 `status: 410` / `errorCode`,判官读它为 `settled`);自有访问器 `status` ⇒ 便签带 `unreadable: true`、读数 `'unreadable'`;机读码三态读口 `readWireErrorCodeReading`:原型链上 ⇒ `absent`、自有访问器 ⇒ `unreadable`、自有数据位 ⇒ `code`(铸口 `readWireCodes` 同);端到端:真耐久决断腿(`surfaceFsApprovalAndDecide`)的 `decide` 抛出 `Object.create({ errorCode: 'conflict.ask_decided' })` / 自有访问器 `errorCode` 的敌意形 ⇒ 结局 `failed` 但不带 `errorCode`、`decisionRefusalAskReading(结局) !== 'settled'`、`isAlreadyResolvedFailure(结局) === false`;正控:抛真 `AskDecidedError` ⇒ 结局带 `errorCode: 'conflict.ask_decided'`、读作已决、停驻解析真。
+- **G-OD11**(本版证明):把本包与 sdk 一起用 esbuild `--bundle --minify` 打包后运行,码缺席的跨包重建形(只带自有 `name` 的普通对象,失败文字带「门早已决」词表里的一句)—— `{ name: 'AskDecidedError' }` ⇒ 已决;`{ name: 'ApprovalStaleError' }` ⇒ 未决 + 门已挪走;`{ name: 'ParkedResumeStartupError' }` ⇒ 未决、不出续读提示;与不压缩的包逐形同答(压缩包里 sdk 的 `AskDecidedError.name` 已被改写)。
+
+- **G-CP1**(读器访问器位)落一份普通记录,其中某读器的顶层位是自有访问器(取值器若执行会返回合法值)⇒ 该读器读口 `kind === 'unreadable'`、`engineCapValue(base, 位名).kind === 'unreadable'`、取值器零执行。门 `run-engine-cap-reader-factory-test.mjs` F21a(28 只在役读器逐只)。
+- **G-CP2**(嵌套座访问器)同上,位在嵌套座 ⇒ 读器 `unreadable` = `engineCapNestedValue` 同词。F21b。
+- **G-CP3**(畸形值)落一份某读器位为畸形值的普通记录 ⇒ `unreadable`(不是 `unobserved`);失效之后 ⇒ `unobserved`。F21c / F21e;F1d / F2a – F2c(成文改口)。
+- **G-CP4**(读数新铸)同一落地上两读 `unreadable` 引用不等。F21d。
+- **G-CP5**(拒句三态)`fileHistoryUnjudgedRefusal({kind:'unobserved'}, true)` 含 `Try again in a moment`;`{kind:'unreadable'}` 与 `{kind:'not_reported'}` 两句都不含它、都含 `will not change` 与 `turn file checkpointing back on`,三句互异。门 `run-file-history-tighten-test.mjs` U1 – U5。
+- **G-CP6**(闸真路径)落地上 `fileHistoryCapture` 为自有访问器或数 `7` ⇒ `judgeFileHistoryTighten(true, …)` 答 `unjudged`、`reading.kind === 'unreadable'`、拒句为「读不出」句、重探恰一发。U6 / U7。
+- **G-CP7**(没落地)探测一直失败 ⇒ 读数 `unobserved`、拒句为「稍后再发」句。U8。
+- **G-CP8**(首探)探测回数组 / 类实例 / `Date` / `Map` / 读描述符就抛的代理 ⇒ 不落地(`engineCapState` 答 `unprobed`、读器 `unobserved`);下一次 kick 真起跑并落地。F20a / F20b。
+- **G-CP9**(刷新同一池)有效落地上重探回同一批非普通记录 ⇒ 落地记录同一只、读器仍 `present`。F20c。
+- **G-CP10**(零能力请求)视图轮询三轮 ⇒ 注入 client 的 `capabilities` 方法调用数 = 0(修前首轮 1;层 = 每次一发 `GET /v1/capabilities`)。门 `run-background-view-test.mjs` ③d1。
+- **G-CP11**(只看路由)能力位说假而路由回 200 ⇒ `ok`、行照出;路由回 501 ⇒ `not-configured`、零能力请求。③d2 / ③d3。
+- **G-CP12**(回退键)`rewindSpecForMode('both', 'e1', { kind: 'unreadable' })` 不带 `restoreFiles`;真路径:落地上 `rewindFiles` 是自有访问器 ⇒ 读口 `unreadable` ⇒ 不带。门 `run-rewind-archive-capability-test.mjs` S5f3 / S5f4。
+- **G-CP13**(账本往返)声明账本记下 `{ kind: 'unreadable' }` 的装配读数 ⇒ 绑 run 后读回同一态(不折 `unobserved`)。门 `run-file-history-leg-notice-test.mjs` L7b。
+- **G-CP14**(数组品牌)原型为 `null` 的数组当回体 ⇒ 首探不落地、刷新不替换。门 `run-engine-cap-reader-factory-test.mjs` F20a – c「原型为 null 的数组」行。
+
+- G-TN1(撤销存量段铸不出名):会话规则记录里存有 `mcp__srv__`(≤0.95.x 写入的存量;服务端 ≥7.125.0)⇒ 下一跑以 `config.legacy_tool_name` 启动失败 ⇒ 端调撤销 ⇒ 结局 `removed` 且点名那一条 ⇒ 再跑一次过准备阶段。
+- G-TN2(装配口):设置 deny `KillBash` ⇒ 请求体 `settings.permissions.deny` 含 `TaskStop`,报告口 `rewritten[]` 一行;设置 allow `Task` ⇒ 不进请求体,报告口 `kept[]` 一行 `retired_tool_name`。
+- G-TN3(判不出):宿主未装判官端口时调撤销 ⇒ 结局 `judge_failed`,记录版本号不变。
+
+> 纯包层,走根入口公面:`import { projectEffectiveBody, cloudEffectiveNotices } from '@sema-agent/client-core'`。标「本版证明」的格在 0.96.0 产物上红(本版产物上绿)。
+- **G-NC1**(本版证明):`projectEffectiveBody(body, {}, {})` 的 `config.mcp.servers` 依次放:`enabled: false` 的 stdio、缺 `command` 的 stdio、`transport.kind` 为 `ws` 的、同设 `principalHeader` 与 `assertionHeader` 的 http、其后 32 条合格 stdio、再两条合格 stdio(超限)⇒ `cloudEffectiveNotices(投影)` 比同样的回体去掉这几条后**多恰 5 句**;五句互不相同,各自点名那几条(超限两条同在一句)。
+- **G-NC2**(本版证明):级别 —— `disabled` 那句 `level === 'info'`,其余四句 `'warn'`;次序 —— 降级告警(下标 0)→ 目录引用句 → 五句 mcp 丢弃句(四个 `warn` 在前、`info` 在后)→ 预算句 → 能力上限句。
+- **G-NC3**(本版证明):措辞 —— 超限句含 `32`;同设两头那句含 `principalHeader` 与 `assertionHeader`;五句里没有 `principal-and-assertion-header` / `missing-field` / `unknown-transport` / `capped` / `droppedMcpServers` 字样;每句以 `cloud config` 起头。
+- **G-NC4**(本版证明):名单 —— 七条同因(`enabled: false`)条目 ⇒ 一句、前 5 个按名点出、其后 `+2 more`;同名同因两行 ⇒ 名字只出现一次;三行读不出名字的坏行(`'garbage'` / `42` / `null`)⇒ 一句、含 `3 without a readable name`、句里无引号名。
+- **G-NC5**(本版证明):兜底 —— 喂 `{ ...投影, droppedMcpServers: [{ name: 'x', reason: 'future-reason' }, null, 'str', { reason: 5 }, { name: 'tricky', reason: 'constructor' }] }` ⇒ 不抛;恰一句 `warn` 含 `does not recognise`、点名 `"x"` 与 `"tricky"`、含 `3 without a readable name`;`future-reason` 不进任何句子;同批的 `{ name: 'o', reason: 'disabled' }` 那一句仍在(不连坐);`Object.assign(Object.create({ reason: 'disabled' }), { name: 'broken' })`(reason 只在原型链上)⇒ 兜底 `warn`、点名 `broken`,**不是** `info`;`reason` 为返回 `'disabled'` 的自有访问器 ⇒ 取值器零执行、兜底 `warn`;`name` 为自有访问器 / 只在原型链上 ⇒ 不点名、计入无名行。
+- **G-NC6**(本版证明:数组外三形与读不出各形;不变量:其余):`droppedMcpServers` 设为 `'oops'` / `7` / `{}` / `null` / 自有 `undefined` / 自有访问器(返回合法数组或抛,取值器零执行)/ 已撤销代理 / `length` 读就抛的代理数组 ⇒ 各恰一句 `warn` 含 `could not be read`,不抛,预算与能力上限句照出;取行的下标位为抛错访问器 ⇒ 不抛、零执行、该行计入兜底、兄弟 `disabled` 句仍在;稀疏数组的洞同;删掉该键 ⇒ 不抛、无 mcp 丢弃句(0.96.0 上同绿);设为 `[]` ⇒ 通告集与基线逐句相同(0.96.0 上同绿)。
+- **G-NC7**(本版证明):静态 —— 产物声明里 `CloudMcpDropReason` 恰五词(TypeScript AST;上游加 / 删一词当天红)、`cloudEffectiveNotices` 的入参型含 `droppedMcpServers`。
+- **G-NC8**(本版证明):读数 —— 经真管线(`eventToSdkMessage` → `createWireToCcAdapter().adapt`)得转录 user 行、经 `toolEndResultToUserFrame` 得 `-p` 帧,同一份 `tool_end` 在两车道读数逐字相同:有正文成功 ⇒ `normal`;有正文失败(`isError: true`)⇒ `normal`(读口不改写成败);`output: ''` ⇒ `normal`;无 `output` 且 `isError: false` ⇒ `degraded` / `no-result`;只有 `tool_start` 的收扫卡 ⇒ 同一读数(与「无 output 的真 `tool_end`」逐字同);无 `output` 且 `isError: true` ⇒ `degraded` / `error-without-detail`。
+- **G-NC9**(本版证明):`notExecuted: true` 的 `tool_end` —— `isError: false` 带正文 ⇒ `degraded` / `not-executed`;`isError: true` ⇒ 同;无正文(两标记并在)⇒ `not-executed`,不是 `no-result`(正证据先于占位)。
+- **G-NC10**(本版证明):读不出矩阵 —— `null` / `undefined` / 串 / 数 / 数组 / `{}` / assistant 行 / `message` 为串 / `content` 非数组 / 无 `tool_result` 块 ⇒ `unreadable`;`_sema_degraded` 为自有访问器(返回或抛)⇒ `unreadable` 且取值器零执行;只在原型链上 ⇒ `normal`;值为别的串 / 空串 / 数 / `null` / `true` / 对象 ⇒ `degraded` / `unrecognised`;自有键值 `undefined` ⇒ `degraded` / `unrecognised`(自有位即在场);`_sema_not_executed` 为 `false` / `'true'` / `1` / `null` / `{}` / `[true]` / 访问器 / 只在原型链上 ⇒ 当没有(`normal`),取值器零执行;占位卡而 `is_error` 为读就抛的访问器 ⇒ `unreadable`,无标记卡的 `is_error` 读不出不影响 `normal`;已撤销代理 / 读描述符抛的代理 ⇒ `unreadable`;全程不抛。
+- **G-NC11**(本版证明):句子 —— 四个成因的 `text` 互不相同、不含 `_sema_` / `wire_carried` / `degraded` / `notExecuted` / `Browser` / `Bash` 等内部名与工具族名;`not-executed` 说「did not run」且无「success」类词;`no-result` 说「whether it ran」并劝「check before running it again」,**不含**「run stopped / ended」;`normal` / `unreadable` 读数不带 `text`,读数键集 ⊆ `kind` / `cause` / `text`。
+- **G-NC12**(本版证明):静态 —— 源码(剥注释)句子表声明为 `Record<ToolCardDegradedCause, string>`、`_sema_not_executed` 经既有 `readFrameTrueMark`、占位常量 import 自 `toolResult.js` 不重写字面、取位用 `getOwnPropertyDescriptor`;产物里四句各恰一处铸点、不含「the run stopped before」。
+- **G-NC13**(不变量):`readToolCardOutcome` 在根入口是函数。
+
+> 纯包层,走根入口公面:`import { classifyTurnWireError, isWireTransportError, isPreStreamDrainingReject, drainingRetryDelayMs, resumeRetryLaterFromError, displayUntrusted, displayUntrustedMarks, capForDisplay, cutForDisplay, noticePrintLine, toolHistoryBadTurnSentence } from '@sema-agent/client-core'`。标「本版证明」的格在 0.96.0 产物上红(本版产物上绿)。
+- **G-TR1**(本版证明):`classifyTurnWireError` / `isWireTransportError` 对十四种载体(`status` / `errorCode` / `message` / `cause` / `name` 各一只读就抛的取值器、`cause.message` 取值器、转换钩子抛、`Symbol.toPrimitive` 抛、无原型对象、已撤销的代理……)都有答案、不抛。
+- **G-TR2**(本版证明):`status` 缺席 + `message: 'read ECONNRESET'` ⇒ `transport`、`isWireTransportError` ⇒ `true`;同一句话但 `status` 是读就抛的取值器 ⇒ `internal`(`name: 'object'`)、`isWireTransportError` ⇒ `false`(读不出不折成缺席)。
+- **G-TR3**(本版证明):`{ status: 500, errorCode: 'internal.error' }` 而 `message` 读不出 ⇒ `http` 判决照出(`status` / `errorCode` 留着,`message` 非空);`errorCode` 读不出 ⇒ `http` 判决不带 `errorCode` 键、`message` 照留。
+- **G-TR4**(本版证明):`cause` 读不出 + `message: 'fetch failed'` ⇒ `transport`(词面腿)、`detail` 为 `fetch failed`;`cause` 读不出 + 无网络词 ⇒ `internal`;`cause` 在场而 `cause.message` 读不出 ⇒ `transport`、`detail` 为外层 `message`。
+- **G-TR5**(本版证明):`name` 读不出(对象 / Error 实例)⇒ `internal`,`name: 'object'`;`message` 读不出且无 `status` / `cause` ⇒ `internal`,`detail` 非空且不含取值器自己的报错句。
+- **G-TR6**(本版证明):转换钩子抛 / 无原型 / 已撤销的代理 ⇒ `internal`,`detail` 是固定句。
+- **G-TR7**(本版证明):十四种载体上 `isWireTransportError(x)` 与 `classifyTurnWireError(x).kind === 'transport'` 逐载体同答。
+- **G-TR8**(本版证明):`isPreStreamDrainingReject` / `drainingRetryDelayMs` / `resumeRetryLaterFromError` × 十四种载体不抛;读不出 ⇒ `false` / 退避梯(attempt 1 ⇒ 2000)/ `null`;正控 `{ status: 503, errorCode: 'draining' }` ⇒ `true`、`{ retryAfterMs: 2500 }` ⇒ 2500、`resume.usage_window_exhausted` ⇒ `waitable: true`。
+- **G-TR18**(本版证明):`errorCode` 的取值器首读抛、之后返回 `corrupt_session` ⇒ http 判决不带 `errorCode`、也不带 `sessionUnreadable` / `leaseUnavailable` / `storedRowWhere`(整个判决里 `errorCode` 只读一次);首读返回 `corrupt_session`、之后抛 ⇒ `errorCode` 与 `sessionUnreadable: true` 同在。
+- **G-TR19**(本版证明):`status` 读不出 + `name: 'StreamEndedWithoutTerminalError'`(含带 `cause`)⇒ `internal`(不认领 park);`status` 缺席 + 同一名字仍 `stream-ended-without-terminal`。
+- **G-TR9**:普通形答案不变——http / transport(cause 原话)/ park / internal / `null` / 字符串入参各一;门内嵌冻结的 0.96.0 实现,1.9 万余个非敌意载体(状态 × 码 × message × cause × name × 是否 Error 实例 + 原始值)上 `classifyTurnWireError`(http 臂取 `status` / `errorCode` / `message`)/ `isWireTransportError` / `isPreStreamDrainingReject` 逐字段与修前一字不差(判别力自证)。
+- **G-TR10**(本版证明):`displayUntrusted('note: password=<占位口令> tail text', { max })` 对 `max` ∈ 0 .. 全长 + 3 的每一值,结果恒 = 全文前 `max` 码元、截点落进记号内部 ⇒ 退到记号前(点形 / 转义形 / 保排版三种);`displayUntrustedMarks().text`、反斜杠成对路径(`escapeBackslashes`)同一参照。
+- **G-TR11**(本版证明):`capForDisplay('aaaa«redacted:secret»bbbb«redacted:userinfo»cc', max)` 每个 `max` 不劈记号;`max` 恰等于记号末尾 ⇒ 整枚留;`max` 比开头那枚记号还短 ⇒ `''`;相邻记号(`«redacted:secret»«redacted:userinfo»`、无词闭形 `«redacted»`)× 每个 `max` 逐格同一参照;记号 × 转义 token × 代理对叠加的串 × 每个 `max`:长度 ≤ `max`、是全文前缀、零残片、不留半截 `\uXXXX` / 孤高代理。
+- **G-TR12**:最长闭形(两段各 16 字,44 码元)每个 `max` 不劈;17 字词 / 三段 / 大写 / 未闭合 / 夹空格 / 别的词 / 裸 `«»` × 每个 `max` 逐字等于普通前缀;无记号的串封长与此前逐字相同。
+- **G-TR13**(本版证明):`cutForDisplay('aaaa«redacted:secret»bbbbbbbb', 预算)` 每个预算 ⇒ `shown` = 前 (预算 − 1) 码元(记号前退让)+ `…`;句界 / 词界两档零残片、总长 ≤ 预算。
+- **G-TR14**(本版证明):`noticePrintLine`(用户预算 1000 / 运维预算 160)对口令记号起点扫过预算线前后每一格:零残片、口令不露、`truncated` = 「洗后全文比预算长」。
+- **G-TR15**:8000 字防御栏 × 记号起点扫 7930 .. 8062:洗后比栏长 ⇒ 恒 `truncated: true` + 截断记号 + 零残片;不比栏长 ⇒ 原样(余量按封长最大退让量派生的回归格)。
+- **G-TR16**(本版证明):`toolHistoryBadTurnSentence` 的预览对口令记号起点扫 n = 24 .. 62:逐格 = 参照(截点落进记号 ⇒ 退到记号前,放得下 ⇒ 整枚留)、零残片、口令不露。
+- **G-TR20**(本版证明):`readDecisionNoteAudit({ decisionNote: 'a'×n + '«redacted:secret»' + ' tail', noteRecorded: true }).note`(备注尾截 200 码元)对 n = 170 .. 205 逐格 = 参照:截点落进记号 ⇒ 退到记号前再补省略号,放得下 ⇒ 整枚留,零残片。
+- **G-TR17**:封长「最长前缀」判据的成文改口(见 124b):随机串 × 开关开的封长,结果 = 最长的、截点不在代理对中间也不在遮盖记号内部的前缀。
+- **G-RO1**(本版证明):`models: [a(好), b(`provider: "anthropic"` 却没配 `api`,实装 `ModelEntry` 拒)]`,`roles: { default: b, subagent: b, summarize: a, classifier: { select: { tier: "cheap" } } }`,不注入 `entryAccepted` 的 `cloudModelsToDoc` ⇒ `roles` 只剩 `classifier`;用本机读法(开发依赖 settings-schema ≥ 11 的 `FileConfigStore`,`tolerant`)读回 ⇒ 不落默认、目录 `a`、`classifier` 活着(修前:四条角色原样写出,读回 `domain-defaulted`、目录 0 条)。
+- **G-RO2**(反钉,修前后都绿):注入 `entryAccepted`(实装 `ModelEntry` 判定),`roles: { subagent: a, summarize: b, classifier: select }` ⇒ `roles = { subagent: a, classifier }`,`modelRefIssues` 恰一条 `{ roles · summarize · b · rejected · dropped }`;本机读法读回不落默认。
+- **G-RO3**(本版证明):10 形 `{ default: 'a' }` 与 11 形 `{ roles: { default: { model: 'a' } } }` 没有判定口时产出的影子文档与 `modelRefIssues` 逐字节同,且问题账恰是 `[{ roles · default · a · unvouched · dropped }]`(`'a'` 好 / `'b'` 坏 / 加别的 role〔再多一行 subagent〕/ 加同指带旁键的 `roles.default`〔不双记〕四对;悬空 `'ghost'` 一对恰是一行 `dangling`)。
+- **G-RO4**:没有判定口时,指向目录外名字的角色(`ghost`)剔并记 `dangling`、空名(`model: ''`)剔并记 `unreadable`(无 `target`);指向目录内名字的角色不投并各记一行 `unvouched`;`{select}` 形留下。
+- **G-RO5**(反钉):注入判定口 ⇒ 点名好条目的 `{model}` 角色照投,`default` 排第一。
+- **G-RO6**(万能格,构造池,逐格精确比对):{坏目录 / 健康目录} × {有 / 无判定口} × `default` 位 × `subagent` 位 × 六种位态(缺席 / `{model: 'a'}` / `{model: 'b'}` / `{model: 'ghost'}` / `{model: ''}` / `{select: …}`)共 144 种 ⇒ 影子文档的 `roles` 恰等于预期(`{select}` 恒留;`{model: 串}` 只在有判定口且判定口收时留;悬空 / 空名恒剔;缺席恒无),`roles` 键的问题账恰等于预期(悬空 `dangling` 有 `target`、空名 `unreadable` 无 `target`、有判定口被拒 `rejected`;没有判定口而没带上的 `unvouched` 有 `target`),本机读法读回零次整域作废。
+- **G-RO7**:10 形 `default`(`a` / `b` / `ghost`)与 `roles.default`(缺席 / `{model: 'a'}` / `{model: 'b'}` / `{select: …}`)同在,{有 / 无判定口} 共 24 种 ⇒ 本机读法读回零次整域作废;无判定口零条 `{model: 串}` 角色、问题账精确等于预期(`default` 胜出记一行 `unvouched`、同位 `roles.default` 同指不双记 / 异指记 `shadowed`、`default` 悬空记 `dangling` 后 `roles.default` 照自己的判);有判定口只写点名 `a` 的。
+- **G-RO8**(取舍的钉 + 不静默):健康目录(两条都被判定口收)+ 没有判定口 ⇒ `{model}` 形角色同样不投,但每个没投的角色记一行 `{ roles · 角色键 · 模型名 · unvouched · dropped }`、`{select}` 形照留;同一份注入判定口 ⇒ 三条都投、`roles` 键零行。要保住角色就注入 `entryAccepted`。
+- **G-RO9**:没投的角色各出一句 `warn`(`cloudEffectiveNotices`):点名角色与模型、说缺的是判定口(`…was given no way to check that the local engine can use that model…`),不说成「不在目录里」也不说「本机用不了」。
+- **G-RO10**(本版证明):models 文档是只有 `models` 位读描述符不抛的代理(其余键读描述符、列键都抛)⇒ 不注入:正常返回,`modelRefIssues` 恰两行(`roles` · `default` / `atMention` · `models`,均 `unreadable` · `dropped`);注入 `entryAccepted: () => true`:**不抛**,恰四行 = 那两行 + `{ tierGroups · at models · unreadable · dropped }` + `{ activeTierGroup · at models · unreadable · dropped }`,影子文档只有 `models`;`cloudModelsToDoc` 同一份文档同样不抛。`tierGroups` 是会抛的取值器:不注入 ⇒ 不抛、两位零行;注入 ⇒ `tierGroups` 一行 `at models`,`activeTierGroup: 'daily'` 不投并记 `dangling`。`activeTierGroup` 取值器抛 ⇒ 恰一行 `at models`,`tierGroups` 照投。返回合法值的 `tierGroups` 取值器恰跑一次。
+
+> 纯包层,走根入口公面:`import { createFleetLedger, readEngineActiveBgTasks, getBgTerminalFacts, rowIdTail } from '@sema-agent/client-core'`。FL 行各格:
+- **G-FL19(本版证明)**:同尾段一组读数(裸 id 与 `<runId> <id>` 复合 id;同代 / 不同代 / 不报周期;一在飞一终态、两条在飞不同代、一在飞两终态)× 全部到达序 × 两臂(逐条 task 帧 / 一份 snapshot)⇒ `project()` 投影与 `readEngineActiveBgTasks()` 同答,且等于规则的结局(例:同代一在飞一终态 ⇒ 恰一条在飞;终态是新一代 ⇒ 恰一条终态;两条在飞不同代 ⇒ 恰一条新一代)。
+- **G-FL20(本版证明)**:task 帧「裸 running@1 → 复合 failed@1」⇒ 投影恰一条 running、在飞读面数它;随后 `bg_notification completed seq 1` ⇒ 一条 completed,`getBgTerminalFacts` 同说 completed;同一组走 snapshot 同答;两条都不报周期同答;被挡下的那条终态行随后的 `task_remove` 读口标 `unknownRow`(两臂同)。
+- **G-FL21(本版证明)**:task 帧 running@2 → failed@2 → running@1 ⇒ 投影仍 failed@2、在飞读面不含它;随后 `bg_notification completed seq 2` ⇒ 投影仍 failed、`getBgTerminalFacts` 不记;留存过窗之后同代回声同样不记。
+- **G-FL22(本版证明)**:running@2 → 同 id failed@1 ⇒ 仍 running@2 在飞;裸 running@1 + 复合 failed@2 ⇒ 恰一条 failed@2、在飞读面空;`bg_notification completed seq 3` 收下之后到的 running@2 帧忽略(通知 `taskId` 为复合形同答);snapshot 带回 failed@3 之后到的 running@2 帧忽略。
+- **G-FL23(本版证明)**:task running@3(另有一行在飞)之后,一份只带该行 running@2 的 snapshot ⇒ 该行仍 running@3 在飞(用量位不变);另一行照旧被整体替换抽走。
+- **G-FL25(本版证明)**:task 帧 running@3 → 同 id 最新一帧不报周期(缺席 / 坏形)→ `bg_notification completed seq 2` ⇒ 在飞读面仍有该行、不带 `retiredByNotification`,`getBgTerminalFacts` 不记;留存窗过后仍在飞。
+- **G-FL26(本版证明)**:task 帧 running@3,随后 520 条别的在飞尾段(或 520 条只有通知的尾段),再到同 id failed@2 ⇒ 仍 running@3 在飞(有行的尾段的周期不被有界记录挤掉)。
+- **G-FL24(本版证明,正控)**:failed@2 → 同代 running@2 ⇒ 照旧重开;failed@1 → running@2 → `completed seq 2` 通知 ⇒ 收下;两本账(不同 `sessionKey`)各持自己的尾段周期;坏形 `cycleSeq`(0 / -1 / 1.5 / `'2'` / `null` / `NaN`)按缺席 —— 不忽略、不抬,其后的第 1 代帧仍判前代;全空白 id 不抛。
+
+**RP 行(CC-632 / CC-710;交 test)**
+- **G-RP1**(终端续流):活卡人答 allow、答复送达 → 换连接 → 同一问的 `approval_request` 卡帧到达,三形各一:(a) 重复的 `tool_approval` 帧先到并交到包;(b) 重复帧被壳认领闸先吞;(c) 续流上只来 `approval_request` ⇒ 三形都零耐久卡、零耐久决断。读哪里:屏 + wire 上 `/decide` 计数。修前读数 (a) 已由终端 1.0.148 补记;(b)(c) 各 1 张耐久卡 / 1 次耐久决断(决断回已决、屏上静默撤卡)。
+- **G-RP2**:引擎收口帧(放行 / 拒 / 过期)到过、本进程没为它开过活卡 → 换连接 → 同问 `approval_request` ⇒ 零耐久卡。
+- **G-RP3**(负控):收口帧说转停驻 ⇒ 耐久路照常开停驻卡、恰一次决断。
+- **G-RP4**(负控,KL-745):答复回 404(没落定)⇒ 同问的重复帧 / 卡帧照旧开卡。
+- **G-RP5**:流内帧腿答过的问,悬挂 ask 快照(陈旧)仍列着它 ⇒ 不出第二张卡、不发第二发。
+- **G-RP6**:宿主直调判定口(不带任何映射)对本进程已结的问答 `decided` 带结局词;交入的 `settled` 映射不改判。
+- **G-RP7**:活卡被中止(Esc)、中断拒绝回 404 / 传输失败 / 202 停驻中 ⇒ 这一问之后照常能再呈卡(同 id 的重复帧 / 问车道卡帧各一张);中断拒绝在路上时引擎收口帧说转停驻 ⇒ 停驻卡照出;中断拒绝 200 被收下 ⇒ 同 id 再来零卡零发。
+- 包侧门:`run-approval-settled-single-source-test.mjs` SS-R / SS-S / SS-B / SS-J / SS-F / SS-K(19 格);成文改口格 `run-hitl-wave2-test.mjs` G-HW2-1t / G-HW2-6d(旧判据眼「中断拒绝落定后同键再来 = 新决断」作废)、`run-replayed-approval-disposition-test.mjs` RS0 / RS1 / RS3 / RS4c / RC3(种子改走真写路径)。
+- **G-EX1**(本版证明):`decisionRefusalAskReading(Object.assign(Object.create({ extra: { cause: 'run_cancelled' } }), { status: 404 }))` ⇒ `'not_settled'`;同一入参 `isAlreadyResolvedFailure` ⇒ `false`、`classifyDecisionRefusal(…).standing` ⇒ `'refused-pending'`(0.96.0:`'settled'` / `true` / `'settled-elsewhere'`)。同形同答、取值器零执行:不继承 `Error` 的类的取值器(`class F { get extra() {…} }`、同名的 `class APIError { get extra() {…} }`)、`Object.create(Error.prototype)` 这类不是类原型的节点上的取值器、`Object.prototype` 上植入的 `extra`(数据位或取值器)、`Error.prototype` 上植入的 `extra` 取值器(普通 `Error` 实例与 `Error` 子类实例同答)、代理 `get` 陷阱回 `extra`。
+- **G-EX2**(本版证明):对象自有的访问器 `extra` 回 `{ cause: 'run_cancelled' }` + 自有 `status: 404` ⇒ 读数不是 `settled`、取值器零执行(0.96.0:取值器被执行、读数 `settled`)。
+- **G-EX3**(本版证明,正控):sdk `toApiError(404, { error, errorCode: 'tool_approval.not_pending', cause: 'run_cancelled' })` ⇒ `'settled'` / `true` / `'settled-elsewhere'`(与 0.96.0 同);另一份 sdk 模块实例(同一 `errors.js` 换 URL 再导入)铸的同一错误、另一个 realm(`vm` 新上下文)里跑的 sdk 代码铸的同一错误、`new Proxy(err, { get: (t, k) => Reflect.get(t, k, t) })` 包着的真 sdk 错误 ⇒ 同答;后两形的 503 `committed: 'unknown'` ⇒ 撤销结局 `remove-indeterminate`(与 0.96.0 同)。
+- **G-EX4**(本版证明):伪造面成文:任何继承**内建** `Error` 的类(`class F extends Error { get extra() { return { cause: 'run_cancelled' } } }`,名字不论)的实例加自有 `status: 404`,与「自有数据位 `extra: { cause: 'run_cancelled' }`」四个出口逐位同答。负控:祖先是宿主自造的同名类(`const B = class Error {}; class F extends B { get extra() { … } }`,含给 `B.prototype` 补上 `message` / `name` / `toString`、类正文里写着 `[native code]` 字样两形)⇒ `extra` 缺席、四个出口都不是已决、取值器零执行。名字无关:把真 sdk 的 `APIError` 类名改写成别的、或把 sdk 与本包一起用 esbuild `minify` 打包后运行,404 成因 / 503 `committed: 'unknown'` 照读、四个出口照旧已决。
+- **G-EX5**(本版证明):耐久决断腿端到端(`installApprovalCardPort` 答拒 + `surfaceFsApprovalAndDecide`):`decide` 抛一只原型链上带 `code: 'no_pending'` 的伪造安全停对象(`Object.create(<HitlSafetyError.prototype 上一层数据位 code>)`)⇒ 拍平结局不带 `safetyCode`、`isAlreadyResolvedFailure(结局) === false`(0.96.0:带 `safetyCode: 'no_pending'`、`true`);真 `new HitlSafetyError(…, 'no_pending')` ⇒ 照旧带、照旧 `true`。
+- **G-EX6**(本版证明):对象自有的访问器 `retriable` + 自有 `status: 410` ⇒ `decisionRefusalAskReading` = `'unreadable'`、取值器零执行(0.96.0:取值器被执行、读数 `settled`);`errorCode: 'approval_binding_mismatch'` 只在原型链上 + 自有 `status: 409` ⇒ `classifyDecisionRefusal` 结果不带 `conflict`(0.96.0:`conflict: 'row_integrity'` 而 `errorCode` 缺席)。
+- **G-EX7**(本版证明):`isAlreadyResolvedFailure({ kind: 'failed', stage: 'decide', errorCode: 'resume.preflight_rejected', reason: 'decide failed: resume preflight: an attempt is already running' })` ⇒ `false`(0.96.0:`true`);无状态码抛出物 `Object.assign(new Error('preflight rejected: model not found'), { errorCode: 'resume.preflight_rejected', retryAfterMs: 30000 })` ⇒ `false`、`decisionRefusalAskReading` = `'not_settled'`。
+- **G-EX8**(本版证明):`resume.usage_window_exhausted` / `resume.placement_mismatch` 的拍平结局 + 词表文字 ⇒ `false`;reopen 族三码 ∧ `retriable: true` ⇒ `false`,同码不带 `retriable` ⇒ `true`(老形续读照旧);`isCodeClassifiedGateFailure` 对 `RESUME_RETRY_LATER_CODES` ∪ `RESUME_REFUSAL_CODES` 每一员 ⇒ `true`,对 `resume.row_gone` ⇒ `false`(不按前缀放宽)。
+- **G-EX9**(本版证明):码先于状态码:`Object.assign(new Error('x'), { status: 410, errorCode: 'resume.preflight_rejected' })` ⇒ `'not_settled'`(0.96.0:`'settled'`);终局正控照旧:409 `conflict.ask_decided` / 410 `gone.ask` / 404 结束成因 / 本地 `no_pending` ⇒ `'settled'`、`isAlreadyResolvedFailure` 真。
+- **G-EX10**(本版证明;射程 = 这四只读口与判官):生成池(续跑拒绝 / reopen / 拒停驻 / 表外 / 终局 / 无码 × 状态码 × 文字 × 窗 × `retriable` × 抛出物或拍平结局;另加机读位 `errorCode` / `status` / `retryAfterSec` 只在原型链上 / 是自有访问器两形):`resumeRefusalFromError` / `resumeRetryLaterFromError` / `resumeReopenFromError` / `refusedParkFromError().stillPending` 任一认得 ⇒ `isAlreadyResolvedFailure` 假且读数不是 `settled`;机读位只在原型链上 ⇒ 四只读口与「这一位缺席」同答,是自有访问器 ⇒ 同缺席或不认、取值器零执行(例:`Object.assign(Object.create({ errorCode: 'resume.preflight_rejected', retryAfterSec: 30 }), { status: 410 })` ⇒ 判官 `settled`、`resumeRefusalFromError` 与 `resumeRetryLaterFromError` 都答 `null`;`Object.assign(Object.create({ errorCode: 'resume.env_failed' }), { retriable: true })` ⇒ `resumeReopenFromError` 答 `null`;`errorCode` 是抛错的取值器 ⇒ 四只读口都不抛、都答 `null`);真 sdk 错误(`toApiError`)上四只读口与分型读口读数与修前逐位同。不在射程:`effectiveWireErrorCode`、场景拒读口、`readBlockedBy` 仍按普通取值;耐久决断腿 `decide` 抛无状态码可等预检拒 ⇒ 拍平结局带码、`isAlreadyResolvedFailure` 假。
+
+
+**PK 行(CC-715;交 test;服务端 7.126.0 × 本包 0.97.0)**
+- **G-PK1 幂等同键换体(承判据 G7–G9 / G12)**:同一把键先投 A 体、再投 B 体 ⇒ 同步 / durable 腿抛错 `errorCode` = `conflict.idempotency_payload_mismatch`,`isIdempotencyPayloadMismatchCode` 真;流式腿进门判出同上、开流后撞上 ⇒ 结果帧错误行 = 服务端原句 + 换行 + 本包那一句;同体(键序换)⇒ `replay: true`,不补句。负控:别的 409 码不补句。
+- **G-PK2 改名表退役**:构造带旧强制词 `write_protection_unresolved` 的卡 / 旧放行原因 / 旧通告码 ⇒ 卡上无 `mandate`、理由中性句、放行原因通用句、通告不在册;现名照旧。0.96.0:旧词是成员、读口原样透传、句口出旧词自己那一句(与现名并列);本版批内 WR-1 一度把它折成现名那一句,未发版即随改名表收回。
+- **G-PK3 失败详情四臂(承判据 G44 ②)**:截断的工具调用 ⇒ `failed.detail = { kind: "model_output_invalid", cause: "truncated", outputLimit: { capStop, outputTokens, capTokens } }` 原样;服务商 4xx ⇒ `provider_rejected` 带状态与(若有)重置时刻 / 请求路;表外种类 ⇒ `{ kind: "unrecognized", word }`。修前(0.96.0)表外种类原样带回连同状态码。
+- **G-PK4 门种表**:根入口 `APPROVAL_DECIDE_GATE_KINDS` / `PLAN_REVIEW_GATE_KINDS` 与 sdk 包根同一对象;`ASK_PARK_GATE_KINDS`(0.97.0 退出公面) 不在根入口;停驻在 `human` / `irreversible_ask` 的 run 自愈臂出审批卡,`plan_review` 出计划卡,其余门种如实说。
+- **G-PK5 卡词(承判据 G38 / G39)**:Bash `touch` 的活卡帧 ⇒ 卡请求 `approvalCard: "shell"`;Write ⇒ `"file-write"`;停驻队列行同;7.49.0 前停驻的无卡词问答行 ⇒ 卡请求无此位(决断仍按工具名,带 `answer`)。
+- **G-PK6 请求体**:带 `council: true` / `lenses` 的装配 ⇒ 装配期 `TypeError`(不发请求);`allowTools: ["Read"]` ⇒ wire 体逐字带、网关收到的工具表恰 `["Read"]`;`allowTools: []` ⇒ 照发;`allowTools: ["NoSuchTool"]` ⇒ 服务端 `400 config.tool_face_control`(本包不预判)。入参上以 `Object.defineProperty` 挂的**不可枚举** `allowTools: []` ⇒ 照发 `[]`、`allowTools: 'bad'` ⇒ 装配期 `TypeError`、不可枚举的取值器 ⇒ 与可枚举取值器同答;不可枚举的 `excludeAllTools: true` 照发;不可枚举的表外键(如 `__ob__`)不拒、不上 wire。
+- **G-PK13 mcp `toolAxes`**:`.mcp.json` 腿与中心配置腿 × stdio / http × 九种值形(缺席 / 显式 `undefined` / `null` / 空串 / 空对象 / 多键对象 / 串 / 数组 / 探针对象)⇒ 条目都照投;在场且不是 `undefined` ⇔ 请求面条目带 `toolAxes` 且就是入参那一个值(同一引用);中心配置腿对同一条目与服务端 7.126.0 中心腿投影逐值同答;真部署上 `toolAxes: { <tool>: { effect: 'read' } }` 随请求到服务端请求腿、审批门按它判。
+- **G-PK7 候选被拒(承判据 G1 / G5)**:中心腿带退役域起服 ⇒ `modelCandidateRejectedOf` 答 `rejected`、域含 `runtime`、措辞点名它;修好刷新 ⇒ `not_reported`。
+
+**G-PK8 逐代读法表**(0.97.0 CC-715;§123 G-SS7 那张随段冻结、不再读;本张多一列 ≥7.126.0,原「≥7.125.0」一列改名 7.125.x。「拒(形)」= 服务端 7.126.0 起对编不过的正则形 / 求值超过时限的正则形答 `400 request.field_invalid`〔拒体 `detail.reason` 不是 `dead_alias`〕—— 与别名拒是两件事,本口今天对这两类仍答「不判」,升级成判拒见 124y 包侧缺口)
+
+| # | matcher(`PreToolUse` 上;JSON 串写法) | 本口 | ≥7.126.0 | 7.125.x | 7.114.x–7.124.x | 7.113.x | ≤7.111.x |
+|---|---|---|---|---|---|---|---|
+| F01 | `"Read"` | 受理 | 受理 | 受理 | 受理 | 受理 | 受理 |
+| F02 | `"ListAgents"` | 受理 | 受理 | 受理 | 受理 | 受理 | 受理 |
+| F03 | `"ListPeers"` | 拒 | 拒 | 拒 | 拒 | 拒 | 受理 |
+| F04 | `"Read\|ListPeers"` | 拒 | 拒 | 拒 | 拒 | 拒 | 受理 |
+| F05 | `"Read,ListPeers"` | 拒 | 拒 | 拒 | 拒 | 受理 | 受理 |
+| F06 | `" ListPeers "` | 拒 | 拒 | 拒 | 拒 | 受理 | 受理 |
+| F07 | `"Read \| ListPeers"` | 拒 | 拒 | 拒 | 拒 | 受理 | 受理 |
+| F08 | `"\|ListPeers"` | 拒 | 拒 | 拒 | 拒 | 受理 | 受理 |
+| F09 | `"ListPeers,,"` | 拒 | 拒 | 拒 | 拒 | 受理 | 受理 |
+| F10 | `"ListAgents\|ListPeers"` | 受理 | 受理 | 受理 | 受理 | 受理 | 受理 |
+| F11 | `"ListPeers, ListAgents"` | 受理 | 受理 | 受理 | 受理 | 受理 | 受理 |
+| F12 | `"listpeers"` | 受理 | 受理 | 受理 | 受理 | 受理 | 受理 |
+| F13 | `"LISTPEERS\|Read"` | 受理 | 受理 | 受理 | 受理 | 受理 | 受理 |
+| F14 | `"List Peers"` | 受理 | 受理 | 受理 | 受理 | 受理 | 受理 |
+| F15 | `" "` | 受理 | 受理 | 受理 | 受理 | 受理 | 受理 |
+| F16 | `"Foo"` | 受理 | 受理 | 受理 | 受理 | 受理 | 受理 |
+| F17 | `"List.*Peers"` | 拒 | 拒 | 拒 | 拒 | 受理 | 受理 |
+| F18 | `"ListP.*"` | 拒 | 拒 | 拒 | 拒 | 受理 | 受理 |
+| F19 | `".*Peers"` | 拒 | 拒 | 拒 | 拒 | 受理 | 受理 |
+| F20 | `"^ListPeers$"` | 拒 | 拒 | 拒 | 拒 | 受理 | 受理 |
+| F21 | `"ListPeers?"` | 拒 | 拒 | 拒 | 拒 | 受理 | 受理 |
+| F22 | `"\\bListPeers"` | 拒 | 拒 | 拒 | 拒 | 受理 | 受理 |
+| F23 | `"ListPeers)\|(Read"` | 不判:invalid_pattern | 拒(形) | 受理 | 拒 | 受理 | 受理 |
+| F24 | `"List.*"` | 受理 | 受理 | 受理 | 受理 | 受理 | 受理 |
+| F25 | `"List(Peers\|Agents)"` | 受理 | 受理 | 受理 | 受理 | 受理 | 受理 |
+| F26 | `"mcp__srv__.*"` | 受理 | 受理 | 受理 | 受理 | 受理 | 受理 |
+| F27 | `"list.*peers"` | 受理 | 受理 | 受理 | 受理 | 受理 | 受理 |
+| F28 | `"ListPeers\t"` | 受理 | 受理 | 受理 | 受理 | 受理 | 受理 |
+| F29 | `""` | 全匹配 | 受理 | 受理 | 受理 | 受理 | 受理 |
+| F30 | `"*"` | 全匹配 | 受理 | 受理 | 受理 | 受理 | 受理 |
+| F31 | (键缺席) | 全匹配 | 受理 | 受理 | 受理 | 受理 | 受理 |
+| F32 | `"("` | 不判:invalid_pattern | 拒(形) | 受理 | 受理 | 受理 | 受理 |
+| F33 | `"(?=ListPeers)ListPeers"` | 不判:pattern_unsupported | 拒 | 拒 | 拒 | 受理 | 受理 |
+| F34 | `"(?:.\|.\|.\|.\|.\|.\|.\|.\|.\|.)*Z"` | 不判:over_budget | 拒(形) | 受理 | 受理 | 受理 | 受理 |
+| F35 | `"ListPeers"` + 8184 个空格(共 8193 字符) | 不判:oversize | 受理 | 受理 | 受理 | 受理 | 受理 |
+| F36 | `"ListPee."` | 拒 | 拒 | 拒 | 受理 | 受理 | 受理 |
+| F37 | `"Peers$"` | 拒 | 拒 | 拒 | 受理 | 受理 | 受理 |
+| F38 | `"ListPeers\|Agent."` | 受理 | 受理 | 受理 | 拒 | 受理 | 受理 |
+
+### 124d. 三端读点(origin/main 坐标;2026-10-13 抓取:终端 `7006be65`、网页端 `e9beb0f`、桌面端 `2a47648`、管理台 `9755a27c`;终端与管理台路径省略各端仓的 `src/` 前缀)
+
+🔴 本节坐标与判语是读码所得(只读 origin/main),不是包侧门证据。
+- **HT-1**:终端 `sema/liveToolApprovalWire.ts:125`(原名转出 `isFsApprovalGate`(0.97.0 退出公面))· `sema/liveToolApprovalWire.test.ts:17`(import)/ `:50`(断言门种位 `tool_approval` 进 —— 本版起答 `false`,该格作废)/ `:52` / `:55` / `:57`(名字族与空入参格,改读 `toolNameIsFsWrite` / `isToolApprovalGate`);网页端 / 桌面端:`git grep -n -e isFsApprovalGate -e isToolApprovalGate origin/main -- .`(前者 0.97.0 退出公面)空输出。
+- **HT-2**:终端流内停驻腿经本包 `bridgeAskUserQuestionGates`(零改码,受益);终端行驱动的重开链 `sema/askParkReopen.ts:1597` 直调 `surfaceFsApprovalAndDecide(…, gatedCallId)` —— 可选把那一行的工具名作第六参(不传 = 修前回落判据;该链带行身份,身份命中时不走回落);网页端 / 桌面端零读点(`git grep -n surfaceFsApprovalAndDecide origin/main` 空输出)。
+- **HT-3**:桌面端 `main/session-host.ts:2260`(活卡帧 `...toolPermissionRequestAskBits(frame)`,补第二参 `requestId`)· `:3219`(待决行 `...toolPermissionRequestAskBits(cp)`,补第二参 `requestId`);网页端 `ui/lib/desktop/local-sessions-transport.ts:649`(座位 lane 的 `hasAlwaysAllow: true`)与其后 composer 面的 `allowAlways: true`(改读 `req.sessionRow === true`);终端 `sema/approvalStreamWire.ts:754`(只取问类两位,零动作)。座位位 `rememberRefused` 零读点:网页端 `git grep -n rememberRefused origin/main -- . ':!*.md'` 空输出;桌面端只有测试脚本 `run-hitl-frame-transit-fence-test.mjs:334`(桌面端仓 scripts 目录)断言座位请求上**没有**这一位(本版仍成立;同格的强制问帧带 `rememberRefused: true`,补第二参后座位请求上也没有 `sessionRow`,与网页端按问类 `operator_forced` 不渲那一档同向 —— 读码推断)。
+
+🔴 本节坐标与判语是读码所得(只读 origin/main),不是包侧门证据;包侧能证明的只有 124c 的 G 格。
+
+**CL 行**
+- **网页端**(整份消费 + 自持快照):`ui/hooks/useEngineObservability.ts:69-84`(自取一发 `/v1/capabilities` 存 `semaCapabilities`,第二份快照)· `:85-88`(`semaCan = caps?.[key] !== false`,缺键当真);`semaCan` 读点 `:95` / `:135` / `:344` / `:365` / `:433`、`ui/components/SemaApp.tsx:1069` / `:1647` / `:1811` ⇒ 布尔位改读 `engineCapTrue(base, key)`(缺键不开);🔴 `fleet` 是分组位(对象或 `false`),`engineCapTrue` 读它恒假 —— 读 `engineCapValue(base, 'fleet')`:对象 ⇒ 供、`false` ⇒ 不供、`not_reported` ⇒ 不知道(不开)。四处整份消费点:能力列表 `ui/components/overlays/SettingsOverlay.tsx:266-282`(`Object.keys(caps)` + `caps[key]` 普通取值)⇒ 读 `engineCapsLandingOf(base)`,值经 `engineCapValue`;设备面 `ui/hooks/useDevicesPane.tsx:51` / `:70` → `ui/lib/engine/engine-devices-wire.ts:145-160`(整份交 `projectDeviceExecutorManagementCapability`)⇒ 读 `observedDeviceExecutorManagement(base)`;项目面 `ui/lib/engine/engine-projects-capability.ts:21-26`(缺 ⇒ `false`)、调用 `ui/components/SemaApp.tsx:1604` ⇒ 读 `engineCapValue(base, 'projects')`;分叉 `ui/lib/engine/engine-fork-wire.ts:51-57`(`sessionFork !== false`,缺键放行)⇒ `engineCapTrue(base, 'sessionFork')`。读口的 `base` = 已在灌包缓存的那一个:`ui/lib/engine/engine-session-transport.ts:136-144`(`kickEngineCapsProbe(approvalDecisionNoteBaseUrl, probeEngineCaps)`;在飞分支 `origin/integration/pre-148` `940d74d` 的 `ui/hooks/useEngineObservability.ts:87` 另在钩子里 kick 同一地址)。轮换口:网页端浏览器同源转发、零凭据,无轮换场景(可选)。
+- **终端**:`sema/engineCapsArm.ts:209-210`(`afterEngineRespawn: false` 那一路 —— 首次构造与令牌轮换重建客户端都走这里 —— 调 `kickEngineCapsProbe(baseUrl, guardedCapsProbe)`,落地已在时被闸挡回、包的重探登记不更新 = KL-753 现形)⇒ 改调 `rotateEngineCapsProbe(baseUrl, guardedCapsProbe)`;`:100` `lastGuardedProbeByBase` / `:104` `refreshInFlight` / `:114-137` `refreshEngineCapsAfterUnjudged`(壳侧单飞补探测状态机,§123 FH-5 已点名删、调用点 `sema/liveClient.ts:889` 改调 `judgeFileHistoryTighten`)—— 换成轮换口之后壳不必再自记「最后一只」给重探用(`replaceEngineCapsGeneration` 的两参重装仍要那两只闭包,是壳自己的事)。其余 kick 调用点 `cli/handlers/cloudSessions.ts:329` / `cli/sessionBackgroundStop.ts:183` 保持 kick(不接替登记)。整份口:`sema/liveClient.ts:1152` / `:1198` / `:1818`(`registryCaps` = capsTee 记下的整份回体,第二份拷贝)可改读 `engineCapsLandingOf(config.baseUrl)`(可选;键是同一个地址)。
+- **桌面端**:`git -C ../sema-desktop grep -n -E "engineCapsLandingOf|rotateEngineCapsProbe|kickEngineCapsProbe|semaCan|capabilities\(" origin/main -- src` 空输出(exit 1)—— 零读点、零动作。
+
+坐标来自 `git fetch` 后的 `origin/main`;行号会漂,合并前请对自己的最新主干重看一遍。🔴 **本节坐标与「零改码」判语是读码所得(只读 origin/main),不是包侧门证据**。
+- **WR-1**:终端 `sema/askFrameNotes.ts:363` `approvalMandateDetail(mandateWord)`(`:34` import);终端测试 `sema/liveToolApprovalWire.test.ts:1143-1146` 对 `APPROVAL_MANDATE_WORDS` 每词断言「卡上有包铸的那一句、词本身不上屏」(词表现为六词、旧词不在内,不影响通过)。网页端 `ui/components/composer/Composer.tsx:1784`,测试 `tests/run-approval-evidence-test.mjs:483-493`。管理台 `lib/web/approval-facts.ts:100`(读口 `:42`)。桌面端零命中:`git grep -n "approvalMandateDetail\|readApprovalMandate\|APPROVAL_MANDATE_WORDS\|write_protection_unresolved\|target_unresolved" origin/main -- .` 空输出。
+- **WR-2**:终端 `sema/cloudConfigWire.ts:173-175`(`LOCAL_MODELS_DOC_OPTIONS` 注入 `entryAccepted`)、`:180`(`projectEffectiveBody`)、`:146-154` / `:295` / `:313`(`writeShadowModels` 写影子文档);终端测试 `sema/cloudConfigWire.test.ts:128-145` 只断言非 default 角色过境,不涉缺省角色盖住。网页端 / 桌面端:`git grep -n "cloudModelsToDoc\|projectEffectiveBody\|modelRefIssues" origin/main -- .` 空输出。管理台:`src/` 下同三名零命中;角色编辑只写 `{model}` / `{select}` 两形(`components/domains/entry-forms.tsx:690-712`),`getSetting` 读 `roles.<role>`(`components/domains/doc-model.ts:102-110`),`effort` 一词与角色相关的零命中。
+
+🔴 本节全部坐标与「零动作」判语是读码所得(只读 origin/main 的 `src`),不是包侧门证据;行号会漂,合并前请对自己的最新主干重看一遍。
+
+**OD-1(CC-703)**
+- 三端:`git grep -n "checkSendMessageRequest\|isSendMessageRequest\|checkSessionRowPatchRequest\|isSessionRowPatchRequest" origin/main -- src` 在终端 / 网页端 / 桌面端的输出均为空(零调用点)。终端的消费登记表与网页端的请求键对账测试只在登记文字 / 键集对账里提到 `checkSendMessageRequest` / `SEND_MESSAGE_REQUEST_KEYS`,不调判官。
+- 桌面端:`main/session-host.ts:1091` `sendMessage(req: SendMessageRequest)` 入口自带一条手写入站门(`requireString(req.text …)` 起一串 `requireOptional…`),不调包判官;`patchSession` 在三端 `src` 零命中(座位改名 / 置顶动词尚未接)。
+
+**OD-2(CC-706)**
+- 终端:`sema/approvalStreamWire.ts:1852` `classifyDecisionRefusal(err)`(`err` = 决断口抛出物)、`sema/askParkReopen.ts:240` import / `:1087` `isAlreadyResolvedFailure(failure)`(失败原物)。读码推断:喂入物是 sdk 客户端的抛出物或决断腿的拍平结局,所读各位都是自有数据位;未起终端实跑。
+- 网页端 / 桌面端:`git grep -n "decisionRefusalAskReading\|isAlreadyResolvedFailure\|classifyDecisionRefusal\|decisionRefusalClosesOut" origin/main -- src` 输出为空。
+
+- **CP-1 / CP-2(2026-10-13 抓取;终端 `7006be65`、网页端 `e9beb0f`、桌面端 `2a47648`)**:终端 —— 🔴 `sema/fileHistoryCaptureCapability.ts:89 – 91`(壳侧自有的 `fileHistoryUnjudgedRefusal`:只在读数 `kind === 'unobserved'` 时拒)经 `sema/liveClient.ts:887` 用在提交路上:「落地在手而 `fileHistoryCapture` 读不出」这一形换钉后读数是 `unreadable`,壳侧副本不拒、片段口给空片段 ⇒ 这一发照常发出、引擎照常记录文件历史(修前同一形读数是 `unobserved` ⇒ 拒);同文件 `:99 – 105` `fileHistoryCaptureToggleAvailable` 同一判据(`components/Settings/Config.tsx:248`、`sema/overrides/cmd-config-shorthand.ts:174` 两处调用)。可达性:受支持服务端恒铸非空词或不铸(读码推断),只在宿主自造回体 / 引擎报坏值时出现。可选:`cli/handlers/cloud.ts:927 / :944`、`sema/mcpEngineProbe.ts:114 – 116` 用 `project*(…) ?? { kind: 'unobserved' }` 自铸读数(回体在手时可改铸 `unreadable`)。网页端 —— `ui/lib/engine/rewind-checkpoint-wire.ts:113`(`rewindArchiveDoctorDetail(reading, "both")` 上屏:读不出那一形此后是新句)、`ui/lib/engine/engine-session-transport.ts:942`(`observedRewindArchive`);按 `kind` 穷举读数的 `switch` 零命中(`git grep -n -E "case ['\"]unobserved['\"]" origin/main -- ui` 空输出)。桌面端 —— 零读点(`git grep -n -E "observed[A-Z][A-Za-z]+\(|createBackgroundView|kickEngineCapsProbe|invalidateEngineCaps|judgeFileHistoryTighten|fileHistoryUnjudgedRefusal|DoctorDetail\(" origin/main -- .` 空输出)。
+- **CP-3**:探测闭包(全部原样交回 sdk 的回体,读码推断):终端 `cli/handlers/cloudSessions.ts:329`、`cli/sessionBackgroundStop.ts:183`、`sema/engineCapsArm.ts:132 / :133 / :210 / :249`、`sema/enginePolicyWire.ts:103`、`sema/persistedRulesWire.ts:202`;网页端 `ui/lib/engine/engine-session-transport.ts:144 / :202`;桌面端零命中(同上命令)。sdk 的 `capabilities()` 交回 `JSON.parse` 的结果(`node_modules/@sema-agent/sdk/dist/transport.js:315`)。
+- **CP-4**:网页端 `ui/hooks/useEngineObservability.ts:322`(`createBackgroundView(client, { intervalMs })`,唯一调用点);终端 / 桌面端零命中(`git grep -n createBackgroundView origin/main -- src` 空输出)。同形存量普查(本包源码,`grep -rn "capabilities(" src` 逐处):`agentsWireCaps.ts:500 / :512`(`engineSupportsTaskAgents` 一发探测 + 视图外自持判定,登记 CC-624 ①,门 G-SB16 唯一例外)· `subagent/engineCompactWire.ts:143 / :149`(交给 `kickEngineCapsProbe`,经总缓存)· `subagent/engineSubagentTail.ts:102 – 103`、`subagent/engineSubagentOutput.ts:76 – 77`(交给 `engineCapStateVia`:有键经总缓存,无键一发不存)· `agentSession/backgroundView.ts`(本条退役)· `clientSlice.ts:77`(型声明)· `engineCapsCache.ts` 头注例子、`engineNoticeCodes.ts` 注释(非调用)。
+
+- 终端 `7006be65`(以下坐标都在终端仓,不在本仓):`终端 src/sema/sessionPolicyWire.ts:77`(导入 `isEngineRefusedToolName` —— 本版退出公面)· `:365` / `:368`(删规则后判要不要调撤销)· `:461`(记录页逐行标「引擎会拒」)—— 编译红必改;`:390-402` 撤销结局按臂出句(`judge_failed` 走 `sessionPolicyRemovalNotice`,`:396` 静默条件不含新臂)· `终端 src/sema/agentsWire.test.ts:329-342`(P146-2a / 2b 期望名册缺席也判孪生;测试装没装判官端口决定 P146-1 / 3 的退役预判)—— 行为变;`终端 src/utils/permissions/permissionRuleParser.ts:31` 自有的旧名归一属终端本地匹配,不经本包。
+- 网页端 `e9beb0f` / 桌面端 `2a47648`:`git grep -n -e agentToolListFlaws -e toolListFlaws -e removeRefusedSessionRules -e sessionPolicyDeliverable origin/main -- src ui lib` 空输出,本版退出公面的旧判据名同一条命令同样空输出 —— 零读点。
+
+🔴 **本节坐标与「零改码 / 零读点」判语是读码所得(只读 origin/main),不是包侧门证据**;行号会漂,合并前请对自己的最新主干重看一遍。
+
+**终端**
+- NC-1 —— `sema/cloudConfigWire.ts:496`(`for (const n of cloudEffectiveNotices(p))` 开机横幅:只显 `warn` 句,逐句过 `cloudNoticeText` 单行展示口)、`:514 – 517`(`readCachedCloudNoticesFor`,状态命令用,全量)、`cli/handlers/cloud.ts:376`(`sema cloud config-source on` 的预热回执,全量):三处都喂**整只投影**,换钉即活,零改码。终端仓内 `git grep -n -E "droppedMcpServers|CloudMcpDropReason|droppedServers|cloudMcpToSpecs" origin/main -- src` 只命中 `sema/cloudConfigWire.test.ts` 里 `cloudMcpToSpecs` 的七处测试调用与 `cli/handlers/cloudResources.ts:1335` 的一处注释(没有读 `droppedMcpServers` 的点);`sema/cloudConfigNotices.test.ts:180` 的通告测试喂整只投影、不含被丢弃条目,不受影响。
+- NC-2 —— `_sema_degraded` 在终端仓 `src` 内只有透传与剥离、没有读值:`sema/printLaneUserRecordKeys.ts:49`(键名常量)、`sema/seamQueryEngine.ts:2038`(透传注释)、`utils/messages.ts:731`(sidecar 键表,头注 729 行自陈「包侧今天没铸出公面常量 ⇒ 保留字面量」)、`utils/collapseRepeatedToolErrors.ts:337`(折叠行剥该键);`_sema_not_executed` / `notExecuted` 零命中(终端仓内 `git grep -n -E "_sema_not_executed|notExecuted" origin/main -- src` 空输出);包常量字面 `wire_carried_no_output` 只出现在 `sema/upstreamBridge.ts:34` 的一处注释与测试里。在飞态句 `components/messages/AssistantToolUseMessage.tsx:553`(`engineCallPhaseText('engine-stopped-before-result')`:「卡还开着、引擎停了」,没有 `tool_result` 记录)与本读口是两件事,本版不并。渲结果卡的位置(`tools/*/UI.tsx` 等)需要说明占位卡时可调读口,`tools/MemoryTools/UI.tsx:256` 头注自陈该处占位卡「整卡隐形」是真缺口。
+
+**网页端**
+- NC-1 —— `git -C ../sema-web-client grep -n -E "droppedMcpServers|CloudMcpDropReason|droppedServers|cloudMcpToSpecs|cloudEffectiveNotices" origin/main -- ui bff` 空输出(零读点)。
+- NC-2 —— origin/main(`e9beb0f`)内 `git grep -n -E "_sema_degraded|wire_carried_no_output|_sema_not_executed|notExecuted|TOOL_RESULT_DEGRADED_WIRE_NO_OUTPUT" origin/main -- ui bff` 空输出(零读点)。读点在未并入主干的两条分支上:`feat/b44-browser-action-states`(`6989a37`)`ui/lib/engine/turn-mapping.ts:419`(`message._sema_degraded === TOOL_RESULT_DEGRADED_WIRE_NO_OUTPUT` ⇒ `noOutputCarried`)与自铸句 `ui/lib/engine/browser-action-wire.ts:106`(「Result unknown — the run stopped before the browser reported back」,Browser 族);`feat/b47-no-output-honesty`(`261e9ca`)`ui/lib/engine/tool-outcome-wire.ts:25`(「Result unknown — the run stopped before the tool reported back」,非 Browser 族)、`ui/lib/engine/turn-interruption-wire.ts:33`。同分支 `ui/lib/runtime-transcript-projection.ts:395` 的注释自陈 `noOutputCarried` 也标「真 tool_end 但没带 output」—— 与 124b 的两铸点一致,所以那两句「运行停了」对后一种成因为假。主干上 `ui/components/tools/ToolRenderer.tsx:329`(「Tool execution was stopped before completion.」)读的是端自己的 `displayStatus === "stopped"`,不读这两个标记,不在本读口范围。
+
+**桌面端**
+- NC-1 —— 同一条命令把 `-- ui bff` 换成 `-- src`,对 `../sema-desktop` 空输出(零读点)。
+- NC-2 —— 同一条命令(`_sema_degraded|wire_carried_no_output|_sema_not_executed|notExecuted|TOOL_RESULT_DEGRADED_WIRE_NO_OUTPUT`)对 `../sema-desktop` 的 `origin/main -- src` 空输出(零读点)。
+
+🔴 本节全部坐标与「零动作」判语是读码所得(只读 origin/main),不是包侧门证据;行号会漂,合并前对自己的最新主干重看一遍。
+
+**TR-1(`classifyTurnWireError` / `isWireTransportError` 及同族)**
+- **终端**(逐处核了 catch 臂;结论:没有任何一处把「抛」当成正面判定):`sema/apiErrorSupplement.ts:431` 在 `try`、`catch` 走 `failOpen('…classifier threw')` 并不补那一句 —— 修后读不出走 `internal`、同样不补(`failOpen` 留痕在这一成因上不再触发);`sema/engineConnectForensics.ts:156` 在 `try`、`catch` 返回 `null` —— 修后 `kind !== 'transport'` 返回 `null`,同值;`sema/remoteEngineCredential.ts:224` 内层 `catch (e)` 里调、外层 `catch` 置 `{ transport: true }` —— 初值本来就是它,修后 `internal` ⇒ `detail` 句变、判词同为 `undetermined`;`:272` `isRemoteEngineUnauthorized`(外层 `remoteEngineAuthHint` 的 `try`,`catch` ⇒ 不补)修后 `false` ⇒ 不补;`sema/fleetStreamRefusalNotice.ts:49` 无 catch,修后 `internal` ⇒ `unreachable`(修前外抛);`sema/rowKind.ts:269` 无 catch(同函数前一行 `:264` 自己裸读 `e.message`,取值器抛仍外抛——端侧读点,不归本包);`sema/seamQuery.ts:2109`(无本地 catch)/ `:3868`(撕裂判定里 `connection-interrupted` 那一支的合取项,无本地 catch)/ `:3626`(`isPreStreamDrainingReject`,在 `:3613` 的 `catch (err)` 里,修前抛出会替换原错误);`sema/engineTarget.ts:365` `isEngineTransportError = isWireTransportError` 的下游:`sema/approvalSubmitRetry.ts:172`(修后 `false` ⇒ 落 `isAbortShaped` ⇒ 否则 `local-error`,不重试)、`sema/interactiveReattach.ts:237`(`false` ⇒ 不可重挂 ⇒ 外抛 tear)、`sema/seamQueryEngine.ts:2747`(在 `try`,`catch` ⇒ 不指路)。
+- **网页端**:`ui/lib/turn-error-classify.ts:585`(`classifyTurnWireErrorBase`,前面 `:575 – 579` 自己的 `messageOf` / `nameOf` / `statusOf` 读法是端侧读点);`ui/lib/engine/engine-session-transport.ts:501`(`isPreStreamDrainingReject(error)` 在重挂分支,修后读不出 ⇒ `false` ⇒ 走 `1000 × n` 的缺省等待)。
+- **桌面端**:`main/session-host.ts:248` `isWireTransportError(e) || isSseIdleError(e)`;同函数 `:243` `e.message` / `:245` `cause` 是端侧裸读(取值器抛仍外抛),不归本包。
+
+**TR-2(封长记号)**
+- **终端**:`displayUntrusted(…, { …DISPLAY_LINE, max })` 读点至少 19 处(同一行写出 `max` 的;`git grep -n -E "displayUntrusted\([^)]*max" origin/main -- src` 去测试文件;例:`commands/devices/devices.ts:54`、`sema/stopConflictCopy.ts:85`、`sema/workflowJournalWire.ts:227`、`sema/seamQueryEngine.ts:2373`),零改码、显示字节变;`sema/toolHistoryOutlet.ts:246` 经包口 `toolHistoryBadTurnSentence`、`sema/approvalStreamWire.ts:1833` 经包口 `readDecisionNoteAudit`(备注尾截)、`sema/engineTarget.ts:708,761` / `sema/untrustedDisplayText.ts:212` 经包口 `capForDisplay`,随包;🔴 **端侧自带一份截断**:`sema/seamQueryEngine.ts:2308 – 2316`(`displayUntrusted(…)` 洗完交 `capWithEllipsis`)与 `sema/noticeSeat.ts:132` 的 `capWithEllipsis`(「截点仍按字符位,`cutForDisplay` 未到货」——包口 0.96.0 已出),洗后按字符位截、不认记号,仍会在 `-p` 通告行上留下残片;换读 `noticePrintLine` 后随包(124y)。
+- **网页端**:`displayUntrusted(…, { max })` 读点至少 12 处(同一行写出 `max` 的;例:`ui/lib/turn-error-classify.ts:70`、`ui/lib/engine/engine-devices-wire.ts:199 – 338`、`ui/components/tools/ToolSpecialSurface.tsx:106`、`ui/lib/engine/fleet-workflow-adapter.ts:47`),零改码、显示字节变;`capForDisplay` / `cutForDisplay` / `noticePrintLine` / `toolHistoryBadTurnSentence` 零命中(`git grep -n -E "capForDisplay|cutForDisplay|noticePrintLine|toolHistoryBadTurnSentence" origin/main -- ui bff` 空输出)。
+- **桌面端**:`main/boot-error-scrub.ts:109` `displayUntrusted(…, { foldLines: false, keepLayout: true })` 不带 `max`,零影响;其余四个符号零命中(`git grep -n -E "capForDisplay|cutForDisplay|noticePrintLine|toolHistoryBadTurnSentence" origin/main -- src` 空输出)。
+- **RO-1**(origin/main 坐标;2026-10-13 抓取:终端 `2dfde4eb`、网页端 `752c6a40`、桌面端 `2a476482`、管理台 `8a3dc42d`):终端 `sema/cloudConfigWire.ts:174-176`(`LOCAL_MODELS_DOC_OPTIONS` 注入 `entryAccepted`)· `:181`(`projectEffectiveBody(…, LOCAL_MODELS_DOC_OPTIONS)`)· `:296` / `:314`(`writeShadowModels(…, projection.modelsDoc)`)· `:449` / `:455`(同一份文档的另两读点),读数不变;`git -C <终端树> grep -n "modelRefIssues\|CloudModelRefIssue" origin/main -- src` 只命中测试 `sema/cloudConfigNotices.test.ts:176-177`(按 `'rejected'` 取行,不穷尽 `reason` 联合)—— 新成因词 `unvouched` 对终端零编译影响;终端测试 `sema/cloudConfigWire.test.ts:128-145` 在没有判定口的 `cloudModelsToDoc` 调用里断言 `roles` 在场(`:140`,该格另断言 `atModelAllowlist` 在场,自 0.96.0 起本包不再写 10 形键);`sema/cloudConfigWire.test.ts:192` / `:208` / `:214` 的 `projectEffectiveBody` 无判定口调用里 `roles` 为空或缺席,不受影响。网页端 / 桌面端:`git grep -n "cloudModelsToDoc\|projectEffectiveBody\|CloudModelsDocOptions\|entryAccepted\|modelRefIssues" origin/main -- src` 空输出。管理台:同一 grep 在 `src` 下空输出;角色编辑只写 `{model}` / `{select}` 两形(`components/domains/entry-forms.tsx:690-757`),角色词表取 `ModelRole.options`(`components/domains/descriptors.tsx:32`)。
+
+**FL 行(CC-700;2026-10-13 抓取:终端 `2dfde4eb`、网页端 `752c6a40`、桌面端 `2a476482`)**
+- 终端:`sema/fleetClient.ts:280`(建账)· `:428` / `:522`(ingress 喂帧)· `:372`(投影)· `:317`(退场读口:`stale` / `unknownRow` 不入账)· `sema/engineAgentView.ts:338`(`getBgTerminalFacts`)· 在飞读面消费 `sema/engineSwapGate.ts:101` / `sema/engineAutoRestartArm.ts:216` / `sema/engineUpgradeCoordinator.ts:1208` / `sema/fleetBgSubagentRow.ts:91`(四处都只滤 `retiredByNotification`,不自判周期 / 双生)—— 零改码,受益。
+- 网页端:`git grep -n -e createFleetLedger -e readEngineActiveBgTasks -e getBgTerminalFacts -e forgetSettledTerminalRow -e onTaskRemoved origin/main` 空输出(exit 1);fleet 域只读 `projectWorkflows`(`ui/lib/engine/fleet-workflow-adapter.ts:34`,workflow 行,不经 task 账本)。
+- 桌面端:同一条命令空输出(exit 1);`main/session-host.ts:3749` 自述全仓零消费 fleet 账本。
+
+**RP 行** —— 坐标取自 2026-10-13 `git fetch` 之后的 origin/main(终端 `0e1ec56c`、网页端 `752c6a4`、桌面端 `2a47648`;终端路径省略 `src/`;行号会漂):
+- **终端**:`sema/approvalStreamWire.ts:1554`(问车道开卡前 `joinApprovalHolder`,判 `kind === 'joined'` —— 零改即受益);`:1342`(流级已收口集合 `legacySettled`)、`:1214`(`noteLiveAnswerSettled`,活卡答复被收下记账)、`:1234 – :1259`(`handleReplayedApproval`:`settled` / `cause` 两支 relay 记账)、`:1408 – :1413`(认领闸 `claimStreamApproval` 先于包吞掉重复开卡帧);`sema/suspendedAskPort.ts:107 – :108`(`claimed` / `decided` 两本)、`:277`(`claimStreamApproval`);`sema/suspendedSubagentAskWire.ts:346` / `:502` / `:635` / `:735`(认领账读写点);测试 `sema/approvalStreamWire.test.ts:1420` / `:1424`(FX21-5 / FX21-6 两跑复用同一 approvalId)。
+- **网页端**:`ui/lib/engine/engine-turn-legs.ts:574` 直调 `replayedApprovalDisposition(frame, { preamble, approvals })`(不传 `settled`)—— 零编译影响;网页端不经本包活卡入口,进程级已结表在网页端恒空 ⇒ 行为零变。`joinApprovalHolder` / `surfaceSuspendedAskAndRespond` / `surfaceToolApprovalFrameAndRespond` 零命中(`git grep -n "joinApprovalHolder\|surfaceSuspendedAskAndRespond(\|surfaceToolApprovalFrameAndRespond(" origin/main -- ui src` 空输出)。
+- **桌面端**:零读点(`git grep -n "replayedApprovalDisposition(\|joinApprovalHolder\|ReplayPendingBasis\|surfaceSuspendedAskAndRespond(" origin/main -- src main` 空输出)。
+**EX-1(CC-709)**
+- 终端 `2dfde4eb`:产品源码零读点 —— `git grep -n -E "\.extra\b|get extra\b|'extra'|\"extra\"" origin/main -- src local-host` 去测试文件空输出;喂入物是 sdk 客户端抛出物(lockfile 只有一份 `node_modules/@sema-agent/sdk`)。测试里对象自有的 `extra` 访问器三处(`sema/askParkPolicyBlock.test.ts:534`、`sema/resumeRefusalDecidePath.test.ts:888`、`sema/persistedRulesWire.test.ts:1305`)都是会抛的取值器:修前读不出、修后读不出(不执行),期望不变(读码推断,未起终端实跑)。
+- 网页端 `752c6a4` / 桌面端 `2a47648`:同一条命令(网页端 `-- ui bff`、桌面端 `-- src`)空输出;lockfile 各一份 sdk。
+- 生产包形(这条读法的射程):网页端 `752c6a4` 的界面构建脚本(其仓 scripts 目录下 `build-ui.mjs:60`)以 `minify: true`(无 `keepNames`)把 sdk 与本包打进同一 bundle(`platform: 'browser'`);桌面端 `2a47648` 自己的打包不压缩,但渲染层嵌的就是网页端这份产物(其仓 scripts 目录下 `build.mjs:109 – 122`)。压缩后 sdk 的错误类名被改写,所以类形判据不读类名 —— G-EX4 的名字改写与压缩包两格钉的就是这一形。
+**EX-2(CC-712)**
+- 终端 `68aae766`:`sema/askParkReopen.ts:1087` `isAlreadyResolvedFailure(failure)`(失败原物)—— 行为变:被认领的码不再经词表读成门已决,重开挂点不再为这几形起链;`sema/askParkExpiry.ts:474` `isAlreadyResolvedFailure(alreadyResolvedMachineView(e))` 与 `:492 – 497` 保护臂 ①(`resumeReopenFromError` / `resumeRefusalFromError(e)?.waitable` / `refusedParkFromError(e)?.stillPending`)—— 保护臂 ① 问的三件事判官本版都认领(G-EX10 生成池逐形对拍),那一段登记的退役条件「本包 ≥ 0.97.0」到点;保护臂 ②(只交机读视图、不带散文)仍有作用:无码无状态码的老形判官照旧扫词续读。`sema/apiErrorSupplement.ts:268`、`sema/askParkExpiry.ts:855` 的 `resumeRefusalFromError` 零变化。
+- 桌面端 `2a47648`:`main/session-host.ts:1046` / `:3549` 直接对失败文字调 `isAlreadyResolvedGateReason(reason)`,不经判官、不先问码 —— 409 `resume.preflight_rejected` 原句恰含 already / not found 时同样当门已决(本包零改码管不到;读码推断)。建议改读 `isAlreadyResolvedFailure(e)`,或扫词前先问 `isCodeClassifiedGateFailure(errorCode, retriable)`。
+- 网页端 `752c6a4`:`git grep -n -E "isAlreadyResolvedFailure|isCodeClassifiedGateFailure|decisionRefusalAskReading|isAlreadyResolvedGateReason" origin/main -- ui bff` 空输出。
+
+**PK 行**(2026-10-13 `git fetch` 之后 origin/main:终端 `93fe026b`、网页端 `752c6a40`、桌面端 `2a476482`)
+- 门种表(PK-4,编译红必改):终端 `sema/askParkReopen.ts:169` / `:172`(import)· `:394` `PLAN_REVIEW_GATE_KINDS.includes(kind)` · `:395` `ASK_PARK_GATE_KINDS(0.97.0 退出公面).includes(kind)`;`sema/resumePendingReconcile.ts:70` / `:74`(import)· `:440` / `:442`(`.includes`)· `:1155`(`PLAN_REVIEW_GATE_KINDS.includes(parts[0])`);`sema/planReviewDecisionNotice.ts:76`(import)· `:180`;`sema/activeRunSelfHeal.ts:58` / `:61`(转出);测试 `sema/activeRunSelfHeal.test.ts:2132` – `:2140`、`sema/resumePendingReconcile.test.ts:81` – `:192`(仍断言 0.95.x 的 `policy_ask` / `tool_approval` / `dry_run_review`)。网页端 / 桌面端:`git grep -n` 三名(退役名 RL-135、`PLAN_REVIEW_GATE_KINDS`、`APPROVAL_DECIDE_GATE_KINDS`)`origin/main -- src ui` 空输出。
+- 团队编排四键(PK-8):网页端 Composer 两开关与对账槽位(`git grep -n council origin/main -- ui` 103 处、`debate` 42 处、`lenses` 9 处;随网页端 sdk 21 提货撤);终端 / 桌面端 src 零命中(同一条 grep 空输出)。
+- 强制词型(PK-2):网页端 `ui/lib/composer-surfaces.ts:6` / `:357`、`ui/lib/engine/engine-approval-evidence.ts:91` / `:266` 读 `ApprovalMandateWord` 型(不引用旧词;`:347` 只在 JSDoc 里提到旧词)⇒ 零编译影响;终端 / 桌面端零读点。
+- 支持底线(PK-1):终端附着门 `sema/engineAttachCapabilityGate.ts`(`engineVersionTier(v, ENGINE_SUPPORT_FLOOR)`,壳常量 7.119.0)⇒ 实际门槛 = 本包底线 7.126.0;网页端 / 桌面端零读点。
+- 幂等码 / 卡词读口 / 失败详情新臂 / 候选被拒(PK-5 / PK-7 / PK-6 / PK-11):三端 `git grep -n "idempotency_payload_mismatch\|readApprovalCardWord\|model_output_invalid\|candidateRejected" origin/main -- src ui` 空输出;终端卡种读口 `sema/approvalCardFace.ts:58` 读名册 `renderHints.approvalCard`(见包侧缺口)。
+- `allowTools`(PK-9):终端 `cli/handlers/cloudResources.ts:1353` / `:1376` 与桌面端 15 处都是 MCP 条目 / 子代定义的同名键,不是提交体顶层键;提交体顶层零读点。
+
+### 124y. 三端升级必读(编译红必改 / 行为变 / 零动作)
+
+1. **HT 行 · 编译红必改**:① 终端:`isFsApprovalGate`(0.97.0 退出公面)的原名转出与测试 import 编译红 —— 删掉转出;测试里「门种位 `tool_approval` 进」那一格作废(该词不是门种),名字族格改读 `toolNameIsFsWrite`,停驻门判定格改读 `isToolApprovalGate`;② 读座位请求 `rememberRefused` 位的端编译红(三端 origin/main 零命中)—— 改读 `sessionRow`。;CL 行:公面 +2 函数(`engineCapsLandingOf` / `rotateEngineCapsProbe`)+2 型(`EngineCapsLanding` / `EngineCapsProbeRotation`),零编译红(只增);行为变一处:回体根读不出时 `observedSqlEngine` 从 `not_reported` 改答 `{ kind: 'unobserved' }`(线上 JSON 回体到不了;这样的回体过不了可落地判据 ⇒ `engineCapsLandingOf` 答 `not_landed`、`engineCapState` 答 `unprobed`,不是 `unreadable` / `non_boolean`)。;OD 行:公面导出名 / 型 / 常量零变,零编译红(只改判官的判决)。行为差两处:① 两只座位入站判官(及其嵌套闭形)对不可枚举的自有键与非普通记录的载体(`Date` / `Map` / `Set` / 类实例 / 自定义原型)从「放过」改为「拒」;② 决断拒收判官读失败对象的机读位只认自有数据位(只在原型链上的、自有访问器的不再算证据),判官另两种入参形 —— 活卡结局便签、决断腿拍平结局 —— 的铸点同律。真 sdk 错误类实例、结构化克隆 / JSON 解析出的载荷(自有数据位的普通对象)逐位同修前。;CP 行:🔴 编译红只在对 29 只能力位读数型写穷举 `switch` + `never` 的宿主(三端 origin/main 零命中);行为变 —— 落地在手而某一位读不出 ⇒ 读器答 `unreadable`(修前 `unobserved`),doctor 句为新句;`rewindSpecForMode('both', …, reading)` 在读不出时不带 `restoreFiles`;文件历史收紧闸拒句三句;总缓存不再落地非普通记录;后台视图零能力请求、assistant 源「面没挂」只看路由 501(面未配时瞬断 ⇒ `unavailable`、凭据被拒 ⇒ `unauthorized`)。;NC-1:公面导出名零增删;`cloudEffectiveNotices` 入参型(`Pick<CloudProjection, …>` 的键集)多一个必填键 `droppedMcpServers`。喂 `projectEffectiveBody` 整只产物的宿主(终端三处)零编译红;自己手拼入参对象的宿主编译红一次,补上该键(三端 origin/main 零命中)。行为差:云配置有被丢弃条目时通告集多句 —— 终端开机横幅逐句多显示 `warn` 句(`disabled` 是 `info`,只在状态命令里)。 NC-2:根入口 +1 函数 `readToolCardOutcome` +2 型 `ToolCardOutcomeReading` / `ToolCardDegradedCause`(只增,零编译红);零行为变(新读口,谁调谁受影响)。;TR 行:公面导出名与型零变(`TurnWireErrorVerdict` 不加臂不加键),零编译红。行为差两处:① 错误分型口对读不出的格不再外抛(判词见 124b);② 按长度截断已洗文本的出口,截点落进遮盖记号时少显示一个残片(更短、不更长;「结果 ≤ `max`」不变)。;SR 行:零编译红(根入口只增 `isSdkRunParked` / `SDK_PARKED_RUN_STATUSES`,型面零变);终端换钉后把 `park-states-shell-union` 并集退役、改读包谓词(uplift 退役条件 = 本行);① 终端:`isFsApprovalGate`(0.97.0 退出公面)的原名转出与测试 import 编译红 —— 删掉转出;测试里「门种位 `tool_approval` 进」那一格作废(该词不是门种),名字族格改读 `toolNameIsFsWrite`,停驻门判定格改读 `isToolApprovalGate`;② 读座位请求 `rememberRefused` 位的端编译红(三端 origin/main 零命中)—— 改读 `sessionRow`。;EX 行:零编译红(公面导出名 / 型零变)。;EX-2 行:零编译红。
+2. **HT 行 · 行为变**:① 真 wire 上 `human` / `irreversible_ask` + 名单外工具的停驻帧,本包流内停驻腿现在出卡 → 决断(此前不出卡、等下一条消息的自愈);卡口要能给名单外工具名出卡(终端卡口对未知工具名出通用确认卡,读码推断零改动);② 座位卡「Always allow (this session)」:桌面端过境口不补第二参 ⇒ 座位请求从此不带 `sessionRow` ⇒ 改读 `sessionRow` 的座位卡不再渲那一档(闭合失败,不是照渲);补上第二参后:引擎说记不住 / 那一位读不出 / 域是 `question:` / `elicit:` / `plan:` ⇒ 不渲,其余 ⇒ 渲。网页端座位卡在改读之前照旧恒渲(不经本包读这一档)。;CL 行:网页端 —— 删 `useEngineObservability` 的自持快照与 `semaCan`,整份对象读 `engineCapsLandingOf(base)`、布尔位放行读 `engineCapTrue`(缺键不开;分叉菜单与 `sessionList` / `sessionDelete` / `artifacts` / `modelSelection` / `workflows` / `workflowsList` / `sessions` 各门由「缺键放行」变「缺键不开」),分组位 `fleet`(对象或 `false`)读 `engineCapValue`(对象 ⇒ 供;`engineCapTrue` 读分组位恒假,别用),四处整份消费点按 124b 各自的答法改(124d 坐标);终端 —— `sema/engineCapsArm.ts:210` 非换人那一路的 `kickEngineCapsProbe` 换成 `rotateEngineCapsProbe`(令牌轮换重建客户端后,文件检查点收紧闸的重探调新凭据的闭包,不再恒败;换人那一路仍是两参 `invalidateEngineCaps`);桌面端 —— 零动作。;OD 行:终端 —— 零改码(座位 lane 不在终端;决断读点喂 sdk 抛出物,读码推断);网页端 —— 零改码(零调用点);桌面端 —— 零改码(`main/session-host.ts:1091` 自写入站门不调包判官;日后换成包判官 `checkSendMessageRequest` 时注意:交给它的必须是经 IPC 结构化克隆后的普通对象,类实例 / 自定义原型对象会被拒)。;CP 行:终端 —— 🔴 必改一处:`sema/fileHistoryCaptureCapability.ts:89 – 91` 的壳侧 `fileHistoryUnjudgedRefusal` 只认 `unobserved`,换钉后「读不出」那一形不拒、照发(放宽方向)⇒ 改调本包 `judgeFileHistoryTighten` / `fileHistoryUnjudgedRefusal`(包内拒句与重探都在),或至少把 `unreadable` 并进判不出;`:99 – 105` 开关显隐同改。可选:三处 `?? { kind: 'unobserved' }` 自铸读数改铸 `unreadable`(124d)。网页端 —— 零必改;`createBackgroundView` 不再发能力请求(每次视图起跑少一发)。桌面端 —— 零动作。;NC-1:终端 —— 零改码,换钉即活;网页端 / 桌面端 —— 零读点,想给用户看这类句子的端调 `cloudEffectiveNotices(projection)` 取句、逐句过自己的单行展示口。 NC-2:网页端 —— 分支上的两处自铸句(`browser-action-wire.ts:106`、`tool-outcome-wire.ts:25`)换钉后删,`noOutputCarried` 判位改读 `readToolCardOutcome(整条 user 记录).kind === 'degraded'`(读口入参是整条记录,不是抽出来的两个键;`turn-mapping` 透传时要保留 `_sema_degraded` / `_sema_not_executed` 两位或整条记录);B47 现靠占位判「不知道」,换读口后 `not-executed`(引擎有正证据)与 `no-result`(占位)分成两句 —— 行为差在渲染的句子;终端 —— 零读点,渲结果卡的位置可选接;桌面端 —— 零读点。;TR 行:终端 —— 零动作;`sema/seamQueryEngine.ts:2308 – 2316` + `sema/noticeSeat.ts:132` 的 `-p` 通告截断换读包口 `noticePrintLine`(124d)后这一路的记号残片随包消失,在那之前仍有;网页端 / 桌面端 —— 零动作。;EX 行:行为差只在非 sdk 形的抛出物上 —— 原型链上的 `extra` 数据位 / 别家类的取值器 / 同名不继承 `Error` 的类不再被读,对象自有的 `extra` 访问器读不出(不执行);安全停码 / `retriable` / 409 分码三位只认自有数据位;sdk 抛出物(含另一份 sdk 模块实例铸的)与自有数据位的重建形逐位同修前。;EX-2 行:`isAlreadyResolvedFailure` 对无状态码的可等 / 拒在认领之前 / 卡仍待决的续跑拒绝从真改假(终端重开挂点不再起链);`isCodeClassifiedGateFailure` 对续跑拒绝三码、`isGateStandingErrorCode` 对 reopen 族 ∧ `retriable: true` 从假改真;门还在的码遇 410 / 404 结束成因读作未决。
+3. **HT 行 · 零动作**:网页端引擎 lane、终端座位外的卡口、web-admin。;CL 行:不要在 `landed.caps` 上自定缺键默认值(`!== false` 缺键当真、`=== undefined` 当关都是第二条读法);不要在 `caps` 上普通取值读逐位的值(宿主回体的访问器位在快照里读就抛)—— 经 `engineCapValue`;不要为了拿整份对象另取一发 `/v1/capabilities` 存第二份;不要把引擎换人当轮换(换人走两参 `invalidateEngineCaps`,它先清落地);不要在每一处 kick 调用点都改调轮换口(只在「同一台引擎、这一只闭包接替」的那一拍调,别处的 kick 不接替登记)。;OD 行:不要在宿主上自写第二份「不可枚举 / 载体种类」补判(包判官已判,再判会出第二条读法);不要把类实例 / `Date` / `Map` 当请求载体交给判官;不要用 `Object.defineProperty` 在失败对象上定义取值器、或把 `name` / `errorCode` / `status` 放在原型上来「模拟」sdk 错误类 —— 判官按自有数据位读,真 sdk 错误类上它们就是自有数据位;不要在端上自己再读 `err.name === 'AskDecidedError'` 去认「已决」(「这一问是否已决」只由判官一只答)。;CP 行:不要把 `unreadable` 渲成「没观测 / 稍后再试」(重来不会变);不要把它折成「没报」或「没有」;不要按拒句文本分支(按读数 `kind` 分);不要在端上再自探 `approvals` 去判 assistant 面(路由的 501 是唯一答者);不要拿非普通对象(类实例 / 数组)当能力回体交给探测闭包(不落地)。;NC-1:不要在端上按 `droppedMcpServers[i].reason` 自写句子(五词是包内成因词,句子单源在包);不要把「通告集里没有 mcp 丢弃句」读成「没有条目被丢」(键不在时也没有句子,见 124b);不要从句子里反解服务器名(名字是 registry 下发的远端文本、原样放进句子,要名字读 `droppedMcpServers[i].name`)。 NC-2:不要把 `degraded` 卡上的 `is_error: false` 读成成功(那是占位);不要把 `_sema_not_executed` 缺席读成「跑过了」或「没跑」;不要在端上按工具族另铸句(Browser 族若要专句,经本包按工具族铸,不在端上分叉);不要因为 `_sema_degraded` 在场就说「运行停了」—— 占位卡也来自真 `tool_end` 无正文;不要按句子子串判成因(读 `cause`);不要把读口当失败判官(`normal` 的失败卡仍看 `is_error`)。;TR 行:不要在端上再包一层 `try` 去「兜住」分型口(包口不外抛;读不出的判词是 `internal` / `false`,不是异常);不要把 `internal` 读成「一定是客户端 bug」(它同时是「读不出」的诚实答案——要区分就读 `detail`);不要拿 `isWireTransportError` 的 `false` 当「引擎应答了」(`status` 读不出时同样 `false`);不要在端上给 `displayUntrusted` / `capForDisplay` 的输出再补记号完整性检查(包口保证截点不在记号内部);不要为凑满 `max` 在截断串后面补字符。;EX 行:三端零动作;不要用对象自有的 `extra` 取值器、或自造不继承 `Error` 的类去「模拟」sdk 错误(测试夹具用 sdk 的 `toApiError` 铸);不要在端上另沿原型链读 `err.extra` 去补判「已决」。;EX-2 行:终端 —— 保护臂 ①(`packageSaysStillPending`)可按其登记的退役条件换回直交判官;网页端零动作;桌面端 —— 自有扫词判据建议改读 `isAlreadyResolvedFailure` 或扫词前问 `isCodeClassifiedGateFailure`(124d);不要在端上另立「可等 / 仍待决」码表。
+
+
+**包侧缺口:** HT 行:座位作答通路按域判(`live:` / `durable:` 带得走)写在过境口里,依据是两只决断口的 wire 形(respond 三词含 `allow_session`、`/decide` 收 `remember:"session"`),不是上游导出的能力表;服务端若给某个域的决断口加 / 减会话放行,本包要同批改这一判。
+
+**包侧缺口:** **CL**:① 读整份回体的包口里仍有收宿主自持回体作参数的(`readEngineAgentRegistry(client, sessionId, caps)`;终端交的是 `registryCaps` 那份拷贝)—— 改成从本包落地读要动入参形,本版不做,宿主可先交 `engineCapsLandingOf(base)` 的 `caps`;② 同一地址换调用者身份(principal)重建客户端时,轮换口只换探测闭包、不换落地(落地仍是上一身份那一发;按身份分域的位要失效重探);③ `not_landed` 不分「在飞」与「失败」(先 `engineCapsSettled` 再读)。
+**WR 行(CC-701 + CC-702)**:1. **换钉 `^0.97.0` 之前**:🔴 型面 BREAKING:`ApprovalMandateWord` 少一员 `write_protection_unresolved` —— 对它做穷举 `switch` 并写了旧词那一臂、或 `Record<ApprovalMandateWord, …>` 字面量带旧词键的代码编译红一次(删那一臂 / 那一键);`APPROVAL_MANDATE_WORDS` 运行期六词。行为变两处:① 老服务端(≤ 7.125.0)仍发旧强制词的卡:旧词读成表外 —— 卡上不长 `mandate`、不出「为什么必须问」那一句(0.96.0 出旧词自己那一句 `the protected-location check could not tell …`),`isApprovalMandateWord` 对它答 `false`;新服务端不受影响。② 影子 models 文档:10 形回体里与 `default` 同指一个模型的 `roles.default` 不再记 `shadowed` 并丢掉,而是原样写进影子文档(旁键随之在场);指向不同照旧。🔴 带旁键的那一形:此前影子文档被本机读法无告警接受(旁键被丢),现在文档带着旁键,本机读法报 `unknown-keys-dropped`,服务端候选门按「未知键 = 候选门错误」整树拒收(刷新保留上一份可用配置)—— 与 11 形回体里同样带旁键的角色同律;角色目标契约只有 `{model}` / `{select}` 两形,控制面不应存旁键。2. **逐面**:终端 —— 零改码(读码推断:`askFrameNotes.ts:363` 与 `cloudConfigWire.ts:180` 都吃包的新读数);网页端 —— 零改码;管理台 —— 零改码;桌面端 —— 不涉及。若端侧有测试把旧词当成员或把旧词那一句的字面量当期望值,改为期望表外(读口缺席、句口中性句)(三端 origin/main 测试都经包口取词取句,没有字面量)。3. **不要做的**:不要在端上给旧词 `write_protection_unresolved` 另写一句、或自己折成现名再出句(支持范围内的服务端只发现名;旧词到达是不支持的老服务端,按表外处置,与包口同答);不要把影子文档里 `roles.default` 上的旁键当契约键读(`RoleTarget` 只有 `{model}` 与 `{select}` 两形,本机读法会剥掉别的键)。
+**成文改口(OD 行;已发段冻结不回改,以本条为准)**:① §123a PB-4 与 §123c G-PB1 里座位改名判官「访问器 / 不可枚举位 / 只在原型链上的位不算『带了』」—— 现读法:访问器与不可枚举的自有键都**拒并点名那一键**(不是「不算带了」而放过),只在原型链上的位仍是缺席;② 座位入站判官「只认自有键、原型链上的键不算、自定义原型的载体过门」—— 现读法:载体必须是普通记录(原型是 `Object.prototype` 或 `null`),自定义原型的载体直接拒;载体里没有的位就是没有(`Object.prototype` 上被污染的同名键不被读);③ 决断拒收判官「原型上的取值器(sdk 错误类形)照读」—— 现读法:原型上的取值器不是证据;sdk 真错误类实例的这几位是自有数据位,照读;④ gates-manifest 里 `seat-session-patch` / `seat-carriers` / `decision-refusal-standing` 的英文说明句同步改过(README Guards 行随清单重生成);⑤ 机读码的唯一读法 `readWireErrorCodeReading`(remember 回退判官、绑定不符分诊、决断腿拍平结局的 `errorCode` 铸口共用)「错误类把码放在原型取值器上 ⇒ 照读」—— 现读法:只认自有数据位(sdk 错误类的 `errorCode` 是实例自有数据位,三端没有抛原型取值器错误的代码);原型链上的取值器 / 代理 `get` 陷阱读不出仍闭合失败(`unreadable`,不回退重发),但读到的**值**一律不用。
+**包侧缺口:** OD 行 —— ① 〔已由 EX-1 收口〕判官族里此前仍按普通取值读的三处 —— 409 分码 `conflict`(`decisionConflictOf` 读 `errorCode` / `name`)、瞬时位与拒体 `retriable`(`refusalSaysStillPending`)、安全停码(`hitlSafetyCodeOf` 判型之后读 `code`)—— 本版起与判官同一条读法(自有数据位);失败文字的转换 `String(失败对象)` 按设计保留(只出续读提示、不出 `settled`) · ② 失败文字的转换会执行自有访问器 `message` / `toString`(只出续读提示、不出 `settled`) · ③ 〔已由 EX-1 收口〕404 成因位经 `extra` 的读法(`readThrownExtra`):对象自有数据位照读,不是自有位时只认 sdk 错误类的类形(继承内建 `Error` 的类原型上的取值器);原型链里的数据位 `extra`、别家类的取值器、`Object.prototype` 上的植入都读成缺席 —— 原型链里放 `extra: { cause: <「已结束」词> }` 且自有 `status: 404` 的敌意形不再读作已决。
+
+**包侧缺口:** **CP**:① `agentsWireCaps.ts` 的 `taskAgents` 自探 + 自持判定仍是第二份(CC-624 ①,门 G-SB16 唯一例外);② 读器工厂两支不可达的防御臂(投影途中重入 / 投影途中换代)答 `unobserved`:0.96.0 起投影只读本包铸的冻结快照、不跑宿主代码,两支已不可达,保留未删;③ 可落地判据收别的域的普通对象(原型的原型是 `null`),而快照对原型不是本域 `Object.prototype` 的节点挂外来原型 —— 同一只回体在判据与快照上对「普通」的读法不全同(既有,真实回体是本域 JSON,不触发)。
+
+- **编译红必改**:`isEngineRefusedToolName` 退出公面、不在根入口(终端四处)—— 换读 `ruleToolNameVerdictOf(name).kind`;对 `SessionPolicyRemovalOutcome['kind']` 做穷尽分支的,加 `judge_failed` 臂(句子取 `sessionPolicyRemovalNotice`);对 `AgentToolListFlawKind` 做穷尽分支的,加 `unmintable_segment` / `unjudged` 两臂(告警句已在 `projectAgentsForWire` 的 `warnings` 里)。
+- **行为变**:① 请求体 deny / ask 里有现名的退役名一律改写成引擎现名投出,allow 里的退役名一律不投(此前 `Task` 等四名改写授予);② 子代预判名册缺席不判大小写孪生(要孪生预判就交名册);③ 会话规则可送判定对普通名也问判官、子代预判的退役 / 无前缀两类也只读判官 —— 宿主须在装配根装 `judgeRuleToolName`(Node 宿主照 0.96.0 装的那一袋即可;没装时可送判定读不懂、子代预判每条报 `unjudged`、开扣时 deny 侧整只扣下);④ 撤销动词多撤段铸不出的名字。
+- **零动作**:网页端、桌面端。
+
+**包侧缺口:** TN ① 出路句 `legacyToolNameFailureNoteOf` 的「是哪两类名字」还没写进段铸不出这一类(引擎 7.48.0 起它也以 `config.legacy_tool_name` 拒启)· ② 可送判定对段铸不出的名扣下时报 `not_a_tool_name`,句子说「匹配不到」而没说「写进去会让每一跑启动失败」。
+
+**包侧缺口:** **NC**:① `droppedModels`(同一投影上的另一份丢弃清单:缺 `name` 或 `id` 的 models 条目)同样没有告示句,本版不并入 · ② 句子里的服务器名是远端文本、原样放入,过单行展示口是宿主的事(终端已做)· ③ `skillsMissingBody` 的句子仍由终端两处自铸(`cli/handlers/cloud.ts:373`、`sema/cloudConfigWire.ts` 开机横幅),不经 `cloudEffectiveNotices`。 **NC-2**:④ 占位标记合并了两个铸点(轮末收扫 / 真 `tool_end` 无 `output`),记录上不可分,所以 `no-result` 的一句只陈述共同事实、不说「运行停了」;要区分两者需要一个新的 additive 超集键(只在收扫卡上带),另案 · ⑤ 读口入参是整条 user 工具结果记录;只拿到 chrome 事件或原始 wire `tool_end` 的端读不了(chrome 层没有这两个标记)· ⑥ 终端在飞态句(`engine-stopped-before-result`)是「卡还开着」的另一件事,未并入本读口。
+
+**包侧缺口:** **TR**:① `status` 读不出时判词是 `internal`(分类不明),与「`status` 缺席又无网络证据」同判词——要区分「读不出」与「没有」的宿主只能自己读那一格(判决形没有第五臂/新键,避免对判决做穷举的宿主编译红);② 同形的截断站点中,不经封长口的两处仍不认遮盖记号:插件清单名的 `capNoticeLabel`(凭据网关着、记号只会来自原文里已有的)与分类器拒因的 `bounded`(不洗凭据面,与本节同一读法)—— 它们截的文本里只可能带上游已铸的记号,这两处仍不认遮盖记号、待收口;端侧自带的 `capWithEllipsis` 同(124d)· ③ 记号形(`«redacted:词»`)与传输层同族,闭形取自 `MARKER_RE`;若上游加了新记号形,本口不认(不劈的承诺只及已知闭形)。
+- **RO 行 · 编译红必改**:无(公面导出名零变;型面只增:`CloudModelRefIssue['reason']` +1 员 `unvouched`,只有对这个联合做穷尽分支 / `Record<reason, …>` 的宿主会编译红 —— 三端零命中:终端 `modelRefIssues` 只被 `sema/cloudConfigNotices.test.ts:176-177` 按 `'rejected'` 取行,网页端 / 桌面端 / 管理台零命中,124d)。
+- **RO 行 · 行为变**:① 没有注入 `entryAccepted` 的 `cloudModelsToDoc` / `projectEffectiveBody` 调用:影子文档里 `{model: 串}` 形角色(含 11 形 `roles.default`)不再写出(此前按目录名字判、照写),每个没投的角色记一行 `reason: 'unvouched'`(读 `modelRefIssues` / 自己渲染问题账的宿主要认这个新词;经 `cloudEffectiveNotices` 出句的宿主多一类 `warn` 句);悬空 / 读不出的角色照旧剔并记账;`{select}` 形照留;两代回体没有判定口时也逐字节同。注入 `entryAccepted` 的终端读数零变。② 终端测试 `sema/cloudConfigWire.test.ts:128-145` 在没有判定口的调用里断言 `roles` 在场 —— 升到本版后换成注入判定口的调用,或改断言 `{select}` 形角色(该格里 `atModelAllowlist` 在场的那半自 0.96.0 起本就不成立)。
+- **RO 行 · 零动作**:网页端、桌面端、管理台(124d 零命中);终端除升级后改那一格测试外零改码(注入判定口,读数零变;对 `reason` 无穷尽读点)。
+- **RO 行 · 不要做的**:不要在没有判定口时自己把 `roles` 里的 `{model}` 形角色补回影子文档(包担保不了的引用,补回去就是旧病:点名一条本机引擎会剔掉的条目 ⇒ 整个 models 域落默认);要保住角色,注入 `entryAccepted`(宿主依赖的 settings-schema 的 `ModelEntry` 判定)。
+
+**包侧缺口:** **RO**:① 旁键 / 畸形角色目标(非串 `model`、空对象、非契约角色词)不过这道闸,仍原样过境:与健康兄弟角色同在时,本机读法逐条丢弃(`entry-dropped`);**独占 `roles` 时本机读法整域落默认**(实测 `roles: { subagent: { model: 5 } }` 单独存在 ⇒ `domain-defaulted`、目录 0 条;与注入与否无关 —— 判定口只答模型条目)。控制面的角色编辑只写 `{model}` / `{select}` 两形,这一形今天到不了;要收,需要把 `ModelRole` / `RoleTarget` 的词表以生成表引入(不手抄上游镜像表),另行设计。② `atMention.models` 点名坏条目没有判定口时仍按目录名字判,同样会让本机读法整域落默认:收紧方向(改写 `none`,@ 全关)与放宽方向(整张名单丢掉,@ 放开)各有代价,取舍待定,本条不动。③ `tierGroups` / `activeTierGroup` 没有判定口时仍不投、也不记(与 `roles` 的 `unvouched` 同族:缺席的是判定口,宿主读问题账看不见这两位没投);要收需要给它们也定记法(按组 / 按档位绑定记几行、告示句怎么说),本条不动。
+
+**FL 行(CC-700)**:1. **编译红必改**:无(公面导出名与型零变)。2. **行为变**:① fleet 投影 / 在飞读面:同尾段还有在飞别名时到的终态行不再单独成一行(此前 task 帧臂两行并存);更新一代的读数到达时,更早一代的在飞别名离场(在飞读面少一条陈旧行);② 周期早于已知最高周期的行帧(含快照里的那一行)被忽略,不再复活行、不再撤终态证据 —— 随后同代 completed 通知不再把已知 failed / killed 洗成 completed;③ 被挡下的终态行的 `task_remove` 读口标 `unknownRow`(终端退场读口对它本就不入账)。3. **零动作**:三端(终端零改码受益;网页端 / 桌面端零读点)。不要在端上按到达序自判双生行或自比 `cycleSeq` —— 尾段规则只在本包入账口一处。
+
+**包侧缺口:** FL 行 —— ① 同代两条不同终态词的双生终态(如裸 failed@1 + 复合 completed@1)末到者胜:顺序无关性的唯一例外(0.96.0 起既有,两臂同答;KL-758,升级判据:真 wire 出现同代双终态词 ⇒ 改成「终态词冲突 ⇒ 记冲突、不洗账」);② 「在飞胜」在同一**已知**周期内也成立:同代 running 跟在终态之后照旧重开(撤终态证据),随后同代 completed 通知照收 —— 服务端对结算级离场的那一代封代、run-leg 复合行不带 `cycleSeq`,健康服务端不产此序;③ 前代行帧携带的寻址写(父映射 / 转录锚 / agentType)照旧落,不随状态面判决走(与通知臂同规矩);④ 终局事实台账(`getBgTerminalFacts`)仍按通知 `taskId` 原样记键,复合形 `taskId` 的通知与尾段键不同。
+
+**RP 行(CC-632 / CC-710)**
+- **编译红必改**:宿主对 `ReplayPendingBasis` 的对象字面量写了 `settled` 键 ⇒ 删掉(三端零命中,见 124d)。
+- **行为变**:① `joinApprovalHolder` 在持有者放手之后对已结的问答 `joined`(此前 `free`)—— 终端问车道零改即不再为已答 / 已收口的问开耐久卡、发耐久决断(124z 那三形);终端随后可删 `noteLiveAnswerSettled` 与 `handleReplayedApproval` 里 `settled` 那一支 relay 记账(本包已接住已释放的结局;`cause` 一支保留 —— 崩溃收敛不在已结表里)。② 活卡入口对已结的问零卡零发、交回已结结局 + `joinedInFlight`:终端 `suspendedAskPort` 的 `claimed` / `decided` 两本与认领闸 `claimStreamApproval` 可退(同 id 在途 ⇒ 包 join;已结 ⇒ 包交回已结结局)—— 退役在终端,本包不要求同拍;`submitting` / 重出卡预算 / 离账与本行无关。③ **测试套**:已结表是进程级、跨用例存活 —— 复用固定 approvalId 的用例之间调 `__resetSettledApprovalsForTests()`(终端 FX21-5 → FX21-6 同一 `ap-fx` 两跑,换钉后不清即撞)。
+- **行为变 ④(成文改口,124z)**:活卡被中止(Esc / 撤卡键 / 宿主收卡)而包发的那一发中断拒绝**没被收下**(404 / 传输失败 / 同步抛 / 202 停驻中)⇒ 这一问不记已结:之后同一 `approvalId` 的重复帧、悬挂 ask 快照、宿主问车道都**会再开卡**(0.95.0 / 0.96.0 的流内帧腿把它压掉);中断拒绝 200 被收下 ⇒ 记 `interrupted`,同键再来零卡零发。按「中断后重复帧不出卡」写的端侧格换钉后会红。
+- **零动作**:网页端 / 桌面端(124d)。
+
+**包侧缺口:** **RP**:① 宿主自己那一路结算的问(终端耐久 CAS 答过的 `approval_request`)不写进已结表 —— 本包没有那一路的结局回报口;同 approvalId 的流内帧此后到包仍按位置 / 清单判(账本帧读清单判 `decided`;不带位置的帧按协议当活的)· ② 已结表按 approvalId 认,不带 approvalId 的停驻行只按在途持有匹配。
+
+**包侧缺口:** EX 行 —— ① 类形判据里「持有者不是 `Object.prototype`」一件被「链上有内建 `Error` 类的原型」蕴含(`Object.prototype` 的链上没有它),行为面撤掉它测不出差别,只由源码名册格钉;判据唯一读名字的是内建 `Error`(压缩器不改全局内建名;0.97.0 起另按内建真实性认,同名的自造类不算),任何继承内建 `Error` 的类的原型取值器都会被执行(与自有数据位同权)· ② 拒体 `field` 的另一个读者(归因拒读口 `denyAttributionRefusalFromError`)读 `status` / `errorCode` 仍按普通取值(`field` 已收口;它不出「已决」)· ③ 安全停铸点的绑定不符判定读 `name` 仍按普通取值(收紧方向:只会多铸安全停)· ④ OD 行包侧缺口 ① 所列四处中的三处(`decisionConflictOf`、`refusalSaysStillPending`、`hitlSafetyCodeOf`)与 ③(`extra` 读法)已由 EX-1 收口;失败文字一项按设计保留(只出续读提示)。
+
+**包侧缺口:** EX-2 行 —— ① 等待窗的读法仍只认体上 `retryAfterSec`(头源 `retryAfterMs` 不当窗,`waitable` 不变);判官不需要窗,出句才需要 · ② 〔已收口〕拒停驻族 / reopen 族 / 续跑拒绝两只读口(`refusedParkFromError` / `resumeReopenFromError` / `resumeRefusalFromError` / `resumeRetryLaterFromError`)与分型读口(`classifyTurnWireError` / `isWireTransportError` / `isPreStreamDrainingReject` / `drainingRetryDelayMs`)读机读位(`errorCode` / `status` / `retryAfterSec` / `retryAfterMs`)此前普通取值、判官读自有数据位,原型链 / 访问器形上两者给出相反处置;本版起同一条读法(124b EX-2 第二条)。仍按普通取值读的点:码折叠读口 `effectiveWireErrorCode` 与场景拒读口的外层码 / 状态码、`blockedBy` 顶层位(`readBlockedBy`)、上面 EX 行 ② ③ 两处 · ③ 桌面端自有扫词判据见 124d。
+**PK 行(CC-715)**:1. **换钉 `^0.97.0` 之前**:sdk 同批换 `^21.1.0`(peer 地板 `>=21.1.0`;装 21.0.0 及以下运行期 import 失败);服务端须 ≥ 7.126.0(本包不再见证更老的服务端)。**编译红必改**:① 终端读 `ASK_PARK_GATE_KINDS`(0.97.0 退出公面) 的点改读根入口 `APPROVAL_DECIDE_GATE_KINDS`(成员表)或 `durableDecideLegOf({ gateKind })`(判归哪只口);`PLAN_REVIEW_GATE_KINDS` 现是 sdk 字面元组,以任意串调 `.includes` 的点改读 `durableDecideLegOf(...) === 'plan_review'`(124d 坐标);② 网页端撤 Composer 的 `council` / `debate` / `rounds` / `lenses` 装配(带着 ⇒ 装配期 `TypeError`);③ 读 `RunTerminalFailureDetail` 字段的端按 `kind` 分支(三端今天零读点)。2. **行为变**:① 改名前旧强制词 / 旧通告码读成表外(支持范围内的服务端不发);② 失败详情表外种类只进 `unrecognized`;③ 开流后被「同键换体」拒的终帧,结果帧错误行多本包一句;④ 附着门槛实际 7.126.0。3. **零动作**:角色词六个、会话 id 只收 uuid(本包自铸 / 壳铸 id 都是 uuid)、hooks matcher 拒体多 `reason`、`workspaceSync` 成员收窄、M1–M3 退役 —— 本包零改码;可选接入:卡头按 `approvalCard` 分流、`allowTools`、按 `isIdempotencyPayloadMismatchCode` 取句、`modelCandidateRejectedContent` 渲指定模型被拒的真因。
+
+**包侧缺口:** **PK**:① 「这一问渲在哪张卡上」今天两处答:帧 / 待决行上的引擎卡词(本包读口 `readApprovalCardWord`,已上卡)与工具名册 `renderHints.approvalCard`(终端卡种读口与 `standingRowsOf` 的宿主事实 `cardFace` 读它)—— 同问两源,收口要改 `StandingRowsHostFacts.cardFace` 的来源(型面 BREAKING,需终端同批),本版未做(候立票);② 座位请求 `ToolPermissionRequest` 不带卡词(座位端渲卡种仍按名册);③ sdk 21.1.0 的强制词声明仍是改名前旧词(上游声明滞后,本包以有退出条件的滞后登记过编译期钉);sdk 维护方口径:sdk 22.0.0(major)把旧词改名为 `target_unresolved`、零别名,本包换钉 ^22.0.0 那版编译期钉 ⑤ 红 ⇒ 删登记;④ 支持底线抬升的裁定号未登(三项 basis 写「待取号」)。
+
+
+### 124z. 勘误(回指 §123 与 CHANGELOG 0.96.0 段;已发段冻结不回改)
+
+- **退役登记 RL-59(让位披露老两键读法)复核续期**:0.96.0 §123 写「上游到货后的下一个本包版本执行」;服务端 7.126.0 已成文 local 后端停驻行存活上限(缺省 30 d),按此换算升级前停驻的老行最晚 2026-11-12 过窗,本版复核期未过、该读法是老行上唯一的让位证据 ⇒ 退役登记按「老行窗未过则复核续期」续到 0.98.0 执行。
+- **§123 PC-5 行「建议:`sema/coreValuePortsHost.ts:75` 的 `as CoreValuePorts['ruleToolGrammarOf']` 可删」与 §123c G-PC5「引擎包根十六件原样装进完整型 `CoreValuePorts`(无型断言)编译零错」**:只在 `strict: false` 下成立。`strict: true`(`strictFunctionTypes`)下 `combinePolicies` / `validatePermissionRules` 两成员的参数位(`CoreToolPolicyHandle[]` / `PermissionRuleView[]`)比引擎原型(`ToolPolicy[]` / `PermissionRule[]`)宽,按逆变判拒 ⇒ 2 × TS2322(0.96.0 发布件 + 引擎 7.49.1 实测)。G-PC5 读作「`strict: false` 编译零错;`strict: true` 这两成员需型断言」,收口随 CC-716(0.97.0)。
+- **§123c G-HP4「`TaskOutput` 带图 ⇒ 两车道 content 都不是数组」**:写反。0.96.0 起 `TaskOutput` 与别的工具同一条块化规则(§123a TR-4 / §123b HP-1 / CHANGELOG 0.96.0 CC-649):图在 `output` 块数组里 ⇒ 两车道 content 同一个 CC 形块数组;图只在 `structured.task` 里 ⇒ content 是串、对象只在信封。读作后者。
+- **§123c G-HJ1「无状态码的同名普通错 ⇒ `isAlreadyResolvedFailure` 答 `false`」**:只对判定口与读数成立(读数 `not_settled`、中断撤卡判定 `false`);`isAlreadyResolvedFailure` 对无码无状态码、失败文字命中「门早已决」词表(如 `approval not found`)的普通错按续读提示答 `true`(G-HJ5 / G-HJ8 同律;0.96.0 发布件实读)。
+- **§123c G-RF9「`extra: { cause: 'denied' }` ⇒ 两形都 `settled-elsewhere`」与「409 `approval_binding_mismatch` + `extra: { field: 'answer' }` ⇒ 两形 `conflict: 'answer_invalid'`」**:两句都不成立。`denied` / `voided` 是 ≤7.123.x 的退役词,表外 = 没有结束证据 ⇒ `standing` 为 `refused-pending`(G-FA1 / CHANGELOG 0.96.0 退役条);`answer_invalid` 只在 `resume_outcome_invalid` ∧ `field: 'answer'` 铸出,`approval_binding_mismatch` 带非席位 `field` ⇒ `conflict` 缺席(0.96.0 发布件实读)。
+- **§123c G-S25「`SEAT_CAPABILITY_NAMES` = `[pickFolder, rewind, recents]`(冻结)」**:0.96.0 发布件为四名 `[pickFolder, rewind, recents, patchSession]`(G-PB3 / G-PB4 同版加入);读作四名。
+- **§123c G-PR2「`both.startsWith(S)`」**:不成立。两键同在的读数 = `S′`(去掉「; the engine did not say the specific reason」半句的结构句)+ 恰一个 U+0020 + 散文(G-PR1 正确);`both.startsWith(S)` 为假、`both.startsWith(S′)` 为真(0.96.0 发布件实读)。
+- **§123c G-PP5「键缺席 / `undefined` / `null` / `''` / `42` / `{}` / 取值器抛 / 行为 `null` 或 `undefined` ⇒ `absent`」里的「取值器抛」**:写反。`durableDecideLegOf` 对读门种位就抛的行答 `unreadable`(读不出不是「没有门种证据」;0.96.0 发布件实读),其余各形答 `absent` 不变。读作「取值器抛 ⇒ `unreadable`」。
+- **§123c G-PP6「`callId` 点名的行是 `tool_approval` 词或 `plan_review` 行 ⇒ `no_pending`(不回落同 task 的 `human` 行)」**:读数不是 `no_pending`。身份点名的那一行在队列里、门种却不归审批腿 ⇒ `findPendingForTask` 答 `{ ok: false, code: 'wrong_gate' }`(那一问仍在等、只是门不对;判官读作 `not_settled`,§123a PP-6 行已写),同样不回落同 task 的 `human` 行(0.96.0 发布件实读)。读作 `wrong_gate`。
+- **§123c G-SS5「受理臂键集恰 `aliases` / `kind` / `reading`」**:只说了 `accepted` 一臂。`hookMatcherVerdict` 的判定是四种 `kind` —— `matchesAll`(选中一切:缺席 / `''` / `'*'`,服务端受理;键集恰 `kind`)/ `accepted`(键集恰 `aliases` / `kind` / `reading`,`reading` 两词 `names` / `pattern`)/ `refused` / `unjudged`(0.96.0 发布件型面与实读)。读作:受理有两臂,`matchesAll` 与 `accepted`。
+- **§123c G-PT2「装配口抛且句中点名 `judgeRuleToolName`」**:没写明是哪个装配口。`installCoreValuePorts` 收下缺 `judgeRuleToolName` 的端口袋不抛(实读);抛的是权限声明那一路 —— `permissionsDeclaration` / `permissionsDeclarationReport` 有规则要投时:端口缺席 ⇒ 抛并点名缺的那几只,判官装着却答不上来 ⇒ 抛并点名 `judgeRuleToolName`;可送判定不抛(答 `unreadable`,G-PT2 前半句)。读作后者。
+- **§123d S2-1 网页端行「`none configured` 只在 `unknown` 时渲」与 §123y S2「不要把 `unknown` 渲成「none configured」」**:两句相反,以 §123y 为准(缺席 / 不知道不渲成一个值)。§123d S2-1 字面写反,读作:`liveDefaultModelOf` 答 `unknown`(`no_catalog` / `not_reported` / `unreadable`)⇒ 渲「不知道」一类的诚实缺席;缺省名只在 `listed` / `not_listed` 时渲;`none configured` 只留给读得到的明确空目录(网页端 [10384] ④ (a))。
+- **§123y NF 行 · 逐面「桌面端 …… `Bearer` 与名字后缀凭据词两条本地正则可按 123a NF-2 行删」与 §123d 桌面端(NF-2,D-17)条「换钉 0.96.0 后 `Bearer` 与名字后缀凭据词两条正则对三形不再需要」**:不成立。桌面端在 0.96.0 发布件上实测([10394]):删掉这两条后,五类输入本包的凭据网独自遮不住 —— 标点开头的值(`PGPASSWORD=;R7v9mX2q`)、诊断词当值(`PGPASSWORD=Basic …`)、词形的 Bearer 载荷(`Authorization: Bearer configuration`)、非重叠匹配丢段(`PGPASSWORD=Basic Bearer Q7z9Vm4p2X`)、`'sk-'.repeat(21845)` 一形约 1 秒的二次方阻塞。读作:两条保留;本包凭据网覆盖这五类之后(计划 0.98.0),由桌面端的反向正控腿变红作删除信号。
+- **0.96.0 发布材料(发车帖一节)里「开发依赖引擎 `~7.48.0`」**:0.96.0 发布包 `devDependencies["@sema-agent/core"]` = `7.49.1`(发布树实读);支持底线 core 7.48.0 不变。
+- **§123 PC-2 行与 CHANGELOG 0.96.0 `### Deprecated` 的「强制词表……旧词那一句照旧」**:0.96.0 的口径是旧词有自己的一句、与现名那一句并列;0.97.0 起不成立(WR-1 / PK-2):旧词不再是成员,到达读成表外(读口缺席、句口中性句),句表只有现役六词。读 §123 PC-2 时按此订正。
+- **§123 PB-7 行 / CHANGELOG 0.96.0「`shadowed`」条里的「两位同指一个模型 ⇒ 没有可丢的东西,不记」**:0.96.0 的判据是整只对象全等,只对「被盖住的那一位只有 `model` 一个键」成立;带旁键的同指角色 0.96.0 记 `shadowed` 并丢掉旁键。0.97.0 起判据只比模型指向(WR-2),同指的任意一位原样带上。
+
+**包侧缺口:** ① 〔已收:CC-708 / RO-1〕未注入 `entryAccepted` 时 `roles`(含 11 形 `roles.default`)此前只按目录名字判、点名一条本机引擎会剔掉的条目 ⇒ 本机读法整域落默认;现在所有 `{model: 串}` 形角色过同一只受理闸,没有判定口时这一形角色不投(124a RO-1)。
+
+- §123「包侧缺口」SS ③ 写「`droppedMcpServers` 今天没有任何告示句」—— 自 0.97.0 起不成立(NC-1)。
+- **§122d「FX 行(CC-526)」终端格**(及 §122a FX-21 行终端列)写「`decided` 不带 `cause` ⇒ 只 `relay.letGo` …… 本修下重复帧走同一条出口,**零改**」—— 不成立。终端的问车道(`approval_request` 卡帧 → 耐久卡 → 耐久决断)靠它自己的流级已收口集合去重,本包判 `decided` 带 `settled` 的那一帧不经 relay 记进去,续流后那一路会为已答的问再开一张耐久卡、再发一次耐久决断(终端 1.0.148 读数 `durableCards:1, decides:1`,终端已补记 `settled`)。另有两形终端补记也接不住:壳认领闸先吞掉重复的 `tool_approval` 帧(帧不进包、没有回交)、续流上只来 `approval_request`(没有重复帧可回交)—— 这两形的根在本包:`joinApprovalHolder` 在活卡持有者放手之后恒答 `free`,与同一进程里帧腿台账记着的 `answered` 相反(两处存、两条读法)。0.97.0 起(RP-1 / RP-4)三形换钉后零耐久卡、零耐久决断,终端零改(包侧门 SS-R1 / SS-R2)。§122b「射程(KL-744)」一句与「自己在端上记同形映射并经 `basis.settled` 交判定口」的建议同批作废(KL-744 删行;`basis.settled` 退役,RP-2)。
+- **CHANGELOG 0.95.0「已结算的审批再来一帧重复帧,不再重开一张可答的旧卡」(CC-526)那一句**写「一问已经结了(人答过 / **卡被中止且已发中断拒绝** / 引擎收口帧到过)」,§122b FX 行同义(`interrupted` =「卡被中止,包已**发起**中断拒绝」)—— 0.97.0 起不成立:`interrupted` 写在那一发中断拒绝**被引擎收下**那一拍(resolve 且不是 202 停驻中体)。中断拒绝发送失败(404 / 传输失败 / 同步抛)或回 202 停驻中 ⇒ 不记,之后同一 `approvalId` 的重复帧**会再开一张卡**(0.95.0 / 0.96.0 是压掉);那一发还在路上时登记未清,同键再来的调用方仍 join 在途持有、不出第二张卡。已发段冻结不回改;行为见 124y RP 行 ④,门 SS-F4 – SS-F7。
+
+- **§123 FL-1 行 / G-FL5 与 CHANGELOG 0.96.0 `### Fixed`「fleet 台账:终态行只有一处归宿(CC-644)」条里的「同尾段双生行收敛成一条、尾段上有在飞行时终态条目不留(与快照行序无关)」**:0.96.0 只对 snapshot 臂(与留存池)成立 —— task 帧臂按到达序入账,终态行到达时同尾段还有在飞别名会两行并存;两臂也都不比周期(前代读数照入账)。0.97.0 起两臂同一条规则、任意到达序同答,且比周期(FL-8 / FL-9)。读 §123 FL-1 与该条时按此订正。
+
 ## §123 🆕 0.96.0(2026-10-13)— 清账 + 提货(server 7.125.0 / sdk 20.0.x / settings-schema 12.2.1)· 勘误 §122 三处
 
 > 本段按行前缀分块(处置表 / 缺席语义 / G 骨架 / 三端升级必读 / 包侧缺口);本版票:CC-633(sdk 20 提货)· CC-636(server 7.125.0 提货,含 `hookMatcherSelects` 单读)· CC-637(影子 models 文档改出 settings-schema 11 形,RL-94 提前退役;前提 = 支持底线抬 ≥ 7.124.0,候裁)· CC-638(404 成因经 sdk `extra` getter 读不到)· CC-639(CR-3 / CR-4 两处成文例外收口)· CC-634(座位 `sessions.patch` 两位 verb)· CC-635(旧 face 扩 `\p{Cf}`)· CC-560 ②(`CONFIG_REFUSAL_CODES` 退役导出)。