@sema-agent/client-core 0.93.1 → 0.95.0

package/docs/INTEGRATION-CLIENTS.md

@@ -5,7 +5,7 @@
 > 协作板 [3680])立档:消费上游先要详细全接入文档,**文档报错可直接打回**。
 >
 > **本档不是什么**:它**不是契约源**。契约源 = `src/**` 的实现本身 + 各文件头注/JSDoc。
-> 本档的每一节都给**实现锚**(文件 + 符号名),读者据锚对账;对不上以真码为准,**当场改本档**。
+> 本档的每一节都给**实现锚**(文件 + 符号名),读者据锚对账;对不上以真码为准 —— **未发布的当前段当场改;已发布的 §NN 段是冻结面(冻结账门按 sha256 抓),不回改,勘误写进当前未发段并回指原节**(0.95.0 起成文;此前「当场改本档」一句与冻结纪律相反,外部验收 [10061] 指出)。
 > 行号会漂,故一律只锚文件 + 符号,不锚行号。JSDoc 只是线索,判定认实现([jsdoc-untrusted-verify-implementation])。
 >
 > **姊妹档体例**:`sema-cli/docs/INTEGRATION-SERVER.md`(cli↔server 侧)。同一套体例
@@ -19,12 +19,15 @@
 
 | 项 | 值 | 真源 |
 |---|---|---|
-| 本包 | `@sema-agent/client-core` **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);零型面 BREAKING;`FsApprovalOutcome` 四臂 +1 可选位、`ToolApprovalFrameOutcome` +1 可选位、`ApprovalUnsettledCause` +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`(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`;steer 账本 503 `ledger_unavailable` 一张码表三条腿(`ControlSafetyCode` +1 员、子代 steer 结局联合 +1 臂,穷尽分支的端编译期红);省略成因短语口 `taskRequestOmissionCausePhrase`;CC-282);审批四面问类两位 `askClass` / `classes`(三型各 +2 可选位;CC-284);请求键 `disableSkills` 与片段口 `disableSkillsDeclaration`(车道表 45 → 46 行;CC-277);hooks 设置来源条目的唯一执行者与本端跳过口 `settingsHooksKeptLocally`(`PLUGIN_HOOK_REASONS` +5 词、`PLUGIN_HOOK_EXCLUSION_REASONS` +1 词,穷尽分支的端编译期红;CC-287);凭据被拒判官 `isReadCredentialRefusal` 上根入口(CC-289);服务端 7.111.0 两项(接线回执新段 `instructions`、子代转向成功结局 `messageId`;CC-282 余项)与展示出口无标签 `Token <值>` 形照遮(CC-290);根公面 1372 → 1379;测试钩 62 不变;公面类型名 942 → 952;超集键 +1(98 → 99,`_sema_instructions`);peer sdk 地板 `>=12.0.1` 不动;§115)。上一版 0.88.0 = **minor**:展示出口凭据面一次扫描(带凭据的输入上输出字节变、干净文本逐字节同、一轮即不动;CC-247);崩溃收敛 `cause` 认第二个词 `shutdown_before_park`(`CrashConvergedRow.cause` 型联合 +1 词,穷尽分支的端编译期红;CC-218);服务端自铸通告 `server.model_unreachable` 入受众表与事实读器 `readModelUnreachable`(CC-270 ①);开发依赖换钉引擎 `~7.37.1`、放行原因闭集镜像 `GATE_MODE_RELEASE_REASON_WORDS` / `isGateModeReleaseReasonWord`、修复通告事实读器 `readToolTurnRepaired`、通告码册 80 → 81(`EngineNoticeFactsCode` +2 员;CC-272);会话所有者自助记忆抹除 `eraseSessionMemory` / `sessionMemoryEraseOutcome` + 三只闭集镜像(CC-264);registry 同一个 409 的两义判别 `classifyRegistryConflict` / `isScopeGoneError`(CC-280);请求键 `requireExistingSession`(车道表 44 → 45 行)与被拒读口 `requireExistingSessionRefusalFromError` / 一句 `requireExistingSessionRefusalContent`(CC-281);投递事实账本 `createPromptDeliveryLedger` + 两只按消息行的读口 `promptKnownUndelivered` / `withoutUndeliveredPrompts`(判据 = 引擎为这次提交建了 run;CC-271);plan 决断台账:离门证据结掉、还没被认领的登记由投递口认领原笔(CC-278);`wiring_manifest` 帧 `fileHistory` 段(`WiringManifestChromeEvent.fileHistory?` / `WiringManifestView.fileHistory?`,超集键 `_sema_fileHistory`;CC-279);根公面 1356 → 1372;测试钩 62 不变;公面类型名 922 → 942;超集键 +1;peer sdk 地板 `>=12.0.1` 不动;§114)。上一版 0.87.0 = **minor**:会话历史 tool_use 错配的自救出路 —— 合成终局错误行超集键 `_sema_tool_history_mismatch`、`EmitContext.offersRewind?` 声明面出路句与连续次数句、根入口两只纯函数 `classifyToolHistoryMismatch` / `resolveToolHistoryRewindTarget`(CC-268);崩溃收敛 needsHuman 行的闭集因由位 `needsHumanReason`(CC-269);停车 fail-soft 同步终帧与结果帧的真因超集键 `_sema_park_failed_reason`(CC-273);workflow 活动台账 / 监视器源的 `authToken` 收取值函数、连线身份按凭证来源认(CC-274);`armDetachCancel` 入参 `authToken` 收取值函数、取件口每调现读(CC-275);chrome 臂 `suspended_reopened`(`ChromeEvent` +1 臂,穷尽分支的端编译期红;CC-276);根公面 1354 → 1356;测试钩 62 不变;公面类型名 922 不变;超集键 +2;peer sdk 地板 `>=12.0.1` 不动;§113)。上一版 0.86.0 = **minor**:引擎 7.34.0 提货两代读法 —— 事实表第二批构建期生成、`GATE_DENIED_BY_WORDS` 两代并集十一词(元素型 `GateDeniedByWord`,`mode` 专句)、门记录权限模式两臂与读口 `gateModeRelease`、通告码册六码与六只事实读器(`EngineNoticeFactsCode` +6)、`STRUCTURED_DETAIL_TYPES` +`read_unestablished`、本人规则店读不出两代读法、`shell_gate_tighten` 改句(CC-249 / CC-245 / CC-230);服务端 7.105.0 提货 —— 会话规则写口拒名码 `rules.legacy_tool_name` 的具名结局与 `isRulesRefusalCode`(CC-251)、门前只读路 401 的 `unauthorized` 态与 `READ_CREDENTIAL_NOT_ACCEPTED_NOTICE`(CC-252);请求键 `approverPosture` 退役、构造期按名拒,两个运行期名字退出根入口(逐名见 §2z)(CC-253);`AskUnresolvableFactsView.remedy?`(CC-254);开发依赖引擎 `~7.36.0`(CC-255 换钉 7.35.0,`CONFIG_REFUSAL_CODES` 8 → 17;CC-261 再换钉 7.36.0),通告码册 73 → 80;`adapt()` 错误信封不再回落读旧名 `result`(CC-221);服务端 7.106.0 提货 —— caps `store` / `centerWiring` 窄读口、SQL 姿态两代读、计费入口 503 `fleet.lease_unavailable` 读口与一句话(CC-250),`executionLane.isolated` 与「本机无 OS 沙箱」判定(CC-256),请求键 `inheritEnv` 与版本闸片段口、两只拒按码出句(CC-257),权限规则表超帽坏项读口与一句(CC-262),工具声明拒按码认领(CC-263),请求体键形拒两张键表读口(CC-265);`-p` 首帧工具来源超集键 `_sema_tools_source` / `_sema_tools_fallback_reason` 与铸口 `printInitToolFaceSupersetKeys`(CC-266),三张估计工具表改为常驻(CC-267);根公面 1310 → 1354;测试钩 60 → 62;公面类型 891 → 922;超集键 +2;peer sdk 地板 `>=12.0.1` 不动(sdk 12.0.1 / 13.1.0 / 14.0.0 / 15.0.0 下本版 `.d.ts` 严格编译均零错误);§112)。上一版 0.85.2 = **patch**:自愈重开两只失败结局带 `errorCode`(这一次重开放弃所依据的那一发失败请求的外层 wire 码,present-iff;判定形不带),重开判决不成功臂 +`_sema_errorCode`(宿主可选铸;宿主重开口抛错时本包铸)(CC-260);自愈腿读错误对象与成功应答记录上的各位收进保护(读不出按缺席,不再 reject;`atMostOnceFailureClass` / `readSteerDelivery`(🔧 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` 七员 → 八员(CC-229);plan-review 编排三口与两只能力探针收注入 client(CC-209);CC 形 `permission_denials` 收入参只被传输层脱敏过的拒绝 + 超集位 `_sema_tool_input_redacted`(CC-235);凭据读法两处放行收口(CC-234);根公面 1260 → 1275;公面类型 +18;peer sdk 地板 `>=12.0.1` 不动;§108)。上一版 0.84.0 = **minor**:peer sdk 地板 `>=11.3.0` → `>=12.0.1`;后台代理登记读数 —— 读口 / 取代判定 / 归类口 / 登记键桥 / 补行谓词,缺席行下半场(CC-194);读目录授权结论通告读口 `readReadRootGrantNotice`(CC-185);接线回执 `hands` 段 `_sema_hands` + 读口 `handsSeamReadingOf` / `handsSeamDetail`,`handsMountedDetail` 坏入参不再抛(CC-206);陈旧逻辑清扫(CC-223):退役键 `rewind.rewindFiles` 构造期拒收、`WorkflowRunState.agentCount` 改可选、26 个内部件退出根入口、九张公面判定表换只读 Set 子类、十五张判定数组冻结、`resume_at` 文本兼容腿退役;根公面 1278 → 1260;公面类型 +10;§107)。上一版 0.83.6 = **patch**:会话规则记录的无损判定 `sessionPolicyDeliverable` 把引擎会在准备阶段拒启的两类名字(引擎退役名、含 `__` 而不以协议前缀开头的名字)改判「不写」,成因词 `legacy_tool_name`(闭集 5 → 6),引擎说「改名为 X」的退役名带 `currentName` 出路位;`peer_wide` 那句改措辞(判决不变)(CC-226);根公面 1278 不变;peer sdk 地板 `>=11.3.0` 不动;§106)。上一版 0.83.5 = **patch**:展示层出口 `displayUntrusted` 的连接符 ZWJ / ZWNJ 按语境判(🔴 默认形输出字节变)、两只可选开关 `escapeBackslashes` / `blanks` 与标记位置读口 `displayUntrustedMarks`(CC-204);凭据两网的判别视图认孤代理项,机读字节 `errors[]` / 合成终局行同批(CC-207);转义记号在凭据再扫里原子与四处凭据读法存量修复(相对 0.83.4 零新增外泄);hooks 启动模式可选词读口 `SettingsPort.hooksStartupMode()`,安全 / bare 模式下设置来源只发 managed(CC-200),设置来源里同一条 hook 只发一份(CC-208);自愈三条重发结局 +1 可选位 `releaseConfirmedByEngine`、行句按释放证据分说(CC-212);活段接入指引订正;公面类型 +3;peer sdk 地板 `>=11.3.0` 不动;根公面 1278;§105)。上一版 0.83.4 = **patch**:只增 —— plan 审批卡「用户亲手关掉的卡,自动触发不在同一道门上放回屏上」的判定归包(`reopenPlanReviewCard` 加触发者位 `trigger`、拒开位 `dismissedByUser`,409 自愈腿按提交出身替宿主传触发者、结局与整行由包出;CC-201);座位审批请求补强制位 / 强制理由词 / 报价缺席因由 / 出身词四个可选位与过境口 `toolPermissionRequestAskBits`(CC-203);`<system-reminder>` 剥离 / 解包两只口上公面并改线性时间(CC-205);两条展示层接入指引订正;开发依赖引擎 `~7.33.1`;公面类型 +2;peer sdk 地板 `>=11.3.0` 不动;根公面 1277;§104)。上一版 0.83.3 = **patch**:入参 / 来源面 —— hooks 投影加 flag 来源(`--settings` 那一层,排在 local 之后;设置来源 hooks 维持托管在前拼接);规则列举口 `listAllPersistedRules` 入参只要 `list`(`RulesListFacade`,其余四口作可选成员);模型身份认目录缺省(本机读数加宿主报位 `engineAcceptsCatalogDefault`,位 `true` 才算目录可解析);公面类型 +1;peer sdk 地板 `>=11.3.0` 不动;根公面 1273;§103)。上一版 0.83.2 = **patch**:只增 —— 审批卡一族三件(常驻姿态下的放行谓词 `askSurvivesPosture`,三态、「不知道」不折成放行;卡上 `mandate` 六词闭集 + 读口 + 每词一句说明,通告码册 +2,开发依赖引擎 `~7.32.0`;停泊卡带出身词 `origin`;CC-193 / CC-195 / CC-196)与后台子代缺席行的判定、计数、sweep 豁免、回收与措辞单源(回收只在后台代理登记确认离场时;CC-194);公面类型 +13;peer sdk 地板 `>=11.3.0` 不动;根公面 1273;§102)。上一版 0.83.1 = **patch**:只增 + 行为订正 —— 展示层安全出口三端单源 `displayUntrusted`(凭据两网 ∘ 字符三网,选项按载体选;CC-112);本包合成的终局行正文与结果帧 `errors[]` 在铸点洗凭据(`errors[]` wire 可见,方向只会更安全)、交互车道合成行带上行类旗,回决备注与子代续跑收据多收双向 / 格式字符(CC-187 / CC-112);会话规则记录的无损判定 `sessionPolicyDeliverable` + 措辞单源 `sessionPolicyWithheldNotice` + 五词成因 `SESSION_POLICY_WITHHELD_WHY`(整批可送才送,首尾带空白的名字比宿主侧更严;CC-117);插件 hook 每轮计划 `hooksWirePlan` + `SettingsPort` 可选读口 `enabledPluginHooks` + `hooksForWire({ plan })`,逐条判「投给引擎 / 本客户端执行 / 如实不跑」、开机「不会执行」清单与 `/hooks` 标注措辞单源(投给引擎那一臂候引擎能力位 `taskSettings.pluginHooks`),设置来源的 `mcp_tool` 与 exec 形 hook 条目不再上请求体、手写的 `plugin` 键剥掉(CC-174);公面类型 +26;peer sdk 地板 `>=11.3.0` 不动;根公面 1254;§101)。上一版 0.83.0 = **minor**:行为面与型面都有 BREAKING —— CC 形消息 24 项按裁定 C-R103 退役名:结果帧 `degraded` / `errorCode` / `model` 与错误信封 `result` → `_sema_model_degraded` / `_sema_error_code` / `_sema_selected_model` / `_sema_salvaged_result`,合成终局行 `isApiErrorMessage` → `_sema_api_error_message`,工具结果记录删过渡名 `toolUseResult`,system 行 `attachedFiles` → `_sema_attached_files`、到达时戳 `timestamp` 与 `isMeta` 删,print 完成通知帧十三键平铺 `_sema_*`,记忆写入改走 chrome 臂 `memory_saved`(新型 `MemorySavedChromeEvent`,`CHROME_ARMS` required);本包只铸新名、端两名并读一版 + 结果帧 CC 键 `terminal_reason` 与读口 `terminalReasonForResult`(CC-175),错误信封知道就铸 `_sema_selected_model` + 转录 id 改 UUID 形(CC-147)+ `SettingsPort` 可选合并读口 `mergedDisableAllHooks`、用户层 `disableAllHooks` 在引擎腿上生效(CC-162)+ 退化审批卡三形拒收改写、`FsApprovalOutcome` 的 `failed` 臂 +可选位 `editRefused`(CC-135)+ 注入件自愈句整族重写 + 联网搜索旧三读口 `webSearchFromEnv` / `webSearchFromSettings` / `resolveWebSearch` 退出公面,`resolveLiveInitToolFace` 可选 `opts.webSearchStamped`(`LiveInitToolFaceOptions`),endpoint userinfo 律跟服务端 7.101.0(CC-184)+ 公面类型 −4(CC-171)+ 通告码册 69 → 71 与结构化卡白名单 +`read-inbox`(CC-186,开发依赖引擎 `~7.31.0`)+ 合成终局行 `uuid` 改 UUID 形;peer sdk 地板 `>=11.3.0` 不动;根公面 1238;§100)。上一版 0.82.7 = **patch**:只增不改 ——  每请求联网搜索配置的三态判决 `judgeWebSearchSettings` / `webSearchVerdictFromEnv` / `resolveWebSearchVerdict`(与 7.100.0 及以后 server 的受理判官同序同判,认不出的 provider 判形错、不再静默丢段;settings 段凭据注入回调 `apiKeyFor`)+ 措辞单源 `webSearchVerdictMessage`(不回显任何用户配的值)+ 调试日志用 `webSearchEndpointForDisplay`;旧三读口 `webSearchFromEnv` / `webSearchFromSettings` / `resolveWebSearch` 行为不变、标过渡期,0.83.0 删(CC-182);peer sdk 地板 `>=11.3.0` 不动;根公面 1240;§99)。上一版 0.82.6 = **patch**:只增不改 —— 停泊行上选「本会话允许」却没被记住时与活卡腿同句告知(回体 `rememberApplied: false`,或 server 以会话级放行专属拒绝码拒了 remember 后回退普通批准;其余失败一律未知不告知),回执 `DecideReceiptView` +1 可选位 `rememberApplied`(CC-181);决断落定后与桥重试臂的诊断留痕不再因宿主日志口抛错回流进决断;接入文档改口:server ≥7.100.0 上 park 行卡的 `requiresRealApproval` / `approvalIsMandated` 生效(CC-180,零代码改动);peer sdk 地板 `>=11.3.0` 不动;根公面 1235;§98)。上一版 0.82.5 = **patch**:只增不改 —— print 车道 init 帧工具面名册优先:流包装器 `withPrintInitFrame`(首选接法,init 恒为首行、其后按到达序)/ 判定闸 `createPrintInitGate` / 分类口 `printInitRosterSignal` / 判定口 `decidePrintInitToolFace` / 留痕措辞 `printInitToolFaceDebugLine` + 等待上界 `PRINT_INIT_ROSTER_WAIT_MS`(150 000);回落估计表补 `ListAgents`(7.30.0 及以后的引擎上与 `SendMessage` 同条件)(CC-169);peer sdk 地板 `>=11.3.0` 不动;根公面 1235;§97)。上一版 0.82.4 = **patch**:只增不改 —— park 行审批卡新增门类位 `irreversibleParkGate`(待决行门类恰为 irreversible_ask,今天即生效,门类事实不是保证);`requiresRealApproval` 在待决行顶层带时透传(就绪,待决列表带出后才生效,今天零行为变化)(CC-180);`ApprovalCardRequest` +1 可选位;peer sdk 地板 `>=11.3.0` 不动;根公面 1229;§96)。上一版 0.82.3 = **patch**:只增不改的公面 —— 自愈提示的「保住对话」出路槽 `keepSessionWayOut` 与交互面引擎决断入口开关 `engineDecidePath`(CC-177;两位都不给时措辞与 0.82.2 逐字节同);自愈结局两臂 +机读位 `pendingRowGone`(重开链证实待决项已不在);peer sdk 地板 `>=11.3.0` 不动;根公面 1229;§95)。上一版 0.82.2 = **patch**:只增不改的公面 + 若干行为订正 —— 新增措辞单源 `cloudEffectiveNotices`:云控制面有效配置回体的降级告警 / 预算 / 能力上限三读数(CC-164,四态,不读成 0 或「没有预算」);本机引擎 models 文档在宿主注入本机条目判定 `entryAccepted` 时补 `default` / `tierGroups` / `activeTierGroup`,剔掉会让本机整份拒收的目录引用与判定口不收的条目,去掉 registry 注记键 `origin` / `overridesTeam`(CC-165;结果新增 `modelRefIssues`);计划复核结局机读位 `_sema_planReviewOutcome`(CC-160 ①);停泊审批决断操作起止回调 `onDecideOperation` 与操作句柄 `openDecideOperation`(CC-160 ③);新增超集键 `_sema_planReviewOutcome`;peer sdk 地板 `>=11.3.0` 不动;根公面 1229;§94)。上一版 0.82.1 = **patch**:只增不改的公面 + 若干行为订正 —— 新增读口 15 个(续跑折叠码读口与措辞 / 文件历史捕获读口六口 / 模型身份可解析判据五口 / 自定义代理载荷作废重投口 / 决断失败码「门还在」判定)+ 宿主车道声明 `EmitContext.lane`;新增超集键 `_sema_response_model`(终帧 / 每轮用量)与 chrome 用量两臂 `responseModel`、重开判决 `_sema_decisionInFlight`、自愈结局两臂 `decisionInFlight`、内部臂 `_sema_denial_unclassified`、通知码 +1;行为订正:计划复核决断在飞不重开卡且自愈提示不再教人再决一次(CC-160 ②)、决断出口补折叠句且停泊腿不再把折叠 / 坏档误判已决(CC-154)、执行车道 `in-process` 措辞(CC-153)、`-p` 车道 Bash 良性退出与交互同判(CC-168)、`-p` 工具结果帧补结构化结果(CC-149)、被拒分类词两车道同判(CC-172)、非交互车道子代工具帧(CC-158,宿主声明车道才生效)、终帧被拒清单对账流内拒绝(CC-159)、自定义代理载荷作废重投(CC-161);peer sdk 地板 `>=11.3.0` 不动;根公面 1228;§93)。上一版 0.82.0 = **minor**:只增不改 —— 新增只读读口 17 个 + 1 常量、工具名册行一格 `mountedBy`、turn 错误判决 `http` 臂一格 `storedRowWhere`:`/rewind` 代码档与对话档能不能用由引擎能力位回答(CC-146)、云控制面额度读数三分(CC-150)、装配期「这一条腿有没有手」(CC-152)、续跑拒收按原码判(CC-154);两处既有面行为订正:自动模式分类器拒的类别词由 `permission-rule` 改为 `automode-*` 三词(CC-155,订正 0.81.1)、续跑上下文读不出时引擎点名的那一行不再丢(CC-156);0.81.0 预告的 23 键 + 1 子型删改**改到 0.83.0**(§92y ㉙);零 wire 键、零投影臂;peer sdk 地板 `>=11.3.0` 不动;§92。上一版 0.81.1 = **patch**:被拒分类词读器加第③路(CC-148):引擎「没问过就拒」的工具调用(deny 规则 / 权限模式 / hook / 分类器 / 写保护 —— 无 `settlement` 只有 `gate.disposition.deniedBy`)在 user 工具结果记录与终帧 `permission_denials[]` 上此前恒缺 `_sema_denial_kind` / `toolDenialKind`,现按层名落 `permission-rule`(其中「分类器」一项已由 0.82.0 CC-155 订正)(`ask_resolution` 无结算 / 结算段不成形 / 层名表外仍缺席不猜);交互与 `--print` 两条车道同一只读器;另钉终帧两臂 `_sema_effective_*` 键集不变量 —— 成功臂展开单铸函数、错误信封显式重发,覆盖性钉在返回对象自己的类型上(漏键 / 多键编译期即红)+ 门格判两臂键集相等且值逐字节同,给单铸函数加键时错误臂不会再静默少键(本版无键增减);零 wire 键、零投影臂、根公面 1195;§91。上一版 0.81.0 = **minor**:CC 形消息一张脸(C-R85 / CC-131):user 工具结果记录加 SDK 面键 `tool_use_result`(与过渡键 `toolUseResult` 同引用,删驼峰原定 0.82.0、已改到 0.83.0)+ DS-19 普查门升硬门(键集按语法解析、按 type/subtype 分表;23 键 + 1 子型过渡表到期窗原为 0.82.0、已改到 0.83.0,零常驻豁免)+ CC-145 `/rewind` both 臂改发 `restoreFiles:true`、`projectRewind(pending)` 单参;零 wire 键、零投影臂、根公面 1195;§90。上一版 0.80.2 = **patch**:`conflict.resume_context_unavailable` 的 `staleAfterSec` / `runId` 在真 SDK 上读不到(CC-137:sdk 11.1.0 起 `APIError` 把体上非具名键收进 `extra`,这一码映射成 `ConflictError` 无具名位,读口只读顶层 ⇒ 真调用链恒缺席)⇒ 体源结构位改「顶层有效值优先、`extra` 兜底」三只类型化读口单铸,有具名子类位的三处(`retryAfterSec` × 2 / `allowlist`)行为不变只多兜底,头源 `retryAfterMs` 只读具名位;零 wire 键、零投影臂、根公面 1195;§89。上一版 0.80.1 = **patch**:去键重发判据句按「铸」计(CC-143;§87「带键的体恰一次」作废 → 被铸恰一次,POST 几次随传输层)+ 接入文档段落自带射程限定词自 §88 起向前执法 + 模型预设表 deepseek 项改闭集真名 deepseek-flash(CC-144,C-R82 ①)+ 门里 git 兜底自陈探针(CC-142);零 wire 键、零投影臂、根公面 1195;§88。上一版 0.80.0 = **minor**:🔴 peer sdk 地板 >=11.2.1 → >=11.3.0 + 策略拒的归因上 wire(CC-133:发送面 deny+policy 带 settledBy / 读侧 policy_refused 十三词入 CC 规则桶 / 三错误码读口 / 直连门去键重发恰一次)+ 删除规则后果句归包(CC-132)+ /mcp 详情卡两腿分说归包(CC-134:六档读口 + 九句铸点,同批改口八处说满的话)+ 🔴 终帧旧拼法 `structuredOutput` 按 0.79.1 的宣告删除(只剩 CC 形 `structured_output`);根公面 1195;§87。上一版 0.79.1 = **patch**:终帧结构化产出同帧铸 CC 形 `structured_output`(旧拼法 `structuredOutput` 过渡一版,0.80.0 删;CC-130)+ 写审批 `argsOmitted` 退化卡在无受护写入部署形上重新解得出路径(CC-129)+ 云控制面十值二型经本包第二个入口 `@sema-agent/client-core/registry` 原样转口(根入口零变;CC-128 ①);根公面 1184;§86。上一版 0.79.0 = **minor**:server 7.93.0 过境批 —— peer sdk 地板 >=11.2.1 + 写口回执第六臂 unverified 与 503 体 committed 分臂(CC-124)+ 无 run 可读的 MCP 状态面(CC-74)+ 审批卡 mandated 位(CC-110)+ 请求装配第三车道 utility 与 approverPosture / maxTokens / outputRetries 三键 + print 车道 model 座(CC-116 / 118 / 123)+ 拒因两面分铸与四个机读位(CC-125)+ 模型轮边界划消息界(CC-126)+ 委派结果人类面读口按来源声明体内定位(CC-127)+ sdk 转口三件(CC-128)+ 通告码 memory.project_scope_absent(CC-122);公面 1184;§85。上一版 0.78.2 = **patch**:门的棘轮登记数字单真源 —— 五只门十一格棘轮 + 218 条沿革账搬进 scripts/registry.json、门只读不抄、负控改篡改登记物、下调通道 RATCHET-SLACK、新门 run-registry-test(CC-79 第一期)+ 两格存量松量收掉 + submit-wiring-manifest 门补 count===1 边界格;src 零改动,dist 逐字节同 0.78.1;公面 1154;§84。上一版 0.78.1 = **patch**:两辆并行车收货 + 三张跟进票 —— displayBody 人类面读口 + 围栏解析头尾配对收紧(CC-113)/ MCP 两处「没报」措辞分句(CC-115)/ 记忆治理面五动词调用口(CC-97 b)/ 非流式提交回执接线回执读口 readSubmitWiringManifest(CC-121)/ 三份失败判官抛出物读取收口(CC-119);公面 1154;§83。上一版 0.78.0 = **minor**:peer sdk 地板 >=9.8.1 → >=11.0.1(CC-106)+ 单步写口 200 体按 stillLive 判别联合改读、第五臂 revoked、三型取自 sdk、RulesFacade.write 必填、PersistedRuleLiveness 转口(CC-103)+ DeniedBy 第十词 read_boundary 专句(CC-106 ④)+ excludeAllTools 车道行;型面 BREAKING 三处、行为面同 0.77.2;公面 1143;§82。上一版 0.77.2 = **patch**:出包面结构卫生 —— 构建期 removeComments,dist js / d.ts 零注释(新门 run-dist-comments-test.mjs + 卫生门词表 32 条 + 文档向前执法;CC-100)+ gateDeniedByDetail 表外词兜底句改「本版不认识这个层名」(CC-111 ①);行为 / 型面逐字节同 0.77.1;公面 1143;§81。上一版 0.77.1 = **patch**:外部验收三件回填 —— 读器族边界残留 projectMcpReconnectCapability 只认自有键(CC-107)/ rewind 四子键恰读一次(CC-108)/ 子代输出合并按回体 output.type · retrieval_status 定处置(CC-109,server ≥7.92.0 cursorSemantics 缺席面);型面 additive 一处;公面 1143;§80。上一版 0.77.0 = **minor**:请求装配逐键去向回执 + print 车道补座 + 表外键响亮拒(CC-101,四条行为 BREAKING)/ 会话策略写端口(CC-105)/ 持久规则单步写面(CC-103)/ workflow 子代面板行代际三向恢复(CC-104,零改码)/ 能力位读器族口径整族改齐 + 外部验收 F-A / F-B 处置 + 合并树异源复审两轮处置;公面 1143;§79。上一版 0.76.2 = **patch**:制品卫生 —— 清 dist 重 build 去掉两只已撤出源码的编译产物 + dist ⇄ src 对账门;零源码 / 零型面 / 零行为改动;公面 1122;§78。上一版 0.76.1 = **patch**:能力位读器工厂(CC-75)/ MCP 活性观察读口(CC-36)/ `capabilities.peerLane` · `permissionRulesWrite` 四态读口(CC-102)/ 记忆治理面两只读口 + 三只条目面回体读口(CC-97 a)/ 主车道证明逐次新建(CC-99)+ 修 0.76.0 的 F1 / F2(身份四键一次性快照只修了投影口一侧);公面 1122;§77。上一版 0.76.0 = **minor**:六票一批 —— `prompt_assembled` 投影臂 / 审批 feed 三态(**型面 BREAKING**)/ `ApprovalResolution` 单源联合 / 记忆 spec 读口 / 终态词表上游钉 / `tasks_expand` 退役(**型面 BREAKING**),外加身份四键一次性快照(跨全部内部臂);公面 1081;§76。上一版 0.75.1 = **patch**:面板短命子代反序缓行放不出的残洞(外部复验 D1)+ 同代 running 帧三向定形(B4)+ #969 提货 `spawnName` 透传与 `agentType` 改读诚实来源(CC-95);§75。上一版 0.75.0 = **minor**:压缩的非 compacted 结局上 chrome 面 `compaction_outcome`(新内部臂 —— 自建 print 出口的端先表态)+ peer sdk 地板 `>=9.8.1`;型面 additive(ChromeEvent +1 臂)、公面 1065、零 wire 新键;§74。上一版 0.74.5 = **patch**:core 7.24.0 提货 `_sema_freed_tokens?` + 首见即终态的行零事件(幽灵完成行)+ `isNewEngineAgentPanelCycle` / `approvalOutcomeNoteOf` 上公面;型面 additive、公面 1065、peer 不动;§73。上一版 0.74.4 = **patch**:面板键「先发布的键为准」(tick 归不了一的三序不再两行)+ 前代 UUID 迟到 tick 丢弃 + `readRunCancelContext` 下钻收紧;型面 additive、公面 1061、peer 不动;§72。上一版 0.74.3 = **patch**:面板子代身份归一(tick / end 的 UUID 归到 fleet 尾段,宿主零改)+ run 记录 `cancelContext` 读口与成因四词 + workflow 行 `errorCode` + reopen 第二臂两件;型面纯 additive、公面 1061、peer 不动;§71。上一版 0.74.2 = **patch**:`capabilities.deviceExecutor.management` 四态读口(缺席 ≠ false;`deviceExecutor: false` = 车道缺席;管理动词可用性三态归包);公面 1052;§70。上一版 0.74.1 = **patch**:审批卡无决断收口 + 结局回交;§69。上一版 0.74.0 = **minor**:peer sdk 地板 >=9.7.1 + covers 过境 + 面板周期身份 + 离场读口;§68。上一版 0.73.5 = **patch**:workflow 规模告警判定上收进包(`evaluateWorkflowSize` 三态:未知的规模不当作规模正常;分母口径与帽优先级单源;env 读口纯函数);型面纯 additive、公面 1044、peer 不动;§67。上一版 0.73.4 = **patch**:终帧 `permission_denials` 第三键 ⇐ 同一条流 `tool_start` 入参按 `toolCallId` join(三道闸;join 不上留 sema 载体;🔴 更正 0.73.2「自动升级收口」一句)+ 审批 feed push 侧取件失败的欠账退避重试;型面纯 additive、公面 1033、peer 不动;§66。上一版 0.73.3 = **patch**:CC-61 sdk 9.7.1 提货 + `capabilities.approvalsStreamLive` 四态读口(缺席 = 判不出;`livePendingNeedsReconcile` 只在引擎明说会推时才让对账节拍降兜底)+ CC-60 五条模型面文案锚包侧半场(cursorSemantics 机读位 / result 行注记 / bash 首行两变体与良性槽 / 通知 seed 并集 / parked 臂);型面纯 additive、公面 1032、peer 不动;§65。上一版 0.73.2 = **patch**:CC-59 悬挂 ask 全卡 —— `livePending[].frame`(server ≥7.87.0)两道闸窄读进视图,在场即走流内帧腿同一条路(入参可见、改写可转发),缺席保持盲卡;CC-34 收口(引擎半场随 7.87.0 到货,判据交黑盒);型面纯 additive、公面 1026、peer 不动;§64。上一版 0.73.1 = **patch**:CC-57 `decidePlanReview` outcome 尾句按「决断有没有生效」四态选(单铸点 `planReviewOutcomeTail`;此前本地拒发仍让模型汇报已拒绝)+ CC-56 cancel 的 409 按机器码分家(`cancelConflictFromError` 三形 / 新安全码 `cancel_run_not_running`)与提交面 429 用量窗读口 + 人话;型面纯 additive、公面 1026、peer 不动;§63。上一版 0.73.0 = **minor,型面 BREAKING**:fleet 视图八个数值键改可选 —— CC-52 `FleetTaskView.elapsedMs` / `tokens` / `queuedCount` 与 `FleetWorkflowView.doneCount` / `totalCount` / `failedCount` / `tokens` / `elapsedMs` 不再 `?? 0`(有键 = 真值含真 0,缺键 = 不知道;逐键缺席语义见 §62b)+ 台账补偿链无基数不铸;公面导出名零增减 1019、零 wire 变化、peer 不动;§62。上一版 0.72.14 = **patch**:悬挂的流内 ask 拉半场 —— CC-55 `startApprovalsFeed` 快照加 `livePending` 段并进变化摘要(键缺席 = 未报,不铸空)+ 视图 / 去重账 / 与流内帧腿同链的决断口(入参不可见上卡明说、改写不转发)+ 宿主闸对账节拍 + 待决计数读口(不知道 = null);型面纯 additive、公面 1019、peer 不动;§61。上一版 0.72.13 = **patch**:server 7.86.0 提货 —— CC-46 plan_review `permissionModeAfter` 发口(三选卡双闸:宿主声明只读起步 ∧ 引擎 ≥7.86.0;400 field_conflict 两种处置)+ CC-54 `capabilities.executionLane` 四态读面(键缺席 ≠ 不是本机车道;`toolsRunHere` 判据归包)+ CC-53 detach 版本闸三态;型面 additive(另撤回 0.72.12 的主通道 `absent` 臂,改独立缺席订阅口)、公面 1011、peer 不动;§60;**预告 0.73.0 BREAKING**:fleet 视图数值键改可选。上一版 0.72.12 = **patch**:「缺席被折成正向终态」按类清剿 —— CC-50 M1 头条(fleet 行缺席改发 `absent` 不再铸 `end{isError:false}`)+ 六站一次改齐(缺席 ⇒ `unknown`)+ 结果边界 fail-closed 取舍 + `_sema_outcome` + `Outcome unknown:` 行 + CC-51 M6(default 臂不再谎报 running)+ 普查门 + DS-06;型面 additive、公面 993、peer 不动;行为面三处真变化见 CHANGELOG 取舍段;§59。上一版 0.72.11 = **patch**:core 7.23.0 提货 —— CC-49 通告码 66 → 67 `config.write_protection_unresolved`(operator;兄弟码 `target_view_absent` = 没有视图,这枚 = 有视图解析不出)+ `permission_denials` 自动升级腿通电(`gates[].toolCallId` ⇒ `tool_use_id`;CC-34 引擎半场);型面零变化、公面 989、peer 不动、devDep core ~7.23.0;§58。上一版 0.72.10 = **patch**:CC-41 leader run 终局 `needs_human` + `result.conflict` 三形读面(none 缺席不可分 / unreadable 在场读不懂 / conflict;`salvaged[]` 原样给落盘口;措辞单源不提重试);型面纯 additive、公面 989、peer 不动;§57。上一版 0.72.9 = **patch**:server 7.85.0 提货 —— CC-30 会话内 MCP re-dial 消费口(`reconnectMcpServer` 三态 / unsupported 恒五键 / 交易文案单源)+ CC-39② memory-status `autoConsolidationArmed` 三态 + CC-45 resume 补充句渲保留秒数;型面纯 additive、公面 985、peer 不动;§56。上一版 0.72.8 = **patch**:清账三票 —— `memory:"off"` 请求键(CC-39③,server 7.84.0 S-405)+ `runStream` 第二条中性臂 `Model output error:`(CC-43)+ 注入件撞活 run 自动 steer 零卡(CC-44);型面纯 additive、公面 977、peer 不动;§55。上一版 0.72.7 = **patch**:core 7.22.0 提货 —— 通告码 66 `mcp.server_redialed` + 读器 `readMcpServerRedialed` + `wiring_manifest.readDeny` 第九段 `_sema_readDeny`(缺席 = 没有内置行判这条腿);型面纯 additive、公面 971、peer 不动、devDep core ~7.22.0;§54。上一版 0.72.6 = **patch**:cli L-379 包侧半场 —— `steerFollowIntent` steer 后续听意图三态(tail / after-decision / after-wake)+ `activeRunSelfHealRow` 续听声明第五参;型面纯 additive、公面 969、peer 不动;§53。上一版 0.72.5 = **patch**:server 7.82.1 提货 —— `capabilities.webSearch.backend` 部署默认 WebSearch 后端四态读面(键缺席 = 老引擎判不了 ≠ `none`);型面纯 additive、公面 968、peer 不动;§52。上一版 0.72.4 = **patch**:core 7.21.x 三件经 server 7.82.0 提货 —— `wiring_manifest.autoConsolidation` 第八段 `_sema_autoConsolidation`(缺席 = indeterminate 不折 false);型面纯 additive、公面 962、peer 不动;§51。上一版 0.72.3 = **patch**:core #863 记忆单系统半场 ① —— `projectAgentsForWire` 投影 `agents[].memory`(user|project|local 三词同映射引擎平面 agent:<type>);型面纯 additive、公面 962、零 wire 新键、peer 不动;§50。上一版 0.72.2 = **patch**:workflow 视图两票 —— `LiveWorkflowController.resolution()` 六态(snapshot() 的 null 三义拆开)+ `noteOwnWorkflowRun` own 台账同拍登记;型面纯 additive、公面 961、零 wire 键、peer 不动;§49。上一版 0.72.1 = **patch**:server 7.80.1 提货 —— 409 `conflict.resume_context_unavailable` 结构读数(`staleAfterSec` / `runId`;sdk 9.6.0 尚未带键,经 sdk 今天恒缺席)+ `SkillSpec.baseDir`(只在本机车道带);型面纯 additive、公面 960、peer 不动;§48。上一版 0.72.0 = **minor**:型面 BREAKING —— 39 个零消费导出退出公面(CC-32 退役批,[7419] §45 预告 / cli [7422] 同意 / web-client·desktop 过节拍沉默 = 同意;名单见 §47a S-1);运行期零 BREAKING、公面 956、peer 不动、devDep core ~7.20.1;随批:已退役名账 `removed` + export-liveness 门 G 段 + 冻结账门 ⑧c;§47。上一版 0.71.4 = **patch**:core 7.20.1 提货 —— `ENGINE_NOTICE_CODES` 65 + `wiring_manifest.writeProtection` 第七段 `_sema_writeProtection`;型面纯 additive、公面 995、peer 不动、devDep core `~7.20.1`;§46。上一版 0.71.3 = **patch**:门体系清账批 —— CC-24 export-liveness 门 + 39 个导出退役预告(0.72.0 删,表态制)/ CC-26 `as unknown as` 铸链棘轮 / CC-25 冻结账门 ⑧ 段 / CC-06 B-081 包侧半场(终帧 `_sema_effective_reasoning` / `_sema_effective_memory_scopes` + resume reopen 族 + `routePairingVerdict`);型面纯 additive、公面 986 → 995、peer 不动;§45。上一版 0.71.2 = **patch**:接入方验收两票归包 —— CC-28 B-132 decide 拒体三句去内部车道词 / CC-29 B-133 committedUuids 唯一性(重复 ⇒ 形 f);零型面变化、公面 986、peer 不动;§44。上一版 0.71.1 = **patch**:接入档打回修正 —— CC-27 `ApprovalCardRequest.readRootCandidate?` 帧→卡透传位 + 新导出型 `ReadRootCandidateView`;型面纯 additive、公面 986 不变、peer 不动;§43。上一版 0.71.0 = **minor**:型面 BREAKING 六件 —— peer sdk 地板 >=9.6.0 + agent-types >=0.3.0 / `SkillsListingTruncatedFactsView` 删 `requestedBudgetBytes?`·`laneClamped?` / `WiringManifestMcpEntry` → `WiringManifestMcpEntryView` / `MAX_AGENT_SKILLS` 删 / `decide.workflow_host_not_parked` 退役;运行期零 BREAKING。内容:core 7.20.0 提货(闭集 +5 六十四码)/ 🔴 CC-16 `text_segment_end.committedUuids[]` / CC-08 全五件(tool_disclosure / tool_progress 两 chrome 臂、wiring_manifest tools·hooks·lsp 进切片、tool_roster_delta 接上、context_usage 进切片、`readRootCandidate` 镜像)/ CC-19 `mcpEngineLegPresence` 归包 / CC-20 not_parked clean-cut;公面 986;§42 / 42y 八条)|
-| peer:wire 契约 | `@sema-agent/sdk` **>=12.0.1**(value-level,非 type-only;**0.84.0 抬版**:12.x 声明每会话后台登记列表 `sessions.background`、能力位 `capabilities.background.listFace` 与七词闭集的后台状态型,本包三者都读(登记读口的端点门与归类口的编译期穷举),按 12.0.1 编译,11.3.0 失去物料见证;0.84.1 / 0.85.0 / 0.85.1 / 0.85.2 / 0.86.0 / 0.87.0 / 0.88.0 / 0.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.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` 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` 七员 → 八员(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` **>=19.0.0**(value-level,非 type-only;🔴 **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` |
-| 支持底线 | 服务端 **7.106.0** / 引擎 **7.35.2** / sdk **12.0.1**(0.92.0 起;0.90.0 – 0.91.x 为 7.104.0 / 7.33.8 / 12.0.1;低于底线的服务端本包不再见证,§118 LD) | `scripts/support-floor.json` ⇄ 根入口 `SUPPORT_FLOOR`(`run-support-floor-projection-test.mjs` 对账) |
-| 公开导出面 | **1485** 个运行期符号(+ **71 个测试钩,两种拼法**:47 个 `__*ForTests` + 24 个单下划线开头(22 个 `_*ForTest` + `_resetLiveQuestionStore` / `_resetUltracodePreset`) —— 两种都在 `public-export-baseline.json` 的 `testHookNames` 里、各自受棘轮管,**不在** `names` 的 1485 里。运行期 `Object.keys(dist/index.js)` 的全量 = 1485 + 71 = **1556**;只剔双下划线那 47 个会多数出 24 个来,那不是棘轮盲区;最简单的剔法是去掉所有以 `_` 开头的名字(公面运行期名没有一个以 `_` 开头);1485 = 0.93.0(未发布)的值:相对 0.92.0(1483)**+2**(新增 +23:§119 DB-1 五名 `projectApprovalDecidedByCapability` / `noteEngineCapsForApprovalDecidedBy` / `observedApprovalDecidedBy` / `forgetApprovalDecidedByReading` / `approvalDecidedByAdmitted` · DB-2 `decisionAttributionKeyOf` · §119 PM-1 五名 `projectPermissionModesCapability` / `noteEngineCapsForPermissionModes` / `observedPermissionModes` / `forgetPermissionModesReading` / `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` / `isTaskNotificationTerminalStatus`;989 = 0.72.10 的值:相对 0.72.9 +4 —— CC-41 `LEADER_RUN_STATUSES` / `LEADER_REJ_HEAD_DISPLAY_MAX` / `projectLeaderConflict` / `leaderConflictDetail`;985 = 0.72.9 的值:相对 0.72.8 +8 —— CC-30 `MCP_RECONNECT_OUTCOMES` / `MCP_RECONNECT_TRANSACTION_NOTICE` / `projectMcpReconnectResult` / `classifyMcpReconnectFailure` / `reconnectMcpServer` / `projectMcpReconnectCapability` / `mcpReconnectOutcomeDetail`、CC-39② `readAutoConsolidationArmed`;977 = 0.72.8 的值:相对 0.72.7 +6 —— CC-39③ `MEMORY_OFF` / `memoryOffDeclarationField` / `memoryOffDeclared`、CC-43 `MODEL_OUTPUT_ERROR_PREFIX` / `isModelOutputErrorText` / `isModelOutputErrorRowText`;971 = 0.72.7 的值:相对 0.72.6 +2 —— CC-42 core 7.22.0 提货 `MCP_REDIAL_OUTCOMES` / `readMcpServerRedialed`;969 = 0.72.6 的值:相对 0.72.5 +1 —— CC-40 `steerFollowIntent`;968 = 0.72.5 的值:相对 0.72.4 +6 —— CC-31 server 7.82.1 提货 `capabilities.webSearch.backend` 四态读面:`WEB_SEARCH_BACKEND_NONE` / `projectWebSearchBackendCapability` / `observedWebSearchBackend` / `noteEngineCapsForWebSearchBackend` / `forgetWebSearchBackendReading` / `webSearchBackendDoctorDetail`;962 = 0.72.3 的值:相对 0.72.2 +1 —— CC-39① `AGENT_MEMORY_WORDS`;0.72.2 相对 0.72.1 +1 —— CC-37 `noteOwnWorkflowRun`;0.72.1 相对 0.72.0 +4 —— CC-33 server 7.80.1 提货:`RESUME_CONTEXT_UNAVAILABLE` / `resumeContextUnavailableFromError` / `resumeContextUnavailableContent` / `skillBaseDirOf`;0.72.0 相对 0.71.4 −39 —— CC-32 退役批删 export-liveness 登记 retire 的 39 个零消费导出(23 常量 + 16 函数,名单见 §47);995 = 0.71.3 的值:相对 0.71.2 +9 —— CC-06 `readEffectiveReasoning` / `readEffectiveMemoryScopes` / `resumeReopenFromError` / `resumeReopenContent` / `routePairingVerdict` 五函数 + `RESUME_REOPEN_CODES` / `RESUME_ENV_FAILED` / `RESUME_TOOL_UNAVAILABLE` / `RESUME_TOOL_CONTRACT_MISMATCH` 四常量;986 = 0.71.0 的值:相对 0.70.2 −`MAX_AGENT_SKILLS` −`DECIDE_WORKFLOW_HOST_NOT_PARKED` +`projectToolRosterDelta` +`mcpEngineLegPresence`;986 = 0.70.0 的值:相对 0.69.2 **一件 additive(`readSkillsListingTruncated`,§39)、零删除**;985 = 0.69.2 的值:相对 0.69.1 **三件 additive、零删除**(CC-13 `isSubFlowSegmentEnd` / `SEGMENT_END_IDENTITY_KEYS` / `droppedWhySentence`,§38);982 = 0.69.0 未发布版的值(原排 0.68.3,因 peer 地板抬升改 minor)= 相对 0.68.2 **十七件 additive、零删除**:`fetchMcpPanel`(CC-03 补件,§36e)+ `readWorkflowResumeAdmissionIncomplete`(CC-05 core 7.18.0 #755)+ `installCoreValuePorts`/`hasCoreValuePorts`/`hasCoreValuePort`/`coreValuePortMisses`/`CORE_VALUE_PORT_NAMES` + 十读口(CC-07 core 值级端口,§36d);0.68.2 相对 0.68.1 十三件 additive:`SEMA_SEGMENT_ID_KEY`(CC-01 段身份键,§35f)/ `projectMcpPanel`+`mcpPanelLastLegDetail`+`projectMcpSection`(CC-03 `/mcp` 面板读视图,§35g)/ `resolveTextSegmentAuthority`/`createTextSegmentLedger`(L-318 `text_end` 权威段替换的判决单源 + print 形段账,详见 §35b/§35c)/ `memoryCaptureDeclarationField`/`MEMORY_CAPTURE_OFF`(L-316 会话级隐私声明的字面唯一铸点,§35d)/ `engineUrl`/`probeHealth`(L-61 件④ SDK 纯工具面原样转口,§35d)/ `AgentClient`/`isApprovalRequestFrameV1`/`isApprovalRevokeFrameV1`(L-61 存量清零:SDK **wire 面**原样转口,§35e)。`0.68.1`/`0.68.0` 是 **952**,那批是相对 0.67.2 **二十件 additive、🔴 两件删除(BREAKING)**:additive = `TERMINAL_CAUSE_KINDS`/`isTerminalCauseKind`/`RUN_TERMINAL_NOT_SUCCESS_STATUSES`/`RUN_TERMINAL_STATUSES`(L-247 终态词两表分源,详见 §33b)/ `SEMA_SUBAGENT_USAGE_PARTIAL_KEY`/`subagentUsageIsPartial`(L-244 子代下界位自有名,§33g)/ `ASK_UNRESOLVABLE_CAUSES`/`readAskUnresolvable`/`DURABLE_MANDATE_SOURCES`/`readDurableGateUnavailable`(core 7.17.0 #709 ①② 两只通告事实窄读器,§33c)/ `WORKFLOW_PARK_TRUTH_UNREADABLE`/`WORKFLOW_PARK_NOT_PENDING`/`WORKFLOW_PARK_BINDING_BROKEN`/`WORKFLOW_PARK_REQUIRES_RUN_STORE`(四个单码常量 🔧 0.72.0 退役)/`WORKFLOW_PARK_REFUSAL_CODES`/`isWorkflowParkRefusalCode`/`readWorkflowParks`(core 7.17.0 #652 park 真相四码 + parks 三键读器,§33d)/ `ENGINE_STOP_REASONS`/`engineStopReasonToCc`(L-246 A13 停止原词映射下沉,§33g)/ `readCancelRequested`(L-230 读面,§33f);🔴 **删除两件** `TERMINAL_NOT_SUCCESS_STATUSES`/`TERMINAL_STATUSES`(随 L-247 两表分源更名成 `RUN_TERMINAL_*`,clean-cut **不留别名** —— 留一个别名等于让端可以继续按合起来的那张表读,分源就白做了,详见 §33b)。`0.67.0` 是 **934**,那批是相对 0.66.0 **七件 additive、🔴 两件删除**:additive = `CLASSIFIER_DENY_CAUSES`/`isClassifierDenyCause`/`classifierDenyCauseOf`/`classifierDenyCauseDetail`(core 7.14.0 退役 `classifierUnavailable` 之后的**拒绝面**继任读器与措辞,详见 §32b)/ `RULE_STORE_UNREADABLE_KINDS`/`isRuleStoreUnreadableKind`/`ruleStoreUnreadableDetail`(退出公面;core 7.14.0 #688 C3 的规则店机制位三件,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`/`TERMINAL_STATUSES`/`isTerminalStatus`(L-215② 终局词汇单铸谓词,详见 §30j);🔴 **删除两件** `AUTO_MODE_BREAKER_CAUSES`/`classifierBreakerOf`(熔断族随 core 7.12.0 的 Removed(BREAKING) 整只退役,clean-cut 不留别名,详见 §30k②;同批删的还有**型** `ClassifierBreakerView` 与 `ClassifierStatusView.breaker` 一位)。`0.64.2` 是 **919**,那批是一件 additive、零删除:`readDenialLimitFallback`(限额回落卡的窄读器上公面,壳侧同判据副本退役,详见 §29③);`0.64.0` 是 **918**,那批是件①+件② 十三件 additive、零删除:`CLASSIFIER_STATUS_STATES`/`classifierBreakerOf`/`classifierStatusOf`/`classifierStatusDetail`(分类器状态面,详见 §28②)/ `THINKING_FORMATS`/`THINKING_FORMAT_WIRE_TWINS`/`THINKING_DISABLE_PROBE_ORDER`/`MODEL_PROBE_VERDICTS`/`PROBE_PROMPT`/`PROBE_MAX_TOKENS`(两个探针常量 🔧 0.72.0 退役)/`probeRequestBody`/`probeModelCapability`/`applyProbeToEntry`(模型思考能力探测,详见 §28①);`0.63.0` 是 **905**,那批是八件 additive、零删除:`projectServerGateKnobs`/`postureKnobSourceOf`/`postureSourceIsOperatorPinned`/`postureKnobDetail`/`POSTURE_SOURCE_WORDS`(S-178 三根 posture 旋钮读数,详见 §27b)/ `PERSISTED_RULE_BEHAVIORS`/`PERSISTED_RULE_BEHAVIOR_UNKNOWN`/`persistedRuleBehaviorOf`/`persistedRuleBehaviorLabel`/`revokeTargetFromPersistedRule`(三态规则身份,§27c)/ `engineIdentityOf`/`engineIdentityVerdict`/`engineIdentityChanged`/`engineIdentityChangedBy`/`ENGINE_IDENTITY_ANCHORS`(S-179 代际锚,§27d)/ `GATE_DENIED_BY_WORDS`/`gateDeniedByDetail`/`ASK_ORIGIN_WORDS`/`askOriginDetail`(门词汇 +2,§27e)/ `PERMISSION_RULE_ISSUE_CODES`/`RETIRED_PERMISSION_RULE_ISSUE_CODES`/`permissionRuleIssueDetail`(规则 lint 码表,§27f)/ `projectToolRoster`/`toolRosterNames`/`toolShimFromRoster`/`applyToolRosterDelta`(L-161 工具名册,§27g)/ `ENGINE_NOTICE_CODES`/`ENGINE_NOTICE_AUDIENCE`/`noticeAudienceOf`/`engineNoticeInCatalog`/`MCP_INJECTION_DROP_REASONS`/`readMcpInjectionDrop`(L-167 通告码册,§27h)/ `AUTO_MODE_UNAVAILABLE_CAUSES`/`AUTO_MODE_BREAKER_CAUSES`/`classifierUnavailableOf`/`classifierUnavailableDetail`(件⑧ 分类器不可用事实,§27h2);`0.62.0` 是 **869**,那批是五件 additive、**零删除**:`capForDisplay`(呈前消毒 + 封长的共用铸点,详见 §26⑦)/ `SEAT_SEND_MESSAGE_KEY_ORIGINS`(座位载荷逐键出身表,详见 §26③)/ `configureSubagentContentStore`+`subagentContentStoreConfig`+`SUBAGENT_CONTENT_STORE_DEFAULTS`(子代内容账本字节预算,测试钩 `__resetSubagentContentStoreConfigForTests` +1,详见 §26②);`0.61.0` 是 **864**,那批是三件 additive、**零删除**:`projectReadFacePosture`/`readFacePostureDetail`/`readFaceDisagreement`(S-167 READ 容纳面 operator 读器,详见 §25);`0.60.0` 是 **861**,那批是二十五件 additive、**零删除**:`readRunTerminal`/`runTerminalCode`/`runTerminalGateKind`/`runTerminalGateToolName`/`isReviewPark`/`REVIEW_PARK_GATE_KINDS` 六件终局因由读器 + `gateOutcomeOf`/`isDeniedGate`/`gateDeniedBy`/`gateApprover`/`isApprovalWindowExpiredGate`/`isDenialLimitAutoDeniedGate`/`isParkSlaExpiredGate`/`isHumanSettledGate` 八件门记录读器 + `projectWriteProtectionCapability`/`noteEngineCapsForWriteProtection`/`observedWriteProtection`/`forgetWriteProtectionReading`/`writeProtectionDoctorDetail`/`projectWriteProtectionPosture`/`writeProtectionPostureDetail` 七件写保护读面(测试钩 `__resetWriteProtectionReadingsForTests` +1)+ `readWireErrorCode` + 真机边界①的两件 `isGateParkedToolEnd`/`GATE_PARKED_ERROR_CODE` + 异源复审逼出的 `engineCapsGeneration`;`0.59.0` 是 **836**,那批是八件 additive:`RULE_OFFERS_ABSENCE_REASONS`/`DENIAL_LIMIT_KINDS`(后者 🔧 0.85.0 退出公面)两张闭词表再导出 + `engineCapValue` 能力位四态通用读口 + `projectSqlEngineCapability`/`observedSqlEngine`/`noteEngineCapsForSqlEngine`/`forgetSqlEngineReading`/`sqlEngineDoctorDetail` 五件 SQL 姿态读面(测试钩 `__resetSqlEngineReadingsForTests` +1);`0.58.0` 是 **828**,那批是三件 additive:`RULE_OFFER_MATCHES`/`RULE_OFFER_BATCH_MEMBER_KINDS`/`RULE_OFFER_UNCOVERED_REASONS` 三张闭词表再导出 + `RESUME_REFUSAL_CODES`/`RESUME_PLACEMENT_MISMATCH`/`resumeRefusalFromError`/`resumeRefusalContent` 四件文案铸点;`0.57.0` 是 **821**;`0.56.0`/`0.55.0` 是 **815**;已发 `0.54.0`(design/385 十件 additive 含 `AUTHORITY_ENVELOPE_TAGS` 🔧 0.72.0 退役);`0.52.0` 是 **805**(L-69⑨ 两件);`0.51.0` 是 **803**;`0.50.0` 是 **800**(S-81 五件);`0.49.0` 是 **795**;`0.48.0` 是 **794**;npm `0.47.0` 是 **790**,`0.46.0` 是 **787**,`0.44.0` 是 **783**,`0.43.1`/`0.43.0` 是 **776**,`0.42.0` 是 **771**,`0.41.0` 是 **767**,`0.39.0` 是 **766**,`0.38.0` 是 **764**;`0.37.0` 是 **753**,见 `CHANGELOG.md`) | `scripts/public-export-baseline.json` 的 `count` / `testHookCount` —— **别手抄进别处,以该文件为准** |
+| 公开导出面 | **1587** 个运行期符号(+ **73 个测试钩,两种拼法**:49 个 `__*ForTests` + 24 个单下划线开头(22 个 `_*ForTest` + `_resetLiveQuestionStore` / `_resetUltracodePreset`) —— 两种都在 `public-export-baseline.json` 的 `testHookNames` 里、各自受棘轮管,**不在** `names` 的 1587 里。运行期 `Object.keys(dist/index.js)` 的全量 = 1587 + 73 = **1660**;只剔双下划线那 49 个会多数出 24 个来,那不是棘轮盲区;最简单的剔法是去掉所有以 `_` 开头的名字(公面运行期名没有一个以 `_` 开头);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` / `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` / `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` / `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` —— **别手抄进别处,以该文件为准** |
+
+
+
+| 支持底线 | 服务端 **7.115.0** / 引擎 **7.40.1** / sdk **19.0.0**(服务端 / 引擎 0.95.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` | — |
 
@@ -126,7 +129,11 @@ 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`(**1485** 项;该基线只覆盖**根**入口,子路径入口 `./registry` 的名单在 §86 与 `scripts/run-sdk-registry-transit-test.mjs` A / C 段)。
+> 全集真源 = `scripts/public-export-baseline.json` 的 `names`(**1587** 项;该基线只覆盖**根**入口,子路径入口 `./registry` 的名单在 §86 与 `scripts/run-sdk-registry-transit-test.mjs` A / C 段)。
+
+
+
+
 > 本节**不逐名抄**,只给「域 → 承重导出 → 用途 → 实现锚」。承重导出 = 一个端为了让这个域干活
 > **必须**直接调到的那几个符号;其余是它们的类型、变体与辅助位。
 > 两个入口:根 `import { … } from '@sema-agent/client-core'`(会话运行时;`exports` 的 `.`)+ `import { … } from '@sema-agent/client-core/registry'`(云控制面原样转口,0.79.1 起;`exports` 的 `./registry`,§86);
@@ -150,31 +157,50 @@ SDK 核对「本包 import 的每个值级符号仍然导出」「`TaskStats.cos
   `WorkflowsGateUnknownDenial` 四形**不在**基线里,`src/selfOrchestrationDenial.ts` 对基线贡献
   **4** 项运行期导出(三个函数 + `SELF_ORCHESTRATION_RETRY_WITHOUT`)。
 
-1485 项的内部构成(帮助端估读表大小;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`〔域 9〕;CC-317 `abortableSleep` / `isAlreadyResolvedFailure`;CC-318 两张闭集表 `ASK_EVIDENCE_ABSENCE_VALUES` / `SYSTEM_INJECTION_PRIORITIES`;CC-322 ① 问类仲裁表 `MODE_ARBITRATION` + 判定 `askSurvivesStandingAnswer`;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` / `permissionsAllowGrantAvailable` / `permissionsAllowGrantDoctorDetail`;CC-309 错误载体铸口 `toolHistoryErrorCarrierOf`;CC-316 `attachments` 声明拒绝的具名类 `AttachmentsSpecRefused`;§116);0.89.0 +8 函数 −1 常量(CC-282 通告 / 终局 / 省略成因:`readToolTurnIncomplete` / `readUserInputUndrained` / `userInputUndrainedNotice` / `providerRejectionResend` / `taskRequestOmissionCausePhrase`,`SERVER_NOTICE_AUDIENCE` 🔧 0.89.0 退出公面,逐名见 §2z;CC-277 `disableSkillsDeclaration`;CC-287 `settingsHooksKeptLocally`;CC-289 `isReadCredentialRefusal`);0.88.0 +12 函数 +4 常量(CC-270 ① 服务端自铸通告事实读器 `readModelUnreachable`;CC-272 放行原因闭集镜像 `GATE_MODE_RELEASE_REASON_WORDS` + 判词谓词 `isGateModeReleaseReasonWord` + 修复通告事实读器 `readToolTurnRepaired`;CC-264 会话记忆抹除调用口 `eraseSessionMemory` + 判定口 `sessionMemoryEraseOutcome` + 三只闭集镜像;CC-280 registry 409 判别 `classifyRegistryConflict` / `isScopeGoneError`;CC-281 被拒读口 `requireExistingSessionRefusalFromError` + 一句 `requireExistingSessionRefusalContent`;CC-271 `createPromptDeliveryLedger` / `promptKnownUndelivered` / `withoutUndeliveredPrompts`);0.87.0 +2 函数(CC-268 会话历史 tool_use 错配的判型口 `classifyToolHistoryMismatch` + 回退节点解析口 `resolveToolHistoryRewindTarget`);0.86.0 +40 函数 +6 常量 −1 函数 −1 常量(CC-249 引擎 7.34.0 提货:六只通告事实读器 + 权限模式折回原因闭集 + 门记录模式放行读口;CC-251 写口拒名码常量 + `rules.` 族前缀谓词;CC-252 凭据没被接受那一句;CC-253 `APPROVER_POSTURE_BYPASS` / `approverPostureDeclarationField` 🔧 0.86.0 退出公面,逐名见 §2z;CC-250 存储姿态六口 + 中心接线六口 + 计费入口 503 码常量 + 读口 + 一句;CC-256 本机无 OS 沙箱判定 + 一句 + 诊断面车道段读口;CC-257 `inheritEnv` 两词闭集 + 判词口 + 版本地板常量 + 版本闸 + 片段口 + 不发那一句 + 两只拒各读口与一句;CC-262 / CC-263 / CC-265 权限规则表 · 工具声明族 · 键形拒两张键表各一读口一句 / 谓词;CC-266 `-p` 首帧来源超集键铸口);0.85.1 +2 函数 +1 常量(CC-248 回执省略成因的终端用户向取句口 + 句表;CC-259 按会话呈现回执登记口复活,0.72.0 退出过);0.85.0 +26 函数 +9 常量 −2 函数 −1 常量(CC-241 plan-review 决断台账六口;CC-246 会话后台任务停止口 + 受据归类口 + 三态闭集;CC-217 / CC-243 服务端 7.104.0 会话侧:存档读不出三载体读口 + 判定 + 人话 + 码常量、跳过记录通告读器 + 补句、删会话 409 读口 + 措辞 + 码常量、停驻挪动族读口 + 措辞 + 判定 + 闭集 + 三码常量;CC-243 能力 / 同步体侧:公钥发现四口、文件历史请求词片段口 + 常量、粗码识别表 + 判定;CC-221 三个运行期名字退出公面,逐名见 §2z);0.84.1 +11 函数 +4 常量(CC-210 开标签定位口 / CC-219 detach 400 纯判定 / CC-213 服务端自铸码受众表 + 事实读器 / CC-214 按码派发口 + 派发表 / CC-225 停泊决断 422 读口 + 措辞 + 码优先判定 + 码常量 / CC-229 撤销动词 + 措辞 + 出路句 + 判据本体 + 码常量);0.84.0 +8 函数 −7 常量 −19 函数(CC-194 B 半登记读数五口 / CC-185 读目录授权结论通告读口 / CC-206 `hands` 段读口与措辞两口;CC-223 收回 0.71.3 预告的 26 个 `export *` 放大件,🔧 0.84.0 退出公面,逐名见 CHANGELOG 0.84.0);0.83.5 +1 函数(CC-204 字符面标记位置读口 `displayUntrustedMarks`);0.83.4 +4 函数(CC-205 `<system-reminder>` 剥离 / 解包两口;CC-203 座位过境口;CC-201 清「用户关卡」记号口);0.83.2 +15 函数 +4 常量(CC-193 姿态放行谓词 / CC-195 强制词闭集 + 成员判据 + 读口 + 措辞 / CC-194 缺席行判定 11 函数 + 3 常量);0.83.1 +10 函数 +6 常量(CC-112 展示层安全出口 `displayUntrusted` / CC-117 会话规则记录无损判定 + 措辞单源 + 五词成因闭集 / CC-174 插件 hook 每轮计划 + 查询口 + 事件判定口 + 四只措辞口 + 五张闭集);0.83.0 −3 函数(联网搜索旧三读口 `webSearchFromEnv` / `webSearchFromSettings` / `resolveWebSearch` 🔧 0.83.0 退出公面)+1 函数(CC-175 `terminalReasonForResult`);0.82.7 +5 函数(CC-182 每请求联网搜索配置三态判决:段判决 / env 判决 / 两车道合成 / 措辞单源 / endpoint 显示形);0.82.5 +5 函数 +1 常量(CC-169 print 车道 init 帧工具面:流包装器 / 判定闸 / 名册信号分类口 / 判定口 / 留痕措辞单源 + 等待上界常量);0.82.2 +1 函数(CC-164 云控制面有效配置回体措辞单源 `cloudEffectiveNotices`);0.82.1 +15 函数(CC-154 续跑折叠码读口 + 措辞 / CC-163 文件历史捕获读口六口 / CC-151 模型身份可解析判据五口 / CC-161 自定义代理载荷作废重投口 / 决断失败码「门还在」判定;测试钩 +1);0.82.0 +17 函数 +1 常量(CC-146 `/rewind` 代码档与对话档可用性读口投影 + 三口读账 + 两只判据 + 三句措辞 / CC-150 额度投影三口 / CC-152 装配期无手两口 / CC-154 取码单源 + 折叠码常量 / CC-156 坏档行坐标读口 + 措辞);0.80.0 +1 常量 +10 函数(CC-133 结算词表镜像 `SETTLEMENT_KIND_WORDS` + 五函数 / CC-134 三函数 / CC-132 两函数);0.79.0 +8 常量 +21 函数 +1 类(CC-74 MCP 状态面两张词表 + 九函数 / CC-110 `approvalIsMandated` + `mandatedApprovalDetail` / CC-116 · 118 · 123 `APPROVER_POSTURE_BYPASS`(🔧 0.86.0 退出公面)+ `REQUEST_LANES` + 三函数 / CC-125 拒因两面四常量 `HITL_POLICY_DENY_MESSAGE` `APPROVAL_DENY_SETTLED_BY_WORDS` `SEMA_DENIAL_KIND_KEY` `CC_TOOL_DENIAL_KINDS` + 四函数 / CC-128 会话 bundle 面转口 `pushSessionBundle` `pullSessionBundle` `importSessionBundle` + 错误类 `APIError`;测试钩 +1);0.78.1 +2 常量 +9 函数(CC-113 displayBody / CC-97 b 五动词 + 判官 + 覆盖面判词 / CC-121 readSubmitWiringManifest);0.77.0 +2 常量 +2 函数(CC-101)+ 5 常量 +12 函数(CC-105 / CC-103;测试钩 +1);0.76.1 +1 常量 +4 函数(CC-36)+ 13 函数(CC-102;测试钩 +2)+ 1 常量 +20 函数(CC-97a;测试钩 +2)+ 2 函数(身份快照助手上公面);0.76.0 +8 常量 +8 函数(CC-77 ① 2+4 / CC-96 6+4);0.74.5 +2 常量 +2 函数(CC-87 / CC-88);0.74.3 +2 常量 +7 函数(CC-70 / CC-71 / CC-72 / CC-73 / CC-80;测试钩 +1);0.74.2 +6 函数(CC-69;测试钩 +1);0.74.1 +1 常量(CC-67);0.74.0 +1 函数(CC-66);0.73.5 +8 常量 +3 函数(CC-58);0.73.4 +1 常量(CC-34);0.73.3 +6 函数(CC-61;测试钩 +1);0.73.1 +2 常量 +5 函数(CC-56 / CC-57;测试钩 +1);0.72.14 +1 常量 +7 函数(CC-55);0.72.13 +4 常量 +14 函数(CC-46 / CC-54 / CC-53 / CC-50 缺席口);0.72.12 +2 常量 +2 函数(CC-50);0.72.10 +2 常量 +2 函数(CC-41);0.72.9 +2 常量 +6 函数(CC-30 / CC-39②);0.72.8 +2 常量 +4 函数(CC-39③ / CC-43);0.72.7 +1 常量 +1 函数(CC-42);0.72.6 +1 函数(CC-40);0.72.5 +1 常量 +5 函数(CC-31);0.72.3 +1 常量(CC-39①);0.72.2 +1 函数(CC-37);0.72.1 +1 常量 +3 函数(CC-33);0.72.0 −23 常量 −16 函数(CC-32 退役批);0.71.3 +4 常量 +5 函数(CC-06);0.71.0 −2 常量 `MAX_AGENT_SKILLS` / `DECIDE_WORKFLOW_HOST_NOT_PARKED` +2 函数 `projectToolRosterDelta` / `mcpEngineLegPresence`;0.70.0 起 +1 函数;0.69.2 起 +3:常量 1 / 函数 2):**382** 项是 `SCREAMING_SNAKE` 常量数据表/词汇表
+1587 项的内部构成(帮助端估读表大小;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):**393** 项是 `SCREAMING_SNAKE` 常量数据表/词汇表
+
+
+
+
 (矩阵、键集、env 名、锚串)而非可调用物;**8** 项是 PascalCase 运行期值
 (`ControlRouter` / `ControlSafetyError` / `HitlBridge` / `HitlSafetyError` / `DecideTransportRetryExhaustedError` / `APIError` / 0.90.0 CC-316 `AttachmentsSpecRefused`);
-**34** 项是 `*For(sessionKey, …)` 的 per-session 变体(0.93.0 −1:`wireAuthTokenFor` 退出公面〔§119 RT-2〕;0.85.1 +1:`registerArmedGateFromQuestionIdFor` 复活,多会话宿主的按会话呈现回执登记口,§110;0.84.0 −3:`notePlanReviewAnsweredFor` / `planReviewArmedKeyFor` / `waitForGateArmedFor` 🔧 0.84.0 退出公面;0.72.0 −4:`clearArmedGateFor` / `onGateArmedFor` / `notePlanReviewAnsweredIfDecisiveFor` 退出公面,第四名 `registerArmedGateFromQuestionIdFor` 即 0.85.1 复活的那一只)(§6;其中 `engineNamespaceKeyFor` 是命名巧合 —— 参数是 baseUrl 不是 sessionKey,见域 14)。
+**35** 项是 `*For(sessionKey, …)` 的 per-session 变体(0.95.0 +1:`forgetSettledTerminalRowFor` 按会话摘终态保留行〔§122 FX-F1〕;0.93.0 −1:`wireAuthTokenFor` 退出公面〔§119 RT-2〕;0.85.1 +1:`registerArmedGateFromQuestionIdFor` 复活,多会话宿主的按会话呈现回执登记口,§110;0.84.0 −3:`notePlanReviewAnsweredFor` / `planReviewArmedKeyFor` / `waitForGateArmedFor` 🔧 0.84.0 退出公面;0.72.0 −4:`clearArmedGateFor` / `onGateArmedFor` / `notePlanReviewAnsweredIfDecisiveFor` 退出公面,第四名 `registerArmedGateFromQuestionIdFor` 即 0.85.1 复活的那一只)(§6;其中 `engineNamespaceKeyFor` 是命名巧合 —— 参数是 baseUrl 不是 sessionKey,见域 14)。
+
+
+
+
+
+### 2b. 域图(16 域,逐域计数之和 = 1587)
 
-### 2b. 域图(16 域,逐域计数之和 = 1485)
 
 | # | 域 | 名数 | 承重导出 | 用途 | 实现锚 |
 |---|---|---|---|---|---|
-| 1 | **适配内核(下行主链)** | 80 | `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.89.0 CC-282:终局服务商拒绝详情的「改了重发」判定口,只读状态码、两句;`readRunTerminal` 的 `failed` 臂同批多可选位 `detail?`;§115;0.90.0 CC-309 +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)· `TERMINAL_CAUSE_KINDS`/`isTerminalCauseKind`(0.68.0 / L-247:**core 终局因由**闭集,四词 `completed|failed|blocked|paused`)· `RUN_TERMINAL_NOT_SUCCESS_STATUSES`/`isTerminalNotSuccess`/`RUN_TERMINAL_STATUSES`/`isTerminalStatus`(L-215② 终局词汇的**单铸谓词**,0.68.0 随 L-247 **两表分源**更名 —— `killed` 属 server run 行状态面、`paused` 属 core 因由面,合成一张会让两边加词时都读不出该改哪儿;`blocked` 是 agent 自报终态,`suspended`/`needs_review` 刻意不在表里,详见 §33b / §30j)· `SEMA_SUBAGENT_USAGE_PARTIAL_KEY`/`subagentUsageIsPartial`(0.68.0 / L-244:子代用量下界位的**自有名**与唯一判据,与终帧 `_sema_usage_lower_bound` 分名,详见 §33g) · `turnUsageToModelUsage` · `isRunStreamActive` · `ADAPTER_DIVERGENCES` · `readRunTerminal` / `runTerminalCode` / `runTerminalGateKind` / `runTerminalGateToolName` / `isReviewPark` / `REVIEW_PARK_GATE_KINDS`(0.60.0 / engine ≥7.64.0:一次 run **怎么结束的**唯一读器 —— 终局从八个平面键换成一条带标因由 `terminal`,四臂 + `unknown` 防御臂 + `plane` 两代字节标;🔴 不认识的终态词绝不折成成功、本包不提供「因由→五词 status」的兼容投影,详见 §24b)| 引擎 SSE `AgentEvent` → 端要渲的**双面输出**:transcript(`SDKMessage`)+ chrome(瞬态 `ChromeEvent`)。**本包存在的理由** | `src/adapt.ts`、`src/adapt/{arms,wireShapes,panelTasks}.ts`(经 `adapt.ts` 再导出)、`src/adapter/runStream.ts`、`src/adapter/downstream/*`、`src/adapter/types.ts`、`src/runTerminal.ts` |
+| 1 | **适配内核(下行主链)** | 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` |
 | 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 主战场) | 244 | `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` / `askSurvivesStandingAnswer` 过渡一版取较严者;§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)· `askSurvivesPosture` / `readApprovalMandate`(0.83.2 CC-193 / CC-195:常驻姿态下「这一张卡能不能由姿态答掉」三态谓词;卡上强制词读口,缺席答缺席;§102)· `sessionPolicyDeliverable` / `sessionPolicyWithheldNotice` / `SESSION_POLICY_WITHHELD_WHY`(0.83.1 CC-117:一批规则串能不能无损写进会话规则记录 —— 整批可送才送、五词成因闭集、每词一句措辞单源;宿主侧那一份的继任;§101)· `isPolicyRefusedGate` / `denyAttributionRefusalFromError` / `denyAttributionRefusalContent` / `removalConsequenceLineForBehavior` / `ruleRemovalBehaviorOf`(0.80.0 CC-133 · CC-132:策略拒谓词 + 归因键三码读口与人话 + 删除规则后果句铸点与闭集读口;§87)· `HITL_POLICY_DENY_MESSAGE` / `APPROVAL_DENY_SETTLED_BY_WORDS` / `readApprovalDenySettledBy` / `SEMA_DENIAL_KIND_KEY`(0.79.0 CC-125:deny 收口帧按 `settledBy` 分两串的冻结句、决断对象归因位的两词可达子集与只认自有数据属性的读器、分类词信封键名;§85)· `approvalIsMandated`(0.79.0 CC-110:审批卡「清不掉」判据口,帧位 ∨ 寄存行缺席词两条腿一个真源;§85)· `readSessionPolicy` / `tightenSessionPolicy` / `tightenedSessionRules` / `classifySessionPolicyFailure` / `sessionPolicyTightenNotice` / `SESSION_POLICY_RULE_FIELDS` / `SESSION_POLICY_TIGHTEN_UNKNOWN_WHY`(0.77.0 CC-105:会话策略窄读 + 收紧编排五臂判别联合)· `writePersistedRule` / `PERSISTED_RULE_WRITE_BEHAVIORS` / `PERSISTED_RULE_WRITE_REFUSAL_CAUSES` / `PERSISTED_RULE_WRITE_UNKNOWN_REASONS`(0.77.0 CC-103:持久规则单步写面,词表派生不手抄;§79)· `persistedRulesWriteAvailable`(0.76.1 CC-102:单步写入口便利口,只派生自写键自己的四态,不与撤销面那只合取;§77)· `approvalResolutionOf` / `isApprovalDecided` / `approvalNotSentCause` / `approvalUnsettledCause` / `APPROVAL_NOT_SENT_CAUSES` / `APPROVAL_UNSETTLED_CAUSES`(CC-77 ①:「一次审批决断最后怎么了」的单源判别联合 `decided` / `not_sent` / `unsettled`,两条腿的结局对象一次判别;既有结局型面一字不动)· `approvalOutcomeNoteOf` / `APPROVAL_NOTE_RETRACTED_DETAIL` / `APPROVAL_NOTE_EDIT_REFUSED_DETAIL`(0.74.5 CC-88:审批结局便签单源;§73)· `decideReceiptReopen` / `suspendedReopenOf`(0.74.3 CC-73:reopen 族第二臂;§71)· `RETRACTED_CARD_DECISION_KIND`(0.74.1 CC-67:卡口无决断收口;§69)· `planReviewOutcomeTail`(0.73.1 CC-57:outcome 尾句六态单铸点;投递口闩;§63)· `readLivePendingRows` / `suspendedSubagentAsks` / `countApprovalsAwaitingDecision` / `createSuspendedAskTracker` / `livePendingRowToApprovalFrame` / `surfaceSuspendedAskAndRespond` / `surfaceEditRefusedOnBlindAsk` + `EDIT_REFUSED_ON_BLIND_ASK_WARN_TEXT`(0.72.14 CC-55:悬挂的流内 ask 读面 / 视图 / 去重账 / 决断口;§61)· `planReviewCardOptions` / `planReviewChoiceFromAnswer` / `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 卡) | `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 会话规则无损判定)、`askSurvivesPosture.ts`(0.83.2 CC-193 姿态放行谓词)、`src/gateOutcome.ts` |
-| 4 | **子代 wire + 面板侧信道台账** | 110 | `stopEngineSessionBackground` / `engineSessionBackgroundReceiptReadingOf` / `ENGINE_SESSION_BACKGROUND_RECEIPT_STATES`(0.85.0 CC-246:会话后台任务停止口 + 受据三态归类口与闭集镜像,三端公共转调与单源措辞;认不出的受据词一律归「可能仍在跑」;§109)· `readEngineAgentRegistry` / `isEngineAgentRegistryListingSuperseded` / `engineAgentRegistryReadingOf` / `engineAgentRegistryKeyOf` / `engineAgentRegistryRowsMissingFromHost`(0.84.0 CC-194 B 半:后台代理登记读口 + 取代判定 + 归类口 + 登记键桥 + 补行谓词,宿主据此给缺席行回收入参的 `registry` 位填真读数;§107)· `isEngineAgentAbsentRow` / `engineAgentAbsenceMarkOf` / `engineAgentAbsenceClockStopMs` / `engineAgentPanelEventClearsAbsence` / `engineAgentRowCountsAsRunning` / `tallyEngineAgentRows` / `engineAgentTurnSweepSettles` / `reapEngineAgentAbsentRows` / `engineAgentAbsenceTtlDueAtMs` / `engineAgentAbsenceDroppedLine` / `engineAgentTerminalAfterDropLine` + `ENGINE_AGENT_ABSENT_ROW_TEXT` / `ENGINE_AGENT_ABSENCE_TTL_MS` / `ENGINE_AGENT_REGISTRY_READINGS`(0.83.2 CC-194:后台子代缺席行的判定 / 计数 / sweep 豁免 / 回收 / 措辞单源,回收只在后台代理登记确认离场时;§102)· `isNewEngineAgentPanelCycle`(0.74.5 CC-87:新周期单源判据;§73)· `resolveEnginePanelTaskId` / `MAX_HELD_WIRE_TICK_BEATS` / `clearEnginePanelTaskResidentByWire`(0.74.3 CC-70:子代身份归一读口、缓一拍节拍上限、按 wire id 清常驻标(前代终态不清当代);§71)· `isStaleEngineAgentPanelEnd`(0.74.0 CC-66:面板 end 的周期身份判据;§68)· `subscribeEngineAgentPanelAbsence` / `publishEngineAgentPanelAbsence`(0.72.13:fleet 行缺席上报的**独立订阅口** —— 不上主通道,老消费者结构上收不到;§60 S-5)· `tailEngineSubagent` · `installSubagentActivitySink` · `installSubagentTailMetaSink`(#280 件2:tail meta 帧发布口,`contentFrames` 判别位载体)· `stopEngineTask` + `classifyTaskStopConflict` · `fetchEngineSubagentReport` · `steerEngineSubagent`(0.32.0 未发布 #280 件A:additive 第三参 `childTaskId` —— 端有行上下文时**应当**传,传了就走「台账优先 / 缺席即诚实缺席 + 缺席留痕」的 Q3 口径,与 tail·taskOutput·subagentOutput 三腿同姿势、与孪生 resume 腿共用同一个 `resolveOwnerRunId` 判据;**不传**则逐字维持旧行为=回落在飞 run)· `resumeSettledSubagent` + `resolveSubagentResumeContext` + `resolveOwnerRunId` + `classifySubagentResumeFailure` + `subagentResumeAvailable`(#242 批 2 A-028.7:resume 判定半场上收,与 steer 孪生同居;取址三态 = 台账有行用行值 / 指名了行但台账缺席则**诚实缺席绝不回落在飞 run** / 没指名行才回落。出路文案归端)· `recordSubagentOwnerFromProgress` + `getBgParentRunOwner`(A-028.6:「子代 → 宿主 run」**单表**,宿主 run 必须由持 stream-local 值的调用方显式传入,包内绝不从 `activeEngineRunId()` 推断)· `auditRetainWithoutWake`([4000] Q5:引擎宣示 `subagentResume` + 本端在付 `retainSubagentSessions` + 端未实现 `wakeSubagent` ⇒ 响亮一条;`CLIENT_VERBS.wakeSubagent` 维持 fail-soft)· `subscribeSubagentContent` · `subscribeEngineAgentPanel` · `publishQuestionFrame` / `respondToQuestion` · `configureSubagentContentStore` / `subagentContentStoreConfig` / `SUBAGENT_CONTENT_STORE_DEFAULTS`(0.62.0:子代内容账本的**字节预算** —— 此前只有条数帽而单条无上限,一条 base64 工具结果就能让一个子代槽吃到十几 MB;越限从最早的内容开始丢并留一条可渲染的 `truncated` 记录,总帽淘汰整条最久未用的账本。配置面 fail-loud,详见 §26②)| 驱动与观测委派子代;经 module 级台账喂活体 agent/task 面板。全部**能力位 gate**(§5b) | `src/subagent/*.ts`、`src/subagentContentStore.ts`、`src/engineAgentPanelStore.ts`、`src/engineAgentAbsence.ts`(0.83.2 CC-194 缺席行判定与措辞)、`src/agentSession/engineAgentRegistryRead.ts`(0.84.0 CC-194 B 半登记读口)、`src/engineInlineTaskStats.ts`、`src/engineToolLabelStore.ts`、`src/liveQuestionStore.ts` |
-| 5 | **fleet 投影** | 38 | `displayUntrustedMarks`(0.83.5 CC-204:同一只出口另报每一枚字符面标记的 UTF-16 区间,`text` 与同选项的出口逐字节同;§105)· `displayUntrusted`(0.83.1 CC-112:wire 派生文本上屏前的合成出口三端单源 —— 凭据两网 ∘ 字符三网,选项按载体选;本域 `escapeDisplayControlChars` / `collapseLabel` / `capForDisplay` 三只旧口改由同一只字符面引擎实现、输出逐字节不变,字符集窄于新口默认;§101)· `createFleetLedger` · `projectTasks` · `projectWorkflows` · `projectFleetAgentRows` · `readEngineActiveBgTasks` · `FLEET_TASK_VIEW_KEYS` · `escapeDisplayControlChars`(不可见字符可见化,行标签/描述消毒的共享底座)· `capForDisplay`(0.62.0:呈前**消毒 + 封长**的共用铸点 —— 先转义、后按转义结果封长,截点避开半截转义 token 与合法代理对;本包该族四处此前各写一份、其中三份顺序是反的,详见 §26⑦) | 老 `fleetClient` 那一刀的成品:**帧体归库、连接归端** —— 端持 SSE 连接,库做行投影 + 保留台账 | `src/fleet/fleetProjection.ts`、`src/fleet/fleetLedger.ts`、`src/fleetAgentPanelProjection.ts`、`src/fleetTaskDesc.ts`、`src/displayUntrusted.ts`(0.83.1 CC-112:展示层安全出口单源,本域三只旧口的字符面引擎) |
-| 6 | **请求装配(上行唯一构造口)** | 48 | `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` |
+| 3 | **HITL 决断卡链**(§4/§5 主战场) | 272 | `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` |
+
+
+| 4 | **子代 wire + 面板侧信道台账** | 115 | `reducePanelFrame` / `createPanelReduceState` / `PANEL_DELTA_OPS` / `subscribeEnginePanelRows`(0.95.0 CC-76 + CC-114:面板行归约口 —— 一帧进 → 行差分出的纯函数、差分臂闭集、行差分订阅口;§122)· `stopEngineSessionBackground` / `engineSessionBackgroundReceiptReadingOf` / `ENGINE_SESSION_BACKGROUND_RECEIPT_STATES`(0.85.0 CC-246:会话后台任务停止口 + 受据三态归类口与闭集镜像,三端公共转调与单源措辞;认不出的受据词一律归「可能仍在跑」;§109)· `readEngineAgentRegistry` / `isEngineAgentRegistryListingSuperseded` / `engineAgentRegistryReadingOf` / `engineAgentRegistryKeyOf` / `engineAgentRegistryRowsMissingFromHost`(0.84.0 CC-194 B 半:后台代理登记读口 + 取代判定 + 归类口 + 登记键桥 + 补行谓词,宿主据此给缺席行回收入参的 `registry` 位填真读数;§107)· `isEngineAgentAbsentRow` / `engineAgentAbsenceMarkOf` / `engineAgentAbsenceClockStopMs` / `engineAgentPanelEventClearsAbsence` / `engineAgentRowCountsAsRunning` / `tallyEngineAgentRows` / `engineAgentTurnSweepSettles` / `reapEngineAgentAbsentRows` / `engineAgentAbsenceTtlDueAtMs` / `engineAgentAbsenceDroppedLine` / `engineAgentTerminalAfterDropLine` + `ENGINE_AGENT_ABSENT_ROW_TEXT` / `ENGINE_AGENT_ABSENCE_TTL_MS` / `ENGINE_AGENT_REGISTRY_READINGS`(0.83.2 CC-194:后台子代缺席行的判定 / 计数 / sweep 豁免 / 回收 / 措辞单源,回收只在后台代理登记确认离场时;§102)· `isNewEngineAgentPanelCycle`(0.74.5 CC-87:新周期单源判据;§73)· `resolveEnginePanelTaskId` / `MAX_HELD_WIRE_TICK_BEATS` / `clearEnginePanelTaskResidentByWire`(0.74.3 CC-70:子代身份归一读口、缓一拍节拍上限、按 wire id 清常驻标(前代终态不清当代);§71)· `isStaleEngineAgentPanelEnd`(0.74.0 CC-66:面板 end 的周期身份判据;§68)· `subscribeEngineAgentPanelAbsence` / `publishEngineAgentPanelAbsence`(0.72.13:fleet 行缺席上报的**独立订阅口** —— 不上主通道,老消费者结构上收不到;§60 S-5)· `tailEngineSubagent` · `installSubagentActivitySink` · `installSubagentTailMetaSink`(#280 件2:tail meta 帧发布口,`contentFrames` 判别位载体)· `stopEngineTask` + `classifyTaskStopConflict` · `fetchEngineSubagentReport` · `steerEngineSubagent`(0.32.0 未发布 #280 件A:additive 第三参 `childTaskId` —— 端有行上下文时**应当**传,传了就走「台账优先 / 缺席即诚实缺席 + 缺席留痕」的 Q3 口径,与 tail·taskOutput·subagentOutput 三腿同姿势、与孪生 resume 腿共用同一个 `resolveOwnerRunId` 判据;**不传**则逐字维持旧行为=回落在飞 run)· `resumeSettledSubagent` + `resolveSubagentResumeContext` + `resolveOwnerRunId` + `classifySubagentResumeFailure` + `subagentResumeAvailable`(#242 批 2 A-028.7:resume 判定半场上收,与 steer 孪生同居;取址三态 = 台账有行用行值 / 指名了行但台账缺席则**诚实缺席绝不回落在飞 run** / 没指名行才回落。出路文案归端)· `recordSubagentOwnerFromProgress` + `getBgParentRunOwner`(A-028.6:「子代 → 宿主 run」**单表**,宿主 run 必须由持 stream-local 值的调用方显式传入,包内绝不从 `activeEngineRunId()` 推断)· `auditRetainWithoutWake`([4000] Q5:引擎宣示 `subagentResume` + 本端在付 `retainSubagentSessions` + 端未实现 `wakeSubagent` ⇒ 响亮一条;`CLIENT_VERBS.wakeSubagent` 维持 fail-soft)· `subscribeSubagentContent` · `subscribeEngineAgentPanel` · `publishQuestionFrame` / `respondToQuestion` · `configureSubagentContentStore` / `subagentContentStoreConfig` / `SUBAGENT_CONTENT_STORE_DEFAULTS`(0.62.0:子代内容账本的**字节预算** —— 此前只有条数帽而单条无上限,一条 base64 工具结果就能让一个子代槽吃到十几 MB;越限从最早的内容开始丢并留一条可渲染的 `truncated` 记录,总帽淘汰整条最久未用的账本。配置面 fail-loud,详见 §26②)| 驱动与观测委派子代;经 module 级台账喂活体 agent/task 面板。全部**能力位 gate**(§5b) | `src/subagent/*.ts`、`src/subagentContentStore.ts`、`src/engineAgentPanelStore.ts`、`src/engineAgentAbsence.ts`(0.83.2 CC-194 缺席行判定与措辞)、`src/agentSession/engineAgentRegistryRead.ts`(0.84.0 CC-194 B 半登记读口)、`src/engineInlineTaskStats.ts`、`src/engineToolLabelStore.ts`、`src/liveQuestionStore.ts` |
+| 5 | **fleet 投影** | 42 | `forgetSettledTerminalRow` / `forgetSettledTerminalRowFor`(0.95.0 CC-332:按行 id 摘掉一条已结算的终态行 —— 与 `task_remove` 结算级离场自摘走同一只实现;仍在飞 / 通知车道推定行不摘;§122 FX-F1)· `SDK_FLEET_TASK_TERMINAL_STATUSES` / `isSdkFleetTaskTerminal` / `isSdkFleetTaskTerminalNotSuccess`(0.95.0 CC-78:sdk `FleetTaskStatus` 终态分区,冻结数组;§122 TW-1)· `displayUntrustedMarks`(0.83.5 CC-204:同一只出口另报每一枚字符面标记的 UTF-16 区间,`text` 与同选项的出口逐字节同;§105)· `displayUntrusted`(0.83.1 CC-112:wire 派生文本上屏前的合成出口三端单源 —— 凭据两网 ∘ 字符三网,选项按载体选;本域 `escapeDisplayControlChars` / `collapseLabel` / `capForDisplay` 三只旧口改由同一只字符面引擎实现、输出逐字节不变,字符集窄于新口默认;§101)· `createFleetLedger` · `projectTasks` · `projectWorkflows` · `projectFleetAgentRows` · `readEngineActiveBgTasks` · `FLEET_TASK_VIEW_KEYS` · `escapeDisplayControlChars`(不可见字符可见化,行标签/描述消毒的共享底座)· `capForDisplay`(0.62.0:呈前**消毒 + 封长**的共用铸点 —— 先转义、后按转义结果封长,截点避开半截转义 token 与合法代理对;本包该族四处此前各写一份、其中三份顺序是反的,详见 §26⑦) | 老 `fleetClient` 那一刀的成品:**帧体归库、连接归端** —— 端持 SSE 连接,库做行投影 + 保留台账 | `src/fleet/fleetProjection.ts`、`src/fleet/fleetLedger.ts`、`src/fleetAgentPanelProjection.ts`、`src/fleetTaskDesc.ts`、`src/displayUntrusted.ts`(0.83.1 CC-112:展示层安全出口单源,本域三只旧口的字符面引擎) |
+| 6 | **请求装配(上行唯一构造口)** | 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 台账) |
-| 8 | **工具结果卡** | 29 | `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` |
-| 9 | **能力/旋钮 wire 门族** | 250 | `deviceLaneOpen`(0.93.0 CC-454:device 车道开没开的三态判据单源 —— 与 `deviceManagementVerbsAvailable`〔管理动词能不能用〕分开答两问,读数来自同一只 `deviceExecutor` 读器的 `present` / `lane_absent`;§119)· `projectApprovalDecidedByCapability` / `noteEngineCapsForApprovalDecidedBy` / `observedApprovalDecidedBy` / `forgetApprovalDecidedByReading` / `approvalDecidedByAdmitted`(0.93.0 CC-403:审批决定口出处键 `approvalDecidedBy` 位的三态读面 + 判据单源;§119)· `projectPermissionModesCapability` / `noteEngineCapsForPermissionModes` / `observedPermissionModes` / `forgetPermissionModesReading` / `permissionModeAdmitted`(0.93.0 CC-451 ③:请求面权限模式词表 `permissionModes` 的三态读面 + 判据单源,`dontAsk` 按位发词;§119)· `projectSteerPriorityCapability` / `noteEngineCapsForSteerPriority` / `observedSteerPriority` / `forgetSteerPriorityReading` / `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` / `forgetAttachmentSeatReading`(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` / `forgetPermissionsAllowGrantReading` + `permissionsAllowGrantAvailable` / `permissionsAllowGrantDoctorDetail`(0.90.0 CC-302:「allow 规则按放行规则编」能力位三态读器 + 判据单源 + doctor 句;位名候定;§116)· `settingsHooksKeptLocally`(0.89.0 CC-287:hooks 设置来源条目的本端跳过口,按 matcher + 条目身份对照计划的请求体,判给引擎的不跑;§115)· `projectStorePostureCapability` / `noteEngineCapsForStorePosture` / `observedStorePosture` / `forgetStorePostureReading` + `storePersistence` / `storePostureDoctorDetail`(0.86.0 CC-250:caps `store` 存储姿态四态读口与读账、持久判据三值、doctor 一行;键缺席 = 老引擎没报,不是「不持久」;§112)· `projectCenterWiringCapability` / `noteEngineCapsForCenterWiring` / `observedCenterWiring` / `forgetCenterWiringReading` + `callerQuotaLease` / `centerWiringDoctorDetail`(0.86.0 CC-250:caps `centerWiring` 中心接线读口,缺席按同体 `store` 分 `none` / `not_reported`,调用方租约六词判决,doctor 一行;§112)· `noOsSandboxOnThisHost` / `noOsSandboxContent` / `projectExecutionLaneWiring`(0.86.0 CC-256:`executionLane.isolated` 读进车道读数后的「本机无 OS 沙箱」三值判定与那一句,operator 诊断面车道段同一份判据;§112)· `projectSealedKeyCapability` / `noteEngineCapsForSealedKey` / `observedSealedKey` / `forgetSealedKeyReading`(0.85.0 CC-243:能力面公钥发现段 `sealedKey` 的四态读口与读账,只出公钥三键、键缺席 = 不要封;§109)· `hooksWirePlan` / `pluginHookVerdictOf` / `hooksNotRunNotice` / `pluginHookExecutorLabel` / `pluginHookReasonText` / `settingsHookDropText` / `isEngineFiredHookEvent` + `ENGINE_FIRED_HOOK_EVENTS` / `PLUGIN_HOOK_DISPOSITIONS` / `PLUGIN_HOOK_REASONS` / `PLUGIN_HOOK_EXCLUSION_REASONS` / `SETTINGS_HOOK_DROP_REASONS`(0.83.1 CC-174:插件 hook 每轮计划 —— 逐条判「投给引擎 / 本客户端执行 / 如实不跑」,请求体 hooks 与本地跳过用同一份,开机「不会执行」清单与 `/hooks` 标注措辞单源,五张闭集;读口是 `SettingsPort` 的可选成员 `enabledPluginHooks`(型面,不计名数);§101)· `invalidateTaskAgentsWire`(0.82.1 CC-161:自定义代理载荷作废并重投,就绪门等最新一代,§93 S-14)· `projectFileHistoryCaptureCapability` / `noteEngineCapsForFileHistoryCapture` / `observedFileHistoryCapture` / `forgetFileHistoryCaptureReading` / `fileHistoryCaptureMode` / `fileHistoryCaptureDoctorDetail`(0.82.1 CC-163:`capabilities.fileHistoryCapture` 四态读口 + 判据 + 措辞单源;§93)· `observedRewindArchive` / `rewindCodeArchiveAvailability` / `rewindConversationAvailability` / `rewindArchiveDoctorDetail` / `rewindConversationDoctorDetail`(0.82.0 CC-146:`/rewind` 代码档与对话档可用性四位窄读口 + 端判据三态 + 措辞单源,替掉壳侧「本地备份表非空」那条判据;§92)· `mcpEngineLegLivenessOf` / `mcpDetailLegNote` / `isMcpLivenessState`(0.80.0 CC-134:引擎腿活性六档读口 + 九句范围说明铸点 + 活性三词判据上公面;§87)· `projectMcpProbeCapability` / `noteEngineCapsForMcpProbe` / `observedMcpProbe` / `forgetMcpProbeReading` / `mcpProbeAvailable` / `mcpProbeDoctorDetail`(0.79.0 CC-74:`capabilities.mcpProbe` 四态读口 + 「这次调用要不要上 wire」三态 + doctor 句;§85)· `projectSessionPolicyCapability` / `observedSessionPolicy` / `sessionPolicyFaceAvailable`(0.77.0 CC-105:`capabilities.sessionPolicy` 四态读口 + 渲不渲写入口三态;§79)· `projectMemoryComplianceCapability` / `memoryComplianceVerbsAvailable` · `projectMemoryOriginCapability` / `memoryOriginVerbsAvailable`(0.76.1 CC-97a:`capabilities.memoryCompliance` / `memoryOrigin` 两只四态读口,同判据不同位、各持一张表;§77)· `projectPeerLaneCapability` / `observedPeerLane` / `peerLaneAvailable`(0.76.1 CC-102:`capabilities.peerLane` 四态读口 + 露不露跨会话入口的三态判据;非 HTTP 面)· `projectPermissionRulesWriteCapability` / `observedPermissionRulesWrite` / `permissionRulesWriteAvailable`(0.76.1 CC-102:`capabilities.permissionRulesWrite` 四态读口 —— 键缺席 = 二进制比单步写口老、藏入口;在场按本键的值判这次够不够得着;§77)· `projectDeviceExecutorManagementCapability` / `noteEngineCapsForDeviceExecutorManagement` / `observedDeviceExecutorManagement` / `forgetDeviceExecutorManagementReading` / `deviceExecutorManagementDoctorDetail` / `deviceManagementVerbsAvailable`(0.74.2 CC-69;§70)· `projectApprovalsStreamLiveCapability` / `noteEngineCapsForApprovalsStreamLive` / `observedApprovalsStreamLive` / `forgetApprovalsStreamLiveReading` / `approvalsStreamLiveDoctorDetail` / `livePendingNeedsReconcile`(0.73.3 CC-61;§65)· `projectExecutionLaneCapability` / `noteEngineCapsForExecutionLane` / `observedExecutionLane` / `forgetExecutionLaneReading` / `executionLaneDoctorDetail` / `toolsRunHereFromExecutionLane`(0.72.13 CC-54:`capabilities.executionLane` 四态读面,键缺席 ≠ 不是本机车道;§60)· `AGENT_MEMORY_WORDS`(0.72.3 CC-39①:`memory: user|project|local` 三词;`projectAgentsForWire` 把它们同映射为 `agents[].memory = { scopes:[agent:<type>], writeScope }`;§50)· `skillBaseDirOf`(0.72.1 CC-33:`SkillSpec.baseDir` 窄读 = server 顶层门同一只结构判据;`skillCommandsToSpecs` 第三参 `{ toolsRunHere }` 只在本机车道带;§48)· `projectAgentsForWire` / `awaitTaskAgentsWire` · `hooksForWire` · `mcpConfigsToSpecs` · `ultracodeForRequest` · `buildWebSearchEnv`(`resolveWebSearch` 🔧 0.83.0 退出公面,换读域 15 的 `resolveWebSearchVerdict`) · `attachmentsForRequest` · `projectEffectiveBody` · `classifySelfOrchestrationRefusal` / `stripSelfOrchestrationIntent` / `projectWorkflowsGate` / `SELF_ORCHESTRATION_RETRY_WITHOUT`(S-81,server 7.57.0:上面两条 stamp 腿的**背面** —— 半配置多租户形态下 server 把带 `selfOrchestration` / `settings.ultracode` 的提交 501 拒掉,判型/去键/caps 闸三处都是判定不是文案,详见 §13) · `engineCapsGeneration`(0.60.0,异源对抗复审 [medium] 逼出:caps 探测的**当代号**读口 —— 代际闸在 probe **返回之后**才跑,而宿主的读面 tee 是在 probe **内部**落地的 ⇒ 一次慢的旧探测能把上一台引擎的读数写回来。宿主在**起探测那一刻**抓号、tee 时交回 `{generation}`,陈旧那一发整只丢掉;不传 = 逐字节同行为,详见 §24e)| 逐功能的「引擎有没有这个能力 + 这个字段怎么上 wire」投影器,由 `buildTaskRequest` 组装。🔴 `hooksForWire()` 是 **fail-closed**:无 `SettingsPort` ⇒ 返回 `undefined`(信任门,不是取值) | 17 个 `src/*WireCaps.ts` + `src/scratchpadWireCaps.ts`、`src/hooksWireCaps.ts`、`src/goalStopHook.ts`、`src/websearch/searchProviderPresets.ts`、`src/selfOrchestrationDenial.ts`(S-81 拒绝判定层)、`src/pluginHooksWire.ts`(0.83.1 CC-174:插件 hook 判定 / 措辞 / 闭集,经 `src/hooksWireCaps.ts` 编排)、`src/hookToolAliases.ts`(0.90.0 CC-298:hooks matcher 工具别名读口;表是生成物 `src/generated/engineFactTables.ts` 的 `CORE_HOOK_TOOL_ALIASES`) |
-| 10 | **headless / 部署旋钮 wire** | 55 | `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 | **模型目录与预算** | 72 | `modelIdentityResolvability` / `modelIdentityDetail` / `modelSetupDecision` / `modelSetupNotice` / `observedEngineAnswer`(0.82.1 CC-151:「引擎启动时拿不拿得到模型名」三态判据 + 向导两位决策 + 措辞单源,§93 S-11)· `routePairingVerdict`(0.71.3 CC-06:`ModelInfo.routePairing` ok / broken / unknown 三态读口,§45)· `resolveModelCatalog` · `loadCatalogWithSources` · `PROVIDER_PRESETS` / `MODEL_FAMILIES` · `defaultMaxTokensFor` · `getLiveModelCatalog` / `setLiveModelCatalogRefresher` · `providerAuthMethods` / `beginDeviceCodeAuth` · `providerCatalogRows` / `providerCatalogRowDetail` / `providerPresetById`(#244 F4 族D A-028.17:46 家表的规范折表层 —— 全表不重排、诚实缺席「model id typed in」,cli 目录/web 向导同一份折表)· `TIER_ORDER` / `CC_TIER_ALIASES` / `isTier` / `resolveTierBinding`(A-028.18:档位词表+校验+fail-open 降档派生单源;settings 存储归宿主)· `resolveEntryVision` / `computeDeleteBlockers` / `computeDeleteWarnings`(0.38.0 #318 件③ 上收:Model Hub 供给面的三端公共判定 —— vision 生效值+来源三态、删除断链核(拒删+指路)、删除降级后果(照删但必说)。**零 IO**,读盘那半场留各端;`doc === null` 的两义在调用方分流) | 三层 provider 目录解析(线上 URL → 包内预设 → 用户覆盖)+ per-model `maxTokens` 封顶。线上腿需注入 `CatalogFetchJson`,缺席 ⇒ 整条不启用(`online.reason='no-fetch-port'`);缓存落盘经 `CatalogCachePort` | `src/model/{catalog,catalogLoader,providerAuth,providerPresets,providerCatalog,tierVocabulary}.ts`、`src/liveModelCatalog.ts`、`src/modelBudgetRule.ts`、`src/sessionModelLatch.ts`、`src/effortWire.ts` |
+| 9 | **能力/旋钮 wire 门族** | 246 | `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` / `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` / `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` / `observedStorePosture` + `storePersistence` / `storePostureDoctorDetail`(0.86.0 CC-250:caps `store` 存储姿态四态读口与读账、持久判据三值、doctor 一行;键缺席 = 老引擎没报,不是「不持久」;§112)· `projectCenterWiringCapability` / `noteEngineCapsForCenterWiring` / `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` / `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` / `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` |
+
+| 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` |
+
 | 12 | **workflow 与后台工作视图** | 38 | `isReadCredentialRefusal`(0.89.0 CC-289:门前只读路「凭据没被接受」判官上根入口,与 workflow 监视器 / 后台视图 fleet 源同一只函数;§115)· `READ_CREDENTIAL_NOT_ACCEPTED_NOTICE`(0.86.0 CC-252:门前只读路「凭据没被接受」那一句,workflow 监视器 `unauthorized` 态与后台视图 fleet 源 `unauthorized` 共用;§112)· `evaluateWorkflowSize` / `readWorkflowSizeWarningEnvCaps` / `workflowSizeWarningTextForWidth` + `WORKFLOW_SIZE_WARNING_AGENT_CAP` / `_TOKEN_CAP` / `_TOKENS_PER_AGENT` / `_ENV_NAMES` / `_TEXT_LONG` / `_TEXT_SHORT` / `_TEXT_MIN` / `WORKFLOW_SIZE_GUIDELINE_AGENT_CAPS`(0.73.5 CC-58:规模告警判定三态;§67)· `projectLeaderConflict` / `leaderConflictDetail` + `LEADER_RUN_STATUSES` / `LEADER_REJ_HEAD_DISPLAY_MAX`(0.72.10 CC-41:leader run 终局 `needs_human` + `result.conflict` 三形读面 none / unreadable / conflict,缺席不可分、filesTruncated 只认 true、salvaged 原样给落盘口;§57)· `projectWorkflowRun` · `readWorkflowResumeAdmissionIncomplete`(0.68.3 CC-05:core 7.18.0 `resumeAdmissionIncomplete` 在场 = 不是 resume 基,与 `readWorkflowParks` 同一条投影义务)· `createLiveWorkflowSource` · `ensureWorkflowActivityLedger` · `readWorkflowActivityLedger` · `stopWorkflowActivityLedger` · `resetWorkflowActivityLedgers` · `createBackgroundView` · `projectBackgroundView` · `recordWorkflowAgentTaskId` · `agentDisplayStatus` | 活过一个 turn 的长任务读面:workflow run + 跨 session 后台任务归一表(`assistant.tasks` 与 fleet SSE **两源独立降级**) | `src/workflow.ts`、`src/workflowClient.ts`、`src/workflowMonitor.ts`、`src/agentSession/backgroundView.ts`(+ 纯类型 `src/agentSession/contract.ts`) |
-| 13 | **座位 IPC 契约** | 34 | `LOCAL_SESSIONS_SPEC` · `SEAT_METHOD_NAMES` · `SEAT_EVENT_TYPES` · `isLocalSessionEvent` · `isToolPermissionRequest` · `toolPermissionRequestId` · `SEAT_VALIDATOR_KEY_COVERAGE` · `SEAT_SEND_MESSAGE_KEY_ORIGINS`(0.62.0:座位载荷**逐键出身**登记 —— 每个位要么写明转投哪个引擎请求位、要么写明为什么不上 wire;常驻门对**装在盘上的** sdk 型面逐名核,详见 §26③)| desktop↔web 座位 IPC 契约的**单一真源**(此前两边各一份、名字零重合 ⇒ 编译器永远不会告诉你它们漂了)。🔴 加 verb 忘了加 `LOCAL_SESSIONS_SPEC` **不报错**:preload 不注册 channel、渲染端读到 `undefined` | `src/seatContract.ts`(**零 import**,纯类型 + 常量 + 纯谓词)。🔴 **证据等级标注(0.42.0,test [5087] 的「语料**种类**缺口」/ cli [5088] 认领件)**:该文件里所有以「CC 如何如何」为形的断言(`212 methods` / `854-channel census` / 方法名逐字保留 / `fQe` 逐字段对照 / 一切 `.vite/build/index.chunk-*.js` 坐标)**证据等级 = 桌面 unpack,本地语料库不可复验** —— 本仓手边可复验的参照语料**只覆盖终端 CLI 形态**的静态产物,拿它去 grep 桌面壳里的符号只会零命中,而零命中在这里**既不证真也不证伪**。复核这些断言**不得**拿本仓语料当反证 |
-| 14 | **宿主端口与会话槽** | 43 | `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 | **控制面与传输** | 222 | `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` / `isScopeGoneError`(0.88.0 CC-280:registry 同一个 409 的两义判别,与新版 SDK 同名同答;§114)· `createPromptDeliveryLedger` / `promptKnownUndelivered` / `withoutUndeliveredPrompts`(0.88.0 CC-271:提交事实账本与两只按消息行的读口,判据 = 引擎为这次提交建了 run;§114)· `printInitToolFaceSupersetKeys`(0.86.0 CC-266:`-p` 首帧 `system/init` 两只来源超集键 `_sema_tools_source` / `_sema_tools_fallback_reason` 的铸口,`withPrintInitFrame` 已铺在宿主那只首帧对象上;自建首帧的宿主展开它的结果;§112)· `FLEET_LEASE_UNAVAILABLE` / `fleetLeaseUnavailableFromError` / `fleetLeaseUnavailableContent`(0.86.0 CC-250:计费入口 503 `fleet.lease_unavailable` 按码读口与一句话,`classifyTurnWireError` 的 `http` 判决同批带 `leaseUnavailable`;§112)· `hostPostureRefusalFromError` / `hostPostureRefusalContent` · `inheritEnvRefusalFromError` / `inheritEnvRefusalContent` · `settingsPermissionBucketRefusalFromError` / `settingsPermissionBucketRefusalContent` · `toolDeclarationRefusalFromError` / `toolDeclarationRefusalContent` · `bodyShapeRefusalFromError` / `bodyShapeRefusalTouchesSettings`(0.86.0 CC-257 / CC-262 / CC-263 / CC-265:新提交两只拒、权限规则表超帽坏项、工具声明族「不是暂时故障」、请求体键形拒两张键表 —— 五对按码读口与单源句;§112)· `judgeWebSearchSettings` / `webSearchVerdictFromEnv` / `resolveWebSearchVerdict` / `webSearchVerdictMessage` / `webSearchEndpointForDisplay`(0.82.7 CC-182:每请求联网搜索配置三态判决,与 server ≥7.100.0 判官同判;§99)· `withPrintInitFrame` / `createPrintInitGate` / `printInitRosterSignal` / `decidePrintInitToolFace` / `printInitToolFaceDebugLine` / `PRINT_INIT_ROSTER_WAIT_MS`(0.82.5 CC-169:print 车道 init 帧工具面名册优先 —— 流包装器、判定闸、名册信号三态分类、判定口、留痕措辞单源、等待上界;§97)· `projectRegistryQuotaUsage` / `quotaAmountText` / `registryQuotaDoctorDetail`(0.82.0 CC-150:云控制面 quota/usage 回体的纯投影 —— 两种 null 的正面事实与「判不出」三分,措辞零 0;§92)· `pushSessionBundle` / `pullSessionBundle` / `importSessionBundle` / `APIError`(0.79.0 CC-128:会话 bundle 面四名原样转口,与 `AgentClient` 同一张存量转口表;§85)· `readMcpCapabilities` / `probeMcpServers` / `classifyMcpProbeFailure` / `MCP_PROBE_REFUSAL_CAUSES` / `MCP_PROBE_UNKNOWN_WHYS`(0.79.0 CC-74:无 run 可读的 MCP 状态面两只调用口 + 单一失败判官 + 两张闭集词表;§85)· `readEntryProvenance` / `eraseMemoryEntries` / `listExternalOriginEntries` / `listOriginClearances` / `clearEntryOrigin` / `classifyMemoryFailure` / `externalOriginCoverage` / `MEMORY_VERB_REFUSAL_CAUSES` / `MEMORY_VERB_UNKNOWN_WHYS`(0.78.1 CC-97 b:记忆治理面五动词调用口 + 单一失败判官 + 两张闭集 + 覆盖面判词;§83)· `readMemoryExportRows` / `scopeExternalOriginVerdict` / `readMemoryEraseReceipt` / `memoryEraseCounts` / `memoryEraseErasedNothing` / `eraseNotFoundHistoryVerdict` / `memoryEraseReplayPosture` / `readMemoryOriginClearanceReceipt` / `MEMORY_ENGINE_REQUIRED_CODE`(0.76.1 CC-97a:记忆条目面三个回体的窄读口 + 判词口;「空答绝不读作本店干净」的代码落点;§77)· `readMcpLiveness` / `mcpLivenessRollupOf` / `mcpEngineLegHealthOf` / `mcpEngineLegHealthDetail` / `MCP_LIVENESS_STATES`(0.76.1 CC-36:`wiring_manifest.mcp[].liveness` 活性观察的行级三向读口 + 腿级四读数判词 + 措辞铸点;§77)· `readRunCancelContext` / `classifyRunAbortCause` / `RUN_CANCELLED_CODE`(0.74.3 CC-71:run 取消现场与成因;§71)· `cancelConflictFromError` / `cancelConflictContent` / `usageWindowExhaustedFromError` / `usageWindowExhaustedContent` + `CONFLICT_APPROVAL_SETTLED` / `CONFLICT_RUN_NOT_RUNNING`(0.73.1 CC-56:cancel 409 按码分家 + 提交面 429 用量窗;§63)· `reconnectMcpServer` / `projectMcpReconnectResult` / `classifyMcpReconnectFailure` / `projectMcpReconnectCapability` / `mcpReconnectOutcomeDetail` + `MCP_RECONNECT_OUTCOMES` / `MCP_RECONNECT_TRANSACTION_NOTICE`(0.72.9 CC-30:会话内 MCP re-dial 消费口,outcome 三态 / unsupported 恒五键 / 名册按 toolNames 在场性;§56)· `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` / `webSearchBackendDoctorDetail` + `WEB_SEARCH_BACKEND_NONE`(0.72.5 CC-31:`capabilities.webSearch.backend` 四态读面 —— 键缺席 = 老引擎判不了 ≠ `none` = 引擎明说没有默认后端;与 `sqlEngineCapability` / `writeProtectionCapability` 同构;§52)· `resumeContextUnavailableFromError` / `resumeContextUnavailableContent`(0.72.1 CC-33:409 `conflict.resume_context_unavailable` 读数 `{ code, staleAfterSec?, runId? }` + 三句人话;§48)· `mcpEngineLegPresence`(0.71.0 CC-19:引擎侧 MCP 在场三值,只从面板视图求;§42)· `ControlRouter`(+ `ControlSafetyError`)· `fetchMcpPanel`(0.69.0:经 sdk `sessions.mcp` 取体 + 投视图,不裸 fetch)· `projectMcpPanel` + `mcpPanelLastLegDetail`(0.68.2 CC-03:`GET /v1/sessions/:id/mcp` 面板体防御读视图 + `lastLegMcp` 一行措辞铸点;缺席 = 键不铸、读不懂 = `lastLegMcpUnreadable`、禁与 `servers[]` 对账)· `makeEngineWireClient` + `resolveWireAuth` · `installEngineWireTarget` · `diagnoseSseIdleTear` / `isSseIdleError` · `attemptActiveRunSelfHeal` + `activeRunBusySignal` + `activeRunSelfHealRow` / `activeRunBusyHeadlessRow` · `kickEngineCapsProbe` / `engineCapTrue` / `invalidateEngineCaps(baseUrl, probe?)`(#307 S25:引擎温切后的 caps 生产失效口 —— kick 自带幂等闸,同 baseUrl 重启后不显式失效就永远读到旧引擎那一版能力位;调用方 = 壳的 respawn/restartEngine。🔴 **推荐两参形**:第二参给替代探测则「推进代际 + 注册新探测」在同一同步块内完成,失效与下一次 kick 之间那个「等待者读到未判」的窗按构造不存在;单参形保留给「只丢缓存、这一刻没有替代探测」的调用方,那种情形下读到未判是诚实结局) · `engineCapValue`(S-131,0.59.0:能力位的**四态**通用读口 `unobserved`/`not_reported`/`null`/`value` —— 既有三口把四种「读不出」全折成 fail-closed 一档,对**放行**问题是对的、对**读面/诊断**问题是错的:`null`(引擎明确说没有,正面事实)会与「老引擎不报」「还没探到」在屏上同形。`value` 位刻意不做形校验,形归各能力位自己的窄读器,详见 §23b)· `projectSqlEngineCapability` / `observedSqlEngine` / `noteEngineCapsForSqlEngine` / `forgetSqlEngineReading` / `sqlEngineDoctorDetail`(S-131,0.59.0:`Capabilities.sql`(server ≥7.60.0)的四态读面**从壳侧上收** —— 归层债,0.58.0 时它长在壳里正是因为包侧没有嵌套对象读口。🔴 **导出名与壳侧那份逐字同名 = drift-lock**;`txnMode: null` 是铸点域内的合法值不是畸形;换代失效口清成未观测而不是留旧值,详见 §23b)· `mapBrainStatusToRetry` · `waitForClaimRelease` + `CLAIM_RELEASED_STATES` / `CLAIM_HELD_STATES` · `atMostOnceFailureClass` / `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` / `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 | **引擎词汇表与包自检** | 169 | `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 冲突,分诊归引擎)· `TASK_NOTIFICATION_TERMINAL_STATUSES` / `isTaskNotificationTerminalStatus`(0.72.12 CC-50:通知自己的四终态词,含 `cancelled`;与 run 级终态表两张表;§59)· `ENGINE_NOTICE_CODES` 71(0.83.0 CC-186:引擎 7.30.0 / 7.31.0 +2 `config.context_settings_swapped` / `config.secret_env_scrubbed`,均 operator;§100。历史:0.82.1 69、0.79.0 68、0.72.11 CC-49 67 —— core 7.23.0 +1 `config.write_protection_unresolved`,operator,兄弟码 `target_view_absent` 之后;§58)· `MCP_REDIAL_OUTCOMES` / `readMcpServerRedialed`(0.72.7 CC-42:通告 `mcp.server_redialed` 事实读器,outcome 三词闭集、added/removed 计数;§54)· `RESUME_CONTEXT_UNAVAILABLE`(0.72.1 CC-33;不进两个 resume 闭集:不可等、也不是换参数)· `RESUME_REOPEN_CODES` / `RESUME_ENV_FAILED` / `RESUME_TOOL_UNAVAILABLE` / `RESUME_TOOL_CONTRACT_MISMATCH` · `resumeReopenFromError` / `resumeReopenContent`(0.71.3 CC-06:resume reopen 族三码闭集 + 读口 + 三句,§45)· `readSkillsListingTruncated`(0.70.0 CC-04:`skills.listing_truncated` 事实读器,§39)· `CONFIG_REFUSAL_CODES` / `isConfigRefusalCode` · `DECIDE_WORKFLOW_LANE_CODES`(+ 三个具名码;`/decide` workflow 车道,三条出路刻意不合并,详见 §30h)· `STOP_CONFLICT_CODES` · `isInterruptedToolEndCode` · `isRewindFamilyCode` · `CLIENT_VERBS` · `compensationSplitViolations` · `DELEGATION_CAP_CODES` / `isDelegationCapCode` / `DELEGATION_CONCURRENCY_CAP` / `DELEGATION_SESSION_CAP`(0.38.0 #318 件④:core 5.48.0 design/323 委派席位到限**两码,处置不对称禁合并** —— 并发帽=**可等**(兄弟结束即有位)/ 会话累计帽=**等也没用**(这条会话的配额用尽))· `CONFIG_DELEGATION_ENTRY_CAPS`(同批入 `CONFIG_REFUSAL_CODES` 识别表)· `delegationCapDispositionOf` / `MCP_SERVER_REVOKED`(0.39.0 载体到货消费件:core 5.50.0 补 `{ error: code, code }` 孪生拼法后两码真上 `tool_end.errorCode`,0.38.0「先立词不落消费分支」的已知局限自此解除;处置轴 `wait-for-slot` / `reuse-existing-or-await-reap` 机器可读(累计帽=retained-window 帐,行回收配额即回,处置=SendMessage 复用,**非**「换会话/永久耗尽」——0.38.0 段该句系勘误),未知 `delegation.*` 码 ⇒ `undefined`;`mcp.server_revoked` = 操作员 mid-session 吊销 server 后的工具面本地闸(被吊销的 server **名**今天不过 wire 境:detail.server 是进程内位,抬升腿只 lift code——归因渲染候 core 补 typed detail,已点名);载体门 = engine-vocab G3 腿锚 core dist 铸点)· `CAPABILITY_SELF_ORCHESTRATION_REQUIRED`(S-81,server 7.57.0:提交面的 selfOrchestration 准入拒绝码。🔴 **复用码** —— 与其它 `capability.*` 501 同体形而处置不同,消费点必须按**恰等**判、绝不放宽成前缀判;判型与「去键重发一次」归 `src/selfOrchestrationDenial.ts`,详见 §13) · `GATE_PARKED_ERROR_CODE`(0.60.0:「门把这次调用 park 了」的机读码单源 —— `frameRouter` 的连坐/中断判据与 `gateOutcome.isGateParkedToolEnd` 读同一个常量;真机黑盒直证 park 短路帧上**没有 `gate`**,这个码是那一形唯一的信号,详见 §24c)| 三端分臂共用的**去字面化** `errorCode` 词表(病根正是三端各抄一份字面);编译期 verb 闭合门;搬迁补偿登记表 | `src/engineErrorCodes.ts`(计数以 `scripts/public-export-baseline.json` 为准,别手抄;A-028.11/.13 补 `DRAINING_ERROR_CODE`/`SCENARIO_NOT_ALLOWED_ERROR_CODE`/`RESUME_AT_ERROR_CODE_PREFIX`;#318 件④ 补 `delegation.*` 族四位 + `config.delegation_entry_caps`;0.39.0 补三新码消费件三位);S-81 补 `capability.self_orchestration_required` 一位;L-102 补 `resume.*` 时间性拒绝二码 + 闭集 `RESUME_RETRY_LATER_CODES` 三位)、`src/classifierVerdictWire.ts`、`src/compensations.ts`、`src/clientSlice.ts`;**0.67.0 补锚**(这三件的导出一直计在本域,而本表此前没有它们的锚行 —— 如实补上,不是搬家):`src/gateVocabulary.ts`(`GATE_DENIED_BY_WORDS`/`gateDeniedByDetail`/`ASK_ORIGIN_WORDS`/`askOriginDetail`〔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`)|
+| 13 | **座位 IPC 契约** | 41 | `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 | **宿主端口与会话槽** | 51 | `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 | **控制面与传输** | 230 | `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 | **引擎词汇表与包自检** | 177 | `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` / `isConfigRefusalCode` · `DECIDE_WORKFLOW_LANE_CODES`(+ 三个具名码;`/decide` workflow 车道,三条出路刻意不合并,详见 §30h)· `STOP_CONFLICT_CODES` · `isInterruptedToolEndCode` · `isRewindFamilyCode` · `CLIENT_VERBS` · `compensationSplitViolations` · `DELEGATION_CAP_CODES` / `isDelegationCapCode` / `DELEGATION_CONCURRENCY_CAP` / `DELEGATION_SESSION_CAP`(0.38.0 #318 件④:core 5.48.0 design/323 委派席位到限**两码,处置不对称禁合并** —— 并发帽=**可等**(兄弟结束即有位)/ 会话累计帽=**等也没用**(这条会话的配额用尽))· `CONFIG_DELEGATION_ENTRY_CAPS`(同批入 `CONFIG_REFUSAL_CODES` 识别表)· `delegationCapDispositionOf` / `MCP_SERVER_REVOKED`(0.39.0 载体到货消费件:core 5.50.0 补 `{ error: code, code }` 孪生拼法后两码真上 `tool_end.errorCode`,0.38.0「先立词不落消费分支」的已知局限自此解除;处置轴 `wait-for-slot` / `reuse-existing-or-await-reap` 机器可读(累计帽=retained-window 帐,行回收配额即回,处置=SendMessage 复用,**非**「换会话/永久耗尽」——0.38.0 段该句系勘误),未知 `delegation.*` 码 ⇒ `undefined`;`mcp.server_revoked` = 操作员 mid-session 吊销 server 后的工具面本地闸(被吊销的 server **名**今天不过 wire 境:detail.server 是进程内位,抬升腿只 lift code——归因渲染候 core 补 typed detail,已点名);载体门 = engine-vocab G3 腿锚 core dist 铸点)· `CAPABILITY_SELF_ORCHESTRATION_REQUIRED`(S-81,server 7.57.0:提交面的 selfOrchestration 准入拒绝码。🔴 **复用码** —— 与其它 `capability.*` 501 同体形而处置不同,消费点必须按**恰等**判、绝不放宽成前缀判;判型与「去键重发一次」归 `src/selfOrchestrationDenial.ts`,详见 §13) · `GATE_PARKED_ERROR_CODE`(0.60.0:「门把这次调用 park 了」的机读码单源 —— `frameRouter` 的连坐/中断判据与 `gateOutcome.isGateParkedToolEnd` 读同一个常量;真机黑盒直证 park 短路帧上**没有 `gate`**,这个码是那一形唯一的信号,详见 §24c)| 三端分臂共用的**去字面化** `errorCode` 词表(病根正是三端各抄一份字面);编译期 verb 闭合门;搬迁补偿登记表 | `src/engineErrorCodes.ts`(计数以 `scripts/public-export-baseline.json` 为准,别手抄;A-028.11/.13 补 `DRAINING_ERROR_CODE`/`SCENARIO_NOT_ALLOWED_ERROR_CODE`/`RESUME_AT_ERROR_CODE_PREFIX`;#318 件④ 补 `delegation.*` 族四位 + `config.delegation_entry_caps`;0.39.0 补三新码消费件三位);S-81 补 `capability.self_orchestration_required` 一位;L-102 补 `resume.*` 时间性拒绝二码 + 闭集 `RESUME_RETRY_LATER_CODES` 三位)、`src/classifierVerdictWire.ts`、`src/compensations.ts`、`src/clientSlice.ts`;**0.67.0 补锚**(这三件的导出一直计在本域,而本表此前没有它们的锚行 —— 如实补上,不是搬家):`src/gateVocabulary.ts`(`GATE_DENIED_BY_WORDS`/`gateDeniedByDetail`/`ASK_ORIGIN_WORDS`/`askOriginDetail`〔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`)|
+
 
 🔴 **`engineErrorCodes` 的开集纪律**(该文件头注逐字):这些 `ReadonlySet` / 前缀谓词一律是**识别表**,
 回答的是「我认不认得这个码」,**绝不是**「合法码只有这些」。消费点 `switch` **必须留 `default`**,
@@ -186,6 +212,12 @@ SDK 核对「本包 import 的每个值级符号仍然导出」「`TaskStats.cos
 
 | 退役 | 名 | 退出版本 | 改用什么 |
 |---|---|---|---|
+| 🔧 退出公面 | `TERMINAL_CAUSE_KINDS` / `RUN_TERMINAL_STATUSES` / `RUN_TERMINAL_NOT_SUCCESS_STATUSES` / `TASK_NOTIFICATION_TERMINAL_STATUSES` / `TERMINAL_FLEET_TASK_STATUSES` / `CLAIM_RELEASED_STATES` / `isTerminalCauseKind` / `isTerminalStatus` / `isTerminalNotSuccess` / `isTaskNotificationTerminalStatus`(+ 具名型 `TerminalCauseKind` / `RunTerminalStatus` / `RunTerminalNotSuccessStatus`) | 0.95.0 | 按读的那一面换属主名(型面 BREAKING,逐名对照见 §122 TW-1):因由 `CORE_TERMINAL_CAUSE_KINDS` / `isCoreTerminalCauseKind`;run 行 `SDK_RUN_TERMINAL_STATUSES` / `isSdkRunTerminal` / `isSdkRunTerminalNotSuccess`(没有 `killed`、多历史行 `timeout`);fleet 行 `SDK_FLEET_TASK_TERMINAL_STATUSES` / `isSdkFleetTaskTerminal` / `isSdkFleetTaskTerminalNotSuccess`;通知 `CORE_TASK_NOTIFICATION_TERMINAL_STATUSES` / `isCoreTaskNotificationTerminal` / `isCoreTaskNotificationTerminalNotSuccess`;登记任务 / TaskOutput 卡 `CORE_SEMA_TASK_TERMINAL_STATUSES` / `isCoreSemaTaskTerminal` |
+| 🔧 退出公面 | `providerRejectionResend`(具名型 `ProviderRejectionResend` 仍在根入口:合成终局行上 `_sema_provider_rejection_resend` 键的值就是它) | 0.95.0 | 合成终局行上的 `_sema_provider_rejection_resend`(`{ resend, text }`,`text` 非空串即那一句,同一行行尾另起一行已经带着它)与 `-p` 车道结果帧 `errors[0]`;包内铸点照用同一只函数、句子与键的形不变(0.93.0 起弃用预告;型面 BREAKING,见 §122 RX-1) |
+| 🔧 退出公面 | `forgetApprovalDecidedByReading` / `forgetApprovalsStreamLiveReading` / `forgetAttachmentSeatReading` / `forgetCallerCwdReading` / `forgetCenterWiringReading` / `forgetDeviceExecutorManagementReading` / `forgetExecutionLaneReading` / `forgetFileHistoryCaptureReading` / `forgetMcpProbeReading` / `forgetMemoryComplianceReading` / `forgetMemoryOriginReading` / `forgetOutputStyleSeatReading` / `forgetPeerLaneReading` / `forgetPermissionModesReading` / `forgetPermissionRulesWriteReading` / `forgetPermissionsAllowGrantReading` / `forgetRewindArchiveReading` / `forgetSealedKeyReading` / `forgetSessionPolicyReading` / `forgetSessionReadRedactionReading` / `forgetSessionSyncFileHistoryReading` / `forgetSkillToolListsReading` / `forgetSqlEngineReading` / `forgetSteerPriorityReading` / `forgetStorePostureReading` / `forgetUserInvokedSkillsReading` / `forgetWebSearchBackendReading` / `forgetWorkflowsJournalReading` / `forgetWriteProtectionReading` | 0.95.0 | `invalidateEngineCaps(baseUrl)`(换代失效的唯一口:读器的格随能力缓存代际自动失效,不调任何逐只失效口读数同;0.92.0 起可选、0.92.0 / 0.93.0 / 0.94.0 三版预告;型面 BREAKING,见 §122 RX-2) |
+| 🔧 退出公面 | `isSeatModelCatalog`(+ 具名型 `SeatModelCatalog` / `SeatModelInfo`) | 0.95.0 | 座位 `listModels()` 交在线目录 `LiveModelCatalog`(宿主把回体过 `readLiveModelCatalog`);渲染端读 `liveModelRowsOf` / `liveDefaultModelOf`;行键是 `name`(型面 BREAKING,见 §122 WB-4) |
+| 🔧 退出公面 | `classifyRegistryConflict`(0.95.0 退出公面) / `isScopeGoneError`(0.95.0 退出公面)(+ 具名型 `RegistryConflictClass`) | 0.95.0 | 判读口 `classifyRegistryConflict`(0.95.0 退出公面)、型 `RegistryConflictClass` 改从子路径入口 `@sema-agent/client-core/registry` 取(原样转口上游 `@sema-agent/sdk/registry` 的同一函数,调用与返回值逐字不变);`isScopeGoneError`(0.95.0 退出公面) 无替代 —— 对上游两只 scope-gone 错误类做 `instanceof`,或拿原始 `(status, 已解析体)` 调判读口(型面 BREAKING,见 §122 FX-H2) |
+| 🔧 退出公面 | `askSurvivesPosture` / `askSurvivesStandingAnswer`(+ 具名型 `AskPostureFacts` / `AskPostureSurvivalRoad` / `AskPostureVerdict` / `StandingAnswerVerdict`) | 0.94.0 | `automaticAnswerVerdict(card, 'mode_posture' | 'standing_rule', facts?)`(三态换名:`posture_may_answer` ⇒ `may_answer`、`by` ⇒ `road` / `askClass`;姿态那一口有两形输入变松,见 §121 RX-4;型面 BREAKING) |
 | 🔧 退出公面 | `RULE_STORE_UNREADABLE_KINDS` / `isRuleStoreUnreadableKind` / `ruleStoreUnreadableDetail`(+ 具名型 `RuleStoreUnreadableKind`;卡入参位与帧型位 `ruleStoreUnreadable`;`askOriginDetail` 第二参) | 0.93.0 | 无(0.92.0 起卡 / 帧上就不再有这一位,出身词 `rule_store_unavailable` 的那一句由 `askOriginDetail(origin)` 单参给;型面 BREAKING,见 §119 RT-1) |
 | 🔧 退出公面 | `wireAuthTokenFor` | 0.93.0 | `resolveWireAuth(baseUrl, token?)`(同一函数的唯一名字,行为逐字同;见 §119 RT-2) |
 | 🔧 退出公面 | `buildGoalStopHookPrompt` / `getWireSessionStopHookCcSemantics` / `CC_STOP_SEMANTICS_MIN_SERVER` / `ccStopSemanticsFromVersion` / `engineCcStopSemantics`(+ `setWireSessionStopHook` 的第二参 `{ ccSemantics }`) | 0.93.0 | 无(`/goal` Stop 条目只投裸条件、不再按引擎版本分档,环境开关关掉时照旧不投;`setWireSessionStopHook(prompt)` 单参;型面 BREAKING,见 §119 RT-4) |
@@ -1567,7 +1599,7 @@ CHANGELOG 0.29.0「已知局限」段与相应 JSDoc 都有成文。**别在读
 
 | **P-43** | med(**存量、非本批引入** —— 0.42.0 基线上逐字相同) @cli @web @desktop | 🆕 **accept-session 回退臂的错误分类比它自己的注释宽**(#363 异源复审 [high] 的**未收窄那一半**,如实登记):`allowSession` 腿先发 `approve + remember:'session'`,失败时回退一发纯 approve;那条 catch 的注释写的是「**只**兜『老 server 不识别 remember ⇒ 400 未知键』这一形」,而实际形是 **catch-all 减去三条具名再抛**(`HitlSafetyError` / `DecideTransportRetryExhaustedError` / 0.47.0 新加的『拒体带 `currentPending`』)。⇒ 一个 **404 / 5xx / 宿主自抛的无 status 错误**今天仍会被当成「老 server 不识别 remember」并**自动重发**一次纯 approve。收窄成「只认 400」是**行为改动**,不属于 0.47.0 这个 additive 批的射程 | `src/hitl/toolApprovalWire.ts`(`case 'allow'` 的内层 catch) | 端今天不需要做什么(两发都是 approve,不构成跨门的 double-act);**属主批**:下一个愿意改老引擎兼容腿宽度的批把它收窄成精确的 legacy-400,并同批给回退臂补正控/负控 |
 | **P-44** | 已知缺口(0.53.0 登记;正位解在 **server 读写面**:cancel 两臂状态 CAS 契约明写 + 可选版本前置,S-122 车 7.73.0;core 无席 [7006]/[7007])@cli | 🆕 **L-93 两选卡的 cancel 是「查了再做」,不是原子条件取消**(异源对抗复审 R2 [high] 如实登记):卡后那一发 `runs.get` 状态复证 + 开枪前那一发 `listOwnedPendingApprovals` 待决行复证,把窗口从「人看卡的任意长时间」压到「两发复证到一发 cancel」的毫秒级,**但没有关死** —— 待决行若恰在这两步之间恢复(store 恢复 / 会话重新附着),那一枪仍会落在一条**其实还能被决断**的 run 上,而 `runs.cancel` 会把它终态化。**客户端关不死它**:真正的关法是引擎侧的**条件取消**(带审批快照版本 / checkpoint 标识,条件变了回 409 且不取消),那是 wire 能力,不是壳能自造的语义 | `src/adapter/activeRunSelfHeal.ts`(`staleParkArm` 开枪前那一段的头注);§16b 四道防线 | 端照旧只在用户显式选「停掉它」时才走这条路,**卡面必须说清这是放弃这条 run**;要彻底关死,按跨仓宪法向引擎提**条件取消**(`If-Match` 形)。在那之前这条路的剩余风险是**在册**的,不是未知的 |
-| **P-45** | 在册局限(**存量族**,非本批引入)@cli @web @desktop | 🆕 **「run 读到终态」不等于「claim 已经落地释放」**(同上 R2 [medium]):`waitForClaimRelease` 的判据是 `runs.get` 读回 {@link CLAIM_RELEASED_STATES} 里的终态词(0.68.0 起新引擎另有 `heldBy` 直证、优先于它,见最后一列;本条说的是只剩终态词推断的那一路),而本档 §12 与 `running-settled` 臂自己记着:409 报的 claim 与 poll 口径**可以短暂相左**。⇒ `running-cancelled`(0.37.0 起)与 🆕 `stale-park-cancelled`(0.53.0)两条 `resending` 结局,理论上都可能在 claim 尚未落地释放时重发一次,代价 = **再吃一个 409**(自愈树当拍再分诊)。**为什么不单修新那一条**:两条问的是同一个问题,给它们两把不同的尺 = 同一判据两份实现,必漂;正位解是一条 **session/claim 专用读面**(今天 `DurableRunVerbs` 里没有这个动词) | `src/adapter/activeRunSelfHeal.ts`(`CLAIM_RELEASED_STATES` 头注 / `waitForClaimRelease` / 两条 `resending` 结局) | 端**不要**把 `resending` 读成「会话一定空了」—— 0.83.5 起看结局上的 `releaseConfirmedByEngine`:在场 = 引擎直说会话已交出(`heldBy: null`);缺席 = 只凭终态词判的释放,成文含义仍是「引擎报那条 run 已终结」,重发撞回 409 是**已知可能**,自愈树会当拍再分诊(不是新 bug)。✅ **文案面同形存量 0.83.5 已收**:`running-cancelled` / `stale-park-cancelled` / `ask-decided-without-card` 三条 `resending` 结局的用户行与注入件行都按这一位分说 —— 位在场才说引擎确认不再占着这个会话 / 会话已空出来;缺席只说那条 run 已结束,并提示可能要再发一次(注入件行:可能再被挡一次)。位在结局对象的键上,宿主复制 / 序列化不丢。释放判据与重发腿不变(两条证据仍取并) | ✅ **0.68.0 已兑现**:server ≥7.73.0 的 `GET /v1/runs/:id` 带 `heldBy`(持有者实例名,`null` = 无持有)与 `cancelRequested`;`waitForClaimRelease` 两条释放证据取并 —— `heldBy: null` 直证优先,引擎不发这一位时回落终态词推断;`cancelRequested` 只说请求已受理,不作释放证据(门 `scripts/run-selfheal-reopen-test.mjs` G8④ 段)。0.83.5 起直证那一路在结局上带 `releaseConfirmedByEngine`。
+| **P-45** | 在册局限(**存量族**,非本批引入)@cli @web @desktop | 🆕 **「run 读到终态」不等于「claim 已经落地释放」**(同上 R2 [medium]):`waitForClaimRelease` 的判据是 `runs.get` 读回 run 行终态词(0.95.0 起读 `isSdkRunTerminal`;旧表 `CLAIM_RELEASED_STATES`(0.95.0 退出公面))(0.68.0 起新引擎另有 `heldBy` 直证、优先于它,见最后一列;本条说的是只剩终态词推断的那一路),而本档 §12 与 `running-settled` 臂自己记着:409 报的 claim 与 poll 口径**可以短暂相左**。⇒ `running-cancelled`(0.37.0 起)与 🆕 `stale-park-cancelled`(0.53.0)两条 `resending` 结局,理论上都可能在 claim 尚未落地释放时重发一次,代价 = **再吃一个 409**(自愈树当拍再分诊)。**为什么不单修新那一条**:两条问的是同一个问题,给它们两把不同的尺 = 同一判据两份实现,必漂;正位解是一条 **session/claim 专用读面**(今天 `DurableRunVerbs` 里没有这个动词) | `src/adapter/activeRunSelfHeal.ts`(释放判据头注 / `waitForClaimRelease` / 两条 `resending` 结局)、`src/terminalStatuses.ts`(`isSdkRunTerminal`) | 端**不要**把 `resending` 读成「会话一定空了」—— 0.83.5 起看结局上的 `releaseConfirmedByEngine`:在场 = 引擎直说会话已交出(`heldBy: null`);缺席 = 只凭终态词判的释放,成文含义仍是「引擎报那条 run 已终结」,重发撞回 409 是**已知可能**,自愈树会当拍再分诊(不是新 bug)。✅ **文案面同形存量 0.83.5 已收**:`running-cancelled` / `stale-park-cancelled` / `ask-decided-without-card` 三条 `resending` 结局的用户行与注入件行都按这一位分说 —— 位在场才说引擎确认不再占着这个会话 / 会话已空出来;缺席只说那条 run 已结束,并提示可能要再发一次(注入件行:可能再被挡一次)。位在结局对象的键上,宿主复制 / 序列化不丢。释放判据与重发腿不变(两条证据仍取并) | ✅ **0.68.0 已兑现**:server ≥7.73.0 的 `GET /v1/runs/:id` 带 `heldBy`(持有者实例名,`null` = 无持有)与 `cancelRequested`;`waitForClaimRelease` 两条释放证据取并 —— `heldBy: null` 直证优先,引擎不发这一位时回落终态词推断;`cancelRequested` 只说请求已受理,不作释放证据(门 `scripts/run-selfheal-reopen-test.mjs` G8④ 段)。0.83.5 起直证那一路在结局上带 `releaseConfirmedByEngine`。
 
 ### 7c. 多会话(sessionKey)面在册局限 —— 多会话端**接之前必读**
 
@@ -4693,7 +4725,7 @@ an argument」。audience 答另一问:这条事实**说给谁听**。
 **签名**
 
 ```ts
-ENGINE_NOTICE_CODES: readonly string[]                              // 86 码,顺序同源(core 7.42.0 +1:permission.allowed_tool_not_granted〔allow 列表里读成什么都不授予的条目那一枚通告,受众 user;7.41.x 的旧名本包从没登记过〕;0.92.0。此前 core 7.39.0 −1:resume.legacy_mode_seed_migrated〔那条一次性迁移删了,通告码退出码册;老引擎仍可能发它,按册外码处置〕;0.90.0。此前 core 7.38.0 +5:task.tool_turn_incomplete / instructions.source_changed / session.records_skipped / memory.layer_locked_legacy / server.model_unreachable;0.89.0。此前 core 7.37.1 +1:context.tool_turn_repaired;0.88.0。此前 core 7.36.0 +1:route.tool_call_id_folded;0.86.0。此前 core 7.34.0 +6:config.permission_mode_unavailable / permission.ask_released_by_mode / permission.read_deny_unapplied / permission.rule_store_unavailable / resume.legacy_mode_seed_migrated / classifier.unavailable;0.86.0。此前 core 7.32.0 +2:approval.read_root_granted / approval.read_root_grant_rejected;0.83.2。此前 core 7.31.0 +2:config.context_settings_swapped〔7.30.0〕/ config.secret_env_scrubbed;0.83.0。此前 core 7.29.0 +1 route.response_model_mismatch;0.82.1)
+ENGINE_NOTICE_CODES: readonly string[]                              // 87 码,顺序同源(core 7.46.0 +1:permission.rule_row_dropped〔一条路径规则行在装入时被丢的那一枚通告,受众 user;本包只登记、端渲引擎原句〕;0.94.0。此前 core 7.42.0 +1:permission.allowed_tool_not_granted〔allow 列表里读成什么都不授予的条目那一枚通告,受众 user;7.41.x 的旧名本包从没登记过〕;0.92.0。此前 core 7.39.0 −1:resume.legacy_mode_seed_migrated〔那条一次性迁移删了,通告码退出码册;老引擎仍可能发它,按册外码处置〕;0.90.0。此前 core 7.38.0 +5:task.tool_turn_incomplete / instructions.source_changed / session.records_skipped / memory.layer_locked_legacy / server.model_unreachable;0.89.0。此前 core 7.37.1 +1:context.tool_turn_repaired;0.88.0。此前 core 7.36.0 +1:route.tool_call_id_folded;0.86.0。此前 core 7.34.0 +6:config.permission_mode_unavailable / permission.ask_released_by_mode / permission.read_deny_unapplied / permission.rule_store_unavailable / resume.legacy_mode_seed_migrated / classifier.unavailable;0.86.0。此前 core 7.32.0 +2:approval.read_root_granted / approval.read_root_grant_rejected;0.83.2。此前 core 7.31.0 +2:config.context_settings_swapped〔7.30.0〕/ config.secret_env_scrubbed;0.83.0。此前 core 7.29.0 +1 route.response_model_mismatch;0.82.1)
 ENGINE_NOTICE_AUDIENCE: Readonly<Record<string, 'user' | 'operator'>>
 noticeAudienceOf(code: unknown): 'user' | 'operator'
 engineNoticeInCatalog(code: unknown): boolean
@@ -9655,6 +9687,1655 @@ 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)。
 
+## §122 🆕 0.95.0(2026-10-12)— 引擎 7.48 / 服务端 7.124 / 设置契约 11 / sdk 19 提货 · 面板行归约口 · 能力位读器族与终态词表收口 · 审批成因闭集与排空期重开
+
+> 本版提货服务端 7.124.0 / sdk 19.0.0(peer 地板 `>=19.0.0`,PK7 行),同批换钉引擎 7.48.0 / 设置契约 11.2.0(UP 行)。主线三条:面板行归约口(PR 行);「同一事实只许一个答者」的收口 —— 能力位读器族与总缓存(SB · CR 行)、终态词表(TW 行)、三句话铸点(WC 行)、归层读口(RD 行);审批成因闭集与服务端排空期的重开(PK7 · DR · DR-1a · XH 行)。其余行(GT · PF · KA · OL · WB · SA · SC · RX · RS)各自一票,逐行见 122a – 122d。🔴 型面 BREAKING 的行在 122y 第 1 条逐行写明硬破坏三句。
+> **PR 行**(CC-76 + CC-114):面板上每一只子代在包内只有一条记录;它在 wire 上的每一把身份(行 id 尾段 / 转录锚 UUID / 委派卡 id)都经同一张别名索引落到这条记录上;代际只有一只判据;终态只有一个构造器与一个 `terminal` 铸点;「一帧进 → 行差分出」是一只纯函数。端从此只渲:不再自建行状态、不再自记周期身份、不再自判陈旧终态。
+> **UP 行**(CC-524 + CC-540 + CC-521):换钉引擎 7.48.0 / sdk 18.2.0 / 设置契约 11.2.0;在线目录多一只「哪些条目没被收下」读口;models 域的缺省模型与 @ 提及两代输入(设置契约 10 / 11)经同一只归一器落成一份策略,影子 models 文档出 10 一代投影(本机引擎两代都读得懂);本机判定与 URL 层级式判定改读设置契约的判官;`HealthResponse` 退扁平 `restart`。
+> **WC 行**(CC-464 + CC-467 + CC-468):三端各自拼的三句话收成包里各一只铸点。账本位置谓词 `hasLedgerPositionKey` 上根入口(端不再自写「只认非空串 id」的第二份);重放审批帧「现在不能决」那一句只有一只 `replayedApprovalSentence`(已决按成因三向、判不出一句,崩溃收敛行恒是引擎自动拒、任何路径都不说成已批);allow 规则清不掉这只 ask 的披露句只有一只 `allowRuleShadowSentence`(两代 wire 键同句、已过显示消毒)。
+> **RD 行**(CC-488 + CC-511 + CC-550 + CC-432):四个归层读口。hooks 投影多一个可选的托管层读数端口,读不出托管层时整条腿关(只收紧);引擎用量分析 `/v1/usage` 三口的读器、三态卡视图与句子表进包(网页端 / 桌面端共用的用量卡只留渲染);审批窗到期转 durable 队列链上的四件判定读口自终端壳同名上收;会话内 MCP 重拨的注入面改成 sdk 的签名(旧 `{ server }` 适配形退役,🔴 型面 BREAKING;网页端有一处活的适配器要删、编译红一次,RD-4)。
+> **SB 行**(CC-344 + CC-325 + CC-324):三件「同一事实只许一个答者」。能力位:子代尾随 / 子代终报 / `/compact` 不再各存一张私有能力表,读数只在总缓存的快照里、只随 `invalidateEngineCaps` 换代(true 不再永久固化、false 不再 5 分钟后自己重探);`store` 不再当代际见证(`centerWiring` 缺席即没接中心、`isolated` 缺席按手分,两只读数型各去 `not_reported` 一员,🔴 型面 BREAKING);`toolsRunHereFromExecutionLane` 的第二判官(调用方旁证)删除(🔴 型面 BREAKING;终端 `sema/skillsWire.ts:167` 仍按两参调用:编译红一次,改一参后「能力位落地之前」那一拍的技能规格不再带 `baseDir`,SB-6)。MCP 连接态:「这台服务器在引擎这一轮运行上连着没有」只读 `wiring_manifest.mcp[]` 这一台的 `status`(新读口 `mcpEngineLegConnectionOf`,三态 + 成因)。切模型:探活结果分型 + 编排口、切换后首发空流的按会话回落台账进包(判定归包、文案与投递留端)。
+> **TW 行**(CC-78):「这条 run / 任务结了没」的终态词表从八张、八种命名收成一条规则 —— 每张表只抄一个具名上游的终态分区,表名带属主,住同一处;三问(结了没 / 成没成功 / 能不能合成终帧)按属主各一只谓词,包内十余处读点改调谓词。🔴 型面 BREAKING:十个运行期名、三个型改名不留别名;原先把 run 行状态三词与 fleet / 通知面的 `killed` 并在一起的那张表按读的那一面拆开。CC 本地任务行的终态词折法(`blocked` ⇒ `failed`)由包出一只投影,端不再自折。
+> **CR 行**(CC-344 余项 + CC-516 + CC-525 ③):能力位读器族收口。读器不再各存一张按地址的格表 —— 读数是总缓存当前落地那份回体的惰性投影(按「这一次落地」记忆化并逐层冻结),`noteEngineCapsFor*` 转 no-op 过渡口;全族投影、`store` 座的共用读法与座位门对外来对象只读自有数据描述符(取值器一律不执行:自有访问器 ≡ 读就抛 ⇒ 畸形 / 拒);「引擎明说不能回退对话就不补出路句」的判官接线随模块加载。🔴 一处升级后行为差:探测闭包里(落地之前)读口答 `unobserved`,终端首屏「工具不在本机」那一句在端改读法之前会静默消失(122d)。
+> **PK7 行**(CC-570 + CC-561):服务端 7.124.0 / sdk 19.0.0 提货。「这张审批卡为什么没被人答就结束了」在 wire 上是一张闭集,本包对每个形只有一只读法、按键在场判两代:410 体的成因(`deniedReason` → `cause`)、活卡结局帧新带的成因、`crashConverged[].cause` 同一张表;决断口 409 一码一因,分类读数多一位 `conflict`,答案席不再被说成「待决动作变了」;中断撤卡撞「那一问已经不在等了」不再出「session may stay locked」;run 死亡判决码表与成因闭集改取 sdk 包根;订阅流在终帧上结束本腿归 sdk;能力位 `centerWiring` 多 `worker`。🔴 peer 地板 `>=19.0.0`。
+> **SK 行**(CC-590):技能自带的两张工具清单(`allowedTools` / `disallowedTools`)终于到得了请求体。`skillCommandsToSpecs` 新增可选位 `skillToolLists`(宿主交能力位读数),唯一判官答「会被读」才带、其余一律不带(老服务端上子代技能带两表会被整条拒);带时逐字原样,值形不对响亮拒,条目级的帽与读成空判官全交上游。型面只增,公面运行期导出零变化。
+> **FX-E 行**(CC-446 + CC-461 + CC-372 + CC-392):四件小而独立的判词。引擎进程起点有了型位 —— `EngineInstance.startedAt?` / `HealthResponse.startedAt?`(读法仍只有 `engineIdentityOf` 一条,型钉在读数上,FX-E1);探引擎的宿主两只纯函数判词归包:「不带凭据探一次 ⇒ 要不要凭据」`engineCredentialRequirementOf`(FX-E2a)与窄面板句首判词 `storePostureHeadWord`(与整句同一常量,FX-E2b);记忆店形拒同族的第二码 `memory.scope_home_not_directory`(FX-E3a 会话属主抹除口 / FX-E3b 记忆治理五动词判官);会话 id 路径段校验单源 `isSessionIdPathSegment`(抹除口与六个 sdk 会话动词调用点同调,点段不再把请求改投到别的路径,FX-E4)。
+> **FX-H 行**(CC-563 + CC-538 + CC-387 + CC-167):窗内四票各一格 ——「工具段为空的协议名」(`mcp__srv__`)的终局由引擎判官对拍钉住,实证两条路径都扣下、公面零变化(FX-H1);registry 写门 409 的包内副本退役,判读口改住子路径入口原样转口,🔴 型面 BREAKING(FX-H2);hooks「本端能不能跑」缺型表时只剩一种读法(FX-H3);`/rewind` 两只三端共用判定自终端壳上收(FX-H4)。
+> **FX-D 行**(CC-391 + CC-410 + CC-562):三件「同一件事只许一条读法」的收口。「会话已有在跑的 run」的拒收帧判别只剩公面判别口 `activeRunBusySignal` 一条读法 —— 服务端幂等重放臂也由它认,投递账本里另加的那一臂特判删除(FX-D1);续跑被拒那一族(`checkpoint.unsupported_version` / `checkpoint.walltime_axis_retired` / `checkpoint.config_refused`)的读口、拍平失败事实型与两句出句口进包,终端壳内自写的一套可整只换读(FX-D2);宿主回调「同步抛 + 异步拒绝」的隔离只有一只包内守卫,`/compact` 结局接收口传 `async` 函数不再成为未处理拒绝(FX-D3)。型面只增(公面运行期导出 +3 名、型 +3 名);🔴 一处升级后行为差在 FX-D1:读 `activeRunBusySignal` 的宿主,从此在重放臂这一帧上也得到非空信号(122d)。
+> **FX-A 行**(CC-395 + CC-442 + CC-486):三件「同一事实只许一个答者」的收口。门记录对裸帧只读一次(`gateOutcomeOf` 与分类词读器 `ccToolDenialKindForToolEnd` 共用一只记录读器,视图与「结算段 / 成因 / 分类归属是否在场」同一份快照),ask 出身词 `origin` 全包只有一把读法(自有键 ∧ 非空串;门记录 / 放行账 / 观测座三处按原型链取值的读法退役);审批卡「本会话放行记不住」那一位的读口 `readApprovalRememberRefused` 上根入口(端不再手写窄读,包里不推断);「带 remember 的那一发被服务端专属拒绝」只有一只判官 `rememberRefusalOf`(五码表只在包里一处)。型面只增:根入口 +2 名、型 +1;无 BREAKING。
+> **FX 行**(CC-526):已结算的审批再来一帧重复帧,不再重开一张可答的旧卡。流内帧腿的台账多记一样东西 —— 「本桥已见结局的审批」(人答过 / 卡被中止且已发中断拒绝 / 引擎收口帧到过);判定口 `replayedApprovalDisposition` 新增第 0 条:这一问已有结局 ⇒ `decided` 带 `settled`,优先于位置键 / preamble / 清单。型面只增(两个可选键),公面运行期导出零变化。
+
+
+
+
+### 122a. 处置表
+
+| 键 / 口 | 来源 | 处置 | 变化 | cli | web-admin | web-client | desktop | 判据 | 缺席语义 |
+|---|---|---|---|---|---|---|---|---|---|
+| **PR-1** 归约口 `reducePanelFrame(state, frame)` / `createPanelReduceState()` / `PANEL_DELTA_OPS` | 本包(CC-76 + CC-114) | consumed(新口) | 根入口 +3 名;型 `PanelFrame` / `PanelDelta` / `PanelRowFields` / `PanelReduceState`;纯函数(不做 IO、不读时钟、不读写模块态、不改入参) | 零必改(自跑归约的宿主才用) | 不涉及 | 零必改 | 零必改 | G-PR1 / G-PR2 | 见 122b |
+| **PR-2** 行差分订阅口 `subscribeEnginePanelRows(fn)`;旧事件口 `subscribeEngineAgentPanel` 与缺席口 `subscribeEngineAgentPanelAbsence` 转过渡口 | 本包(CC-114) | consumed(新口);旧两口 deprecated(复核期 0.96.0,RL-89 / RL-90) | 订阅即回放行表快照;差分闭集 `upsert` / `usage_delta` / `terminal` / `remove`;单订阅者(再订阅替换前一个,与旧两口同形);旧两口投递语义不变 | 迁到差分口后删三本端侧账与三处手工建行(122d) | 不涉及 | 若接面板,直接接差分口(122d) | 零动作 | G-PR3 – G-PR8 | 见 122b |
+| **PR-3** 面板五本账收成一条记录 | 本包(CC-76) | consumed(实现收口) | 身份归一 / 常驻标 / running 历史 / ended 账 / 缓行 / 投影周期副本 / 转录锚连接表 → 一条记录 + 一张别名索引;`isNewEngineAgentPanelCycle` 改为陈旧判据的双向视图(逐值不变) | 零动作 | 不涉及 | 零动作 | 零动作 | G-PR9 | 不适用 |
+| **PR-4** `getEngineTranscriptId(id)` 一个键空间 | 本包(CC-76) | consumed(修正) | 尾段 / 先发布的 UUID / 消费端键一律命中同一条;此前 UUID 先上屏那一形读空 | 零动作(取件腿自动受益) | 不涉及 | 零动作 | 零动作 | G-PR10 | 没登记过锚 ⇒ `undefined`(取件腿整条静默,同前) |
+| **PR-6** 短命子代两处到达序修正 | 本包(CC-76;发布前复核) | consumed(修正) | ① 终态事实按 UUID 先到、终态行(转录锚 = 那把 UUID)后到 ⇒ 不再当历史行缓住:照发行帧 + 这一行自己的终态(两个订阅口都看得到);② 可证更旧一代的行帧不回滚周期水位 | 零动作(旧口上多一对「行帧 + 终态」只出现在 ① 那一序) | 不涉及 | 零动作 | 零动作 | G-PR12 / G-PR13 | 不适用 |
+| **PR-5** fleet 账本收通知只按尾段比较 | 本包(CC-76) | consumed(实现收口) | 裸尾段通知与此前逐值同;复合形通知按尾段收齐双生行 | 零动作 | 不涉及 | 零动作 | 零动作 | G-PR11 | 不适用 |
+| **GT-1** sdk 见证集每一份编译的常驻门 | 本包(CC-421) | consumed(包侧门,不涉公面) | 无公面变化;包内新增常驻门:不低于 peer 地板的每一份见证 sdk 各编译一遍 `src` | 零动作 | 不涉及 | 零动作 | 零动作 | G-GT1 | 见 122b |
+| **GT-2** 可移植性门的剥注释 / 剥串词法器换 TypeScript 真语法 | 本包(CC-523) | consumed(包侧门,不涉公面) | 无公面变化 | 零动作 | 不涉及 | 零动作 | 零动作 | G-GT2 | 不适用 |
+| **GT-3** `displayUntrusted` 里一枚读数恒假的正则删除 | 本包(CC-552) | consumed(包内删死码) | `dist/displayUntrusted.js` 少一枚读数恒假的正则字面量;`displayUntrusted` / `displayUntrustedMarks` 输出逐字节不变 | 零动作 | 不涉及 | 零动作 | 零动作 | G-GT3 | 不适用 |
+| **DR-1** 审批推送腿在排空终帧上结束本腿(由 sdk ≥19 读口结束,本包不设第二份终止判定)并按 `streamDrainingDecision` 梯重开;排空不计 `streamFailures` | 本包(CC-558 / CC-570;同根:web-client [9868] 端侧 durable 续读、sdk 19.0.0 上游终帧判据) | consumed(修正) | 此前 `continue` 把结束本腿交给 sdk 资源层重连环(帧到即清失败计数),对每次都回排空帧的对端是每拍一次 GET 的慢循环;与 sdk 19 搭配时排空收场被当一次推送失败、按 `streamRetryMs` 才重开。现在本腿随终帧结束、推送腿只记收场形,回落轮询不盲、1 / 2 / 4 秒三次重开、三次仍排空按一次常规故障 | 零动作(经包) | 不涉及 | 零动作(自家 durable 续读腿已 break;读 sdk ≥19 读口时那一 break 无害、非必需) | 零动作 | G-DR1 | 见 122b |
+| **DR-1a** run 事件流排空重开:决断后续读腿 `bridgeAskUserQuestionGates` 与无头续收腿 `withHeadlessR1Reconnect` 以排空终帧正常收场 ⇒ 按 `streamDrainingDecision` 梯从最后读到的事件重开同一条 run;四条订阅腿(含 DR-1 推送腿与 workflow 活动流)读同一只排空收场账 | 本包(CC-597;同根 DR-1、sdk 19.0.0 上游终帧判据) | consumed(修正) | 此前决断腿把排空帧原样交宿主后收场(这一轮停住);无头腿当撕裂零等待重开、两次耗尽预算落判死句。现在按梯重开、不重发决断、不计连接失败(无头腿不扣预算、不探活)、排空帧在任何出口都不交宿主;梯尽 / run 句柄未知按断线形收场(决断腿干净结束无终帧;无头腿查 run 行再进预算)、已中止走中断出口;抛出照旧 | 零必改(两条腿经包);自家再附着环 `interactiveReattach` 今天把排空帧当断连、按壳自己的退避重开,与 `fleetClient` 读包口的做法不一(壳里两套重开节奏)⇒ 建议改读 `isInStreamDrainingEnd` / `streamDrainingDecision`,与桌面端行同一句(122d) | 不涉及 | 零动作(不经这两条腿;自家续读腿已按决策口重开) | 必改(自家 run 事件读者把排空帧当流帽、零等待重开;122d) | G-DR1a | 见 122b |
+| **PF-1** 计划审阅卡上的自由文本反馈:`planReviewChoiceFromAnswer` / `planReviewDecisionFromAnswer` 读 `AskAnswer.note`;`PlanReviewChoice` 的 reject 臂多可选 `reason?: string` | 本包(CC-557) | consumed(行为修正 + 型面只增) | `selected` 为空或恰为 No 标签、`note` 非空白 ⇒ `{ decision: 'reject', reason: <note 原文> }`(此前:空 `selected` ⇒ `'dismissed'`,No 恒不带理由);选 Yes 又写了字 ⇒ 仍批准,`note` 不上线;空 `selected` 且无 `note`、矛盾多选、多题、不在本卡标签 ⇒ 仍 `'dismissed'`;首呈卡与重开卡的作答口把理由随决断递交(经审批拒因同一只窄化器),不带 `note` 的请求体与 0.94.0 逐字节同;宿主记账口 `notePlanReviewAnsweredIfDecisive` 把非空白 `note` 的自由文本作答算决断性作答 | 「Type something.」一路换钉即读成 reject + 理由;「Chat about this」/「Skip interview」两处要改(122d) | 不涉及 | 若端自带计划卡:自由文本放进 `note`(`selected` 留空或 No 标签),不自造决定 | 零动作 | G-PF1 – G-PF4 / G-PF6 / G-PF7 / G-PF8 / G-PF9 | 见 122b |
+| **PF-2** 重开卡的宿主自带投递口 `deliverDecision(taskId, decision, reason?)` | 本包(CC-557) | consumed(型面只增) | 有自由文本反馈(拒绝 + 理由)时第三参 = `note` **原文**(未窄化);没有反馈时恒只传两个实参(调用形同旧);缺省投递口自己把理由带进 `decidePlanReview` | 自带投递口的宿主,要把第三参转进 `decidePlanReview(taskId, 'reject', undefined, { reason })`(窄化只在那一处) | 不涉及 | 同左(若自带) | 零动作 | G-PF5 | 见 122b |
+| **KA-1** `_sema_permission_denials_absent` 的落下条件(CC-382) | 本包 | changed(落下条件加一项;读法不变) | 前:账本侧完整(行读得出 / 判词认得 / 三键齐)即不落;现另须**本流覆盖整条 run** —— 终帧投影器观测里 `streamSawRunOpen === true`(见到流首 `meta`)∧ `deniedToolNameByCallId` 已交。重连后的流 / 耐久回放 / 自建管线没交这两格 ⇒ 判别位落下,清单读作「至少这些」 | 走 `runStream` 的 `-p` 零接线;重连续读的 run 终帧上不再得到「零拒绝」的正面事实 | 不涉及 | 零动作 | 零动作 | G-KA1 – G-KA3 | 见 122b(含成文改口) |
+| **KA-2** 账本行遇本地中止(CC-382) | 本包 | changed(两处处置收成一种) | 前:流内补行剔中止两词、账本行照列并带 `toolDenialKind: 'cancelled'`;现:账本行与流内补行读同一张合并后分类表,`interrupted` / `cancelled` 两边都不列;无 id 的账本行 / 分类缺席 / 表外词不猜、照列。人审拒绝后又被本地打断的调用,`-p` 终帧不再报一条拒绝、`_sema_zero_output_denied` 不再因它成立 | 零动作 | 不涉及 | 零动作 | 零动作 | G-KA4 | 见 122b |
+| **KA-3** 后台视图 assistant 源的 401(CC-383) | 本包 | changed(健康词落点) | 前:`assistant` 源 401 落 `unavailable`、fleet 源同铸点落 `unauthorized`;现:assistant 源调同一只判官 `isReadCredentialRefusal`、同一个先后(`approvals:false` / 501 的 `not-configured` 先于凭据;caps 探针自己 401 时不改写这一判)。两源对同一抛出物同答 | 零动作(终端不用后台视图) | 不涉及 | 补两格 `unauthorized` 文案(122d) | 零动作 | G-KA5 / G-KA6 | 见 122b |
+| **KA-4** `status().code`(CC-383;退役一条读法) | 本包 | changed(值域收窄到型注已写的) | 前:任何 `APIError` 都写状态码(401 / 403 / 5xx 非 null、`degraded` 假);现:只在降级(501 / 404)时有值(非 null 时 `degraded` 必为真),其余 `null`;别的状态只在 `lastError`。「凭据没被接受」只剩 `resolution().kind === 'unauthorized'` 一条读法 | 零动作(只读 `resolution()`) | 不涉及 | 零动作(只认 501 / 404 与 `lastError`) | 零动作 | G-KA7 | 见 122b |
+| **KA-5** `FileHistoryLegNoticeInput.assemblyCapability` · `declared` 第三参 · `capabilityAtAssemblyOf`(CC-384) | 本包 | changed(🔴 型面 BREAKING:判定入参 `capability` 改名改义;账本接口 +1 口,`declared` +1 可选参) | 判定的能力位读数从「说话时的读数」改为「提交那一拍宿主据以拼声明片段的读数」,经账本记下再读回。提交时没读到能力位的「没带」不再被说话时的读数说成「刻意没带」(`not_declared` ⇒ `unknown`);出句的态不变 | 动 3 处(122d) | 不涉及 | 不涉及 | 不涉及 | G-KA8 / G-KA9 | 见 122b |
+| **KA-6** print 车道 `tool_use` 块的出帧键(CC-385) | 本包 | changed(出帧键收窄);根入口 +1 名 `stripToolUseSideChannels`(三键的唯一摘除口,适配层 `sanitizeToolUseBlock` 与 print 车道共用)+ 型 `ToolUseSideChannelsStripped` | `lane === 'print'` 时块上不再带 `label` / `eventId` / `parentToolCallId`(CC 形只有 `type` / `id` / `name` / `input`);交互面三形照旧带(适配层要读)。入参对象不动 | 零动作(`-p` 消费方多读到的非 CC 键没了) | 不涉及 | 不涉及 | 不涉及 | G-KA10 | 见 122b |
+| **KA-7** `classifyRulesFailure` 不交游标位(CC-390;退役 KL-620) | 本包 | changed(落点改) | 前:`400 request.query_invalid` 不交第二参 ⇒ `cursor-stale`;现:⇒ 通用 `error`(带服务端原句)。`cursorSent: true` ⇒ `cursor-stale`、`false` ⇒ `query-refused` 不变 | 零动作(三处直调都在撤销 / 导入口,得不到这个码) | 不涉及 | 零动作(走列全口) | 零动作 | G-KA11 | 见 122b |
+| **UP-0** 换钉:开发依赖 `@sema-agent/core` `~7.48.0` / `@sema-agent/sdk` `^18.2.0` / `@sema-agent/settings-schema` `^11.2.0` | 引擎 7.48.0(CC-524)/ sdk 18.2.0(CC-540)/ 设置契约 11.2.0(CC-521) | consumed | peer sdk 地板 `>=18.1.0` 不动;生成表值零变化;引擎 7.48.0 线上变化清单 12 条行为收窄(F1 / F2 / F7–F15 / F17)逐条见下一行 | 换钉 ^0.95.0 时 sdk ^18.2.0 / 设置契约 ^11.2.0 同批 | 零必改 | 零必改 | 零必改 | G-UP0 | 不适用 |
+| **UP-0a** 引擎 7.48.0 十二条行为收窄 | 引擎 7.48.0 线上变化清单 `narrowed[]` | F1 / F2 / F7 / F8 / F9 / F10 / F11 / F12 / F13 / F17 = **declined(本包零读点)**:命令文法判官(值表 / 字段切分 / 启动器字段 / 组合上界 / getopt 簇 / `watch` 选项 / 换用户的家目录 / 标准输入流入组与内层壳 / 模式词展开)与读拒表 `/` 开头行的定根都在引擎内判,本包不镜像判官(`SHELL_WRAPPER_TABLE` 生成物与生成器零命中、`ReadDenyEntry` 零读点);F14 = **declined(本包零读点)**:会话规则桶不是串数组即拒 —— 本包写口只发串数组;F15 = **consumed(包侧门收口,§122 FX-H1)**:工具段为空的协议名(`mcp__<对端>__`)判 `unmintable_segment` —— 协议段叶对这一形答 `ok`(对端段非空、不完整的形留给调用方判),实证两条消费路径的终局都扣下:会话规则可送判定落 `peer_wide`、请求体装配口三桶落 `incomplete_protocol_name` | 零类型面变化 | 零必改 | 不涉及 | 零必改 | 零必改 | G-FXH1 | 不适用 |
+| **UP-1** `droppedModelEntriesOf(catalog?)` / `ModelDroppedEntriesReading` / `LiveModelDroppedEntry`;`LiveModelCatalog.droppedEntries?` | 服务端 7.123.0 `GET /v1/models.droppedEntries`(CC-540 A);sdk 18.2.0 `ModelsResponse.droppedEntries` | consumed(新口) | 根入口 +1 名;读数三态;行型派生自 sdk `models.list()` 返回型(地板 sdk 18.1.0 上编得过,元素读成 `unknown`) | 目录面板经本口说「第 N 条没被收下(原因)」,不自己重判条目(122d) | 零必改(管理台只投影 `models`) | 零必改 | 零必改 | G-UP1 / G-UP2 | 见 122b |
+| **UP-2** `isLoopbackWireUrl` 主机名判定 / 联网搜索 endpoint 层级式判据改读设置契约判官 | 设置契约 11.0.0 `isLoopbackAuthHost` / `isHierarchicalUrl`(CC-521 ⑵ ⑶) | consumed(实现收口) | 本包自带的回环四字面表与层级式私有函数删;以构建期生成物(原件源码)进包,运行期零新依赖;对 URL 入参逐值不变 | 零动作 | 不涉及 | 零动作 | 零动作 | G-UP3 | 不适用 |
+| **UP-3** 云配置告警措辞删两臂 `hosts-grandfathered` / `legacy-governance-lifted` | 设置契约 11.0.0 删两只告警种类(CC-521 ⑴) | consumed(删臂) | 仍发它们的老控制面 ⇒ 落「本端认不出的告警」那一句(warn;`legacy-governance-lifted` 此前是 info) | 零动作 | 换到设置契约 11 后不再发 | 零动作 | 零动作 | G-UP4 | 不适用 |
+| **UP-4** models 域缺省模型与 @ 提及两代输入归一 → 影子 models 文档出 10 一代投影 | 设置契约 11.0.0 `atModelAllowlist` → `atMention`、`models.default` → `roles.default`(CC-521 ⑷ ⑸) | consumed(归一 + 投影;10 一代投影过渡,RL-94 按支持底线 ≥ 服务端 7.124.0 退役;归一器 10 一代输入臂 RL-95) | 两代回体经同一只归一器(缺省模型 `default` 先于 `roles.default`;@ 提及 `atMention` 先于 `atModelAllowlist`)→ 影子文档写 `default` / `atModelAllowlist`(与 0.94.0 同形);`only` 收窄读上游 `narrowAtMention`;整张悬空原样保留(KL-54);`none` 写不出 ⇒ 不写 + `unsupported` + warn(KL-665);读不懂 ⇒ 不写 + `unreadable`(带 `at`)+ warn;整份 models 文档读抛(访问器 / 代理陷阱;JSON 回体上不可达)⇒ 两键都不写 + 各一条 `unreadable`(@ 提及那条 `at: 'models'`)+ 各一句 warn,不折成「文档没说」;`CloudModelRefIssue` 型零变化 | 零改码(影子文档对 ≤ 7.123.0 与 ≥ 7.124.0 的本机引擎都读得懂) | 换到设置契约 11 照常(本包两代都收) | 零必改 | 零必改 | G-UP5 – G-UP8 | 见 122b |
+| **UP-5** 缺省模型读口对表;Model Hub 删除判定两代输入 | 设置契约 11.0.0 `resolveCatalogDefaultModel`(`named` / `select` 两词)(CC-521 ⑤ 与追记 ①) | `resolveCatalogDefaultModel` = declined(本包零读点:本包不解析缺省模型 —— 影子文档把归一出的缺省模型交本机引擎解,在线目录的 `default` 读服务端的答案,`select` 形原样交引擎);删除判定 = consumed(`computeDeleteBlockers` / `computeDeleteWarnings` 改读同一只归一器;10 一代输入臂 RL-95) | 11 形 `only` 名单删空的后果句「一个都不许 @」(10 形照旧「全部可 @」;`all` / `none` 不出);`roles.default` 指着它 ⇒ `default` 拒删(坐标 `roles.default`);文档读抛 ⇒ 一条 `unreadable` 阻断(fail-closed 拒删,与调用方「没读到文档」同一口径;此前读成「没人指着它」);`DeleteWarningsInput.doc` +可选 `atMention` | 本地池换到设置契约 11 后零改码(两代都收) | 不涉及 | 零动作 | 零动作 | G-UP6′ | 不适用 |
+| **UP-6** `HealthResponse` 去扁平 `restart`;引擎态读 `engineSignal` | 设置契约 11.0.0「引擎态只在信号里读」/ 服务端 7.123.0 `/health.engineSignal` / sdk 18.2.0 `EngineHealth.engineSignal`(CC-521 ⑹ / CC-540 F) | consumed(退役镜像位) | 型面 BREAKING:`HealthResponse['restart']` 不在了;本包对引擎态零读点,不另 pick `engineSignal`(地板 sdk 18.1.0 不声明它;宿主读 sdk 型) | 零动作(读点核过零命中;122d) | 不涉及 | 零动作 | 零动作 | G-UP9 | 更老的服务端体里没有信号 ⇒ 读出缺席(与设置契约 `readEngineSignal` 同向) |
+| **UP-7** `sessionReadRedaction` 位名与射程核 | 服务端 7.123.0 历史读面 assistant `errorMessage` 叶同一只脱敏(CC-540 B);服务端 7.124.0 预告叶名表 | pending(7.124.0 叶名表到货再改读;RL-92 复核期 0.96.0) | 零改码;读口头注射程句改真:位为真不答 `errorMessage` 叶(KL-667) | 不要据位把 assistant `errorMessage` 当已脱敏文本渲 | 同左 | 同左 | 同左 | G-UP10 | 位缺席 / 没观测 ⇒ 按「未证明已脱敏」处置(既有) |
+| **UP-8** 服务端 7.123.0 / 设置契约 11 其余点名本包、本包零读点的件 | `judgeModelRouteGap`(服务端包根导出,C 节)/ `permissionModeAuto.reason` 新词 `operator_floor`(E 节)/ `readEngineSignal`(设置契约 11)/ 各自文件店读回处接一次性迁移(设置契约 11 追记 ③) | C = **declined(零改码)**:服务端包面、不进 sdk,本包不依赖服务端包,路由缺口判官仍由宿主报进 `routeGap`(KL-639);E = **declined(本包零读点)**:能力位读器族对 `permissionModeAuto` 不读(能力台账门登记为 not_read),也没有这一闭集的词表 —— 读它的端直读 sdk `AutoModeUnarmedReason`(开集,含 `operator_floor`);`readEngineSignal` = **declined(零读点)**:本包对 `/health` 引擎态零读点(UP-6);文件店迁移 = **declined(零读点)**:本包没有文件店,影子 models 文档由宿主落盘 | 零变化 | 端上若渲武装未达成因由,按 sdk 开集分支 | 不涉及 | 零必改 | 零必改 | — | 不适用 |
+| **OL-1** `displayUntrusted` / `displayUntrustedMarks` / 本包铸点(合成终局行、结果帧 `errors[]`):方案词 / 凭据标签后**括号 / 方括号包着的值** | 本包(CC-528 ① ②、CC-360 ②;帖 [9734]) | changed(🔴 安全类行为面:只多遮) | 前:值位第一个字是 `(` / `[` 即空值、原样(`Bearer (<值>)` / `Bearer [<值>]` / `api_key=(<值>)` / `api_key: (<值>)`)。后:括号里恰一只裸值且紧跟配对的收尾括号 ⇒ 遮括号里那一只(括号留在记号外);括号里是占位形(只含字母、每节至多 12 个字母的全大写下划线名 / 全小写连字符词)、有空白、`[文字](` 链接形 ⇒ 原样(KL-383 收窄) | 零动作(换钉即得) | 换钉即得;`SHARE_WASH_VERSION` 加一(122y) | 零动作 | 零动作 | G-OL1 / G-OL6 | 不适用 |
+| **OL-2** 同上入口:值前 **JSON 转义的制表符**(`\t` 字面两字)作分隔 | 本包(CC-528 ③;帖 [9734]) | changed(🔴 安全类:只多遮 + 记号位置变) | 前:`Bearer\t<值>` 整形不认、原样;标签后的值从反斜杠处起读、转义字母 `t` 随值进记号(`password:\«redacted:secret»`)。后:转义制表符与空白同读分隔,值从它之后读、转义符留在记号外(`Bearer\t«redacted:secret»` / `password:\t«redacted:secret»`)。转义的行断不在此列(KL-678) | 零动作 | 同 OL-1 | 零动作 | 零动作 | G-OL2 | 不适用 |
+| **OL-3** 同上入口:**没有任何标签 / 方案词 / 已知前缀的裸不透明值** | 本包(CC-528 ④;帖 [9734]) | changed(🔴 安全类:只多遮) | 前:只认已知前缀(`sk-` / `ghp_` / `AKIA` …)与 JWT;`key <值> is invalid`、解析器报错里引出的原体原样。后:长度 ≥ 24、大写 / 小写 / 数字三类都有、香农熵 ≥ 3.5 位 / 字、段形像随机串 ⇒ 整词一枚记号;路径段 / 主机 / 文件名 / Base64 串与图片头 / 大小写混写的十六进制串与 UUID / `sha256-` 一族完整性摘要 / 服务商对象 id(工具调用 / 消息 / 请求 / 文件 / 补全)不判。概率判据,射程见 KL-675 | 零动作 | 同 OL-1 | 零动作 | 零动作 | G-OL3 | 不适用 |
+| **OL-4** 同上入口:被洗的值**止于收尾的结构字符** | 本包(CC-528 ⑤;帖 [9753]) | changed(只改记号边界:收尾字符不再进记号) | 前:裸值一路吃过反引号(`` `api_key=<值>` `` 的收尾反引号进了记号,代码段不再闭合);URL 片段把末尾的 `)` / `]` 当地址(`[文档](https://h/s?q=<值>)` 的收尾括号进了 query 记号,链接坏掉)。后:值恰好止于收尾一段同行代码段的那一串明文反引号(代码段按一串反引号定界、同长的一串收尾;其后只剩句末标点)⇒ 那一串留在记号外(反引号是 URL 片段终止集里的那一枚);值里的反引号(孤立的、长度不同的串)一律不截断值,与 0.94.0 同;片段末尾**不配对**的 `)` / `]` 与句末标点同处置、留在记号外,配平的括号照旧属于地址。以反引号起头的值读法不变 | 零动作 | 同 OL-1;分享面「收窄」的那几类可按本行重新评估(122d) | 零动作 | 零动作 | G-OL4 | 不适用 |
+| **OL-5** 同上入口:**关联数组箭头** `'api_key' => '<值>'` | 本包(CC-360 ①) | changed(🔴 安全类:只多遮) | 前:`>` 是裸值停字符,值为空、原样。后:标签被同一种引号包住、`=` 紧跟 `>`、同一行是一只引号值 ⇒ 按标签值遮(`$cfg = ['token' => '<值>']`、`"password" => "<值>"`、转义引号形同)。`Parsing error: Unexpected token =>`、不带引号的标签、箭头后不是引号值、保排版出口上箭头后换行 ⇒ 读法不变(KL-467 收窄) | 零动作 | 同 OL-1 | 零动作 | 零动作 | G-OL5 | 不适用 |
+| **OL-6** 同上入口:**凭据标签 + `token` 方案词 + 值**(同一行) | 本包(CC-360 ③) | changed(🔴 安全类:只多遮;记号个数变) | 前:ASCII 空白分隔、不加引号时外层值在空白处止 —— `password: Token https://h/<串>/x` 只遮 `Token`、地址按地址豁免(主机 / 路径原样);`password: Token <值>` 两枚记号。后:外层值延到方案词 `token` 的值末,整只一枚记号(与引号形 / 非 ASCII 空白形同读)。`Authorization: Token <值>` 照旧「方案词留、凭据段换记号」。凭据标签(含 `Authorization:`)的值是 `bearer` / `basic` + 地址形的值 ⇒ 方案词留、地址(主机 / 路径 / 查询 / 片段)整只一枚记号(此前按地址豁免、路径原样);无标签的方案词 + 地址、说明句照旧 | 零动作 | 同 OL-1 | 零动作 | 零动作 | G-OL7 | 不适用 |
+| **OL-7** 同上入口:**粘在下划线 / 连字符之后的已知前缀凭据**(散文与 URL 路径段) | 本包(CC-414;外部提问 [9167]) | changed(🔴 安全类:只多遮) | 前:已知前缀只认词首(`mcp__x__sk-ant-<值>` / `x_sk-ant-<值>` 原样,空白后的同串遮)。后:词 / 路径段里某一位左邻是 `_` / `-`、从那一位起以已知前缀打头且连续字母数字段 ≥ 16 ⇒ 从前缀起遮到词末(标识符前半截留着);`mcp__x__skill`、`x_sk-tools` 一类不动。KL-573 删行 | 零动作 | 同 OL-1 | 零动作 | 零动作 | G-OL8 | 不适用 |
+| **WC-1** `hasLedgerPositionKey(frame)`(CC-464) | 本包;网页端自写第二份谓词(只认非空串 `id`、忽略 `seq`)与包内不等价 | consumed(上根入口;读法不变) | 根入口 +1 名。此前只在包内(帧通道的判活闸、preamble 记账、判定口三处共读),端要自判「这一帧带不带账本位置」只能自写。读法:`id` 或 `seq` 任一键在场且不是 `null` ⇒ 真(值坏形 —— 空串 / `false` / 对象 / `0` —— 也算);两键都缺席 / `undefined` / `null` ⇒ 假;读位抛 ⇒ 原样抛 | 零动作(经包) | 不涉及 | 删本地谓词改调本口(122d) | 零动作 | G-WC1 / G-WC2 | 见 122b |
+| **WC-2** `replayedApprovalSentence(disposition, opts?)`(CC-464 + CC-467) | 本包;网页端把崩溃收敛行说成「已批」(判定口的 `decided` 分不出人决过 / 过期 / 转入停驻,带成因的更是引擎自动拒);终端与网页端各一句、桌面端零 | consumed(新口);端自铸的同事句子待退(122d) | 根入口 +1 名,纯函数。`decided` 三向:无成因 ⇒ 只说「引擎的待决清单里没有它」;带成因(`crashed_before_park` 意外停止 / `shutdown_before_park` 有序关停)按崩溃收敛行的分桶注脚 `needsHumanReason`(判定口 `decided` 臂随成因带上,与 `projectCrashConverged` 同一份读数)分三向 —— 还在等的两桶(resumeSafe / `pending_unsafe`)⇒ 它还在等、引擎自动拒了它,补一句「工具有没有开始,这里看不出」;`approved_then_interrupted` ⇒ 人已批过、可能正在跑、副作用可能落了一半,引擎随后把它收成了拒绝;`contradictory` / `unstable_row` / 表外词 / 读不出 ⇒ 记录看不清批没批过、开没开始(两头都不说);判定口 `decided` 臂增可选位 `needsHumanReason`;`unknown` ⇒ 「没能确认它还在不在等」一句(六种 `why` 同句);`live` / 非对象 / 不认得的 `kind` ⇒ `undefined`。每句都说「没发决定」。可选第二参 `{ toolName }` 点名(名字是不可信文本:过显示消毒、封 80,进句时放进一对双引号、名字里的引号转义 —— 名字里的整句话冒充不了本句的状态陈述)。成因句与无成因句是同一张表,成因词表取自 `CrashConvergedRow['cause']`(联合加一词而句子表没跟 ⇒ 编译红) | 重放处置那一句取本口(122d);`decided` 带成因的分支仍只记已收口集合、不出句(同旧) | 不涉及 | 只读回执句改取本口,删自铸的成因表与「Approved earlier · the tool already ran」(122d) | 零动作(不消费重放处置) | G-WC3 – G-WC6 | 见 122b |
+| **WC-3** `allowRuleShadowSentence(card)`(CC-468) | 本包;披露句三端各拼各的(网页端取条目自己拼、终端壳里一只叶子、桌面端零) | consumed(新口);`legacyShadowedRuleTextOf` **不是句子口**,是卡字段 `persistedRuleShadowed` 的派生函数,不上根入口、随该字段按 RL-58 一起退役,不另登;帧级读口 `readAllowRuleShadowFromWire` 不另导出(卡级读口对裸帧回落同一读数) | 根入口 +1 名,纯函数。按成员与条目成句,老一串与新键 `persisted` 成员同一读数同一句(老一代形 = 唯一 `persisted` 成员、恰一条非空白条目、无 `omitted`、无坏形 ⇒ 老一代单句);其余形一句总述 + 逐成员(条目最多列 5 条、`omitted` 与没列的并成「还有几条没列」、坏形成员说那一项读不出);整只读不出 ⇒ 说读不出;缺席 ⇒ `undefined`。条目与表外成员词是不可信文本,一律放进一对双引号(过显示消毒、引号转义、字面反斜杠成对 —— 文本里的整句话出不了引号、冒充不了句子自己的陈述;闭集成员词原样),端不再拼接 | 删壳内 `allowRuleShadowNote` 叶子改调本口(终端叶子与本口只差条目与表外成员词的引法;122d) | 不涉及 | 披露行改取本口,删条目 join(122d) | 零动作(座位载体补位到货后取本口,122d) | G-WC7 – G-WC9 | 见 122b |
+| **WB-1** 回体读口 `readLiveModelCatalog(body)` / `LiveModelCatalogReading` | 本包(CC-465;并终端请托 [9885] / [9889]) | consumed(新口) | 根入口 +1 名;`GET /v1/models` 回体在本包只有这一只读口:行键 `name`(提交值与 `@` 句柄;`id` 可缺、可在两行上相同)、坏行只丢自己、同名后到计坏、冻结深拷贝、不改入参;`defaultModel` 形对才带,形不对记 `defaultModelMalformed`;`droppedEntries` 原值过境(读数不变);信封只带四键 | 拿到回体先过它,再 `setLiveModelCatalog(reading.catalog)`(122d) | 不涉及 | 删 `mapSemaModelCatalog`,改读它 + 行视图(122d) | 主进程 `listModels` 删自解析,交它的产物(122d) | G-WB1 / G-WB2 | 见 122b |
+| **WB-2** 缺省模型 `liveDefaultModelOf(catalog?)` / `LiveDefaultModelReading`;`liveDefaultModelName` / `imageVisionOf` / `effortLevelsOf` 的「未指定 ⇒ 缺省」改读它 | 服务端 `GET /v1/models.defaultModel`(本包支持底线以下就恒发) | consumed(新口);三口 changed | 根入口 +1 名;只读 `defaultModel`:`name` 恰是某行 `name` ⇒ 那一行,否则 `id` 只按行的 `id` 落行(上游 id 与某行 `name` 撞串不算);落不到 ⇒ `not_listed`;`defaultModel` 缺席 / 形不对 ⇒ `unknown{not_reported}`;绝不取第一行。两行同 id 时三口的答案改为服务端那一行(修前落第一行);只带 id 形老键 `default` 的目录上三口改答「不知道」 | 删在线目录 `default` 的直读与「缺省 ?? 第一行」(122d) | 不涉及 | 两处「缺省 ?? 第一行」删(122d) | `defaultModel.id ?? default` 自取删(122d) | G-WB3 | 见 122b |
+| **WB-3** `atMentionOf` / `modelCompatOf` / 行视图 `liveModelRowsOf`(目录行四键 `routePairing` / `compat` / `atMentionable` / `supportedEffortLevels` 按真值出) | 服务端 `/v1/models` 行 | consumed(新口) | 根入口 +3 名;型 `AtMentionReading` / `ModelCompatReading` / `LiveModelRowView` / `LiveModelCompat`(派生自 sdk);`LiveModelInfo` +4 可选位(`contextWindow` / `maxOutputTokens` / `atMentionable` / `compat`);行视图每一位调同一只单行读口;窗口只认正有限数、不设下限 | 删行查找与 16k 下限、effort 硬表、三键读法(122d) | 不涉及 | 删 `atMentionable` / `reasoning` / `thinkingFormat` 自读与 16k 下限(122d) | 零必改(座位目录到手后由渲染端读) | G-WB4 / G-WB5 / G-WB6 | 见 122b |
+| **WB-4** 座位 `listModels(): Promise<LiveModelCatalog>`;`SeatModelCatalog` / `SeatModelInfo` / `isSeatModelCatalog`(0.95.0 退出公面) | 本包(CC-465) | changed(🔴 型面 BREAKING) | 出站门与回体读口同一只行判据(信封 + 行身份;行内其余键交单行读口);没有 `id` 的行照收、没有 `name` 的行拒;`droppedEntries` 不判 | 无车道 | 不涉及 | `local-sessions-transport.ts` 三处型名与 `resolveSeatTurnModel` 改(122d) | `session-host.ts` `listModels` 改交读口产物、`localSessions.ts` 删三名转出(122d) | G-WB7 | 不适用 |
+| **WB-5** 入站判官 `checkSendMessageRequest` / `isSendMessageRequest` | 本包(CC-466) | consumed(新口) | 根入口 +2 名;闭集键;每键词表取包里那只元组(`PERMISSION_MODE_INTENTS` / `SEAT_REASONING_EFFORTS` / `REWIND_MODES` / `SEAT_TURN_SETTINGS_KEYS`)与附件上限;子代两位有判据;未登记顶层键、访问器、读抛一律拒,拒因带键路径 | 无车道 | 不涉及 | 零必改 | 自写入站门(`requireOptional*` 一族)删、门口调它(122d) | G-WB8 | 见 122b |
+| **WB-6** 回退载体 `SendMessageRequest.rewind?: SeatRewindIntent` + `SEAT_REWIND_INTENT_KEYS`;`REWIND_MODES`(`RewindMode` 由它派生);能力名 +`rewind`;出身表第三种出身 `projectedBy` | 本包(CC-466) | consumed(载荷 +1 键) | 根入口 +2 名;`SEAT_CAPABILITY_NAMES` 1 → 2(闭集增员);`SeatCapabilitiesState` +1 可选位;能力名 ⊆ 动词名 ∪ 载荷键名;出身表登记的四把引擎请求键 = `rewindSpecForMode` 各档产出键的并集 | 零必改(`RewindMode` 型值不变) | 不涉及 | 回退入口按能力表开(122d) | 锚点 → 引擎条目映射、按 `rewindSpecForMode` 投,能做才报 `rewind: true`(122d) | G-WB9 / G-WB10 | 见 122b |
+| **WB-7** settings 子键出身表 `SEAT_TURN_SETTINGS_ORIGINS` | 本包(CC-466) | consumed(新表) | 根入口 +1 名;请求装配口每一把 settings 子键登记「渲染端载」或「宿主自供 + 理由」(编译期两向钉);判官拒宿主自供子键 | 无车道 | 不涉及 | 账本里「座位无 settings 载体」三行改读本表(122d) | 零动作 | G-WB11 | 见 122b |
+| **WB-8** `LocalSessionEvent.parked?: true` + 读口 `approvalCompleteParked(frame)`(并网页端 [9527] / [9534]) | 服务端收口帧 `tool_approval_complete { outcome: "expired", parked: true }` | consumed(新位 / 新口) | 根入口 +1 名;事件 +1 可选位(present-iff:只在 `tool_permission_resolved` ∧ `outcome === "expired"`);适配层停驻撤卡读同一只(修前另一份私有读法只看 `parked` 不看 `outcome`) | 零必改(自写的收口帧三态判定可改读它,122d) | 不涉及 | 座位 lane 接停驻位;流上自读改读它(122d) | 收口帧过读口铸位(122d) | G-WB12 / G-WB13 | 见 122b |
+| **RD-1** 托管层读数口 `SettingsPort.managedPolicyReading()`;型 `ManagedPolicyReading` / `ManagedPolicyState` | 本包(CC-488;终端请托) | consumed(新口,可选) | 根入口运行期名不增、型 +2;`hooksForWire()` / `hooksWirePlan()` 在信任门之后、读 `policySettings` 之前读一次(一轮恰一次):`unreadable` ⇒ 整条腿不投(`governance_unreadable`:四源 + flag + `/goal`;计划路径的插件排除理由同);读口缺席 / `absent` / `in-effect` 的投影与 0.94.0 逐字节同(只收紧) | 接:`clientCoreHost` 的 settings 口,读数取壳已有的托管层读数唯一座位(122d) | 不涉及 | 零动作(无本机托管层可不接;接则恒报 `absent`) | 零动作(同左) | G-RD1 / G-RD2 | 见 122b |
+| **RD-2** 用量分析读口:三口读器 `readUsageSummary` / `readUsageSeries` / `readUsageBreakdown` · 投影口 `projectUsageSummary` / `projectUsageSeries` / `projectUsageBreakdown` · `classifyUsageFailure` · 三态卡 `readUsageAnalytics` / `projectUsageAnalytics` · `usageBoundPrefix` · `usageWindowOfRange` · 句表 `USAGE_SENTENCES` · `USAGE_HEATMAP_MAX_DAYS` | 本包(CC-511;网页端请托) | consumed(新口) | 根入口 +13 名;读器永不抛,判决 `ok` / `unavailable` / `failed`;注入面形 = sdk `usage.*` 签名(sdk 客户端实例直入,编译期钉);三态卡 `available` / `estimated` / `unavailable`(金额轴 `≥`、token 轴 `≈`);缺席位不编 0 | 不涉及(终端的 `sema cloud usage` 读中心中继的另一个源,不并) | 不涉及 | 换读包读器,删壳读器与行映射(122d 三处行为差) | 零读点(用量卡的 UI 与网页端共用,读点随网页端换) | G-RD9 – G-RD13 | 见 122b |
+| **RD-3** 四件判定读口同名上收:`classifyApprovalCompleteFrame` / `parkRowDeadlineState` / `lateDecideRoute` / `runReapedByDeadline`;型 `ApprovalCompleteDisposition` / `ParkRowDeadlineState` | 本包(CC-550;终端请托) | consumed(新口,自终端壳半场同名上收,不改名) | 根入口 +4 名;函数体与壳实现逐例同答(本包门内嵌壳原实现冻结副本差分 1500 余例;同名影子对账门的差分格直接摘终端源码比:零类外分歧);两处已登记分歧,方向都只向保守一侧:① `runReapedByDeadline` 取 `runs` 的取值器 / 代理陷阱抛时壳 reject、包 `false`;② `classifyApprovalCompleteFrame` 的 `parked` 臂读共享的 `approvalCompleteParked`(只认自有数据位)—— `parked: true` / `outcome: "expired"` 在原型链或取值器上时壳读成转停驻、包读成撤卡(线上帧是 JSON 解析出的自有数据位,两者同答)。处置语义只读本包帧路由:`live-expired-parked` = 这一问转停驻(本包撤活卡、停驻腿呈停驻卡),**不是**「卡留屏 + 状态行」(终端 0.94.0 前旧处置,换读本口后退,见 XH 行);`lateDecideRoute` 只服务迟批机关,随终端审批卡族设计稿候裁 C1 定去留(C1 = B 则下一版登 deprecated 再退役) | 改 import 四件、删壳内实现、摘壳侧到货登记两条(122d) | 不涉及 | 零动作(自接审批窗到期链的照读) | 零动作 | G-RD5 – G-RD8 | 见 122b |
+| **RD-4** 会话内 MCP 重拨的注入面:`McpReconnectClientLike.sessions.mcpReconnect` 改按 sdk 签名 `(sessionId, server: string, opts?)` | 本包(CC-432) | changed(🔴 型面 BREAKING;旧 `{ server }` 适配形退役 —— 退役登记 RL-97 已挪进已退役) | 第二参类型 `{ server: string }` → `string`;sdk 的 `AgentClient` 实例不经适配器直接传入(编译期钉);判决臂、体门、回声身份、`unsettled` 读法一字不变;终端 / 桌面端零处调用 `reconnectMcpServer`;网页端有一处活的适配器 | 零动作(零调用方) | 不涉及 | **必改(编译红)**:`ui/lib/engine/engine-observability-wire.ts:660-666` 的 `toMcpReconnectClientLike` 适配器里 `body` 现在是 `string`、取 `body.server` 编译红;`:682` 改成直接传 `createEngineClient()` 的实例,删适配器(122d) | 零动作(零调用方) | G-RD3 / G-RD4 | 见 122b |
+| **SA-1** 交互 Esc 的 interrupt 发射口 `fireInteractiveInterrupt(runs, taskId, opts?)` | 本包(CC-319);服务端 ≥ 7.52 `POST /v1/runs/:id/interrupt` 的 bare 形;sdk `RunsResource.interrupt` | consumed(新口) | 根入口 +1 名(型 `InteractiveInterruptRuns` / `InteractiveInterruptOptions`);结局就是 `planInteractiveHalt` 的入参 `InteractiveHaltInterruptOutcome`(四臂不变、绝不抛);失败判类与自愈 steer / cancel 两路同一把至多一次尺:4xx(及交引擎前就拒的 503 账本码)⇒ `refused`,5xx / 连接断 / 截止 / 中止 ⇒ `transport`。🔴 宿主自发时 5xx 落 `refused`(不升级),改调本口后落 `transport` ⇒ 宿主自证 `parked` / `detachArmed` 时升级 run 级 cancel | 换读:删本地发射与武装点、删直连网络的登记豁免(122d) | 不涉及 | 零必改(若自发 Esc interrupt,改调本口) | 零必改 | G-SA1 – G-SA4 | 见 122b |
+| **SA-2** 设备换绑判定半场:发射口 `listDevices` / `readSessionBinding` / `rebindSession` + 纯判定 `reconcileRebindOutcome` / `rebindProvesRequestNotApplied` | 本包(CC-320 ①);服务端 ≥ 7.88.0 `/v1/devices` 列面 / 读面 / 换绑;sdk `DevicesResource` | consumed(新口) | 根入口 +5 名(型 16 个);经 sdk 客户端的 devices 资源发(方法形);拒码闭集六格(状态码 ∧ 码);换绑表外失败交至多一次尺(`refused` / `unconfirmed`;🔴 与终端旧实现的差:HTTP 5xx 不再当成「处理器已收工」,`mayStillBeRunning: true`);成功形不变式(回显 / 目标 / rev 恰 +1 或幂等合取),不拿请求值回填;回体按自有数据位读;回读对账只交判决词,呈现句留宿主 | 换读:三只发射口与两只判定改调本包、删本地份;注册三动词仍在宿主(包侧缺口 ①)(122d) | 不涉及 | 第二消费方(差距清单 B7,[9396]):接换绑时直接用本组口 | 零必改 | G-SA5 – G-SA9 | 见 122b |
+| **SA-3** ask park 三件纯判定 / run 收割读口(CC-320 ② ③) | 本包 | 并入本版 CC-550(同名四只上收,见那一行);本行不另立口 | 零改码 | 见 CC-550 行 | 不涉及 | 见 CC-550 行 | 见 CC-550 行 | — | 不适用 |
+| **SA-4** `/health` 排空读口(CC-320 ④) | 服务端 7.123.0 `/health.engineSignal.draining`(`actionId` / `since` / `deadlineAt`);扁平 `draining` / `drainingSince`(服务端 7.92.2 起)是设置契约 11 登记删除的收缩方言;设置契约 `./fleet` `readEngineSignal`(9.0.0 起) | declined(本包不铸读口:单源 = 设置契约 `readEngineSignal(body)?.draining`,读数三态与它的出参一一对应;本包再包一层 = 同一事实第二条读法;与 UP-6 / UP-8 同一定论) | 零改码 | 排空等待器加一条析取臂,直读设置契约读口(122d) | 不涉及 | 零必改 | 零必改 | — | 见 122b |
+| **SA-5** 引擎 env 组来源判定 `resolveEngineEnvSourcing(input)` / 读视图 `engineEnvView(env, caseInsensitive)` | 本包(CC-321) | consumed(新口) | 根入口 +2 名(型 7 个);纯函数;组声明(含镜像引擎启动校验的谓词)、忽略判据、别名表由宿主给;🔴 划界:退役 env 改名表的属主是设置契约 `RETIRED_ENVS`,宿主直读后经 `aliases` 交进来,本包不 import、不转口、不存;出参 = 要删的键 + 逐组读数 + 逐键来源与理由,告知句留宿主 | 换读:判定循环改调本包;组声明 / 告知句 / 删键口留(122d) | 不涉及 | 不涉及(不起本机引擎) | 起本机引擎时同用(KL-693) | G-SA10 – G-SA13 | 见 122b |
+| **SA-6** 0.93.0 建表批五件核账(CC-323) | 本包 | consumed(核账,零改码) | ① 子代 tick 的模型位 `InlineTaskTick.model` 与 ② `/health` 配置落地读器 `readEngineConfigApplyState` + 漂移判决 `configDriftVerdict` 已随 0.93.0 交付(§119 TH-1 / TH-2);③ ④ 另行(CC-415 / CC-416);⑤ 不涉及本包(宿主自起引擎的重启成因) | 两条上收登记的条件锚要改钉(122d) | 不涉及 | 零动作 | 零动作 | — | 不适用 |
+| **SA-7** sdk 设备行型十一名经根入口 type 再导出:`DeviceSummary` / `DeviceListResult` / `DeviceBinding` / `DeviceSessionBinding` / `DeviceRebindRequest` / `DeviceRevokeRequest` / `DeviceRebindResult` / `DeviceEnrollToken` / `DeviceEnrollRequest` / `DeviceEnrollResult` / `DeviceRevokeResult` | sdk `types.d.ts` 设备面行型(CC-581) | consumed(type 再导出) | 根入口 +11 个型名、零运行期字节(运行期导出数不变);型与 sdk 恒等(编译器判)。同批:本包读面前态型(SA-2)由 `DeviceBinding` 改名 `DeviceBindingReading` —— 它是读数投影(只读、`boundAt` 缺席照收),与 sdk 原型同名不同形;原名让给 sdk 原型(本版新口,无已发存量) | 若端上直接从 sdk 取设备行型,改从本包取 | 不涉及 | 设备面板 / 映射核 / 对话框 / 会话传输端口四处 type 引用改从本包取,删掉对 sdk 的四处型直连(122d) | 随网页端 | G-SA14 | 见 122b |
+| **RX-1** 根入口 `providerRejectionResend`(0.95.0 退出公面;原签名 `(detail, carrier?)`;具名型 `ProviderRejectionResend` 仍在) | 本包(CC-309;退役登记 RL-22;0.93.0 §119 LD-1 弃用预告,原定 0.94.0 删、改窗 0.95.0) | removed;🔴 **型面 BREAKING**(运行期导出 −1) | 根入口不再导出这个函数;合成终局行上的 `_sema_provider_rejection_resend`(`{ resend, text }`)与同一行行尾那一句不变 —— 包内铸点照用同一只函数,句子、键的形与 0.94.0 逐字节同。要「改了重发」的判定读行上的键(`-p` 车道读结果帧 `errors[0]`)。具名型 `ProviderRejectionResend`(那一键的值型)仍在根入口 | 零调用(产品源码仅 `components/Spinner/SpinnerAnimationRow.tsx:681` 一句注释;`sema/runAbortCause.test.ts:288` 断言壳侧不调) | 零动作(`test/pickup1008-dependency-pickup.test.ts:224-228` 以 AST 断言零引用;`test/pickup1018-dependency-pickup.test.ts:388` 的名单自检换钉时核一遍) | 零动作 | 零动作 | G-RX1 | 不适用(名删) |
+| **RX-2** 二十九只逐只失效口 `forget*Reading` 与读器工厂的 `forget` 口(0.95.0 退出公面;逐名见 §2z) | 本包(CC-377;退役登记 RL-54;0.92.0 §118 CG-3 起可选、0.92.0 – 0.94.0 三版预告) | removed;🔴 **型面 BREAKING**(运行期导出 −29) | 读器的格随能力缓存代际自动失效(0.92.0 起):`invalidateEngineCaps(baseUrl)` 推进代际之后,每只读器的 `observed*` 答 `unobserved`,不必再逐只调失效口;宿主在引擎温切处删掉逐只接线、只留 `invalidateEngineCaps`。测试钩 `__reset*ReadingsForTests`(清单只读器的整张表,不推进代际)不变 | 🔴 编译红 11 行 + 测试若干(见 122d):`sema/*Capability.ts` 十一处死再导出;终端自家登记 `uplift-retirement-registry.json` 的 `forget-reading-warm-cut-wiring` 条目换钉时同批删 | 零动作 | 零动作 | 零动作 | G-RX2 | 失效后读口答 `unobserved`(与 0.92.0 起不调失效口同答);空串 / `undefined` 的 `invalidateEngineCaps` 是 no-op |
+| **RX-3** 卡入参成员 `ApprovalCardRequest.persistedRuleShadowed` | 本包(CC-401;退役登记 RL-58;0.92.0 起派生位、`### Deprecated` 保留一版) | removed;🔴 **型面 BREAKING**(`ApprovalCardRequest` 删一成员;运行期导出 0) | 卡上不再有旧字段;被越级的规则文本读结构化披露 `allowRuleShadow` 的 `persisted` 成员条目(0.92.0 起旧字段就是它的派生值,老一代服务端的老一串帧键 `persistedRuleShadowed` 与新键 `allowRuleShadowed` 经同一只读口归一成它),让位判定读 `approvalAllowRuleShadowed`(读法不变)。`ToolApprovalFrame.persistedRuleShadowed`(wire 入参键,老一代服务端仍发)与读口对老两键的读法不动 | 零读点(产品源码零命中;`sema/approvalStreamWire.test.ts:2293` 已断言卡入参零老键原串;测试里把旧键喂读口的是 wire 入参形,不是读卡字段) | 零动作 | 零动作(`tests/run-retry-terminal-governance-test.mjs:265 / :297` 把旧键当 wire 帧入参喂包) | 零动作(`main/session-host.ts:2140 / :2144` 仅注释) | G-RX3 | 缺席 ⇒ 卡上披露与旧键都不在(绝不补空串) |
+| **RX-4** `normalizeShellPermissionModeForWire(mode)`(第二参删除) | 本包(CC-426;退役登记 RL-82;0.94.0 §121 SV-6 预告) | removed;🔴 **型面 BREAKING**(两实参调用编译红) | 签名收成 `(mode: string | undefined)`;`dontAsk` 按名原样交出、`manual` 归 `default`、其余恒等 —— 0.94.0 起第二参就不读,读数一个字节不变。纯 JS 宿主多带的第二个实参被忽略(读数一次也不碰) | 零调用于两实参(`sema/wirePermissionModeFields.ts:34`、`sema/engineGateSyncAllow.test.ts:2653` 都是单参) | 零动作(`test/pickup1018-dependency-pickup.test.ts:386` 只在名单里) | 零动作 | 零动作 | G-RX4 | 不适用 |
+| **RX-5** `modelSetupDecision(reading, hostCanConfigureModel)`(第一参收成读数,三态入参臂删除) | 本包(CC-322 ③;退役登记 RL-91;0.94.0 §121 RQ-4 / FX-4 预告) | removed;🔴 **型面 BREAKING**(交三态串编译红);🔴 **行为面**(只对纯 JS 宿主:交三态串不再是入参) | 第一参只收 `ModelIdentityReading`;交三态串(`'not_resolvable'` / `'unknown'` / `'resolvable'`)读成「不成形的读数」⇒ `proceed`(不弹、不抛 —— 此前 `'not_resolvable'` 串会按 0.93.x 读成 `offer_setup` / `explain_unconfigured`)。读数入参的答案一字不变(含 `explain_route_gap`) | 🔴 编译红:`sema/onboardGate.ts:56` 类型联合收窄为 `ModelIdentityReading`、`:94-96` 的 `typeof i.identity === 'string'` 三态臂删;测试 `sema/modelIdentityReading.test.tsx:597-603` 直接用三态串调包的格改交读数 | 零动作 | 零动作 | 零动作 | G-RX5 | 位二读不出 ⇒ `proceed`;读数不成形(含三态串)⇒ `proceed` |
+| **RX-6** 支持底线:服务端 **7.106.0 → 7.115.0**、引擎 **7.35.2 → 7.40.1**;「只续已有会话」被拒读口 `requireExistingSessionRefusalFromError` 的粗码兜底退役 | 本包(CC-281;退役登记 RL-16;终端附着门槛 7.119.0 已在主干、三端回报底线均 ≥ 7.119.0) | removed(粗码读法);changed(`SUPPORT_FLOOR` 的值,型面不变) | 读口只认带码形:404 ∧ `resume.session_not_found`、422 ∧ `request.field_conflict`(服务端 7.115.0 起的两处铸点,引擎侧同步提交的 404 同码);≤7.114.x 老服务端的状态粗码形(404 `not_found.resource` / 422 `request.unprocessable` + message 尾括注)读成 `null`(不读 message 散文)。`engineVersionTier` 的门槛跟着抬:7.106.0 – 7.114.x 由 `engine` 改答 `legacy`;`coreVersionTier` 的下限 7.35.2 → 7.40.1 | 零动作(附着门槛 7.119.0 在主干)| 零动作 | 零动作 | 零动作 | G-RX6 | 粗码形 ⇒ `null`(「本包说不出是不是这一拒」,按通用拒绝处置) |
+| **SC-1** `isAlreadyResolvedFailure(failure)` 收成「门已决」唯一判据;入参放宽为两形(决断腿拍平结局 / 决断口抛出的错误对象) | 本包(CC-354 / CC-346) | consumed(判据收口 + 入参只放宽) | 端侧判据链多出的四臂并进来:本地安全停 ⇒ 不算已决;引擎四码 `approval_stale` / `checkpoint.already_resolved` / `not_found.approval` / `not_found.checkpoint` ⇒ 已决;错误类 `ApprovalStaleError` / `NotFoundError` ⇒ 已决;续跑启动期错误类(码不是停驻挪动族)⇒ 不算已决。判序 = 闭集码闸 → 四臂 → 其余(门还在 / 续跑启动期失败的码 ⇒ 否、停驻挪动族 / `gone.ask` ⇒ 是、文案兜底)。入参型 `unknown`;拍平结局上的 `safetyCode` 与闭集码同一读法;文字里的类名不当机读信号。包内两条决断腿:四码改按码判,唯一行为差 = `checkpoint.already_resolved` 带「checkpoint is <状态>」且状态不是 resolved 的那一句,此前判真失败、现在判已决(续读流) | 整只换读(删自拼组合与归一,122d) | 不涉及 | 零读点 | 扫词读点改调本口(122d) | G-SC1 / G-SC2 / G-SC7 | 见 122b |
+| **SC-2** `isAlreadyResolvedGateReason` / `isGateStandingErrorCode` / `isCodeClassifiedGateFailure` 根入口三只拼装件 | 本包(CC-354) | deprecated(复核期 0.97.0,RL-103) | 本版行为不变;只为端自拼判据链而在根入口 | 换读 SC-1 后删读点 | 不涉及 | 零读点 | 换读 SC-1 后删读点 | — | 不适用 |
+| **SC-3** `GATE_FAILURE_CODES` 只定义一次 | 本包(CC-346) | consumed(实现收口) | 根入口同名同值;`HitlSafetyCode` / `GateFailureCode` 都由它派生(此前两份声明靠双向编译钉对齐) | 零动作 | 不涉及 | 零动作 | 零动作 | G-SC1 | 不适用 |
+| **SC-4** `ReopenPlanReviewOpts.decisionHandedOver` 删除 | 本包(CC-346) | removed(🔴 型面 BREAKING;三端零调用方) | 交出窗只经 `notePlanReviewDecisionHandedOver` 登记一条读法;读后复核只问决断台账 | 零读点 | 不涉及 | 零读点 | 零读点 | G-SC4 | 不适用 |
+| **SC-5** Bash 结果「按退出码算不算失败」两车道同一只判定 | 本包(CC-347) | consumed(行为修正) | `-p` 车道 `is_error`:负退出码 ⇒ `true`(此前 `false`)、首行之后不是框架的文本 ⇒ `false`(此前按首行退出码);交互车道:structured 只带 `exitCode` ⇒ 退出码以它为准、正文两槽仍从框架反解(此前退出码也取正文);正文不是框架而 structured 带非零 `exitCode` ⇒ 按失败卡渲原文(此前不算失败) | 零动作(经包) | 不涉及 | 零动作 | 零动作 | G-SC5 | 见 122b |
+| **SC-6** 子代内容账本的缺省会话槽身份 | 本包(CC-348) | consumed(实现收口,包内件) | 改取 `DEFAULT_SESSION_KEY`(此前手抄同值) | 零动作 | 不涉及 | 零动作 | 零动作 | G-SC3 | 不适用 |
+| **SC-7** `getBgTerminalFacts` 语义成文;`recordBgTerminalFacts` 根入口写口 | 本包(CC-348) | consumed(成文 + 门钉);写口 deprecated(复核期 0.96.0,RL-104) | 通知终局事实 = 最近一条被收下的后台通知说了什么(历史事实),不是行的当前终态;终态行帧不写它。写者只在包内(fleet 账本收通知) | 只读 `summary` / `recentSteps`,零改动;别调写口 | 不涉及 | 零读点 | 零读点 | G-SC6 | 见 122b |
+| **SC-8** fleet 账本兼容入口 `ledger.applyFrame` | 本包(CC-348) | deprecated(复核期 0.97.0,RL-105) | 本版行为不变;与 `issueStream()` ingress 并存使「有没有活流」两读 | 改走 `issueStream()` 的 ingress(122d) | 不涉及 | 零读点 | 零读点 | — | 不适用 |
+| **SB-1** 能力位读数单源:子代尾随 / 子代终报 / `/compact` 三处私有能力表收进总缓存 | 本包(CC-344) | consumed(实现收口 + 行为修正) | 读数只在 `engineCapsCache` 的快照:有身份键 ⇒ 读快照,未落地就经它 kick 一次、等落定至多 60 s(在途去重:宿主自己的探测在飞就等它);没有身份键(注入连线不给 `capsBaseUrl`)⇒ 只探这一发、不存。判据照旧:尾随 / 终报读数恰为真才开,`/compact` 只有明说 `false` 才答 `unsupported`。🔴 行为差:true 不再永久固化、false 不再 5 分钟后自己重探 —— 两者都只随 `invalidateEngineCaps` 换代;宿主已 kick 的快照直接读、注入 client 零探测。测试钩 −2(`__resetSubagentStreamCapCacheForTests` / `__resetSubagentOutputCapCacheForTests`,0.95.0 退出公面:无表可清,清总缓存用 `__resetEngineCapsCacheForTests`) | **必改(编译红)**:`sema/engineSubagentOutput.ts:16` 与 `sema/engineSubagentTail.ts:35`(均非测试文件)再导出本版已删的两只测试钩,删这两处再导出名;用到它们的测试 `sema/subagentTailHostRun.test.ts:57 / :387 / :473 / :521` 改调 `__resetEngineCapsCacheForTests`;其余零改码(温切处已调 `invalidateEngineCaps`;122d) | 不涉及 | 零改码(温切处已调;122d 那一行可删) | 零动作 | G-SB1 – G-SB16 | 见 122b |
+| **SB-2** `resetManualCompactCapability()` 转过渡口 | 本包(CC-344) | deprecated(no-op;复核期 0.96.0,RL-101) | 无表可清;对总缓存零副作用(不替调用方失效别的能力位)。失效只走 `invalidateEngineCaps` | 零调用(`sema/engineCompactWire.ts:17` 仍再导出该名,过渡口照编) | 不涉及 | 删那一行(122d) | 零调用 | G-SB13 | 不适用 |
+| **SB-3** 引擎托管 MCP 连接态读口 `mcpEngineLegConnectionOf(serverName, rows)` / 型 `McpEngineLegConnection` | 本包(CC-325);引擎 `WiringManifestMcpEntry.status`(三词 `connected` / `failed` / `skipped`,服务端 ≥ 7.60.0 照转) | consumed(新口) | 根入口 +1 名;三态 `connected`(带非负整数 `toolCount?`)/ `not_connected`(`failed` 带读得出的 `errorCode` / `delivered` / `httpStatus`、`skipped`、`not_listed`)/ `unknown`(`unobserved` / `ambiguous` 带行数 / `unreadable` / `unrecognized_status` 带原词);只读 `status`(工具名册、壳本地自连的 client 都不是这句话的说话人;同一行的活性格不读,活性仍读 `mcpEngineLegLivenessOf`);按名找行与活性读口共用同一只查找;三词表与引擎型编译期双向钉。🔴 同批:段投影器 `projectMcpSection` 丢掉的「名字读得出、`status` 读不出」的行按名记在它产出的那只数组上(不可枚举、JSON / 展开 / 键枚举看不见),两只按名找行的读口把它们算作「在,但读不出」—— 连接态答 `unknown / unreadable`、活性 `mcpEngineLegLivenessOf` 由 `not-listed` 改答 `unreadable`,同名一好一坏由只读好的那一行改答 `ambiguous`(与同一份原始行直接喂进来同答) | 换读:`/mcp` 面板行与 `/status` 汇总的「连着没有」改读本口;引擎车道上壳不自连(122d) | 不涉及 | 接 MCP 面板时直接用本口 | 同左 | G-SB30 – G-SB41 | 见 122b |
+| **SB-4** 切模型两件公共判定:探活分型 `modelSwitchProbeOutcomeOf(input)` + 编排口 `runModelSwitchProbe(model, ports)`;回落台账 `createModelSwitchFallbackLedger()`(型 `ModelSwitchProbeLane` / `ModelSwitchProbeVerdict` / `ModelSwitchProbeInput` / `ModelSwitchProbeOutcome` / `ModelSwitchProbePorts` / `ModelSwitchNote` / `ModelSwitchAdvisoryInput` / `ModelSwitchFallbackRecord` / `ModelSwitchFallbackLedger`) | 本包(CC-324);终局码 `stream_torn` 钉在引擎终局码闭集型上 | consumed(新口) | 根入口 +3 名。分型:空名 ⇒ 放行不探;车道 `unwired` ⇒ 不切;`mock`(及说不出原因的 `engine_absent`)⇒ 放行不探;判决口成立 ⇒ 放行(`probed` = 车道是 `live`);说没校验 / 抛 / 该问没问 ⇒ 不切(`unavailable`,`cause` 分说);其余 ⇒ `rejected`。`reason` 是判决口原话(不可信串)。台账:按会话分格、每笔带单调序号;`advisoryFor` 纯读(终局码经 `resultErrorCodeOf`、引擎选定模型经 `resultSelectedModelOf` —— 先比流入口名、不中再比帧上选定 id);`release(sessionId, seq)` 比序号才销。文案、投递、「真答过」的证据留宿主 | 换读:探活分型臂、切换记账、空流判据与帧上模型 id 的读法改调本包(122d) | 不涉及 | 接切模型时同用 | 同左 | G-SB50 – G-SB74 | 见 122b |
+| **SB-5** 两代读法退役:`centerWiring` 键缺席 ⇒ `none`、`executionLane.isolated` 缺席按手分;`CenterWiringReading` 与 `ExecutionLaneIsolatedAbsence` 各去 `not_reported` 一员 | 本包(CC-344;支持底线服务端 7.106.0) | consumed(退役;🔴 型面 BREAKING) | `store` 不再当「新一代 / 老一代」见证 —— 受支持的服务端恒铸 `store`,见证对它们没有判别力;那一档只在不带 `store` 的回体上出现。`store` / `sql` 两只读器的「`store` 缺席 ⇒ `not_reported`」不变(读座位,不是代际判)。`centerWiringDoctorDetail` 没有「引擎不报」那一句了 | 零读点(`cli/handlers/cloud.ts` 只经 doctor 句) | 不涉及 | 零读点 | 零读点 | G-SB17 – G-SB19 / G-SB22 | 见 122b |
+| **SB-6** `toolsRunHereFromExecutionLane(reading)` 一参 | 本包(CC-344) | consumed(退役;🔴 型面 BREAKING) | 第二参 `legacyInference`(调用方旁证)删除:判官只剩能力位一个;没报 / 未观测 ⇒ `false`(不发 `baseDir`)。🔴 行为差:读数 `unobserved` 且调用方旁证为真时,0.94.0 答真、0.95.0 答假 —— 能力位还没落地的那一拍(首轮提交早于 caps 落地 / caps 探测失败的整段会话)技能规格不再带 `baseDir`(`not_reported` / `present` 两版同答)。提交路径上要等能力落地的宿主先 `await engineCapsSettled(baseUrl, { withinMs })` 再读。doctor 句 `executionLaneDoctorDetail` 的「没报」那一句随之改口(不再说「照旧推断」,说 baseDir 不发) | **必改(编译红 + 行为变)**:`sema/skillsWire.ts:167` 的两参调用改一参;构造技能规格前先 `await engineCapsSettled(baseUrl, { withinMs })` 再读 `observedExecutionLane(baseUrl)`(122d);测试 `sema/enginePinCapsReadings.test.ts:390 / :394 / :395` 的两参调用与「未观测 ⇒ 仍用壳的旁证」一格同改 | 不涉及 | 零调用方 | 零调用方 | G-SB20 / G-SB22 | 见 122b |
+| **SB-7** 版本门与两代读法核账(CC-344 其余各位) | 本包 | consumed(核账,零改码) | 「版本 ≥ X」只剩 `supportFloor` 一只比较器(VP4 门钉全 src);`/goal` Stop 档、limits / detach / 计划审阅三选卡版本闸、`inheritEnv` 派生、文件历史老词、治理面撤销位合取 —— 0.92.0 / 0.93.0 已退(§118 / §119 退役行) | 零动作 | 不涉及 | 零动作 | 零动作 | — | 不适用 |
+| **RS-1** 忙卡接管出路:判定口 `runningAttachOffered(canAttach)`;`ActiveRunSelfHealDeps.canAttachRunning`(可选);`RunningChoiceRequest.canAttach?: true`;`offerRunningChoice` 回执词 `'attach'` | 本包(CC-536);终端 [9779] 请托(Leave 后再撞 running 的忙卡与 resume 三选卡同源) | consumed(新口,可选;型面放宽向) | 根入口 +1 名。一条规则「run 还在跑且可接管 ⇒ 给 attach」,两张卡同一只判定,只认严格 `true`。宿主不给 `canAttachRunning` ⇒ 请求没有 `canAttach` 键、不出 attach(旧宿主字节同旧)。回执说 attach 而本轮没供给 ⇒ 零动作。卡上只剩 attach 一条真出路时照样出卡;系统注入件恒不问人;存活对账先于出卡(幽灵 / 已终结的 run 不递 attach) | 换读:忙卡呈现口按 `req.canAttach === true` 多渲一项、选中回 `'attach'`;装配 `canAttachRunning`(122d) | 不涉及 | 零动作(未接忙卡呈现口) | 零动作 | G-RS1 / G-RS3 – G-RS5 / G-RS7 | 见 122b |
+| **RS-2** 新结局 `{ kind: 'running-attach'; taskId }`(`SelfHealOutcome` +1 成员) | 本包(CC-536) | consumed(新结局);🔴 **型面编译红一次**(只对穷举写法的宿主) | 本层零写请求,接管由宿主做;处置档 `not-delivered`;行句 = `resumeAttachReplayDisclosure` 原句 + 消息没发出去的出路;不产出续听意图。按 `SelfHealOutcome['kind']` 或回执词穷举(`never` 分支)的宿主,加词这一版编译红一次,补一臂即可;无硬破坏(不删不改既有成员语义) | 结局分派补 `running-attach` 一臂 —— 调与 resume 卡同一个接管口(122d) | 不涉及 | 零动作 | 零动作 | G-RS2 | 见 122b |
+| **RS-3** Cancel 已受理确认句 `resumeRunningCancelConfirmedRow(taskId)` | 本包(CC-536);终端 [9770] ① 请托 | consumed(新口) | 根入口 +1 名。与 `resumeRunningCancelUnconfirmedRow`(字节不变)经包内同一只私有铸造点出其一,两句互斥;确认句只说回执证得出的事:引擎受理了、那条 run 可能还要一会儿才停(取消口回 `cancelling` 受理体或终态 no-op,受理不证明活被丢弃、已停或会话已空出来) | 换读:删本地 `resumeRunningCancelledRow`、改调包口;到货登记条件锚改钉真导出名(122d) | 不涉及 | 零动作 | 零动作 | G-RS6 | 见 122b |
+| **RS-4** resume 三选卡 attach 供给位改读 `runningAttachOffered`(严格 `true`) | 本包(CC-536) | changed(行为面,只对类型违例的输入) | `ResumeRunningCardInput.canAttach` 类型是 `boolean`,按类型传值的宿主字节同 0.94.0;纯 JS 宿主交非布尔真值(函数引用、`1`)此前出 attach、本版不出(KL-717) | 零动作(终端按布尔折) | 不涉及 | 零动作 | 零动作 | G-RS1 | 见 122b |
+| **TW-1** 终态词表 / 谓词 / 成员型改名带属主(旧名零别名) | 本包(CC-78) | removed + consumed(新口);🔴 **型面 BREAKING** | `TERMINAL_CAUSE_KINDS`(0.95.0 退出公面) → `CORE_TERMINAL_CAUSE_KINDS` · `isTerminalCauseKind`(0.95.0 退出公面) → `isCoreTerminalCauseKind` · 型 `TerminalCauseKind`(0.95.0 退出公面) → `CoreTerminalCauseKind` · `RUN_TERMINAL_STATUSES`(0.95.0 退出公面) 按读的那一面拆 → run 行 `SDK_RUN_TERMINAL_STATUSES`(completed / failed / blocked / 历史行 timeout;没有 killed)/ fleet 行 `SDK_FLEET_TASK_TERMINAL_STATUSES` / 通知 `CORE_TASK_NOTIFICATION_TERMINAL_STATUSES` / 登记任务 `CORE_SEMA_TASK_TERMINAL_STATUSES` · `isTerminalStatus`(0.95.0 退出公面) → 同上按面取 `isSdkRunTerminal` / `isSdkFleetTaskTerminal` / `isCoreTaskNotificationTerminal` / `isCoreSemaTaskTerminal` · `RUN_TERMINAL_NOT_SUCCESS_STATUSES`(0.95.0 退出公面) → 不再出表(否面由谓词答)· `isTerminalNotSuccess`(0.95.0 退出公面) → `isSdkRunTerminalNotSuccess` / `isSdkFleetTaskTerminalNotSuccess` / `isCoreTaskNotificationTerminalNotSuccess` · 型 `RunTerminalStatus` / `RunTerminalNotSuccessStatus`(0.95.0 退出公面) → `SdkRunTerminalStatus` / `SdkFleetTaskTerminalStatus` / `CoreTaskNotificationTerminalStatus` / `CoreSemaTaskTerminalStatus`(按面派生)· `TASK_NOTIFICATION_TERMINAL_STATUSES` / `isTaskNotificationTerminalStatus`(0.95.0 退出公面) → `CORE_TASK_NOTIFICATION_TERMINAL_STATUSES` / `isCoreTaskNotificationTerminal` · `TERMINAL_FLEET_TASK_STATUSES`(0.95.0 退出公面)(`ReadonlySet`)→ `SDK_FLEET_TASK_TERMINAL_STATUSES`(冻结数组,`.has` 改调 `isSdkFleetTaskTerminal`)· `CLAIM_RELEASED_STATES`(0.95.0 退出公面) → `SDK_RUN_TERMINAL_STATUSES` / `isSdkRunTerminal`(逐词逐序相同)· `CLAIM_HELD_STATES` 名不动、值不动 | 近三十处换名(122d) | 不涉及 | 零读点 | 零读点 | G-TW1 / G-TW2 / G-TW5 | 见 122b |
+| **TW-2** CC 本地行词投影 `ccTaskTerminalStatusOf(status)` / 型 `CcTaskTerminalStatus`;`engineAgentTerminalAfterDropLine` 第二参型改 `CcTaskTerminalStatus` | 本包(CC-78) | consumed(新口);🔴 型面 BREAKING(只对给那一句传 `blocked` 的调用方) | 任一属主终态词 → CC 本地任务行三词:completed→completed、failed / blocked / timeout→failed、killed / cancelled→killed;非终态 / 表外 / 缺席 ⇒ `undefined`;那一句逐字节不变 | 行上的手折换投影(122d) | 不涉及 | 零必改 | 零必改 | G-TW6 | 见 122b |
+| **TW-3** 通知面读点改读通知属主谓词 | 本包(CC-78) | consumed(修正 + 成文改口) | ① `task_notification` 帧 `cancelled` ⇒ 收面板行、`isError: true`、发 `notification_terminal`(修前挂成「在跑」)② 后台子代通知 `cancelled` ⇒ `isError: true`(修前结成成功)③ `blocked` 不在通知词域:通知帧与 `<task-notification>` 种子扫描读到它不再当终态(KL-714) | 零必改(行为随包) | 不涉及 | 零必改 | 零必改 | G-TW7 | 见 122b |
+| **TW-4** 参数化属主对账门 | 本包(CC-78) | consumed(包侧门,不涉公面) | 无公面变化;同批两处内联判据(`workflow_complete` 合同两词、fleet 行「失败洗成成功」判据)改读属主谓词,行为不变 | 零动作 | 不涉及 | 零动作 | 零动作 | G-TW0 / G-TW3 / G-TW4 / G-TW8 / G-TW9 | 不适用 |
+| **XH-1** `joinApprovalHolder(identity, signal?)`;型 `ApprovalHolderIdentity` / `ApprovalHolderJoin` | 本包(CC-593);终端 [9982] / [9984] 请托 | consumed(新口) | 根入口 +1 名。宿主自己的耐久审批路开卡前调一次:本进程持有这只审批的活卡(卡在屏或答复在送)⇒ 等它放手;结算了 ⇒ `joined`(持有者结局拷贝,`joinedInFlight: true`,本路零卡零决断),没结算 ⇒ `free`;没有持有者 ⇒ 当拍 `free`。持有者在屏时不交 `free`。本路信号中止 = 中断那张活卡(持有者撤卡、发恰一发中断拒绝,结局 `joined` + `aborted`) | 换读:流内问车道走耐久决断前调它,按 122d XH 段覆盖面清单销壳侧判定 | 不涉及 | 零必改(无定时回落,[9985]) | 零必改(同上) | G-XH1 – G-XH4 | 见 122b |
+| **XH-2** 停驻行审批口 `surfaceFsApprovalAndDecide` 开卡前查活卡持有 | 本包(CC-593) | changed(行为面,修正) | 取件之后、持有之前:同 run + 同被门住的调用(两侧会话都在场时同会话)的活卡还在等人答 ⇒ 等它放手;结算 ⇒ 结局译成本口形(`decided` / `aborted` / `retracted`,带 `joinedInFlight: true`,不铸 `receipt`);没结算(答复没送达 / 转停驻 / 卡被撤)⇒ 重新取件、照常持有 | 零动作(重开链自动受益) | 不涉及 | 零动作 | 零动作 | G-XH5 – G-XH7 | 见 122b |
+| **XH-3** `surfaceToolApprovalFrameAndRespond` 可选第 6 参 `run?: { taskId?, sessionId? }` | 本包(CC-593) | consumed(型面放宽向) | 帧上没有 run / 会话;调用方给了才随活卡登记存下,供 XH-2 按同 run 认出同一只审批;包内帧路由自己传 run。子代审批帧不收这一参:run 只取帧上的 `sourceTaskId` | 零动作 | 不涉及 | 零动作(直调活卡入口的宿主可补) | 零动作(同上) | G-XH3b | 缺席 ⇒ 只能按 `approvalId` 被认出 |
+| **CR-1** 能力位读器族读数改从总缓存的落地派生:29 只 `observed*`(含 `observedAttachmentSeat` 候上游读器)不再各存按地址的格表 | 本包(CC-344 余项 #238 / #240 / #241 / #245) | consumed(实现收口 + 行为修正) | 读数 = 那一位的投影作用在 `engineCapsCache` 当前落地的那份回体上,按落地记忆化、逐层冻结(同一次落地两读同一只对象;同一只回体再落一次、或失效后替代探测落地 ⇒ 重新投影);没有落地(没 kick / 在途 / 探测抛 / 回体非对象 / 被失效)与投影答畸形一律 `unobserved`(每次新铸)。读数型、`observed*` / `project*` 签名与根入口名数不变。🔴 与 0.94.0 的两处差:① 探测闭包里(落地之前)读口答 `unobserved`(此前闭包里先调 tee 再读,同一拍就读到);② 不调 tee 也读得到(此前恒 `unobserved`) | 20 只 tee 调用成空调用、读数照来;🔴 `executionLaneFirstScreen.ts:70` 同拍读读口 ⇒ 首屏那一句静默消失,**必改**(122d) | 不涉及 | `engine-session-transport.ts:141` 的 tee 成空调用(可删),读口不受影响 | 零调用 | G-CR1 – G-CR9 | 见 122b |
+| **CR-2** 29 只 `noteEngineCapsFor*` 转 no-op 过渡口;29 只 `__reset*ReadingsForTests` 只清读器自己的记忆 | 本包(CC-344 余项) | deprecated(复核期 0.96.0,RL-113 / RL-114) | tee 调用什么都不发生(对任意入参不抛);reset 钩只让下一次读重新按落地投影(要清读数改调 `__resetEngineCapsCacheForTests`)。已知限制 KL-545 / KL-572(写入口的两道取舍)随之消失;读器格表、格的代际身份与包内叶 `engineCapsGenerationGuard` 删(不在公面) | 删 20 只 tee 调用与测试里的 reset 钩调用(122d) | 不涉及 | 删 1 处 tee 调用 | 零调用 | G-CR30 – G-CR32 | 不适用 |
+| **CR-3** 全族投影 + `store` 座共用读法只读自有数据描述符:取值器一律不执行 | 本包(CC-516) | consumed(行为修正,收紧方向) | 此前 28 只 `project*Capability` 对宿主交来的能力对象按普通取值读(取值器会被执行:手造的「取值器返回 true」读成 present,与头注「只读自有数据属性」相反;取值器抛的处置各读器一说);现在每一次读(顶层与各层段、数组的 `length` 与逐项)经同一只自有数据描述符读:自有访问器 ⇒ 整格畸形(逐位读器 `rewindArchive` 上也是整格畸形,不按位降级),读描述符本身就抛(代理陷阱 / 已撤销代理)⇒ 同一结局且不外抛,只在原型链上 ⇒ 族规「没报」。服务端真回体是 JSON、没有访问器,读数不变 | 零动作(真回体无访问器;自建夹具里用 `get` 手造的能力对象会从 present 变畸形) | 不涉及 | 零动作 | 零动作 | G-CR10 – G-CR14 | 见 122b |
+| **CR-4** 座位门 `check*` 同律(会话状态 / 设置状态 / 发送请求 / 能力表 / 各 ack 等) | 本包(CC-525 ③) | consumed(行为修正,收紧方向) | 每只 `check*` 的每一次读经同一只自有数据描述符读;外包先扫整棵载荷树(含不被校验的透传位):任何一层有访问器 ⇒ 拒,`field` = 点号路径,`reason` = `must be a plain enumerable data property (accessors are refused and never executed)`;被校验的位不可枚举 ⇒ 拒(宿主之后的结构化克隆只带可枚举自有位);读就抛 ⇒ 拒,门自己永不抛。此前取值器可在「过门」与「克隆送出」之间给出两个不同的值。函数引用与覆盖表登记不变 | 不涉及 | 不涉及 | 不涉及 | 座位载荷拼装处自查是否用了访问器 / 不可枚举属性(122d) | G-CR20 – G-CR27 | 见 122b |
+| **CR-5** 「只回退对话」判官(`offersRewind: { engineBaseUrl }` 的说话前提)的接线随模块加载 | 本包(CC-344 余项) | consumed(修正) | 此前判官挂在 `noteEngineCapsForRewindArchive` 上(宿主第一次喂读数时接);tee 成空调用后不再调它的宿主永远接不上 ⇒ 引擎明说无对话锚时仍补 `/rewind` 出路句。现在判官在包加载时接上、读总缓存的落地(没落地 ⇒ 判不出 ⇒ 照补,同前) | 零动作 | 不涉及 | 零动作 | 零动作 | G-CR33 | 不适用 |
+| **PK7-1** sdk 换钉 19.0.0 + peer 地板 `>=19.0.0` | sdk 19.0.0([9951],server 7.124.0 lockstep) | consumed(换钉 + 地板抬;支持底线 sdk 一项同批) | 🔴 型面 BREAKING:本包公面型取 sdk 19 的 `AskRowEndingCause` / `ApprovalSettleCause`;成因闭集与 run 死亡判决码表取 sdk 19 包根常量(构建期生成) | 换钉 0.95.0 同批升 sdk `^19.0.0` | 同批升 sdk 19 | 同批升 sdk 19 | 同批升 sdk 19 | G-PK7-1 / sdk-floor ②d-3 | 不适用 |
+| **PK7-2** 410 `gone.ask` 成因:`askGoneFromError` 读数位 `deniedReason` → `endingCause` | 服务端 7.124.0 G25 / sdk 19.0.0 | consumed(两代一只判官;旧体键读法退役登记 RL-110) | 位改名;值域开集 → 闭集(sdk `ASK_ROW_ENDING_CAUSES` 十词,按 `state` 分组);`askGoneContent` 句子逐字不变 | 零读点(只把读数交 `askGoneContent`) | 不涉及 | 零读点 | 零读点 | G-PK7-1 | 见 122b |
+| **PK7-3** 活卡结局帧 `cause`:`approvalCompleteCauseOf(frame)`;`ToolApprovalFrame.cause?`;帧键镜像 37 → 38 | 服务端 7.124.0 G22 – G24 / sdk 19.0.0 | consumed(新口) | 根入口 +1 名;十四词闭集,只读自有数据位 | 渲「已取消 / 已到期 / 断连」改读本口(122d) | 可选 | 可选(122d) | 零必改 | G-PK7-2 / approval-frame-keys G-AR1b | 见 122b |
+| **PK7-3b** 晚答 / 中断拒绝 404 `not_pending` 成因词表换代(去 `voided` / `denied`) | 服务端 7.124.0 G26 / sdk 19.0.0 | consumed(一处读点;≤7.123.x 旧词登退役 RL-110) | 中断撤卡观察的良性判定只认体上带「已结束」成因词的 404(行上十词 ∪ ≤7.123.x `voided` / `denied`;只读 `extra` 自有键);决断拒收分类照旧按状态码、不按词分支 | 零动作(经包) | 零读点 | 零读点 | 零读点 | G-PK7-3 / G-PK7-6 | 见 122b |
+| **PK7-3c** `GET /v1/approvals` 的 `crashConverged[].cause` | 服务端 7.124.0 G27 | consumed(既有读口不变) | 两版同词;「进程没了」两词钉成 sdk `AskRowEndingCause` 的子集(型钉) | 零动作 | 零动作 | 零动作 | 零动作 | server-7116-fixture C9h | 不适用 |
+| **PK7-4** 决断口 409 分码:`DecisionRefusalClassified.conflict` / 型 `DecisionRefusalConflict`;安全停与失败补句 | 服务端 7.124.0 G28 / G31 / sdk 19.0.0 | consumed | 409 上四词:`binding_mismatch` / `row_integrity` / `format_version` / `answer_invalid`(答案席两代同答,旧形 RL-111);`standing` 不变;答案席两代都不再铸安全停 `binding_mismatch`、失败文字补「改答案再发」一句 | 可按 `conflict` 分句(可选) | 自家 409 分类改读本位(122d) | 零读点 | 零读点 | G-PK7-4 | 见 122b |
+| **PK7-5** `checkpoint.unsupported_version` 两版本键 | 服务端 7.124.0 G28 ④⑤ / sdk 19.0.0 | consumed | 读数加 `writerVersion?` / `readerVersion?`(两键一起在场);写者更新 ⇒ 出路句改说回到那一版 | 零必改(单参调用照旧;多出的句随包) | 不涉及 | 零读点 | 零读点 | G-PK7-5 | 见 122b |
+| **PK7-6** 中断撤卡观察(CC-561) | 验收 [9882] / 终端 [9967] ① | consumed(行为修复) | 「那一问已经不在等了」(带「已结束」成因词的 404 / 410 / 409 已被决 / 本地取件已不在)零告警;无词 / `unknown_or_other_replica` 的 404 照旧出句;判定建在决断拒收分类之上;观察器自带码表删 | 零动作(ESC404 随换钉收口) | 零动作 | 零动作 | 零动作 | G-PK7-6 | 不适用 |
+| **PK7-7** `centerWiring.worker` | 服务端 7.124.0 G35 / sdk `CenterWiringCapability.worker?` | consumed | `CenterWiringView.worker?` present-iff 非空串 | 深链拼法读本位(122d) | 不涉及 | 可选 | 零读点 | G-PK7-9 / store-center-wiring-capability S8g – S8i | 见 122b |
+| **PK7-8** run 死亡判决码表 | sdk 19.0.0 | consumed(退役登记 RL-46 执行) | 公面名与值不变,取 sdk 包根同名常量 | 零动作 | 零动作 | 零动作 | 零动作 | G-PK7-7 | 不适用 |
+| **PK7-9** 订阅流终帧 | sdk 19.0.0 | consumed(结束本腿归 sdk);sdk 终帧判据包根导出 pending(RL-112) | sdk 19 读口在终帧上结束本腿 —— DR-1 的「本腿结束」由它执行,推送腿只记收场形、按梯重开;`isInStreamDrainingEnd` / `streamDrainingDecision` 签名与语义不变 | 零动作 | 零动作 | 零必改(122d) | 零动作 | G-PK7-8 | 不适用 |
+| **PK7-10** 预览 `objectivePreview` 两态 / 近期任务名 | 服务端 7.124.0 G16 – G21 | declined(本包零读点;不铸占位) | 无 | 端各自读 sdk 行(122b 读法) | 端各自读(122d) | 端各自读(122d) | 零读点 | G-PK7-10 | 见 122b |
+| **PK7-11** local 会话行 run 店四键(`runCount` / `lastStatus` / `lastRunId` / `lastTaskRunId`)/ 丢弃行契约整句 | 服务端 7.124.0 G33 / G34 | declined(本包零读点;丢弃行人读句不上 `droppedEntries` wire,读口不变) | 无 | 零动作 | 零动作 | 零动作 | 零动作 | — | 不适用 |
+| **SK-1** 技能两表 `allowedTools` / `disallowedTools` 上 wire:`SkillCmdLike` 多两只可选成员 `allowedTools?` / `disallowedTools?`(`readonly string[]`);`SkillSpecsOptions` 多可选位 `skillToolLists?: SkillToolListsReading`;`TaskAgentWireSkill` 多两只可选成员(sdk 19 子代技能同形) | 服务端 ≥7.116.0 `SkillSpec` 两表 + 能力位 `capabilities.skillToolLists`(sdk 19 `SkillSpec.allowedTools?` / `disallowedTools?`);验收直讯(技能 frontmatter 的 deny 表在引擎上不生效,因为本包的技能投影从不带它) | consumed(新位;CC-590;型面只增,公面运行期导出零变化) | `skillCommandsToSpecs(cmds, resolveBody, { toolsRunHere, platform, skillToolLists })`:唯一判官 `skillToolListsAvailable(读数) === 'yes'` 才把两表带上 wire;选项缺席 / 未观测 / 老服务端没报 / 明说否 / 读数不是读数 ⇒ 一律不带;选项缺席 = 宿主没接这一位 ⇒ 不读不判两表,逐字节同 0.94.0。带时逐字原样 —— 不归一、不去重、不截断、不过滤、不改序、空数组照带 `[]`,只做浅拷贝;交了读数位的宿主,值形不是串数组(含稀疏洞)⇒ `TypeError`,点名技能与表名、不回显条目,先于能力位判、只对真会被发出的技能判。`projectAgentsForWire` 的 `skillSpecs` 吃同一份产物 ⇒ `agents[].skills[]` 与顶层同形 | **两处必接**(122d):调用 `skillCommandsToSpecs` 处交 `skillToolLists: observedSkillToolLists()`;loader 把 frontmatter 的 `allowed-tools` / `disallowed-tools` 原样交进 `allowedTools` / `disallowedTools`(今天技能命令上只有前者,没有后者) | 零动作 | 零必改(无文件系统,不投技能;122d) | 零读点 | G-SK1 – G-SK9 | 见 122b |
+| **SK-2** 条目级判官归上游:每表 > 1000 条、deny 侧读成空的条目(`*` / 域名形 / 带空白 / 协议名带通配等)、空串元素 | 服务端 ≥7.117.0 受理口(顶层 `skills[]` 与子代 `agents[].skills[]` 两处同判;续跑同判 409) | consumed(**不立第二判官**;门取每一份夹具的真受理口对本包产物取证) | 无公面变化:本包原样带,上游 400 `request.field_invalid`(续跑 409 `resume_blocked_by_policy`),句子点名技能 / 表 / 条目 / 写法;7.116.x 无帽、无读成空判官(受理) | 把上游那一句原样渲给用户;不要在端上按条数或条目预剪(122y 第 3 条) | 同 | 同 | 零读点 | G-SK8 | 见 122b |
+| **FX-E1** `EngineInstance.startedAt?` / `HealthResponse.startedAt?`:引擎进程起点(epoch ms) | 终端请托(CC-446);sdk `EngineHealth.startedAt`(服务端 ≥7.67.0 无条件发) | consumed(型面新位;读法不变) | 两型各多一只可缺的数 `startedAt?`(纯类型,运行期导出零变化);与读数 `EngineIdentityView.startedAt` 编译期互钉同型(`engineIdentity.ts` 里的 pin,两向);同名异义的 `EnginePortFile.startedAt`(落盘时间戳)不动,注释点名「不是引擎进程起点」 | 引擎升级协调现自留懒采基线 `baselineStartedAt`(122d):可改读 `instance.startedAt`,随壳自己的节拍 | 不涉及 | 零读点 | 零读点 | engine-identity F1 / F2;G-FXE1 | 见 122b |
+| **FX-E2a** `engineCredentialRequirementOf(answer)` · 型 `EngineProbeAnswer` / `EngineCredentialNeed` | 终端请托(CC-461 ①);探引擎的宿主(终端 doctor / connect、管理台舰队面)共用 | consumed(新口) | 根入口 +1 名;型 +2;纯函数、零宿主状态、永不抛;回答三形 `{ ok: true }` / `{ status }` / `{ transport: true }` ⇒ `open` / `requires` / `undetermined` | 终端 `sema/remoteEngineCredential.ts:201` 的 `probeEngineCredentialRequirement` 现自判(200 / 401·403 / 其余,122d):把回答归成三形后调本口,删自判 | 若有「不带凭据探一次」的读点(今天无)直接调 | 零读点 | 零读点 | G-FXE2a / engine-target-facts-projection C1 – C16 | 见 122b |
+| **FX-E2b** `storePostureHeadWord(reading)` | 终端请托(CC-461 ②) | consumed(新口) | 根入口 +1 名;只在 `storePersistence` 答 `not_durable` 时给词 `NOT durable`,其余 `undefined`;整句 `storePostureDoctorDetail` 逐字节不变(不持久那一段的开头改取同一个常量) | 欢迎面板 store 行(122d):徽标三态取 `storePersistence`,窄面板句首取本口 | 不涉及 | 零读点 | 零读点 | G-FXE2b / engine-target-facts-projection H1 – H10、S2 | 见 122b |
+| **FX-E3a** 会话属主抹除口新成因 `store_home_not_directory`(409 `memory.scope_home_not_directory`) | 服务端 ≥7.118.0(引擎 7.44.0)店形拒同族第二码(CC-372) | consumed(闭集新增一员) | `SessionMemoryEraseUnconfirmedWhy` 多一员,`SESSION_MEMORY_ERASE_UNCONFIRMED_WHYS` 九 → 十;归「没法确认」档、重发姿势 `needs_operator`(服务端不给提交点判别位,与 `store_link_outside` 同读法);按码读,**回体里没有 `detail.form` / `detail.path`**(服务端只发码 + 固定句,路径只进运维日志)—— 本口不读它们 | 零读点(122d);若对 `why` 做带 `never` 兜底的穷举 `switch`,编译红一次 | 零读点(409 原样中继,122d) | 零读点 | 零读点 | G-FXE3 / session-memory-erase-projection J2 / J17 / X10b | 见 122b |
+| **FX-E3b** 记忆治理五动词判官 `classifyMemoryFailure`:店形拒一族两码 ⇒ `unknown` / `store_form_refused` | 同上(CC-372) | consumed(闭集新增一员) | `MEMORY_VERB_UNKNOWN_WHYS` 九 → 十(`store_form_refused`);`memory.target_outside_store`(此前落 `unclassified`)与 `memory.scope_home_not_directory` 同读法;`message` 原样过境 | 零读点 | 零读点 | 零读点 | 零读点 | G-FXE3 / memory-verbs-wire F2 / F2b / L2 | 见 122b |
+| **FX-E4** `isSessionIdPathSegment(id)`:会话 id 路径段校验单源;七个调用点同调 | 原已知限制(点段只在抹除口一处拒;CC-392) | consumed(新口 + 行为修正) | 根入口 +1 名;`.` / `..` / 空串 / 编不成路径段的串 ⇒ 假;同调点:`eraseSessionMemory` · `readSessionMemoryStatus` · `fetchMcpPanel` · `reconnectMcpServer` · `stopEngineSessionBackground` · `readEngineAgentRegistry` · `fetchDelegatedPrompt`(转录锚);点段一律走各点既有的坏入参出口、不发请求(此前 `..` 经 sdk 实发到 `/v1/background/stop`) | 经包的调用点自动受益;自带 sdk 直连点按 122d | 同(122d 两处直连) | 同(122d 两处直连) | 冻结(一处直连,122d) | G-FXE4 / session-id-path-segment B1 – B7、R1 – R5 | 见 122b |
+| **FX-F1** 结算级离场摘被停掉的保留行 + 按 id 摘除口 `forgetSettledTerminalRow(id)` / `forgetSettledTerminalRowFor(sessionKey, id)` | 本包(CC-332;终端壳过渡件 `withoutSettledStoppedRows` 的归层) | consumed(新口 + 行为修正) | 根入口 +2 名;`task_remove` 不带 `removeReason` 而池里是行帧车道结算的 `killed` ⇒ 账本当场摘,不再挂满 `TERMINAL_RETAIN_MS`;其余终态词、陈述级离场(含表外原词)、前代迟到离场、通知车道推定行照旧走保留窗;只动展示面,终局事实台账原样 | 换钉后删壳内 `withoutSettledStoppedRows` / `settledRemovedIds` / `noteSettledRemoval`(122d) | 不涉及 | 零必改(零读点) | 零动作 | G-FX1 – G-FX6、G-FX12 | 见 122b |
+| **FX-F2** `FleetTaskView.queuedCount` / `FleetWorkflowView.errorCode` 退出视图(🔴 型面 BREAKING;不向服务端请托透传) | 本包(CC-388);sdk 行型上 `queuedCount` 是幻影键(任何服务端版本都不发),服务端 fleet workflow 行从不铸 `errorCode` | removed(两位零生产者) | `FLEET_TASK_VIEW_KEYS` 24 → 23、`FLEET_WORKFLOW_VIEW_KEYS` 11 → 10;输入里带这两位也不过境;`queuedCount` 仍是 sdk wire 键,登记在 `FLEET_TASK_ROW_KEYS_NOT_PROJECTED`(by-design) | 删渲染契约里的两个可选位与两处读点(122d);编译红只在读 `view.queuedCount` / `view.errorCode` 的写法 | 不涉及 | 零读点 | 零读点 | G-FX7 – G-FX9 | 见 122b |
+| **FX-F3** 代际判据抽到第 0 层叶子,fleet 账本与面板记录共用一只比较 | 本包(CC-555) | consumed(实现收口,公面不变) | `cycleOrder` 与五个周期身份规范化搬进包内叶 `src/cycleOrder.ts`(零 import);账本的水位抬升与通知退休处改经数值视图 `cycleSeqOrder`、合法周期号只有 `cycleSeqValue` 一个读法;两层各自的状态(面板记录的 `cycle` 水位 / 账本按任务的有界水位)不合并;公面名与型不变 | 零动作 | 不涉及 | 零动作 | 零动作 | G-FX10 – G-FX11 | 见 122b |
+| **FX-H1** 工具段为空的协议名(`mcp__<对端>__` / `a2a__<对端>__`)的终局与引擎判官 `judgeRuleToolName` 对拍 | 本包(CC-563;引擎 7.48.0 F15,UP-0a 的待核项) | consumed(包侧门,不涉公面;src 零改动) | 实证:引擎判官答 `unmintable_segment`;会话规则可送判定把它扣下为 `peer_wide`(读得懂,不整批读不懂);请求体装配口三桶全落 `kept[].reason = 'incomplete_protocol_name'`、`permissions` 缺席;协议段叶 `protocolSegmentOf` 对这一形确实答 `ok`,但没有任何一条消费路径走到它。400 余名生成池(协议前缀 × 段形 × 工具段形含空工具段 + 引擎退役名全表 + 无前缀 `__` 名)逐名对拍两条路径的终局:引擎答非 current 的名字一个都不被送 / 授予 | 零必改 | 不涉及 | 零必改 | 零必改 | G-FXH1 | 见 122b |
+| **FX-H2** 🔴 `classifyRegistryConflict`(0.95.0 退出公面) / `isScopeGoneError`(0.95.0 退出公面)(及型 `RegistryConflictClass`)退出根入口;判读口改由子路径入口 `@sema-agent/client-core/registry` 原样转口 | 本包(CC-538) | consumed(退役 + 改道);🔴 型面 BREAKING | 根入口运行期导出 −2、型 −1;子路径入口 +1 名 +1 型(上游同名,与 `@sema-agent/sdk/registry` 的是同一函数对象);包内副本 `registryConflict.ts` 整文件删(退役登记 RL-115);`isScopeGoneError`(0.95.0 退出公面) 无消费方,随副本退役 —— 对上游两只 scope-gone 错误类做 `instanceof` 即可 | **必改一处**:`cli/handlers/cloudResources.ts:93` 自根入口导入的 `classifyRegistryConflict`(0.95.0 退出公面) / `RegistryConflictClass` 改并入 :91 已有的 `@sema-agent/client-core/registry` 导入(122d) | 不涉及 | 零必改(零命中) | 零必改(零命中) | G-FXH2 | 见 122b |
+| **FX-H3** hooks「本端执行器能不能跑这一只」缺型表时只剩一种读法 | 本包(CC-387) | consumed(行为面:缺席读法统一) | 没有 `shellHookTypesByEvent`(缺席 / 坏形)时,插件条目的「壳执行」、设置来源条目的执行者判定、被拿掉条目的 `notRun` 三处读同一只谓词:command / http 按事件、prompt / agent 视为本端跑不了;型表在场而没列某事件 ⇒ 该事件全型(不变)。此前插件条目读「报了事件 = 全型」、设置来源条目读 prompt / agent 跑不了,同一个 (UserPromptSubmit, prompt) 答案相反。行为差只在「报了事件不交型表」的宿主:prompt / agent 型插件条目由 `shell` 改判 `not_run`(进未执行清单);设置来源条目照旧留在请求体由引擎跑 | 零必改(终端已按座位表交 `shellHookEvents` + `shellHookTypesByEvent`) | 不涉及 | 零必改 | 零必改(报事件的宿主须交型表) | G-FXH3 | 见 122b |
+| **FX-H4** `/rewind` 两只三端共用判定上收:`engineRewindRefusedNow(option, reading?)` / `decideRewindEngineAction(option, resolved, reading?)` / `previewEngineRewind(option, resolved, reading?)` 与四型 `RewindRestoreOption` / `RewindTargetPosition` / `RewindTargetResolution` / `RewindEngineAction` | 本包(CC-167;[8439] ① ④ · [8442] ③ · [8455] ② · [8462]) | added(根入口 +3 名 + 四型;纯判定) | 派发闸:此刻引擎是否明说这一档不能(三档各读 0.82.0 的可用性判官,只有 `off` 才拒);引擎侧处置:选项 × 壳解析好的目标位置 × 能力读数 ⇒ `arm`(带请求键,`both` 的 `restoreFiles` 随纪元位)/ `reopen`(会话根上带 `resumeAt` 的两档)/ `none`(原因三词);`previewEngineRewind` 就是它的 `kind`。目标位置的解析与执行面留在宿主 | 可删壳内两份同名副本改调本包(非必改;归层对账行 dueBy 0.96.0,122d) | 不涉及 | 零必改(自家 `rewind-checkpoint-wire.ts` 的入口判定直接组合 0.82.0 的可用性判官、未用本件;可选:提交前再问 `engineRewindRefusedNow`,122d) | 零必改(无 rewind 入口) | G-FXH4 | 见 122b |
+| **FX-D1** 「会话已有在跑的 run」判别单源:`activeRunBusySignal(ev)` 的 `done` 臂认服务端幂等重放臂(`done{ result: <原始 409 冲突体>, replay: true }`,冲突体无 `status`);投递账本 `frameProvesDelivery` 里另加的那一臂特判删除 | 本包(CC-391;服务端 7.124.0 `dist/http/routes/tasks.js:100` / `:783` 仍原样回放缓存的 409 体) | consumed(行为修正;公面名与签名不变) | 修前对这一形答 `null`(账本另认);现在 `result.status` 缺席的非数组对象也交 `errorCode` / `activeTaskId` 结构两腿判,载体读法与扁平拒收终帧同(状态词 / 待批门 / 活性位同读);`status` 是别的取值、数组、无 busy 位 ⇒ 仍 `null`;`replay` 位不参与判别。投递账本的行为零变化 | 🔴 一处行为差:`seam/adapter/runStream.ts:107` `watchActiveRunBusy` 起,重放臂这一帧也进它的 `seen.busy`(122d) | 不涉及 | 零读点(主干 `src` 零命中) | 零读点(同) | G-FXD1 – G-FXD3 | 见 122b |
+| **FX-D2** 续跑被拒那一族的读口 `refusedParkFromError(failure)`、拍平事实型 `RefusedParkFacts`(`code` / `field?` / `stillPending?`)、出句口 `refusedParkContent({ what, facts, lane, runId? })`、自动腿不放回句 `refusedParkBlockedContent(taskId, lane?)`;型 `RefusedParkCode` / `RefusedParkContentInput` | 本包(CC-410;终端 [C476] 一 8 / 二 ⑧,上收登记 `checkpoint-unsupported-version-reader`) | consumed(新口) | 根入口 +3 名(运行期)、+3 型;读口认三码,入参可以是 SDK 错误对象或被拍平的失败事实;措辞与终端旧实现逐字节同,四处有意差分(122b) | 壳内 `sema/checkpointUnsupportedVersion.ts` 的族判型与两句出句可整只删、五处调用点换读(122d) | 不涉及 | 零读点 | 零读点 | G-FXD4 – G-FXD6 | 见 122b |
+| **FX-D3** 宿主回调隔离口 `invokeHostCallbackIsolated`(包内件,不上根入口):`/compact` 结局接收口 `onSettled`、`onDecideOperation` 观察者、审批帧路由的两只回交钩子(`onReplayedApproval` / `onToolApprovalOutcome`)、fleet 账本的两只钩子(`onTaskRemoved` / `onBgNotificationAccepted`)、子代尾随的 meta sink 共用这一只 | 本包(CC-562;[9882] 对 0.94.0 发布件的复测) | consumed(修正) | 此前 `onSettled` 只包同步 `try / catch`:宿主传 `async` 函数(或返回被拒 promise 的函数)⇒ 拒绝无人接,成未处理拒绝;现在同步抛 / 返回的拒绝 / 读 `.then` 就抛 / 留痕口自己失败,都只留一行 debug 痕迹(`<回调名> threw \| rejected: …`),不外溢;宿主装的日志口 / 探针口自己是会拒绝的 `async` 函数时,拒绝同样只丢那一行诊断(此前被诊断口出口丢掉返回值 ⇒ 未处理拒绝;`hostLog` / `hostProbe` 全部调用点受益)。其余六处原先各手写一份同形守卫,收成同一只,痕迹行前缀逐字节不变 | 零动作(`commands/compact/compact.ts:53` 传 `onSettled` 的接收口,抛与拒绝从此都只留痕) | 不涉及 | 零读点 | 零读点 | G-FXD7 | 见 122b |
+| **FX-A1** 门记录读法单源:门记录只有一只记录读器;ask 出身词 `origin` 只有一把读法 | 本包(CC-395) | consumed(行为修正;公面运行期导出零变化) | ① `gateOutcomeOf(frame)` 与 `ccToolDenialKindForToolEnd(frame)` 共用一只记录读器:裸帧每个属性只读一次,门记录视图与「结算段 / 成因 / 分类归属是否在场」三个位出自同一份快照(此前分类词读器先读一遍成视图、再读一遍裸帧取在场;取值器 / 代理 / 会变的帧上两次读到不同值,答出的词对不上任何一拍,现以第一拍为准);JSON 形帧逐帧同值(对 0.94.0 实现的 ≥ 6000 只纯数据帧池对拍)。② `origin` 自有键 ∧ 非空串 ⇒ 原文字节,门记录视图 `GateOutcomeView.origin`、放行账 `GateModeReleaseView.origin`、`classifierStatusOf` 观测座的 `origin`(顶层与 `gate.origin` 两层)此前按原型链取值,与活卡帧 / 待决行 / 卡请求 / 自动车道判定的自有键读法是两套,现统一;只在原型链上的 `origin` 不再算(此前观测座会把它当成「分类器真跑过」) | 零动作(`gateOutcomeOf` / `classifierStatusOf` 的调用点入参都是 JSON 形帧或包投影出的臂,读数逐值同;`sema/seamQueryEngine.ts:2024` 对整只臂调 `ccToolDenialKindForToolEnd(msg)`,读数逐值同) | 不涉及 | 零读点 | 零读点 | G-FXA1 – G-FXA4 | 见 122b |
+| **FX-A2** `readApprovalRememberRefused(v)`:审批卡上「引擎声明这张卡的本会话放行不会被记住」(`rememberRefused`)那一位的读口上根入口 | 本包(CC-442);服务端 ≥7.116.0 `rememberRefused`(sdk 16.2.0 起四卡型同声明) | consumed(新口;根入口 +1 名) | 入参是任何带这一位的载体(活卡帧 / 待决列表行 / 卡请求 / v1 `approval_request` 卡信封 / 审批流对应帧);自有键 ∧ 严格 `true` ⇒ `true`,其余(缺席 / `false` / 非布尔 / 只在原型链上 / 非对象 / 取值器或代理陷阱抛)⇒ `false`,永不抛。包内活卡帧腿与耐久待决行腿调的就是它(此前私有;终端 v1 卡投影口手写了一份窄读)。🔴 **包里不推断**:引擎自 7.116.0 起在每张卡上自己声明,缺席 = 没有这句声明(记得住,或 ≤7.115.x 服务端 —— 结构性不带),不是「记得住」的断言;终端已按 7.119.0 底线删了老引擎推断臂,本版不出「推断」来源 | 手写窄读 `sema/approvalStreamWire.ts:826` 可改调本口(可选;v1 卡投影口整体归 CC-449) | 不涉及 | 零读点 | 零读点 | G-FXA5 | 见 122b |
+| **FX-A3** `rememberRefusalOf(error)` / 型 `RememberRefusalCode`:带 `remember:"session"` 的那一发是否被服务端 remember 专属拒绝的判官 | 本包(CC-486);服务端 7.100.0 起 `/decide` 路由五码 | consumed(新口;根入口 +1 名,型 +1) | 五码(`remember_not_in_proof` / `remember_requires_binding` / `capability.store_required` / `decide.workflow_remember_unsupported` / `decide.parked_remember_unsupported`)之一 ⇒ 答该码,否 / 读不出 ⇒ `undefined`,永不抛;码经 `readWireErrorCode` 读,只认码、不读散文。包内停泊行腿(去 remember 重发恰一次纯批准并告知「没记住」)与宿主自己发 remember 的迟到决断路径同用这一只;五码表只在包里一处(冻结元组,型由它派生)。无机读码的 400(不认 remember 键的老服务端)不在这一问之内 —— 停泊腿对它只回退重发、不出「没记住」的告知 | 删 `sema/askParkExpiry.ts` 自抄的五码表与判定函数(`:868 – :880`),`:805` 改调 `rememberRefusalOf(e) !== undefined`(122d) | 不涉及 | 零读点 | 零读点 | G-FXA6 | 见 122b |
+| **FX-G1** `permissionsAllowKeptNotice(report, settingsRead, facts?)` · 型 `PermissionsAllowKeptFacts` | 终端 [C499] 二-7(CC-441 ①) | consumed(新口) | 根入口 +1 名、型 +1:`-p` 车道「设置读不干净,设置文件层 allow 这一发没送」那一句归包。条数 = 报告口 `kept[]` 里 `settings_read_not_clean` 的行数;措辞按读健康三态分三形(`partial` / `unreadable`〔含缺席与表外值〕/ 托管策略专句);宿主事实 `problemCount` · `managedPolicyPending` · `where` 都可缺席。句子逐字见 122c G-FXG1 | 终端:`describePrintLaneAllowKept` 的判定与措辞改调本口并删,宿主只留 `settingsReadHealth` 取事实(122d) | 不涉及 | 零读点 | 零读点 | G-FXG1(PN0 – PN10) | 见 122b |
+| **FX-G2** `limitsSupportNotice({ observed, version }, flags)` · `explicitLimitFlagNames(parsed)` | 终端 [C499] 二-9(CC-441 ②) | consumed(新口) | 根入口 +2 名:限值旗「这台引擎认不认」那一句归包(0.93.0 删 `engineLimitsSupportWarning`(0.93.0 退出公面)时预告的替代句口)。版本只经 `engineVersionTier`;caps 未观测到 / 版本在支持底线之上不说,低于底线「可能被忽略」,观测到却没报版本或读不懂「确认不了,照发了」。旗面词只此一张表(`parseLimitsArgv` 读的旗、`explicitLimitFlagNames` 报的旗、句子回显的旗同一份) | 终端:`printLimitsSupportNotice.ts` 的 `limitsSupportNotice` 与 `explicitLimitFlagNames` 改调并删;等 caps 探测落定的有界等待留壳(122d) | 不涉及 | 零读点 | 零读点 | G-FXG2(LN0 – LN11) | 见 122b |
+| **FX-G3** 悬挂 ask 会话范围必须显式选:`SuspendedAskFilter` 改三形联合 `{ sessionId }` / `{ allSessions: true }` / `{ identityPending: true }`;`suspendedSubagentAsks` · `countApprovalsAwaitingDecision` · `createSuspendedAskTracker` 的范围入参由可选改必填 | 终端 [C462] 一 7(CC-333) | changed(**型面 BREAKING**) | 缺席 / `{ sessionId: undefined }` 此前 = 全体;现在 = 身份未定:计数三格 `null`、视图空、跟踪器零 delta(不知道归谁就不答数);范围随跟踪器构造固定,身份落地后宿主换一只新的。`{ allSessions: true }` 才是全体 | 终端:编译红(`{ ...spreadSessionId(sessionId) }` 五处);身份未定改交 `{ identityPending: true }`,壳内「身份未定不调」的自记档可删(122d) | 不涉及 | 网页端:编译红一处(枢纽 `attach` 的 `filter` 型 `{ sessionId?: string }` 喂给 `createSuspendedAskTracker`);传输层 attach 前已有 `!sessionIdForFilter` 守卫,实参本身已是 `string`(122d) | 零读点 | G-FXG3(S2x1 – S2xT2) | 见 122b |
+| **FX-G4** `SEMA_ATTACHMENTS` 产品缺省多一键 `todoReminder`;缺省表只此一处,`default` 词读同一份 | core [9788](CC-544;引擎库缺省不动) | changed(行为面:**提交体多一键**) | 缺省路径(取值缺席 / 空清单 / 单个未登记词 / `default` 词)产出 `{ backgroundTasks: true, toolsDelta: true, todoReminder: true }`(键序固定)。要关:`off` 五拼法(整条撤,删键、永不发 `false`)或不含它的显式清单(`backgroundTasks,toolsDelta` 即旧缺省);`default,-todoReminder` 仍被拒 | 终端:经包(`seamQuery.ts` 调 `attachmentsForRequest()`,零改动);壳不再自己附加(终端 1.0.146 已披露) | 不涉及 | 零读点 | 零读点 | G-FXG4(G-TR1 – G-TR9) | 见 122b |
+| **FX-G5** 决断出口(审批卡 approve · deny / 提问卡)对敌意抛出物 | 验收 [9882](CC-560 ①;§122z DC-6 ②) | consumed(行为修复) | 决断桥的失败分类(绑定不符 / 瞬断 / 超时)与 catch 块里的判型对抛出物每一格的读取受保护、逐格互不连坐;原抛出物原样上抛,出口落抛出物自带 `message` 或固定兜底句。`readDecideCurrentPending` / `readWireErrorCode` 补受保护读(合同本就是「读不出即 `undefined`」);安全停码经 `hitlSafetyCodeOf` 受保护读(判型过了不等于实例上的 `code` 读得出) | 终端:零动作(经包);壳内 `askParkReopen.ts` 自己 catch 里的 `instanceof` 不在本行射程(122d) | 不涉及 | 零动作 | 零动作 | G-FXG5(G-HW1h) | 见 122b |
+| **FX-G6** `CONFIG_REFUSAL_CODES` 订正名分(成文改口) | 验收 [9882](CC-560 ②;§122z DC-24) | changed(成文;导出面与成员不变) | 它是已登记成员的冻结清单,**不参与任何判定**:包内零读点,「这是不是一条配置拒绝」只有一条读法 `isConfigRefusalCode`(`config.` 前缀)。0.94.0 CHANGELOG「进配置拒绝识别表」「渲染按前缀走既有处置」两处作废,以本行为准 | 终端:零动作(读谓词 `isConfigRefusalCode`,`cli/textModeError.ts:154`) | 不涉及 | 零读点 | 零读点 | G-FXG6(G3-5 / G3-6) | 不适用 |
+| **FX-C1** 结果段标签行正则 `PROTOCOL_MARKERS.taskOutputResultLine` 的线性读法 | 本包(CC-400;既有缺陷,不是 CC-376 / CC-379 引入) | consumed(行为面修正;该正则的源码字节换新,导出名与型不变) | 前:子代输出(不可信文本)里『行分隔符(U+2028 / U+2029 / CR)+ `--- result (`』重复 8000 次(约 104 KB)使读口卡 2.5 – 7.8 秒(`m` 旗标的 `^` 认四种行起点,括注类只排 LF,每个行起点都把括注扫到整串尾再回溯 = 平方)。后:括注里的 CR / U+2028 / U+2029 / U+0085 照旧是括注原文,只有『行终止符紧跟 `--- result`』处括注到此为止(那里就是下一个行起点)⇒ 同输入毫秒级;与旧形只在『括注吞下另一个行起点』一类输入上答不同(旧形吞下它、新形不认这一行,答 null 或更靠后的标签行),既有语料逐例同答 | 🔴 终端的协议字面登记 A-D4(`consumerProbe` 与 `anchorValue` 两处)按整条正则字节钉住 ⇒ 同批换新字节(122d) | 不涉及 | 零读点 | 零读点 | G-FXC1 | 见 122b |
+| **FX-C2** 引擎 Bash 结构化位『交出后台』只有一个读点 | 本包(CC-418;单一真源收口) | consumed(实现收口;行为面只在一形:`detached: true` 而 `task_id` 为空串) | 前:同一个 `detached` 位三处各读 —— `wireOutputToBody` 的 T14 排除读 `detached === true`、`structuredToToolUseResult` 的 bash 臂读 `detached === true` ∧ `task_id` 是串(空串也算)、`detectEngineBgShellDetach` 读 `task_id` 非空串;判据字面不同,引擎不铸空串 `task_id` 所以今天同答。后:三处读同一只私有读点的同一个量(`detached === true` ∧ `task_id` 非空串;`registerFailed` 只否决登记、卡照渲)。`detached: true` 而 `task_id` 空串(引擎不铸):前 bash 臂渲出 `backgroundTaskId` 为空串的『已转后台』卡(T14 照排除、登记不铸),后落普通 bash 卡、T14 不再排除。不带 `detached === true` 的输入与 0.94.0 / 0.93.1 / 0.92.0 发布产物逐位同 | 零动作 | 不涉及 | 零动作 | 零动作 | G-FXC2 | 见 122b |
+| **FX-C2b** chrome 臂 `bgshell_register` 的 `laneProof` 车道如实 | 本包(CC-418) | consumed(行为面:`laneProof` 的值;不加键、不改登记体、铸不铸不变) | 前:恒 `{ lane: 'main' }`(带父调用 id 的子代 Bash / Monitor 实跑两臂都是 main)。后:与同卡 tool_result 行信封上的 `parent_tool_use_id` 取同一个值(收卡帧优先、开卡块兜底):缺席 ⇒ `{ lane: 'main' }`,在场(含空串)⇒ `{ lane: 'subagent', parentToolCallId }` | 零必改(`sema/upstreamBridge.ts:2368` 臂只读 `registration` 与 run id,不读 `laneProof`) | 不涉及 | 零必改(`ui/lib/engine/turn-mapping.ts:847` 只读 `taskId` / `registration`) | 零动作(这一臂不在转发给渲染进程的四个臂里,只进宿主侧环) | G-FXC2b | 见 122b |
+| **FX-C3** `displayBody(text, 'delegation_report')` 在框架支上交帧头展示槽位:`DelegationReportFrame` 多四个缺席式可选成员 `status?` / `error?` / `stats?` / `headRest?`;`PROTOCOL_MARKERS` 多一名 `delegationFieldLine` | 本包(CC-444;终端 [C499] 二-10;与后台子代 TaskOutput 头部槽位 CC-376 / CC-379 同形) | consumed(新位;型面只增,根入口运行期导出零变化) | 前:帧头与结果段标签行之间的状态 / 错误 / 用量 / 告警等字节只在 `frame.before` 一整串里,端自己数行拼(终端 `delegationFrameIsBare`:恰四行 + 借 `taskOutputStatus` 读状态行)。后:状态行紧邻帧头且是区间内唯一的 `status:` 行 ⇒ `status`(两端修剪);区间内恰一条规范 `error:` 行、其后紧跟规范的 `error_kind:` / `observer:` / `stats:` 之一、且它之前没有 `worktree:` 行 ⇒ `error`;恰一条规范 `stats:` 行 ⇒ `stats`(原样);其余没被认领的行原样按序进 `headRest`;读不成槽位时四键全缺席、字节全在 `headRest`。默认车道与纯围栏形零 `frame` | 可删 `delegationFrameIsBare` 与对 `taskOutputStatus` 的借用,改读 `frame.status` / `frame.error` / `frame.headRest`(122d) | 不涉及 | 零读点 | 零读点 | G-FXC3 | 见 122b |
+| **FX-21** 已结算审批的重复帧:`ReplayedApprovalDisposition` 的 `decided` 臂多可选键 `settled`(`'answered'` / `'interrupted'` / `'closed_by_engine'`,与 `cause` 互斥);`ReplayPendingBasis` 多可选键 `settled?: ReadonlyMap<string, …>`;判定口多第 0 条;`replayedApprovalSentence` 为 `settled` 多三句 | 本包(CC-526;基线 0.93.1 即如此) | changed(行为面,修正;型面只增) | 流内帧腿对**已见结局**的问(人答过 `answered` / 卡被中止且包已发中断拒绝 `interrupted` / 同 `approvalId` 的收口帧到过 `closed_by_engine`),此后同 `approvalId` 的帧 —— 不带账本位置的、带位置而本段 preamble 列着的、带位置而清单(陈旧 / 别的副本)仍列着的 —— 一律判 `decided`:不呈卡、不发决断、不读清单、不上屏通告,帧经 `onReplayedApproval` 交宿主一次(修前:新开一张可答的卡,答了服务端回 404、屏上落「没落定」一句)。只记确定的结局(宿主撤卡 / respond 抛不记,重复帧照旧开卡);结局首个为准、换连接不清、有界 4096 | 终端:`onReplayedApproval` 的 `decided` 不带 `cause` ⇒ 只 `letGo`,本修对它零改;壳侧 `claimStreamApproval` 对同形重复仍是第二层(122d)| 不涉及 | 零必改(自带帧处理,不经本包帧腿,122d)| 零必改(同左)| G-FX21a – G-FX21h | 见 122b |
+
+
+
+
+
+### 122b. 缺席语义
+
+**PR 行(CC-76 + CC-114)**
+- **`usage_delta`**:只放这一步**变了**的累计键;帧上没报的键不落(绝不补 0);真 0 照交。行帧 lane 的 `toolUses` 缺席 = 老引擎不知道;tick lane 的两键恒在(那条 lane 没有「缺席」这种帧)。
+- **`upsert.fields`**:只放变了的展示位;键缺席 = 没变或不知道。`absence` 在场 = 引擎不再上报这一行(`lastSeenAtMs` / `absentForMs`,**不是终局**);`absence: null` = 行回来了。`terminal` 隐含撤掉缺席标。
+- **`terminal`**:前代迟到的终态事实、同代重复终态、消费端没有的行 —— 一律不出差分(旧事件口照旧递达,消费端自判的老合同不变)。终态事实先于任何行到达时,行静默成形,等第一条行帧或 tick 到时整只交出(`upsert{created}` + 最终用量 + `terminal`)。
+- **周期身份**:缺席 = 这一行没有代际概念,不是第一代;判不出代际 ⇒ 不算陈旧、不算新一代。
+- **`remove`**:只在有界淘汰(行表 8192,已结的先让位)时发,不是终局、不是「已离场」;缺席行的硬 TTL 回收仍由宿主经登记读数判(KL-660)。
+
+**GT 行(CC-421 / CC-523 / CC-552)**
+- **GT-1**:包侧门,不改任何运行期读口,没有运行期缺席语义。门自己的缺席:见证集里不低于地板的 sdk 只剩开发依赖那一份 ⇒ 门打印一行跳段说明(必跑档为红),不当绿;夹具根找不到 ⇒ 「探针目录全在见证集」一格跳段;不低于地板的见证一份都没有 ⇒ 整门跳过(退出码 3)。
+- **GT-2 / GT-3**:无运行期缺席语义(GT-3 删的是读数恒假的死字面量)。
+
+**DR 行(CC-558)—— 追补 SP2-4(§121 已发冻结,不回改,本行是它的成文追补)**
+- **排空终帧之后本腿必须结束**,不能 `continue` 吃下去:sdk ≤18.2.0 的资源层不把它当终帧(`approvals.stream` 重连环帧到即清失败计数、流尽即重连;`workflows.stream` / `fleet.stream` 单腿无重连),把结束本腿交给那一层 = 对每次都回排空帧的对端慢循环。sdk 19.0.0(与服务端 7.124.0 lockstep;本版 peer 地板)起 `draining` 等 `error` 帧一律终帧(15 分钟帽帧除外):`approvals.stream` / `runs.events` / `sessions.watch` / `trace.stream` / `bakes.events` 交出终帧之后自己结束本腿、不自动重连 —— 本包推送腿据此不另设「排空帧 ⇒ 结束」的第二份判定,只记「本腿以排空帧收场」交决策口;端自家读这几只读口的腿同样不必自断(自断无害)。`fleet.stream` / `workflows.stream` 不在其列,排空帧照旧由本包判型、随服务端关流结束(KL-720)。
+- 排空不是故障:`stats.streamFailures` 不计;排空期间 `mode()` = `poll`(回落轮询不盲);重开等待 = `streamDrainingDecision(frame, attempt)` 的 1 / 2 / 4 秒(攻击面:`attempt` 由连续排空帧计数,收到任何别的帧归零);第四次仍排空 ⇒ `attempts_exhausted` 当一次常规故障(计 `streamFailures`、按 `streamRetryMs` 再试),有界、不无限环。
+- **成文改口**(改语义那一版必须同批):0.94.0 §121 SP2-D 对审批推送腿的判据眼「终帧不记 pushEvents、推送腿不降级、同一腿继续吃重连后的 meta / synced」**作废**;新判据眼三向 —— ① 同一腿上终帧之后没有帧(sdk ≥19 读口交出终帧即结束本腿,本包不另截断)② 排空期间 `mode()` 是 `poll` 不是 `push` ③ 第二次开流距第一次 ≥ 第 1 级等待(1 s),不是零退避。验收方按旧眼读 0.95.0 会把正确行为判成红。
+- **DR-1a(CC-597)run 事件流排空重开**:sdk ≥19 的 `runs.events` 在排空终帧 yield 之后正常结束本腿、不重连。本包两条 run 事件腿与推送腿、workflow 活动流读同一条规则:**以排空终帧正常结束(迭代器 done、没抛)⇒ 等 `streamDrainingDecision` 给的那一格(1 / 2 / 4 秒)后同一条订阅重开(不计故障;连着三次到顶交读者自己的失败路径);以抛结束 ⇒ 读者既有失败路径;排空帧不交下游。** 决断后续读腿:重开不经决断(决断至多一次)、不吃停驻轮预算、游标 = 已读到的最大事件号、新连接重算待决基准;梯尽 / run 句柄未知 ⇒ 排空帧照样不交,本腿按断线形收场(干净结束、不铸终帧、不抛 —— 宿主对断线的既有处置接手;不铸 `failed`:run 可能还在替代实例上跑),调用方已中止 ⇒ 同一出口的中断改写臂。无头续收腿:排空重开不扣它的重连预算(2)、不探活;梯尽 ⇒ 查 run 行(能合成终帧即收官),查不到才进重连预算;等待期中止 ⇒ 原撕裂错误照抛(与两轮之间中止同一读法)。资源层自己重连的 sdk(18.x:排空帧之后流不结束)上规则不触发 —— 不会多开一条流。**缺席语义**:run 句柄未知(sync 腿没捕到 taskId)⇒ 不重开(没有可续读的对象);sync 提交腿 `tasks.stream` 不是订阅流、服务端不在其上发排空帧。**成文改口**:0.94.0 KL-655「审批推送流与 run 事件流由 sdk 当拍重连、本包的决策口管不到」本版删行 —— 在 peer 地板 19 上两半都不成立;workflow 活动流「排空帧之后又抛」由排空梯改按断线(1.5 秒),判据眼按新形读。
+**PF 行(CC-557)**
+- **`note` 缺席 / 非串 / 空串 / 纯空白**:当作没写。选 No ⇒ 恰 `{ decision: 'reject' }`(没有 `reason` 键,请求体与 0.94.0 逐字节同);`selected` 为空 ⇒ `'dismissed'`(= Esc,卡仍停驻、可重开)。
+- **`note` 读取抛错**(外来体的取值器):按缺席处理 —— 已确认的 `selected` 不因一个坏 `note` 降回 `'dismissed'`;空 `selected` 加坏 `note` ⇒ `'dismissed'`(没有 `note` 就没有反馈)。
+- **`reason` 的值**:`note` 的**原文**(含首尾空白与换行,不 trim);窄化(trim / 空白不落 / 超 4096 字符截断,不劈代理对)只在发送那一处做,所以判读口返回的 `reason` 可能比线上长。
+- **自由文本只挂在 No 上**:宿主给的 `shownLabels` 里没有 No 标签时,空 `selected` 加 `note` 仍是 `'dismissed'`。
+- **选 Yes 又写了字**:`note` 不上线、决定不变;只在 `planReviewChoiceFromAnswer` 留一行 debug 日志(不含正文),`planReviewDecisionFromAnswer` 不重复记。引擎只在拒绝时读理由,批准带理由到不了模型(KL-711)。
+- **调用方的 `reason` 与卡上的 `note`**:卡上有 `note` 时以 `note` 为准;卡上没有 `note` ⇒ 投递位原样(请求体同旧)。首呈卡 / 重开卡的参数面今天没有 `reason` 位,这一条是结构保证,不是运行期取舍。
+- **自带投递口的宿主**:有反馈才多传第三参;不认第三参的老投递口收到 reject,理由落空(KL-710)。
+**KA 行(CC-382 / CC-383 / CC-384 / CC-385 / CC-390)**
+- **`_sema_permission_denials_absent`**(KA-1):键缺席 = 账本侧完整 ∧ 本流覆盖整条 run;键在场(恒 `true`,绝不铸 `false`)= 清单不可声称完整。覆盖读数两格 `streamSawRunOpen`(严格 `true` 才算)与 `deniedToolNameByCallId`(交了表才算)**缺席 = 不知道,不是看全了**。`[]` + 键在场 = 别渲肯定句,条数看 `_sema_permission_denials`。
+- **成文改口(KA-1;§31 / §66 旧判据眼作废)**:
+  - 旧判据眼(作废):「`permission_denials === []` ∧ `_sema_permission_denials_absent` 缺席 ⇒ 零拒绝」只要账本读得出、行都认得即成立(§31 G31-1 – G31-5、§66 S-3 的读法);「直调终帧投影器、没交被拒调用表 ⇒ 与此前逐字同」。
+  - 新判据眼(三向):① **向上** —— 活流(首帧 `meta`)∧ 交了被拒调用表 ∧ 账本侧完整 ⇒ 键缺席仍是「零拒绝」的正面事实;② **向下** —— 重连后的流 / 耐久回放 / 自建管线没交覆盖读数 ⇒ 键在场,清单读作「至少这些」,即使账本一行拒绝都没有;③ **横向** —— 账本行与流内补行对本地中止同判(KA-2):合并后分类是 `interrupted` / `cancelled` 的调用两边都不列,不影响「完整」判定。G31-3(全程无人工门的 run:`[]` + 键在场)不受影响,仍成立。
+- **合并后分类(KA-2)**:以 `toolCallId` 为键;无 id 的账本行 / 分类缺席(归因矛盾出表、归因表溢出后的新 id、自建管线没交分类表)/ 表外词 ⇒ 不猜、照列(这几形下一次中止仍可能被列为拒绝,KL-670)。
+- **后台视图 assistant 源(KA-3)**:`sources.assistant` ∈ `ok` / `unavailable` / `not-configured` / `unauthorized`;`unauthorized` 时 assistant 行不出(那份列表不当证词),fleet 源不连坐。caps 探针读不到 ⇒ 判别缺席,assistant 腿自己的 401 照判。
+- **`status().code`(KA-4)**:`null` = 没有降级(含连接错误、401 / 403 / 5xx 等一切非 501 / 404 的失败);`501` / `404` = 引擎明说降级(此时 `degraded === true`;反向不成立 —— 空列表与造不出 client 也是 `degraded`,`code` 仍为 `null`)。别的失败状态不再有机读位,读 `lastError` 的 `<状态> <句>` 前缀(散文前缀,KL-671)。「凭据没被接受」读 `resolution()`。
+- **装配读数(KA-5)**:`capabilityAtAssemblyOf(runId)` 三态逐键 —— 读到了(`present` / `not_reported`:提交那一拍宿主交了这份读数,原样读回)/ 提交时没读到(宿主交的是 `{ kind: 'unobserved' }` 或畸形读数,读回 `unobserved`)/ 没记(宿主没交第三参、请求键没绑上 run、同一请求键两份不同读数、同一 run 绑的键读数不一致、坏 id ⇒ 读回 `unobserved`)。后两态同读 `unobserved`(KL-672);判定里落 C = unknown 类,「开关在、端刻意没带」那一臂不满足。`declared` 的写口答复不变(词合法才答 `true`,读数不影响)。
+- **print 车道块(KA-6)**:块键恰为 `type` / `id` / `name` / `input`;三键的值不再有机读出口(身份在信封层:`parent_tool_use_id`、`message.id`;展示名由交互面适配层登记)。
+- **`request.query_invalid`(KA-7)**:第二参 `cursorSent` 严格布尔才分臂;不给 / 非布尔 / 读抛 ⇒ `error`(带服务端句)。写口 / 撤销 / 导入口没有游标,得到这个码按 `error` 处置(写口落 `unknown` / `unclassified`)。
+**UP 行**(CC-524 / CC-540 / CC-521)
+- **`droppedModelEntriesOf`**:键缺席 = 更早的服务端(≤ 7.122.x)不报这件事 ⇒ `not_reported`,端上这一位**不渲**(不是「一条都没丢」);在场的空数组 = 一条都没丢(真话);键在场却不是数组 ⇒ `unknown{ malformed }`;没有在线目录 ⇒ `unknown{ no_catalog }`。行上 `identity` 缺席 = 服务端没有可披露的身份(名字是秘密形等),不编身份;`reasonCode` 开集。
+- **影子 models 文档**:回体两代键都缺席 ⇒ 缺省模型不编(本机引擎按档位 / 兜底定)、@ 提及不写(= 全部可 @);归一出 `all` ⇒ 不写;`none` ⇒ 写不出、不写、记 `unsupported`(本机不受限,KL-665);读不懂 ⇒ 不写、记 `unreadable`;整份文档读抛 ⇒ 缺省模型与 @ 提及两键都不写、各记一条 `unreadable`(不是「两键缺席」);宿主没注入条目判定口 ⇒ `default` / `tierGroups` / `activeTierGroup` 不投(`roles` 照旧原样过境)。
+- **`HealthResponse`**:不再声明 `restart`;引擎态在 sdk `EngineHealth.engineSignal`,服务端 ≤ 7.122.x 缺席。
+
+**OL 行(CC-528 / CC-360 / CC-414)**
+- 只动凭据面的字节,不铸键、不加型;记号闭集不变(`«redacted:secret»` / `«redacted:query»` / `«redacted:fragment»` / `«redacted:userinfo»`),本版不新增记号种类。
+- 「不遮」不是「没有凭据」:射程外的形(KL-675 – KL-678、KL-383 / KL-467 余项)照旧原样,端上不要拿「输出里没有记号」判一段原话干净。
+**WC 行(CC-464 / CC-467 / CC-468)**
+- **`hasLedgerPositionKey`**(WC-1):两键都缺席(或 `undefined` / `null`)才是假 —— 假是放行方向(这一帧是当下铸的,不是账本里读回来的);位置键在场但值坏形 ⇒ 真,按账本帧核清单(坏形 `id` 遮不住有效 `seq`)。读位抛 ⇒ 原样抛(wire JSON 上不会发生;自造取值器帧自担 —— 判定口对同一形答 `unknown` / `unreadable_frame`,不抛)。
+- **`replayedApprovalSentence`**(WC-2):`live` / 非对象 / 不认得的 `kind` / 读 `kind` 抛 ⇒ `undefined`(没有要说的,不渲)。`decided` 无成因 ⇒ 中性句 —— 只说引擎的待决清单里没有它,**不说**已批 / 已拒 / 已过期 / 工具跑过(判定口分不出人决过 / 过期 / 转入停驻,KL-683);带成因 ⇒ 成因句(结局恒 denied),按崩溃收敛行的分桶注脚 `needsHumanReason`(判定口 `decided` 臂随成因带上,与 `projectCrashConverged` 同一份读数)分三向 —— 还在等的两桶(resumeSafe / `pending_unsafe`)⇒ 它还在等、引擎自动拒了它,补一句「工具有没有开始,这里看不出」;`approved_then_interrupted` ⇒ 人已批过、可能正在跑、副作用可能落了一半,引擎随后把它收成了拒绝;`contradictory` / `unstable_row` / 表外词 / 读不出 ⇒ 记录看不清批没批过、开没开始(两头都不说);`needsHumanReason` 缺席 = 那一行在 resumeSafe 桶(还在等);成因词在表外 / 非串 / 原型链上的名字 / 读 `cause` 抛 ⇒ 当无成因(中性句,不落崩溃句);`unknown` ⇒ 一句,不看 `why`。`toolName` 缺席 / 空串 / 纯空白 / 非串 / 读抛 ⇒ 「this approval request」,不点名;交了的名字一律出现在一对双引号里。
+- **`allowRuleShadowSentence`**(WC-3):卡上没有披露(无键 / 老一串空串空白非串)⇒ `undefined` —— **缺席不是「你没有规则」**,一个字都不渲;整只读不出(新键不是非空数组 / 读的过程中抛 / 已盖形坏)⇒ 「读不出」那一句(仍说这一问逐次确认),不是 `undefined`、不是「没有」;坏形成员 ⇒ 该项说读不出,能读出的条目照列;条目全是空白或超出展示上限 ⇒ 并进「N not listed」,不渲空括号。
+**WB 行(CC-465 / CC-466)**
+- **`readLiveModelCatalog`**:`unreadable`(`not_an_object` / `models_not_array` / `default_missing` / `unreadable`)= 读不出,**不是**零个模型 —— 宿主照「拉取失败」处置(不装、不清旧目录;座位 `listModels` 抛);`unreadableRows > 0` ⇒ 目录照用、少了那几行;`defaultModelMalformed` ⇒ 缺省读 `unknown{not_reported}`;信封上本包没登记的键不过境。
+- **缺省模型**(`liveDefaultModelOf`):`not_listed` ⇒ 服务端说了缺省、目录里没有那一行:不给任何一行打勾、**不**取第一行;`unknown{not_reported}`(没有 `defaultModel`)⇒ 不打勾、请求不带 `model`(引擎按自己的缺省跑);`no_catalog` ⇒ 同前(离线)。
+- **`atMentionOf`**:`not_governed` = 部署没配 @ 名单(服务端不按名单拒)⇒ 可 @、不灰;`refused` ⇒ 行照列、照可选,只是 `@` 点不中;`unknown` ⇒ 不灰、不拦(交服务端判)。
+- **`modelCompatOf`**:`not_declared` ⇒ 不渲兼容段,**不要**渲「运维没写」(两种成因 wire 上不可分);`unknown` ⇒ 同不渲。接受哪几档只读 `effortLevelsOf`,不从兼容声明推。
+- **行视图**:`contextWindow` / `maxOutputTokens` 缺席 = 部署说不出 —— 不渲 0、不按某个缺省值算百分比;在场的小窗口(如 8192)照用。
+- **座位载荷**:`forwardSubagentEvents` / `retainSubagentSessions` 缺席 = 这一轮不要(宿主不替用户开);`rewind` 缺席 = 不回退;`settings` 缺席 = 渲染端没有设置要带,宿主自供的子键照常由宿主从自己的设置源供。
+- **能力 `rewind`**:没报 ⇒ 不提供回退入口(禁用句「…hasn't reported rewind support.」);报了而这一发的锚点映射不到引擎条目 ⇒ 宿主拒这一发(不静默跑成不回退)。
+- **`parked`**:缺席 = 没有停驻证据,按 `outcome` 渲(`expired` 照旧);在场 ⇒「转停驻、尚未运行,请在停驻卡上作答」,**不是**已拒 / 已过期。
+- **成文改口(WB-2;§117 / §121 判据眼作废)**:§117 HT8a「未指定 ⇒ 目录 `default`」与 §121 G-RQ5b「未指定模型取目录 `default`」→ 新判据眼:未指定 ⇒ `defaultModel` 落到的那一行;只带 id 形老键 `default` 的目录 ⇒ `imageVisionOf` 答 `unknown`、`effortLevelsOf` 答 `unknown{model_not_listed}`。座位目录旧判据(按 `id` 键行、拒没有 `id` 的行,§26③)作废 → 按 `name` 键行(G-WB7)。
+
+
+**RD 行(CC-488 / CC-511 / CC-550 / CC-432)**
+- **`managedPolicyReading`(RD-1)**:成员缺席(`undefined`,含显式 `undefined`)= 端没接这一口 ⇒ 维持 0.94.0 的行为(只有读 `policySettings` 抛错才整条腿不投),零日志、不告警;`{ state: 'absent' }` = 托管层读得出、里面没有东西 ⇒ 全源;`{ state: 'in-effect' }` ⇒ 托管文档里的三道治理门照判;`{ state: 'unreadable' }` ⇒ 整条腿不投。实现了口却读不懂的答案一律按 `unreadable`(读口抛错 / 返回 `undefined`、`null`、串、数组、`{}` / `state` 是词表外的值〔含大小写不同〕或其取值器抛 / 撤销代理 / 读口写成属性而不是方法 / 取成员本身抛),各留一行 debug。`absent` 不放宽托管文档:文档里仍写着 `disableAllHooks: true` 就照判。读数不缓存,一轮恰读一次。
+- **用量分析(RD-2)**:视图字段(`state` 为 `available` / `estimated` 时)`runs`〔总账 `tasks`〕/ `tokens`〔`tokensIn + tokensOut`〕/ `cost`〔wire 键 `costUsd`,单位美元〕/ `truncated` / `activeDays` / `peakHourUtc` / `favoriteModel` / `heatmap` / `models`。总账某一位 `tasks` / `tokensIn` / `tokensOut` / `costUsd` 缺席、非有限、负数、串 ⇒ 视图里**没有这一位**(不编 0;真 0 照交);`tokens` 只在 `tokensIn` 与 `tokensOut` 都在场时才有(两者之和)。`estimated` 只有显式 `false` 才是精确,缺席 / 非布尔 / 串 ⇒ 按估算读(`state: 'estimated'`;金额轴 `bound: 'lower'` 前缀 `≥`,token 轴 `bound: 'approximate'` 前缀 `≈` —— 引擎对 token 的口径不可分辨行可能让总数偏高,不是单向下界;`runs` 是精确计数、无界);`truncated` 严格 `true` 才算;总账 `truncated: true`(扫描窗被截,总数只覆盖一部分行)⇒ 两轴都不标 `exact` —— 金额 `lower`(`≥`),token 精确口径 `lower`(`≥`)、估算口径仍 `approximate`(`≈`)。热力图 `heatmap` 与活跃天数 `activeDays` 只在日序列**读成功且读完整**时才有(读失败 ⇒ `heatmap: null` 且没有 `activeDays`,**不是**一整张零活动;读成功、完整且窗内空桶 ⇒ 真零格;「读完整」= 没有读不懂的点〔`t` 空 / `v` 缺席·负·非有限·串〕、每个点的 `t` 前十位是真实存在的日历日、该序列自己没带 `truncated: true`;任一不满足 ⇒ 同读失败的 `null` + 无 `activeDays`,卡的 `truncated` 仍只继承总账那一位);窗两端不是有限数 ⇒ `heatmap: null`,不抛。峰值小时 `peakHourUtc` 只在小时序列读成功、完整〔同上,时间戳须可解析〕且峰值为正时才有(并列取小);`favoriteModel` 只在分桶读成功、完整〔没有读不懂的行、自己没带 `truncated: true`〕且有行带 `tasks` 时才有(缺 `tasks` 的行不参与);分桶不完整时 `models` 仍是 `available`、`rows` 照列、`unreadable` 照计。`models.state === 'unavailable'`(分桶没读到)与 `available` 且 `rows: []`(窗内没有模型用量)是两件事。总账没读到 ⇒ `state: 'unavailable'`,零统计格 / 零热力 / 零数字:引擎说没有这一面(501 `capability.*` 或无码 501 / `feature.*` / 404 `not_found.route`)⇒ `cause: 'no_backend_face'` + `USAGE_SENTENCES.analyticsUnavailable`;读失败(401 / 403 / 5xx / 网络 / 体畸形 / abort)⇒ `cause: 'read_failed'` + `analyticsUnread`(不说成「这个后端没有」)。序列点的 `estimated`:严格布尔才收,缺席 = 老引擎(< 7.73.0)没说,不折 `false`。
+- **四件判定读口(RD-3)**:`classifyApprovalCompleteFrame`:`outcome` 缺席 / 开集新词 / 非闭合帧 / 非对象 ⇒ `null`;`parked` 缺席或非严格 `true` ⇒ `live-expired-retract`(缺席是「引擎没给 park 证据」,不是「没 park」);`parked` / `outcome` 只认自有数据位(原型链上的键、取值器不执行 ⇒ 读成撤卡),判法与座位事件的 `parked` 位同一只读口 `approvalCompleteParked`。`parkRowDeadlineState`:`deadline` 缺席 / `null` / 非有限 / 非正 / 串 / 超 24 小时 ⇒ `none`(无 SLA 墙,不是马上到期);恰好到点 ⇒ `past`。`lateDecideRoute`:缺任一位按假读(窗没关过 ⇒ `respond`)。`runReapedByDeadline`:client 没有 `runs.get` / 抛 / 记录缺席或坏形 / 码不是 `approval.expired` ⇒ `false`(读不到绝不渲成「被收割」);永不抛。
+- **注入面(RD-4)**:`McpReconnectClientLike.sessions.mcpReconnect` 缺席 ⇒ 判决 `unsupported/route`(同 0.94.0);其余判决臂与读法不变。
+- **成文改口(RD-4;§119 G-MU8 的写法作废)**:旧判据眼「经 `reconnectMcpServer(adapter, sessionId, 'slow')`(adapter 把 sdk 的 `mcpReconnect(sessionId, server)` 包成 `{ server }` 形)」作废;新判据眼:把 sdk 客户端实例**直接**传给 `reconnectMcpServer`(不写 adapter),约 10 秒后判决 `unsettled`,正常应答的 server 仍 `ok` / `accepted`。验收方按旧眼读 0.95.0 会因没有 adapter 可写而无法照做。
+
+**SA 行(CC-319 / CC-320 / CC-321)**
+- `fireInteractiveInterrupt`:回执上 `turnCut` 缺席 / 不是布尔 / 是取值器或继承来的、或 2xx 回执体整个解不开(不是 JSON)⇒ 结局 `halted` 不带 `turnCut`(不硬造 `false`;`false` 只在引擎说「没切到」时出现);`transport.detail` 只是错误类名,读不出 ⇒ 不带;runs 资源缺席 ⇒ `unarmed`(零请求)。
+- 设备三口:`DeviceRosterRow.status` 读不出 ⇒ `'unknown'`(不填 `offline`);`name` / `lastSeenAt` / `boundAt` 缺席或空串 ⇒ 不带;列面 `dropped: 0` 才是完整清单,`devices` 不是数组 ⇒ `unreadable`(不是空清单);`activeTaskId` 缺席、`currentRev` 缺席或不是非负整数 ⇒ 不带;`workspaceCarryover` 只在回体是字面 `'none'` 时带 —— 缺席不是「会搬工作区」,是没读到那句承诺。
+- 回读对账:`after === null`(回读也失败)⇒ `unknown`;`serverMayStillBeRunning` 不是 `false`(含缺席)⇒ 除 `landed` 外一律 `unknown`。
+- `resolveEngineEnvSourcing`:来源写了、但子进程 env 里同一只键在场(不分大小写时含异写)⇒ 不算碰过;宿主谓词抛 ⇒ 按「没忽略 / 起得来」处置(不删、不说);`own` 只列此刻在子进程里的开关。
+- 排空(SA-4):`readEngineSignal(body)` 为 `undefined` = 服务端说不出(≤ 7.122.x 或体坏),不是「没在排空」;信号在场而无 `draining` = 没在排空。
+- 设备行型(SA-7):只是型名,零运行期字节,无缺席语义变化。读面前态 `DeviceBindingReading.boundAt` 缺席照收(不补空串);sdk 原型 `DeviceBinding.boundAt` 是必填 —— 两者不互换,端渲读数时用前者。
+
+**RX 行(CC-309 / CC-377 / CC-401 / CC-426 / CC-322 / CC-281)**
+- **RX-1 / RX-2**:名删,没有缺席语义可言。RX-2 之后换代失效只有 `invalidateEngineCaps`:失效后读口答 `unobserved`(此前不调失效口就是这个读数,不变);对空串 / `undefined` 的 `invalidateEngineCaps` 是 no-op、不抛。
+- **RX-3**:被越级的规则文本缺席 = 没有这条事实,**不是**「你没有规则」;卡上披露与旧键都不在才是缺席,绝不补空串或空表。老一串的空串 / 纯空白 / 非串按缺席(不上卡),与 0.94.0 的旧字段缺席同判。
+- **RX-4**:`dontAsk` 发不发只归字段投影口 `permissionModeField`(见 §121 SV-6),别名口读数怎么给都按名原样;纯 JS 宿主多带的第二参被忽略。
+- **RX-5**:读数不成形(含纯 JS 宿主交的三态串)、位二不是布尔 ⇒ `proceed`(不弹向导,也不替引擎说「没配」)。
+- **RX-6**:`requireExistingSessionRefusalFromError` 对粗码形答 `null` —— 「本包说不出是不是这一拒」,宿主按通用提交拒绝处置;不要据 message 尾括注自读。
+
+
+**SC 行(CC-354 / CC-346 / CC-347 / CC-348)**
+- **`isAlreadyResolvedFailure`**:入参不是对象 / 任一读位抛 ⇒ `false`(放行续读是放宽方向,读不出不放行);抛出物的 `name` 缺席或不是串 ⇒ 类名两臂不参与;`errorCode` 空串 ⇒ 当缺席;`retriable` 只认自有的严格 `true`(原型链上的不算);拍平结局上的 `safetyCode` 不在闭集里 ⇒ 当缺席(不算本地安全停);拍平结局的失败文字**从不**被抠出类名。答 `false` = 证明不了「门已决」,不是「确知门还在」。
+- **Bash 退出读数**:structured 不是 bash 形或 `exitCode` 不是数 ⇒ 读正文框架;正文解析不出完整框架(首行 + 分隔行 / 图片提示)⇒ 退出码缺席 ⇒ 不算失败(不按首行猜);良性注记空串 ⇒ 当缺席;引擎 `isError: true` 恒算失败。
+- **`getBgTerminalFacts`**:`undefined` = 没有被收下的终局通知(不是「这一行没结」);在场时 `status` 是通知说的那一个词,行的当前终态可能已不同。
+
+
+**SB 行(CC-344 / CC-325 / CC-324)**
+- **SB-1**:有键 + 快照未落地 ⇒ 经总缓存 kick 一次并等(上限 60 s);到时 / 探测失败 ⇒ 读当刻缓存位(多半 `unprobed`)⇒ 尾随 / 终报不开(同前 fail-closed),`/compact` 照发(同前 fail-open);缺键 / 非布尔同上各自的判据。无键 ⇒ 每次探、一字不存;那一发失败 = `unprobed`。调用方中止只结束自己的等待,共用探测照常落地。换代:只有 `invalidateEngineCaps`;不调它的宿主,引擎升级后在同一地址上读到的仍是上一台的位(此前 false 会在 5 分钟后自己重探一次)。
+- **SB-3**:手上没有一张读得完的这一段(没收到 / `null` / 非数组 / 谎报长度 / 有行身份读不出)⇒ `unknown / unobserved`(**不**说「不在上面」);读完了这台不在上面(含 `[]`)⇒ `not_connected / not_listed`(这一轮运行没托管它);同名多行 ⇒ `unknown / ambiguous`,不挑;`status` 读不出 ⇒ `unknown / unreadable`;三词之外的词 ⇒ `unknown / unrecognized_status`(原词带出,不猜连没连)。投影器丢掉的、名字恰为这一台的坏行算命中(「在,但读不出」⇒ `unreadable`,与同名好行同在 ⇒ `ambiguous`;活性读口同判);宿主拷贝过的段(展开 / 序列化往返)丢掉这一记号 ⇒ 那一行重新看不见(KL-700)。`toolCount` 缺席 = 没报,**不是** 0。读数属于一轮运行:它在 prepare 之后、第一次模型 / 工具交互之前到达,之后不再刷新 —— 运行中途掉线这一格仍读 `connected`(那是活性格的事),下一轮整份替换。
+- **SB-4**:探活 —— `reason` 缺席 = 判决口 / 抛出物没给原话(不编一句);`engine_absent` 而原因缺席 / 空白 ⇒ 按离线放行(说不出「引擎不在」就没有证据拦)。台账 —— 会话身份空 / 切到的名空 / 宿主交不出「最近真答过的模型」或与切到的同名 ⇒ 不记且清该会话旧账;`advisoryFor` 缺席(`undefined`)= 不该指路(不是「不知道」:判据全是现值);格数上限 1024 会话,越界让位最早写入的那一格(让位 = 少说一句,安全侧)。
+- **SB-5**:`centerWiring` 键缺席 ⇒ `none`(没接中心,正面事实);`isolated` 缺席 ⇒ 工具不在本机 `no_hands`、工具在本机 `unreadable`;宿主手里旧形读数 `{ kind: 'not_reported' }` 交给 `centerWiringDoctorDetail` / `callerQuotaLease` ⇒ 认不出的 kind,答「没观测到」那一句 / `unknown`。
+- **SB-6**:`unobserved` / `not_reported` ⇒ `false`(不发 `baseDir`);坏入参 ⇒ `false`,不抛。🔴 与 0.94.0 的差别只在 `unobserved`:0.94.0 借调用方旁证(旁证为真则答真),0.95.0 起不借 —— 能力位落地之前提交的那一拍,技能规格不带 `baseDir`。出路:提交路径上先 `await engineCapsSettled(baseUrl, { withinMs })` 再读 `observedExecutionLane(baseUrl)`;到时仍没观测到就按不发(诚实缺席,不编 `true`)。
+
+
+**RS 行(CC-536)**
+- 供给位 `canAttachRunning` 缺席 / 非严格 `true` ⇒ 忙卡请求**没有** `canAttach` 键(不是 `false`)、不出 attach:没说 ≠ 不可接管,只是本层不给这条出路,旧宿主请求键集与字节同旧。请求上 `canAttach` 在场 ⇒ 严格 `true`。
+- 呈现口回 `'attach'` 而本轮请求不带 `canAttach` ⇒ 零动作 `not-parked`,绝不当 attach 办(与 steer / cancel 同律)。
+- `running-attach` 只带 `taskId`:没有 `status` / `delivery` / 续听位 —— 本层零写请求,没有回执可转述;被拒的消息没送出(`not-delivered`)。注入形(宿主代发的后续消息,`submissionOrigin: 'injected'`)单独一句 —— 「消息没送出、你选了观看、重放会让已上屏的那段再出现、没重试」(注入行第十八句;注入行不给出路半句,G4b / G4d;不复用重放披露原句、不带内部词);用户形仍复用 `resumeAttachReplayDisclosure`(KL-716)。
+- `resumeRunningCancelConfirmedRow` 只在宿主判定引擎受理了那一枪时出;明确没落地(并发冲突未落地、请求失败)出 `resumeRunningCancelUnconfirmedRow` —— 两句互斥、一次只出其一,没落地不折成已确认。哪些回执算「受理」是宿主的分类,本包只给两句。确认句只说「受理了、可能还要一会儿才停」:不说活被丢弃 / 已停 / 会话已空出来(受理体可能是终态 no-op,受理 ≠ 已终态)。
+- resume 卡 `canAttach` 非布尔真值(纯 JS 宿主)⇒ 不出 attach(KL-717)。
+
+
+**TW 行(CC-78)**
+- **五张属主表的谓词**:非串 / 空串 / 表外词 / 原型链词 ⇒ `false`。`false` **不是**「成功」,也不是「还在跑」—— 只说「本端认不出这是那一面的终态」;判成功读正向证据(`=== 'completed'` 或 `readRunTerminal` 的 completed 臂),不拿否面谓词取反。
+- **run 行的 `timeout`**:历史落库行读兼容(现役服务端不写);读到它 = 那一行已终结(会话锁算释放、能合成终帧、否面谓词答真)。
+- **`ccTaskTerminalStatusOf`**:非终态(`running` / `pending` / `parked` / `event` / park 两词)、表外词、缺席 ⇒ `undefined` = 不翻行;不折成任何已知词。
+- **通知面**:词域里没有 `blocked`;通知帧与 `<task-notification>` 块读到它 ⇒ 不收行、不记「已通知」。
+
+**XH 行(CC-593)**
+- `joinApprovalHolder` 的身份体逐键读:某一位取值抛、不是串、是空串 ⇒ 那一位缺席,别的位照读;身份体不是对象 ⇒ 全缺席 ⇒ 当拍 `free`。
+- 带 `approvalId` ⇒ 只按它认:同 run 同调用而 `approvalId` 不同 = 另一只审批,不认。不带 ⇒ `taskId` 与 `toolCallId` 缺一即不认;活卡登记缺 run(直调活卡入口没给 `run`)或帧上没有调用 id ⇒ 也认不上。会话只在两侧都在场时才比。
+- 子代审批帧(经父流浮上来的):这只活卡的 run 只取帧上自己的 `sourceTaskId`,不取活卡入口第 6 参给的 run(那是父流的 run);读不出 ⇒ 不登记 run 与会话,按调用身份认不上(照旧开卡)。父 run 的待决行恰好同调用 id ⇒ 另一只审批,不认。
+- 按调用身份认时只认还在等人答的卡:活卡已答、答复在送时,同 run 同调用的待决行可能是同一只调用的下一只审批(引擎为另一道检查再停一次)⇒ 不认,停驻行审批口自己持有。按 `approvalId` 认的,卡在屏与答复在送两段都认。
+- `free` 不带持有者结局:「没有持有者」与「持有者放手而这一问没结算」同读 —— 两者都要本路开卡。`joined.outcome` 各位是持有者结局的原样拷贝,`joinedInFlight` present-iff。
+- 停驻行审批口 join 时:答复送达 ⇒ `decided`(拒 ⇒ `denied: true` 与归因各位原样);中断拒绝 ⇒ `aborted`;引擎已结(收口帧不是转停驻)⇒ `retracted`。`receipt` 缺席 = 本路没有 decide 回执(活卡的回执不是 decide 回执),不是「成功但不知道细节」。
+- 传给 `joinApprovalHolder` 的 `signal` 只应是用户取消 / 车道关闭那一类:它中止 = 中断那张活卡(持有者撤卡、发恰一发中断拒绝,两路同 `aborted`);流断线 / 重连那一类信号别传 —— 活卡自己随呈卡那条流的信号撤,耐久路的重连不该替用户拒掉在屏的卡。
+
+**CR 行(CC-344 余项 + CC-516 + CC-525 ③)**
+- **读数**:没有落地(没 kick / 在途 / 探测抛 / 回体非对象 / 被失效)⇒ `unobserved`(每次新铸);落地了而投影答畸形(含任一读到的位是访问器、描述符读抛)⇒ `unobserved`(每次新铸);落地了、顶层键只在原型链上 ⇒ 族规「没报」那一态(`not_reported`;`centerWiring` = `none`);落地了而 `sql` 的 `store` 座读不出 ⇒ `not_reported`。
+- **探测闭包里(落地之前)读**:`unobserved`(0.94.0:tee 已写就读得到)。同一拍要用读数 ⇒ 读手上这一发的投影 `project*Capability(caps)`(纯函数,与落地之后读口给的读数同形),或 `await engineCapsSettled` 之后再读(KL-725)。
+- **`noteEngineCapsFor*`**:什么都不发生,对任意入参都不抛。
+- **落地之后宿主就地改写自己交出的回体**:读器答这次落地的首读投影(同一次落地同一份冻结读数);按键现读的口(`engineCapState` / `engineCapValue` / `engineCapTrue` / `engineCapString`)读到改写后的值(KL-724)。
+- **座位门**:访问器或不可枚举的被校验位 ⇒ 拒(`field` = 点号路径);读就抛 ⇒ 拒,`reason` 为 `payload could not be read`;门永不抛。
+
+**PK7 行(CC-570 / CC-561)**
+- **410 成因(`AskGoneDetail.endingCause`)**:体上有 `cause` 键(或 sdk 19 读位 `endingCause`)即新一代、只读它,读不出 ⇒ 缺席(不回落旧键 `deniedReason`);没有 `cause` 键才读 `deniedReason`(≤7.123.x);`state` 缺席 ⇒ 成因缺席;`DENIED` 配别的词 / `VOID` 配路由失败那一词 / 表外词 ⇒ 缺席。缺席 = 「已终结、原因未知」,句子落对应终态那一句。顶层 `cause`(`Error` 的标准属性)不是体键。
+- **结局帧成因(`approvalCompleteCauseOf`)**:键缺席 = 人答的结局或 ≤7.123.x 的服务端,读作 `undefined`,**不是**任何一词;不是结局帧 / 表外词 / 非串 / 取值器位 / 原型链上的键 ⇒ `undefined`。
+- **409 分码(`conflict`)**:只在状态码 409 且码认得时在场;`approval_binding_mismatch` 带归不了类的 `field`(如 `taskConfig`)、`resume_outcome_invalid` 带非答案格 ⇒ 缺席(不猜)。
+- **中断撤卡 404 的成因**:只读 `extra` 上自有键 `cause`(不读顶层 `cause` —— ES2022 `Error.cause`);缺席 / `unknown_or_other_replica` / 表外 / 非串 ⇒ 没有「已结束」的证据,照旧出「session may stay locked」(闭合失败,KL-718),**不是**「已在别处结算」。
+- **两版本键**:两键都是非空串才一起在场;只有一键 / 空串 / 非串 ⇒ 两键都缺席。缺席 = ≤7.123.x 服务端,或那份停驻是更早版本写下的(上下文里没有写者版本)—— **不是**「同版本」。出路句只在两键都是纯 `x.y.z`(与 `engineVersionTier` 同一读法:预发布 / 构建尾不算)、读它的这台不低于本包支持底线、且写者更新时改说;其余逐字同旧。
+- **`centerWiring.worker`**:缺席 = 老引擎 / 没配名 / 名不可披露,三者同形;在场而不是非空串 ⇒ 整格畸形(读口答 `unobserved`)。
+- **预览 `objectivePreview`(本包零读点,给三端的读法)**:服务端 7.124.0 上「建过预览、剥完没有用户正文」与「没记录」在会话列表(`GET /v1/sessions`)上都是 `null`、在任务列表(`GET /v1/tasks`)上都是键缺席 —— 两张面上 wire 分不出两态,端按「没有预览」一种读法渲(不渲 0、不铸占位句);只有任务名展示面(`GET /v1/assistant/tasks` 的 `name`)对前一态带服务端自己的「(notification turn)」,那是服务端的字样,端照原样显示即可。
+
+**SK 行(CC-590)**
+- **`allowedTools` / `disallowedTools` 键缺席**:不带(不造空数组、不造键)。`undefined` 值(键在场但值 `undefined`)= 缺席。能力位读数不是 `present`(`unobserved` 本进程还没读到 / `not_reported` 老服务端没报 / `absent` 明说否 / 读数不是读数的值)⇒ 两表一律不带 —— 老服务端对顶层技能上的两表照收但引擎不读(静默无效,没有 400 可探),对子代技能上的两表整条拒;不分成因(分成因是 `skillToolListsDoctorDetail` 的事)。
+- **空数组 `[]`**:能力位 `present` 时逐字带 `[]`(不当缺席丢、不补成别的);服务端 ≥7.116.0 把两表读作这一次运行的 allow / deny **规则来源**而不是围栏,空表 = 不贡献任何规则 = 与缺席同效 —— 既不是「禁一切」也不是「不限」(≤7.115.x 引擎把 `allowedTools` 当围栏读的口径不会遇到:那些服务端上能力位缺席、两表不带)。能力位非 `present` 时 `[]` 同样不带。
+- **条目内容**:本包一概不判 —— 帽(每表 1000 条,7.117.0 起 400 句「拒而不截」)、deny 侧读成空的条目(`*` / 域名形 / 带空白或畸形的名字 / 协议名带通配 / 工具段为空的协议名,7.117.0 起 400 `skill.disallowedTools entry "<条目>" reads as nothing (<原因词>): <怎么写>`)、空串元素(夹具 7.117.0 – 7.124.0 实读:`disallowedTools: ["Write", ""]` 被 deny 侧读成空判官点名)都原样交上游。allow 侧读成空的条目上游不拒(开跑时发通告 `permission.allowed_tool_not_granted`)。
+- **宿主交来的值形不对**:`null` / 裸串 / 对象 / 数 / 含非串项 / 稀疏洞 / 报不出合法数组长度的代理(`length` 是 `NaN` / 负数 / 非整数 / 串 / 超 2^32-1)⇒ `TypeError`(`skillCommandsToSpecs: skill "<名>" <表名> must be an array of strings or absent …`),只报形状与下标、**不回显条目**;属性读 / `Array.isArray` / 长度读 / 下标读任何一处抛出,换成一条点名技能与表名、**不带抛出物**(无 `cause`)的 `TypeError`(抛出物的文本可能就是条目文本);只对**交了读数位**(`skillToolLists` 非 `undefined`,读数是 `unobserved` / `null` 也算)的宿主判,且**先于**能力位判(能力位缺席时也拒 —— 坏声明不许借「这一次不发」被吞),只对真会被发出的技能判(`disableModelInvocation` / 非 prompt / 无正文 / 重名被挤掉的不判);**没交读数位的宿主(选项缺席)不读不判两表** —— 升级之后命令上本来就被无视的怪值,不会让一批技能整体抛掉。
+- **读数时刻**:读数由调用方在调用那一刻交;能力探测还没落地的那一拍读数是 `unobserved` ⇒ 不带(与 0.94.0 逐字节同)。技能载荷在会话里被缓存的宿主,要么等 `engineCapsSettled` 再装载、要么在能力落地后重装一次,否则整段会话都不带两表(122d)。
+- **云端配置技能**(`cloudSkillsToSpecs`):云端 manifest 没有两表位,产物不带两表(本版不接)。
+
+
+**FX-E 行(CC-446 / CC-461 / CC-372 / CC-392)**
+- **FX-E1**:`startedAt` 缺席 = 这台引擎说不出来(服务端 <7.67.0,或这次 `/health` 体没带 / 带的不是正的有限数,或宿主没取这一位),**绝不是**「它没重启过」;不铸 0、不借 `Date.now()`、不借 `EnginePortFile.startedAt`(那是壳写文件的时刻)。复用既有引擎时它来自 probe 到的 `/health`;自己 spawn 的引擎在首个 `/health` 答复之后才有。
+- **FX-E2a**:恰一臂在场且形对才下结论。`{ ok: true }` ⇒ `open`;`{ status: 401 }` / `{ status: 403 }` ⇒ `requires`;其余一律 `undetermined` —— 别的状态(含 2xx 出现在 status 臂:「开放」只有 ok 臂一条读法)、传输失败、零臂、多臂互相矛盾(`{ ok: true, status: 401 }`)、臂值坏形(`ok` 只认字面 `true`)、非对象、只在原型链上的键、自有访问器(取值器不执行)、敌意代理。`undetermined` 既不等于 `open`(宿主不能据此以为什么都不用带),也不等于 `requires`(宿主不能据此往没证明身份的口上发本机凭据)。永不抛。
+- **FX-E2b**:持久 / 没报(`not_reported`)/ 没观测(`unobserved`)/ 读数坏形 ⇒ `undefined`(不替没说的引擎断言「不持久」);给词与否和 `storePersistence` 是同一判据。词里不带后端词与降级成因(它给窄面板放行首用,不随后端词长度被挤掉)。
+- **FX-E3a / FX-E3b**:老服务端(<7.118.0)对同一盘形答 500 `internal.memory_control_plane_corrupt`(⇒ `control_plane_corrupt`)或 500 `internal.error`(⇒ `engine_fault`),两臂照旧;无码 ⇒ `no_code` / `no_verdict`;未来的码 ⇒ `unclassified`。**`detail.form` / `detail.path` 不在 wire 上**:本口只按码读;即便将来回体多带这两键,结局的文本与诊断位也不带出路径或盘形词(J17 钉)。两口都**不**把店形拒说成「什么都没做」:上游不给提交点判别位(链先于请求在场 ⇒ 提交点之前拒、零删除;之后才换上 ⇒ 已删的算数、journal 留盘)。
+- **FX-E4**:坏入参出口按各点既有的形 —— `eraseSessionMemory` ⇒ `not_sent` / `bad_input`;`readSessionMemoryStatus` ⇒ `failed`;`fetchMcpPanel` ⇒ `undefined`;`reconnectMcpServer` ⇒ `invalid`;`stopEngineSessionBackground` ⇒ `unavailable` / `bad_input`;`readEngineAgentRegistry` ⇒ `unavailable` / `read_failed`;`fetchDelegatedPrompt` ⇒ `skipped`(没有可用的转录锚,与无锚同出口,不留在飞记号)。判定回答的是「经 `encodeURIComponent` 编码之后嵌进路径段会不会被当点段」:`%2e%2e` 之类的字面串编码后是 `%252e%252e`,不是点段,放行;含 `/` `?` `#` 的串由编码负责,不在判定射程。
+
+**FX 行(CC-332 / CC-388 / CC-555)**
+- **FX-F1 离场自摘的读法**:帧上 `removeReason` 缺席 / 空串 / 非串 / `null` 读作缺席(与 `onTaskRemoved` 读口同一读法)⇒ 结算级离场,池里是行帧车道结算的 `killed` 才摘;在场的原词(`orphaned` 与任何表外词)⇒ 陈述级离场,不摘。离场帧的 `cycleSeq` 与池里条目的代际都报了且帧上更小 ⇒ 前代迟到的离场,不摘;任一边没报 ⇒ 判不出谁新谁旧 ⇒ 照摘(缺席不制造新旧)。池里没有这一行(离场先于终态帧到 / 本来就没有)⇒ 无事可摘,**不记离场**(没有墓碑、没有第二份状态;之后到的终态帧照常入池)。
+- **FX-F1 哪些行算「行帧车道结算的 killed」**:行帧直接报 `killed` 的终态行,以及行帧先报别的终态词、随后被通知升级成 `killed` 的行(升级改写的是行帧车道已结算的池条目,不带推定标)—— 离场自摘对两者同判。
+- **FX-F1 不摘的两类**:通知车道推定的退休行(`retiredByNotification`,行帧车道没为它结算过,在飞读面按在飞计是引擎温切门的保守默认)与仍在飞的行,离场帧都不动它们;completed / failed 的保留行照旧挂满窗。被查看中的行(`viewingTaskId`)与其他行同判:离场自摘发生在帧到的那一刻,不看正在查看哪一行(详情页读转录与终局事实台账,不依赖页脚那一行)。
+- **FX-F1 按 id 口的返回**:`true` = 摘掉了一条(live 集里已终态、离场帧还没到的行,或保留窗内的终态保留行);`false` = 没有这一行 / 仍在飞 / 通知车道推定行 / 空串 id。`forgetSettledTerminalRowFor` 只动该会话登记的账本。两条路都只动展示面 —— 终局事实台账(详情页读它)原样。
+- **FX-F2 两位退出视图**:`queuedCount` 无论输入里是真值、真 0、小数、负数、串还是 `null`,视图都没有这个键;`errorCode` 无论输入里是非空串、空串、数、`null`、对象还是数组,视图都没有这个键。读者要队列深度 = 等一个带生产者的新键(不是复活这一个);要 workflow 的 run 级码走 workflow 读面,不走 fleet 行。
+- **FX-F3 代际判据**:缺席 / 坏形周期号(0、负、小数、NaN、∞、非数)按缺席 ⇒ `unknown`,调用方按「不陈旧 / 判不出 ⇒ 现行为」处置;账本的入口(通知 `seq`、离场帧 `cycleSeq`、行上 `cycleSeq`)与通知消费者(面板终态事实 / 常驻标清除用的周期身份)先过同一个合法性读法 `cycleSeqValue`,坏形到不了比较。缺席不制造周期,与改前一字不差。
+
+**FX-H 行(CC-563 / CC-538 / CC-387 / CC-167)**
+- **FX-H1**:无运行期缺席语义(包侧门)。门自己的缺席:开发依赖引擎没有 `judgeRuleToolName`(core < 7.48.0)⇒ 物料坏了(退出码 9),不当绿。被对拍的两条路径的缺席语义不变:值级端口(协议表 / 铸名 / 规则编译器)没装 ⇒ 会话规则可送判定对要走到那一步的批整批读不懂(`unreadable: true`),装配口 deny / ask 照投、allow 留下 `judge_failed`。
+- **FX-H2**:`classifyRegistryConflict`(根入口 0.95.0 退出公面 — 子路径 `./registry` 仍有同名)入参 `(status, body)`:状态不是数 409(含串 `'409'` / `409.5` / `NaN`)⇒ `'none'`、不读体;409 而体缺席 / 非对象 / 三步都读不到机器码 ⇒ `'conflict'`;机器码读法 `errorCode`(trim 后非空)→ 对象形 `error.code`(同规)→ `error` 串原样。🔴 0.94.0 的包内副本在「409 而体上取值器 / 代理陷阱抛」时答 `'gone'`(闭合失败),上游函数不吞(照抛);线上入参是 `res.json()` 的产物,该形不可达;自己拼敌意体的宿主在调用处自带 try。`isScopeGoneError`(0.95.0 退出公面) 的「判不出的错误对象答 false」随谓词一并不存在。
+- **FX-H3**:`shellHookTypesByEvent` 缺席 / 坏形(数组、含非串、值非数组、读的时候抛、串)⇒ 当缺席 + debug 一行(不变);缺席时 command / http 按事件、prompt / agent 视为本端跑不了(三处判定同读);型表在场而某事件缺这一键 ⇒ 该事件全型(不变);`shellHookEvents` 缺席 ⇒ 本端一个事件都不跑(不变)。
+- **FX-H4**:`engineRewindRefusedNow(option, reading?)`:`reading.kind === 'present'` 且该档涉及的位里有明说 `off` 才 `true`;`unobserved` / 位 `not_reported` / `malformed` ⇒ `false`(不灰掉);表外选项 ⇒ `false`;`reading` 缺省读当前引擎目标那一格。`decideRewindEngineAction`:`resolved` 不是对象 / `position` 缺席或表外 ⇒ 按 `unknown`(什么都不动,`none` / `unresolved`);`targetEntryId` 缺席 / 空串 / 非串 ⇒ 没有手柄;`anchorUnresolved` 只认字面 `true`;只读自有数据位(取值器不执行 ⇒ 当缺席);选项表外(summarize / summarize_up_to / nevermind / 其它)⇒ `none` / `not-an-engine-rewind`;`reading` 缺省读当前引擎目标(没观测 ⇒ `both` 照带 `restoreFiles`)。不为敌意入参另设抛点(代理陷阱抛的原样上抛,与读器族同律)。
+
+**FX-D 行(CC-391 / CC-410 / CC-562)**
+- **`activeRunBusySignal` 对重放臂的载体(FX-D1)**:`done.result.status` 缺席(`undefined`)的非数组对象才当载体;`status` 是别的取值(`completed` / `blocked` …)、`result` 是数组 / `null` / 非对象、`result` 缺席 ⇒ `null`。载体是不是真的 409 仍只看 `errorCode`(canonical 码)/ `activeTaskId`(字符串)两腿,两腿都不在 ⇒ `null`;只有码、没有占锁 id ⇒ 信号的 `activeTaskId: null`(诚实缺席,不铸)。`replay` 位**不读**:缺席 / `false` / `true` 同答。`activeTaskStatus` / `pendingGate` / `msSinceLastActivity` 与扁平拒收终帧同读法(缺席 ⇒ `null` / `null` / 键不在)。
+- **`refusedParkFromError`(FX-D2)**:入参是 SDK 错误对象或被拍平的失败事实;`null` = 不是这一族(族外码 / 码差一个字符或大小写 / `errorCode` 非串 / 非对象 / 状态码既不是缺席也不是 409 / 状态码读不出)。`code` 严格等值三码。`field`:仅 `config_refused`,拒体带了 token 形(`[A-Za-z][A-Za-z0-9_]{0,63}`)才在场,顶层有效值优先、`extra` 兜底;缺席 = 没带 / 不是 token 形 / 读不出,**不是**「配置没问题」;现役取值 `taskConfig`(恢复配置后同一张卡可再决)/ `inheritedGate`(只能取消这条 run),开集原样。`stillPending`:错误对象(有数字状态码)上 —— 自有 `retriable === true` ⇒ `true`;读得到而不是 `true`(键缺席 / 原型链上 / 非 `true`)⇒ `false`(拒体没明说卡还在 = 引擎已把那条 run 结掉);读不出(取值器 / 撤销式代理)⇒ **键缺席**,不渲 `false`。拍平事实(无状态码)上 —— 明说 `retriable: true` ⇒ `true`;其余**键缺席**(拍平事实本来就只在体上明说 true 时才带这一位,缺席 = 不知道,不是 `false`)。读数冻结;永不抛。
+- **`refusedParkContent` / `refusedParkBlockedContent`(FX-D2)**:`stillPending === false` 才说「引擎已结掉那条 run、会话是空的」;`true` 与缺席都说「那条 run 还占着会话」。`lane` 不是 `'print'` ⇒ 交互句(零 HTTP 路径)。`runId` 必须是 id 形(`[A-Za-z0-9._:-]{1,128}`)才拼进取消路径,否则落 `<run id>` 占位;自动腿句的 `taskId` 不是 id 形 ⇒ `<unknown>` / `<run id>` 占位。`what` 缺席 / 空串 / 非串 ⇒ `parked step`,单行转义封长 40 码元。`facts.code` 表外 / 读不出 ⇒ 按 `checkpoint.unsupported_version` 的措辞说,入参里的串绝不当码上屏。永不抛、永不交空串。
+- **与终端旧实现的四处有意差分(其余逐字节同)**:① `field` 两处都有且不同 ⇒ 顶层优先(旧实现 `extra` 优先;两处同时出现且不同的形,线上不存在);② `retriable` 只认自有位(旧实现读原型链);③ 读口逐键隔离 —— `retriable` / `field` / `extra` 的取值器抛 ⇒ 该位缺席、码照认(旧实现整只读法抛 ⇒ 认不出);④ 拍平事实明说 `retriable: true` ⇒ `stillPending: true`(旧实现只按码认、两位缺席;措辞不受影响,句子只在 `stillPending === false` 时才改说)。
+- **与 `checkpointUnsupportedVersionFromError` 的分工(FX-D2)**:后者回答「服务端口吻的一句话」(只认 `checkpoint.unsupported_version` ∧ 自有 `retriable`、不看状态码、不分车道;出句 `checkpointUnsupportedVersionContent` 带写者 / 读者版本),前者回答「要不要停掉自动重发 + 对哪个车道说哪一句」(三码、状态码缺席或 409、分车道)。两口对「卡仍待决」共用同一只 `retriable` 读法(同一批 409 形上同答);状态码政策不同(500 + 自有 `retriable: true`:后者认,前者 `null`)。同一个码上两种口吻并存是现状 —— 终端的决断出站代理在后者命中时用后者那句、未命中用本族句,续跑动词代理一律用本族句;选哪一句是端的呈现决定(包侧缺口 ③)。
+- **宿主回调隔离(FX-D3)**:回调同步抛 ⇒ 一行 debug 痕迹;返回 thenable 且拒绝 ⇒ 一行 debug 痕迹(`rejected`);读 `.then` 就抛 ⇒ 按同步抛处置;抛出物字符串化抛 / 宿主日志口抛 ⇒ 不外溢(没有下一层可说);日志口 / 探针口自己是 `async` 函数且拒绝 ⇒ 同样只丢那一行诊断(诊断口出口接盘)。返回值不等待、不回传。idle 臂扇出的多个 `onSettled` 逐个隔离,前一个的拒绝不连坐后一个。
+
+**FX-A 行(CC-395 / CC-442 / CC-486)**
+- **门记录视图的缺席**:不变 —— 视图仍按「读不成形就丢那一位」窄读(`settlement` 不成形 ⇒ 整只缺席、`cause` 非串 ⇒ 缺席、分类归属半只 ⇒ 缺席),所以视图上的缺席同时覆盖「原本没有」与「在场但读不出」。变的只是分类词读器取这两形的来源:在场位与视图出自同一次读(此前各读一遍)。分类词读器的缺席语义逐形同 0.94.0:结算段在场但不成形 / 成因在场却读不出 / 策略层带分类归属 / 表外层名 / `ask_resolution` 无结算 ⇒ 缺席(不猜词)。
+- **`origin`(门记录 / 放行账 / 观测座)**:缺席 = 键不在自有属性上、或值不是非空串(含原型链上的同名键)—— 不折成任何词。观测座顶层 `origin` 缺席或坏形 ⇒ 回落 `gate.origin`;顶层自有且非空 ⇒ 顶层说了算(门记录那一格不翻案)。
+- **`readApprovalRememberRefused`**:`true` 才有信息量;`false` = 「引擎没有这句声明」,**不是**「记得住」(≤7.115.x 服务端所有面结构性不带;新服务端对记得住的卡也不带)。读不出(取值器 / 代理陷阱抛 / 已撤销代理)⇒ `false`、不抛。它不是从强制 / 真人位 / 治理出身推断出来的结论,也不是裁决输入。
+- **`rememberRefusalOf`**:`undefined` = 不是五码之一,或读不出(无 `errorCode` / 非串 / 空串 / 表外码 / 抛出物不是对象 / 取值器或代理陷阱抛)。🔴 `undefined` **不是**「remember 被接受了」,也不是「这一发没落地」:与 remember 无关的 4xx / 5xx / 瞬断 / 无机读码的 400 都答 `undefined`,由调用方按各自处置(五码之外不去 remember 重发、不说「没记住」;无机读码的 400 只走回退重发那一条、不出「没记住」的告知)。答「是」才意味着这一发确知没落地、授权确知没落店。停泊腿的回退只认两形:五码之一,或机读码**读到了而且没有**的 400;机读码读不出(取值器 / 代理陷阱抛)的 400 不回退 —— 读不出 ≠ 没有(修前判官读不出时异常带出回退臂,是偶然的闭合失败;判官收成永不抛之后显式守住)。
+
+**FX-G 行(CC-441 / CC-333 / CC-544 / CC-560)**
+- **FX-G1 `permissionsAllowKeptNotice`**:报告缺席 / 非对象 / `kept` 非数组 / 行非对象 / 报告上的取值器抛或已撤销的代理 ⇒ `undefined`(不编;逐格受保护读、各读一次,最多读 4096 行);事实的取值器抛 ⇒ 当缺席;没有 `settings_read_not_clean` 的行 ⇒ `undefined`(不喊);读健康缺席或表外值 = 不知道 ⇒ 「读健康没法检查」句;`problemCount` 非自然数 / 缺席 ⇒ 句子不写条数;`where` 缺席 / 空 / 超 200 字 / 含控制字符 ⇒ 不写括号;`managedPolicyPending` 只在 `partial` ∧ `problemCount === 1`(只有托管那一格)时换专句,不知道有没有文件问题 ⇒ 通用句,不冒用专句。永不抛。
+- **FX-G2 `limitsSupportNotice` / `explicitLimitFlagNames`**:`observed` 不是 `true`(含读数缺席 / 非对象)⇒ 不说(那不是引擎版本的证据);版本缺席 / 非串 / 预发布 / 前缀 ⇒ 「读不懂」档(不当达标);`flags` 缺席 / 非数组 / 全是外来词 / 读不出(取值器抛、已撤销的代理)⇒ 三只旗全列,外来串一个字节不进句(逐格受保护读,最多读 64 项);`observed` 读不出 ⇒ 不说,`version` 读不出 ⇒ 按「没报版本」档。`explicitLimitFlagNames`:解析失败 / 无 `limits` / 入参不是读数 ⇒ `[]`;环境默认值不算显式(喂 `parseLimitsArgv` 的结果,不要喂 `limitsForPrint` 合并后的结果)。
+- **FX-G3 会话范围**:缺席 / 空对象 / `{ sessionId: undefined }` / 空串 / 非串 / 两形同给 / 在场却不合法的位(例:`{ allSessions: true, sessionId: '' }`、`{ sessionId, allSessions: false }`)/ 非对象 / 取值器抛 / 已撤销的代理 / 原型链上的位 ⇒ 一律按身份未定(值为 `undefined` 的位按缺席,`{ allSessions: true, sessionId: undefined }` 照收):计数三格 `null`、视图 `[]`、跟踪器 `ingest` 零 delta,都不抛。`{ allSessions: true }` 才是全体(含没有 `sessionId` 的行);`{ sessionId }` 时行上没有 `sessionId` 的不留。身份未定的计数 `null` 不是 0,也不是全体数 —— 渲破折号。
+- **FX-G4**:缺省路径产出三键,键序 `backgroundTasks` · `toolsDelta` · `todoReminder`,`todoReminder` 的值恒 `true`;`off` 五拼法 ⇒ 没有该键(删键,不发 `false`);显式清单不含 `default` 词 ⇒ 不带产品缺省。自拼 `attachments` 对象的宿主不经本口 ⇒ 按引擎库缺省(不开)。
+- **FX-G5**:抛出物的某一格读不出 ⇒ 这一格不当证据:`status` 读不出 ⇒ 无从排除「引擎答过了」⇒ 不当瞬断(不重试);其余格读不出 ⇒ 别的格照判(`name` 读不出而 `code` 是瞬断码 ⇒ 仍重试一次);出口句取抛出物自带 `message`,读不出 / 没有 ⇒ 固定兜底句 `the call failed with an error this client could not render`。
+- **FX-G6**:`CONFIG_REFUSAL_CODES.has(x)` 为假、或成员数是几,都不说明 `x` 不是配置拒绝;包内零读点。
+
+**FX-C 行(CC-400 / CC-418 / CC-444)**
+- **FX-C1 · 标签行不认**:`taskOutputResultLine` 无匹配(含括注吞下另一个行起点的形)⇒ `parseModelFacingTaskOutput` 照旧答 `unknown` 臂(无 `output`),与『没有这个标签行』同读 —— 不是错误、不抛。括注缺席 ⇒ `resultNote` 键不存在(同 0.92.0);空括号 `()` ⇒ `resultNote` 为空串(同前)。
+- **FX-C2 · 句柄位缺席**:`task_id` 缺席 / 空串 / 非串、或 `detached` 不是布尔 `true`(串 `"true"`、数 `1`、`null`)⇒ 一律不是『交出后台』:T14 不排除(照 `task_id` / `background.task_id` 取后台句柄)、bash 臂落普通 bash 卡、`detectEngineBgShellDetach` 答 `null`。`registerFailed` 非布尔 `true` 的值按缺席;为 `true` 只否决登记(两条登记臂),卡照渲。结构化位不是 `type: 'bash'` ⇒ 三处都不读。
+- **FX-C2b · 车道**:父调用 id 缺席 ⇒ `{ lane: 'main' }`(恰这一个键);在场(含空串)⇒ `{ lane: 'subagent', parentToolCallId }`,值取收卡帧上的、缺席时取开卡块上的(与同卡 tool_result 行信封上 `parent_tool_use_id` 同值);空串不落回 main、不丢这一行登记。
+- **FX-C3 · 帧槽位**:四个键全是缺席式(键不存在 ≠ 空串 ≠ `undefined` 值)。
+  - `status` 缺席 ⇔ 状态行不在帧头之后第一行,或不是规范行(键后无空格、空值 / 全空白、值内带 CR / U+2028 / U+2029 / U+0085),或区间内有两条以上 `status:` 行(歧义)—— 此时 `error` / `stats` 一并缺席、该区间的字节全在 `headRest`。缺席**不是**『状态未知之外的任何结论』,更不是 `completed`。
+  - `error` 缺席 ⇔ 状态行没读成,或区间内没有规范 `error:` 行,或有两条以上,或该行之后不是规范的 `error_kind:` / `observer:` / `stats:` 之一(引擎铸序的邻接锚),或它之前有 `worktree:` 行(引擎里唯一未消毒的多行插值:`worktree:` 行里的路径与清理失败的异常文本原样插入,git 的报错正是 `error: …` / `hint: …` 的多行形;其后形如 `error: …` 的行认证不了是引擎自己铸的,邻接锚又拦不住手造成字段形的整串 —— 所以有 `worktree:` 行的报告里引擎自己铸的 `error` 也不上槽,原样留在 `headRest`,端按 `headRest` 非空渲事实,不会漏;worktree 隔离是少数委派才有的形)。**不等于『没出错』**:错误可能落在 `headRest` 里的行上;常态完成 = `status === 'completed'` 且 `error`、`headRest` 都缺席。`error_kind:` 不是 `error:`,留在 `headRest`。
+  - `stats` 缺席 ⇔ 同 `error` 的读法(用量摘要行不在场 / 非规范 / 重复)。
+  - `headRest` 缺席 ⇔ 没有未认领的非空白行;在场时含前置告警、worktree 行、阻断原因、`error_kind`、内部 id、步骤清单与认不出的字段行,原样按序、每行带换行。帧头行与结果段标签行(含部分发现前缀句)是已认领的框架行,不在其中。
+  - 值的读法:`status` 修剪两端;`error` / `stats` 原样不修剪(与 TaskOutput 头部槽位同律)。`before` / `after` 仍逐字交出,`before + 摘出的一段 + after === 入参` 不变;默认车道(不声明来源)与纯围栏形零 `frame` 键。
+
+**FX 行(CC-526)**
+- **`decided.settled`**:present-iff 判定凭的是「本桥已见这一问的结局」;缺席 = 凭的是别的证据(完整清单里没有它,或崩溃收敛行)。与 `cause` / `needsHumanReason` **互斥**(那两位只在崩溃收敛行上)。三词:`answered`(一张本桥呈的卡被答,决断送到引擎并拿到语义答复,含卡口失败时的 fail-closed 拒)· `interrupted`(卡被中止,包已发起中断拒绝)· `closed_by_engine`(同 `approvalId` 的 `tool_approval_complete` 到达:放行 / 拒 / 过期 / 转停驻都算 —— 帧腿上这一问再没有可答的口)。**词只证明「已经有结局」,不证明结局是什么** —— 不要把 `settled` 当「批准了」或「拒绝了」。
+- **判定口第 0 条**读 `basis.settled`:缺席 / 不是映射(没有 `get`)/ 读就抛 / 帧读不出 `approvalId` / 不在表里 / 表外结局词 ⇒ 当没有这条证据,落原判定(不抛、不改判)。**不给 `settled` 时不读帧的 `approvalId`** —— 与 0.94.0 逐字同(不带位置的 live 腿帧此前从不读这一键)。
+- **记哪些、不记哪些**:只记上面三形。宿主撤卡(`retracted`)/ 编辑被拒 / respond 抛(没落定,含服务端回 404)/ 停驻中 202 / 读不出的结局**不记** —— 那些形状下引擎上这一问仍可能待决,重复帧照旧开卡(漏认 = 多一张卡,认错 = 唯一一张可答的卡被压掉,方向取前者,KL-745)。
+- **单调与有界**:结局首个为准(后到的不覆盖);不随换连接(新 preamble 又列着它也不重开)与换挂 run 清;容量 4096,超了丢最早的一条 —— 被挤出的问与重启后的新桥回到修前行为(重复帧再开一张卡)。
+- **射程(KL-744)**:只记流内帧腿自己见到的结局。悬挂 ask 腿(宿主驱动的 `surfaceSuspendedAskAndRespond`)与宿主 chrome 卡那一路上结算的问不进这本账;自己调判定口的宿主可自备同形映射经 `basis.settled` 交入,走同一条第 0 条。
+- **`onReplayedApproval`**:对重复帧同样回交一次(每个被压下的重复帧各一次);带 `settled` 的 `decided` 是本桥自己见到的结局,不是清单读数,与 `onToolApprovalOutcome` 的结局同源 —— 与「不带 `cause`、不带 `settled` 的 `decided` 不许拿来压 chrome 那一路的卡」(118d ②)不冲突。
+- **用户面一句**:`replayedApprovalSentence({ kind: 'decided', settled }, { toolName })` 三句,骨架「`<主语> was <answered / dismissed / closed by the engine> earlier, so this repeated copy of it was not raised as a new question and no decision was sent for it.`」;表外结局词 / 读抛 ⇒ 落中性的无成因那一句。
+
+### 122c. 黑盒判据(G 骨架)
+
+> 纯包层,走根入口公面:`import { reducePanelFrame, createPanelReduceState, PANEL_DELTA_OPS, subscribeEnginePanelRows, publishEngineAgentPanelEvent, projectFleetAgentRowsFor, getEngineTranscriptId, recordEngineTranscriptId, isStaleEngineAgentPanelEnd, isNewEngineAgentPanelCycle } from '@sema-agent/client-core'`。标「本版证明」的格在 0.94.0 产物上红(本版产物上绿)。
+- **G-PR1**(本版证明):同一 `(state, frame)` 归约两次差分逐字节同;再从旧状态归约一次仍同(入参不变)。
+- **G-PR2**(本版证明):把 `Date.now` 换成抛错的函数后,投影快照帧照常归约;缺席宽限窗按帧上的 `nowMs` 算(恰 30 000 ms 不报、30 001 ms 报一条)。
+- **G-PR3**(本版证明):fleet 行帧(转录锚 U)+ tick{U} 交错 ⇒ 全部差分 `canonicalId` 都是行 id 尾段,`created` 恰一次,同代内行帧的 tokens 不覆盖 tick 的累计值。
+- **G-PR4**(本版证明):tick{U} 先上屏、行帧后到 ⇒ 全部差分落在 U 上,建行一次、终态一条。
+- **G-PR5**(本版证明):第 1 代结束 → 第 2 代 running(`upsert{revived}`)→ 第 1 代迟到终态 ⇒ 零差分 → 第 2 代终态 ⇒ `terminal`。
+- **G-PR6**(本版证明):终态事实先到、终态行后到 ⇒ 事实到时零差分,行到时 `created` + 最终用量 + `terminal`;反序同样交齐用量。
+- **G-PR7**(本版证明):有行之后再订阅 ⇒ 立即收到每行 `upsert{created}` + 用量,已结行带 `terminal`。
+- **G-PR8**(本版证明):turn 末 `sweep` 只结 tick lane 上非常驻、非缺席、在跑的行;行帧 lane 的后台子代与常驻行不结。
+- **G-PR9**:`isNewEngineAgentPanelCycle(a, b) === (isStaleEngineAgentPanelEnd(a, b) || isStaleEngineAgentPanelEnd(b, a))` 对任意入参(含缺席 / 坏形)成立(0.94.0 上同样成立)。
+- **G-PR10**(本版证明):tick{U} 先上屏、行帧(尾段 F,转录锚 U)后到,`recordEngineTranscriptId(F, t)` ⇒ `getEngineTranscriptId(U) === t`。
+- **G-PR11**:fleet 账本收到裸尾段的终态通知,复合 id 的行照退休(与 0.94.0 同)。
+- **G-PR12**(本版证明):`end{U, cycleSeq 1}` 先发布,再投影一行 `{id: <run> F, status: completed, transcriptId: U, cycleSeq: 1, tokens: 42}` ⇒ 差分口 `created` + 用量 42 + `terminal`;旧事件口在那条 `fleet-row` 之后跟一条同键 `end`。
+- **G-PR13**(本版证明):直接发布 `fleet-row{F, cycleSeq 2}`、`fleet-row{F, cycleSeq 1}`、`end{F, cycleSeq 1}` ⇒ 后两条在差分口零差分。
+- **G-PR14**(本版证明):`end{F, cycleSeq 1, isError: true}` 先到(此时还没有行),再投影第 2 代 running 行 ⇒ 建行、零 `terminal`(不借前一代的失败)。
+- **G-GT1**(包侧门判据,源码树内可跑;发布包内没有):在装着两份以上不低于 peer 地板的 sdk 的环境里跑 `node scripts/run-sdk-witness-compile-test.mjs` ⇒ 每一份各报 `src` 零诊断;给 `src` 任一文件追加一条缺必填 `baseVersion` 的 `ControlClient.config.put` 调用 ⇒ 每一份都红。
+- **G-GT2**(包侧门判据,源码树内可跑):`node scripts/run-client-core-portability-test.mjs` 通过;把任一入口闭包里的模块加一条正则字面量(字符类里含一枚反引号)再接一行说明性注释 ⇒ 仍通过(旧词法器会因配对错位把注释读成代码或把后面的真读取吞掉)。
+- **G-GT3**(本版证明):对任一输入池,`displayUntrusted(x, opts)` 与 `displayUntrustedMarks(x, opts)` 在 0.95.0 与 0.94.0 发布件上逐字节相同(`run-display-untrusted-baseline-diff-test.mjs` 对照基线)。
+- **G-DR1**(本版证明;发布包内可跑):给 `startApprovalsFeed` 一只假 client(`pollIntervalMs` / `streamRetryMs` 都给 60 000),其 `approvals.stream()` 按 sdk ≥19 的形每次开流交出一帧 `{ type: "error", errorCode: "draining", message }` 即结束 ⇒ 3.5 s 内第二次开流发生、距第一次 ≥ 1 s(梯第 1 级;实测 1002 ms)、`stats().pushEvents === 0`、`stats().streamFailures === 0`、`mode() === "poll"`;同构造在 0.94.0 发布件上 `streamFailures === 1`、3.5 s 内不重开(等 `streamRetryMs`)。
+- **G-DR1a**(本版证明;发布包内可跑):① 决断后续读腿 —— 给 `bridgeAskUserQuestionGates` 一条 sync 腿(gated `tool_start` / 毒化 `tool_end` / `done{terminal:{kind:'paused'}}`,帧号 1 – 3)、一只放行的卡口与一只假 `runsEvents`:第一次开流交出 `tool_end`(帧号 4)、`text_delta`(帧号 5)、`{ type: "error", errorCode: "draining", message }` 后结束,第二次交出 `done` ⇒ 恰两次开流、第二次 `lastEventId === "5"`、两次之间 ≥ 1 s、决断恰一次、宿主收到的帧里没有排空帧、末帧 `done`;同构造在 0.94.0 发布件上恰一次开流、末帧是那一帧排空帧、没有 `done`(实测 `["tool_start","tool_end","text_delta","error"]`)。② 无头续收腿 —— `withHeadlessR1Reconnect` 的 live 腿以 `name: "SseIdleError"` 的错误收场,`openEvents` 第一、二次各只交一帧排空帧即结束、第三次交出 `done`(`probeAlive` 恒真、`getRun` 恒 null)⇒ 不抛、末帧 `done`、开流 3 次、探活 1 次;同构造在 0.94.0 发布件上开流 2 次、探活 2 次、抛原错误对象(实测)。③ 两条腿上排空帧之后抛出 ⇒ 不走梯(决断腿把错误冒给宿主;无头腿按它的重连预算 2 收场)。门:`run-run-events-drain-reopen-test.mjs`(另含开发依赖 sdk 19 真读口与 sdk 18 见证两格)。
+- **G-PF1**(本版证明):`planReviewChoiceFromAnswer({ answers: [{ header: 'Plan review', selected: [], note: '  tighten step 2\n' }] })` ⇒ `{ decision: 'reject', reason: '  tighten step 2\n' }`(0.94.0 上 `'dismissed'`);`armPlanReviewApproval` 立一张卡后对 `respondToQuestion('plan-review:T', 同一份作答)` ⇒ 恰一发 POST,请求体恰 `{"decision":"reject","reason":"tighten step 2"}`(键序 decision → reason)。
+- **G-PF2**(本版证明):`selected: [No 标签]` 加 `note: 'use rg'` ⇒ reject + `reason: 'use rg'`,请求体恰 `{"decision":"reject","reason":"use rg"}`;No 不带 `note` / `note` 纯空白 / 非串 ⇒ 恰 `{ decision: 'reject' }`,请求体恰 `{"decision":"reject"}`(与 0.94.0 同)。
+- **G-PF3**(请求体与判读同 0.94.0;日志一行为本版新增):`selected: [Yes 标签]` 加 `note` ⇒ approve(三选卡的两个 Yes 各带各的档),请求体不含 `reason`;`planReviewChoiceFromAnswer` 记一行 debug「note ignored on approve」且不含 `note` 正文,Yes 不带 `note` / 带纯空白 `note` / 选 No / 自由文本都不记这一行。
+- **G-PF4**(回归约束):`selected` 为空且 `note` 缺席 / 空串 / 纯空白 / 非串、`{ answers: [] }`、缺席入参 ⇒ `'dismissed'`,首呈卡上零 POST、零结局。
+- **G-PF5**(本版证明):重开一张卡,`deliverDecision` 替身对自由文本作答收到 `(T, 'reject', <note 原文>)`;对 No 不带 `note` / Yes 加 `note` 收到恰两个实参 `(T, decision)`;不给 `deliverDecision`(缺省投递口)时请求体同 G-PF1 / G-PF2 / G-PF3。
+- **G-PF6**(回归约束):带 `note` 的矛盾多选(`[auto, No]` / `[No, auto]` / `[Yes, No]` / `[No, No]`)、多题、`selected` 非数组、不在本卡标签的项、两选卡上的 auto 标签、前后带空白的 No 标签 ⇒ 仍 `'dismissed'`,首呈卡上零 POST。
+- **G-PF7**(本版证明):同一份 `note` 经卡递交与经 `decidePlanReview(T, 'reject', undefined, { reason })` 递交,请求体逐字节相等 —— 超长 5000 字符(`reason` 恰 4096 字符)、4096 边界落在代理对中间、前后空白、多行。
+- **G-PF8**(本版证明):`notePlanReviewAnsweredIfDecisive(id, { answers: [{ selected: [], note }] })` 非空白 `note` ⇒ 视作决断性作答(撤「用户关卡」记号,自动重开照开);纯空白 `note` / 带 `note` 的矛盾多选 / 表外标签 ⇒ 不是(记号照留)。重开卡上的自由文本 ⇒ 投递恰一次 reject。
+- **G-PF9**(结构保证,0.94.0 上同样成立):给 `armPlanReviewApproval` 的参数里夹带一个调用方 `reason`(类型上没有这一位)⇒ 有 `note` 时请求体里是卡上的 `note`,没有 `note` 时请求体无 `reason` 键。
+
+**KA 行(CC-382 / CC-383 / CC-384 / CC-385 / CC-390)**
+> 纯包层。标「本版证明」的格在 0.94.0 产物上红(本版产物上绿)。
+- **G-KA1**(本版证明):`terminalToSdkResult(done 帧〔账本 `gates: [allow 行]`〕, ctx, { streamSawRunOpen: false, deniedToolNameByCallId: new Map() })` ⇒ 结果帧 `_sema_permission_denials_absent === true`;同一份账交 `{ streamSawRunOpen: true, deniedToolNameByCallId: new Map() }` ⇒ 键缺席;只交 `streamSawRunOpen: true` 或一格观测都不交 ⇒ 键在场。
+- **G-KA2**(本版证明):`runStream` 喂「首帧 `meta` → 工具调用 → 成功收口 → `done`(账本 `gates: []`)」⇒ 终帧键缺席且 `permission_denials === []`;去掉 `meta` 首帧(重连后的流)⇒ 键在场。
+- **G-KA3**:活流上一次规则拒(账本无行,`tool_start` + 带门记录的 `tool_end`)⇒ `permission_denials` 恰一条三键齐、键缺席(覆盖读数不是「有拒绝就落位」)。
+- **G-KA4**(本版证明):账本一行 `deny`(`toolCallId: 'c-a'`)+ 同一流上 `tool_end('c-a', _sema_denial_kind: 'cancelled' | 'interrupted')` ⇒ `permission_denials === []`、不铸 `_sema_permission_denials`、不铸 `_sema_zero_output_denied`;同一份账 + `_sema_denial_kind: 'user-rejected'` ⇒ 恰一条、分类词 `user-rejected`、`_sema_zero_output_denied === true`;账本行无 `toolCallId` ⇒ 照列(键在场)。
+- **G-KA5**(本版证明):`createBackgroundView(client)` 的 `client.assistant.tasks` 抛 `401 auth.unauthorized`(或无码 401)、`fleet.snapshot` 正常 ⇒ `snapshot().sources.assistant === 'unauthorized'`、`sources.fleet === 'ok'`、rows 只有 fleet 行;凭据被接受后回 `ok`。`403` / `407` / `401 auth.principal_required` / `principal_unverified` / `500` ⇒ 仍 `unavailable`;`501` ⇒ `not-configured`。
+- **G-KA6**(本版证明):`client.capabilities` 答 `approvals: false` 且 assistant 抛 401 ⇒ `not-configured`;`client.capabilities` 自己抛 401 且 assistant 抛 401 ⇒ `unauthorized`;同一抛出物经两源出同一个健康词。
+- **G-KA7**(本版证明):`createLiveWorkflowSource(...)` 在 `get` 答 `401` / `403` / `500` / `503` 后 `status().code === null`、`degraded === false`、`lastError` 以 `<状态> ` 起头;答 `501` / `404` ⇒ `code` 同值、`degraded === true`;`401 auth.unauthorized` ⇒ `resolution().kind === 'unauthorized'`,`401 auth.principal_required` ⇒ `pending`。
+- **G-KA8**(本版证明):账本 `declared('k', 'not_sent', { kind: 'unobserved' })` + 建了 run 的帧 `boundToRun('k', 'r', f)` ⇒ `capabilityAtAssemblyOf('r')` 深等 `{ kind: 'unobserved' }`;交 `{ kind: 'present', word: 'on-optional' }` ⇒ 读回同一份;不交第三参 / 畸形读数 / 同一键两份不同读数 / 没绑 ⇒ `{ kind: 'unobserved' }`。
+- **G-KA9**(本版证明):提交时能力读数 `{ kind: 'unobserved' }` + 用户关:`buildTaskRequest({ …, ...fileHistoryDeclarationField(reading, true) }, 'interactive')` 的体不带 `fileHistory`、账本 `not_sent`;接线回执报 `on`、判定入参 `assemblyCapability: ledger.capabilityAtAssemblyOf(runId)` ⇒ `unknown`(0.94.0 把说话时的 `on-optional` 读数交给 `capability` ⇒ `not_declared`);提交时读到 `on-optional`、宿主拿掉声明(还原文件那一发)⇒ 仍 `not_declared`;回执报 `disabled` ⇒ 不论装配读数都 `not_declared`。
+- **G-KA10**(本版证明):`runStream(frames, { sessionId, lane: 'print' })` 喂带 `label` / `eventId` / `parentToolCallId` 的 `tool_start` ⇒ 输出的 assistant 帧 `message.content` 里 `tool_use` 块键恰 `id` / `input` / `name` / `type`,子代那一条信封 `parent_tool_use_id` = 发起调用的 id,块上 `input` 仍是帧上那一只对象;不给 `lane` / `'interactive'` / `'utility'` ⇒ 块上仍带 `eventId`(及 `label` / `parentToolCallId`)。
+- **G-KA11**(本版证明):`classifyRulesFailure(apiErr(400, 'request.query_invalid'))` 及第二参为 `{}` / `null` / `{ cursorSent: 'no' }` / 取值器抛 ⇒ `.kind === 'error'` 且 `.message` 是服务端原句;`{ cursorSent: true }` ⇒ `cursor-stale`、`{ cursorSent: false }` ⇒ `query-refused`(两向负控);`listAllPersistedRules` 首页 400 ⇒ `query-refused` 恰一发、带游标页 400 重列一次后成功或两轮都失效 ⇒ `cursor-stale`(与 0.94.0 同)。
+
+> **UP 行**:纯包层,走根入口公面 `import { droppedModelEntriesOf, cloudModelsToDoc, projectEffectiveBody, cloudEffectiveNotices, isLoopbackWireUrl } from '@sema-agent/client-core'`;实装读法 = 开发依赖设置契约 11 的 `FileConfigStore`。标「本版证明」的格在 0.94.0 产物上红。
+- **G-UP0**:开发依赖实装版本恰为引擎 7.48.0 / sdk 18.2.0 / 设置契约 11.2.0;peer sdk 仍是 `>=18.1.0`;生成器 `--check` 零差异。
+- **G-UP1**(本版证明):`droppedModelEntriesOf({ models: [...], default: 'x' })` ⇒ `{ kind: 'not_reported' }`;同一目录加 `droppedEntries: []` ⇒ `{ kind: 'reported', entries: [], unreadable: 0 }`。
+- **G-UP2**(本版证明):服务端 7.123.0 判据帖 G1 的三行(`index` 1 / 2 / 3,第 2 行无 `identity`,第 3 行 `enabled:false`)逐字读出、次序不动;再塞一行 `reasonCode: ''` ⇒ `unreadable` 恰 +1、三行照在。
+- **G-UP3**:`isLoopbackWireUrl` 对 `http://127.0.0.1:1` / `http://localhost:1` / `http://[::1]:1` 答 true,对 `http://127.0.0.2:1`、`https://evil.example.com`、`not a url` 答 false(与 0.94.0 同)。
+- **G-UP4**(本版证明):`cloudEffectiveNotices` 对告警 `{kind:'hosts-grandfathered'}` 出的句子是「this client does not recognise that warning」那一句(0.94.0 出专句)。
+- **G-UP5**(本版证明):同一份策略的两代回体 —— `{ default: 'b' }` 与 `{ roles: { default: { model: 'b' } } }`、`{ atModelAllowlist: ['a'] }` 与 `{ atMention: { mode: 'only', models: ['a'] } }`、`[]` 与 `{ mode: 'all' }` —— 经 `cloudModelsToDoc(…, { entryAccepted })` 产出的影子文档逐字节同(0.94.0 上 11 形回体的 `atMention` 被丢)。
+- **G-UP6**(本版证明):11 形回体 `{ roles: { default: { model: 'b' } }, atMention: { mode: 'only', models: ['a'] } }` 投出的影子文档交设置契约 10 一代的 `FileConfigStore` 真读 ⇒ 不降级、零未知键、`default` = b、`atModelAllowlist` = [a];同一份先跑设置契约 11 的一次性迁移再读 ⇒ `roles.default` = b、`atMention` = `{ mode: 'only', models: ['a'] }`。
+- **G-UP6′**(本版证明):`computeDeleteWarnings({ id: 'victim', doc: { atMention: { mode: 'only', models: ['victim'] } }, tierGroups: null, survivingIds: [] })` ⇒ 一条 `allowlist-empties`,后果句说「一个都不许 @」(10 形 `atModelAllowlist` 同一形照旧说「全部可 @」);`computeDeleteBlockers({ id: 'victim', doc: { roles: { default: { model: 'victim' } } }, rosters: null })` ⇒ 恰一条 `default`、坐标 `roles.default`。
+- **G-UP7**(本版证明):回体 `atMention: { mode: 'none' }` ⇒ 影子文档无 `atModelAllowlist` / `atMention`,`modelRefIssues` 有 `{ key: 'atModelAllowlist', at: 'atMention', reason: 'unsupported' }`,`cloudEffectiveNotices` 恰一句说本机 @ 不受限。
+- **G-UP8**:`atMention: { mode: 'some' }` ⇒ 不写、`{ key: 'atModelAllowlist', at: 'atMention', reason: 'unreadable' }`、恰一句 warn;`atMention` 与 `atModelAllowlist` 同在 ⇒ 读 `atMention`;整张悬空的 `only` 名单 ⇒ 原样保留(与 0.94.0 同,KL-54)。
+- **G-UP9**(本版证明):对出包 `.d.ts` 编 `type X = HealthResponse['restart']` ⇒ 编译诊断(0.94.0 编得过);对地板线 sdk 18.1.0 编出包 `.d.ts`(含 `ModelDroppedEntriesReading` 用法)零诊断。
+- **G-UP10**:`projectSessionReadRedactionCapability({ sessionReadRedaction: true })` ⇒ `present`(与 0.94.0 同,零改码)。
+- **G-WC1**(本版证明;谓词真值表):`import { hasLedgerPositionKey } from '@sema-agent/client-core'`(0.94.0 根入口没有这个名)。`{}` / `{ id: undefined }` / `{ id: null, seq: null }` ⇒ `false`;`{ id: '5' }` / `{ seq: 9 }` / `{ seq: '9' }` / `{ seq: 'x' }` / `{ id: '' }` / `{ id: false }` / `{ id: {} }` / `{ id: 0 }` / `{ id: '', seq: 9 }` / `{ id: null, seq: 9 }` ⇒ `true`。`id` 是抛错取值器的对象 ⇒ 原样抛(判定口 `replayedApprovalDisposition` 对同一形答 `unknown` / `unreadable_frame`)。
+- **G-WC2**(本版证明;与判定口同一件事):对上面每一形配 `type: 'tool_approval'`、`approvalId: 'a'`:`replayedApprovalDisposition(frame, {})` 答 `{ kind: 'live', basis: 'live_leg' }` ⇔ `hasLedgerPositionKey(frame)` 为 `false`。端若自写「`id` 是非空串」的谓词,与本口在 `{ seq: 9 }` / `{ seq: '9' }` / `{ seq: 'x' }` / `{ id: '' }` / `{ id: false }` / `{ id: {} }` / `{ id: 0 }` / `{ id: '', seq: 9 }` / `{ id: null, seq: 9 }` 九形上分歧 —— 这些形上端当没有账本位置、铸可点卡,包按账本帧核清单。
+- **G-WC3**(本版证明;句子逐字,无工具名):`import { replayedApprovalSentence } from '@sema-agent/client-core'`。`{ kind: 'decided' }` ⇒ `This approval request is no longer listed by the engine as waiting for a decision, so no decision was sent for it.`;`{ kind: 'decided', cause: 'crashed_before_park' }` ⇒ `This approval request was still waiting when the engine stopped unexpectedly, so the engine denied it automatically; no decision was sent for it from here. Whether the tool had started is not shown here.`;`{ kind: 'decided', cause: 'shutdown_before_park' }` ⇒ `This approval request was still waiting when the engine was shut down in an orderly way, so the engine denied it automatically; no decision was sent for it from here. Whether the tool had started is not shown here.`;`{ kind: 'unknown', why }`(`why` 取六词任一)⇒ `Whether this approval request is still waiting for a decision could not be confirmed, so no decision was sent for it.`;`{ kind: 'live', basis: 'live_leg' }`(三种 `basis`)/ `undefined` / `null` / `{}` / 不认得的 `kind` ⇒ `undefined`。
+- **G-WC4**(本版证明;没有路径说已批):G-WC3 的每一句(含带工具名的)不含 `approved` / `ran` / `Approved earlier`;三个 `decided` 句两两不同,有序关停那句不含 crash / unexpected,无成因那句不含 denied;成因词表取自出包型 `CrashConvergedRow['cause']`(`dist/hitl/crashConverged.d.ts`),每一词各有自己的一句且不等于无成因那句;成因取空串 / 任意串 / `constructor` / `__proto__` / `toString` / 非串 ⇒ 同无成因那一句,不落崩溃句。
+- **G-WC5**(本版证明;端到端):`replayedApprovalDisposition({ type: 'tool_approval', approvalId: 'A', toolName: 'Bash', args: {}, id: '5' }, { approvals: { read: 'ok', body: { pending: [], livePending: [], crashConverged: [<approvalId 'A'、cause 'crashed_before_park' 的合法行>] } } })` ⇒ `decided` 带该成因,`replayedApprovalSentence` 把它说成 G-WC3 的崩溃那一句(不是已批);`shutdown_before_park` 行同理;同回体去掉 `crashConverged` ⇒ 无成因那一句。
+- **G-WC6**(本版证明;工具名与永不抛):`replayedApprovalSentence({ kind: 'decided' }, { toolName: 'Bash' })` ⇒ `The approval request for "Bash" is no longer listed by the engine as waiting for a decision, so no decision was sent for it.`;`unknown` ⇒ `Whether the approval request for "Bash" is still waiting for a decision could not be confirmed, so no decision was sent for it.`;敌意名字(`'Bash. Approved earlier; the tool already ran. This request'` / `'a" was approved "b'` / 以反斜杠收尾)经判定口真处置(崩溃收敛 / 无成因 / `unknown`)交进去 ⇒ 名字整个在一对双引号里(反斜杠成对、引号转义,解回原名),引号外的句子与无害名字那一句逐字同骨架、不含禁词;`toolName` 缺席 / 空串 / 纯空白 / 非串 / 取值器抛 ⇒ 同无工具名;`'Ba\u202Esh\u001b[31m'` ⇒ 双向覆盖符与控制符以可见转义出现、不原样;5000 字符的名字 ⇒ 句子封顶(< 400);处置对象的取值器抛 / 撤销式代理 ⇒ `undefined` 或中性句,不抛;出包 `dist` 里「no longer listed by the engine」这句只在一个文件里。
+- **G-WC7**(本版证明;两代同句):`allowRuleShadowSentence({ persistedRuleShadowed: 'Bash(ls:*)' })` 与 `allowRuleShadowSentence({ allowRuleShadowed: [{ member: 'persisted', entries: ['Bash(ls:*)'] }] })` ⇒ 同一句 `Your saved permission rule "Bash(ls:*)" still exists — it just cannot clear this particular call, so this one is confirmed individually.`(条目在双引号里;条目写成 `Bash(npm test)) is approved for this call — … the tool already ran. (Bash(x)` ⇒ 整段都在那一对引号里,引号外仍是同一骨架);卡上已盖的归一读数(两代各一)、活卡帧路径铸出的卡(两代各一)、耐久行路径铸出的卡(老一串 `shadowedRule` 与新键各一)同句。缺席(无键 / 老一串空串空白非串 / 非对象)⇒ `undefined`。
+- **G-WC8**(本版证明;逐形成句 / 读不出):成员 `request: ['a']`、`persisted: ['b', 'c']`、`hook: []` ⇒ `Allow rules matched this call but cannot clear it, so this one is confirmed individually — request: a · persisted: b, c · hook.`;`persisted: ['b', 'c']` 带 `omitted: 3` ⇒ `… — persisted: b, c; and 3 more not listed.`;`skill` 七条条目 ⇒ 只列前 5 条再加 `and 2 more not listed`;闭集外成员词原样(`future_member: x`);`entries` 非数组 ⇒ `persisted (could not be read)`;`omitted: 0`(非法)⇒ `request: z; part of it could not be read`;缺成员词 ⇒ `an unrecognised source: y; part of it could not be read`;条目全是空白 ⇒ `persisted: 1 not listed`。新键是串 / 空表 / 对象 / 数 / 取值器抛 / 撤销式代理 / 已盖形坏 ⇒ `An allow rule matched this call but cannot clear it; which rule could not be read, so this one is confirmed individually.`(不是 `undefined`,不是「没有」)。
+- **G-WC9**(本版证明;消毒 / 回落 / 单一铸点):条目里的 U+202E、控制符、ANSI 序列、换行不原样进句,`Authorization: Bearer <值>` 形的值换成记号,20000 字符的条目封顶;卡(已盖形)与同一帧的裸读同句,已盖形先于帧顶层键;`readAllowRuleShadowFromWire` / `legacyShadowedRuleTextOf` 不在根入口;出包 `dist` 里「Allow rules matched this call but cannot clear it」这句只在一个文件里。
+
+**OL 行**:走根入口公面 `displayUntrusted`(包内机读口与它的凭据面同一只扫描);值一律是运行期铸的占位串。标「本版证明」的格在 0.94.0 产物上红。凭据面判据取「字符面全关」的出口 `displayUntrusted(s, { controls: false, bidi: false, foldLines: false })`,另在缺省单行载体与四种字符面出口上断言「不露」。
+- **G-OL1**(本版证明):`Bearer (<值>)` ⇒ `Bearer («redacted:secret»)`;`Bearer [<值>]`、`Authorization: Bearer (<值>)`、`token (<值>) rejected`、`basic [<值>].` 同形;`Bearer (JWT) required` / `Bearer [API_KEY]` / `token (string)` / `Bearer (see docs)` / `Bearer [docs](https://h/x)` / `Bearer () empty` 与两张凭据网全关的同选项出口逐字节同。
+- **G-OL2**(本版证明):`{"error":"Bearer\t<值>"}`(`\t` 是字面两字)⇒ `{"error":"Bearer\t«redacted:secret»"}`;`{"error":"password:\t<值>"}` ⇒ `{"error":"password:\t«redacted:secret»"}`(0.94.0:`password:\«redacted:secret»`);`{"msg":"Invalid token\nPlease retry"}` 不动。
+- **G-OL3**(本版证明):`key <值> is invalid` ⇒ `key «redacted:secret» is invalid`(值 = 24 字以上、三类字符交替的占位串);`SyntaxError: Unexpected token 'd', "det_<值>"... is not valid JSON` ⇒ 引号里整只一枚记号;负控:64 位十六进制、UUID 清单、`data:image/png;base64,iVBORw0KGgo…`、`toolu_01…` / `req_011C…` / `msg_01…`、`mustBeStringOrUint8Array`、`01ARZ3NDEKTSV4RRFFQ69G5FAV`、`<值>.png` / `<值>.example.com` / `/p/<值>` / `<值>@example.com` 全出口凭据面不动。
+- **G-OL4**(本版证明):`` set `api_key=<值>` first `` ⇒ `` set `api_key=«redacted:secret»` first ``;`see [docs](https://x/s?q=<值>) now` ⇒ `see [docs](https://x/s?q=«redacted:query») now`;`(see https://x/s#<值>)` ⇒ `(see https://x/s#«redacted:fragment»)`;回归:`https://en.wikipedia.org/wiki/Foo_(bar)?a=1` ⇒ `https://en.wikipedia.org/wiki/Foo_(bar)?a=«redacted:query»`;`` password: `<值>` ok `` ⇒ `password: «redacted:secret» ok`(同 0.94.0)。
+- **G-OL5**(本版证明):`'api_key' => '<值>',` ⇒ `'api_key' => '«redacted:secret»',`;`$cfg = ['token' => '<值>', 'x' => 1];` 同形;`Parsing error: Unexpected token =>` / `'token' => $token` / `api_key => 'x1'` 全出口凭据面不动;`'password' =>` 换行 `'x2'` 机读口原样。
+- **G-OL6**(本版证明):`api_key=(<值>)` ⇒ `api_key=(«redacted:secret»)`;`api_key: (<值>)` 同形;`password: (required)` / `api_key=(API_KEY)` / `api_key: (your-api-key)` / `password: (see below)` 不动。
+- **G-OL7**(本版证明):`password: Token https://h/<值>/x` ⇒ `password: «redacted:secret»`;`password: Bearer https://h/<值>/x` ⇒ `password: Bearer «redacted:secret»`;`"token": "basic https://u:p@h/<值>"` ⇒ `"token": "basic «redacted:secret»"`;`Authorization: Bearer https://h/<值>/x` ⇒ `Authorization: Bearer «redacted:secret»`;`see https://docs.example.com/guide/auth` / `Bearer https://h/p/x` / `Use Bearer https://docs.example.com/auth for details` 不动;`password: Token <值>` ⇒ `password: «redacted:secret»`(0.94.0 两枚);`Authorization: Token https://h/<值>/x` ⇒ `Authorization: Token «redacted:secret»`;回归:`password: Token` 换行 `<值>` ⇒ 两枚;`password: Bearer <值>` ⇒ `password: Bearer «redacted:secret»`。孤立反引号(G-OL4 补):`The ` + 反引号 + ` char; token=abc` + 反引号 + `<值>` ⇒ 值整只遮(与 0.94.0 同,不在反引号处截断)。
+- **G-OL8**(本版证明):`tool mcp__x__sk-ant-api03-<值> failed` ⇒ `tool mcp__x__«redacted:secret» failed`;`env MY_ghp_<值> set` ⇒ `env MY_«redacted:secret» set`;`see https://h/p/x_sk-ant-<值>/y` ⇒ `see https://h/p/x_«redacted:secret»/y`;`tool mcp__x__skill ok` / `x_sk-tools` / `task-sk-video` / `file:` 本机路径不动。
+- **G-OL9**:上述全部形在全出口洗两遍 = 洗一遍(0.94.0 上同样成立)。
+
+> **WB 行**:纯包层,走根入口公面 `import { readLiveModelCatalog, liveDefaultModelOf, atMentionOf, modelCompatOf, liveModelRowsOf, setLiveModelCatalog, liveDefaultModelName, imageVisionOf, effortLevelsOf, droppedModelEntriesOf, LOCAL_SESSIONS_SPEC, checkSendMessageRequest, isLocalSessionEvent, approvalCompleteParked, REWIND_MODES, rewindSpecForMode, SEAT_SEND_MESSAGE_KEY_ORIGINS, SEAT_TURN_SETTINGS_ORIGINS, SEAT_TURN_SETTINGS_KEYS, seatCapability, seatCapabilityUnavailableDetail } from '@sema-agent/client-core'`。标「本版证明」的格在 0.94.0 产物上红(或那一版没有这只口)。
+- **G-WB1**(本版证明):`readLiveModelCatalog({ models: [{ name: 'h' }, { id: 'x' }, { name: 'h', id: 'y' }], default: 'h', defaultModel: { id: 'h' } })` ⇒ `kind === 'read'`、`catalog.models` 恰一行 `h`、`unreadableRows === 2`;读数、目录、行冻结;读后改入参不影响目录。
+- **G-WB2**:`null` / `{ models: {}, default: 'x' }` / `{ models: [] }` ⇒ `unreadable`,why 依次 `not_an_object` / `models_not_array` / `default_missing`;对任一带 `droppedEntries` 的回体 `b`,`droppedModelEntriesOf(readLiveModelCatalog(b).catalog)` 与 `droppedModelEntriesOf(b)` 逐字同。
+- **G-WB3**(本版证明):`setLiveModelCatalog({ models: [{ name: 'a', id: 'x', vision: false }, { name: 'b', id: 'x', vision: true }], default: 'x', defaultModel: { id: 'x', name: 'b' } })` ⇒ `liveDefaultModelName() === 'b'`、`imageVisionOf(undefined) === 'yes'`(0.94.0 答 `'a'` / `'no'`);去掉 `defaultModel` ⇒ `liveDefaultModelOf()` 答 `{ kind: 'unknown', why: 'not_reported' }`、`liveDefaultModelName() === null`;`defaultModel: { id: 'zzz' }` 而目录没有 ⇒ `{ kind: 'not_listed', id: 'zzz' }`,`liveModelRowsOf()` 零行 `isDefault`;`{ models: [{ name: 'upstream-x', id: 'other', vision: true }], default: 'upstream-x', defaultModel: { id: 'upstream-x' } }` ⇒ `not_listed{upstream-x}`、`imageVisionOf(undefined, 该目录) === 'unknown'`(上游 id 与行名撞串不算缺省行)。
+- **G-WB4**:`atMentionOf` 对行上 `atMentionable: true` / `false` / 缺席 / `'yes'` 依次 `allowed` / `refused` / `not_governed` / `{ kind: 'unknown', why: 'malformed' }`。
+- **G-WB5**:`modelCompatOf` 对行上 `compat: { thinkingFormat: 'qwen' }` / 缺席 / `{}` / `'x'` 依次 `declared` / `not_declared` / `unknown{malformed}` / `unknown{malformed}`;`reasoning: true` 且只有 `compat.reasoningEffortLevels`、没有 `supportedEffortLevels` 的行,`effortLevelsOf` 答 `not_clamped`。
+- **G-WB6**:`liveModelRowsOf(c)` 每一行的 `vision` / `effort` / `atMention` / `compat` 与 `imageVisionOf` / `effortLevelsOf` / `atMentionOf` / `modelCompatOf` 对同一 `name` 逐字同;`contextWindow: 8192` 照带,`0` / `-1` / `'200k'` 不带;`liveModelRowsOf(null) === null`。
+- **G-WB7**(本版证明):`LOCAL_SESSIONS_SPEC.methods.listModels.check({ models: [{ name: 'h' }], default: 'h' }) === true`、`check({ models: [{ id: 'm1' }], default: 'm1' }) !== true`(0.94.0 两格反过来);根入口没有 `isSeatModelCatalog`(0.95.0 退出公面)。
+- **G-WB8**(本版证明):`checkSendMessageRequest({ sessionId: 's', text: 't', retainSubagentSessions: { ttlMs: -1 } }).field === 'retainSubagentSessions.ttlMs'`;同底加 `sandboxImageProfile: 'x'` ⇒ `field === 'sandboxImageProfile'`;加 `settings: { webSearch: {} }` ⇒ `field === 'settings.webSearch'`;`permissionMode: 'yolo'` / `reasoningEffort: 'ultra'` / 17 个附件 id ⇒ 拒;`{ sessionId: 's', text: 't' }` 与每键都合法的载荷 ⇒ `true`;取值器不执行。
+- **G-WB9**:`REWIND_MODES` 冻结且逐项 = `['both', 'conversation', 'code']`;`SEAT_SEND_MESSAGE_KEY_ORIGINS.rewind.taskRequestKeys` 与 `rewindSpecForMode` 三档产出键的并集相等,四把都是 sdk `TaskRequest` 的顶层键。
+- **G-WB10**:`seatCapability({ rewind: true }, 'rewind')` ⇒ `{ kind: 'reported', available: true }`;`seatCapabilityUnavailableDetail('rewind', seatCapability({}, 'rewind'))` 逐字 = `Rewinding to an earlier message isn't available: this app hasn't reported rewind support.`
+- **G-WB11**:`Object.keys(SEAT_TURN_SETTINGS_ORIGINS)` = `ultracode` / `webSearch` / `hooks` / `resolved` / `outputStyle`;`carriedBy: 'renderer'` 的那几把 = `SEAT_TURN_SETTINGS_KEYS`。
+- **G-WB12**(本版证明):`isLocalSessionEvent({ type: 'tool_permission_resolved', sessionId: 's', requestId: 'live:a', outcome: 'expired', parked: true }) === true`;`parked: false` / `parked: 'yes'` / `outcome: 'denied'` 配 `parked: true` / `type: 'message'` 配 `parked: true` ⇒ `false`(0.94.0 全认)。
+- **G-WB13**:`approvalCompleteParked({ type: 'tool_approval_complete', outcome: 'expired', parked: true }) === true`;`outcome: 'allowed'` 配 `parked: true`、`parked` 只在原型链上、`parked` 是取值器 ⇒ `false`(取值器不执行)。
+**SA 行**:标「本版证明」的格在 0.94.0 上红(口不存在)。
+- **G-SA1**(本版证明):`fireInteractiveInterrupt({ interrupt: async () => { throw Object.assign(new Error('x'), { status: 503 }) } }, 't')` ⇒ `{ kind: 'transport', detail: 'Error' }`;`{ status: 409, errorCode: 'interrupt.nothing_in_flight' }` ⇒ `{ kind: 'refused', status: 409, errorCode: 'interrupt.nothing_in_flight' }`;`{ status: 503, errorCode: 'steering.ledger_unavailable' }` ⇒ `refused`;回执 `{ turnCut: true }` ⇒ `{ kind: 'halted', turnCut: true }`;回执无 `turnCut` 或 `turnCut` 是取值器 ⇒ `{ kind: 'halted' }`(取值器不被调用)。
+- **G-SA2**(本版证明):`fireInteractiveInterrupt(undefined | null | {}, 't')` ⇒ `{ kind: 'unarmed' }`;假 runs 资源收到恰一次 `interrupt('t', undefined, opts)`,`this` 是该资源,`sessionId: ''` ⇒ `opts` 无 `session`,`sessionId: 's'` ⇒ `opts.session === 's'`,`opts` 无 `idempotencyKey`。
+- **G-SA3**(本版证明):`makeEngineWireClient({ baseUrl, fetchImpl, maxRetries: 2 })` 的桩答 503 ⇒ wire 上恰一发 `POST …/v1/runs/<id>/interrupt`、体 `{}`;结局 `transport`;`planInteractiveHalt({ interruptOutcome: 结局, parked: true })` ⇒ `{ action: 'escalate-cancel', reason: 'no-verdict-on-parked-card' }`,不传 `parked` / `detachArmed` ⇒ `none`。
+- **G-SA4**(本版证明):同上桩答 409 `interrupt.nothing_in_flight` ⇒ `refused` ⇒ `planInteractiveHalt` 判 `escalate-cancel` / `engine-says-run-level`;桩答 502 带同一码 ⇒ `transport`、不升级。
+- **G-SA5**(本版证明):`listDevices({ list: async () => ({ devices: [{ deviceId: 'd1', status: 'online' }, { status: 'online' }] }) })` ⇒ `{ kind: 'ok', devices: [{ deviceId: 'd1', status: 'online' }], dropped: 1 }`;抛 404 `not_found.device` ⇒ `refused`;回体 `{}` ⇒ `unreadable`。
+- **G-SA6**(本版证明):`readSessionBinding` 回体 `rootSessionId` 与所问不同 ⇒ `unreadable`;`boundDevice.rev` 为 `-1` / `1.5` / `'3'` ⇒ `unreadable`;抛 404 `not_found.device` ⇒ `{ kind: 'not-found' }`。
+- **G-SA7**(本版证明):`rebindSession(devices, { rootSessionId: 'S1', toDeviceId: 'd2', expectedRev: 3, fromDeviceId: 'd1' })`:回体 `{ rootSessionId: 'S1', deviceId: 'd2', rev: 4, workspaceCarryover: 'none' }` ⇒ `ok` 带 `'none'`;`rev: 5` / `rev: 3` / `deviceId: 'd1'` ⇒ `{ kind: 'unconfirmed', why: 'accepted-unreadable', mayStillBeRunning: false }`;`expectedRev: -1` ⇒ `refused { status: 0, errorCode: 'request.field_invalid' }` 且零请求;抛 409 `device.rebind_rev_conflict` + `currentRev: 7` ⇒ `{ kind: 'rev-conflict', currentRev: 7 }`;抛 500 / 504 ⇒ `unconfirmed / server-error`、`mayStillBeRunning: true`(接着回读看见旧态 ⇒ 对账判 `'unknown'`,不判 `'unchanged'`);抛 `TypeError` ⇒ `unconfirmed / transport`、`mayStillBeRunning: true`。
+- **G-SA8**(本版证明):真客户端桩 fetch:换绑请求体逐字节 `{"toDeviceId":"d2","expectedRev":3}`;桩答 502 ⇒ 恰一发(写动词不重试);桩答 409 带 `currentRev` / `activeTaskId` ⇒ 读到 sdk 具名位。
+- **G-SA9**(本版证明):`reconcileRebindOutcome({ deviceId: 'd1', rev: 3 }, 'd2', { deviceId: 'd2', rev: 4 }, { serverMayStillBeRunning: true })` ⇒ `'landed'`;`after = { deviceId: 'd1', rev: 3 }` ⇒ `true` 时 `'unknown'`、`false` 时 `'unchanged'`;`before = after = { deviceId: 'd2', rev: 3 }`、目标 `d2`、`false` ⇒ `'already-there'`;`after = { deviceId: 'd2', rev: 5 }` ⇒ `'unknown'`。
+- **G-SA10**(本版证明):`resolveEngineEnvSourcing({ env: { SYNC_TOKEN: 't' }, caseInsensitive: false, sources: [{ source: 'projectSettings', keys: ['SYNC_URL'] }], ignored: () => true, groups: [{ id: 'g', safety: false, keys: ['SYNC_URL', 'SYNC_TOKEN'], dropKeys: ['SYNC_URL', 'SYNC_TOKEN'], refuses: (v) => v.get('SYNC_URL') === undefined && v.get('SYNC_TOKEN') !== undefined }] })` ⇒ `drop` = `['SYNC_URL', 'SYNC_TOKEN']`、`groups[0].action === 'skip'`;同入参 `safety: true` ⇒ `'refuse-explained'`、`drop` 空;`env` 里另有 `SYNC_URL` ⇒ `'none'`。
+- **G-SA11**(本版证明):来源写 `OLD_SYNC_URL`、`aliases: [['old_sync_url', 'sync_url']]` ⇒ 碰过 `SYNC_URL`,`touched[0].written === 'OLD_SYNC_URL'`;`refuses` 抛 ⇒ `'none'`、`drop` 空。
+- **G-SA12**:构建产物 `dist/engineEnvSourcing.js` 对设置契约 `RETIRED_ENVS` 每一个旧名零命中、零 import 语句、零 `process` 标识符。
+- **G-SA13**:`engineEnvView({ b: 'x', A: '' }, true).raw('B') === 'x'`;`caseInsensitive: false` ⇒ `undefined`;`get('A') === undefined`(空串即没设)。
+- **G-SA14**(本版证明):`import type * as CC from '@sema-agent/client-core'` 与 `import type * as SDK from '@sema-agent/sdk'`,对十一名逐一断言 `CC.<名>` 与 `SDK.<名>` 双向可赋值 ⇒ 编译零诊断;对照:从本包取一个**没**再导出的 sdk 名(如 `DeviceCodeResponse`)⇒ 报「无此导出」。0.94.0 上前者十一处报「无此导出」。
+- **G-RX1**(本版证明;RX-1):`Object.hasOwn(await import('@sema-agent/client-core'), 'providerRejectionResend')` 为假(它已退出公面;0.94.0 产物上为真 ⇒ 红);同一产物上 `API Error:` 臂的合成终局行(状态码 400 的服务商拒绝)仍带 `_sema_provider_rejection_resend`(`resend: 'edit_and_resend'`,`text` 非空串,行尾另起一行同句),`ProviderRejectionResend` 作为值型仍可从根入口 `import type`。
+- **G-RX2**(本版证明;RX-2):二十九个名(§2z 第二行)`Object.hasOwn(root, 名)` 全为假(0.94.0 产物上全为真);任一读器 `note…(base, 有效回体)` 后读口答 `present`、`invalidateEngineCaps(base)` 之后答 `unobserved`;对 `''` / `undefined` / `null` 的 `invalidateEngineCaps` 不抛、不动已有的格;两个 baseUrl 同时在场时失效一个、另一个读数一字不变。
+- **G-RX3**(本版证明;RX-3):经 `surfaceToolApprovalFrameAndRespond` 送 `{ type: 'tool_approval', toolName: 'Bash', args: { command: 'git push' }, persistedRuleShadowed: 'Bash(git push:*)' }`(老一代帧形)⇒ 卡入参 `'persistedRuleShadowed' in req` 为假、`req.allowRuleShadow.members[0]` = `{ member: 'persisted', entries: ['Bash(git push:*)'] }`(0.94.0 上 `req.persistedRuleShadowed === 'Bash(git push:*)'` ⇒ 红);新键帧 `allowRuleShadowed: [{ member: 'request', entries: ['x'] }]` ⇒ 披露在、旧键不在;空串 / 纯空白 / 非串的老键 ⇒ 披露与旧键都不在。
+- **G-RX4**(本版证明;RX-4):`normalizeShellPermissionModeForWire.length === 1`(0.94.0 产物上为 2);`('dontAsk')` ⇒ `'dontAsk'`、`('manual')` ⇒ `'default'`、`('plan')` ⇒ `'plan'`、`(undefined)` ⇒ `undefined`;多带一个读数实参(含取值器抛的对象)结果同、读数不被碰。
+- **G-RX5**(本版证明;RX-5):`modelSetupDecision('not_resolvable', true) === 'proceed'`(0.94.0 产物上为 `'offer_setup'`);`modelSetupDecision({ engine: 'local', lanes: <五路全 absent> }, true) === 'offer_setup'`、`(…, false) === 'explain_unconfigured'`;远程没观测到 ⇒ `'proceed'`;路由缺口读数(`routeGap: 'endpoint_missing'`)⇒ `'explain_route_gap'`。
+- **G-RX6**(本版证明;RX-6):`requireExistingSessionRefusalFromError({ status: 404, errorCode: 'not_found.resource', message: 'requireExistingSession: session does not exist (resume.session_not_found)' }) === null`(0.94.0 产物上读出 `session_not_found` ⇒ 红);带码形 `{ status: 404, errorCode: 'resume.session_not_found' }` ⇒ `form: 'session_not_found'`、`{ status: 422, errorCode: 'request.field_conflict' }` ⇒ `form: 'session_id_missing'`;`SUPPORT_FLOOR` 的 `server` / `core` 为 `7.115.0` / `7.40.1`;`engineVersionTier('7.114.9') === 'legacy'`、`('7.115.0') === 'engine'`;`coreVersionTier('7.40.0') === 'legacy'`、`('7.40.1') === 'engine'`。
+
+
+**RD 行(CC-488 / CC-511 / CC-550 / CC-432)**
+> 纯包层,走根入口公面:`import { hooksForWire, hooksWirePlan, installHost, reconnectMcpServer, readUsageAnalytics, projectUsageAnalytics, usageBoundPrefix, usageWindowOfRange, USAGE_SENTENCES, classifyApprovalCompleteFrame, parkRowDeadlineState, lateDecideRoute, runReapedByDeadline } from '@sema-agent/client-core'`。标「本版证明」的格在 0.94.0 产物上红(本版产物上绿)。
+- **G-RD1**(本版证明):装一只假端口 `{ getSettingsForSource(s) → 每源一条 PreToolUse 命令 hook(policy `p` / user `u` / project `j` / local `l` / flag `f`), shouldSkipHookDueToTrust: () => false, mergedDisableAllHooks: () => undefined, managedPolicyReading: () => ({ state: 'unreadable' }) }`:`hooksForWire()` 为 `undefined`(0.94.0:读口被忽略,五条 hook 照出);`hooksWirePlan()` 带一只已启用插件时 `wire` 为 `undefined` 且 `excluded[0].reason === 'governance_unreadable'`;`/goal` 会话钩子同样不出。
+- **G-RD2**(回归约束 + 本版证明):同一端口把读口换成 `() => ({ state: 'absent' })` / `() => ({ state: 'in-effect' })` / 去掉成员 ⇒ 五条 hook 全出且三者字节相同(0.94.0 同);policy 文档带 `allowManagedHooksOnly: true` 时三者都只出 `p`。读口抛错 / `() => undefined` / `() => ({ state: 'ABSENT' })` / 写成属性 `{ state: 'absent' }` ⇒ `undefined`(0.94.0 上这几形都照出五条)。
+- **G-RD3**(本版证明):`new AgentClient({ baseUrl, authToken: { mode: 'loopback-unauthed' }, fetch: <记录请求的替身> })` 直接传给 `reconnectMcpServer(client, 's1', 'alpha')`:请求为 `POST …/v1/sessions/s1/mcp/reconnect`、体恰 `{"server":"alpha"}`(0.94.0:体是 `{"server":{"server":"alpha"}}`);替身答 503 `state.mcp_reconnect_unsettled` ⇒ 判决 `unsettled`(不是 `failed`、不抛)。
+- **G-RD4**(本版证明):对出包 `.d.ts` 编 `const p: McpReconnectClientLike = agentClient`(`agentClient: AgentClient`)零诊断(0.94.0 编译红);把 `{ sessions: { mcpReconnect: async (sid: string, body: { server: string }) => … } }` 赋给 `McpReconnectClientLike` ⇒ 编译诊断(0.94.0 零诊断)。
+- **G-RD5**(本版证明):`classifyApprovalCompleteFrame({ type: 'tool_approval_complete', outcome: 'expired', parked: true })` ⇒ `'live-expired-parked'`;去掉 `parked` / `parked: false` / `parked: 'true'` ⇒ `'live-expired-retract'`;`outcome: 'allowed'` / `'denied'` ⇒ `'settled'`;`outcome: 'superseded_by_future_word'` / 缺 `outcome` / `type: 'tool_approval'` / `null` ⇒ `null`;`parked` 是取值器或在原型链上的 `{ type: 'tool_approval_complete', outcome: 'expired' }` ⇒ `'live-expired-retract'`(取值器不被执行)。(0.94.0:函数不存在。)
+- **G-RD6**(本版证明):`parkRowDeadlineState({ deadline: now + 60_000 }, now)` ⇒ `{ kind: 'pending', deadlineMs: now + 60_000, remainingMs: 60_000 }`;`{ deadline: now - 5_000 }` ⇒ `past`,恰好 `now` ⇒ `past`;缺 `deadline` / `null` / `NaN` / `0` / `-1` / 串 / 超 24 小时 / 只带 `expiresAtMs` ⇒ `{ kind: 'none' }`。
+- **G-RD7**(本版证明):`lateDecideRoute({ windowClosed: false, durableRowFound: true })` ⇒ `'respond'`;`{ windowClosed: true, durableRowFound: true }` ⇒ `'decide'`;`{ windowClosed: true, durableRowFound: false }` ⇒ `'respond'`。
+- **G-RD8**(本版证明):`runReapedByDeadline({ runs: { get: async () => ({ errorCode: 'approval.expired' }) } }, 't1')` ⇒ `true`;`errorCode` 为 `'run.orphaned'` / `'approval.expired '` / `'Approval.Expired'` / 缺席、`get` 抛或 reject、client 缺 `runs.get` ⇒ `false`;取 `runs` 的取值器抛 ⇒ `false`(不 reject)。
+- **G-RD9**(本版证明):假 client 的 `usage.summary` / `series` / `breakdown` 都抛 `{ status: 501, errorCode: 'capability.run_store_required' }` ⇒ `await readUsageAnalytics(client, usageWindowOfRange('7d', now))` 为 `{ state: 'unavailable', cause: 'no_backend_face', sentence: USAGE_SENTENCES.analyticsUnavailable, models: { state: 'unavailable', … } }`,整个对象里没有一个数字;同一假 client 抛 `{ status: 401 }` ⇒ `cause: 'read_failed'` 与另一句 `USAGE_SENTENCES.analyticsUnread`。
+- **G-RD10**(本版证明):`projectUsageAnalytics` 喂总账 `{ tasks: 1, tokensIn: 500, tokensOut: 500, costUsd: 0.25, estimated: true }` ⇒ `state: 'estimated'`,`tokens` = `{ value: 1000, bound: 'approximate' }`(`usageBoundPrefix` ⇒ `'≈'`)、`cost` = `{ value: 0.25, bound: 'lower' }`(`'≥'`;视图的金额位叫 `cost`,wire 体上的键叫 `costUsd`)、`runs: 1`;`estimated: false` ⇒ `state: 'available'`、前缀都是空串;`estimated` 缺席 ⇒ 按估算读。
+- **G-RD11**(本版证明):总账 `{ estimated: false, tokensIn: 100 }`(缺 `tasks` / `tokensOut` / `costUsd`)⇒ 视图没有 `runs` / `tokens` / `cost` 三键(不是 0);`{ tasks: -1, tokensIn: 'x', costUsd: NaN }` 同。
+- **G-RD12**(本版证明):日序列读失败 ⇒ `heatmap === null` 且没有 `activeDays`;日序列读成功但带读不懂的点(`{ t: '2026-10-10T00:00:00Z', v: null }`)/ 无效日期的点(`t: '2026-02-30T00:00:00Z'`)/ 自己 `truncated: true` ⇒ 同样 `heatmap === null` 且没有 `activeDays`(修前:`activeDays: 0` + 全零热力);日序列读成功、完整且 `series: []` ⇒ `activeDays === 0`、`heatmap` 是窗内全零格(真零);小时序列 / 分桶同律 ⇒ 没有 `peakHourUtc` / `favoriteModel`;分桶读失败 ⇒ `models.state === 'unavailable'`,分桶读成功且 `breakdown: []` ⇒ `models.state === 'available'` 且 `rows: []`。
+- **G-RD13**(本版证明):`new AgentClient({ …, fetch: <替身> })` 直接传给 `readUsageAnalytics(client, { from: 1000, to: 2000 })` ⇒ 替身恰收四次 GET:`/v1/usage/summary`、`/v1/usage/series?metric=tasks&granularity=day`、同路径 `granularity=hour`、`/v1/usage/breakdown?dimension=model`,每次 `from=1000&to=2000`。
+- **G-RD14**(黑盒,交 test;需真服务端):无 run store 的部署 ⇒ 用量卡渲「Usage analytics aren’t available on this backend.」一句、零统计格、零 0;有 run store 的部署上跑过一次零用量上报的取消 ⇒ 总 token 带 `≈`、金额带 `≥`、`Runs` 是精确计数;读失败(如凭据被拒 401)⇒ 另一句「Usage analytics couldn’t be read just now.」,不是「isn’t available」那句。
+- **G-RD15**(黑盒,交 test;终端接上 `managedPolicyReading` 之后):托管策略文件写 `allowManagedHooksOnly: true`,用户层写一条 `UserPromptSubmit` hook;会话中把托管文件改为读不出后发一句 ⇒ 引擎请求体里没有任何 hook(修前:读不出时投影照全源〔推断,未实跑〕)。
+- **G-RD16**(黑盒,交 test;需 7.118.0 以上真服务端,**订正 §119 G-MU8 的写法**):一条声明了一台「握手后卡住不应答」的 http MCP 的活 run,把 sdk 客户端实例**直接**传给 `reconnectMcpServer(client, sessionId, 'slow')`(不写 adapter)⇒ 约 10 秒后判决 `unsettled`;同一条 run 上正常应答的 server ⇒ 仍 `ok` / `accepted`。
+- **G-SC1**(本版证明):拍平结局带四码之一 + 文字 `boom` ⇒ `true`;`safetyCode: 'binding_mismatch'` + 文字 `gate already resolved` ⇒ `false`;`safetyCode: 'no_pending'` ⇒ `true`;抛出物 `name: 'NotFoundError'` + `errorCode: 'corrupt'` ⇒ `true`(类名臂在「门还在」码的排除之前);`name: 'ParkedResumeStartupError'` + `Session not found: s1` ⇒ `false`;拍平结局文字以 `decide(approve) failed: ApprovalStaleError:` 开头且无码 ⇒ `false`;代理 / 取值器 / `toString` 抛 ⇒ `false` 不抛。
+- **G-SC2**(本版证明):终端现行组合(四臂 + 两次调本口)对拍 —— 拍平结局 770 格(闭集码 5 × 外层码 11 × 文字 7 × 安全停 2)与抛出物 1 650 格(错误类名 6 × 闭集码 5 × 外层码 11 × 文字 5)逐格同答;再加全安全停闭集与 `retriable` 两维(拍平 5 880 格 / 抛出物 150 格),不同答只落在 122d 写明的两处口径差、方向固定。
+- **G-SC3**(本版证明):子代内容账本源码零 `__default__` 字面量、经 import 取 `DEFAULT_SESSION_KEY`;keyed / 隐式默认槽冲突判据照旧。
+- **G-SC4**(本版证明):与「读在路上时宿主登记交出 ⇒ 拒开并回在飞位」同一序,不登记、只在选项里残留一只报 `true` 的交出谓词 ⇒ 谓词零调用、不回在飞位。
+- **G-SC5**(本版证明):`exit code: -1` + 完整框架 ⇒ `-p` 帧 `is_error: true`;`exit code: 2\n`(无框架)⇒ `false`;structured `{ type: 'bash', exitCode: 0 }` + 正文首行 2 ⇒ 交互车道不算失败;structured 只带 `exitCode: 2` + 完整框架 ⇒ 失败卡正文仍带 stderr;十六形两车道逐形同答。
+- **G-SC6**(本版证明):行 running → 通知 completed(收下)→ 同代终态行帧 failed ⇒ `getBgTerminalFacts` 仍是通知那一份,`project()` 的行是 `failed`。
+- **G-SC7**(黑盒,交 test;需真服务端,终端换读之后):两只终端对同一张审批卡先后决断 ⇒ 后到的那只收 409 `approval_stale`,走重探坐标 / 呈新卡,不报真失败;再把服务端回体的 `errorCode` 剥掉、只留 sdk 错误类 ⇒ 同一走法。
+
+
+**SB 行**:标「本版证明」的格在 0.94.0 上红(口不存在或私有表还在)。
+- **G-SB6**(本版证明):`kickEngineCapsProbe(B, async () => ({ subagentStream: false }))` 落定后,`tailEngineSubagent(id, { wire: { client, capsBaseUrl: B } })`(注入 client 的能力探测会答 `true`)⇒ 不开流,注入 client 的 `capabilities` 零调用。
+- **G-SB7**(本版证明):同一地址先开过一次流,`invalidateEngineCaps(B, async () => ({ subagentStream: false }))` 落定后再开 ⇒ 不开流(0.94.0:私有表里的 true 永久固化,照开)。
+- **G-SB8 / G-SB9**(本版证明):`fetchEngineSubagentReport` 同两形 ⇒ `null`、零读。
+- **G-SB11 / G-SB12**(本版证明):宿主快照 `manualCompact: false` ⇒ `requestEngineCompact(undefined, { wire: { client, capsBaseUrl: B } })` 当拍 `'unsupported'`、注入 client 零探测;换代成 `true` 之后不再 `'unsupported'`。
+- **G-SB10 / G-SB14**:不给 `capsBaseUrl` ⇒ 终报每次都探一次(两次调用 2 次)、`/compact` 不预热照发 —— 与 0.94.0 同。
+- **G-SB13**:`resetManualCompactCapability()` 之后 `engineCapState(B, 'manualCompact')` 不变。
+- **G-SB17**(本版证明):`projectCenterWiringCapability({})` 与 `({ store: null })` ⇒ `{ kind: 'none' }`。
+- **G-SB18**(本版证明):`projectExecutionLaneCapability({ executionLane: { provider: 'in-process', toolsOnThisHost: false } })` ⇒ `isolatedAbsent: 'no_hands'`;`{ provider: 'host', toolsOnThisHost: true }` ⇒ `'unreadable'`(都不带 `store`)。
+- **G-SB20**(本版证明):`toolsRunHereFromExecutionLane.length === 1`;`({ kind: 'unobserved' })` ⇒ `false`。
+- **G-SB31 – G-SB37**(本版证明):`mcpEngineLegConnectionOf('a', [{ name: 'a', status: 'connected', toolCount: 3 }])` ⇒ `{ state: 'connected', toolCount: 3 }`;`status: 'failed', errorCode: 'http_status', delivered: 'no', httpStatus: 401` ⇒ `{ state: 'not_connected', cause: 'failed', errorCode: 'http_status', delivered: 'no', httpStatus: 401 }`;`'skipped'` ⇒ `not_connected / skipped`;`[]` ⇒ `not_connected / not_listed`;同名两行 ⇒ `{ state: 'unknown', cause: 'ambiguous', rows: 2 }`;`status: 7` ⇒ `unknown / unreadable`;`status: 'connecting'` ⇒ `{ state: 'unknown', cause: 'unrecognized_status', status: 'connecting' }`。
+- **G-SB38**:`undefined` / `null` / 非数组 / 撤销代理 / 谎报长度 / 有一行名字读不出 ⇒ `{ state: 'unknown', cause: 'unobserved' }`,不抛。
+- **G-SB39c**:同一行 `status: 'failed'` + `liveness.state: 'reachable'` ⇒ 连接态 `not_connected / failed`、`mcpEngineLegLivenessOf` 答 `observed / reachable`。
+- **G-SB42 – G-SB44**(本版证明):`projectMcpSection([{ name: 'target', status: null }, { name: 'other', status: 'connected' }])` 的产出喂进连接态 ⇒ `'target'` 答 `{ state: 'unknown', cause: 'unreadable' }`(0.94.0 投影后答 `not_listed`)、活性答 `{ kind: 'unreadable' }`(0.94.0:`not-listed`);`[{ name: 'dd', status: 'connected', toolCount: 1 }, { name: 'dd', status: 7 }]` 投影后 ⇒ 两口都答 `ambiguous / 2`。
+- **G-SB45 – G-SB47**:名字读不出的坏行照旧不算这一台;投影产出的 `JSON.stringify` 与 `Object.keys` 与修前逐字节同;展开拷贝后的数组 ⇒ 回到 `not_listed`(KL-700 钉现状)。
+- **G-SB51 – G-SB58**(本版证明):`modelSwitchProbeOutcomeOf({ model: ' m ', lane: 'live', probe: { kind: 'verdict', verdict: { valid: true } } })` ⇒ `{ ok: true, probed: true }`;`lane: 'unwired'` ⇒ `{ ok: false, kind: 'unavailable', cause: 'unwired', model: 'm' }`;`lane: 'engine_absent', engineAbsentReason: 'engine down'` + `{ valid: false, unchecked: true }` ⇒ `cause: 'unchecked', reason: 'engine down'`;`{ valid: false, error: '404 model not found' }` ⇒ `{ ok: false, kind: 'rejected', model: 'm', reason: '404 model not found' }`;`probe: { kind: 'threw', error: new Error('x') }` ⇒ `cause: 'probe_threw', reason: 'x'`;`lane: 'live'` 无 `probe` ⇒ `cause: 'probe_missing'`。
+- **G-SB60**:`runModelSwitchProbe(' m ', { lane: () => ({ lane: 'live' }), validate })` ⇒ `validate` 恰被调一次、实参 `'m'`;`lane: 'mock'` ⇒ 零调用。
+- **G-SB62 – G-SB71**(本版证明):`L.noteSwitch({ sessionId: 's', to: 'haiku', lastServed: 'sonnet' })` ⇒ `{ previous: 'sonnet', current: 'haiku', seq }`(冻结);`L.advisoryFor({ frame: { type: 'result', is_error: true, _sema_error_code: 'stream_torn' }, sessionId: 's', streamModel: 'haiku', lastServed: 'sonnet' })` 交回同一笔;码 `refusal` / 旧名 `errorCode` / `is_error: 'true'` / 别的会话 / `lastServed: 'haiku'` ⇒ `undefined`;流入口名 `'claude-x'` + 帧 `_sema_selected_model: 'haiku'` ⇒ 交回那一笔;再切一次后 `L.release('s', 旧 seq) === false`、新账仍在;`L.release('s', 新 seq) === true`。
+
+**CR 行(CC-344 余项 + CC-516 + CC-525 ③)**:标「本版证明」的格在 0.94.0 产物上红。
+- **G-CR1**(本版证明):只调 `noteEngineCapsFor*`、总缓存没有落地 ⇒ `observed*` 答 `unobserved`(0.94.0:读得到)。
+- **G-CR2**(本版证明):不调 tee,只经 `invalidateEngineCaps(baseUrl, () => Promise.resolve(caps))` + `await engineCapsSettled(baseUrl)` 落地 ⇒ 读得到(0.94.0:`unobserved`)。
+- **G-CR3**:同一次落地上两读交同一只冻结对象。**G-CR4**:同一只回体再落一次 ⇒ 重新投影(新对象、同读数)。**G-CR5**:失效 / 探测抛 / 回体非对象 ⇒ `unobserved`。
+- **G-CR6**(本版证明):探测闭包里(落地之前)读 ⇒ `unobserved`,落地之后读得到(KL-725)。**G-CR7**:`__reset*ReadingsForTests` 只清记忆,落地还在 ⇒ 照样读得到(新对象、同读数)。**G-CR8**:落地之后宿主就地改写回体 ⇒ 读器保留首读投影,`engineCapState` 跟着改(KL-724)。**G-CR9**(本版证明):投影途中(代理陷阱)重入同一读口 ⇒ 内层 `unobserved` 不记,外层结果是这次落地唯一的读数。
+- **G-CR10**(本版证明):记录器代理包住整份有效回体 ⇒ 全族投影与普通对象逐字节同,且零 `get` / 零 `has` 陷阱(只走描述符)。
+- **G-CR11**(本版证明):顶层键换成「返回合法值的取值器」⇒ 畸形(`sql` 的 `store` 座 ⇒ `not_reported`),取值器零执行(0.94.0:读成 present、执行一次)。**G-CR12**(本版证明):嵌套每一位换成取值器 ⇒ 畸形、零执行。**G-CR13**:只在原型链上的键 ⇒ 「没报」。**G-CR14**:描述符读抛 ⇒ 畸形、不外抛。
+- **G-CR20**(本版证明):每只座位 `check*` 的每个被校验位换成「返回合法值的取值器」⇒ 拒(`field` 点名那一位)且取值器零执行。**G-CR21**:记录器代理包住合法体 ⇒ 判过、零 `get` / `has`。**G-CR22**:读就抛 ⇒ 拒、门不抛。**G-CR23**:车道证明同律。
+- **G-CR24 – G-CR26**(本版证明):不被校验的可枚举访问器(`{ get extra() { this.sessionId = 42 } }`:过门、克隆出 42)/ 被校验位不可枚举 / 透传位深处的访问器 ⇒ 拒、零执行。**G-CR27**:陷阱抛已撤销代理或带取值器的伪抛出物 ⇒ 拒、门不抛。
+- **G-CR30**:本包 `src` 零处调用 `noteEngineCapsFor*`。**G-CR31**:工厂 `note` 空体。**G-CR32**:退役口 29 名逐字面量 = 根入口导出集,且逐个可调用、对任意入参不抛。**G-CR33**(本版证明):新进程里只落地、从不调 tee ⇒ `offersRewind: { engineBaseUrl }` 的判官对「引擎明说无对话锚」答不补出路句(0.94.0 对不调 tee 的宿主恒补)。
+> **PK7 行**:纯包层,走根入口公面 `import { askGoneFromError, askGoneContent, approvalCompleteCauseOf, classifyDecisionRefusal, checkpointUnsupportedVersionFromError, checkpointUnsupportedVersionContent, observeCancelByDeny, surfaceToolApprovalFrameAndRespond, installApprovalCardPort, installHitlHostSurface, RUN_DEATH_VERDICT_CODES, projectCenterWiringCapability } from '@sema-agent/client-core'`;真服务端两格交 test。
+- **G-PK7-1**(本版证明):410 体 `{state:"VOID", cause:"run_cancelled"}` ⇒ `endingCause` 在、`holderGone` 缺席;`cause:"crashed_before_park"` ⇒ 两位都在;`{state:"VOID", cause:"nope", deniedReason:"crashed_before_park"}` ⇒ 成因缺席(不回落);旧体 `{state:"VOID", deniedReason:"crashed_before_park"}` 与新体读数逐字同;经 sdk 19 的真映射两代各读对。
+- **G-PK7-2**(本版证明):结局帧十四词逐个读得出;键缺席 / 表外词 / 非结局帧 / 取值器位 ⇒ `undefined`。
+- **G-PK7-3**(本版证明):源码里按 404 成因词分支的读点恰一处(成因判官),只被中断撤卡观察的判定口调;决断拒收分类不读成因(尺子对植入的读点会响)。
+- **G-PK7-4**(本版证明):409 `approval_binding_mismatch` + `field:"boundInputHash"` ⇒ `binding_mismatch`;无 `field` ⇒ `row_integrity`;`checkpoint.unsupported_version` ⇒ `format_version`;`resume_outcome_invalid` + `field:"answer"` 与 `approval_binding_mismatch` + `field:"answer"` 都 ⇒ `answer_invalid`;答案席两形经桥决断都不抛安全停 `binding_mismatch`、失败补句同一句;绑定席与无 `field` 照抛。
+- **G-PK7-5**(本版证明):两键在场 ⇒ 读数带两键;只一键 ⇒ 都不带;写者 `7.999.0` / 读者 `7.124.0` ⇒ 句子点名两版本、出路「回到那一版或更新」;相等 / 更旧 / 坏形 / 预发布(`7.999.0-rc.1`)/ 读者低于支持底线(写者 `7.10.0` / 读者 `7.9.0`)⇒ 与无键时逐字同;写者 `7.1000.0` / 读者 `7.999.0` ⇒ 改说(按数值不按串)。
+- **G-PK7-6**(本版证明):中断撤卡那一发收到 404(成因 `voided` / `denied` / 行上十词逐词)/ 410 / 409 `conflict.ask_decided` / 本地 `no_pending` ⇒ 零告警;404 无成因 / `unknown_or_other_replica` / 不在 404 词表的 `ttl_expired` / 表外词 / 非串 / 只在顶层带 `cause` / 取值器抛 ⇒ 告警照出;409 `approval_stale` / `decide.not_parked` / 500 / 422 / 网络断 ⇒ 告警照出;卡口先经 interrupt 409 → cancel 202 再答中止、拒绝那一发撞 404 ⇒ 恰一发拒绝、结局 aborted、零告警。
+- **G-PK7-6b**(黑盒,交 test;需真服务端 7.124.0 + 终端 1.0.147):活卡 Esc 恰落在窗关换卡那一拍(终端 [9967] ① 的构造)⇒ 零「session may stay locked」,下一趟照常出卡。
+- **G-PK7-7**(本版证明):`RUN_DEATH_VERDICT_CODES` 与 sdk 19 包根同名表逐码逐序相等、冻结;三码三句互异。
+- **G-PK7-8**(本版证明):sdk 19 的 `approvals.stream` 对每条连接都发排空帧的对端只开一次、交出一帧即结束;本包推送腿认到排空帧不自己截断。
+- **G-PK7-9**(本版证明):`centerWiring.worker` 非空串 ⇒ 视图带它;缺席 ⇒ 视图无此键;空串 / 数 / `null` ⇒ 整格畸形。
+- **G-PK7-10**(本版证明):源码里没有预览读点与「(notification turn)」铸点(尺子自证)。
+- **G-PK7-11**(夹具;服务端 ≥7.124.0 的夹具在场时跑):服务端问账行成因表 / 结局帧成因表与本包两张表逐词相等;老一代夹具的旧词表是本包闭集的子集。
+- **G-PK7-12**(黑盒,交 test;需真服务端 7.124.0):G22 构造(见卡后取消 run)⇒ 结局帧经本包读口读出 `run_cancelled`;G25 ① 之后对同一卡作答 ⇒ 本包读数 `endingCause: "run_cancelled"`、句子落「撤回、没人再等这个答复」那一句。
+
+
+**RS 行(CC-536)**
+> 纯包层,走根入口公面:`import { runningAttachOffered, resumeRunningOptions, resumeRunningCancelConfirmedRow, resumeRunningCancelUnconfirmedRow, attemptActiveRunSelfHeal, activeRunSelfHealRow, selfHealSubmissionDisposition, steerFollowIntent } from '@sema-agent/client-core'`。标「本版证明」的格在 0.94.0 产物上红。
+- **G-RS1**(本版证明):对供给位 `true` / `false` / 缺席 / `'yes'` / `1` / `null` 各一格,`resumeRunningOptions({ …, canAttach })` 是否含 `Attach and watch` 与 `attemptActiveRunSelfHeal` 在 `canAttachRunning` 同值下 `offerRunningChoice` 收到的请求是否带 `canAttach === true` 两者一致,且只有 `true` 为真(0.94.0 上忙卡没有这条出路、`'yes'` / `1` 在 resume 卡上为真);不给 `canAttachRunning` ⇒ 请求键集恒为 `['canCancel', 'canSteer', 'status', 'taskId']`(没有 `canAttach` 键,不是 `false`);`submissionOrigin: 'injected'` ⇒ 零卡、照旧 steer;注入件没有正文可送(steer 兑现不了)而供给位在场 ⇒ 仍零卡零动作现状行。
+- **G-RS2**(本版证明):呈现口回 `'attach'` ⇒ 结局恰 `{ kind: 'running-attach', taskId }`(两键);假 runs 的 `steer` / `cancel` 各零次;`selfHealSubmissionDisposition` 为 `not-delivered`;`activeRunSelfHealRow` 含 `resumeAttachReplayDisclosure(taskId)` 原句与「Your message was NOT sent; send it again」;同 (会话, run) 再撞仍整卡呈现(attach 不进「选过 Do nothing」登记);`steerFollowIntent` 为 `null`。
+- **G-RS3**(本版证明):回执 `'attach'` 而宿主没给供给位 / 给了 `false` ⇒ `not-parked`,零写请求。
+- **G-RS4**(本版证明):`runs` 只有 `events`、`canAttachRunning: true` ⇒ 出卡,请求 `canSteer: false` / `canCancel: false` / `canAttach: true`,选 attach ⇒ `running-attach`;三条路都没供给 ⇒ 一张卡都不铸。
+- **G-RS5**:存活对账先于出卡 —— `runs.get` 404 ⇒ `running-not-found`、读回终态词 ⇒ `running-settled`,供给位在场也不出卡、不递 attach。
+- **G-RS6**(本版证明):`resumeRunningCancelConfirmedRow('t-4')` 逐字 = `The engine accepted the cancel for run t-4 on your request. A cancel finishes on the engine's side, so that run may need a moment to stop.`(0.94.0 无此口;句里没有 discard / will not resume / stopped / ended / finished / free 一类终态断言);`resumeRunningCancelUnconfirmedRow` 字节不变;两句互不含对方的特征词;产物里两句特征串各恰一处且同在私有铸造函数内,两只公面读口是它的薄包装。
+- **G-RS7**(本版证明):产物里 `canAttach` 的读点只两处(`resumeRunningOptions` 内、忙卡自愈臂内),都经 `runningAttachOffered`,后者取自 `hitl/resumeRunningCard`。
+- **G-RS8**(黑盒,交 test;需真服务端 + 终端接上忙卡 attach 之后):背景化一轮长 run,Leave 后在同会话再发一条 ⇒ 忙卡出现第四项接管观看(默认焦点仍是零动作那一项);选它 ⇒ 转录续听那条 run 的事件、屏上有重放披露行、被拒的那条消息没有送出;终端未接 `canAttachRunning` ⇒ 三选照旧、没有第四项。
+
+> TW 行走根入口公面:`import { SDK_RUN_TERMINAL_STATUSES, SDK_FLEET_TASK_TERMINAL_STATUSES, CORE_TASK_NOTIFICATION_TERMINAL_STATUSES, CORE_SEMA_TASK_TERMINAL_STATUSES, CORE_TERMINAL_CAUSE_KINDS, isSdkRunTerminal, isSdkRunTerminalNotSuccess, isSdkFleetTaskTerminal, isSdkFleetTaskTerminalNotSuccess, isCoreTaskNotificationTerminal, isCoreTaskNotificationTerminalNotSuccess, isCoreSemaTaskTerminal, isCoreTerminalCauseKind, ccTaskTerminalStatusOf, createWireToCcAdapter, enqueueBgChildNotification, subscribeEngineAgentPanel, parseTranscriptNotificationSeeds } from '@sema-agent/client-core'`;G-TW0 / G-TW3 / G-TW4 是包内门格(不在黑盒射程)。
+- **G-TW1**(本版证明):五张表的成员 = 各自上游联合减非终态分区(sdk 18.2.0 / 引擎 7.48.0):run 行 `completed,failed,blocked,timeout`(`timeout` 是登记的历史行扩员);fleet `completed,failed,killed`;通知 `completed,failed,killed,cancelled`;登记任务同四词;因由 `completed,failed,blocked,paused`。
+- **G-TW2**(本版证明):分水岭 —— `killed` 不在 run 行表,在 fleet / 通知 / 登记任务三表;`paused` 只在因由表(四张终态表都没有);`blocked` 只在 run 行表;`cancelled` 在通知 / 登记任务两表。
+- **G-TW5**(本版证明):五张表都是冻结数组(`push` 抛 `TypeError`);十个旧运行期名在根入口上读作 `undefined`(逐名见 TW-1)。
+- **G-TW6**(本版证明):`ccTaskTerminalStatusOf` —— `completed` ⇒ `completed`;`failed` / `blocked` / `timeout` ⇒ `failed`;`killed` / `cancelled` ⇒ `killed`;`running` / `event` / `parked` / `suspended` / `paused` / 未来词 / `constructor` / 非串 ⇒ `undefined`。
+- **G-TW7**(本版证明):`createWireToCcAdapter().adapt` 喂一帧 `task_notification{ status:'cancelled', task_type:'background_agent' }` ⇒ 恰一条 `panel_task` 收摊(`isError: true`)+ 恰一拍 `notification_terminal`;同形 `status:'blocked'` ⇒ 两者皆零。`enqueueBgChildNotification({ status:'cancelled' })` ⇒ `subscribeEngineAgentPanel` 收到恰一条 `end`、`isError: true`;`completed` ⇒ `isError: false`。`parseTranscriptNotificationSeeds` 对 completed / failed / killed / cancelled 四种 `<status>` 记「已通知」,对 `blocked` / `event` / `running` 不记。
+- **G-TW8**(本版证明):装着的引擎 TaskRegistry 停一条无店工作流后 TaskOutput 读回 `cancelled` 卡 ⇒ 结构化与模型面两条投影路径都记「已通知」、outstanding 归零。
+- **G-TW9**(本版证明):店路径 `WorkflowRunStatus` 三词都在 `SemaTaskStatus` 里;`CLAIM_HELD_STATES` = run 行状态减终态分区(`running` + 两个 park 词)。
+> XH 行纯包层,走根入口公面:`import { joinApprovalHolder, surfaceToolApprovalFrameAndRespond, surfaceFsApprovalAndDecide, bridgeAskUserQuestionGates, installApprovalCardPort, surfaceApprovalCard, askGateQuestionId } from '@sema-agent/client-core'`(门 `scripts/run-approval-cross-leg-holder-test.mjs`)
+- **G-XH1**(本版证明;宿主时序):活卡在屏 1.1 s 才答,宿主问车道在 750 ms 宽限窗满后调 `joinApprovalHolder({ approvalId, taskId, toolCallId })` ⇒ 这只审批恰一张卡、零耐久决断、活卡答复恰一发;问车道拿到 `joined`,`outcome.joinedInFlight === true`、`decision: 'allow'`;活卡答复落定后紧接着来的下一只审批,卡请求后 ≤ 50 ms 上屏(0.94.0:第二张卡 776 ms 请求、下一只审批卡 1098 ms 才上屏)。
+- **G-XH2**(本版证明;负控):没有持有者 ⇒ 当拍 `free`,问车道照旧开卡、恰一次耐久决断;活卡答复 404 ⇒ 活卡结局 `unresolved`,问车道拿到 `free`,耐久卡的请求时刻不早于活卡作答时刻、恰一次耐久决断。
+- **G-XH3**(本版证明):身份体为空 ⇒ `free`;只给 run + 调用而活卡是直调入口起的(没有 run)⇒ `free`;帧上没有调用 id、或同 run 不同调用 ⇒ 停驻行审批口自己呈卡并决断(两张卡、一次 decide、无 `joinedInFlight`);父流上的子代审批帧(`fromSubagent` + `sourceTaskId`)× 子 run 同调用的待决行 ⇒ join(零第二张卡、零 decide);× 父 run 恰好同调用 id 的待决行 ⇒ 不认(两张卡、一次 decide)。
+- **G-XH4**(本版证明):join 方中止 / 两路同拍中止 / 只持有者中止 ⇒ 活卡被撤、恰一发中断拒绝,两路都是 `aborted`,join 方 `joined` + `joinedInFlight`。
+- **G-XH5**(本版证明):经桥呈起的活卡(路由带 run)还在屏时,同 run 同调用的停驻行进停驻行审批口 ⇒ 零第二张卡、零停驻 decide、活卡答复恰一发;结局 `decided` + `joinedInFlight`、`gatedCallId` 是那一行的调用;拒那一形 `denied: true`、拒因原样。
+- **G-XH6**(本版证明):活卡已答、答复在送(600 ms)时同调用的停驻行 ⇒ 停驻行审批口自己持有:两张卡、一次 decide、无 `joinedInFlight`。
+- **G-XH7**(本版证明):停驻行审批口在等活卡时,收口帧说转停驻(`outcome: 'expired'` + `parked: true`)⇒ 活卡被撤、零 respond;停驻行审批口在活卡撤下之后才请求自己的卡、恰一次 decide、自己持有。
+- **G-XH8**(本版证明;射程):各格都经「活卡在屏 × 耐久路进来」那一处(停驻行审批口,或宿主问车道在定时回落之后调读口)。宿主按帧型显式选路、没有定时回落时,同一只审批只有活卡一条路:人手 1.5 s 才答 ⇒ 单卡、恰一发、`allow`、无 `joinedInFlight`。
+- **G-XH9**(黑盒,交 test;需真服务端 + 终端换读之后):人手批准 Bash 卡延迟 0.3 / 1.1 / 3 / 8 s ⇒ 工具行翻运行中、零第二张卡、下一条命令的卡即时出;负控:错副本 404 / 断连下真正无人持有的那一问仍开耐久卡。
+
+
+> SK 行纯包层,走根入口公面:`import { skillCommandsToSpecs, observedSkillToolLists, skillToolListsAvailable, projectAgentsForWire } from '@sema-agent/client-core'`(门 `scripts/run-skill-tool-lists-projection-test.mjs`;夹具腿读每一份服务端夹具的真受理口)
+- **G-SK1**(本版证明;矩阵):读数六形(`present` / `absent` / `not_reported` / `unobserved` / 选项缺席 / 读数不是读数〔`null` / 串 / 数 / `{}` / 缺 `kind` / 大小写错的 `kind`〕)× 两表六形(无 / 只 allow / 只 deny / 两张 / 空数组 / 含重复·空串·`*`·带空白)—— 非 `present` 一律产物零两表键(整份 JSON 里不出现键名);`present` 深等宿主给的表、键恰是宿主给的那几只、不凭空造 `[]`;多技能混排各自独立;键序 `name → description → content → baseDir → allowedTools → disallowedTools`;与 `baseDir` 正交。
+- **G-SK2**(本版证明;不截断):每表 1000 / 1001 / 5000 条含重复、空串、`*`、带空白逐位相等;产物数组不是宿主数组(事后改宿主不牵动已装好的请求),宿主数组不被改动、冻结数组可读;空数组逐字带 `[]`。
+- **G-SK3**(本版证明;响亮拒):两表 × 十一种坏形(裸串 / 类数组对象 / `null` / 数 / 布尔 / 含数项 / 含 `null` 项 / 含 `undefined` 项 / 嵌套数组项 / 含对象项 / 稀疏洞)× 交了读数位的四种读数(`present` / `absent` / `unobserved` / `null`)= 88 格同拒:`TypeError` 点名技能与表名、说「array of strings」、不含哨兵条目;第二只技能的坏表照拒;被挤掉的技能不判;键在场值 `undefined` = 缺席。G-SK3b:同样的坏形 × 没交读数位(选项缺席 / `{}` / 只有 `toolsRunHere`)= 66 格全部不抛、零两表键。
+- **G-SK3c**(本版证明;外来数组 / 抛出的读):代理把 `length` 报成 `NaN` / `-1` / 串 / `0.5` / `Infinity` / 2^32 / `undefined` / `null` × `present` / `absent` = 16 格同拒,说「length is not a valid array length」(修前这些会把 deny 表静默收成 `[]` 或截成前几条送出去);命令上的表属性 getter 抛 / 数组代理 `length` 读抛 / 下标读抛 / 已撤销代理 × 两表 × 接上读数位的两种读数 = 16 格,换成点名技能与表名的 `TypeError`、无 `cause`、不含抛出物文本;同样四种抛出 × 没接读数位 = 8 格不抛、零键;没接读数位时命令上的表 getter 一次都没被调用、接上时恰读一次;陷阱全放行的数组代理是合法数组,产物是新数组。
+- **G-SK4**(本版证明;回归):选项缺席时带两表(含怪值)的命令产物逐字节同 0.94.0 的黄金串(含 `toolsRunHere` 路径);`present` 而宿主没给表 ⇒ 逐字节同无表老形;零条数帽与同名去重语义不变。
+- **G-SK5**(本版证明;子代同形):同一份产物喂 `projectAgentsForWire` 的 `skillSpecs`,`agents[].skills[]` 与顶层同形 —— `present` 时两表逐字带,其余三读数零键。
+- **G-SK6**(本版证明;单源):`src/skillsWireCaps.ts` 词法扫(剥注释后):能力位只经 `skillToolListsAvailable` 一处读(恰一处调用、比较 `'yes'`)、无第二条缓存读路径与键名串、无 1000 / 1001 数字字面量与上游判官名的手抄、读清单的函数体里只有下标循环与逐项 push。
+- **G-SK7**(本版证明;读器端到端):真能力缓存落地前 `unobserved` ⇒ 不带;落地(`skillToolLists: true`)后 `present` ⇒ 逐字带;失效后回 `unobserved` ⇒ 不带;老引擎回体 ⇒ `not_reported`、明说 `false` ⇒ `absent` ⇒ 不带。
+- **G-SK8**(本版证明;夹具腿,上游真受理口):每一份服务端夹具 ≥7.116.0:`validateUserSkills` 与 `validateTaskAgents`(挂在 `agents[].skills[]`)收本包原样产物,真能力路由读数 `present`;≥7.117.0:读成空判官对产物答无、对 deny 侧读成空的条目(`*` / 域名形 / 带空白)点名(顶层 `layer: skills`、子代 `agents[0]: skills[0]: …`)而产物仍逐字带全部条目、allow 侧 `*` 不拒,超帽 1001 条产物仍是 1001 条而上游句子点名 `skill.allowedTools has 1001 entries` 并说「Refused rather than truncated」(子代层同判)、刚好 1000 条过;每一份 <7.116.0:真能力路由读数 `not_reported`、产物零两表键且两个受理口都收,取证:硬带两表的子代技能被 `validateTaskAgents` 整条拒、顶层静默收下。
+- **G-SK9**(本版证明;型面):`SkillCmdLike` / `SkillSpecsOptions` / `SkillSpecOnWire` / `TaskAgentWireSkill` 带两表可选成员,`skillToolLists` 位只收读数型(收布尔编译红)、清单只收串数组(收数编译红)。
+- **G-SK10**(黑盒,交 test;需真服务端 ≥7.116.0 + 终端换读之后):技能 frontmatter 写 `disallowed-tools: Bash`,让模型激活该技能后再跑 Bash ⇒ 工具行 `gate.disposition` 为 `{ kind: "denied", deniedBy: "policy" }`,而同一份技能在未换读的 0.94.0 上不拒;技能 frontmatter 写 `allowed-tools: Read`,激活的那张 `Skill` 卡批准后 `Read` 免问;老服务端夹具(7.115.0)上同一份技能:请求体零两表键、子代技能不被整条拒;负控:把读数交成 `present` 而服务端是 7.115.0 ⇒ 子代技能整条 400(证明「位缺席也发」会出事)。
+
+> FX-E 行纯包层,走根入口公面:`import { engineCredentialRequirementOf, storePostureHeadWord, storePostureDoctorDetail, isSessionIdPathSegment, sessionMemoryEraseOutcome, classifyMemoryFailure, MEMORY_VERB_UNKNOWN_WHYS, SESSION_MEMORY_ERASE_UNCONFIRMED_WHYS, engineIdentityOf } from '@sema-agent/client-core'`(门 `scripts/run-engine-identity-test.mjs` F 段、`run-engine-target-facts-projection-test.mjs`、`run-session-memory-erase-projection-test.mjs`、`run-memory-verbs-wire-test.mjs`、`run-session-id-path-segment-test.mjs`)。标「本版证明」的格在 0.94.0 产物上红。
+- **G-FXE1**(本版证明;型面):`import type { EngineInstance, HealthResponse, EngineIdentityView } from '@sema-agent/client-core'`;`const i: EngineInstance = { port: 1, pid: 2, baseUrl: 'x', ownedByThisShell: true, startedAt: 1757000000000 }` 与 `const h: HealthResponse = { status: 'ok', startedAt: 1757000000000 }` 编译过(0.94.0:两型上没有 `startedAt`,编译红);`EngineInstance['startedAt']` / `HealthResponse['startedAt']` / `EngineIdentityView['startedAt']` 两向互相可赋;串值、显式 `undefined` 编译红;`EnginePortFile.startedAt` 仍是必填数(落盘戳,与进程起点不是同一位)。缺席读数:`engineIdentityOf({ status: 'ok', pid: 1 }).startedAt === undefined`(不铸 0;0.94.0 同)。
+- **G-FXE2a**(本版证明):`engineCredentialRequirementOf({ ok: true }) === 'open'`;`{ status: 401 }` / `{ status: 403 }` ⇒ `'requires'`;100 – 599 的其余整数状态与 `{ transport: true }` ⇒ `'undetermined'`(0.94.0:导出不存在);坏形 `{}`、`{ ok: true, status: 401 }`(多臂)、`{ ok: 'true' }`、`{ status: '401' }`、`null`、`Object.create({ status: 401 })`、带抛出取值器的 `status` ⇒ `'undetermined'`、不抛、取值器一次不执行;同一入参两次同答。
+- **G-FXE2b**(本版证明):`storePostureHeadWord({ kind: 'present', view: { declared: 'pg', backend: 'memory', durable: false } }) === 'NOT durable'`(后端词再长、带不带降级成因,词不变);持久 / `{ kind: 'not_reported' }` / `{ kind: 'unobserved' }` / 坏形 ⇒ `undefined`、不抛;`storePostureDoctorDetail` 对同一读数的句子含 `NOT durable: `,对持久 / 没报 / 没观测的句子不含(整句逐字节同 0.94.0,回归钉:0.94.0 上同样成立)。
+- **G-FXE3**(本版证明):`sessionMemoryEraseOutcome({ kind: 'answered', sent: { sessionId: 's', requestId: 'r' }, status: 409, body: { error: 'x', errorCode: 'memory.scope_home_not_directory' } })` ⇒ `{ kind: 'unconfirmed', why: 'store_home_not_directory', retry: 'needs_operator' }`,`text` 以 `Not confirmed` 起头、不含 `errorCode` / 状态码 / 路径(0.94.0:`why: 'unclassified'`、`retry: 'same_request_id'`);回体多带 `detail: { path, form }` 与句内路径时结局与不带时逐位相同、整个结局里没有路径与盘形词;同入参换成 500 `internal.memory_control_plane_corrupt` 仍是 `control_plane_corrupt`(两版同)。`classifyMemoryFailure({ status: 409, errorCode: 'memory.scope_home_not_directory', message: 'x' })` 与 `memory.target_outside_store` ⇒ `{ status: 'unknown', why: 'store_form_refused' }`(0.94.0:`unclassified`);`MEMORY_VERB_UNKNOWN_WHYS.length === 10`、`SESSION_MEMORY_ERASE_UNCONFIRMED_WHYS.length === 10`。
+- **G-FXE4**(本版证明):`isSessionIdPathSegment` 对 `'..'` / `'.'` / `''` / 孤立代理项 / 非字符串 ⇒ `false`,对 `'sess-1'` / `'%2e%2e'` / `'a/b'` ⇒ `true`;对 `readSessionMemoryStatus` / `fetchMcpPanel` / `reconnectMcpServer` / `stopEngineSessionBackground`(`background.exitFaces` 能力位落地之后)/ `readEngineAgentRegistry` / `fetchDelegatedPrompt`(转录锚 `'..'`)传 `'..'`、`'.'`:假 sdk 客户端的动词零调用,各自出口分别是 `failed` / `undefined` / `invalid` / `unavailable·bad_input` / `unavailable·read_failed` / `skipped`(0.94.0:动词被调用一次,`'..'` 实发到 `/v1/background/stop`);合法 id 照发(正控);`eraseSessionMemory` 点段与孤立代理项 ⇒ `not_sent` / `bad_input`、零请求(0.94.0 点段已拒,回归钉)。
+- **G-FXE5**(黑盒,交 test;需真服务端 ≥7.118.0):把记忆目录下某个作用域家换成软链,会话属主自助抹除 ⇒ 结局 `unconfirmed` / `store_home_not_directory`,`text` 以 `Not confirmed` 起头、不含宿主路径;运维把家改回真目录后同一 `requestId` 重发 ⇒ `erased`;负控:同一动作在 ≤7.117.x 上答 500,结局落 `control_plane_corrupt` 或 `engine_fault`,不是新成因。
+> FX 行纯包层,走根入口公面:`import { createFleetLedger, forgetSettledTerminalRow, forgetSettledTerminalRowFor, readEngineActiveBgTasks, projectTasks, projectWorkflows, FLEET_TASK_VIEW_KEYS, FLEET_WORKFLOW_VIEW_KEYS, FLEET_TASK_ROW_KEYS_NOT_PROJECTED, isStaleEngineAgentPanelEnd, isNewEngineAgentPanelCycle } from '@sema-agent/client-core'`(门 `scripts/run-panel-cycle-identity-test.mjs` S4n / S5j – S5u、`scripts/run-fleet-view-keys-test.mjs` C3 / C4、`scripts/run-panel-reduce-test.mjs` PR-C3 / PR-C4)。标「本版证明」的格在 0.94.0 产物上红。
+- **G-FX1**(本版证明):`createFleetLedger()` 喂 `task{status:'running', cycleSeq:1}` → `task{status:'killed', cycleSeq:1}` → `task_remove{cycleSeq:1}`(不带 `removeReason`)⇒ `project()` 里这一行消失;0.94.0 上它在保留窗内仍在。离场之前(终态帧之后)行在展示面上。
+- **G-FX2**(本版证明;只摘被停掉的结算级离场):completed / failed 的终态行 + 结算级离场 ⇒ 行仍在;`removeReason` 为 `orphaned` 或表外原词(如 `a_reason_from_the_future`)⇒ killed 保留行仍在;`removeReason` 为空串 / `7` / `null` / `{}` ⇒ 读口报缺席、killed 保留行照摘(同一读法)。
+- **G-FX3**(时序):`task_remove`(不带原因)先到、killed 终态帧后到 ⇒ 后到的行照常展示(不被更早的离场藏掉);它随后自己的结算级离场照摘。
+- **G-FX4**(代际):live 行已是第 2 代、收到第 1 代的离场 ⇒ 行不删(读口标 `stale`);池里是第 2 代 killed(陈述级离场之后还在)、再来第 1 代的结算级离场 ⇒ 不摘,第 2 代的 ⇒ 摘;离场帧没报代际 / 池里条目没报代际 ⇒ 摘;第 1 代摘掉之后复活到第 2 代、再被停掉再离场 ⇒ 再摘一次(摘第 1 代没留任何状态拦着第 2 代)。
+- **G-FX5**(通知车道 × 并发):通知把 running 行退休成 killed(带 `retiredByNotification`)后结算级离场 ⇒ 不摘,`readEngineActiveBgTasks()` 里该行仍带推定标;行帧 killed 终态帧随后到 + 离场 ⇒ 摘、在飞读面不再有它。行帧先 / 通知先 / 离场夹在中间三种到达序,结局只由「行帧车道有没有结算」定;两个会话各有同 id 的保留行,`forgetSettledTerminalRowFor(A, id)` 只摘 A 的、再摘一次 ⇒ `false`。
+- **G-FX6**(按 id 口 + 失败分类):`forgetSettledTerminalRow(id)`:仍在飞 ⇒ `false`;live 集里已终态 / 保留窗内终态保留行 ⇒ `true`(任一终态词);通知车道推定行 / 无此行 / 空串 ⇒ `false`;终局事实台账摘行前后逐字节同。`onTaskRemoved` 读口回调同步抛 / 异步 reject 都不拦摘行,回调里再 `project()` 这一行已不在。
+- **G-FX7**(本版证明;型面 BREAKING):`projectTasks` 对带 `queuedCount`(`2` / `0` / `1.5` / `-3` / `'3'` / `null` / `NaN`)的行 ⇒ 视图整键不落;`projectWorkflows` 对带 `errorCode`(`'brain.timeout'` / `''` / `7` / `null` / `{}` / `[]`)的行 ⇒ 整键不落;`FLEET_TASK_VIEW_KEYS.length === 23`、`FLEET_WORKFLOW_VIEW_KEYS.length === 10`,两张清单都不含这两位。
+- **G-FX8**(本版证明):`FLEET_TASK_ROW_KEYS_NOT_PROJECTED.queuedCount.kind === 'by-design'`;`FLEET_TASK_ROW_WIRE_KEYS` 仍含 `queuedCount`(sdk 行型还声明着);最大行真产出键集 ≡ `FLEET_TASK_VIEW_KEYS`。
+- **G-FX9**(退出不牵动邻键):同一行里 `elapsedMs: 0` / `tokens: 0` 真 0 照旧逐字在场;失败的 workflow 行 `status` 仍是引擎词。
+- **G-FX10**(实现收口;本版证明):`fleet/fleetLedger.ts` 里周期号与水位读数(含别名、`??` 合并、算术组合)不站在任何关系 / 相等运算的操作数位(源码数据流扫,名字按声明函数分域),全包判据叶之外零自写 `Number.isInteger(周期号)`(通知消费者曾内联的第二份已收口);前代迟到通知 / 前代迟到离场 / 水位挡零命中前代通知的处置与 0.94.0 逐值同(既有 S4 / S5 格原样绿)。
+- **G-FX11**:`cycleSeqOrder(a, b)` 对 10 × 10 值网格(含 `undefined` / 0 / 负 / 小数 / NaN / ∞)逐值同独立写出的整数比较;`cycleSeqValue` 只认 ≥ 1 的整数;`isNewEngineAgentPanelCycle ≡ 两向 isStaleEngineAgentPanelEnd`(既有格)不变。
+- **G-FX12**(黑盒,交 test;需真服务端 + 终端换钉之后):后台起一个子代,在终端里按停止键 ⇒ 页脚该行在停止确认后立即消失(0.94.0:挂满约 60 s);同一页脚里刚正常完成 / 失败的子代行仍留约 60 s;对照:停止一个已被唤醒过(第 2 代)的子代,同样立即消失;负控:行帧终态帧丢失、只有终态通知把行退休成 killed 的那一形仍挂满窗(在飞读面的保守默认,不是漏摘)。
+- **G-FXH1**(包侧门,0.94.0 上同样成立 —— 本格是实证,不是修复):装好开发依赖引擎的值级端口后,`sessionPolicyDeliverable('deny', ['mcp__srv__'])` ⇒ `{ deliverable: {}, withheld: [{ rule: 'mcp__srv__', why: 'peer_wide' }] }`(`a2a__peer__` / `mcp__github.com__` 同);`permissionsDeclarationReport({ deny: ['mcp__srv__'], ask: ['mcp__srv__'], allow: ['mcp__srv__'], settingsRead: 'clean' }, { kind: 'present', grants: true })` ⇒ `permissions` 缺席、`kept` 三条 `incomplete_protocol_name`;对任一名字 `n`,`judgeRuleToolName(n, new Set())` 答非 `current` ⇒ `sessionPolicyDeliverable('deny', [n]).deliverable` 为空且不带 `unreadable`,装配口 allow 桶不投、deny / ask 投出的串要么本身是引擎认的现名(退役名归一)、要么在 `unreachable[]` 里。
+- **G-FXH2**(本版证明):`import * as root from '@sema-agent/client-core'` ⇒ `'classifyRegistryConflict' in root`(0.95.0 退出公面) 与 `'isScopeGoneError' in root`(0.95.0 退出公面) 都为 `false`(0.94.0 为 `true`);`import { classifyRegistryConflict } from '@sema-agent/client-core/registry'`(子路径名 — 根入口 0.95.0 退出公面) ⇒ 函数,`=== (await import('@sema-agent/sdk/registry')).classifyRegistryConflict`(子路径名 — 根入口 0.95.0 退出公面)、子路径 `classifyRegistryConflict`(根入口 0.95.0 退出公面)对 `(409, { error: 'scope_gone' })` 答 `'gone'`、`(409, { error: 'conflict' }) === 'conflict'`、`(200, { error: 'scope_gone' }) === 'none'`(0.94.0 上根入口同名同答)。
+- **G-FXH3**(本版证明):装好设置端口,一只插件的 `UserPromptSubmit` prompt 条目 + 用户设置里一只 `UserPromptSubmit` prompt 条目,`hooksWirePlan({ baseUrl, engineOwnedByThisShell: true, shellHookEvents: ['UserPromptSubmit'] })`(不交型表)⇒ 插件 `verdicts` 里那只 `{ disposition: 'not_run', reason: 'not_command' }`(0.94.0:`shell`),设置来源 `settingsVerdicts` 里那只仍是 `engine`;交 `shellHookTypesByEvent: { UserPromptSubmit: ['command', 'http', 'prompt'] }` 后两只都判 `shell`(插件条目 `shell` / `not_command`);型表只列别的事件、坏形、三事件 × http / prompt / agent 共 36 格,两个读者逐格同答。
+- **G-FXH4**(本版证明):`engineRewindRefusedNow('both', { kind: 'present', conversationAnchor: 'on', forkRestore: 'off', codeOnly: 'on', restoreFilesEpoch: 'on' }) === true`,同一读数 `'code'` / `'conversation'` ⇒ `false`;`{ kind: 'unobserved' }` 三档都 `false`;`decideRewindEngineAction('both', { position: 'root', targetEntryId: 'e1' }, { kind: 'unobserved' }).kind === 'reopen'`;`('code', { position: 'unknown', targetEntryId: 'e1' }, …)` ⇒ `{ kind: 'arm', spec: { rewindFilesTo: 'e1' } }`;`('code', { position: 'unknown' }, …)` ⇒ `{ kind: 'none', reason: 'unresolved' }`;`('both', { position: 'after-root', targetEntryId: 'e1' }, 纪元位 off 的读数)` ⇒ spec 不带 `restoreFiles`;`('summarize', 任意目标)` ⇒ `none` / `not-an-engine-rewind`;任一输入 `previewEngineRewind(o, r, d) === decideRewindEngineAction(o, r, d).kind`。
+> FX-D 行纯包层,走根入口公面:`import { activeRunBusySignal, createPromptDeliveryLedger, refusedParkFromError, refusedParkContent, refusedParkBlockedContent, requestEngineCompact, checkpointUnsupportedVersionFromError } from '@sema-agent/client-core'`(门 `scripts/run-prompt-delivery-projection-test.mjs` F1c · `scripts/run-refused-park-family-test.mjs` · `scripts/run-hitl-words-readout-test.mjs` G-HW8 · `scripts/run-client-core-failloud-test.mjs` ④)
+- **G-FXD1**(本版证明):`activeRunBusySignal({ type: 'done', replay: true, result: { error, errorCode: 'conflict.session_active_run', activeTaskId: 'run-hold', activeTaskStatus: 'running', pendingGate: { kind: 'human', decidePath: '/v1/x', governanceForced: true }, msSinceLastActivity: 42000 } })` 非 `null`,占锁 id / 状态 / 待批门 / 活性位与同一冲突体加 `status: 'failed'` 的扁平拒收终帧逐字段同;只码 ⇒ `activeTaskId: null`;只占锁 id ⇒ 取该 id;`replay` 缺席 / false / true 三值同答。0.94.0 产物上同一调用答 `null`。
+- **G-FXD2**(收紧方向不松):无 busy 位的无 `status` 结果、只有错误句、`activeTaskId` 非串、数组 `result` 带 busy 位自有键、`status` 为 `completed` / `blocked` 带占锁 id 或码、`result` 为 `null` / 串 / 缺席 —— 九形仍 `null`。
+- **G-FXD3**(本版证明;单源):对 16 帧(扁平拒收 / 重放臂 / `failed` 臂 / 建了 run 的帧 / 建了 run 之后的失败终帧)逐帧:账本 `deliveredByFrame` 不记 delivered ⇔ `activeRunBusySignal` 非 `null`;源码钉:`frameProvesDelivery` 对公面判别口恰一次调用、无 `.status` 读、无手拼 `failed` 帧。投递事实的账本行为与 0.94.0 逐位同(`run-prompt-delivery-projection-test` 的旧格全部不变)。
+- **G-FXD4**(本版证明;读口金样):三码 × 错误对象 / 拍平事实 ⇒ `{ code, stillPending: true }`(自有 retriable)/ `{ code, stillPending: false }`(错误对象无 retriable)/ `{ code }`(拍平事实只带码);拍平事实 + `retriable: true` ⇒ `stillPending: true`;`config_refused` 的 `field` 顶层与 `extra` 都读、非 token 形降缺席;状态 500 / `'409'` / 200 / `null` ⇒ `null`,状态缺席 / 409 才认;族外码、码差一个空格、大小写、`code` 槽、非串、`null` / 串 / 数 / 数组 ⇒ `null`;取值器 / 全陷阱代理 / 已撤销代理 ⇒ 不抛(`errorCode` 或 `status` 读不出 ⇒ `null`;`retriable` / `field` / `extra` 读不出 ⇒ 码照认、该位缺席);读数冻结。
+- **G-FXD5**(本版证明;逐字节):门内嵌冻结的终端旧实现 —— 读口矩阵 180 形、出句口 120 个组合(5 种「码 × field 形」× 3 种 `stillPending` × 两车道 × 4 种 run id)、自动腿句 18 个组合、四个常用门名,与包口逐字节同(差分只落在 122b 的四类有意差分,逐类钉);交互句零 `/v1/`,`-p` 句点名机读码与 `POST /v1/runs/<id>/cancel`;怪形 run id 落占位;表外码 / 敌意 facts / 敌意 `what` 不抛、不交空串、不把入参里的串当码上屏;过出包卫生禁表;不命中「门早已决」词表。
+- **G-FXD6**(本版证明;与 CC-339 读口的关系):409 `checkpoint.unsupported_version` 七种 `retriable` 形(自有 true / 缺席 / false / 串 / 原型链 / 仅 extra / 取值器抛)上,`stillPending === true` ⇔ `checkpointUnsupportedVersionFromError` 命中;状态 500 + 自有 `retriable: true` 时后者认、本族读口 `null`(状态码政策差分)。
+- **G-FXD7**(本版证明):`requestEngineCompact(undefined, { wire, onSettled })`:`onSettled` 是 `async () => { throw }` / 非 async 但返回被拒 promise / `await` 之后才抛 ⇒ 回传恰一次、日志含 `onSettled sink rejected`、零未处理拒绝(0.94.0 产物上各多一条未处理拒绝);抛出物读就抛的撤销式代理同样零未处理拒绝;idle 臂扇出时前一个接收口 async 拒绝 ⇒ 后一个仍收到一次;日志口是会拒绝的 `async` 函数时,回调的 async 拒绝 / 同步抛各一次仍零未处理拒绝(直调 `hostLog` 答 `true`)。failloud 门 ④:守卫文件之外零手写 `typeof x.then === 'function'`,对守卫的调用站点七个与名册多重集合等值(同键重复一处也红)。
+- **G-FXD8**(黑盒,交 test;需真服务端 7.124.0 + 终端换读之后):① 同一 `Idempotency-Key` 提交两次、第二发撞上在飞的第一发 ⇒ 第二发的流终帧经 `activeRunBusySignal` 得非空信号(0.94.0 上为 `null`);② 对一条 ≤7.114.x 停驻、提交体带 `settings.permissions.allow` 的任务决断 ⇒ 屏上一句来自包出句口(交互 / `-p` 各一句),不自动重发同一个决定;③ 停驻带已退役墙钟配额的 pending 行 / 配置被引擎门拒的 pending 行 ⇒ 同一族另两码各一句,`stillPending` 随拒体 `retriable` 读;负控:同码不同状态(500)不进这一族。
+> FX-A 行纯包层,走根入口公面:`import { readApprovalRememberRefused, rememberRefusalOf, gateOutcomeOf, ccToolDenialKindForToolEnd, classifierStatusOf } from '@sema-agent/client-core'`(门:`run-permission-denial-projection-test.mjs` M7 – M8 · `run-classifier-status-test.mjs` G7 · `run-gate-vocabulary-test.mjs` C3 – C5 · `run-additive-key-passthrough-test.mjs` G9f – G9k · `run-hitl-gate-honesty-test.mjs` F4-e)
+- **G-FXA1**(本版证明;读次数):用代理逐层计数 `frame` / `gate` / `disposition` / `settlement` 上每个键的读次数,`ccToolDenialKindForToolEnd` 与 `gateOutcomeOf` 对每个键至多读一次(规则层无结算 / 分类器自己的裁决 / 分类器 `unavailable` / 策略层带分类归属 / 人拒结算 / 放行 六形各一格;0.94.0 上 `frame.gate` / `gate.settlement` / `gate.disposition` / `disposition.cause` / `disposition.classifier` 各读 2 次、`settlement.when` 读 3 次)。
+- **G-FXA2**(本版证明;同一份快照):取值器前后两拍读出不同值的帧,答案以第一拍为准:结算段第一拍缺席、第二拍成「在场但不成形」⇒ `permission-rule`;反向 ⇒ 缺席;分类器成因第一拍缺席、第二拍 `unavailable` ⇒ `automode-blocked`;反向 ⇒ `automode-unavailable`;策略层分类归属第一拍缺席、第二拍成形 ⇒ `permission-rule`;`gate` 本身第一拍规则层拒、第二拍放行 ⇒ `permission-rule`。
+- **G-FXA3**(本版证明;对拍):≥ 6000 只纯数据帧(处置三十余形 × 结算段十三形 × 出身四形 × 自铸戳 × 判定标记 + 坏形 `gate`)上,门记录视图与分类词读器对 0.94.0 实现逐字翻成的参照逐帧同值。
+- **G-FXA4**(本版证明;出身词一只读法):观测座顶层 / `gate.origin` / 放行账上只在原型链上的 `origin` ⇒ 不算(`classifierStatusOf` 不判 `available`、没武装 + 无本轮事实仍答 `undefined`;门记录视图无 `origin`;放行账无 `origin`、账照读);自有键照读;顶层坏形回落门记录那一格、顶层自有非空则顶层说了算;结构钉:读 wire 载体上 `origin` 的四个源文件(门记录读器、观测座、卡腿、自动车道判定)都经 `readAskOrigin`,没有绕过的直调,两个读器文件里没有 `.origin` 成员访问。
+- **G-FXA5**(本版证明;remember 声明读口):真值表十三形(自有 `true` ⇒ `true`;缺席 / `false` / 串 / 数 / `null` / 对象 / 只在原型链上 / 各种非对象载体 ⇒ `false`);取值器抛 / 代理陷阱抛 / 已撤销代理 ⇒ `false` 且不抛;同一池载体上读口答 `true` ⇔ 活卡帧腿与耐久待决行腿卡请求上有此键;私有读口零残留,读这一位的比较在 `toolApprovalWire` 里恰一处。
+- **G-FXA6**(本版证明;remember 专属判官):五码逐码答该码本身;十二个非专属码(含无码、空串、大小写错、尾随空格、`conflict.not_resumable` 等)缺席;非错误对象与无码位缺席;错误类把码放在原型取值器上照读;取值器抛 / 代理陷阱抛 / 已撤销代理 ⇒ 缺席且不抛;与停泊行腿在同一池码(五码 + 四个非专属码)上逐码同判 —— 是 ⇒ 去 remember 重发纯批准、告知恰一次;否 ⇒ 一发 `failed`、不告知;无机读码的 400 ⇒ 判官缺席,停泊腿回退重发(两发)但不告知;机读码只在判官读口上读不出、别处(桥的分诊读、拒绝读口)读到「没有」的 400(取值器 / 代理各一)⇒ 不回退(恰一发 decide、不告知)。
+- **G-FXA7**(黑盒,交 test;需真服务端 ≥ 7.116.0 + 终端换读之后):强制 / 治理出身的 Bash 卡 ⇒ 包呈的卡请求 `rememberRefused === true`(v1 `approval_request` 卡信封同);无这句声明的卡 ⇒ 键缺席,不折成 `false`。用户在迟到决断路径上选「本会话不再询问」、服务端以五码之一拒 ⇒ 终端给「本会话允许没记住」告知恰一次并去 remember 重发普通批准(与停泊行腿同句);remember 那一发瞬断后重试撞 409 ⇒ 不告知、不补发。
+**FX-G 行(CC-441 / CC-333 / CC-544 / CC-560)**:标「本版证明」的格在 0.94.0 产物上红(口不存在、范围入参被忽略、敌意抛出物仍把取值器报错拼进句子、缺省不含 `todoReminder`、表上的注释还自称识别表)。
+- **G-FXG1**(本版证明;CC-441 ①):`permissionsAllowKeptNotice` —— 三形句子逐字(`partial` 带问题数与去处 / 不带;`unreadable`、缺席、表外读健康词同一句;托管策略专句只在 `partial` ∧ `problemCount === 1`)· 无 `settings_read_not_clean` 行 ⇒ `undefined` · 坏形报告 / 事实按缺席 · 条数只数该理由的行 · 句子不含规则原文与码名 · 冻结入参不抛。
+- **G-FXG2**(本版证明;CC-441 ②):`limitsSupportNotice` —— 未观测与读数坏形不说、底线之上不说、低于底线逐字、没报版本 / 读不懂(预发布 / 前缀 / 非串)逐字且单复数两形、旗面词只回显固定三只(凭据形外来串不进句);`explicitLimitFlagNames` 按表序、与给旗次序无关、坏形 ⇒ `[]`;`parseLimitsArgv` 认的三只旗逐只能被报出与回显。
+- **G-FXG3**(本版证明;CC-333):三形各自的读数(全体 2 / 4 / 3,单会话 1 / 2 / 1)· `{ identityPending: true }` ⇒ 三格全 `null`(含没有快照 / 不知道臂 / 老引擎形)、视图空 · 十八种缺席 / 坏形 ⇒ 同一结局且不抛 · 跟踪器零 delta,同一份快照在 `{ sessionId }` / `{ allSessions: true }` 的跟踪器上照常出卡 · 不改入参 · 出包型编译:三形各自通过、不给范围 / 空对象 / `{ sessionId: string | undefined }` / 同给两形 / `allSessions: false` 各自编译红。
+- **G-FXG4**(本版证明;CC-544):缺省七路(缺席 / 空 / 纯空白 / 纯逗号 / 逗号空白 / 单个未登记词 / `default`)产出同一份三键 · `todoReminder` 恒 `true` · `off` 五拼法无该键且无 `true` 值 · `backgroundTasks,toolsDelta` 恰两键 · `default,-agentListing` 里缺省三键同一份 · 不抛口同一份声明 · 每次新对象 · `default,-todoReminder` 仍被拒且指向逐项列清单 · 源码里缺省三键只有一只铸造函数、三条缺省路径都调它。0.90.0 冻结的收的语料里缺省路径各行随本版改口(见 CHANGELOG)。
+- **G-FXG5**(本版证明;CC-560 ①):审批卡 approve · deny 与提问卡三出口 × 八形(`message` 取值器抛 + `toString` 抛 / `message` 取值器抛 / 已撤销的代理 / `status` 取值器抛 / `errorCode` 取值器抛 / `name` 取值器抛且 `code` 是瞬断码 / `status` 取值器抛且 `code` 是瞬断码 / 安全错实例的 `code` 取值器抛):不抛、句子含兜底句或抛出物自带 `message`、不含取值器报错文本与类名前缀、`decide` 调用次数(1 发;`name` 读不出而 `code` 可读 ⇒ 2 发)· 正控:可读的瞬断形仍重试一次、带数字 `status` 不重试。
+- **G-FXG6**(本版证明;CC-560 ②):`CONFIG_REFUSAL_CODES` 在 `src` 里的出现 = 声明 1 + 根入口导出 1,读点 0(尺子先在合成源码上证明会响)· 表上的注释:登记表、不参与任何判定、唯一读法 `isConfigRefusalCode`,不再自称识别表。
+**FX-C 行(CC-400 / CC-418 / CC-444)**:标注『本版证明』的格在 0.94.0 产物上红。
+- **G-FXC1**(本版证明;线性):`PROTOCOL_MARKERS.taskOutputResultLine.exec(s)`,`s = (U+2028 + '--- result (') × N`(另 U+2029、CR 两种换行;LF 在旧形上本来就线性),N 取 2000 与 8000:0.94.0 产物 8000 次实测 2.5 – 7.8 秒、倍数约 16;本版毫秒级。判据用『n 与 4n 各量取最快、倍数 < 10』,不拿固定毫秒数作唯一判据。经 `parseModelFacingTaskOutput(围栏包着的 'status: completed\n' + s)` 同。同文件带 `m` 旗标的另三条(`taskOutputStatus` / `taskOutputStdoutLine` / `taskOutputStderrLine`)与无旗标五条同样的输入族线性(无改动,常驻反钉)。
+- **G-FXC1b**(本版证明;答案):既有形逐例同答 —— `--- result ---`、`--- result (partial — produced before the task was stopped) ---`、括注里带 U+2028 / U+2029 / U+0085 / CR 原样进 `resultNote`、标签行接在 U+2029 / CR 之后、未闭合括注、CRLF 正文;唯一不同的一类 = 括注里夹『行终止符紧跟 `--- result`』(旧形整段吞作括注,本版不认这一行)。可对拍生成池:11 个记号、深度 6、1 948 717 例,同答 1 948 714,差异类 3 例全部不同答。
+- **G-FXC2**(本版证明;单读点):`detached`(布尔 `true` / `false` / `"true"` / `1` / 缺席)× `task_id`(`'t1'` / 空串 / `7` / 缺席)× `registerFailed`(缺席 / `true`)= 40 形,每形带 `background.task_id` 位:`wireOutputToBody('Bash', …)` 的 `toolUseResult.backgroundTaskId`、`structuredToToolUseResult` 的 `backgroundedByUser`、`detectEngineBgShellDetach` 三处同判『交出后台』(`detached === true` ∧ `task_id` 非空串;`registerFailed: true` 只让登记答 `null`)。`detached: true` ∧ `task_id: ''`:0.94.0 的 bash 臂答 `{ backgroundTaskId: '', backgroundedByUser: true }`,本版答普通 bash 卡。源码扫(剥注释后):`toolResult.ts` 里读 `.detached` 位的地方恰一处。不带 `detached === true` 的输入与 0.92.0 / 0.93.1 / 0.94.0 三份发布产物逐位同(含 6 个新锁形)。
+- **G-FXC2b**(本版证明;车道):`createWireToCcAdapter().adapt` 喂 `Bash { run_in_background: true }` + 引擎第三代文案、或 `Bash` + `{ type: 'bash', detached: true, task_id }`、或 `Monitor`,父调用 id `'P1'` 放在开卡块上 / 收卡帧上 / 两处:登记臂的 `laneProof` 全是 `{ lane: 'subagent', parentToolCallId: 'P1' }`(0.94.0 恒 `{ lane: 'main' }`);领队的卡仍恰 `{ lane: 'main' }`;父调用 id 为空串 ⇒ `{ lane: 'subagent', parentToolCallId: '' }`、登记照铸;登记体(`registration` / `taskId`)与车道无关,子代与领队逐位同;`laneProof.parentToolCallId` === 同卡 tool_result 行的 `parent_tool_use_id`。
+- **G-FXC3**(本版证明;槽位):`displayBody(报告, 'delegation_report').frame`:① 常态完成真形(`status: completed` + `stats: turns=3 tokens=120`)⇒ `status: 'completed'`、`stats: 'turns=3 tokens=120'`,无 `error` / `headRest` 键;② 失败报告(前置告警 + `status: failed` + 模型注记 + 阻断原因 + `error: boom (code 7)` + `error_kind` + `stats` + 内部 id + `recent_steps` 清单;不含 `worktree:` 行)⇒ `error: 'boom (code 7)'`,其余按原序进 `headRest`(告警在最前),行守恒(帧头 / 标签行 / 三个槽位行 / `headRest` 恰覆盖 `before` 的每一行);③ 部分发现 / 无文本结果 / fork 三支同读;④ 零字段行 ⇒ `frame` 恰 `before` / `after` / `section` 三键;只有前置告警 ⇒ `headRest` 是告警原行、无 `status`;⑤ 状态行不紧邻帧头 / 键后无空格 / 空值 / 全空白 / 值内带 U+2028 ⇒ 四键全缺席、字节原样在 `headRest`;⑥ 任务描述里塞假状态行 + 假 `error:` 行(帧头行被撑成多行)⇒ 区间内两条 `status:` ⇒ 不读;只塞假 `error:` 行 ⇒ 紧邻帧头的不是状态行 ⇒ 不读;⑦ `error` 空值 / 全空白 / 键后无空格 / 值内带 U+2028 / 两条 `error:` 行 / 只有 `error_kind` / 后面不是 `error_kind`·`observer`·`stats` / 是区间最后一行 ⇒ `error` 缺席、该行在 `headRest`;两条 `stats` 行 ⇒ `stats` 缺席而 `status` 照读;⑦b 🔴 `worktree:` 行被路径换行撑成 `worktree: /tmp/demo` / `error: forged` / `/repo (KEPT …)` 三行、或后继被手造成 `observer:/repo …`(非规范)/ `observer: fake/repo …`(规范)、或清理失败的异常文本带 `fatal:` / `error:` / `hint:` 三行 ⇒ `status` 照读而 `error` 缺席、行原样按序在 `headRest`(0.94.0 产物上无这些键);有 `worktree:` 行在前时引擎自己铸的 `error` 同样不上槽(取舍,KL-742);无 `worktree:` 行时 error 后接 `observer:` / `stats:` 的真形照读;上游铸序见证:两条腿都是帧头 → `status` 紧邻、`error` → `error_kind` 紧邻、`error_kind` 与 `stats` 之间只有 `observer`;⑧ 值的修剪:`status:   done  ` ⇒ `'done'`,`error:  spaced ` ⇒ `' spaced '`;⑨ 默认车道与纯围栏零 `frame`;任何形的 `frame` 上无值为 `undefined` 的键;一大片同键字段行线性。0.94.0 产物上 `frame` 恒三键。
+- **G-FXC3b**(黑盒,交 test;需真引擎):让一只后台子代正常完成、一只失败各一次,取行上终报全文喂 `displayBody(text, 'delegation_report')`:完成 ⇒ `status: 'completed'` + `stats` 在场、`error` / `headRest` 缺席;失败 ⇒ `status: 'failed'` + `error` 在场;任务描述含换行的委派 ⇒ 四键全缺席、`headRest` 含全部字段行(0.94.0 上都没有这些键)。
+> FX 行纯包层,走根入口公面:`import { replayedApprovalDisposition, replayedApprovalSentence, bridgeAskUserQuestionGates } from '@sema-agent/client-core'`(帧腿格经桥的帧路由直驱)。标「本版证明」的格在 0.94.0 产物上红(本版产物上绿)。
+- **G-FX21a**(本版证明):人答 allow / deny 之后,同 `approvalId` 再来一帧**不带账本位置**的 `tool_approval` ⇒ 零新卡、零新决断、零清单读、零通告,回交 `decided` 带 `settled: 'answered'`;此后每个重复帧同。
+- **G-FX21b**(本版证明):带账本位置的重复帧 —— ① 本段 preamble 列着它(第一次原路呈卡并被答)② 不在 preamble、清单(陈旧 / 别的副本)仍列着它 ⇒ 答过之后的重复帧零新卡;② 里清单只读了第一次。
+- **G-FX21c**(本版证明):卡被中止、包已发中断拒绝 ⇒ 记 `interrupted`;此后的重复帧零新卡、**不再发第二个决断**。
+- **G-FX21d**(本版证明):`tool_approval_complete`(含 `parked: true`)到过、无卡在屏 ⇒ 此后同 id 的重复帧(带 / 不带位置)零新卡、回交 `closed_by_engine`;收口帧本身照旧吞掉。
+- **G-FX21e**(本版证明):卡还在屏上等人时再来重复帧照旧 join(不开第二张、不回交);卡答完落定之后再来的重复帧零新卡。
+- **G-FX21f**(本版证明;守卫与单调):宿主撤卡 / respond 抛之后的重复帧**照旧开卡**(不被压成 `decided`);只压同一个 `approvalId`(别的 id 照常开卡);换连接后新 preamble 又列着它仍不开卡;首个结局为准;4096 有界且被挤出的问回到修前行为;回交口抛错 / reject 被吞;没有决断口(`respondToolApproval` 缺席)照旧整条路不碰。
+- **G-FX21g**(本版证明;纯判定口):`basis.settled` 列着 ⇒ `decided` 带那一词(冻结、与 `cause` 互斥);优先于位置键 / preamble / 清单 / 崩溃收敛行;别的 id 不受影响;表外结局词 / 敌意映射(代理 get 抛 / 撤销式 / 非映射)/ 帧的 `approvalId` 取值器抛 ⇒ 当没有这条证据;不给 `settled` 与 0.94.0 逐字同。
+- **G-FX21h**(本版证明;用户面一句):三词各一句、互异、单行、不说批 / 拒结果、不说工具跑过;敌意工具名只出现在一对双引号里;出包 dist 里这句只在 `replayedApproval.js` 一处。
+- **G-FX21i**(黑盒,交 test;需真服务端 + 终端):人手批准一张 Bash 卡,之后让同一 `approvalId` 的 `tool_approval` 帧再到一次(从该审批之前的游标重挂同一 run;代理 / 重连造成的重复)⇒ 屏上零第二张该问的卡、无「没落定」一句;负控:用 0.94.0 同序列会开出第二张卡。包侧不能构造的真服务端重复由 G-FX21a – G-FX21f 的帧级夹具代证。
+
+
+### 122d. 端上要动的读点
+
+坐标来自本机只读参照树(终端 `7c1c7101` = 1.0.145、网页端 `0fb6df3`、桌面端 `11e8169`;路径省略各端仓的 `src/` 前缀;参照树可能落后远端,行号会漂,合并前请各端对自己的最新主干重看一遍)。
+
+**2026-10-12 对三端抓取后的 origin/main 复核**(本版 RD-4 / SB-1 / SB-6 三处「零调用方 / 零改码」按此重核,逐名查;各小节开头的参照 sha 仍是该小节成文时的读点,未重读):
+- 终端 `a1d0e600`:`sema/skillsWire.ts:167`、`sema/engineSubagentOutput.ts:16`、`sema/engineSubagentTail.ts:35` 三处必改(SB 行);
+- 网页端 `c2c8158`:`ui/lib/engine/engine-observability-wire.ts:660-682` 一处必改(RD 行);
+- 桌面端 `002e6cd`:本版删 / 改的名(`toolsRunHereFromExecutionLane` / `reconnectMcpServer` / `McpReconnectClientLike` / 两只子代测试钩 / `decisionHandedOver`)逐名零命中。
+
+**终端(`7c1c7101`)** —— 换钉 0.95.0 零改可跑(旧口不动);迁到差分口时:
+- `sema/overrides/chrome-agentprogress.tsx:621`(`subscribeEngineAgentPanel(ev => …)` 整只事件折叠)→ 改订 `subscribeEnginePanelRows`,按 `upsert` / `usage_delta` / `terminal` / `remove` 渲 `LocalAgentTaskState`。
+- 同文件 `:469 fleetOwnedRowIds` / `:475 tickLaneRowIds`(两只归属集合)、`:494 fleetRowCycleIdentities`(周期身份账)→ 删:lane 归属与代际在包内判。
+- 同文件三处手工构造面板行 `:733`(tick 建行)/ `:876`(行帧改行 / 复活重置)/ `:928`(行帧建行)→ 收成一处「按差分改行」。
+- 同文件 `:1001 isStaleEngineAgentPanelEnd(endCycle, …)`、`:804` / `:841 launchAnchorChanged(…)` → 删:陈旧终态与复活由差分口给出(`terminal` 不出 / `upsert{revived}`)。
+- 同文件 `:822 recordEngineTranscriptId(ev.taskId, …)`(行帧臂登锚)与 `:825 markEnginePanelTaskResident(ev.taskId)` → 可删:账本已按尾段登锚、读面任一把键命中(PR-4);行帧 lane 行的 sweep 豁免在包内(PR-2)。
+- 输入侧不动:`sema/upstreamBridge.ts:2327`(`panel_task` 原样进发布口)、`sema/turnEndEnginePanelSettle.ts:31` / `:42`(投影与 turn 末 sweep)。
+
+**网页端(`0fb6df3`)** —— 零必改。读点:`ui/lib/engine/turn-mapping.ts:714` 直接把适配器 `panel_task` 载荷(**未经发布口归一**:tick 的键是 wire UUID)映成后台任务行;要与 fleet 行同一把键,把载荷交 `publishEngineAgentPanelEvent`、行改从 `subscribeEnginePanelRows` 读。
+
+**桌面端(`11e8169`)** —— 零动作:只把 `panel_task` chrome 臂经进程间通道转发(桌面端仓契约门 `run-eipc-contract-test.mjs` 第 60 行的臂表),不读面板公面。
+
+**GT 行(CC-421 / CC-523 / CC-552)** —— 端上零读点:三件都是包侧门或包内死字面量,没有端要动的读点。
+
+**DR 行(CC-558)** —— 端上零读点(cli / desktop 经包);web-client 自家 durable 续读腿已 `break`(pickup/cc-0.94.0 3e79624):读 sdk ≥19 读口时本腿已由 sdk 结束,那一 `break` 无害、非必需;web-admin 三处同形读者按管理台自己的票自修。
+**DR-1a 行(CC-597)** —— 读点坐标取自三端本地 `origin/main` 快照(终端 `d3755f3a` / 桌面端 `29320c9` / 网页端 `fc54fd1`,均 2026-10-11),读码未实跑:
+- **终端** · 调用腿:无头 `-p` 的 `openEvents` 闭包交给 `withHeadlessR1Reconnect`(`sema/liveClient.ts:1992` – `:2000`)与决断续读的 `runsEvents`(`:1652` – `:1665`,续读管线与主管线同序)、会话面 `runs.events` 动词把原始流包进 `bridgeAskUserQuestionGates` 并带 `taskId`(`:2118` – `:2160`)⇒ 换钉即得,零必改。壳侧隐含前提:自家再附着环的终帧判型只认 `done` / `failed`(`sema/interactiveReattach.ts:1255` – `:1257`)—— 本包梯尽时按断线形收场(干净结束、无终帧),自家再附着环把这一形当断连、按它自己的退避再附着(`:1353` – `:1356`;与本包的梯先后串行,不并发)—— 与 `fleetClient` 已读包口的做法不一致、壳里两套重开节奏,建议改读 `isInStreamDrainingEnd` / `streamDrainingDecision`(与桌面端行同一句);快照生读口 `ledgerFrames`(`liveClient.ts:2249`,单腿不重开)撞上排空时读到的帧号可能偏旧,核一遍。壳侧登记臂:`hitlContinuationApproval.test.ts:188`(`client.runs.events(` 恰 4 处)、`headlessReconnectWire.test.ts:234` – `:235`(重开与探活恰 `HEADLESS_RECONNECT_MAX` 次 —— 撕裂形不变,排空形不计这一预算)、终端仓的 `wire-consumption-manifest.json` 对两只包装的登记行 —— 不受影响。
+- **桌面端** · 调用腿:`main/session-host.ts:2843`(`resumeDurableTranscript` 单腿)与 `:1833`(水位预读)自读 `runs.events`,不经本包两条腿。壳侧隐含前提(必改):`observeWire` 把**一切** `error` 帧(含 `errorCode: "draining"`)记成流帽并 `continue`(`:1990` – `:2003`),流尽后按流帽零等待再附着、计入 `CAP_REATTACH_MAX_TRIES`(5,`:122` / `:1625`)—— sdk 19 上排空收场被当成流帽、没有退避;建议改按 `isInStreamDrainingEnd` 认排空帧、等待取 `streamDrainingDecision`(与网页端同形),或把这条读者收进本包。壳侧登记臂:桌面端仓的 `run-durable-*-fence-test.mjs` 数 `runs.events` 调用次数的格,改后按新节奏重数。
+- **网页端** · 调用腿:`ui/lib/engine/engine-turn-legs.ts:812`(`reattachFrames` 单腿)不经本包两条腿;排空帧已按 `isInStreamDrainingEnd` 认并 `break`(`:299` – `:313`),重开走 `streamDrainingDecision`(`engine-session-transport.ts:516` – `:551`)⇒ 零动作。壳侧隐含前提:`engine-turn-legs.ts:308` – `:311` 的注释写的是 sdk ≤18 的资源层重连(sdk 19 上本腿已由 sdk 结束,`break` 无害)。壳侧登记臂:`tests/run-frames-replay-test.mjs` ⑤k / ⑤k2 不受影响。
+**计划审阅卡的三个反馈入口(PF-1 / PF-2)** —— 坐标取自终端主干 `a9a8e873` 的读码(与上面「终端」块的参照点 `7c1c7101` 不同),未实跑,以终端自己的黑盒为准:
+- **终端 · 「Type something.」**(标签 `components/permissions/AskUserQuestionPermissionRequest/QuestionView.tsx:194`):作答经 `hooks/useLiveQuestionOverlay.ts:292` 的 `answerAndRelease(questionAnswersToWire(…))`,表外文本落进 `note`(`:100` – `:106`),送出的形是 `{ selected: [], note }` —— 换钉 0.95.0 即读成 reject + 理由,壳零改。壳侧的驳回记账 `sema/planReviewModeExit.ts:285`(`planReviewDecisionFromAnswer(…) === 'reject'`)随之自动收到这一形。
+- **终端 · 「Chat about this」**(入口 `QuestionView.tsx:360` / `PreviewQuestionView.tsx:347` → `AskUserQuestionPermissionRequest.tsx:295` `handleRespondToClaude` → `:318` `toolUseConfirm.onReject(feedback…)`)与 **「Skip interview and plan immediately」**(入口 `PreviewQuestionView.tsx:353` → `AskUserQuestionPermissionRequest.tsx:334` `handleFinishPlanInterview` → `:351`):两条都落到 `onReject`,而活问题卡的 `onReject()` 不收 `feedback` 实参、直接送 `{ answers: [] }`(`hooks/useLiveQuestionOverlay.ts:294` – `:298`,`:297`)—— 即 `'dismissed'`,反馈随之丢掉。接法:要上线的文字放进 `note`(`selected` 留空或 No 标签),**不自造决定、不接 `edit`**(`edit` 带整份改写后的计划出门,不是卡上反馈的去向);「Skip interview」若语义是不作答 ⇒ 仍送空答(卡停驻、可重开),卡仍在等的提示句在壳。
+- **终端 · 自带 `deliverDecision` 的重开口**:若有,把第三参转进 `decidePlanReview(taskId, 'reject', undefined, { reason })`(PF-2 / KL-710)。
+- **网页端(`0396044`)**:不调判读口(`ui/lib/engine/engine-decision-verbs.ts` 只走 `decidePlanReview`);重开卡经包内 responder 递交(`tests/run-self-heal-disposition-test.mjs:488` 起)—— 问题卡若带自由文本输入,放进 `note` 即得 reject + 理由,否则零动作。
+- **桌面端(`4a72dfd`)**:零动作 —— 座位的拒绝已经自带理由(`main/session-host.ts:3296` 一带的决定映射;路径省略桌面端仓的 `src/` 前缀),不读判读口。
+**KA 行(CC-382 / CC-383 / CC-384 / CC-385 / CC-390)**
+
+**终端(`7c1c7101`)**
+- 文件历史一句(KA-5)三处:`sema/upstreamBridge.ts:2768` 的 `fileHistoryLegNoticeVerdict({ capability: observedFileHistoryCapture(), … })` → 改 `assemblyCapability: processFileHistoryDeclarationLedger().capabilityAtAssemblyOf(boundRunId)`(不再读说话时的读数;编译会红在 `capability` 这一键上);`sema/liveClient.ts:1945`(流式腿响应头那一拍)与 `:2205`(耐久提交回执)的 `declared(…, fileHistoryDeclarationOfBody(body))` → 补第三参 = 拼声明片段时 `fileHistoryDeclarationField(reading, captureOff)` 吃的**同一份**读数(同一次读出来、同一份交进来)。`sema/wiringManifestArm.test.ts:999` / `:1101` 的夹具同补第三参。
+- 其余零动作:`-p` 结果帧整帧过境(KA-1 / KA-2),终端不用后台视图(KA-3);`sema/persistedRulesWire.ts:245` / `:267` / `:288` 三处直调 `classifyRulesFailure(e)` 在撤销 / 导入口,得不到 `request.query_invalid`(KA-7)。
+
+**网页端(`0fb6df3`)**
+- 后台视图(KA-3):`ui/components/panes/BackgroundTasksPane.tsx:110` 的 `SOURCE_NOTICE_COPY` 两源各补一格 `unauthorized`,文案取 `READ_CREDENTIAL_NOT_ACCEPTED_NOTICE`(fleet 源 0.86.0 起就可能落这一词,此前走 `${source}: ${health}` 的兜底串;本版 assistant 源也会落)。
+- `ui/lib/engine/workflow-detail-wire.ts:64` 的 `classifyWorkflowDetailStatus` 只认 `status.code` 的 501 / 404 与 `lastError`(KA-4):零动作。
+
+**桌面端(`11e8169`)** —— 零动作:不读这几处公面。
+**UP 行(换钉 / 引擎 7.48.0 / 服务端 7.123.0 / 设置契约 11)** —— 坐标来自本机只读参照(终端 origin/main `a9a8e873`、网页端 `f407171`、桌面端 `879a2b2`,路径省略 `src/` 前缀;行号会漂):
+- 终端 `sema/liveClient.ts:1065`(`fetchLiveModelCatalog` 原样交 `models.list()` 回体)—— `droppedEntries` 已随回体进在线目录;返回型注解只写了 `{ models; default }`,要在型上看到新位就放宽成 sdk `ModelsResponse`;目录面板读 `droppedModelEntriesOf()`(`not_reported` 不渲)。
+- 终端 `sema/cloudConfigWire.ts:129`(影子 models 文档落盘)/ `:158`(条目判定口)—— 零改码:影子文档仍是 10 一代的形(与 0.94.0 同形),内带设置契约 10 的本机引擎(≤ 7.123.0)直接读,≥ 7.124.0 的本机引擎经一次性迁移读成同一份策略;控制面换到设置契约 11 之后照样收。
+- 终端 `sema/engineLifecycleManager.ts:1907-1910`(`HealthResponse` 投影)—— 读点零 `.restart`,零改码。
+- 端侧同形存量(不经本包,供端自查):终端 `cli/handlers/cloudResources.ts:1286 / :1941` 仍往控制面写 `atModelAllowlist`(设置契约 11 的控制面会拒这一键)、`sema/config/modelChannels.ts:554-556 / :925-945` 本地池仍按 `atModelAllowlist` 存取 —— 属终端随设置契约 11 换钉自查。
+- 网页端 / 桌面端:三处新 / 变公面名零读点(核过),零动作。
+**OL 行(凭据网三票)** —— 换钉零改可跑,三端零必改。按旧字节写的端侧格要重看(改读清单):收尾反引号 / 不配对的收尾括号现在留在记号外;`password: Token <值>` 一类由两枚记号变一枚;`password:\t<值>` 的转义符留在记号外;同一行的箭头形与括号包着的值现在被遮。
+- **web-admin**(本机只读参照 `a8223ad8`;路径同上省略 `src/` 前缀,合并前请对最新主干重看):`lib/chat/share.ts:61` `SHARE_WASH_VERSION = 2` → 加一(头注 `:59` 的约定:换钉后凭据网变了也要加一,否则已标记的分享行拿不到新网);`lib/web/display-untrusted.ts:145` 「继承上游的缺口」那段注释与该仓接入档(`INTEGRATION.md`)第 14268 / 14348 行两段逐形登记(括号 / 方括号、JSON 转义制表符、无标签裸值)本版起不成立,改口;`lib/chat/share.ts:45` – `:47`「原样(收窄)」所列的结构损伤里,吞收尾括号 / 反引号两形本版不再出现(`#fragment` 整段换记号、`getPassword()` 一类代码里的标签值仍会被换),是否扩洗面由 web-admin 定。
+- **终端 / 网页端 / 桌面端**:零必改;出口只换字节。
+- **成文改口**(已发段不回改,以本行为准):§115 判据 G-DU26 的「`password: Token <值>` ⇒ 两枚记号」与「`"token": "Bearer https://h/<值>/x"` / `password: basic https://h/<值>/x` 两版同字节(地址主机 / 路径原样)」、G-DU27 回归行「`password: Token https://h.example/p/<值>` ⇒ 只遮 `Token`、地址原样」作废(本版地址整只一枚记号);§115 读者须知「方案词后紧跟括号包着的值是占位写法、不遮(KL-383)」只对尖括号 / 花括号与括号里的占位形仍成立;按「`` `api_key=<值>` `` 的收尾反引号进记号」「markdown 链接 query 值吞掉收尾括号」写的格作废。H13 解析器诊断句与 `Parsing error: Unexpected token =>` 的读法不变。
+
+**WC 行(CC-464 / CC-467 / CC-468)** —— 坐标取自各端远端主干(网页端 `0396044`、终端 `a0d35cde`、桌面端 `4a72dfd`;路径省略各端仓的 `src/` 前缀;行号会漂,合并前请各端对自己的最新主干重看一遍):
+**SA 行(CC-319 / CC-320 / CC-321 / CC-323)** —— 坐标取自终端主干 `a0d35cde` 的读码(未实跑,以终端自己的黑盒为准;行号会漂):
+- interrupt(SA-1):`sema/seamQuery.ts:4754` 改调 `fireInteractiveInterrupt(<live 客户端>.runs, taskId, { sessionId, signal })`;删 `sema/interruptWire.ts:123`(武装点)/ `:160`(本地发射)与 `sema/liveClient.ts:1155` 的武装调用;同批删终端网络面登记表 `sdk-isolation-network-baseline.json` 里 interrupt 那一条(约第 275 行起;发射口与豁免一起撤)。上收登记 `interrupt-wire-network-face-retire`(条件 = 本包导出 `fireInteractiveInterrupt`)换钉即转红,按本行收口。行为差只在 5xx 一格(SA-1)。
+- 设备换绑(SA-2):`sema/devicesWire.ts:481 / :526 / :595 / :982 / :1055` 五只换读本包同名口(入参多一个首参 = 客户端的 `devices`;对账只交判决词,呈现句按判决词出);调用点 `commands/devices/devices.ts:148 / :171 / :178 / :195 / :234 / :238` 与 `cli/handlers/device.ts:881`。注册三动词 `:764 / :812 / :849` 仍经本地发射 ⇒ 设备面的直连网络豁免收窄到这三只、不能整条撤(包侧缺口 ①)。上收登记 `devices-wire-uplift`(条件 = 本包导出 `rebindSession`)换钉即转红,按本行收窄。
+- 排空(SA-4):`sema/engineDrainHandoffGate.ts` 的等待判决加一条析取臂:对 draining 记录里的端口读 `/health`,`readEngineSignal(body)?.draining` 在场 ⇒ 继续等(设置契约 `./fleet`,终端已依赖 `^9.0.0`,9.0.0 起导出)。上收登记 `engine-drain-marker-health-draining-reader`(条件 = 本包 `dist/types/engineState.d.ts` 出现 `draining`)永不会转红 ⇒ 改钉设置契约读口或摘行。
+- env 组(SA-5):`sema/engineLifecycleManager.ts:1350` 的判定段改调本包:`ENGINE_ENV_GROUPS`(`sema/engineEnvGroups.ts:185`)转成 `EngineEnvGroupDecl`(`refuses(view, ctx)` 闭包上下文、`skippable(ctx)` 先求值成布尔)、`isProjectForbiddenEnvKey` 作 `ignored`、`engineEnvSourcingOptions().aliases`(含设置契约墓碑改名对)作 `aliases`、`caseInsensitive` 按平台、`sources` 按「本地源先、项目源后」;告知句按 `groups[].touched` / `own` 出(模型组的专句用 `engineEnvView` 读同一视图)。删 `sema/engineEnvGroups.ts:454` 的判定循环;组声明、告知句、`deleteEnvKeysCaseInsensitive` 留。两条上收登记(条件 本包 ≥ 0.95.0)换钉即转红。
+- 建表批核账(SA-6):上收登记 `engine-config-drift-ordinals`(条件 = 本包 `dist/types/engineState.d.ts` 出现两只序数键)永不会转红 —— 0.93.0 起读器与判决在 `dist/engineConfigDrift.d.ts`(`readEngineConfigApplyState` / `configDriftVerdict`)⇒ 改钉导出名,`sema/engineConfigDriftGate.ts` 整只换读。
+- 设备行型(SA-7):网页端 `ui/hooks/useDevicesPane.tsx` / `ui/lib/engine/engine-devices-wire.ts` / `ui/components/devices/DevicesDialog.tsx` / `ui/lib/session-transport.ts` 四处 `import type … from '@sema-agent/sdk'` 改为从本包取(名与形逐字同,零改码);桌面端随网页端。
+- 网页端 / 桌面端:零动作(接换绑、起本机引擎时直接用本组口)。
+
+
+**网页端**
+- `ui/lib/engine/engine-turn-legs.ts:535`(`const hasLedgerPosition = asString(frame.id) !== undefined`,头注 `:529` 写「本地复刻同一判据」)→ 删,改调 `hasLedgerPositionKey(frame)`。线上帧的 `seq` 位虽不在 sdk 事件型上,账本帧可只带数值 `seq`、或带坏形 `id`:本地谓词在 `{ seq: 9 }` / `{ id: '' }` 等九形上答「没有账本位置」,于是不读待决清单、不判处置、当 live 铸可点卡(G-WC2)。
+- 同文件 `:557` `ctx.preambleApprovals.add(approvalId)` **无条件记入**(头注写「即便 `hasLedgerPosition` 为假也记」)—— 包内只有**不带账本位置**的卡帧才记 preamble 证据(带位置的卡帧是历史、不算证据;帧通道的 `approval_request` 分支同律)。网页端把带位置的帧也记进去:同一连接上同一 `approvalId` 的第二次重放帧在 `:547` 的判定里命中 `preamble` ⇒ `live` ⇒ 铸可点卡。(**推断**:读码所得,未实跑;请网页端对自己的主干复核,并按 `hasLedgerPositionKey(frame)` 为假才记。)
+- `ui/lib/engine/turn-mapping.ts:526-537`(`crashConvergedCauseSentence` 一张成因表)与 `:542-557`(`approvalReadOnlyStamp` 内的三句:`Approved earlier · the tool already ran` / 带成因的拼接句 / `Sema can't confirm whether …`)→ 删这张表,`readOnlyNote` 取 `replayedApprovalSentence(disposition, { toolName })`。🔴 现有「Approved earlier · the tool already ran」对 `decided` 没有依据(判定口只证明引擎的待决清单里没有它),对带成因的更是与事实相反(崩溃收敛行恒 denied);`readOnly` / `decisionUncertain` 两位仍按 `kind` 定。`ui/lib/composer-surfaces.ts:439-441` 的字段注释同步订正。
+- `ui/lib/engine/engine-hitl-frames.ts:275-279`(`readApprovalAllowRuleShadow(frame)` → 逐成员 `entries` `join(", ")` → `approvalArgFace`)与 `ui/components/composer/Composer.tsx:1905`(`Your allow rule didn't apply this time: {…}`)→ 披露行改取 `allowRuleShadowSentence(frame)`(已过显示消毒:端不再 join 条目、不再二次过 `approvalArgFace`);卡面字段 `allowRuleShadowed` 随之换成句子位。此前:只列条目、丢成员词(`hook` 成员空表时整行不渲)、整只读不出时整行不渲 —— 都是「读不出被渲成没有」。
+- 同族存量(不在本行范围,供端自查):`ui/lib/engine/engine-crash-converged.ts:114-150`(`crashConvergedNoticeCopy` 自拼崩溃遗留通告整段,含 `:142` 的成因短语)—— 崩溃遗留通告那一行话自 0.91.0 起的唯一说话人是包里的 `crashConvergedNotice`(§117),与本行的重放卡句子是两件事(通告按多行聚合、卡句子按单帧),但同一事实(崩溃成因)的端侧第二张表在这里。
+
+**终端**
+- `sema/approvalStreamWire.ts:1182`(`handleReplayedApproval`)里 `:1203` 的 `An earlier approval request for ${tool} was read back from this run's history; …` 一句 → 取 `replayedApprovalSentence(disposition, { toolName: frame.toolName })`,时间线留一行不变;`decided` 带成因的分支仍只记 relay、不出句(同旧)。
+- `sema/allowRuleShadowNote.ts`(整文件叶子:包的句子口以它为金样,终端 `a0d35cde` 的 `allowRuleShadowNote` 与本口在十七形上只差条目的引法 —— 本口把条目与表外成员词放进双引号、叶子放括号,取值器 / 控制符等脏形上本口更严)→ 删;`sema/liveToolApprovalWire.ts:97`(import)与 `:1464`(`allowRuleShadowNote(readApprovalAllowRuleShadow(req))`)改调 `allowRuleShadowSentence(req)`;`components/permissions/engineRuleSuggestionsCard.test.tsx:80` 的 import 随之换。
+
+**桌面端**
+- 零动作:不消费重放处置,卡面没有披露行。`main/session-host.ts:2140-2144` 的注释记了座位载体缺这一位(「候跟 = 向包提补位」)—— 座位载体字段本行不动;补位到货后披露行取 `allowRuleShadowSentence`,不读 `persistedRuleShadowed`(RL-58 过渡位)。
+- 同形存量(不在本行范围,供端自查):`main/session-host.ts:145-150`(`durableEventId`)自写了一份「帧的续读位置」读法 —— `id` 非空串先、否则数值 `seq`;包内同名读法 `durableSeqOf` 是 `id ?? seq`(坏形 `id` 遮住有效 `seq`,游标不记)。两者在 `{ id: '', seq: 9 }` 一形上不同:桌面端读出 `'9'`、包不记。`durableSeqOf` 目前不在根入口。
+
+**WB 行(CC-465 / CC-466)** —— 坐标来自本机只读参照(终端 origin/main `a0d35cde`、网页端 `0396044`、桌面端 `4a72dfd`;路径省略 `src/` 前缀;行号会漂):
+- 终端 `sema/liveClient.ts:1072-1074`(`fetchLiveModelCatalog` 把 `models.list()` 回体原样当目录返回)→ 过 `readLiveModelCatalog`,`kind === 'read'` 才装;返回型注解改 `LiveModelCatalog`。
+- 终端 `sema/modelContextResolver.ts:41-54`(自写的大小写不敏感行查找与 16k 下限 `MIN_PLAUSIBLE_CONTEXT`)→ 读 `liveModelRowsOf()` 那一行的 `contextWindow` / `maxOutputTokens`(行键就是服务端的 `name`,大小写敏感)。
+- 终端缺省模型的四处直读:`sema/modelOptionsSeam.ts:204`(`liveDefaultModelName() ?? live.default`)、`sema/overrides/welcome-scifi.tsx:217`、`sema/modelEndpointSwitch.ts:339`、`sema/printStreamJsonContract.ts:1426` → `liveDefaultModelOf()`(`listed` 取 `name`;`not_listed` 取 `id`;其余不渲、不带)。
+- 终端 effort 硬表:`utils/effort.ts:83`(`modelSupportsEffort` 按名字子串)/ `:113`(`modelSupportsMaxEffort`)/ `sema/modelEffortDefault.ts:169-187`(按线路形镜像引擎夹档)→ 在线目录里的模型读 `effortLevelsOf(model)` + `effortLevelHonored(reading, level)`;离线路径照旧。`/model` 面板的配对灰显已读 `routePairingVerdict`(`sema/modelOptionsSeam.ts:166`),零改;`@` 可提及改读 `atMentionOf`。
+- 终端收口帧三态判定 `sema/askParkExpiry.ts:125` 的停驻臂与 `approvalCompleteParked` 同判(过期 ∧ 停驻)—— 改读它即一只读法。
+- 网页端 `ui/lib/engine/engine-observability-wire.ts:142-181`(`mapSemaModelCatalog`:按 `id` 键行、缺省只读 `default`、16k 下限、`atMentionable` / `reasoning` / `compat.thinkingFormat` 自读)→ `readLiveModelCatalog(body)` + `liveModelRowsOf(catalog)`,选项值用行的 `name`。
+- 网页端 `ui/hooks/useEngineObservability.ts:141-143` 与 `:174-176`(`defaultId` 找不到就 `options[0]`)→ `liveDefaultModelOf`,读不出缺省就不预选。
+- 网页端 `ui/lib/desktop/local-sessions-transport.ts:97` / `:135` / `:278-298`(`SeatModelCatalog` / `SeatModelInfo` 型名)→ `LiveModelCatalog`;`:319-324` `resolveSeatTurnModel` 的 `models[0]` 兜底删(读不出缺省 ⇒ 不 stamp);`:677` 的 `tool_permission_resolved` 臂接 `ev.parked`。
+- 网页端 `ui/lib/engine/engine-hitl-frames.ts:399`(`outcome === "expired" && frame.parked === true` 自读)→ `approvalCompleteParked(frame)`。
+- 网页端 `ui/lib/engine/turn-request-ledger.ts:580` / `:581` / `:595`(「座位契约无 settings 载体」三行)→ 改读 `SEAT_TURN_SETTINGS_ORIGINS`(这几把由宿主供,不是缺了载体);`:587`(回退「载体缺席」)→ 座位有 `rewind` 载体(能力表报 `rewind` 才供给);`:280-308`(称座位没有子代两位载体)→ 座位自 0.62.0 起就有这两位,座位 lane 照 BFF lane 供给。
+- 桌面端 `main/session-host.ts:1317-1341`(`listModels` 自解析:按 `id` 键行、丢没有 `id` 的行、`defaultModel.id ?? default`)→ `const r = readLiveModelCatalog(await this.deps.client.models.list()); if (r.kind !== 'read') throw …; return r.catalog`。`shared/localSessions.ts:37` / `:57` / `:58`(`isSeatModelCatalog`(0.95.0 退出公面)与两只型名的转出)删。
+- 桌面端 `main/session-host.ts:273-366`(`requireString` / `requireOptional*` 一族)与 `:1055-1066` 的入站门 → 门口调 `checkSendMessageRequest(req)`,不是 `true` 就抛它的 `reason`;判官认得的子代两位(`forwardSubagentEvents` / `retainSubagentSessions`)此前在这里没读、到不了引擎 —— 换判官时同批转投进请求。
+- 桌面端 `main/session-host.ts:2046`(`resolveLivePermission(s, live:…, frame.outcome)`)→ 补 `...(approvalCompleteParked(frame) ? { parked: true } : {})`。
+- 桌面端回退(要提供时):把 `rewind.targetMessageUuid` 映射到引擎条目,按 `rewindSpecForMode(mode, 条目, observedRewindArchive())` 投进这一轮请求,能做才在能力表报 `rewind: true`。
+- 管理台:零动作。
+
+**RX 行(CC-309 / CC-377 / CC-401 / CC-426 / CC-322 / CC-281)** —— 坐标取自各端远端主干(终端 `f4d1a352`、网页端 `0396044`、桌面端 `4a72dfd`、管理台 `766319c5`;路径省略 `src/` 前缀;行号会漂,合并前请各端对自己的最新主干重看一遍):
+- **终端**:① RX-2 —— `sema/approvalsStreamLiveCapability.ts:36` · `sema/deviceExecutorManagementCapability.ts:34` · `sema/executionLaneCapability.ts:47` · `sema/fileHistoryCaptureCapability.ts:44` · `sema/peerLaneCapability.ts:48` · `sema/permissionRulesWriteCapability.ts:50` · `sema/rewindArchiveCapability.ts:40` · `sema/sessionPolicyCapability.ts:42` · `sema/sqlEngineCapability.ts:56` · `sema/webSearchBackendCapability.ts:41` · `sema/writeProtectionCapability.ts:38` 十一行 `forgetXxxReading,` 死再导出(编译红 TS2305,删行即可;它们的调用早在 1.0.145 就已为零);测试若干处按名调用 —— `commands/doctor/axesRows.test.ts:559 / :567` · `commands/doctor/doctorEngineCaps.test.ts:882-902`(名单字符串)· `sema/backgroundWorkExit.test.tsx:618 / :686 / :789` · `sema/humanTurnAssembly.test.ts:242` · `sema/interactiveSettingsStamp.test.ts:1609 / :1699` · `sema/rewindArchiveOffer.test.tsx:149` · `sema/rewindArm.test.ts:7 / :91 / :94` · `sema/rewindFilesControl.test.ts:65` · `sema/toolHistoryOutlet.test.tsx:329 / :347 / :356 / :538`(要清格改调 `invalidateEngineCaps(base)` 或各读器的 `__reset*ReadingsForTests`);终端自家登记 `uplift-retirement-registry.json:630` 的 `forget-reading-warm-cut-wiring` 条目(条件正是换钉 ≥0.95.0)同批删。② RX-5 —— `sema/onboardGate.ts:56` 类型联合收窄为 `ModelIdentityReading`、`:94-96` 的三态臂删(`modelSetupDecision(i.identity, true)` 之后用 `modelIdentityResolvability(i.identity)` 取 verdict);`sema/modelIdentityReading.test.tsx:597 / :600 / :603` 直接用三态串调包的三格改交读数。③ RX-1 / RX-3 / RX-4 零改(`sema/wirePermissionModeFields.ts:34` 与 `sema/engineGateSyncAllow.test.ts:2653` 单参)。
+- **网页端**:零改。RX-1 / RX-2 / RX-4 / RX-5 零命中;RX-3 的 `tests/run-retry-terminal-governance-test.mjs:265 / :297` 是把旧键当 wire 帧入参喂包的测试输入,不受影响。
+- **桌面端**:零改(`main/session-host.ts:2140 / :2144` 对旧键只有注释)。
+- **管理台**:零改。`test/pickup1008-dependency-pickup.test.ts:224-228` 以 AST 断言零引用 `providerRejectionResend`(0.95.0 退出公面);`test/pickup1018-dependency-pickup.test.ts:386 / :388` 的名单自检(「名在 CHANGELOG 段或是根导出」)换钉时核一遍。
+- **RX-6**:四端零动作(终端附着门槛 7.119.0 已在主干,网页端 / 管理台 / 桌面端经终端回报的底线均 ≥ 7.119.0)。
+
+**已删文件名录**(冻结段是历史记录,其中引到的本包文件若已删,以本名录为准)
+
+| 标签 | 文件 | 删除版本 | 改看 |
+|---|---|---|---|
+| 已删文件 | `src/panelRunningHistory.ts` | 0.95.0 | running 历史 / ended 账 / 缓着的首见终态行三本账成为面板记录的字段,在归约口模块 panelReduce.ts(PR-3) |
+**RD 行(CC-488 / CC-511 / CC-550 / CC-432)** —— 坐标来自各端仓只读参照(终端 origin/main `a0d35cde`、网页端 `0396044`;路径省略各端仓的 `src/`;桌面端本机主干零命中;行号会漂,合并前请各端对自己的最新主干重看一遍):
+- **终端 · RD-1**:`sema/clientCoreHost.ts` 的 `installHost({ settings })` 在 `:177 mergedDisableAllHooks` / `:189 hooksStartupMode` 旁补 `managedPolicyReading: () => ({ state: readManagedLayer().state })` —— 取壳的托管层读数唯一座位(🔴 射程:三词端口交不出沿用覆盖 / 远端未到 / 被盖住三维,托管层读坏而壳沿用上次名单时引擎 hooks 腿与本端执行腿处置不一,KL-737;0.96.0 随 CC-601 改成读壳的处置判决或扩词,接法句到时改)(`sema/settings/managedLayer.ts:152 readManagedLayer`;它的 `state` 本来就是 `absent` / `in-effect` / `unreadable` 三词,不自铸第二份判据)。🔴 这里不要再做放宽:读不出就报 `unreadable`,不要折成 `absent`。
+- **终端 · RD-3**:`sema/askParkExpiry.ts:125 classifyApprovalCompleteFrame` / `:351 parkRowDeadlineState` / `:551 lateDecideRoute` 与 `sema/runReapedProbe.ts:12 runReapedByDeadline` 四处改 `import { … } from '@sema-agent/client-core'`、删本地实现(`runReapedProbe.ts` 整份可删);读点只改 import 来源:`sema/askParkReopen.ts:263`(import)、`:1331` / `:1621`(`reapedProbe: () => runReapedByDeadline(client, rowTaskId)`)、`sema/approvalStreamWire.ts:151` / `sema/liveToolApprovalWire.ts:100`(引用判定单源处)。壳侧的到货登记两条(条件锚分别是 `classifyApprovalCompleteFrame` 与 `runReapedByDeadline` 的根入口导出)到货当拍转红,同批摘;本包同名影子豁免四行(`layering-shadow-exemptions`,差分格 `cc550-park-expiry-judgements`)随壳删本地实现后的下一个本包版本删。
+- **终端 · RD-4**:零调用方(`a1d0e600`:`reconnectMcpServer` / `classifyMcpReconnectFailure` 在 `src/` 里只剩 CC 自家 MCP 客户端的同拼写局部名,零处引包);`/mcp` 面板的「重连」驱动壳自己的 MCP 客户端,本版零改动。哪天接引擎腿的会话内重连:把 sdk 客户端实例直接传进去,不写适配器。
+- **网页端 · RD-4**(必改,编译红):`ui/lib/engine/engine-observability-wire.ts:660-666` 的 `toMcpReconnectClientLike`(`mcpReconnect: (sessionId, body, opts) => client.sessions.mcpReconnect(sessionId, body.server, opts)`)里 `body` 现在是 `string`,取 `body.server` 编译红;`:682` `reconnectSemaMcpServer` 里的 `reconnectMcpServer(toMcpReconnectClientLike(client), …)` 改成直接传 `createEngineClient(options)` 的实例,删适配器与它头注(`:645-659`,记的是「包的占位形与 sdk 落地形不一致」,本版包已追认 sdk 形)。
+- **网页端 · RD-2**:`ui/lib/engine/engine-usage-analytics-wire.ts` 整份(`:44 usageAnalyticsWindow` → 本包 `usageWindowOfRange`;`:87 USAGE_ANALYTICS_UNAVAILABLE_SENTENCE` 与 `:88 MODELS_UNAVAILABLE_REASON` → `USAGE_SENTENCES`;`:95 HEATMAP_MAX_DAYS` → `USAGE_HEATMAP_MAX_DAYS`;`:187 mapUsageAnalyticsView` → `projectUsageAnalytics` / `readUsageAnalytics`;`:217` 的 `≥` 前缀 → `usageBoundPrefix`)与 `ui/lib/engine/engine-observability-wire.ts`(`:620 SemaUsageBreakdownRow` / `:629 mapSemaUsageBreakdown` / `:650 fetchSemaUsageBreakdown` / `:671 fetchSemaUsageAnalytics`)删壳读器与映射,只留渲染;读点:`ui/hooks/useHomeUsageAnalytics.ts:18` / `:31`(首页用量卡)、`ui/hooks/useEngineObservability.ts:34` / `:533`(设置页「按模型」分区)、`ui/components/overlays/SettingsOverlay.tsx:598`。🔴 三处行为差(读码时按这三处核):① 壳修前对分桶行缺席位 `?? 0`(`mapSemaUsageBreakdown`),包不编 0 —— 缺席位要渲「未知」,不渲 0;② 壳修前日序列读失败时热力图仍出一整张零格(`buildHeatmap` 不看日序列读没读到),包在这一形 `heatmap: null` —— 要渲「读不到」,不渲零活动;③ 壳修前把一切读失败(含 401 / 5xx)渲成「这个后端没有」那一句,包把读失败分给另一句(`cause: 'read_failed'`);估算总数壳渲 `≥`,包按轴分 —— 金额 `≥`、token `≈`(前缀读 `usageBoundPrefix`)。格式化(刻度 / 12 小时制)与装饰行归壳,包不格式化数字。
+- **桌面端**:零读点(用量卡的 UI 与网页端共用同一份,读点随网页端换);RD-4 同样零命中(`002e6cd`)。
+
+**SB 行(CC-344 / CC-325 / CC-324)** —— 坐标取自终端主干 `f4d1a352`、网页端主干 `56e8df4` 的只读查看(路径省略各端仓的 `src/`;行号会漂,合并前请各端对自己的最新主干重看一遍):
+- 能力位(SB-1 / SB-2):三端温切处已调 `invalidateEngineCaps(baseUrl, probe)`,读数换钉即生效。**终端必改一处(编译红)**:`sema/engineSubagentOutput.ts:16` 与 `sema/engineSubagentTail.ts:35`(均非测试文件)再导出本版已删的 `__resetSubagentOutputCapCacheForTests` / `__resetSubagentStreamCapCacheForTests`,删这两处再导出名;用到它们的 `sema/subagentTailHostRun.test.ts`(`:57` import、`:387` / `:473` / `:521` 调用)改调 `__resetEngineCapsCacheForTests`。终端 `sema/engineCompactWire.ts:17` 仍再导出 `resetManualCompactCapability`(过渡口,照编)。网页端 `ui/lib/engine/engine-session-transport.ts:203` 的 `resetManualCompactCapability()` 一行可删(本版起 no-op;失效由同一处的 `invalidateEngineCaps` 完成 —— 按读码推断,网页端门 `tests/run-slash-commands-test.mjs` T5 的重探断言删掉这一行后照绿,以网页端实跑为准)。终端 `sema/mcpInjectionGate.ts:31` 的 `noteEngineCapsForMcpGate` 是在宿主探测闭包上 tee 一份回体自己读 `mcpInjection` —— 同一事实的第二条读法,改读 `engineCapState(baseUrl, 'mcpInjection') === 'false'`(总缓存那一份)。
+- MCP 连接态(SB-3):终端 `sema/engineHostedMcp.ts:191` `classifyMcpServerRow` 现以壳本地 client 态四档恒赢、余下按工具名册条数翻「engine-hosted」—— 改为引擎车道上读 `mcpEngineLegConnectionOf(name, <这一轮运行的 wiring_manifest.mcp 段>)`(`connected` / `not_connected` / `unknown` 三态各一句;活性仍读 `mcpEngineLegLivenessOf`),`:111` `engineHostedMcpToolCount` 不再参与「连着没有」;`:325` `summarizeMcpServerStates` 同读;引擎车道上壳本地那只 MCP client 不再自连(同一台服务器连两次,面板与模型可用性不一致的来路)。
+- 切模型(SB-4):终端 `sema/modelSwitchProbe.ts:302` `probeModelForSwitch` 的分型臂改调 `runModelSwitchProbe(model, { lane, validate })`(端点 / 路由说明项与 `modelSwitchProbeFailureLines` 文案留壳,按 `kind` / `cause` 选句);`sema/modelSwitchFallbackStore.ts:60` 进程级 `record`、`:78` 记账、`:143-165` 空流码判、`:186` 判据改为宿主持一只 `createModelSwitchFallbackLedger()`:三处切换臂调 `noteSwitch({ sessionId, to, lastServed })`(`lastServed` = 宿主证据里「真答过」的那个名字),`sema/upstreamBridge.ts:3611` 起的候选名循环改为一次 `advisoryFor({ frame, sessionId: <流冻结会话>, streamModel, lastServed })`,`:3922` 投递成功后 `release(sessionId, advisory.seq)`(不再无条件清)。
+- 两代读法(SB-5):三端零读点(终端 `cli/handlers/cloud.ts:940` 只经 `centerWiringDoctorDetail`)。
+- 旁证(SB-6)—— **终端必改(编译红 + 行为变)**:`sema/skillsWire.ts:167` `toolsRunHere = cliSharesFs && toolsRunHereFromExecutionLane(reading, legacyInference)`(`reading` 取自 `:153` 的 `observedExecutionLane()`,`legacyInference` 取自 `:151` 的本机拉起引擎 / `REMOTE_EXEC` 旁证)—— 删第二参;`sema/executionLaneCapability.ts:43` 的再导出不动。`legacyInference` 随之只剩 `:159` / `:170` 的 catch 回落在读:取不到判据口时用旁证还是折 `false` 由壳自己定(包的判官不再借旁证);要保住「引擎自述还没落地也发 `baseDir`」的唯一做法是提交前等落地 —— 在 `loadSkillSpecs` 读 `reading` 之前 `await engineCapsSettled(baseUrl, { withinMs })`(终端 `sema/agentsWire.ts:207` / `sema/approvalStreamWire.ts:1258` 已是这一写法),到时仍没观测到按不发。行为差见 122b SB-6。测试 `sema/enginePinCapsReadings.test.ts:390` / `:394` / `:395` 的两参调用与 C5b「未观测 ⇒ 仍用壳的旁证」一格同改。网页端 / 桌面端零命中。
+**RS 行(CC-536)** —— 坐标取自终端 origin/main `f4d1a352` 与网页端 `d0284a9` / 桌面端 `3eacf5e` 的只读读码(未实跑,以各端自己的黑盒为准;行号会漂):
+- **终端 · RS-1 / RS-2**:`sema/seamQuery.ts:3391` 的 `offerRunningChoice` 回调把请求写成内联 `{ taskId, status, canSteer, canCancel }` —— 改引包型 `RunningChoiceRequest`(多可选 `canAttach?: true`),同一 deps 顶层补 `canAttachRunning`(= durable 事件动词在场 ∧ resume 卡的接管口已接,折法与 `sema/resumeRunningArm.ts:145` 那一份同源,不另写第二份条件);呈现口 `sema/activeRunRunningChoice.ts` 的 `offerActiveRunChoice` 在 `req.canAttach === true` 时多渲一项接管观看(默认焦点仍是零动作那一项)、选中回 `'attach'`;自愈结局分派补 `running-attach` 一臂 —— 调与 resume 卡同一个接管口,披露行取 `resumeAttachReplayDisclosure`(或经 `activeRunSelfHealRow`)。壳到货前三选照旧、不自加第四档。
+- **终端 · RS-3**:`sema/resumeRunningArm.ts:284` 的本地 `resumeRunningCancelledRow` 及其调用点改调 `resumeRunningCancelConfirmedRow(taskId)`、删本地函数;终端上收到货登记里的 `resume-running-cancelled-row-shell` 一条(条件锚是占位名 `resumeRunningCancelledRow`)改钉真导出名 `resumeRunningCancelConfirmedRow`,到货当拍转红、同批摘。包里的确认句比壳现落句收窄 —— 壳现句多说了「活被丢弃、不会恢复」,取消口回终态 no-op 受理体时那两句不成立;换读后上屏措辞随包。
+- **网页端 / 桌面端**:零读点(网页端非测试代码里没有 `offerRunningChoice` 接线,只有 `tests/run-self-heal-disposition-test.mjs` 的「dep 缺席」格提到它;桌面端零命中)。
+**TW 行** —— 坐标为终端主干 `f4d1a352`(本版前取,路径省略 `src/`;网页端 `d0284a9` / 桌面端 `3eacf5e` / 管理台 `0f692c2b` 对改名的十个运行期名与三个型 **零读点**):
+- **run 行状态**(`runs.get` 的 `status`):`sema/forkedSessionContinuity.ts:61` / `:167` 改 `isSdkRunTerminal`(`timeout` 历史行同算终态);`sema/seamQuery.ts:91` / `:5129` 改 `isSdkRunTerminalNotSuccess`;`sema/terminationIntentLedger.ts:43` / `:506` 的会话锁释放判据改 `isSdkRunTerminal(status)`(旧表 `CLAIM_RELEASED_STATES`(0.95.0 退出公面) 逐词同)。
+- **通知面**(`bgshell_settle` 帧的 `status` 来自 `task_notification`):`sema/upstreamBridge.ts:224` / `:2352` 守卫改 `isCoreTaskNotificationTerminal(e.status)`;`sema/engineBgShellWatch.ts:63` / `:304` 形参型改 `CoreTaskNotificationTerminalStatus`(XML `<status>` 词域);`sema/backgroundCompletionArrival.ts:70` / `:88` 改从 `CORE_TASK_NOTIFICATION_TERMINAL_STATUSES` 减本腿射程。
+- **TaskOutput 卡 / 登记任务**(空闲期轮询读的 `output.status`):`sema/engineBgShellPanelStore.ts:43` / `:107` 判据改 `isCoreSemaTaskTerminal`,`:77` settle 事件的 `status` 型改 `CoreSemaTaskTerminalStatus | CoreTaskNotificationTerminalStatus`(两个发布者两种属主,今天同四词)。
+- **CC 本地任务行**:`sema/overrides/chrome-agentprogress.tsx:1213` 的 `ev.status === 'blocked' ? 'failed' : ev.status` 换 `ccTaskTerminalStatusOf(ev.status)`(读出 `undefined` ⇒ 不翻行);`:1020` 调 `engineAgentTerminalAfterDropLine` 传 `failed` / `completed`,零改。
+- **fleet 行**:`TERMINAL_FLEET_TASK_STATUSES`(0.95.0 退出公面) 的读点 —— `cli/sessionBackgroundStop.ts:42` / `:215`、`sema/engineAgentView.ts:69` / `:613` / `:820`、`sema/engineBgGate.ts:8` / `:18`、`sema/fleetClient.ts:80`(转出给 `replEntry` ×3 / `engineUpgradeCoordinator` ×2 / `liveToolApprovalWire`)、`sema/fleetDurableTerminalOverlay.ts:78` / `:104`、`sema/replEntry.tsx:79` / `:2626` —— 改 `SDK_FLEET_TASK_TERMINAL_STATUSES`;本表换冻结数组,`.has(x)` 改调 `isSdkFleetTaskTerminal(x)`(`new Set(表)` 拷贝照用)。`sema/fleetDurableTerminalOverlay.ts:83` 手抄三词型 `type TerminalStatus` 改 `SdkFleetTaskTerminalStatus`。
+- **端上门 / 测试**:`sema/resumeOrphanRunProbe.test.ts:597` / `:631` / `:643` / `:657`、`sema/terminalStatuses.test.ts:26` / `:71` / `:76` / `:84` / `:183` 换新名;`sema/wireAnchorContract.test.ts:850` – `:852` 与锚登记表里锚着本包通知模块那两行产物(种子扫描判据行与 import 行本版都变了)要重锚;终端仓自己的契约值镜像门(第 577 行点名 fleet 表)与几张门登记 JSON 里以旧名为键的条目改键。
+
+
+**SC 行(终端 `f4d1a352` / 桌面端 `ce96600` / 网页端 `56e8df4`,各端 origin 主干只读)**
+- **终端 · SC-1 / SC-2**:`sema/decideAlreadyResolved.ts` 的自拼组合 —— `:113 ALREADY_RESOLVED_ENGINE_ERROR_CODES` / `:138 ALREADY_RESOLVED_TYPED_ERROR_NAMES` / `:147 PARKED_RESUME_STARTUP_TYPED_ERROR_NAME` / `:249 decideFailureFactsFromError` / `:274 decideFailureFactsFromOutcome` / `:340 isAlreadyResolvedDecideFailure` → 判「门已决」整只换读 `isAlreadyResolvedFailure`(抛出物与拍平结局原样传),删四臂与归一;读点 `sema/askParkReopen.ts:1132` / `:1359` / `:1415` / `:1692` / `:1710`。⚠️ 换读后的两处口径差(本包对两形同答,终端现行两形不同答):拍平结局只带 `safetyCode: 'no_pending'`(无 `code`)⇒ 本口判已决(与抛出物一形同答;终端现行判否);409 `checkpoint.unsupported_version` ∧ 拒体自有 `retriable: true` ⇒ 本口判「门还在」(终端现行归一丢了 `retriable`、按文字判)。`isRotationBindingMismatch` 与 `currentPending` 重定位不在本口射程。
+- **终端 · SC-8**:`sema/fleetClient.ts:509` `ledger.applyFrame(frame)` → 改走 `ledger.issueStream()` 的 ingress(`ingress.applyFrame`)。
+- **终端 · SC-7**:`sema/engineAgentView.ts:338` 只读 `summary` / `recentSteps`,零改动。
+- **桌面端 · SC-1 / SC-2**:`main/session-host.ts:1016` 与 `:3450` `isAlreadyResolvedGateReason(reason)` → `isAlreadyResolvedFailure(e)`(手里是抛出物就传抛出物,不再先取 `message`;`:1008` 那一条「not found ⇒ 取消 run」的加码分支序不受影响)。
+- **网页端**:SC 行零读点。
+
+**XH 行(CC-593)** —— 坐标取自终端 origin/main `f4d1a352` 只读读码(未实跑;行号会漂)。**1.0.147(`b0846e05`)对照**(终端 1.0.147 详报回帖;行号逐处抽核):HOTFIX147 自家的活卡在飞判定与登记臂 = `approvalStreamWire.ts:1329–1357`(uplift 登记 `stream-leg-own-live-call-in-flight`)/ `:1427–1431`(开卡帧交包桥)/ `:1532–1556`(宽限窗满 ≠ 未送达)/ `:1722–1762`(`legacySettled` 收口判)/ `:1156–1200` 与 `:1231` / `:1235`(`letGo` 放手)+ `liveClient.ts:1724`(`noteLegacyLiveCallSettled`)—— 换读本口按这份坐标销;壳判「已收口」的 `.settled` 只认 decided,本口 `joined` 另含 interrupted 与非停驻撤卡,`.settled` 不留。**替代壳侧判定的覆盖面清单**(壳按清单销判定、清单外不销;一条调用路径一行):
+
+| 调用路径 | 本包接住? | 本包门格 | 壳动作 |
+|---|---|---|---|
+| 流内问车道「现场卡宽限窗满仍没收口 ⇒ 走耐久决断」(`sema/approvalStreamWire.ts:1452` 起;开卡 `:1522`,决断 `:1646`) | 接住:开卡前调 `joinApprovalHolder({ approvalId, taskId, toolCallId })`(三位都取自 `approval_request` 帧;`approvalId` 与现场帧同值)。`joined` ⇒ 不开卡、不决断、照「已去重」收尾;`free` ⇒ 原路开卡 | G-XH1 / G-XH2 / G-XH4 | 删壳侧「同 `approvalId` 的现场活卡调用是否在路上」判定,换读本口 |
+| 重开链(`sema/askParkReopen.ts` → `surfaceFsApprovalAndDecide`) | 接住:停驻 × 停驻是 0.93.1 起的单一持有;活卡 × 停驻本版起(XH-2)。前提:活卡经包内帧路由呈起(路由传 run) | G-XH5 / G-XH7(停驻 × 停驻见单一持有门 G-SH2) | 零动作 |
+| `-p` 车道 | 同一读口、同一条判定,本包没有 `-p` 专属分支;无审批席时卡口当拍策略拒,活卡不在屏停留 | 本包无专属格(本包里没有车道概念) | 壳若只销有红格的路径:在壳侧补一格 `-p` 红测试再销;补不出就这一处留壳 |
+| 回落现场答复路(同文件 `:1691 fallbackLegacyRespond`,问车道被关时) | 不接:这是壳在 `free` 之后自己开卡、决断失败时的第三条发送路,不是持有判定的消费点 | — | 留壳(不受本票影响) |
+| **壳侧隐含前提**:「legacy 帧先到、桥对它同步阻塞」(`sema/approvalStreamWire.ts` 头注;`onApprovalRequest` 750 ms 宽限窗的前提)—— 自本包 0.94.0 HW2-2(CC-493,§121d)呈卡后不再停流起不成立,同一只问的 `approval_request` 在人还在活卡上时就到流内审批级 | 接住:前提换成读口 —— 宽限窗满后调 `joinApprovalHolder`,不再假设桥阻塞 | G-XH1(真包桥时序:耐久卡 756 ms 请求、活卡 1103 ms 才答) | 删头注前提句,换读本口。**§121d 订正(已发段不回改)**:CC-493 HW2-2 的读点清单漏了这条前提,以本行为准(cli [9999]) |
+
+- **网页端 / 桌面端**:零读点 —— 两端按帧型显式选路、没有定时回落([9985]),不经这一处。
+- **固定格(自本版起)**:「替代壳臂 / 行为变化」条目的覆盖面清单固定三类 —— ① 调用腿(流腿 / 重开链 / `-p` / 回落)② 壳侧隐含前提(时序 / 阻塞 / 先后到达假设)③ 壳侧登记臂;某一类列不出就写「未核」,不留空(cli [9984] 固定门 + [9999] 订正;见病形档)。
+**CR 行(CC-344 余项 + CC-516 + CC-525 ③)** —— 坐标取自各端主干只读查看(终端 `3082f38e`、网页端 `fc54fd1`、桌面端 `29320c9`、管理台 `828b6fe3`;路径省略各端仓的 `src/`;行号会漂,合并前请各端对自己的最新主干重看一遍):
+- **终端** —— 换钉 0.95.0:
+  - 🔴 **必改一处**:`sema/executionLaneFirstScreen.ts:70`(`noteExecutionLaneFirstScreen`)在 `sema/liveClient.ts:1273` 被 `capsTee`(`:1198` 起)同拍调用,读的是 `observedExecutionLane(baseUrl)`;`capsTee` 经 `sema/engineCapsArm.ts:176 – 195` 在探测的 `.then` 里、总缓存落地**之前**运行,升级后同拍读到 `unobserved` ⇒ 首屏「工具不在本机」那一句**静默消失**(不报错)。改法二选一:读手上这一发 —— `capsTee(caps, generation)` 本来就把 `caps` 递进来,`projectExecutionLaneCapability(caps)` 是纯函数、与落地之后读口给的读数同形;或把这一拍挂到落定之后(`await engineCapsSettled(baseUrl)` 再读)。
+  - **覆盖面清单**(「读数从总缓存的落地派生」换包盖过的壳臂,壳按清单销):`sema/liveClient.ts` 里 20 只包的 tee 调用 —— `:1246` SqlEngine · `:1253` WriteProtection · `:1261` WebSearchBackend · `:1269` ExecutionLane · `:1286` ApprovalsStreamLive · `:1288` OutputStyleSeat · `:1293` DeviceExecutorManagement · `:1301` PeerLane · `:1308` PermissionRulesWrite · `:1315` SessionPolicy · `:1323` RewindArchive · `:1327` FileHistoryCapture · `:1330` PermissionsAllowGrant · `:1333` AttachmentSeat · `:1336` SteerPriority · `:1339` SessionSyncFileHistory · `:1340` WorkflowsJournal · `:1341` UserInvokedSkills · `:1342` SkillToolLists · `:1346` ApprovalDecidedBy。本版起全是空调用、读数照来;删这 20 行不改行为(先做完上一条 🔴)。壳自有的 `noteEngineCapsForMcpGate` / `SessionBackground` / `ProjectContext` / `WorkflowsGate` 四只(`:1201 – 1236`)是壳自家件,不在本件射程。壳内再导出名单(随 0.96.0 删 tee 时同批去):`sema/` 下 `approvalsStreamLiveCapability.ts` / `deviceExecutorManagementCapability.ts` / `executionLaneCapability.ts` / `fileHistoryCaptureCapability.ts` / `peerLaneCapability.ts` / `permissionRulesWriteCapability.ts` / `rewindArchiveCapability.ts` / `sessionPolicyCapability.ts` / `sqlEngineCapability.ts` / `webSearchBackendCapability.ts` / `writeProtectionCapability.ts` 十一个文件里的 `noteEngineCapsFor*` 与 `__reset*ReadingsForTests` 再导出。
+  - 测试里 tee 起手要改成经总缓存落地(`invalidateEngineCaps(baseUrl, () => Promise.resolve(caps))` 之后 `await engineCapsSettled(baseUrl)`):`commands/doctor/axesRows.test.ts`(`:493` / `:495` / `:522` / `:556 – 562`,含 shell 与 pkg 名等同断言)· `sema/backgroundWorkExit.test.tsx`(`:616` / `:680` / `:683` / `:757` / `:786`)· `sema/engineCapsRespawnArm.test.ts`(`:396 – 402` / `:469`)· `sema/activeRunSelfHeal.test.ts`(`:2602` / `:2607`)· `sema/interactiveSettingsStamp.test.ts` · `sema/humanTurnAssembly.test.ts:240`;静态正则认 tee 文本的 `sema/engineOwnedReminderRetire.test.ts:484`、`sema/humanTurnAssembly.test.ts:235`、`commands/doctor/doctorEngineCaps.test.ts:882 – 901` 同批改。测试钩 `__reset*ReadingsForTests` 的调用(`axesRows.test.ts` / `doctorEngineCaps.test.ts` / `activeRunSelfHeal.test.ts` / `engineCapsRespawnArm.test.ts`)只清记忆,要清读数改调 `__resetEngineCapsCacheForTests`。
+- **网页端** —— `ui/lib/engine/engine-session-transport.ts:141`(`kickEngineCapsProbe` 的探测闭包里调 `noteEngineCapsForRewindArchive`)成空调用,可删;读口 `:941 – 942` 的 `observedRewindArchive(...)` 在用户操作时才读(不在闭包里),不受影响。
+- **桌面端** —— 零 tee 调用、零 reset 钩调用。座位载荷(经座位门过门的 `main/session-host.ts` / `main/model-config.ts` 一类载荷)拼装处自查是否用了访问器或不可枚举属性:本版起整条被拒,拒因带点号路径。
+- **管理台** —— 零动作(零调用)。
+**PK7 行** —— 坐标取自各端远端主干(终端 `f4d1a352`、网页端 `438594c`、桌面端 `3eacf5e`、管理台 `0f692c2b`;路径省略各端仓的 `src/` 前缀;行号会漂):
+- **终端 · PK7-1**:`package.json` 钉 `@sema-agent/sdk ^18.1.0` → `^19.0.0`(已认领)。
+- **终端 · PK7-2**:`sema/approvalStreamWire.ts:149 / :431 / :442 / :1836` 只把读数交 `askGoneContent`,不读 `.deniedReason` ⇒ 零改动。
+- **终端 · PK7-3**:「已取消 / 已到期 / 断连」的渲染读 `approvalCompleteCauseOf(frame)`;收尾帧今天在 `sema/approvalStreamWire.ts:1341 – :1356`(记账)与 `:1858 – :1895`(窗关去向一行)经过,成因读点挂在后者旁;词 → 句的映射若三端都要,请在本版发布帖下说,下一版以只增方式出一只包内句表。
+- **终端 · PK7-4**:`sema/approvalStreamWire.ts:1771` `classifyDecisionRefusal(err)` 可按新位 `conflict` 分句(可选)。
+- **终端 · PK7-7**:`cli/handlers/cloud.ts:940 – :941` 读 `projectCenterWiringCapability` 不变;网页会话深链拼 `agent=<worker>` 时读 `observedCenterWiring().view.worker`(缺席 ⇒ 不拼深链,不猜名)。
+- **管理台 · PK7-4**:`lib/chat/transport/engine-transport.ts:1416 classifyDurableDecideError` 自带一张 409 码表:`approval_binding_mismatch` 一律判绑定不符(≤7.123.x 的答案席形因此落「绑定不符」,与 7.124.0 的 `resume_outcome_invalid` 分两答)—— 改读 `classifyDecisionRefusal(e)?.conflict`(两代答案席同为 `answer_invalid`);`components/chat/chat-page.tsx:813` 的答案席分句随之。
+- **管理台 · PK7-10**:`components/chat/recents-core.ts:25 / :76`、`components/chat/chat-page.tsx:1509` 读 `objectivePreview ?? …` —— `null` 一种读法即可(两态在会话列表上本来就同值)。
+- **网页端 · PK7-9**:`ui/lib/engine/engine-turn-legs.ts:299` / `ui/lib/engine/engine-session-transport.ts:522` 读 `isInStreamDrainingEnd` / `streamDrainingDecision`,签名不变、零必改;sdk 19 的 `runs.events` 自己在排空帧上结束本腿,腿里若仍 `break` 无害。
+- **网页端 · PK7-10**:`ui/lib/engine/engine-history-wire.ts:262` 对 `objectivePreview` 自己再剥一遍系统提示块 —— 服务端 7.124.0 起已剥,端上那一遍在新服务端上是空转(老服务端上仍有用),不影响读法。
+- **网页端 / 管理台 · PK7-3**:`ui/lib/engine/engine-hitl-registry.ts:17` / `lib/chat/transport/hitl-frames.ts:52` 各有一句 `APPROVAL_EXPIRED_TEXT`(「过期或连接断了」两因一句)—— 有了结局帧成因,可按 `approvalCompleteCauseOf` 分说(可选,同终端 PK7-3 那句)。
+- **桌面端**:PK7 行零读点(`main/session-host.ts:2148 / :3161 / :3277` 只按 `outcome` / `parked` 收面,不读成因)。
+
+**SK 行** —— 坐标取自各端远端主干(终端 `a1d0e600`、网页端 `a13f375`、桌面端 `002e6cd`、管理台 `04215acd`;路径省略各端仓的 `src/` 前缀;行号会漂):
+- **终端 · SK-1(两处必接)**:① `sema/skillsWire.ts:176` `skillCommandsToSpecs(orderSkillCmdsForWire(cmds), resolveBody, { toolsRunHere, platform })` 是唯一调用点 —— 选项里加 `skillToolLists: observedSkillToolLists()`(换读之前 0.94.0 的两参 / 三参调用逐字节不变);② 技能命令上今天只有 `allowedTools`(`skills/loadSkillsDir.ts:271` 由 frontmatter 解析,恒为数组 —— 没写就是 `[]`;`skills/bundledSkills.ts:101` 同),**没有 `disallowedTools`**:frontmatter 的 `disallowed-tools` 要由 loader 读出、原样交进命令的 `disallowedTools`(终端半场)。包会逐字带 `[]`(服务端读作「不贡献规则」,无副作用);不想让请求体里每只技能都带一张空表,就在交进来之前把 `[]` 换成 `undefined`。
+- **终端 · SK-1(读数时刻)**:`sema/engineWireInjection.ts:223` 异步装载技能载荷并在 `:226` 写进座位缓存(`setSeamSkills`),读数在装载那一刻读 —— 装载早于能力探测落地 ⇒ 读数 `unobserved` ⇒ 这份缓存里整段会话都不带两表。请在装载前 `await engineCapsSettled(baseUrl, { withinMs })`(有界等待),或在能力落地后重装一次载荷;两种都不做,用户写的 deny 表在 `unobserved` 那一拍起的会话里照旧不生效。`sema/agentsWire.ts:156` 子代技能 join 用的 `loadSkillSpecs(cwd)` 与顶层同一函数 ⇒ 两处同形,不必另接。
+- **终端 · SK-1(值形)**:接上 `skillToolLists` 之后,loader 交来的两表若不是串数组(含 `null`)⇒ `skillCommandsToSpecs` 抛 `TypeError`(点名技能与表名),整批技能的载荷装配随之 soft-fail(`engineWireInjection.ts` 外层 `catch`,只在 `SEMA_DEBUG` 下有日志)—— 交值前自己保证是 `string[] | undefined`;没接 `skillToolLists` 的调用(换读之前)不读不判两表,不受影响。
+- **网页端 · SK-1**:`ui/lib/slash-commands.ts:13 – 14` 注明 web 无文件系统、不投 `SkillCmdLike`;零调用点、零动作。
+- **桌面端 / 管理台 · SK-1**:零读点(桌面端、管理台主干对 `skillCommandsToSpecs` / `skillToolLists` / `SkillCmdLike` 零命中)。
+- **收到上游 400 时**:技能两表被上游拒时(每表 > 1000 条、deny 侧读成空的条目),400 `request.field_invalid` 的 `error` 句子本身就点名技能 / 表 / 条目 / 写法(子代层前缀 `agents[<i>]: skills[<j>]: `)—— 原样渲给用户,别按条数或条目在端上预剪。
+**FX 行(CC-332 / CC-388 / CC-555)** —— 坐标取自各端 `git fetch` 之后的 origin/main(终端 `a4d9ed0c`、网页端 `0eb61c4`、桌面端 `79d8afa`、管理台 `bd1e08e5`;路径省略各端仓的 `src/`;行号会漂):
+- **终端 · FX-F1**:`sema/fleetClient.ts:317 – :318`(`onTaskRemoved` 里 `removal.removeReason === undefined` ⇒ `noteSettledRemoval`)、`:342 – :351`(`settledRemovedIds` / `SETTLED_REMOVED_MAX` / `noteSettledRemoval`)、`:359 – :362`(`withoutSettledStoppedRows`)、`:378`(`project` 里的包装)—— 换钉 0.95.0 之后整组删,`project` 直接用账本的投影(账本在结算级离场时自摘 killed 保留行;推定行不摘,壳那一形原先也摘 —— 差别只在「行帧终态帧丢失、只有通知把行退休成 killed」那一形,它回到挂满保留窗)。换钉前零改可跑(过渡件与包规则并存无冲突:包先摘,壳的过滤对已摘的行无事可做)。
+- **终端 · FX-F2**:`sema/overrides/fleet-tree.tsx:203`(`FleetTask.queuedCount?`)、`:456 – :501`(`statusParts` 读 `task.queuedCount` 并回传)、`:672` / `:764`(排队徽标渲染);`:268`(`FleetWorkflow.errorCode?`)、`:554 – :555`(工作流行尾的错误码段)—— 两位包都不再产,读点恒读到缺席,换钉零改可跑(两个声明都是可选位,`FleetTaskView` → `FleetTask` 的可赋值性不受影响);死码,建议同批删(`overrides/fleet-tree.tsx` 的排队徽标读点与 `statusParts.queuedCount/queuedText`、错误码段),并把 `fleetAbsentSemantics.test.ts` 里 `queuedCount` 的格(`:166`、`:172`、`:183` – `:197`)改成「键缺席」的断言。本包键集门在终端 1.0.147 参照树上把这两个声明列为过渡台账(终端删声明的那一版换钉当天本包该收账)。
+- **网页端 · FX-F1 / F2 / F3**:零读点。`ui/lib/engine/fleet-workflow-adapter.ts:34` 引 `projectWorkflows` / `FleetWorkflowView`,`:94 – :114` 读 `id` / `name` / `description` / `status` / `tokens` 等视图键(零 `errorCode` 读点);`queuedCount` 全仓零命中;`createFleetLedger` / `isStaleEngineAgentPanelEnd` 零调用。
+- **桌面端 · FX 行**:零读点(`queuedCount` 只出现在桌面端自家崩溃续跑围栏脚本里的一个无关局部变量;`createFleetLedger` / `projectTasks` / `projectWorkflows` 零调用;`main/session-host.ts:3635` 注释自称对 `fleetLedger` 零消费)。
+- **管理台 · FX 行**:零读点(`queuedCount` / `FleetTaskView` / `FleetWorkflowView` 零命中)。
+
+**FX-E 行** —— 坐标取自各端远端主干(终端 `a4d9ed0c`、网页端 `0eb61c4`、桌面端 `823f4e7`、管理台 `bd1e08e5`;路径省略各端仓的 `src/` 前缀;行号会漂):
+- **终端 · FX-E1**:`sema/engineLifecycleManager.ts:3865 – :3871` 注释写明「`EngineInstance` 上没有这一位……候型后才谈得上扩」并自留懒采基线 `baselineStartedAt`(`:3870`,首拍读 `/health.startedAt` 才采;`:3958` / `:3986` 前移)—— 换读之后构造 `EngineInstance` 的三处(`:2949` / `:3323` / `:3411`)可带 `startedAt`(自己 spawn 的在首个 `/health` 答复之后补;复用既有引擎取 probe 到的值),基线直接取 `instance.startedAt`;本包不要求同拍改,懒采形继续可用。
+- **终端 · FX-E2a**:`sema/remoteEngineCredential.ts:201` `probeEngineCredentialRequirement` 自判「200 ⇒ open;401 / 403 ⇒ requires-token;其余 ⇒ undetermined」(`:198 – :218`),`commands/doctor/axesRows.ts:86 – :98` 的注释同源 —— 把 `client.capabilities()` 的成功 / `classifyTurnWireError` 的 `http` 状态 / `transport` 归成 `{ ok: true }` / `{ status }` / `{ transport: true }` 后调 `engineCredentialRequirementOf`,删自判;`cli/handlers/cloud.ts:533 – :536` 的 `need.kind` 读点随之改读三态词(`requires-token` ⇒ `requires`)。
+- **终端 · FX-E2b**:`sema/overrides/welcome-scifi.tsx:361 – :365`(store 行,现 `headFit(storeAxisReading())`)—— 徽标三态取 `storePersistence`,窄面板文字部分句首取 `storePostureHeadWord(reading)`(缺席 ⇒ 不写句首词);`cli/handlers/cloud.ts:921 – :924` 整句取 `storePostureDoctorDetail` 不变。
+- **终端 · FX-E3**:零读点(`store_link_outside` / `sessionMemoryEraseOutcome` / `eraseSessionMemory` / `classifyMemoryFailure` 在终端源码零命中,抹除确认卡壳半场未做)。
+- **终端 · FX-E4**:`cli/sessionBackgroundStop.ts:199`(`stopEngineSessionBackground`)与 `:208`(`readEngineAgentRegistry`)经包,自动受益,零动作。
+- **网页端 · FX-E4(两处直连,必看)**:`ui/lib/engine/engine-observability-wire.ts:622` 的 `client.sessions.mcp(sessionId, …)` 与 `ui/lib/engine/engine-history-wire.ts:373` 的 `client.sessions.get(semaSessionId, …)` 自己把会话 id 交给 sdk 动词 —— 调用前加 `isSessionIdPathSegment(id)`(假 ⇒ 走各自既有的坏入参出口);`ui/hooks/useEngineObservability.ts:407` 的 `readEngineAgentRegistry` 经包自动受益;`engine-observability-wire.ts:682` 的 `reconnectMcpServer` 经包自动受益。
+- **管理台 · FX-E4**:`app/api/v1/chat/w/[worker]/sessions/[id]/route.ts` 的 `id` 来自请求路径参数(`await params`,`:32`),随后进 `getSessionWindowed(ctx.client, id, …)`(`:42`,落到 `lib/chat/session-window.ts:60` 的 `sessions.get`)与 `ctx.client.sessions.get(id, …)`(`:43`)两条腿 —— 调用前加 `isSessionIdPathSegment(id)`,假 ⇒ 400(路径参数里的点段是否到得了这里取决于框架对 `%2e%2e` 的解码,本档未实测)。
+- **管理台 · FX-E3**:`app/api/v1/org-memory/route.ts:196` / `lib/memory-optout/bff.ts:114` 的 409 原样中继(注释只提到同族旧码 `memory.target_outside_store`),新码走同一条原样过路,零码改;如要在注释里点名新码,随手加即可。
+- **桌面端 · FX-E**:冻结端;`main/session-host.ts:2710` 有一处 `this.deps.client.sessions.get(s.record.engineSessionId)` 直连(id 取自本端记录里的引擎会话 id,非外部输入),解冻时顺手加 `isSessionIdPathSegment` 即可;`EngineInstance` / 抹除口 / 记忆治理判官 / 本批其余包动词在桌面端主干零命中。
+- **管理台 / 网页端 · FX-E1 / FX-E2**:`EngineInstance` 与三只判词在两端主干零命中;管理台若在舰队面加「不带凭据探一次」的读点,直接调 `engineCredentialRequirementOf`。
+
+**FX-H 行(CC-563 / CC-538 / CC-387 / CC-167)** —— 坐标来自 2026-10-12 抓取后的 origin/main(终端 `a4d9ed0c`〔参照树 1.0.147 = `b0846e05` 同址〕、桌面端 `823f4e7`、网页端 `8153c73`):
+- **终端(FX-H2,必改一处)**:`cli/handlers/cloudResources.ts:93` `import { classifyRegistryConflict /* 根入口 0.95.0 退出公面 */, type RegistryConflictClass } from '@sema-agent/client-core'` → 并入 :91 已有的 `@sema-agent/client-core/registry` 导入(同一文件已自该子路径取 `RegistryApiError` 等);调用点 `:607` / `:876` 与 `ConflictWord` 型(`:583`)不动。`isScopeGoneError`(0.95.0 退出公面) 零调用。
+- **终端(FX-H4,可删副本)**:`sema/rewindArchiveCapability.ts:75` `engineRewindRefusedNow` → 改 re-export 本包同名口(`rewindArchiveOffer` / `rewindArchiveOffered` 仍是壳里菜单筛档的三行组合,同读本包的可用性判官,不在本行);`sema/rewindArm.ts:239` `decideRewindEngineAction` → 改 import 本包同名口并删本地实现(`resolveRewindTarget` / `armRewindOrReopen` / `rewindArmSpec` 留在壳里);`screens/REPL.tsx:1369` `previewEngineRewind` 回调改调本包 `previewEngineRewind(option, resolved)`(`resolved` 仍由壳的 `resolveRewindTarget` 铸);同批摘端侧对应的到货登记条。归层对账行 dueBy 0.96.0(`scripts/layering-shadow-exemptions.json` CC-167 两行)。
+- **终端(FX-H3)**:`sema/pluginHooksWirePlan.ts` 已按座位表交 `shellHookEvents` + `shellHookTypesByEvent`,零动作。
+- **网页端(`0eb61c4`)**:本版所有名字(`classifyRegistryConflict`(0.95.0 退出公面) / `isScopeGoneError`(0.95.0 退出公面) / `engineRewindRefusedNow` / `decideRewindEngineAction` / `previewEngineRewind` / `shellHookTypesByEvent`)在 `ui` / `bff` 零命中。网页端有自己的 checkpoint 回退对话框(`ui/components/transcript/RewindCheckpoint.tsx` + `ui/lib/engine/rewind-checkpoint-wire.ts:100-118` 的 `rewindOfferFor`):入口判定直接组合 0.82.0 的可用性判官,措辞是自己的一套(`REWIND_CHECKPOINT_COPY`,不是终端那两句)—— 所以措辞不并进包;两处与终端不同的读法记在这里不动:① 入口要求对话档 `available`(`unknown` 不出入口),终端 `unknown` 也给档;② 会话根直接不出入口(终端是重开会话)。可选采用:提交前对 `both` / `conversation` 再问一次 `engineRewindRefusedNow(mode)`(入口出现之后引擎才明说不能的那一拍)。
+- **桌面端 / 管理台**:`classifyRegistryConflict`(0.95.0 退出公面) / `isScopeGoneError`(0.95.0 退出公面) / `engineRewindRefusedNow` / `decideRewindEngineAction` / `previewEngineRewind` 逐名零命中(`git grep` origin/main 的 `src`;管理台 `bd1e08e5`);桌面端无 `/rewind` 入口。桌面端 `main/session-host.ts:3275-3299` 的 202 `parking_in_progress` 判读已改读包口 `readToolApprovalRespondParking`(本地 `reason ===` 镜像已删)—— CC-538 票面里「桌面端 202 reason 自读」那条并列残留在 `823f4e7` 上已不成立。
+
+**FX-D 行** —— 坐标取自各端远端主干(终端 `a4d9ed0c`、网页端 `0eb61c46`、桌面端 `823f4e73`;路径省略各端仓的 `src/` 前缀;行号会漂,以符号名为准):
+- **终端 · FX-D1(一处行为差,无需改码)**:`seam/adapter/runStream.ts:107` `watchActiveRunBusy` 对每一帧调 `activeRunBusySignal`、命中记进 `seen.busy`(409 改写与自愈分诊的依据)—— 服务端幂等重放臂(同一 `Idempotency-Key` 撞上在飞那一发)的 `done{ result: <冲突体>, replay: true }` 此前读 `null`,现在读非空 ⇒ 这一帧起也进改写与分诊(与扁平拒收终帧同路)。包内 `runStream` 喂这一帧发的终局行,实测是 `Outcome unknown: run ended with no terminal record …` 那一句,与扁平拒收终帧的 `This session is locked by an earlier run …` 不同句(不在本票范围,包侧缺口 ①);换钉后请对一条真重放臂核一眼改写的落点。
+- **终端 · FX-D2(整只换读,随换钉)**:壳内 `sema/checkpointUnsupportedVersion.ts` 的 `refusedParkFacts`(`:61`)/ `refusedParkNotice`(`:100`)/ `refusedParkBlockedNotice`(`:132`)与 `isCheckpointUnsupportedVersion`(`:38`,除测试外零调用)可整只删,换读:`refusedParkFacts(e)` → `refusedParkFromError(e)`(`undefined` 变 `null`);`refusedParkNotice({ what, facts, lane, runId })` → `refusedParkContent({ what, facts, lane, runId })`;`refusedParkBlockedNotice(taskId, lane)` → `refusedParkBlockedContent(taskId, lane)`。调用点:`sema/askParkExpiry.ts:93 / :1557 / :1562`、`sema/askParkPolicyBlock.ts:26 / :110 / :229 / :353 / :366`、`sema/decideAlreadyResolved.ts:64 / :178`(`isRefusedParkFailure` → `refusedParkFromError({ errorCode: failure.errorCode }) !== null`)。`sema/apiErrorSupplement.ts:301 – :305` 与 `askParkExpiry.ts:1561` 读的是 CC-339 那只口,不动;`refusedParkCancelOffer.ts` / `askParkReopen.ts` 只在注释里引用族名,不读这几只函数。
+- **终端 · FX-D3**:`commands/compact/compact.ts:53` 传 `onSettled: surfaceCompactOutcome`,接收口抛或返回的拒绝从此都只留一行 debug 痕迹,零改码;`onDecideOperation` / `onReplayedApproval` / `onToolApprovalOutcome` 的调用侧行为不变。
+- **网页端 / 桌面端 · FX-D1 – D3**:零读点(两端主干 `src` 对 `activeRunBusySignal` / `refusedPark` / `checkpoint.walltime_axis_retired` / `checkpoint.config_refused` / `checkpoint.unsupported_version` / `requestEngineCompact` 零命中)。
+
+**FX-A 行** —— 坐标取自各端远端主干(终端 `a4d9ed0c`、网页端 `0eb61c4`、桌面端 `79d8afa`;路径省略各端仓的 `src/` 前缀;行号会漂,合并前请各端对自己的最新主干重看一遍):
+- **终端 · FX-A3(一处必改)**:`sema/askParkExpiry.ts:868 – :873`(`REMEMBER_REFUSAL_CODES` 五码表)与 `:877 – :880`(`isRememberRefusal`)删,`:805` 的 `rememberAsked && isRememberRefusal(e)` 改 `rememberAsked && rememberRefusalOf(e) !== undefined`;`:88`(`DECIDE_WORKFLOW_REMEMBER_UNSUPPORTED`)与 `:89`(`readWireErrorCode`)两个 import 在该文件里只此一处用,同批删。判据逐值同(五码、只认码、读不出 ⇒ 未知);多一条:码读口抛 ⇒ 判官答缺席,不再把异常带出迟到决断路径。
+- **终端 · FX-A2(可选)**:`sema/approvalStreamWire.ts:826` 的手写窄读 `Object.hasOwn(card, 'rememberRefused') && … === true` 可改调 `readApprovalRememberRefused(card)`(读法逐值同,多一条取值器 / 代理陷阱抛 ⇒ `false` 而不是整张卡投影抛);v1 卡投影口整体归 CC-449,届时随整体删白名单。
+- **终端 · FX-A1(零改)**:`sema/seamQueryEngine.ts:2024` 对整只臂调 `ccToolDenialKindForToolEnd(msg)`,臂带判定标记,读数逐值同;`gateOutcomeOf`(`sema/askParkExpiry.ts:245 / :274 / :316 / :320`、`sema/classifierRoundObservation.ts:92 / :243`、`sema/upstreamBridge.ts:675` 等)与 `classifierStatusOf` 的入参都是 JSON 形帧或包投影出的臂(自有键),读数逐值同。
+- **网页端 / 桌面端**:FX-A 三件零读点 —— `ccToolDenialKindForToolEnd` / `gateOutcomeOf` / `classifierStatusOf` / `rememberRefused` / 五个码字面 / `readWireErrorCode` 在两端主干 `git grep` 零命中(网页端对回执位 `rememberApplied` 有读点,那是 `DecideReceiptView` 的另一位,不属本件)。
+
+**FX-G 行(CC-441 / CC-333 / CC-544 / CC-560)** —— 坐标取自 2026-10-12 抓取后的各端 origin/main 只读读码(终端 `a4d9ed0c`、网页端 `0eb61c4`、桌面端 `823f4e7`;路径相对各端仓根,行号会漂):
+- **终端 · FX-G1**:`sema/settingsAllowAdmission.ts:110`(`describePrintLaneAllowKept`)的判定与措辞改调 `permissionsAllowKeptNotice(report, settingsReadHealthWord(health), { problemCount, managedPolicyPending, where })` 后删;`sema/printModeEngine.ts:228-233` 的调用点把 `wireRulesKept(...)` 的整份报告交进来(不再先数 `kept` 行);`settingsReadHealth()` 仍是宿主取事实的唯一口。
+- **终端 · FX-G2**:`sema/printLimitsSupportNotice.ts:53`(`limitsSupportNotice`)与 `:37`(`explicitLimitFlagNames` 及其 `LIMIT_FLAG_OF_KEY` 映射)改 import 包的同名口后删;`:70` 的 `printLimitsSupportNotice(baseUrl, flags)`(等 `engineCapsSettled` 有界 1500 ms 再读 `engineCapValue`)是宿主装配,留壳;`sema/seamQueryEngine.ts:1316` 调用点不变。
+- **终端 · FX-G3(编译红)**:`sema/suspendedSubagentAskWire.ts:181` / `:247` / `:284` / `:333` / `:554` 五处 `{ ...spreadSessionId(sessionId) }`(`:923` 定义)—— 身份已定交 `{ sessionId }`,身份未定交 `{ identityPending: true }`;`:240-244` / `:293-298` 的「身份未定不调、自记一档」(`noteApprovalsAwaitingIdentityPending`)可删,计数口对 `{ identityPending: true }` 直接答三格 `null`;`:172-178` 那段「不给 `sessionId` = 不做会话过滤」的注释作废。
+- **终端 · FX-G4**:`sema/seamQuery.ts:1629` `process.env.SEMA_LIVE_BASEURL ? attachmentsForRequest() : undefined` 零改动,缺省请求体多一键 `todoReminder: true`;壳内 `utils/attachments.ts:746` 注释里「SEMA_ATTACHMENTS 打开」改读「缺省已开」。
+- **终端 · FX-G5 / FX-G6**:`sema/askParkExpiry.ts:878` 读 `readWireErrorCode(e)` —— 行为不变(读不出即 `undefined`,现在对取值器抛也成立);壳内 `sema/askParkReopen.ts:1424` / `:1725` 自己 catch 里的 `e instanceof DecideTransportRetryExhaustedError` 在已撤销的代理上仍会抛(壳内判型,不在本行射程;改读 `e` 上包给的判别位或自包 try);`cli/textModeError.ts:28` / `:154` 读 `isConfigRefusalCode`,表 `CONFIG_REFUSAL_CODES` 零读点。
+- **网页端 · FX-G3(编译红一处)**:`ui/lib/engine/suspended-subagent-ask-feed.ts:68` `attach(uiSessionId, filter: { sessionId?: string }, handlers)` 的 `filter` 型改 `SuspendedAskFilter`(`:120-121` 把它原样交 `createSuspendedAskTracker(filter)`);`ui/lib/engine/engine-session-transport.ts:278-287` 在 attach 之前已有 `if (!sessionIdForFilter) return undefined`,实参 `{ sessionId: sessionIdForFilter }` 此时已是 `string`,零改;`:329` 的 `suspendedAskFilterByUiSession` 记的 `sessionId` 仍是 `string`。网页端对 FX-G1 / G2 / G4 / G5 / G6 零读点。
+- **桌面端 · 全行**:`src` 内对本行任一名零命中(`git grep` 于 `823f4e7` 全树非 `.md` 零命中)—— 零动作。管理台零读点(只有文档文字提及)。
+
+**FX-C 行(CC-400 / CC-418 / CC-444)** —— 坐标取自各端 2026-10-12 抓取后的 origin/main(终端 `a4d9ed0c`、网页端 `0eb61c4`、桌面端 `823f4e7`;路径省略各端仓的 `src/` 前缀;行号会漂,合并前请各端对自己的最新主干重看一遍;零命中的读点都带了正控):
+- **终端 · FX-C1(🔴 必改,同批换钉)**:终端登记表文件 `wire-anchor-registry.mjs`(终端仓的 `scripts` 目录下)的 A-D4 条目有两处按整条正则字节钉着旧形 —— `consumerProbe` 的 `taskOutputResultLine: /^--- result(?: \([^)\n]*\))? ---\n?/m,` 一行(`:574`)与 `anchorValue`(`:577`)。换钉 0.95.0 的同批改成新字节:`/^--- result(?: \((?:[^)\n\r\u2028\u2029]|[\r\u2028\u2029](?!--- result))*\))? ---\n?/m`(dist 里那一行是 `    taskOutputResultLine: ` 打头、逗号收尾)。另一条 A-K74 钉的 `taskOutputResultNote` 字节与读它的那一行**未动**。同目录 `lib/wire-anchor-scan.mjs:72` 只是注释里的举例。壳里没有任何对 `taskOutputResultLine` 的运行期读。
+- **网页端 / 桌面端 · FX-C1**:零读点(两端 `src` / `ui` / `bff` 对 `taskOutputResultLine` 零命中;正控:网页端 52 个文件、桌面端 14 个文件 import `@sema-agent/client-core`,grep 能读到)。
+- **终端 · FX-C2 / FX-C2b**:零必改。`sema/upstreamBridge.ts:2368` 的 `bgshell_register` 臂只取 `e.registration` 与 `meta.boundRunId?.()` 交 `adoptEngineBgShellRegistration`,不读 `laneProof`(同文件按 lane 过滤的只有 `compaction_outcome :3333` / `prompt_assembled :3393` 两处,与登记无关)。想按车道区分子代起的后台命令,读 `e.laneProof`;不读照旧。
+- **网页端 · FX-C2b**:零必改。`ui/lib/engine/turn-mapping.ts:847` 的 `bgshell_register` 分支只取 `taskId` 与 `registration`;`laneParentToolCallId`(`:503`)只被 `panel_task` 分支用。
+- **桌面端 · FX-C2 / FX-C2b**:零动作。`main/session-host.ts:2569 – 2579` 只把 `CHROME_EVENT_KINDS` 四词(`panel_task` / `notification_terminal` / `prompt_suggestions` / `subagent_lifecycle`)转给渲染进程,`bgshell_register` 只进宿主侧环,不读 `laneProof`。
+- **终端 · FX-C3(可删自拼,读槽位)**:`sema/settledReportDisplay.ts:123` 的 `displayBody(report, 'delegation_report')` 之后,`:126 – 131` 把 `frame.before.trim()` 当『事实』渲在正文之外、`:155 – 166` 的 `delegationFrameIsBare` 数行(恰四行:帧头、状态行、任意一行、标签行)并借 `PROTOCOL_MARKERS.taskOutputStatus` 读状态行。换读:`frame.status === 'completed'` 且 `frame.error === undefined` 且 `frame.headRest === undefined` ⇒ 纯脚手架,不渲事实;否则渲 `frame.status`(不是 `completed` 时)、`frame.error`、`frame.headRest`(各自仍由壳按呈现面消毒封长)。两个槽位键缺席时(状态行没读成)`headRest` 里就是整段字节,与今天的『逐字渲 `before`』同屏,不丢事实。`delegationFrameIsBare` 与对 `taskOutputStatus` 的借用随之可删。
+- **网页端 / 桌面端 · FX-C3**:零读点(对 `displayBody` / `delegation_report` / `DelegationReportFrame` 零命中;网页端只读 `stripUntrustedFence`,`ui/lib/engine/turn-mapping.ts:12`)。
+
+**FX 行(CC-526)** —— 坐标取自 2026-10-12 抓取后的各端 origin/main(终端 `a4d9ed0c`、网页端 `0eb61c4`、桌面端 `823f4e7`;只读读码,未实跑;行号会漂)。固定三类覆盖面:
+
+| 类别 | 终端 | 网页端 | 桌面端 |
+|---|---|---|---|
+| ① 调用腿 | `sema/liveClient.ts:1743` 把 `onReplayedApproval` 接到 `approvalStreamWire.ts:1214` 的 `handleReplayedApproval`:`decided` 不带 `cause` ⇒ 只 `relay.letGo`(`:1231`),本修下重复帧走同一条出口,**零改**;`settled` 键不读,不必读 | 自带 `handleToolApprovalFrame`(`ui/lib/engine/engine-hitl-frames.ts:184`),**不经本包帧腿**;其 chrome 卡那一路在 `ui/lib/engine/engine-turn-legs.ts:567 – 574` 直调判定口,basis 只给 `{ preamble, approvals }`、不给 `settled` ⇒ 行为与 0.94.0 逐字同。重复 `tool_approval` 帧对其 `registrations`(键 `engine-approval-<approvalId>`)的处置**未核** | 自带 `onLiveToolApproval`(`main/session-host.ts:2172`;头注 `:2130` 自述不走本包卡抽象):`:2176` 只在 `pendingPermissions` 里已有同 `requestId` 时跳过,`resolveLivePermission`(`:2419 – 2420`)删记录之后同 id 的重复帧会再入座一张卡 —— **推断**同形(未构造) |
+| ② 壳侧隐含前提 | `approvalStreamWire.ts:1421`:`tool_approval` 帧交包桥之前先 `claimStream(id)`,返 `false` ⇒ 帧不下游;缺省 `suspendedAskPort.ts:274` `claimStreamApproval`(有界 `claimed` 集,`:107` / `:136`;**没装跟踪器恒 `true`**)。⇒ 装了跟踪器时壳侧已在帧进包之前挡下同 id 重复;本修是包内第二层(无跟踪器 / 账被挤出时),二者不冲突。壳侧那份账与包台账说同一件事的一部分 —— 评估后可退(**推断**,未核跟踪器的全部写点) | 无 | 无 |
+| ③ 壳侧登记臂 | `relay.mark` / `letGo`(`approvalStreamWire.ts:1165 – 1198`)只认 `cause` 与 `onToolApprovalOutcome` 的 `settled`;重复帧不会多登一条 | 零命中:`onReplayedApproval` / `replayedApprovalSentence` / `bridgeAskUserQuestionGates` / `createGateLedger` 在网页端 origin/main 全树(除测试与文档)`git grep` 零命中;`replayedApprovalDisposition` 仅 `ui/lib/engine/engine-turn-legs.ts:10 / :574` 一处真调用;`surfaceToolApprovalFrameAndRespond` 只在注释与测试里出现(零调用) | 零命中:`onReplayedApproval` / `replayedApprovalSentence` / `replayedApprovalDisposition` / `bridgeAskUserQuestionGates` / `createGateLedger` 在桌面端 origin/main 全树(除测试与文档)`git grep` 零命中;`surfaceToolApprovalFrameAndRespond` 仅 `main/session-host.ts:2131` 一处注释 |
+
+- **三端怎么接**:终端 —— 零动作;网页端 / 桌面端 —— 零动作(自带帧处理)。要想让自己的 chrome 卡那一路也吃到「已见结局」:自己在端上记同形映射并经 `basis.settled` 交判定口,不要在端上另写一份「已答过就不开卡」的判据(归层;`GateLedger` 非根导出)。
+
+### 122y. 🔴 三端升级必读(固定段式)
+
+1. **换钉 `^0.95.0` 之前**:PR 行:零编译红(只增公面名;差分 / 帧两个联合是新型)。对 `subscribeEngineAgentPanel` / `subscribeEngineAgentPanelAbsence` 的调用照旧可用,本版起是过渡口(复核期 0.96.0)。 GT 行:零编译红、零行为差(三件都是包侧门或死字面量删除)。 DR 行:零编译红;行为差只在排空期(本腿随排空终帧结束 —— 由 sdk ≥19 读口结束 —— 按梯重开,`streamFailures` 不再因排空而动)。 DR-1a 行:零编译红;行为差只在服务端排空期 —— 决断后续读与无头续收的 run 事件流按梯(1 / 2 / 4 秒)从最后读到的事件重开,决断不重发、无头腿不扣重连预算、排空帧在任何出口都不再交给宿主(梯尽 / run 句柄未知时本腿按断线形收场)。 PF 行:零编译红(型面只增:reject 臂多可选 `reason?`、`deliverDecision` 多可选第三参);不带 `note` 的作答行为与 0.94.0 逐字节同。 KA 行:🔴 一处编译红 —— 调 `fileHistoryLegNoticeVerdict` 的宿主把入参键 `capability` 改成 `assemblyCapability` 并改读 `ledger.capabilityAtAssemblyOf(runId)`(此前交的是说话时的 `observedFileHistoryCapture()`),同时给 `ledger.declared(…)` 补第三参 = 拼声明片段时用的那一份读数(硬破坏三句:判定入参 `capability` 删除、`assemblyCapability` 必填;不改就编译红;JS 宿主不改不会抛,只是能力位按缺席读,「没照办」仍只认声明事实、出句的态不变)。其余 KA 行零编译红。 UP 行:换钉 `^0.95.0` 之前:sdk `^18.2.0` / 设置契约 `^11.2.0` 同批(peer 地板仍是 sdk `>=18.1.0`);编译红一次的写法 —— 读 `HealthResponse['restart']`(改读 sdk `EngineHealth.engineSignal`)、对 `CloudModelRefIssue` 的 `key` / `reason` 做穷举(`key` +`atMention`、`reason` +`retired`)。 OL 行:零编译红(无型面变化);凭据面只多遮,改读清单见 122d。 WC 行:零编译红(根入口 +3 名,型面只增;`replayedApprovalSentence` 第二参是可选位)。行为差只在端改读新口之后 —— 重放卡的只读回执句换成包的一句(不再说「已批」)、披露行换成包的一句。 WB 行:🔴 一处型面 BREAKING —— `SeatModelCatalog` / `SeatModelInfo` / `isSeatModelCatalog`(0.95.0 退出公面)删除、`LocalSessionsApi.listModels` 改交 `LiveModelCatalog`(硬破坏三句:三名删除、座位目录就是在线目录;不改就编译红〔桌面端主进程的 `listModels` 实现与三名转出、网页端座位传输的型名〕;JS 宿主不改照旧交旧形 ⇒ 出站门拒没有 `name` 的行、整份目录读不出,选择器诚实禁用)。`SEAT_CAPABILITY_NAMES` 闭集增员 `rewind`(对 `SeatCapabilityName` 穷举分支的端编译红一次);`LocalSessionEvent` +`parked?`、`SendMessageRequest` +`rewind?` 两只可选位(实现方零编译红)。行为差:两行同 id 时缺省模型三口(`liveDefaultModelName` / `imageVisionOf` / `effortLevelsOf` 的未指定形)改答服务端那一行;只带 id 形老键 `default` 的目录上三口改答「不知道」(服务端在支持底线以下就恒发 `defaultModel`)。 RD 行:🔴 一处编译红 —— 把 `(sessionId, { server }, opts)` 形适配器赋给 `McpReconnectClientLike` 的宿主(终端 / 桌面端零处;**网页端一处:`ui/lib/engine/engine-observability-wire.ts:660-682` 的 `toMcpReconnectClientLike` 适配器,必改**;硬破坏三句:注入面第二参类型由 `{ server: string }` 变 `string`;不改就编译红;JS 宿主不改不会抛,适配器收到裸串、读出 `server` 是 undefined,请求被服务端按体形拒绝,判决 `failed`)删掉适配器、直接传 sdk 客户端。其余 RD 行零编译红(只增公面名与型,`managedPolicyReading` 是可选成员);接了 `managedPolicyReading` 的宿主在托管层读不出时 hooks 整条不投(只收紧),不接的宿主行为一个字节不变。 SA 行:零编译红(只增公面名);改调本包 interrupt 发射口之后 5xx 不再当成引擎判决(只有宿主自证审批卡在屏或武装了 detach 时升级 cancel);改调本包设备换绑口之后 5xx 落「结局不明、可能还在办」(回读看见旧态判 `unknown`,不再判「没变」);至多一次判类先取快照,只在取值器会抛的外来抛出物上判法有差(CHANGELOG Changed)。 RX 行:🔴 编译红清单(型面 BREAKING,硬破坏三句:删了就是删了、不留别名、不改就红)—— ① 终端 `sema/{approvalsStreamLive,deviceExecutorManagement,executionLane,fileHistoryCapture,peerLane,permissionRulesWrite,rewindArchive,sessionPolicy,sqlEngine,webSearchBackend,writeProtection}Capability.ts` 十一行 `forgetXxxReading,` 死再导出(RX-2;删行)及测试里按名调用 `forget*Reading` 的各处(改调 `invalidateEngineCaps(base)` 或读器的 `__reset*ReadingsForTests`);② 终端 `sema/onboardGate.ts:56` 类型联合与 `:94-96` 三态臂、`sema/modelIdentityReading.test.tsx:597-603`(RX-5:第一参只收读数);③ 任何读 `ApprovalCardRequest['persistedRuleShadowed']` 的写法(RX-3:改读 `allowRuleShadow`);④ 任何两实参调用 `normalizeShellPermissionModeForWire(mode, x)` 的写法(RX-4:删第二实参);⑤ 任何 `import { providerRejectionResend }`(RX-1:该名已退出公面,读合成终局行上的 `_sema_provider_rejection_resend`)。纯 JS 宿主:交三态串给 `modelSetupDecision` 不再弹向导(`proceed`);其余不抛。RX-6:服务端 7.106.0 – 7.114.x 出支持范围 —— 「只续已有会话」被拒读口对它们的粗码形读成 `null`。 SC 行:🔴 一处可能的编译红 —— 给 `reopenPlanReviewCard` 传 `decisionHandedOver` 的宿主(三端零处)(硬破坏三句:选项删除;对象字面量里传它编译红;JS 宿主传了不抛、不再有任何效果,交出改调 `notePlanReviewDecisionHandedOver` 登记)。`isAlreadyResolvedFailure` 入参型放宽为 `unknown`(零编译红)。行为差:`-p` 车道 Bash `is_error` 对负退出码改判 `true`、对首行之后不是框架的文本改判 `false`。 SB 行:🔴 三处编译红 + 两只测试钩退出 —— `CenterWiringReading` 少 `{ kind: 'not_reported' }` 一臂、`ExecutionLaneIsolatedAbsence` 少 `'not_reported'` 一词(这两处三端零读点)、`toolsRunHereFromExecutionLane` 少第二参(**终端 `sema/skillsWire.ts:167` 两参调用,必改**);硬破坏三句:两只读数型各少一员、判据口少一参;对那一臂 / 那一词穷举分支、或传两参的写法编译红一次,删掉那一臂 / 那一参即可;JS 宿主不改不会抛 —— 那两档永不再出现,多传的实参被忽略(未观测时答 `false`,不再借旁证)。两只测试钩 `__resetSubagentStreamCapCacheForTests` / `__resetSubagentOutputCapCacheForTests` 退出(改调 `__resetEngineCapsCacheForTests`;**终端 `sema/engineSubagentOutput.ts:16` 与 `sema/engineSubagentTail.ts:35` 是非测试文件里的再导出,必改**)。🔴 终端升级后行为差:能力位还没落地的那一拍(首轮提交早于 caps 落地 / caps 探测失败的整段会话),`unobserved` 读数下 0.94.0 借旁证答真、0.95.0 答假 ⇒ 技能规格不再带 `baseDir`;提交前先 `await engineCapsSettled(baseUrl, { withinMs })` 再读(122d)。行为差:子代尾随 / 终报 / `/compact` 的能力读数改读总缓存 —— true 不再永久固化、false 不再 5 分钟后自己重探,温切处不调 `invalidateEngineCaps` 的宿主在同一地址换引擎后读的是上一台的位(三端温切处都已调)。 RS 行:零编译红的写法 —— 实现 `offerRunningChoice` 的宿主,只回三词的旧实现照常编过(新请求位 `canAttach?` 与新 deps 位 `canAttachRunning?` 都可选)。🔴 编译红一次的写法 —— 按回执词(`'steer' | 'cancel' | 'wait'`)或按 `SelfHealOutcome['kind']` 穷举(`never` 分支)的宿主:补 `'attach'` 一臂、补 `running-attach` 一臂(没有硬破坏:不删不改既有成员语义)。行为差只在纯 JS 宿主:给 resume 卡 `canAttach` 交非布尔真值(函数引用、`1`)此前出 attach、本版不出(KL-717)。 TW 行:🔴 编译红 —— import 十个运行期旧名 / 三个旧型的地方(终端近三十处,122d);fleet 表从 `ReadonlySet` 换冻结数组,`.has` 改调谓词;只按值换名会在读通知 / fleet 行 / TaskOutput 卡的地方漏掉 `killed`(新 run 行表没有它)。 XH 行:零编译红(根入口 +1 名,`surfaceToolApprovalFrameAndRespond` 多一个可选参);行为差只在「同一只审批的活卡在屏时停驻行审批口被调」那一形:不再开第二张卡,结局带 `joinedInFlight: true`。 CR 行:零编译红(读数型、`observed*` / `project*` / `noteEngineCapsFor*` 签名与根入口名数不变,只是 tee 成空调用)。🔴 一处行为差:探测闭包里(落地之前)读 `observed*` 答 `unobserved`(此前闭包里先调 tee 再读同拍读到)—— 终端首屏「工具不在本机」要改读手上这一发的投影或落定后再读(122d);其余端无同拍读。收紧方向两处:取值器不再被执行(宿主手造的「取值器返回 true」的能力对象从 present 变畸形);座位门拒绝任何一层带访问器或被校验位不可枚举的载荷(拒因带点号路径)。 PK7 行:🔴 换钉 0.95.0 必须同批把 `@sema-agent/sdk` 升到 `^19.0.0`(peer 地板);读 `AskGoneDetail.deniedReason` 的写法编译红一次(改读 `endingCause`,值域收成闭集);别的入参 / 出参型只增。 SK 行:零编译红(型面只增:`SkillCmdLike` / `TaskAgentWireSkill` 各多两只可选成员、`SkillSpecsOptions` 多一个可选位;公面运行期导出零变化);不交 `skillToolLists` 时行为与 0.94.0 逐字节同。 FX 行:零编译红(型面只增:`ReplayedApprovalDisposition` 的 `decided` 臂与 `ReplayPendingBasis` 各多一把可选键 `settled`);行为差只在「已结算的问的重复帧」—— 不再开出第二张可答的卡(修前答它服务端回 404、屏上落「没落定」一句)。 FX-C 行:零编译红(型面只增:`DelegationReportFrame` 多四个可选成员、`PROTOCOL_MARKERS` 多一名 `delegationFieldLine`)。行为差三处:① `taskOutputResultLine` 的源码字节换新(线性读法;与旧形只在『括注吞下另一个行起点』一类输入上答不同);② `detached: true` 而 `task_id` 为空串的一形(引擎不铸)不再渲『已转后台』卡;③ chrome 臂 `bgshell_register` 的 `laneProof` 在子代 Bash / Monitor 上不再恒 main。 FX-G 行:🔴 一处型面 BREAKING(FX-G3)—— 悬挂 ask 的会话范围入参(`suspendedSubagentAsks` / `countApprovalsAwaitingDecision` / `createSuspendedAskTracker`)由可选改必填、`SuspendedAskFilter` 改三形联合(硬破坏三句:`filter` 可选改必填;`{ sessionId?: string }` 删除、联合三形取代;不改就编译红〔终端五处 `{ ...spreadSessionId(sessionId) }`、网页端枢纽 `attach` 的 `filter` 型〕;JS 宿主不改:缺席 / `{ sessionId: undefined }` 按身份未定处置,计数 `null`、卡不出,不再默认全体)。行为面一处(FX-G4):`SEMA_ATTACHMENTS` 缺省路径的提交体多一键 `todoReminder: true`(要关写 `off` 或不含它的显式清单)。FX-G1 / G2:零编译红(根入口 +3 名,型 +1)。FX-G5:零编译红;行为差只在敌意抛出物的失败句。FX-G6:零编译红(成文改口)。 FX-A 行:零编译红(只增:根入口 +2 名 `readApprovalRememberRefused` / `rememberRefusalOf`,型 +1 `RememberRefusalCode`);行为差只在非 JSON 形入参上 —— 只在原型链上的 `origin` 不再算,取值器前后两拍不一致的帧以第一拍为准;JSON 形帧逐帧同值。 FX-D 行:零编译红(型面只增:公面运行期 +3 名、型 +3 名);🔴 一处行为差在 FX-D1 —— 读 `activeRunBusySignal` 的宿主,重放臂这一帧起得到非空信号(投递账本的行为不变);FX-D2 措辞与旧壳逐字节同;FX-D3 只补上回调异步拒绝那一半的隔离。 FX-H 行:🔴 一处型面 BREAKING(FX-H2)—— `classifyRegistryConflict`(0.95.0 退出公面) / `isScopeGoneError`(0.95.0 退出公面) / 型 `RegistryConflictClass` 退出根入口(硬破坏三句:三名从根入口删除、判读口改住子路径入口 `@sema-agent/client-core/registry`;不改就编译红〔终端 `cli/handlers/cloudResources.ts:93`〕;JS 宿主不改不会在导入处抛 —— 自根入口取 `classifyRegistryConflict`(0.95.0 退出公面) 得 `undefined`,调用时抛 TypeError)。FX-H3:零编译红;行为差只在「报了事件不交型表」的宿主上(prompt / agent 型插件条目由 `shell` 改判 `not_run`)。FX-H4:零编译红(根入口只增三名四型)。FX-H1:无变化。 FX 行:FX-F1 零编译红(只增两个公面名)、行为差只在被停掉的子代(页脚不再挂满约 60 s);FX-F2 🔴 型面 BREAKING —— 读 `FleetTaskView.queuedCount` / `FleetWorkflowView.errorCode` 的 TS 写法编译红一次(删读点;运行期它们本来恒缺席,零行为差);FX-F3 零编译红、零行为差。 FX-E 行:零编译红(只增公面名与型位);行为差:点段会话 id 在六个 sdk 会话动词调用点上本地拒(此前 sdk 实发到别的路径),店形拒新码从 `unclassified` / `engine_fault` 读成专句;若对 `SessionMemoryEraseUnconfirmedWhy` 做带 `never` 兜底的穷举 `switch`,编译红一次(补 `store_home_not_directory`)。
+2. **逐面**:PR 行:终端 —— 面板桥改订 `subscribeEnginePanelRows` 并删三本端侧账与三处手工建行(122d);网页端 —— 若要与 fleet 行同键,`panel_task` 载荷改走发布口 + 差分口;桌面端 / 管理台 —— 零动作。 GT 行:四端零动作。 DR 行:四端零动作;自家有 durable 续读腿的端核一遍「排空终帧之后本腿不再吃帧」(读 sdk ≥19 订阅读口的腿由 sdk 结束、端不必自断;读别的流的腿自己结束)。 DR-1a 行:终端 / 网页端零动作(终端两条腿经包;网页端自家续读腿已按决策口重开);桌面端 —— 自家 run 事件读者把排空帧当流帽、零等待再附着,改按 `isInStreamDrainingEnd` 认排空帧、等待取 `streamDrainingDecision`(122d)。 PF 行:终端 —— 「Type something.」换钉即通,「Chat about this」/「Skip interview」把文字放进 `note` 送出、接 reject + 理由而不接 `edit`(122d);网页端 / 桌面端 —— 零动作(自带计划卡的把自由文本放进 `note`)。 KA 行:终端 —— 文件历史一句三处(122d);网页端 —— 后台视图两源各补一格 `unauthorized` 文案;桌面端 / 管理台 —— 零动作。读 `status().code` 判 501 / 404 的端零改动;读它判 401 的端改读 `resolution()`。 UP 行:终端 —— 目录面板接 `droppedModelEntriesOf`(`not_reported` 不渲);影子 models 文档两代本机引擎都读得懂,零动作;往控制面写 `atModelAllowlist` 的本地写口随设置契约 11 换钉自查(122d);网页端 / 桌面端 —— 零动作。 OL 行:**web-admin —— 本版改了凭据网 ⇒ `SHARE_WASH_VERSION` 加一**(web-admin 头注约定;不加则已标记的分享行拿不到新网),并改口两处「继承上游的缺口」登记;终端 / 网页端 / 桌面端零动作。 WC 行:终端 —— 重放处置那一句取 `replayedApprovalSentence`、披露行取 `allowRuleShadowSentence` 并删壳内叶子(122d);网页端 —— 删本地账本位置谓词改调 `hasLedgerPositionKey`、只读回执句与披露行改取包的两句、核 preamble 记账条件(122d);桌面端 —— 零动作。 WB 行:终端 —— 回体过 `readLiveModelCatalog`、四处缺省直读与 effort 硬表、行查找换读,收口帧停驻臂改读 `approvalCompleteParked`(122d);网页端 —— `mapSemaModelCatalog` 换读口 + 行视图、两处「?? 第一行」删、座位传输三处型名与第一行兜底、停驻位、账本三类行(122d);桌面端 —— `listModels` 交读口产物、入站门换判官并同批转投子代两位、收口帧铸 `parked`、要提供回退时报能力 `rewind`(122d);管理台 —— 零动作。 RD 行:终端 —— settings 口补 `managedPolicyReading`(取壳的托管层读数唯一座位);`askParkExpiry` / `runReapedProbe` 四处改 import 并删本地实现、摘到货登记(122d);网页端 —— 用量卡与设置页「按模型」换读包读器、删壳读器与映射(122d 三处行为差),另删 MCP 重拨适配器 `toMcpReconnectClientLike`(`ui/lib/engine/engine-observability-wire.ts:660-682`,122d);桌面端 / 管理台 —— 零动作。 SA 行:终端 —— interrupt / 设备换绑三口与两只判定 / env 组判定换读并删本地份,排空等待器直读设置契约 `readEngineSignal`,两条条件锚改钉(122d);网页端 / 桌面端 —— 零动作。 RX 行:终端 —— 删十一行死再导出与测试里的 `forget*Reading` 调用、`onboardGate` 收窄(122d);网页端 / 桌面端 / 管理台 —— 零动作(管理台换钉时核一遍 `pickup1018` 的名单自检)。 SC 行:终端 —— 「门已决」整只换读 `isAlreadyResolvedFailure`、删自拼组合;fleet 账本改走 ingress(122d);桌面端 —— 会话宿主两处扫词改调 `isAlreadyResolvedFailure(e)`(122d);网页端 / 管理台 —— 零动作。 SB 行:终端 —— `/mcp` 面板行与 `/status` 汇总的「连着没有」改读 `mcpEngineLegConnectionOf`、引擎车道上壳不自连;切模型的探活分型与回落台账改调本包;MCP 注入位改读总缓存;`sema/skillsWire.ts:167` 去第二参并在读 `reading` 之前等能力位落地、`sema/engineSubagentOutput.ts:16` / `sema/engineSubagentTail.ts:35` 删两只已退测试钩的再导出(122d);网页端 —— 删 `resetManualCompactCapability()` 一行(可选,本版 no-op;复核期 0.96.0);桌面端 / 管理台 —— 零动作。 RS 行:终端 —— 忙卡呈现口接 attach、补 `running-attach` 结局臂、Cancel 确认句改调包口并删本地份(122d);网页端 / 桌面端 / 管理台 —— 零动作(未接忙卡呈现口)。 TW 行:终端 —— 按 122d 逐处换属主名与谓词,行上的 `blocked ⇒ failed` 手折换投影,手抄三词型换派生型,锚着通知模块产物的两处契约格重锚;网页端 / 桌面端 / 管理台 —— 零读点、零动作。 XH 行:终端 —— 流内问车道开耐久卡前改读 `joinApprovalHolder`,按 122d XH 段覆盖面清单销壳侧判定;网页端 / 桌面端 / 管理台 —— 零动作(没有定时回落)。 CR 行:终端 —— `executionLaneFirstScreen.ts:70` 改读手上那一发 / 落定后再读(**必改**),20 行 tee 调用与测试里的 reset 钩调用可删,测试起手改经总缓存落地(122d);网页端 —— `engine-session-transport.ts:141` 的 tee 可删(读口不受影响);桌面端 —— 座位载荷拼装处自查访问器 / 不可枚举属性(122d);管理台 —— 零动作。 PK7 行:终端 —— 「已取消 / 已到期 / 断连」改读 `approvalCompleteCauseOf`;Esc 撞已不在等的问不再出假告警(零改动);深链读 `worker`。管理台 —— 409 自带码表改读 `classifyDecisionRefusal(e)?.conflict`(122d)。网页端 / 桌面端 —— 零必改。 SK 行:终端 —— 调用点交 `skillToolLists: observedSkillToolLists()`、loader 把 frontmatter 的 `disallowed-tools` 交进命令、技能载荷装载等能力落地(122d);网页端 / 桌面端 / 管理台零动作。 FX 行:终端 / 网页端 / 桌面端 —— 零动作(终端 `onReplayedApproval` 的 `decided` 不带 `cause` 照旧只 `letGo`;网页端 / 桌面端自带帧处理、不经本包帧腿,122d 记了各自读点)。 FX-C 行:终端 —— ① 协议字面登记 A-D4 的 `consumerProbe` 与 `anchorValue` 两处同批换成新正则字节(122d);② `delegationFrameIsBare` 与对 `taskOutputStatus` 的借用可删,改读 `frame.status` / `frame.error` / `frame.headRest`(122d);网页端 / 桌面端 —— 零动作。 FX-G 行:终端 —— `spreadSessionId` 五处换三形、`describePrintLaneAllowKept` 与 `printLimitsSupportNotice` 的判定半改调并删(122d);网页端 —— 枢纽 `attach` 的 `filter` 型换 `SuspendedAskFilter`(122d);桌面端 / 管理台 —— 零动作。 FX-A 行:终端 —— 删 `askParkExpiry.ts` 抄的五码表改调 `rememberRefusalOf`(FX-A3,一处必改),v1 卡投影口的手写窄读可改调 `readApprovalRememberRefused`(FX-A2,可选);网页端 / 桌面端 / 管理台 —— 零动作。 FX-D 行:终端 —— FX-D1 换钉后对一条真重放臂核一眼 409 改写与自愈分诊的落点;FX-D2 壳内族判型与两句出句整只换读(`isRefusedParkFailure` 一并,122d);网页端 / 桌面端 —— 零动作。 FX-H 行:终端 —— `cloudResources.ts:93` 一行改道(必改);`engineRewindRefusedNow` / `decideRewindEngineAction` 两份壳内副本可删改调本包同名口、`previewEngineRewind` 回调改调本包同名口(非必改,归层对账行 dueBy 0.96.0;122d);网页端 / 桌面端 / 管理台 —— 零动作。 FX 行:终端 —— 换钉后删 `fleetClient.ts` 的 `withoutSettledStoppedRows` 一组与渲染契约里的 `queuedCount` / `errorCode` 两位及读点(122d);网页端 / 桌面端 / 管理台 —— 零动作。 FX-E 行:终端 —— 引擎升级协调可改读 `instance.startedAt`、凭据需求判词改调 `engineCredentialRequirementOf`、欢迎面板窄面板句首取 `storePostureHeadWord`(122d);网页端 / 管理台 —— 自带 sdk 直连的会话 id 调用点加 `isSessionIdPathSegment`(122d 三处);桌面端零动作。
+3. **不要做的**:PR 行:不要在端上再记周期身份或自判陈旧终态(差分口已判,旧口的事实流里仍有前代 end,只供过渡);不要按 `taskIdOrigin` 自建第二把行键(`canonicalId` 就是那一把);不要把 `remove` 当终局或「已离场」渲。 GT 行:无此类动作。 DR 行:不要在排空终帧之后继续吃同一腿(sdk ≤18 资源层会把它重连成慢循环;sdk ≥19 读口已自己结束本腿,自断无害但不必)。 DR-1a 行:不要把排空帧当流帽零等待重开;不要在本包两条 run 事件腿外面再套一层「认到排空帧就重开」(本包已在腿内重开,梯尽按断线形收场)。 PF 行:不要把自由文本映射成 `edit`(`edit` 带整份改写后的计划);不要自造第三个选项标签(表外标签仍是 `'dismissed'`);不要把 Yes 加文字当成拒绝。 KA 行:不要再把说话时的能力位读数交给文件历史判定;不要拿 `_sema_permission_denials_absent` 缺席当「零拒绝」而不看这条流是不是从头看起的(自建管线直调终帧投影器要交 `streamSawRunOpen` 与被拒调用表);不要在 print 车道的 `tool_use` 块上读 `label` / `eventId` / `parentToolCallId`;不要对没带游标的列举失败渲「清单变了,刷新」。 UP 行:不要把 `droppedEntries` 缺席读成「一条都没丢」;不要在端上拿设置契约重判目录条目(读本口);不要据 `sessionReadRedaction` 为真把 assistant `errorMessage` 当已脱敏文本渲(KL-667);不要按服务端版本号推影子文档该写哪一代的形(它只有一种,由包内规范化策略派生);Model Hub 删除提示别自己按键名猜「删空 = 全部可 @」(读 `consequence`)。 OL 行:不要拿「输出里没有记号」判原话干净(射程外的形照旧原样,KL-675 – KL-678);不要在端上补第二份凭据判定(漏形回报本包)。 WC 行:不要在端上自写「`id` 是非空串」的账本位置谓词(漏仅有 `seq` 与坏形位置键);不要把 `decided` 渲成「已批 / 工具已跑」(判定口只证明引擎的待决清单里没有它,带成因的是引擎自动拒);不要按成因词在端上再铸第二张句表;不要把披露条目在端上拼接成句(句子已过显示消毒,不再 join、不再二次消毒);不要拿披露句里的条目去匹配 / 删除规则。 WB 行:不要再按 `id` 键模型行或提交 `id`(提交行的 `name`);不要拿第一行充当缺省;不要读在线目录的 `default` 键(读 `liveDefaultModelOf`);不要把 `atMentionable` 缺席读成「不可 @」;不要从 `compat.reasoningEffortLevels` 推可选档位(读 `effortLevelsOf`);不要给窗口设下限;不要在座位上送宿主自供的 settings 子键;能力表没报 `rewind` 时不要送 `rewind`;不要把 `parked: true` 渲成「已拒 / 已过期」。 RD 行:不要把托管层读不出折成 `absent`(包把读不懂的答案按 `unreadable` 闭合);不要自拼「这个后端没有用量分析」那一句(读 `USAGE_SENTENCES`,读失败是另一句);不要给用量卡的缺席位补 0、不要在日序列读失败时渲一整张零热力;不要把估算总数渲成精确值(前缀读 `usageBoundPrefix`);不要在端上另写一份审批窗到期三态 / 行到期三档 / 迟到决断端点 / 被收割读口;不要再给 `reconnectMcpServer` 写适配器。 SA 行:不要在端上自发 interrupt 或设备换绑请求、不要按状态码自己分「有没有判决」(至多一次尺只有一把);不要把退役 env 改名表转进本包入参以外的地方;不要为排空另写一只读口(读设置契约 `readEngineSignal`)。 RX 行:不要再在温切处逐只调失效口(没有了;`invalidateEngineCaps` 一次就够);不要把三态串交给 `modelSetupDecision`(交读数);不要读卡上的 `persistedRuleShadowed`(读 `allowRuleShadow`);不要据 `requireExistingSession` 拒绝的 message 尾括注自读粗码形(读口答 `null` 就是通用拒绝);不要把 `SUPPORT_FLOOR` 的值写死进编译期。 SC 行:不要在端上再维护「门已决」的引擎码表 / 错误类名表 / 安全停闸(包内一只判据);不要从拍平的失败文字里抠错误类名;不要拿 `getBgTerminalFacts().status` 当行的当前终态;不要再调 `recordBgTerminalFacts`。 SB 行:不要再给子代 / `/compact` 的能力位另存一张表或另起探测(读 `engineCapState` 或经本包入口);不要拿工具名册条数或壳本地 client 态回答「引擎上连着没有」;不要把 `mcpEngineLegConnectionOf` 的 `connected` 读成「此刻好着」(它是这一轮运行拨号那一刻的判词,活性另读);回落台账不要在投递失败时 `release`、不要拿 `advisoryFor` 的 `undefined` 当「不知道」;不要在 `toolsRunHereFromExecutionLane` 读到 `unobserved` 时自己再借旁证发 `baseDir`(第二判官已删,等能力位落地再读)。 RS 行:不要在端上再写一份「可不可接管」的条件(读 `runningAttachOffered`);不要在壳到货前自加第四档(不给 `canAttachRunning` = 不出 attach);不要把 `running-attach` 当消息已送出(处置档 `not-delivered`:不重排队、不回灌);不要把明确没落地(并发冲突未落地、请求失败)折成确认句,也不要两句同出。 TW 行:不要把旧的四词表按值抄回端上(那张表并了两个属主的词);不要拿否面谓词的 `false` 当成功;不要在 CC 本地行上自铸第四个终态词(读原词走通知 / 行帧,行上写投影出的三词之一)。 XH 行:不要在端上再记「我自己那一路活卡调用是否在路上」;不要把 `free` 读成「这一问没人问过」(持有者放手而没结算也是 `free`);不要在 `joined` 上再开卡或再发决断。 CR 行:不要在探测闭包里(落地之前)读 `observed*` 并据此提示用户(读手上这一发的投影);不要再给 `noteEngineCapsFor*` 补写读数的旁路;不要给能力回体或座位载荷放访问器 / 不可枚举属性(读不出就是畸形 / 拒);不要在落地之后就地改写交给探测的那只回体(KL-724)。 PK7 行:不要把结局帧成因缺席渲成任何一词(人答与老服务端都不带);不要在 `cause` 读不出时回落读旧键 `deniedReason`;不要再按 `approval_binding_mismatch` 一律当「待决动作变了」(答案席是改答案再发)。 SK 行:不要在端上按条数或条目预剪两表(上游 400 响亮,静默截断正是本票修掉的病);不要自己读能力位后用布尔开关替代 `skillToolLists` 读数(判官只有包里那一只);不要在读数 `unobserved` 的那一拍把两表发给不确定的服务端(老服务端上子代技能带两表整条被拒);不要把 deny 表交给还没确认能力位的会话后就当它已经生效。 FX 行:不要把 `settled` 当「批准了 / 拒绝了」(它只说已经有结局);不要拿不带 `cause` 且不带 `settled` 的 `decided` 去压 chrome 那一路的卡;不要在端上再写一份「已答过就不开卡」去判包帧腿的重复帧(包已判)。 FX-C 行:不要在端上再数委派报告帧的行、或借 `taskOutputStatus` 读它的状态行(读 `frame.status`);不要把 `frame.status` / `frame.error` 缺席读成『已完成 / 没出错』(缺席 = 没读到,字节在 `frame.headRest`;`before` 永远逐字在);不要按 `bgshell_register` 的 `laneProof` 过滤后台面板行(这一臂的消费不分车道)。 FX-G 行:不要对身份未定的会话仍交 `{ allSessions: true }`(那是把别的会话的审批数成自己的);不要把身份未定的 `null` 渲成 0 或全体数;不要在壳里再写一份「设置读不干净 allow 没发」/ 限值旗那两句;不要拿 `SEMA_ATTACHMENTS` 缺省值反推「todoReminder 没开」(缺省已开);不要把 `CONFIG_REFUSAL_CODES.has` 当「是不是配置拒绝」的判据(读 `isConfigRefusalCode`)。 FX-A 行:不要在端上再抄 remember 专属五码表或 `rememberRefused` 的窄读;不要从强制 / 真人位 / 治理出身推断「这张卡本会话放行记不住」(引擎自 7.116.0 起自己声明,缺席既不是「记得住」也不是「记不住」);不要在端上按原型链读 `origin`(`ask.origin`)—— 读门记录的出身词走 `gateOutcomeOf(frame)?.origin`,读卡上的走卡请求本身。 FX-D 行:不要在端上再写一份「409 在跑拒收」判别(公面口已认三形,含重放臂);不要拿 `stillPending` 缺席当 `false` 渲「那条 run 已结束」(缺席 = 不知道);不要按错误句或状态码数字判这一族(只看 `refusedParkFromError`);不要把 `retriable: true` 读作「重试会成功」;不要自己再套一层 `try / catch` 去接宿主回调的异步拒绝(包内已隔离)。 FX-H 行:不要再自根入口取 `classifyRegistryConflict`(0.95.0 退出公面)(没有了);不要按类名自写 scope-gone 谓词(对上游两只 scope-gone 错误类做 `instanceof`,或拿原始 `(status, 已解析体)` 调判读口);报了 `shellHookEvents` 的宿主不要不交 `shellHookTypesByEvent`(缺型表时 prompt / agent 一律按本端跑不了读);不要把 `previewEngineRewind` 的 `'arm'` 读成「这条消息之后引擎改过文件」(它只答会不会挂回退键);不要在端上另写目标位置 `root` / `unknown` 的处置(读 `decideRewindEngineAction`)。 FX 行:不要在端上再记「哪些行被结算级离场过」去自己滤被停掉的行(账本已摘);不要为 `queuedCount` / `errorCode` 另造读点或去结构读 wire 行(它们不会到货);不要把 `forgetSettledTerminalRow` 用在仍在飞的行上期望它「藏起来」(返回 `false`,行不动)。 FX-E 行:不要把 `engineCredentialRequirementOf` 的 `undetermined` 当 `open` 或 `requires` 用;不要用整句 `storePostureDoctorDetail` 冒充窄面板句首判词;不要在端上读 / 渲 `memory.scope_home_not_directory` 回体里的路径或盘形(wire 上没有,将来多带也不渲);不要在端上再写一份 `=== '..'` 点段判断。
+
+**包侧缺口:** **PR**:① 缺席行的硬 TTL 回收要读后台代理登记(IO),不进纯归约口,仍由宿主经 `engineAgentAbsence` 读口判(KL-660)· ② 行差分口不缓冲,迟订阅只拿当前快照(KL-663)· ③ 旧事件口 / 缺席口过渡一版(RL-89 / RL-90)。 · **GT**:① 植入尺子依赖 sdk 根入口的两个导出名(KL-680)· ② 探针目录比对按版本号(KL-681)· ③ 地板之下的见证不编译(KL-682)。 · **DR-1a**:① 重开撞上提交前的 503 `draining`(排空期由中继 / 代理拒订阅时)按抛出处理、不走排空梯(服务端 7.124.0 排空期照收订阅,只拒新提交,KL-731)· ② 排空收场账不在根入口 —— 自带 run 事件读者的端用 `isInStreamDrainingEnd` + `streamDrainingDecision` 自记连续次数(KL-732;升级判据 CC-600)· ③ 后台子代尾随(`runs.subagentStream`,单腿)排空时不重开(与 sdk 19 之前同形,KL-733)。 · **PF**:① 选 Yes 又写了字,字不上线(引擎只在拒绝时读理由,KL-711)· ② 自带投递口不转交第三参 ⇒ 理由落空(KL-710)· ③ 引擎侧「重拟提醒」句固定说「address the concern」,无理由时同句 —— 句铸在引擎,本包不改。 · **KA**:① KL-670(覆盖读数缺席一律落下;归因矛盾使一次中止仍被列为拒绝)· ② KL-671(`status().code` 不再带降级之外的状态)· ③ KL-672(装配读数「没记」与「当时没读到」同读 `unobserved`)· ④ KL-673(print 车道不搬适配层的入参重映射)。 · **UP**:① 影子 models 文档出 10 一代投影(RL-94,支持底线抬到服务端 7.124.0 后改出 11 形):`none` 写不出(KL-665)、整张悬空原样保留(KL-54)· ② 归一器的 10 一代输入臂过渡(RL-95)· ③ `sessionReadRedaction` 位不答 `errorMessage` 叶的射程,候服务端叶名表(KL-667;RL-92)· ④ 引擎 7.48.0 F15(工具段为空的协议名)已实证两条路径终局都扣下(FX-H1);协议段叶 `protocolSegmentOf` 对这一形仍答 `ok`(不完整形留给调用方本包可送判定是否扣下待真引擎实证。 · **OL**:① 无标签裸值按形状判是概率判据(KL-675)② 反引号 / 不配对收尾括号的边界(KL-676)③ 「标签 + `token`」只在同一行 ④ 转义行断不作分隔(KL-678)⑤ KL-383 / KL-467 收窄、KL-573 删行(CC-414 收口)。 · **WC**:① `decided` 无成因的句子是中性的 —— 判定口分不出人决过 / 过期 / 转入停驻(KL-683)· ② 崩溃收敛句不说工具有没有开始 —— 判定口只带成因词、不带崩溃收敛行的分桶(KL-684)。 · **WB**:① 回体读口只带信封四键,服务端新加的信封键要本包认得才过境(KL-707)· ② 回退锚点 → 引擎条目的映射在宿主,本包不给映射口(KL-708)· ③ 座位上没有后台子代的插话 / 续跑 / 停止动词(KL-709)· ④ 座位 `settingsState.defaultModel` 与在线目录 `defaultModel` 是同一事实的两个座位位,本版未收 · ⑤ 在线目录型上的 id 形老键 `default` 过渡(RL-107)。 · **RD**:① `managedPolicyReading` 是可选口,宿主有托管层不接它 = 读坏仍读成「没有」(KL-686;三端都接上后收成必填)· ② 序列点的 `estimated` 键 sdk 18.2.0 型上还没有,按结构读(KL-687)· ③ `runReapedByDeadline` 读口单发无期限(与壳同形,KL-688)· ④ 用量卡的格式化(刻度 / 12 小时制)与装饰行归端,包只给语义。 · **SA**:① 设备注册三动词(签发 / 注册 / 吊销)的发射与分型仍在宿主,终端设备面的直连网络豁免只能收窄、不能整条撤(候后续版本)· ② 经 sdk 看不见 2xx 状态码,换绑成功形由回体不变式判(KL-691)· ③ env 组声明(镜像引擎启动校验)在宿主,起本机引擎的每个宿主要同一份(KL-693;根治 = 引擎或设置契约导出组校验)· ④ `device.identity_mismatch` 两条读法与设备面呈现句仍在宿主。 · **RX**:无新增缺口 —— 本行只退役,不新增读法。 · **SC**:① 「门已决」的文案兜底臂仍给无码 / 码不在任何一张表里的失败(宽口,KL-702)· ② 同一 turn 里两段逐字相同的子代正文在耐久腿上折成一段(KL-701)· ③ 三只拼装件 / 通知事实写口 / fleet 兼容入口过渡(RL-103 / RL-104 / RL-105)· ④ KL-420 随本版并包删行。 · **SB**:① 能力位读数还有四处没收进总缓存 —— 任务代理位(自探 + 自有世代)、后台视图的 approvals 位(视图实例自探)、后台代理登记的 listFace 位(读宿主另交的 caps 对象)、能力位窄读器各一张宿主 tee 写入的格表(与读器工厂失效口的退役同一工厂);后续版本收(门 G-SB16 只容前两处裸探测,例外表带死行钉)· ② 连接态是这一轮运行拨号那一刻的判词,运行中途掉线不变(KL-696)· ③ 回落台账「真答过」的证据由宿主交(KL-697)· ④ 子代尾随 / 终报等共用探测落定至多 60 s(KL-698)· ⑤ 换代只随 `invalidateEngineCaps`,不调它的宿主在同一地址换引擎后读旧位(KL-699)· ⑥ 段投影器的丢行记号只随它产出的那只数组走,拷贝过的段看不见被丢的坏行(KL-700)。 · **RS**:① KL-716(接管行句复用 resume 入口的重放披露原句,「outlived its shell」对本进程背景化的 run 偏窄;要换措辞用 `rowFor` 整行覆盖)· ② KL-717(attach 供给位只认严格 `true`)· ③ 接管动作本身(把事件流接进转录面)在宿主,本包只判供给与出结局· ④ KL-728(已呈过一次并选了「什么都不做」之后再撞 running,只出一行现状、这一行不提「可以接管观看」)。 · **TW**:① CC 本地行上看不出取消 / 被停、自报走不下去 / 失败(KL-712)· ② 上游对账只读开发依赖那一版(KL-713)· ③ 带 `blocked` 的历史通知块不再记「已通知」(KL-714)· ④ 会话自愈里仍有几张按问题命名的状态表(在跑 / park / 持锁)不在属主模块:本版只把「持锁」那张的 park 两词改成派生、并由对账门钉成 run 行状态减终态分区,其余候后续版本收口。 · **XH**:① 反方向(停驻行审批口已持有时同一只审批再来现场卡)不查表,判为没有铸帧来路(KL-729)· ② 宿主自己的耐久路开出的卡不进本包的持有登记,停驻行审批口看不见它(KL-730)· ③ `-p` 车道在本包没有专属门格(覆盖面清单第三行)。 · **CR**:① 落地之后宿主就地改写回体,读器与按键现读的口可能分叉(KL-724)· ② 探测闭包里(落地之前)读读口答 `unobserved`(KL-725)· ③ 29 只 tee 口与 29 只 reset 钩过渡一版(RL-113 / RL-114)· ④ `engineCapState` / `engineCapValue` / `engineCapTrue` / `engineCapString` 仍按普通取值读同一份落地(含原型链、会执行取值器),与读器族的自有数据描述符读是两条读法并存,收口另行排期。 · **PK7**:① 无持久问账的部署上中断撤卡撞的 404 不带成因词,告警照出(可能是假告警,KL-718)· ② 无 `field` 的行完整性拒仍铸安全停(KL-719)· ③ sdk 终帧判据不在包根,`isInStreamDrainingEnd` 留自己的帧形分支(KL-720 / RL-112)· ④ 预览零读点,列表面两态分不出(KL-721)· ⑤ 结局帧成因的「词 → 句」本包本版不出(候三端点名)。 · **SK**:① 包内没有「这一次扣下了几张两表」的逐请求回执 —— 能力位非 `present` 时两表静默不带,告知用户靠 `skillToolListsDoctorDetail` 那一句,本版不另出逐请求的回执口(KL-734);② 宿主手写的 `skillSpecs`(不经 `skillCommandsToSpecs`)自带两表键时,包内没有第二道请求体闸,老服务端上子代技能会被整条拒;③ 云端配置技能(`cloudSkillsToSpecs`)的 manifest 没有两表位,本版不接。 · **OL**:① 凭据前缀网不认 `%XX` 编码的分隔与路径前导形(高熵真形由裸值网兜住;低熵 / 短形与 `/` 前导原样;KL-736)—— 解码后再过同一张网归 CC-604(0.96.0,与 CC-288 合并收口)。 · **FX**:① 「本桥已见结局」只记流内帧腿自己见到的结局 —— 悬挂 ask 腿与宿主 chrome 卡那一路上结算的问不在其内;被有界淘汰挤出的问与重启后的新桥回到修前行为(KL-744)· ② 答复回 404(没落定)的结局不记,此后的重复帧会再开一张卡(非粘性多副本上 404 可能只是错副本,KL-745)。 · **FX-C**:① 委派报告帧槽位只认引擎今天铸的位置(状态行紧邻帧头;任务描述带换行时四个槽位全缺席、字节全进 `headRest`;有 `worktree:` 行的报告 `error` 一律不上槽、留在 `headRest`,根治在上游把那一行消毒成单行,KL-742)· ② 结果段标签行括注读到『行终止符紧跟 `--- result`』即止(与旧形仅此一类输入答不同,KL-743)· ③ `taskOutputResultNote` 的括注类与新形的括注类不同字面(它只读标签行已认出的那一行,对该行同答;终端另有一条按它的字节登记的锚,本版未动)。 · **FX-G**:① 悬挂 ask 的会话范围随跟踪器构造固定,没有 `rescope` 口 —— 身份落地后宿主换一只新跟踪器(已出的卡按原路由宿主收)· ② 限值旗那一句的 caps 取读与有界等待(`engineCapsSettled` + `engineCapValue`)是宿主装配,不在包里 · ③ 终端壳自己 catch 里对抛出物的 `instanceof` 不在本版射程 · ④ `CONFIG_REFUSAL_CODES` 导出保留(登记表),是否删导出另议 · ⑤ 同名影子豁免表为终端的 `limitsSupportNotice` / `explicitLimitFlagNames` 各登一行(差分格 `cc441-print-limits-notice`;已知分歧四类:旗面词只回显固定三只、`observed` 只认字面 `true`、旗面入参非数组、读数 `version` 取值器抛)并登同义一行 `describePrintLaneAllowKept` ≈ `permissionsAllowKeptNotice`,到期 0.96.0 —— 终端换调包口后删。 · **FX-A**:① 臂上的 `gate` 是窄读视图,视图上「原本没有」与「在场但读不出」(结算段 / 成因 / 分类归属)仍不可分 —— 分类词读器靠同一次读的在场位把这两形分开,投影口把判定带到下游靠臂上的判定标记 `_sema_denial_unclassified`;自建搬运且丢了标记的宿主在臂视图上重读,仍会把「问过但账读不出」读成「没问过」(终端整臂重读带标记,不触发)。要完全收口需让视图自己带「在场但读不出」的证据,是型面与已发判定标记的改动,另议 · **FX-D**:① 包内 `runStream` 对服务端幂等重放臂那一帧发的终局行是 `Outcome unknown …`,与扁平拒收终帧的 `This session is locked by an earlier run …` 不同句(`activeRunBusySignal` 已认这一帧;终局行读器没有认它,本版未改)· ② 包内决断腿的「门还在」码表(`isGateStandingErrorCode` / `isCodeClassifiedGateFailure`)只含 `checkpoint.unsupported_version`(∧ `retriable`)与另几码,不含 `checkpoint.walltime_axis_retired` / `checkpoint.config_refused`:这两码的失败文字仍会过「门早已决」扫词臂(行为同 0.94.0,本版未改;实读 `isGateStandingErrorCode(code, true)` 对这两码答 `false`)· ③ 同一个码 `checkpoint.unsupported_version` 在包里有两种口吻(`checkpointUnsupportedVersionContent` 服务端口吻、不分车道;`refusedParkContent` 分车道),选哪一句是端的呈现决定。 · **FX-H**:① 目标位置解析 `resolveRewindTarget` 与执行面留在宿主(公共解析口须吃历史完整性〔窗口元信息〕,[8442] ③,另票)· ② 菜单筛档的 `rewindArchiveOffer` / `rewindArchiveOffered` 仍是壳内三行组合(同读本包的可用性判官)· ③ 缺型表读法取保守向 —— 报了事件不交型表的宿主,prompt / agent 型插件条目会进未执行清单(交型表即消)· ④ `isScopeGoneError`(0.95.0 退出公面) 随副本退役,按类名认错误类的读法不再有包内实现。 · **FX**:① 通知车道推定的 killed 行(行帧终态帧丢失的那一形)结算级离场不摘,仍挂满保留窗 —— 在飞读面按在飞计是引擎温切门的保守默认,摘它会让一条误退休的行从读面瞬间消失 · ② sdk 行型仍声明 `queuedCount` 幻影键 —— 本包 wire 键清单与不投影登记暂留这一位,sdk 删声明的那个 major 同批删。 · **FX-E**:① `engineCredentialRequirementOf` 只收回答的三形,把宿主自己的探测结果(抛出物 / 响应)归成三形是宿主的 IO,不在本口(抛出物分型走已有的 `classifyTurnWireError`)· ② 店形拒两码的 `detail.form` / `detail.path` 不在 wire 上,服务端投上 wire 之前本包没有可读之物,不读不存 · ③ `isSessionIdPathSegment` 只答「经 `encodeURIComponent` 编码之后」的点段;自带传输层且不编码路径段的宿主要自己编码),手写镜像何时退役取决于引擎判官装成值级端口(型面 BREAKING + core 地板 7.48.0,裁定)
+
+
+
+### 122z. 订正(0.94.0 §121 判据 / 文档;§121 已发冻结不回改)
+
+> 黑盒验收([9882])拿 0.94.0 发布件逐格对拍 §121 判据时,判据文字与发布件读数对不上的各处。除 DC-6、DC-7 两条里点名的读数差(已立票 CC-560 / CC-562)外,都是判据 / 行文要订正,发布件的读数没错。写法:「§121 原句 → 订正」;「维持」= 原句成立、只补范围或补出处。行号 = 0.94.0 发布件内 `docs/INTEGRATION-CLIENTS.md` 的行号(本文件里 §121 的位置因 §122 加入而下移,按段内标签 G-xx 找);「核真」是对 0.94.0 发布件(`dist` 文件为证)与 0.93.1 发布件实读的结论。以后按 0.94.0 对拍这些判据,以本节为准。
+
+- **DC-1 · G-CP9**(§121 :9993)原句「`CORE_VALUE_PORT_NAMES` 末项 `compileAllowList`、共十二件」→ 订正:`compileAllowList` 是第十二项,共十七件,末项 `routePairingStatus`(§121a′ :9776 已按此改读,本版合计十一 → 十七件;§121c 这一条漏了同批改字)。「没装 ⇒ `compileAllowList(['Read'], 'allow') === undefined`」不变。核真:0.94.0 根入口 `CORE_VALUE_PORT_NAMES` 长 17,第 12 项 `compileAllowList`,末项 `routePairingStatus`。
+- **DC-2 · G-CP5**(§121 :9989)原句「逐类真值表 = 『该类(集合按与折叠)分类器或沙箱准入能答 ⇒ 通用句』」→ 订正:读作「先把卡上的类集按位折成一行(`classifierEligible` 取与、`sandboxAdmission` 取与),折叠行两位里任一位为真 ⇒ 通用句;两位都假 ⇒ 『没有自动检查能答』那一句」。不是「逐类先取或、再对全集合取与」:两种读法在 5 个二类对上答案不同(`write_protection_unresolved` 分别与 `unverifiable_delete` / `transcript_write` / `probe` / `policy_rra` / `unstated` 成对时,折叠读法答『没有自动检查能答』,逐类读法答通用句)。发布件取折叠读法,与引擎的折叠口同读法(G-CP10);单类集两种读法等价。核真:0.94.0 发布件 25 类 × 全部二类共 300 对,两种读法恰在这 5 对上不同,发布件在这 5 对上答『没有自动检查能答』句。
+- **DC-3 · G-CP10**(§121 :9994)「定种随机子集 × 四种面」→ 补:「四种面」是折叠口 `askFace` 的四种入参 —— `'shell'`、`'other'`、缺席(`undefined`)、表外面词(例 `'bogus'`);后两种按设计读作 `other` 面(引擎面闭集 `ASK_FACES` 只有 `shell` / `other` 两词)。核真:空集 + 全部单类 + 全部二类共 326 个类集 × 四种入参,包内折叠口对引擎 `foldArbitrationRow(set, undefined, face)` 五位逐位零差(开发依赖引擎 7.47.0)。
+- **DC-4 · G-RQ1**(§121 :10000)「四句互异、零接入方用词」→ 补词表:零接入方用词 = 四句里没有 `field` / `key` / `wire` / `capability` / `approvalReach` 这五个词(整词匹配,不分大小写);四句都以 `Approval requests on this run will still be sent to this session` 起头。核真:0.94.0 `dist/approvalReachWire.js:30-33` 的四句(`not_reported` / `unsupported` / `unprobed` / `unreadable`)逐句过这个词表,零命中、四句互异。
+- **DC-5 · G-RQ6**(§121 :10005)「`encodeHumanTurn` 三条载体」→ 补:三条 = 交互车道的 `objective` 载体、无人值守车道的 `objective` 载体(请求体 `buildTaskRequest(…, 'print')`)、补话的 `steer` 载体;`HumanTurnInput.lane` 只有 `objective` / `steer` 两词,两条请求车道共用前者。三条上对同一 `mcp-resource` 描述符:文本含 `The user attached an MCP resource`、无提醒形标签、无「调用了工具」句,装进请求体的 `objective` 与文本逐字节相等。核真:0.94.0 `dist/humanTurn.d.ts` 的 `lane` 型与三条实读。
+- **DC-6 · G-HW1**(§121 :10010)三处订正。① 「七处出口各一行」里,后台停止出口只有「非对象抛出物」一臂走固定兜底句(0.94.0 CHANGELOG 同条就是这样划的);对象抛出物在该出口取自带的非空 `message`,没有 `message` 的对象(含只有 `toString` 抛的对象)答 `the stop request failed`,`message` 取值器抛(含取值器与 `toString` 都抛)答 `the stop request failed (the error could not be read)`。② 「取值器与 `toString` 都抛 ⇒ 不抛、落兜底句」:七处都不抛;取件(`approvals.list failed: …`)、取件等待(`probe threw: …`)、本地规则解析三处落兜底句 `the call failed with an error this client could not render`;审批卡 approve / deny 两条决断出口与提问卡决断出口不抛,但句子里带的是取值器自己的报错文本(`decide(approve) failed: <取值器报错>`),不是兜底句 —— 0.93.1 同样(`Error: <取值器报错>`),不是回归;已立票 CC-560 收口。③ 末尾括注「(0.93.1:读口判形抛 `TypeError`)」说的是包内共享读口(不在根入口)遇已撤销 Proxy 的 `extra` 抛 `TypeError`;取件 / 决断 / 取件等待 / 本地规则解析这几处句子出口在 0.93.1 不经过这只读口,对同一抛出物不抛、打印 `<前缀> Error: revoked-extra-message`。核真:七处 × 多种抛出物在 0.94.0 / 0.93.1 两版实读;病态形的成因在 `dist/hitl/hitlBridge.js:105`(`isTransientDecideTransportFailure` 读 `message`),由 `:413` 的 catch 无守卫地调入。 🔁 0.95.0 已修(CC-560 ①;**FX-G5**):三条决断出口对②里这几形抛出物(含已撤销的代理、`status` · `errorCode` · `name` 取值器抛)落兜底句或抛出物自带 `message`,不再带取值器报错文本。
+- **DC-7 · G-HW8**(§121 :10017)原句「受理 ⇒ `applied` 恰一次」→ 订正:受理结局词是 `accepted`(结局闭集 `accepted` / `refused` / `failed` / `offline`,与 G-HW9 及 `EngineCompactOutcome` 型一致)。同条「接收口抛 ⇒ 只留痕、零未处理拒绝」读作接收口**同步抛**;`async` 接收口返回的拒绝不在该守卫内,0.94.0 上会成为未处理拒绝(已立票 CC-562 收口)。核真:`dist/subagent/engineCompactWire.d.ts` 的 `EngineCompactOutcome`;`dist/subagent/engineCompactWire.js:93-100` 的 `callSinkIsolated` 只包同步 try / catch;`async` 接收口 reject 实读未处理拒绝一次,同步抛实读零次。
+- **DC-8 · G-HW10**(§121 :10019;0.94.0 CHANGELOG 同条「全族 26 只」同读)「26 只 `project*Capability`」→ 29 只:0.93.1 的 26 只加本版新增的 `projectCallerCwdCapability` / `projectOutputStyleSeatCapability` / `projectSessionReadRedactionCapability`;逐口一行按 29 只做。核真:0.94.0 根入口 `project*Capability` 函数 29 个(0.93.1 为 26 个,全在 0.94.0 里)。
+- **DC-9 · G-HD1**(§121 :10023)「`approvalBoundGrantsDetail` 三形逐字(见 CHANGELOG 0.94.0;不含技能名)」→ 补原句(CHANGELOG 只描述了形、没给原句):无技能名(`skill: null`)⇒ `This call names no loaded skill, so approving it grants nothing beyond this call.`;有技能名、两张清单都空 ⇒ `Approving this activates the skill shown on the card; it lists no tools to run without asking and none to refuse.`;有技能名、清单非空 ⇒ `Approving this activates the skill shown on the card: <N> tool entries it lists run without asking once it is active, and <M> tool entries are refused for the rest of this run.`(条数为 1 时写 `1 tool entry it lists runs …` / `1 tool entry is refused …`)。三形都不含技能名。核真:0.94.0 `approvalBoundGrantsDetail` 实调四例(`skill: null` / 空清单 / 1 + 1 / 2 + 0)。
+- **DC-10 · G-HD4**(§121 :10026)「`policyDenyReason({ lane: 'dont_ask', toolName: 'Write', cause: 'no_allow_rule' })` 逐字 = CHANGELOG 0.94.0 / 门里那一句(不含 `--` 旗)」→ 补原句(CHANGELOG 只描述了四形、没给原句,门文件不在发布包内):`denied by the dontAsk permission mode: this one "Write" call needed approval, no permission rule allowed it, and this mode refuses anything that would ask — calls that need no approval still run; an allow rule in settings can approve calls like this ahead of time`。宿主给出 `allowRuleFlag` 时才在 `in settings` 之后追加 `(or <旗名>)`,不给则全句不含 `--`。核真:0.94.0 `policyDenyReason` 实调(含 `allowRuleFlag: '--allow-rule'` 一例)。
+- **DC-11 · G-HW2-4 / G-HW2-5**(§121 :10064)G-HW2-5 的「本版证明」→ 回归钉:拒绝卡的 respond 在路上时,同流到达的该调用报错收口帧,`tool_end` 输出在 0.93.1 与 0.94.0 逐字节同(都盖 CC 拒绝句),本条守的是 0.94.0 的解耦(卡不再卡住流)没有弄丢拒绝句盖章,不在 0.93.1 上红;解耦本身的证明在 G-HW2-2。G-HW2-4 维持,补一句:「卡的 `signal` 未中止」读作「`signal` 在活卡上恒在场且未中止」(§121a′ HW2-2 新眼)—— 0.93.1 的卡请求上 `signal` 只在调用方给了信号时才在场,只判「未中止」在 0.93.1 上空真。核真:G-HW2-5 两种序(只有 `tool_end` / 先 `tool_approval_complete` 再 `tool_end`)在两版 `tool_end` 输出同为 CC 拒绝句、`respond` 恰一发 `deny`;G-HW2-4 两版 `respond` 恰一发 `allow`,卡上 `signal` 在 0.94.0 在场且未中止、在 0.93.1 缺席(`dist/hitl/toolApprovalWire.js` 0.93.1 :1051 对 0.94.0 :1261)。
+- **DC-12 · G-DO5**(§121 :10040)「四种清单形 × 九个标签 … 共 171 形」→ 订正:163 形。所列是三族:块序列 7 形 + 流序列 8 形,各 × 九个标签 = 135;逗号清单 4 形只取复数标签(`api_keys` / `API_KEYS` / `secrets` / `passwords` / `tokens` / `credentials` / `x-api-keys`,共 7 个)= 28;合计 135 + 28 = 163。单数标签(`api_key` / `password`)后的逗号清单按 DO-2 只遮首项,不属本条「项各一枚记号」的判据;171 只在逗号清单也取九个标签时算得出。核真:包内投影门 DO5 段的构造(每个标签 15 形无条件铸、4 形仅复数标签铸)⇒ 15 × 9 + 4 × 7 = 163,门绿(源码树内可跑,发布包内没有)。
+- **DC-13 · G-DO6**(§121 :10041)两处补。① 「纯键名 / 整数清单 15 形」括号里逐形点名只有 12 个;15 形全表:(1) `keys:` 换行缩进两格 `- maxTurns` 换行缩进两格 `- model_ids` 换行 `next: x`;(2) `keys:` 换行与键同缩进 `- maxTurns` 换行 `- maxBudgetUsd`;(3) `Keys: [maxTurns, maxBudgetUsd]`;(4) `keys: [maxTurns,model_ids]`;(5) `{"keys": ["maxTurns", "model_ids"]}`;(6) 同一 JSON 嵌在 JSON 串里的转义形 `{"cfg":"{\"keys\": [\"maxTurns\", \"model_ids\"]}"}`;(7) `Legal keys: maxTurns, maxBudgetUsd, model_ids.`;(8) `keys: alpha, beta`;(9) `keys=alpha,beta`;(10) `tokens: [12, 15]`;(11) `tokens:` 换行缩进两格 `- 12` 换行缩进两格 `- 15` 换行 `next: x`;(12) `tokens: 12, 15`;(13) `tokens=12,15`;(14) `Tokens: 5, 6`;(15) `max_tokens=7, max_input_tokens=8`。② 「输出 = 输入逐字节」的出口:机读口(`washCredentials`)、保排版出口(`{ foldLines: false, keepLayout: true, mark: 'dot' }`)、字符面全关出口(`{ controls: false, bidi: false, foldLines: false }`),三者上 15 形逐字节同。折行出口(缺省形 / `{ mark: 'space' }`)只把行断折成空白,不遮;把行断画成转义记号或点的出口(`{ foldLines: false, mark: 'escape' }` / `{ foldLines: false, mark: 'dot' }`)上,与键同缩进的 (2) 会被遮(`escape` 形遮两个键名项、`dot` 形遮首个短横;过遮、不露值),不在「逐字节」射程内。核真:15 形 × 15 个出口在 0.94.0 发布件实读。
+- **DC-14 · G-DO9**(§121 :10044)「本段全部输入(667 形)× 十四出口,洗两遍 = 洗一遍」三处订正。① 「十四出口」= 包内差分门的出口表 15 项去掉「反斜杠成对」一项(按契约非幂等)。15 项:(1) 机读口 `washCredentials(x)`;(2) `displayUntrusted(x)`;(3) `{ foldLines: false, keepLayout: true, mark: 'dot' }`;(4) `{ foldLines: false, mark: 'dot' }`;(5) `{ foldLines: false, mark: 'escape' }`;(6) `{ mark: 'space' }`;(7) `{ controls: false, bidi: false, foldLines: false }`;(8) `{ max: 23 }`;(9) `{ foldLines: false, mark: 'escape', escapeBackslashes: true }`(去掉的一项);(10) `{ blanks: true }`;(11) `{ foldLines: false, mark: 'escape', blanks: true }`;(12) `{ foldLines: false, mark: 'dot', blanks: true }`;(13) `displayUntrustedMarks(x, { foldLines: false, mark: 'escape' }).text`;(14) `{ credentialWords: false }`;(15) `{ credentialUrls: false }`。② 「667 形」没有可复算的出处:包内门对这一族按定种子池逐串判、不按形计数;读作「G-DO1 – G-DO8 各条列出的全部输入形」,形数不作判据。③ 「洗两遍 = 洗一遍」在 DCS / APC / PM / SOS 控制串 × 块序列项 × 点形 / 空格形载体上不成立,第二遍多遮控制串残骸、两遍都不露值(KL-628 射程):上表第 3、6 项与缺省折行点形 `{ mark: 'dot' }` 实读不幂等,第 9 项按契约本不幂等;OSC / CSI 控制串与流序列 / 逗号清单 / 单值幂等;长清单线性的判据不变。核真:控制串 4 种 × 标签 `api_keys` / `keys` / `passwords` 在缺省折行点形、`{ mark: 'space' }`、`displayUntrusted(x)`、不折行点形、字符面全关五个出口实读;控制串 4 种 × 标签 `api_keys` 在上表 15 项 + 缺省折行点形实读(0.94.0 发布件)。
+- **DC-15 · G-DO3**(§121 :10038)维持:「属性之后同行没有值 4 形输出与 0.93.1 逐字节同」成立。补一句范围:第 4 形(`api_key: !!str` 换行缩进写值)两版都不遮下一行的值(只遮属性,KL-626 ①),「逐字节同」守的是不变,不是「遮住」。核真:4 形与 `password: !Abcd1234 later wrong` 在 0.94.0 / 0.93.1 实读 —— 4 形输出两版相同(第 4 形 `api_key: «redacted:secret»` 换行缩进值原样);`password: !Abcd1234 later wrong` ⇒ 0.94.0 `password: «redacted:secret» «redacted:secret» wrong`(0.93.1 为 `password: «redacted:secret» later wrong`)。
+- **DC-16 · G-RP5a**(§121 :10083)片段里的 `submit` 不是路由器消费的动词:`ControlRouter` 提交走 `client.runs.create`,照原片段构造后 `await router.submit(…)` 抛 `TypeError: this.client.runs.create is not a function`。订正片段:`new ControlRouter({ runs: { create: async () => ({ taskId: 't', sessionId: 's' }), cancel: async () => { throw Object.assign(new Error('x'), { status: 409, errorCode: 'conflict.approval_settled' }) } } })`,先 `await router.submit('hi')`(设 `taskId`)再 `await router.cancel()` ⇒ 抛出物 `code === 'cancel_lost_race'`、`advice === cancelConflictContent({ kind: 'approval_settled' })`、`message` 以 `runs.cancel 409 conflict.approval_settled — ` 起头并接 `advice`;其余判据不变(0.93.1 同构造:`code` 同,`advice` 不等,`message` 为 `runs.cancel 409 — the pending gate was decided or expired concurrently …`)。核真:`dist/controlRouter.js:41` 调 `client.runs.create`;订正片段在两版实读。
+- **DC-17 · G-RP1d**(§121 :10074)「同一池」「机读口」补指:池 = 13 条串 —— 带 userinfo 与 `api_key` 查询串的地址加 `Authorization: Bearer` 头的错误句、无凭据的普通文本、`token:` 块序列、`password: !!str` 节点属性口令、`api_keys:` 块序列、PEM 私钥块、着色序列夹 userinfo 与 `token` 查询串的地址、双向符 / 零宽混排、CR / LF 混合行、裸 `Bearer` 记号、`curl -H "x-api-key: …"` 头、带空白的引号值 `secret=" … "`、已遮的 `«redacted:secret»` 记号;「机读口」= `dist/displayUntrusted.js` 的具名导出 `washCredentials`(不在根入口,黑盒以文件路径 import)。维持:池上 `displayUntrusted(x, { controls: false, bidi: false, foldLines: false })` 与机读口逐字节同。核真:该 13 条池在 0.94.0 发布件上零差(其中 9 条会被洗)。
+- **DC-18 · G-RP1e / G-RP1f**(§121 :10075)「这两只键」= `_sema_salvaged_result` 与 `_sema_park_failed_reason`(包内两处读点:适配器的错误信封抢救正文、结果帧投影读停车真因,都只经同一条读法)。「源码零裸读」是源码树内门的判据,发布包内没有源码;发布包黑盒上的对应面是 G-RP1a / G-RP1b 的读口答法,与「全部真管线结果帧与合成行零旧名」(B5 普查)。核真:包内结果帧投影门 E5 段扫的是 `src/adapt/arms.ts` 与 `src/adapter/downstream/terminalToSdkResult.ts` 两个文件里对这两个键的裸读,命中为零,门绿。
+- **DC-19 · G-RX4 / G-RX5**(§121 :10092)「同卡去掉类集 ⇒ `unknown`(`classes_absent`)」→ 订正:类集是 `askClass` + `classes` 一对;整对都去才是 `classes_absent`;只去 `classes`(留 `askClass`)或只去 `askClass`(留 `classes`)是半截类集对,按设计算畸形 ⇒ `unknown`(`classes_malformed`)。两版同答,与旧口同答。该条其余示例(`origin: 'ask_rule'` ⇒ `must_ask`〔`road: 'origin'`〕;`origin: 'policy'` + `ordinary` 类对 ⇒ `may_answer`;宿主读数 `{}` ⇒ `host_not_reported`)实读成立。核真:0.94.0 / 0.93.1 实调六例。
+- **DC-20 · RX-1 行**(§121a :9731)「0.93.0 起零读者、读数与行为一个字节不变、取值器抛 / 代理拒读一次也不被碰」→ 订正:「一次也不被碰」对 0.93.1 不成立 —— 计划审阅决断口在 0.93.1 仍把整只 `PlanReviewWire` 交给共用连线解析器,解析器读 `capsBaseUrl`:带抛出取值器(或拒读代理)的纯 JS 宿主,决断在 0.93.1 被判「连线不可用」而不发;0.94.0 起决断口只把 `client` 交给解析器(`clientOnlyView`),这一键才真零读、决断照发。纯 TS 宿主(型面已删这一键)与不带这一键的纯 JS 宿主两版无差。核真:0.93.1 `dist/hitl/planReviewWire.js:495` 把 `wire` 整只交出、`dist/engineWireFor.js:8-13` 读 `capsBaseUrl`;0.94.0 `dist/hitl/planReviewWire.js:505` 交 `clientOnlyView(wire)`;带取值器抛 / 拒读代理的 `PlanReviewWire` 实读:0.93.1 决断未发(`not_sent`)且读了 `capsBaseUrl` 一次,0.94.0 决断照发(`took_effect`)且零读。
+- **DC-21 · G-ET1**(§121 :10095)末句「去掉第一行与最后一行之后的文本与 0.93.1 同入参的结果逐字节相等(七种描述符种类与路径位缺席的两形逐一同)」→ 补范围:逐字节对拍只做 0.93.1 已有的描述符形;`mcp-resource` 描述符与指向它的 `not-included` 形是 0.94.0 新增,0.93.1 的铸点对它们抛 `TypeError`(`the attachment descriptor is malformed`),这两形只验外层标签形(`<attachment>` 起头、`</attachment>` 收尾,各恰一行)。核真:同一 `mcp-resource` 描述符与 `not-included` 的 `mcp-resource` 形在 0.93.1 抛、在 0.94.0 以 `<attachment>` 起头。
+- **DC-22 · G-SV9**(§121 :10112)「本包源码对 … 零命中」→ 订正:判据意图是「零读点」(本包不读上游的设置拒句),不是字面零命中。十二个词里十个在发布件 `dist` 的 `.js` 零命中;`outranks` 在 `dist/hitl/frameRouter.js:31,44`,是本包自铸拒因句里的一个词(「an ask rule outranks allow rules」),不是读上游拒句;`rule_row_dropped` 在 `dist/generated/engineNoticeTables.js:31,120,215`,是通告码册的成员(G-CP3 要求它在册)。`request.unprocessable` 的读点只按码与 `(resume.session_not_found)` 尾判,不变。核真:十二词在 0.94.0 发布件 `dist` 全树 grep。
+- **DC-23 · G-FX3**(§121 :10130)「全部单类 + 全部二类 × 三种强制读数 × 出身词四形的强制卡(10 400 张)」→ 订正:强制读数不是三种而是八种 —— 旗形 2(`mandated: true`、`ruleOffersAbsence: 'mandated'`)+ 强制词 6(`APPROVAL_MANDATE_WORDS` 的六员:`operator_always` / `tool_marks` / `probe_mandate` / `probe_unanswered` / `write_protection` / `write_protection_unresolved`);类集 25 个单类 + 300 个二类 = 325;出身词四形(缺省 / `policy` / `hook` / `ask_rule`);325 × 8 × 4 = 10 400。(按原句的「× 三种」算是 325 × 3 × 4 = 3 900,10 400 不被 3 整除即此因。)结论不变:池内强制卡在钩子车道都是 `skip`,`mandatedApprovalDetailOf(card)` 与 `mandatedApprovalDetail()` 都不含 `hook`。核真:池在 0.94.0 发布件上枚举得 10 400 张,钩子车道非 `skip` 0 张、句子含 `hook` 一词 0 张。
+- **DC-24 · G-SV7**(§121 :10110)「`isConfigRefusalCode` 认;近形(大小写 / 尾空白 / 少一段点)识别表不认」→ 订正:「识别表」指冻结集 `CONFIG_REFUSAL_CODES`(20 员,逐字相等才认);`isConfigRefusalCode` 是 `config.` 前缀判,不是「认冻结集」—— 它对尾空白(`config.agent.unknown_tool `)与少一段点(`config.agent`)的近形同样答真,只对大小写(`Config.agent.unknown_tool`)与前导空白答假。`CONFIG_AGENT_UNKNOWN_TOOL === 'config.agent.unknown_tool'` 与「在 `CONFIG_REFUSAL_CODES` 里」成立。冻结集的去留与这一问的单一读法由 CC-560 跟进。核真:0.94.0 `dist/engineErrorCodes.js:31-44` 冻结集对 `:67-69` 前缀判,六个近形实读。 🔁 0.95.0 收口(CC-560 ②;**FX-G6**):冻结集更名分为「登记表」,包内零读点,唯一读法是 `isConfigRefusalCode`;门 upstream-tables G3-5 / G3-6 钉。
+- **DC-25 · G-SP2-P**(§121 :10116)「对 7.122.0 体(+`message` / `decidePath`)⇒ 四键」→ 订正:`decidePath` 在 0.93.1 已会读(`parking` 为 `approvalId` / `retryAfterMs` / `decidePath` 三键),0.94.0 新读的只有 `message` 一键;对 7.121.0 体 `{ approvalId, askId, reason: 'parking_in_progress', retryAfterMs: 250 }` ⇒ `parking` 恰两键(不变),对带 `decidePath` 与 `message` 的 7.122.0 体 ⇒ 四键。核真:0.93.1 `dist/hitl/toolApprovalWire.js:677` 已读 `decidePath`,`ToolApprovalRespondParkingView` 在 0.93.1 为 `approvalId` / `retryAfterMs` / `decidePath` 三键、0.94.0 多 `message`。
+- **DC-26 · 发布帖第 4 点**(板上发布说明,非本档)原句「CC-440–443 随 0.94.0」→ 订正:四张票 0.94.0 发布件零命中(docs / CHANGELOG / dist),台账仍 OPEN、窗 0.95.0;发布说明写错,本档与 CHANGELOG 没写过。终端按发布件对账时以本条为准。
+- **DC-27 · RQ-1**(§121 RQ-1 行)原句的前提「宿主读 `approvalReach` 决定谁可答」→ 订正(补范围):终端零读点 —— `approvalReach: "none"` 在引擎侧的含义是审批回调不被调用,会旁路终端 `-p` 车道的规则阶梯与 sdk `canUseTool`,终端按设计不读这一键(终端登记为 declined);RQ-1 的读法只对读这一键的宿主成立,本档不再把它写成三端前提。
+- **DC-28 · FX-4**(§121 FX-4 行)原句把「向导帮不上」写进 `explain_route_gap` 的用户面句并明写不读可配位 → 订正:终端向导**能**配路由(按 `offer_setup` 处置),这半句对终端不实;本包今天唯一的宿主位是 `hostCanConfigureModel`(模型名),没有「能配路由」位 ⇒ 句改口与宿主位随 0.96.0(CC-579),本版只记。
+- **DC-29 · RX-3**(§121d 终端读点 ② 与升级清单 RX 段)原句「`flaggedFlags` 那一块按 §119 RT-5 整块删」→ 订正:以 §121 RX-3 行与 CHANGELOG 0.94.0 Removed 句为准 ——「读 `flaggedFlags` 的写法编译红,改按 `limits` 在不在场判」;整块删会让外接引擎上「旗标认不认」那一句再无来源(替代句口在 CC-441 ②,窗 0.95.0,本版未交)。终端保留该块改读 `explicitLimitFlagNames(parseLimitsArgv(...))` 与 RX-3 行相容。§121d 不回改。
+- **DC-30 · §0a**(0.94.0 起)表里残留三行过时孪生行(`peer:wire 契约` 写 `>=12.0.1`、`peer:会话词汇表`、`runtime dep` 各一行重复),与同表上方的现行行矛盾 → 本版删除,以现行行为准(sdk 地板 `>=18.1.0`);「常驻门 / 沿革档」两行此前被一行空行隔在表外,本版接回同一张表。
+- **(非订正)`APPROVAL_PARKING_WARN_TEXT`**:终端记为「文档说导出了却没导出」—— 本档没有一行写它已导出(§120 G-PK8 明写文案常量不在根入口),这是请托不是文档报错,登 CC-577(0.96.0 导出)。
+- **RX-订正 · G-CT1 / G-CT2 / G-CT3 与 §116 SF 的具体值**(§119 CT 行金样、§116 SF 一节;已发冻结不回改)原句「`coreVersionTier('7.38.3', '1.288.0')` ⇒ `'engine'`」「门槛 = `SUPPORT_FLOOR.core`(本版 `7.35.2`)」「服务端 7.106.0 / 引擎 7.35.2」→ 订正:0.95.0 起支持底线服务端 7.115.0 / 引擎 7.40.1(§122 RX-6),`coreVersionTier('7.38.3', '1.288.0')` 答 `'legacy'`(原句 `'engine'`),`('7.41.0', '1.288.0')` 答 `'engine'`;`engineVersionTier('7.106.0')` 答 `'legacy'`(原句 `'engine'`)。判据的**形**不变(等于门槛算 `engine`、低于算 `legacy`、读不懂 `unknown`、`floor` 入参只能抬不能降),变的是 `SUPPORT_FLOOR` 的值;对拍这些金样的写法按新值重对。
+
+
+- **§71z 第 6 行 · `EngineInstance` 视图 `startedAt` 席位(CC-446;§71 已发冻结不回改)**:原句「已在(0.7x `engineIdentityOf`)」→ 订正:`engineIdentityOf` 是读器(`/health` 体 → `EngineIdentityView`),`EngineInstance` 型上从来没有这一位 —— 终端壳因此自留懒采基线。本版(FX-E1)才给 `EngineInstance.startedAt?` / `HealthResponse.startedAt?` 加了型位。
+
+**§117c / §118c 勘误(0.95.0 收口;🔴 已发的 §117 / §118 不回改;黑盒验收 0.91 / 0.92 半程 [10061] 提出)**:
+- **§117c 七格字面被后续版本改口取代**:G-SR2 / G-SR3 / G-PX4 / G-PX11 / G-HT2b / G-HT10b / G-TD9 判据里的字面是 0.91.0 当时的句子,0.92.0 – 0.94.0 各版按 CHANGELOG 已发段(0.92.0 / 0.93.0 / 0.94.0 的 Changed / Fixed 条目)改过口;**验收以当前发布版的字节为准**,这七格读 OBS 不读 FAIL;新字面 = 对应条目所指 §NN 行里的句子口(`steerRefusalAdviceOf` / 展示出口 / HITL 句子口 / tool-disclosure 投影各自的当前版本),§117c 不再单独维护字面。
+- **G-SV18 判据订正**:§118c G-SV18 写「`askGoneContent` 第三段含 `(recorded as crashed_before_park)`」—— 这串从来不在 `askGoneContent` 的任何一段里,它在 `crashConvergedNotice` 的头句(0.92.0 起;CHANGELOG 0.92.0 段 Added);判据改读:「`crashConvergedNotice(...)` 头句含 `(recorded as crashed_before_park)`,`askGoneContent` 三段不含」。照原文跑会把正确行为读成回归。
+- **`CoreValuePorts` 必填成员数的公告坐标**(0.92.0 十一 → 0.94.0 十七):§118 SV-24(0.92.0,`mintNamespacePrefix` 随服务端 7.116.0 / sdk 16.2.0 提货,十 → 十一;三端升级必读 ① 编译红条目;外部验收按各版 `dist/coreValuePorts.d.ts` 实读 0.92.0 = 11 · 0.93.0 = 11 · 0.94.0 = 17,与三行计数一致)· §121 CP-12(0.94.0,`compileAllowList`,十一 → 十二)· §121 RP-3(0.94.0,路由五件,十二 → 十七);发车帖 [9181](0.92.0)/ [9860](0.94.0)三端升级必读 ① 各点名一次。
+
+## §121 🆕 0.94.0(2026-10-10)— 终端 1.0.146 对接版:引擎 7.45 – 7.47 / 服务端 7.120 – 7.122 / 配置层 10 / sdk 18.1 提货 · 请求装配与审批判定归包 · 到期登记物按预告硬删 · 凭据遮蔽两件 · 附件信封外套标签
+
+> 本版是终端 1.0.146 的对接版:开发依赖换钉引擎 `~7.47.0`(CP-1)、配置层 `^10.0.0`(SV-8)、sdk `^18.1.0`(SP2-1),提货服务端 7.120.0 – 7.122.0 的新面(SV · SP2 · PK 行),peer 地板由 `>=12.0.1` 抬到 `>=18.1.0` 并退役七条过渡臂(SP2-7)。请求装配与审批判定继续归包:RQ 行收进 `approvalReach` 声明、无人值守车道恒带显式权限模式、路由缺口、思考档位读器、MCP 资源附件描述符与客户端自挂服务器的表态(RQ-1 – RQ-7);HD 与 HW2 行收进活卡的授予清单与分类器成因、决定口拒收判定、姿态车道按工具面读、同一调用更早的卡,以及活卡中止发恰一发中断拒绝(已被收口帧撤走的卡零发)、流不再等卡(HD-1 – HD-6 · HW2-1 – HW2-4);发版复核所得七处行为面修正与一处计数改真在 FX 行(FX-1 – FX-8);CP 行跟引擎 7.47.0 补强制卡按问类句、allow 桶按服务端代际选形与第十二件值级端口(CP-7 · CP-10 – CP-12)。HW 行把七处用户面失败句、恢复上下文缺席句、计划审阅预检、压缩结局回传与取值器抛出收成单一读法(HW-1 – HW-5);ST 行加座位能力表与 `pickFolder`、会话记录的 `cwd` 和设备码轮询计划(SW-1 – SW-6,其中 SW-3 / SW-4 候上游);RP 行补结果帧读口族、指令文件归属读口、路由判官五件、分层方向门与取消撞 409 的单一处置句(RP-1 – RP-5)。安全面两件在 DO 行:展示出口对凭据标签冒号之后的 YAML 节点属性与清单值逐项遮蔽(DO-1 / DO-2,只多遮不少遮),`RetryStatus.error.formatted` 同过展示出口(DO-4);ET 行给附件信封加外套闭集标签 `<attachment …>`(ET-1 – ET-3)。RX 行把到期的登记物按预告硬删:`PlanReviewWire.capsBaseUrl` · `resolveHeadlessDetach` 的参数 · `flaggedFlags` · 两只常驻放行旧口(RX-1 – RX-5);PK 行把 202 停驻体窄读上根入口(PK-2);型面 BREAKING 与逐面动作见 121y。
+
+### 121a. 处置表
+
+| 键 / 口 | 来源 | 处置 | 变化 | cli | web-admin | web-client | desktop | 判据 | 缺席语义 |
+|---|---|---|---|---|---|---|---|---|---|
+| **CP-1** 开发依赖引擎 `~7.44.0` → `~7.47.0` + 生成表重生 | core 7.45.0 / 7.46.0 / 7.47.0(CC-447 / CC-452 / CC-499);生成器 `scripts/gen-upstream-tables.mjs` 只读引擎包根,自本版起要求开发依赖 core ≥ 7.47.0 | consumed | 生成物五只(含问面批 `engineAskFaceTables.ts`,HD-4)与已装 7.47.0 重新生成逐字节同;通告码册 86 → 87、仲裁表 +1 行、放行原因 +1 词(见 CP-2 – CP-4)、第十二批两张新生成物(CP-8 / CP-9;按面可放类只在问面批生成物,CP-13 / HD-4 读它);运行期零引擎 import 不变 | 零动作 | 零动作 | 零动作 | 零动作 | G-CP1 | 不适用(构建期) |
+| **CP-2** `MODE_ARBITRATION` +1 行 `dangerous_delete` | core 7.45.0 #1403(保护位置上的删除:文件系统根 / 顶层目录 / 家目录 / 工作区目录及其祖先;任何模式、allow 层成员、分类器都清不掉) | consumed;🔴 **型面 BREAKING**(只对穷举写法:根入口 `MODE_ARBITRATION` 的键型 +1) | 行 = `bypassImmune` 真 / 分类器与沙箱准入都不答 / 规则清不掉 / `hookAskFloor` 真;常驻回答与姿态两条车道按表答 must_ask;强制卡句(CP-7)对它不提自动检查 | 对键做 `never` 穷举处编译红一次(零命中则零动作) | 同左 | 同左 | 同左 | G-CP2 | 卡上问类缺席 ⇒ 判定照旧答「不知道」(不推出可放) |
+| **CP-3** `GATE_MODE_RELEASE_REASON_WORDS` +1 词 `write_protection_unresolved` | core 7.47.0 #1423(引擎在 shell 面放行一次写目标解析不出的调用,`disposition.released.reason` 带这个词) | consumed;🔴 **型面 BREAKING**(只对穷举写法:`GateModeReleaseReasonWord` 联合 +1) | 读口仍按开集透传(表外词原样带回);判定口第 14 行的放行披露随表 | 穷举处编译红一次 | 同左 | 同左 | 同左 | G-CP2 | 放行账没有 `reason` ⇒ 读数无这一位(不补词) |
+| **CP-4** 通告码 `permission.rule_row_dropped` | core 7.46.0 #1383(一条路径规则行在装入时被丢);受众 user、铸方 engine | consumed(只登记) | 码册在册、受众 user;按码派发口不加读器 ⇒ 端渲引擎给的 message;码册数在接入文档签名块 87 | 零动作(渲引擎原句) | 零动作 | 零动作 | 零动作 | G-CP3 | 老引擎(< 7.46.0)不铸;册外码按保守受众 operator |
+| **CP-5** 上游型面硬破坏(本包零读点) | core 7.46.0:包根删 `toolPolicyPathDenyRules`(→ `toolPolicyPathRules`)、`ToolPolicy` / `NamedToolPolicy` 丢键 `pathDenyRules`(→ `pathRules`)、`adjudicatePersistedPathRules` 签名换、闭集 `OptionValueKind` / `SHELL_WRITE_COMMANDS` 失员;core 7.47.0:包根删 `RELEASABLE_ASK_CLASSES`(→ `releasableAskClassesFor(face)`)、`COARSE_SHELL_TOOLS` 收窄为冻结字面元组 | n/a(🔴 **上游**型面 BREAKING;本包型面不变) | 本包源码与门零命中;工具策略对本包是只钉 `check` 的不透明句柄,丢键零影响 | 自己直连引擎包根处按引擎迁移说明改(与本包无关) | 同左 | 同左 | 同左 | — | — |
+| **CP-6** `permissionRuleIssueDetail('unsupported.path_base', …)` 句子改口 | core 7.46.0 #1383:这一码在新一代只答「声明了不可用的基」,老一代答「没给基」 | consumed(改口) | 前:「需要一个这条策略没给的基」;后:「基缺席或不是可用的绝对路径」(两代都真);码表不变 | 零动作(句子经包) | 零动作 | 零动作 | 零动作 | G-CP4 | 不适用 |
+| **CP-7** `mandatedApprovalDetailOf(card)` | 本包(CC-447 ⑦;管理台 [9285] 请托) | added | 强制卡「清不掉」那句的按问类版:卡上问类与折叠后分类器与沙箱准入都不答 ⇒ 不提自动检查,只说这里的人或 hook;否则 / 读不出问类 ⇒ 与通用句逐字节同 | 换读(见 121d) | 换读(请托方) | 零动作(无此句读点) | 零动作(无此句读点) | G-CP5 | 见 121b |
+| **CP-8** `readUserInputUndrained` 车道与条数位改读生成表 | core 7.45.0 `USER_INPUT_UNDRAINED_FAMILIES`(CC-447 ④) | consumed | 读数与句子逐字节不变;`kind` 的型由生成表的键派生(仍是两词) | 零动作 | 零动作 | 零动作 | 零动作 | G-CP6 | 不变 |
+| **CP-9** 请求面权限模式词表由引擎包根生成 | core 包根 `PERMISSION_MODES`(CC-453) | consumed;🔴 根入口两只副本**元素序**改变 | 成员不变;`PERMISSION_MODE_INTENTS` / `HEADLESS_PERMISSION_WIRE_MODES` 序改为引擎序(default / acceptEdits / plan / auto / bypassPermissions / dontAsk),座位入站门与 headless env 旋钮的拒句 / 告警里列词的序随之 | 零动作(按成员判) | 零动作 | 零动作 | 拒句列词序变(按成员判不受影响) | G-CP7 | 不适用 |
+| **CP-10** 请求体 allow 桶按接收它的那一代选形 + `PERMISSIONS_KEPT_REASONS` +1 词 `voids_allow_list` | 本包(CC-356 ①);服务端 7.117.0 起把 allow 整份交引擎 allow 层 | changed(🔴 行为面:只在新形)+ 🔴 **型面 BREAKING**(只对穷举写法:理由闭集十三 → 十四词) | 新形:内容形 allow 投原串、名字层几关照旧、整表复核拦下读空整张表的那一条(今天 `*`)、复核答不上来 ⇒ 整桶 `judge_failed`;老形与 0.93.x 逐字节同,`content_form_not_grantable` 只在老形 | 装第十二件端口后自动走新形;壳侧同步放行照旧按全部 allow | 零动作(无此读点) | 零动作(无此读点) | 零动作(无此读点) | G-CP8 | 见 121b |
+| **CP-11** allow 能力位读数 `present.layer?` + doctor 新形一句 | 服务端 7.117.0 起恒铸 `settings.permissions.allowLayer: true`(与 `allowGrant` 同一节点) | added(可选位)+ changed(doctor 句多一形) | 同一只读器读两只叶子;doctor 句:新形「allow 规则连内容形一起发出;命中不问,强制类除外;读成空的条目开跑时报出」,老形句与 0.93.x 逐字节同 | doctor 行零改(句子经包) | 零动作 | 零动作 | 零动作 | G-CP8 | 见 121b |
+| **CP-12** 值级端口第十二件 `compileAllowList` + 同名读口 | core 包根 `compileAllowList`(CC-356 ①) | added;🔴 **型面 BREAKING**(`CoreValuePorts` 多一只必填成员;`CORE_VALUE_PORT_NAMES` 十一 → 十二件) | 按完整 `CoreValuePorts` 型建袋的宿主编译红一次,加一行即过;没装 ⇒ 读口 `undefined`、allow 桶按老形 | 装配根加一件(见 121y) | 零动作 | 零动作 | 零动作(主进程若装端口则同终端) | G-CP9 | 没装 ⇒ 老形(KL-614) |
+| **CP-13** 包内折叠口问面参(不上根入口) | core 7.47.0 `foldArbitrationRow(classes, readFace?, askFace?)` / `releasableAskClassesFor(face)`(CC-447 ②) | consumed(包内件) | 折叠口多一只可选问面参,给了面 ⇒ 每一类的 `bypassImmune` 按问面批生成表(包内唯一一张按面表)的那一面放行列表读;不给 ⇒ 与 0.93.x 同;判定口姿态车道按本卡工具面传面(见 HD-4) | 零动作 | 零动作 | 零动作 | 零动作 | G-CP10 | 不给面 / 表外面词 ⇒ `other` 面(= 仲裁表的行) |
+| **CP-14** 新拒绝码 `config.agent_config_dir_invalid` / `config.extra_tool_names` | core 7.46.0(#1432 等) | declined(读过实现:到不了端上) | 前者在引擎构造期抛(一跑的终局里不会出现);后者只写进委派工具结果的 `details.error`,不抬成 `tool_end.errorCode` ⇒ 线上没有可读的码;不登记进识别表(前缀谓词 `isConfigRefusalCode` 本来就认 `config.` 族) | 零动作 | 零动作 | 零动作 | 零动作 | — | — |
+| **CP-15** 三版其余上游键(新导出 / 新闭集 / 可选型键 / 签名 / 行为收窄;CP-1 – CP-14 未列的每一键) | core 7.45.0 – 7.47.0 | n/a(本包零读点,逐键 grep 核过) | 零变化(含 `HOST_DECIDERS`:本包只发子集词 `policy`,受理与否由服务端判、经能力位读;`ENGINE_BUILTIN_TOOL_NAMES`:本包没有「全部内置工具名」手写表) | 零动作 | 零动作 | 零动作 | 零动作 | — | — |
+| **RQ-1** 请求键 `approvalReach`(值闭集 = 引擎包根 `APPROVAL_REACH`,今天唯一一词 `"none"`)· 片段口 `approvalReachDeclaration(approverReachable, baseUrl)` / `approvalReachDeclarationSettled(…, withinMs)` · 型 `ApprovalReachDeclaration` / `ApprovalReachWithheldCause` / `ApprovalReachWord` · 车道表末行 `approvalReach` | 本包(CC-365);上游铸点:服务端 v7.121.0 受理 `http/admission.ts:783-789`(值不过引擎谓词 `isApprovalReach` ⇒ 400 `request.field_invalid`)、原样投任务规格 `boot/resolve-spec.ts:1027`、能力位 `http/routes/capabilities.ts:556` 顶层字面 `approvalReach: true`(首个带它的服务端 7.118.0)、键闭集 `request-key-closure.ts:88`;引擎 7.43.0 `TaskSpec.approvalReach` | added + consumed(🔴 行为面:只在端交了「这一车道没有能答审批的面」且能力位为真时) | 前:无人值守车道的请求不带这一键,引擎照常把审批问发到这一端,由端自己的出路收场。后:端交一位事实 `approverReachable: false` ⇒ 能力位为真时请求带 `approvalReach: "none"`(引擎这一运行零审批卡,第一个要审批的调用停驻或拒);没报 / 为假 / 没读到 / 读不懂 ⇒ 不带键 + 回执一句(`withheld.cause` 四词);只有无人值守车道有座(交互 / 一次性车道回执 `off_lane`);闭集外的值构造期按名拒 | 无人值守车道提交处改交 `approverReachable` 一位(121d) | 不涉及 | 不涉及 | 不涉及(没有无人值守车道) | G-RQ1a … G-RQ1u | 121b RQ-1 |
+| **RQ-2** `resolveHeadlessPermissionMode` 无人值守车道恒带显式模式 · `HeadlessPermissionResolution['source']` 去掉 `'absent'` | 本包(CC-173);依据:引擎 7.40.0 定了 `default` 在无人值守车道上的收场,服务端 7.115.0 起把「请求不带模式」读成 `default` | changed(🔴 行为面只一形:旗给了本层不认识的词)+ removed(型面:来源词闭集少一词) | 前:旗 / 环境变量都缺 ⇒ 显式 `default`(0.27.0 起已如此);旗给了不认识的词 ⇒ 不盖(请求不带模式)。后:后一形也盖 `default` —— 这条车道的请求恒带 `permissionMode`;来源词 `absent`(0.27.0 起本口从不产出)退役;交互车道的 `stampDefault` 门、环境变量两句告警的一次性闩(只告警一次的射程)不变 | 对 `source` 做 `=== 'absent'` 比较的写法编译红一次(删分支即可) | 不涉及 | 不涉及 | 不涉及 | G-RQ2a … G-RQ2h | 121b RQ-2 |
+| **RQ-3** `isApproverUnavailableGate(g)` | 本包(CC-322 ②);判据 = 拒 ∧ 结算词 `approver_unavailable`(引擎 `SETTLEMENT_IS_REFUSAL.approver_unavailable === true`,`SETTLEMENT_NOBODY_JUDGED` 里为 `false`:路由答复、有持久审批席时会停驻) | added | 前:端自拼「拒 ∧ 读结算词」两条件。后:具名谓词,与兄弟谓词同签名;与窗到期 / 限额回落 / 停驻三形互斥,不合并读 | 自拼的那一处改读本口(121d) | 不涉及 | 不涉及 | 不涉及 | G-RQ3a … G-RQ3f | 121b RQ-3 |
+| **RQ-4** 模型身份三态并进路由缺口:`LocalEngineModelIdentityReading.routeGap?`(`'endpoint_missing' \| 'lane_credential_missing' \| 'none'`)· 型 `ModelRouteGapReading` · `modelIdentityDetail` 来路臂改句 | 本包(CC-322 ③);缺口的判官今天在宿主侧(引擎起服段的同一判断,引擎没有导出起服前可调的纯函数) | changed(🔴 措辞面:来路臂那一句)+ added(读数位) | 前:任一路送到模型名 ⇒ `resolvable`,句子说「the local engine can start with it」(缺端点 / 车道零凭据两形不成立)。后:宿主报了缺口 ⇒ 那一臂 `not_resolvable`、句子点名缺哪条路;报 `none` ⇒ 才说起得来;没报 ⇒ 仍 `resolvable`,句子只说有模型名、路由与网关认名各是另一项检查 | 读数加报 `routeGap`;叠加在三态之上的本地缺口改写删掉(121d) | 不涉及(只连远程引擎) | 不涉及(只连远程引擎) | 起本机引擎时同报(候端回报) | G-RQ4a … G-RQ4i | 121b RQ-4 |
+| **RQ-5** `effortLevelsOf(model, catalog?)` / `effortLevelHonored(reading, level)` · 型 `EffortLevelsReading` · `LiveModelInfo.supportedEffortLevels?` | 本包(CC-326);上游:服务端 `GET /v1/models` 目录行 `supportedEffortLevels`(v7.121.0 `http/routes/capabilities.ts:996`,取自引擎 `reasoningEffortLevelsOf`;7.72.0 起按模型真值答,缺席 = 这条线路不夹档) | added | 前:端按模型名猜「兑不兑现某档」。后:按在线目录行读 —— `clamped`(列了档位集)/ `not_clamped`(推理模型、不夹)/ `not_applicable`(非推理模型)/ `unknown`(没有目录 / 找不到 / 没说是不是推理模型 / 坏形 / 读抛);判据单源 `effortLevelHonored` 答 `yes` / `no` / `unknown` | 档位面板与「兑不兑现」的判断改读本口,模型名启发式退役(121d) | 不涉及 | 有按模型限档的需求时读本口 | 不涉及 | G-RQ5a … G-RQ5h | 121b RQ-5 |
+| **RQ-6** 附件描述符 `mcp-resource`(`server` / `uri` / `name` / `parts[]` / `truncated`)· `not-included` 加 `target: 'mcp-resource'` 形 · 「没带上」原因 +4(`approval-required` / `server-not-connected` / `resource-not-listed` / `read-failed`)· 型 `UserAttachmentMcpResourcePart` | 本包(CC-315 增量);服务端 v7.121.0 / 引擎 7.47.0 都没有附件席位(能力位、请求键、任务规格位零铸点) | added(🔴 型面:描述符联合 +2 臂、原因闭集 +4 词) | 前:MCP 资源附件没有描述符形,端只能自己写文本。后:成功读回的资源写成数据信封(服务器名、URI、文本段逐行编号、二进制段只记类型「没带上」、截短一句事实句;不自称调用了工具、无提醒形标签);没带上写原因;三条载体(交互体 / 无人值守体 / 补话)同一只铸点;没有席位 ⇒ 恒走信封 | MCP 资源附件改交描述符(121d) | 不涉及 | 不涉及 | 不涉及 | G-RQ6a … G-RQ6g | 121b RQ-6 |
+| **RQ-7** `PermissionsDeclarationInput.clientOwnedServers?` · `PermissionsDeclarationReport.clientOwned?` · 型 `PermissionsClientOwnedStatement` · `WIRE_RULE_TRUST_ORDER` | 本包(CC-413);服务端 v7.121.0 的 allow 桶只收串、`settings.permissions` 键闭集不收来源位(`rule-entry-list.ts:28`、`task-settings.ts:474`)⇒ 来源只能记在本包报告口 | added | 前:端自己铸「客户端自挂服务器」的整服务器 allow、投影后再并进 allow 桶,审计里与用户规则不分;来源信任序端上另有一份。后:端交服务器名 ⇒ 本包按引擎铸名端口铸前缀、并进 allow 桶(读健康门不罩、能力位门照罩)、报告口单列去向;信任序公面导出一只 | 交服务器名、删本地并入口与本地信任序(121d) | 不涉及 | 不涉及 | 不涉及 | G-RQ7a … G-RQ7f | 121b RQ-7 |
+| **HW-1** 七处用户面失败句改走「抛出物 → 可渲染句」读口:`approvals.list failed: …` / `decide(approve) failed: …` / `decide(deny) failed: …` / `decide failed: …`(提问卡)/ `probe threw: …` / `rule text did not parse (…)` / `the stop request failed: …`;瞬断耗尽错的内层文本与计划审阅「够不着引擎」句同源(包内件 `wireFailureTextsOf`,不出公面) | 本包(CC-508;终端 [9611] 包侧半);同形存量由本版族扫补齐 | changed(🔴 行为面:措辞) | 前:`${String(e)}` 直拼,`Error` 的 `String()` 是「类名: message」⇒ 壳的错误类名(终端 1.0.145 屏上的 `EngineGenerationChangeReadError`)原样上屏。后:取抛出物自带的非空 `message`;非 Error 抛出物(非空串 / 数 / 布尔)取其文本;其余落固定一句 `the call failed with an error this client could not render`。类名 / 读口名不进句子,原抛出物只进宿主日志(取件 / 两条审批出口 / 提问卡出口各一行 debug;取件等待与本地规则解析是零宿主依赖的纯模块,不留日志) | **pending**:终端自己 catch 后拼进屏上句的那一半(CC-508 的壳半)换钉后删,直接渲包交回的 `reason` / `error` / `detail`;`isAlreadyResolvedGateReason` 等按词扫失败文字的判据不受影响(只少了类名一个词源) | n/a(管理台只读 `waitForParkRowBirth` 的判决,`reason` 只在 debug 档消费) | n/a(源码零命中) | n/a(源码零命中) | G-HW1 · G-HW2 | 抛出物无可上屏的话 ⇒ 固定兜底句(不是裸类名 / `[object Object]` / `null`);`message` 取值器或 `toString` 抛 ⇒ 同一句,不抛 |
+| **HW-2** `resumeContextUnavailableContent` 三句与保留时长句改**英文单源** + 计划审阅决断撞 409 `conflict.resume_context_unavailable` 走缺席句 | 本包(CC-513;终端 [9639] 包侧半) | changed(🔴 行为面:措辞;旧中文句整句作废)+ consumed(计划审阅出口接既有读口 `resumeContextUnavailableFromError`) | 前:三句只有中文;计划审阅撞本码落通用 4xx 句(`The plan_review decision failed: HTTP 409 …`)。后:三段英文(第一、二句单源,第三句按 `runId` 在场与否分两形,`staleAfterSec` 在场才在句尾带 `(this deployment keeps conversations for N seconds)`);计划审阅结局句 = `This <approve\|reject> was not applied. ` + 同一只措辞,`effect` 仍 `not_applied` | **pending**:终端两处调用点 —— 通用 API 错误补充行与问答卡过期出口 —— 拿到的句子变英文;按码本地化的自行渲,不再拿句子当键;终端含中文断言的用例同批改 | n/a | **consumed**(计划审阅决断经包的 `decidePlanReview`,结局句自动换) | n/a(自持的计划审阅措辞镜像不经本口) | G-HW3 · G-HW4 | `runId` 缺席 ⇒ 第三句说「carries no run id」;`staleAfterSec` 缺席 ⇒ 不渲保留时长(不编);读口只认 `errorCode`(退役 `code` 槽不认) |
+| **HW-3** 计划审阅 `permissionModeAfter`:退役「只配 approve」的本地预检(`HitlBridge.reviewPlan` 与 `decidePlanReview` 两处),只留值集核 | 本包(CC-509);服务端 7.122.0 起 `edit` + 该键受理(此前 400 `request.field_conflict`),`reject` + 该键仍 400 新句([9612] 判据 G23);管理台同向先例 [9627] | changed(🔴 行为面) | 前:`edit` / `reject` 带该键 ⇒ 本地拒(`reviewPlan` 抛 `bad_plan_mode`,`decidePlanReview` 结局 `not_sent`),一个字节不发。后:值集内照发,服务端 400 `request.field_conflict` 说话 —— `reviewPlan` 原样抛;`decidePlanReview` 结局 `still_parked`,`reject` + `acceptEdits` 句为 `The plan reject was NOT applied: the engine refused the post-approval permission mode that was sent with it …`;`approve` 的既有两句逐字不变;词表外 ⇒ 仍本地拒、零请求,拒句不再说「只配批准」 | **pending**:终端换钉后这一格(`edit` + 模式词 ⇒ 200)才有包侧路径;终端产品源码没有 `edit` 决断的调用,计划审阅决断走包的 `decidePlanReview`(`approve` / `reject`)—— 不受影响 | n/a(同向,已删手抄镜像) | **consumed**(同上) | n/a | G-HW5 · G-HW6 | 该键缺席 ⇒ 体不带键(与旧逐字节同);`default` 撞 400 去键重发恰一次的既有行为不变;`acceptEdits` 撞 400 不静默降档重发 |
+| **HW-4** `requestEngineCompact` 发射结局回传:`opts.onSettled` + 类型 `EngineCompactOutcome`;409 `compact.not_running` 经宿主面上屏一句 | 本包(CC-512;外部验收 [9632] ③);服务端铸点 `POST /v1/runs/:id/compact` 的 409 `compact.not_running`(无活流:已终局 / 已停驻 / 在别的副本上) | added(回传)+ changed(🔴 行为面:同步返回值语义改口) | 前:非 404 的数字状态只留 debug 日志,同步返回 `fired` / `armed` 在 POST 落定之前就回,壳据此报「已压缩」。后:四个词与返回类型不变,语义改口为「已请求」;结局 `accepted` / `refused` / `failed` / `offline` 经 `onSettled` 回传(落定之后才到);409 `compact.not_running` 另经宿主面一句 `engine run finished before compaction was applied; nothing was compacted` | **pending**:`/compact` 命令的引擎状态行(`fired` / `armed` 两行)改显示「已请求」语义、订 `onSettled` 把 `refused` / `failed` 渲成警示行 | n/a | n/a | n/a | G-HW7 · G-HW8 · G-HW9 | `onSettled` 缺席 ⇒ 与 0.93.1 逐字节同;arm 一直没有下一条 run ⇒ 接收口永不被调(不编结局);`applied` = 引擎受理,不证明压完 |
+| **HW-5** 全族 26 只 `project*Capability` 直调遇取值器抛 ⇒ 吞返 `undefined`(单律) | 本包(CC-507;外部验收 [9596] ③) | changed(行为面:直调;读口工厂路径不变) | 前:4 只吞、22 只直接抛(只在读口工厂 tee 落点被统一吞成「整格删」)。后:全族同一处置 —— 直调同样吞返 `undefined`(畸形、整格删);单律的口径是「取值器抛且抛出物逃逸到投影函数外层 ⇒ `undefined`」;以 `store` 为见证的读器(`sqlEngine` 等)的见证口把抛吞在内层(见证读不出 ⇒ 老一代 ⇒ `not_reported`),没有抛出物逃逸,外层律不触发 —— 这不是例外;见证口**之后**的读抛(`store.sql` 取值器)照样被外层吞成 `undefined` | n/a(终端经读口,不直调) | n/a | n/a | n/a | G-HW10 | 取值器抛 ⇒ `undefined`(读口 `unobserved`);正常输入答案逐字节同旧 |
+| **HD-1** `ApprovalCardRequest.boundGrants?` / `classifierNoRuling?` + 读口 `readApprovalBoundGrants` / `readApprovalClassifierNoRuling` + 人话 `approvalBoundGrantsDetail` / `classifierNoRulingDetail` | 服务端 7.118.0 活卡帧(core 7.43.0 #1348 / #1357 / #1353;sdk 17.0.0 帧型已声明);CC-433 | consumed(两位)+ declined(`boundGrantDigest`:逐字过境、零读点,0.93.0 起不变) | 前:活卡帧上两位只进键镜像、不上卡、无句子。后:活卡帧腿各经一只窄读上卡(授予清单:技能名串或 `null`、两只清单每员非空串,任一不合整键缺席、冻结拷贝;成因词:小写词形开集);耐久腿恒缺席(待决列表行上游不带);两句人话单铸(授予那句只给条数,不嵌部署文本) | 🔴 换读:技能激活卡渲清单、分类器没判的卡渲成因句(121d) | 可选:inbox 行 / 帧自渲卡时改用两只读口,零必改 | 零必改(不走本包卡口;本机 origin/main `ecdb1a1` 零命中) | 零必改(同左,`60e2ac8` 零命中) | G-HD1 / G-HD2 | 121b HD-1 |
+| **HD-2** `classifyDecisionRefusal` / `liveAskPendingReading` / `decisionRefusalClosesOut` / `undeliverableDecisionContent` | 本包(CC-438;终端决定口拒收处置的包侧缺口) | added | 前:三分类、「仍在等」读法、收口门、收口句都在终端(瞬时拒收 + 仍在等也收口)。后:判定与句子在包(分类只按状态码与码,另报瞬时性 `transient`;读数三态,不知道不折成在等;收口恰「非 settled-elsewhere ∧ 非瞬时 ∧ pending」);编排(端口装卸 / 绑定车道 / 同问只收一次 / 停 run)仍归端 | 🔴 换读:删壳侧四件(121d) | 零必改 | 零必改 | 零必改 | G-HD3 | 121b HD-2 |
+| **HD-3** `noAllowCauseOf` / `RuleLadderNoAllowFacts` / `policyDenyReason` / `PolicyDenyLane` | 本包(CC-439);与 `HITL_POLICY_DENY_MESSAGE` 同一铸口 | added | 前:原因口与两条自动拒车道的拒因句在终端。后:原因由卡上规则车道判定 × 宿主阶梯证据位合出(证据位只认自有数据属性上的严格 `true`);拒因一行按车道 × 原因单铸,宿主专有出路做入参 | 🔴 换读:删壳侧原因口与两只拒句(121d) | 零必改 | 零必改 | 零必改 | G-HD4 | 121b HD-3 |
+| **HD-4** `automaticAnswerVerdict` 姿态车道按工具面读 + `foldModeArbitrationRow(classes, askFace?)` + 型 `AutomaticAnswerAskFace` | core 7.47.0 #1423(`ASK_FACES` / `askFaceOf` / `releasableAskClassesFor`,经生成表);CC-436 | consumed + changed(🔴 行为面:命令面工具上带 `write_protection_unresolved` 的卡) | 前:这一类在姿态车道一律必问(强制词行与折叠行)。后:命令面(生成表名单逐字,今天 `Bash` / `Monitor`)上放(宿主报没命中 ask 规则时 `may_answer`,披露词 `write_protection_unresolved`),其余工具面照问;规则 / 钩子两车道不读面;折叠函数加可选面参(缺席 = 另一面,与修前同答) | 🔴 换读:删 Bash 面改写视图(121d) | 零必改 | 零必改(只在注释里提到判定口) | 零必改 | G-HD5 | 121b HD-4 |
+| **HD-5** `automaticAnswerVerdict(card, 'permission_request_hook')` + `permissionRequestHookScope` + 型 `PermissionRequestHookScope` | 本包(CC-450;终端 hooks 设计稿 §3.6 提案一,本包 [9296] 认领) | added(`AutomaticAnswerLane` +1 词) | 新车道:读同一张仲裁表的 `hookAskFloor` 列;真人位 / 治理位 / 强制族 / 出身词经列先行;让位证据与宿主事实不读;缺席 / 坏形 / 表外 ⇒ unknown。消费语义单源:may_answer ⇒ `allow_or_deny`、unknown ⇒ `deny_only`、must_ask ⇒ `skip` | 接:钩子段资格只问这一车道(终端钩子段到货时;121d) | 零必改 | 零必改 | 零必改(桌面端今天不执行 hooks) | G-HD6 | 121b HD-5 |
+| **HD-6** `ApprovalCardRequest.priorCardsForCall?` + `ApprovalPriorCard` + `approvalPriorCardsDetail` + 耐久单一持有登记身份加行实例 | 本包(CC-283;外部读数 [8809])| added + changed(🔴 行为面:同一调用先后两条停驻行) | 前:同一调用的第二张卡与第一张无从区分(标题 / 问句逐字同);耐久路径上第二条停驻行与第一条同一登记身份,会被 join 吃掉(第一张在路上,或取件读起点早于第一张落定)。后:第二张起卡上带同一调用更早呈出的「另一件事」(冻结;重放 / 停驻孪生不算;两腿共一本、有界)+ 一句;登记身份 = 会话 + run + `callKey` + 行的 `createdAt`,两条行各自是一次决断 | 🔴 渲:第二张卡渲这一位的那一句;删壳侧按 approvalId 自记的去重账(若有;121d) | 零必改(不走本包卡口) | 零必改(同左) | 零必改(同左) | G-HD7 / G-HD8 | 121b HD-6 |
+| **DO-1** `displayUntrusted` / `displayUntrustedMarks` / 本包铸点(合成终局行、结果帧 `errors[]`):凭据标签 / 方案词**冒号分隔**之后值位上的 YAML 节点属性 | 本包(CC-460;外部验收 [9381] 复测回执 ①④,0.90.0 起同形,非回归) | changed(🔴 安全类行为面:只多遮) | 前:冒号与块标记 / 单行值之间夹着类型标签(`!!binary` / `!!str` / `!` / `!local` / `!<…>`)或锚点(`&名`)时,记号落在属性上、块标记与真值原样在后(射程 = 无已知前缀的值;已知前缀网照遮)。后:冒号之后零到多枚节点属性(同行空白分隔)先读掉,属性之后的块头 / 单行值 / 引号值 / 清单照读 —— 块标量整块一枚记号、单行值一枚记号;**属性自己也遮一枚记号**(属性与值各一枚,中间原有空白不动 —— 上一版就遮属性 token,它可能正是被误读成属性的口令前缀,本版不放宽);块序列项里的值同形(项前属性、项是块标量);属性之后同行没有值(行尾 / 串尾 / 停字符 / 下一对标签),或属性紧贴引号 / 括号 / 分号 ⇒ 读法与上一版逐字节同;属性之后的值写在下一行不跟(KL-626);`=` 分隔不读属性(YAML 才有节点属性)。DU-11 / DU-12 / §101 里「标签加 `:` 之后的值」对节点属性成文补读:属性随值一并遮,属性之后才是值 | 零改动即得(121d) | 零改动即得 | 零改动即得 | 零改动即得 | G-DO1 – G-DO4 / G-DO10 | 121b DO-1 |
+| **DO-2** 同上入口:凭据标签后的**清单值**(块序列 / 流序列含 JSON 数组 / 同行逗号清单) | 本包(CC-459;外部验收 [9381] 复测回执 ②,CC-340 射程外另立,非回归) | changed(🔴 安全类行为面:只多遮;另见 DO-3) | 前:块序列的短横被遮成记号、项原样在后(无已知前缀的值全露);流序列与 JSON 数组连记号都没有;逗号清单只遮首项。后:三种清单形**同一只判法、逐项各一枚记号**(`api_keys:` 换行 `- 甲` 换行 `- 乙`、`[甲, 乙]`、`甲, 乙`;结构字符 `-` / `[` / `,` / `]` / 引号与回退行原样)—— 项是记号 / 诊断词 / 地址形 / JS 序列化占位(`[object Object]` 一类)⇒ 中性不遮;裸复数 `keys` 后每个非中性项都是键名形、`tokens` 后都是整数(与单值同一只放行判法)⇒ **键名清单一项不遮**;任一项像值 ⇒ 密钥清单,每个非中性项都遮(含那些本来像键名的项);带前缀的复数标签(`api_keys`)不豁免(`api_keys: maxTurns` 单值本来就遮)。块序列:短横在标签行之后的行上、缩进不浅于标签行(标签自己是行首第一个字符时与键同缩进也算),列同缩进的相继短横行 + 项里换行再缩进更深的嵌套序列(同行紧凑嵌套 `- - 甲` 整棵子树整块遮);项是块标量 ⇒ 整块一枚;项是 `名: 值` 映射 ⇒ 不是清单值(内部的标签各自认);JSON 转义形载体(字面 `\n`)同判;洗过的清单在把制表符 / 零宽字符画成点或 `\uXXXX` 记号的出口上再洗一遍不变(缩进位与短横之后的点、空白转义记号按空白读)。流序列:可多行、可嵌套,`{…}` 项整段遮,配对 `]` 紧跟 `(` 是 markdown 链接文字不当清单;单数标签后只有一项且含空白的方括号(`password: [required for login]`)是说明文字、不当清单(读法同上一版)。逗号清单**只在复数标签上认**,后续项每个之后须紧跟 `,` / `;` / 收尾括号引号 / 行尾,后面还有词、或项本身是 `名=值` / `名:值` 的在它之前止 | 零改动即得(121d) | 零改动即得 | 零改动即得 | 零改动即得 | G-DO5 – G-DO9 | 121b DO-2 |
+| **DO-3** 同上入口:冒号之后**同行**的短横 | 本包(CC-459 的邻形;折成一行的清单再洗一遍要一轮即不动) | changed(只少遮短横这一个字符,不少遮任何值) | 前:`token: - 甲` 把短横当值遮成记号、真值 `甲` 原样在后。后:冒号之后同行的 `- `(短横之后是同行空白 / 被去掉的不可见单元 / 记号)是列表符号不是值,值从它之后读(`token: - 甲` ⇒ `token: - «redacted:secret»`;`api_key: - not set` 的短横不再遮;连续的 `- - 甲` 都让位;让位后是 `名:` 映射键或下一对标签 ⇒ 键值对各自认;让位之后回头重判节点属性 / 块头 / 流序列:`passwords: - [甲, 乙]`、`passwords: - !!str 甲` 同判)。洗过的块序列在默认单行载体上折成 `键: - «…» - «…»`,再洗一遍不动它 | 零改动即得 | 零改动即得 | 零改动即得 | 零改动即得 | G-DO8 – G-DO10 | 121b DO-3 |
+| **DO-4** `RetryStatus.error.formatted`(`mapBrainStatusToRetry` 的 `rate_limited` / `circuit_open` / `gave_up` / `retrying` 四条 error 臂) | 本包(CC-503;外部验收 [9596] 旁见;CC-472 先洗后折口径) | changed(纵深防御;今天引擎的 detail 是自写常量句,干净文本逐字节不变) | 前:引擎 `detail` 原样铸进 `error.formatted`(可含 ESC / OSC / 双向覆写 / 换行 / 凭据形)。后:四臂同过**同一只** `displayUntrusted`(缺省单行载体:先洗凭据、再标控制符与双向符、最后折行;不另造清洗)。引擎没给 detail(缺席 / 非串)⇒ 与此前同(`circuit_open` 臂是固定句 `Service temporarily unavailable`,其余空串)。`stalled` 臂的 `detail` 位按 0.68.0 约定仍是原样透传(「一个字不改写、不截断」),它上屏前的洗法归端 | 零改动即得(121d) | 零改动即得;读 `formatted` 的三处转发见 121d | n/a | n/a | G-DO11 | 121b DO-4 |
+| **DO-5** `RetryStatus.errClass`(web-admin [9630]:formatted 是引擎英文散文,i18n 端不应直渲,要按码选句) | 本包(CC-503 同核;答帖 [9634]) | consumed(**本包已交,无新位**) | `errClass` 在 `mapBrainStatusToRetry` 的七条臂(`stalled` / `error` 四臂 / `waiting` / 未知相落的 default 臂)上都是 present-iff:引擎给了**非空串**才在场、值是引擎原词(开集 —— 本包不认得的词也原样带,不折成默认桶),缺席 / 空串 / 非串 ⇒ 键不铸。型是 `BrainRetryErrClass \| (string & {})`。端按码选句、不渲 `formatted` 英文散文即可;`formatted` 仍是兜底(已是可上屏的字节) | 零动作 | 按码选句(读点 121d) | n/a | n/a | G-DO12 | 121b DO-5 |
+| **DO-6** 凭据标签族词表(CC-285 重看) | 本包(CC-285;0.88.0 发版时记下的漏形读数) | pending(🔴 BLOCKED:候共享检测定义的低层原语包随 core 7.50.0 提货版;到货前本包不手扩词表 —— 手扩 = 第二份真源) | 本版结论 = **不补**。词表现状:`(access / refresh / id / client / api / x-api / session / auth 前缀)?(token / key / secret / password / authorization / credential)s?` + 方案词 `bearer` / `basic` / `token`。0.88.0 以来各复测报告的漏形:`passphrase`、`passwd` / `pwd` / `pass` / `auth` 裸词、`PGPASSWORD` / `MYSQL_PWD`、驼峰 `secretAccessKey` / `privateKey` / `accessKeyId`、40 位无前缀 AWS 秘钥串;逐形结论见 KL-627(`passphrase` 低歧义可入但与歧义词同批;`passwd` / `pwd` / `pass` / `auth` 有真实误遮形要带右文判据;复合名要改左界)。门把现状钉成两侧(族内成员全遮 / 上列族外键按原样),手扩词表即红 | 零动作 | 零动作 | 零动作 | n/a | G-DO13 | 121b DO-6 |
+| **SW-1** `LocalSessionsApi.pickFolder(): Promise<string \| null>` · 座位能力表 store `seatCapabilitiesState`(态 `SeatCapabilitiesState = { pickFolder?: boolean }`,接口位 `seatCapabilitiesStateStore`)· 读口 `seatCapability(state, name)` → `SeatCapabilityReading` · 订阅口 `watchSeatCapability(store, name, onReading)` · 禁用句 `seatCapabilityUnavailableDetail(name, reading)` · 闭集 `SEAT_CAPABILITY_NAMES` / 型 `SeatCapabilityName` | 本包(CC-469 ①;网页端 / 桌面端到货清单 [9679] ①) | added;🔴 **型面 BREAKING**(只对按完整 `LocalSessionsApi` 型写宿主实现的一方:多一只必填动词与一只必填 store,编译红一次) | 前:目录芯片能不能开,靠桌面端私有桥在不在判;后:可缺的座位动词能不能用只由能力表答 —— `reported` 且 `available: true` 才提供「Open folder…」,没报 / 报 `false` / 坏形各一句禁用句;订阅口先订阅再读现势 | 零动作(无座位) | 零动作 | 换读(121d) | 实现 + 发布能力表(121d) | G-SW1 | 见 121b |
+| **SW-2** `LocalSessionRecord.cwd?: string` | 本包(CC-469 ②;到货清单 [9679] ②;引擎侧 [9450]:这一位归座位记录) | added(可选位;出站门:缺席或非空串) | 前:项目分组靠桌面端只读桥 `sessionFolders()`,没选文件夹的会话也回宿主缺省目录(每个各成一组);后:记录上的 `cwd` = 开场 `start({ cwd })` 的值原样回显,没选 ⇒ 缺席 | 零动作 | 零动作 | 换读(121d) | 回显(121d) | G-SW2 | 见 121b |
+| **SW-3** 文件夹能否开独立 worktree的预检读口(本机形与网页形同一只口) | 本包(CC-469 ③ / CC-496);服务端立场 [9553]:引擎同一只判官 + 只读探针口 `GET /v1/workspaces/probe?cwd=` | pending(上游未到:服务端 v7.122.0 路由表没有 `/v1/workspaces/*`;引擎判官随 #1456,设计中) | 本版零码、零型:探针答复形与原因闭集上游未定,不预铸 | 零动作 | 零动作 | 零动作(不出开关) | 零动作(不本地跑 git) | — | 见 121b |
+| **SW-4** 会话 worktree事实一帧读口 + 会话级声明 `workspace{ isolation, baseRef?, onExit? }` 的投影 | 本包(CC-495);引擎 #1456 / 服务端会话属性一帧([9553] / [9569]) | pending(上游未到:v7.122.0 没有会话级声明、没有 `POST /v1/sessions`;#1456 设计中) | 本版零码;到货后一帧读口只认自有数据位,声明在座位 `start(opts)` 与 wire 同形、投影一次 | 零动作 | 零动作 | 零动作 | 零动作 | — | 见 121b |
+| **SW-5** `deviceFlowPollingPlan(reading)` → `DeviceFlowPollingPlan { timeoutMs, intervalSeconds }` · 生成表 +2 名(`SETTINGS_DEVICE_CODE_TTL_SECONDS` / `SETTINGS_DEVICE_POLL_INTERVAL_SECONDS`,只进生成物、不上根入口) | 本包(CC-504;终端请托 [9601]);设置契约 `api/auth` 的 `DEVICE_CODE_TTL_SECONDS` / `DEVICE_POLL_INTERVAL_SECONDS`(设备流端点在管理面,服务端不承载) | added | 前:终端自写两条兜底(`expires_in \|\| 契约寿命`、`max(1, interval \|\| 契约下限)`);后:响应里的有限正数优先,缺席或坏形取契约数(构建期生成,不手写),间隔 ≥ 1;与终端旧写法只在坏形值上不同(负数 / `Infinity` / 数字串 ⇒ 契约数) | 换读,删两条兜底(121d) | 零动作 | 零动作 | 零动作 | G-SW5 | 见 121b |
+| **SW-6** 叫法:本包文字里配置中心的旧名改 web-admin | 本包(CC-515) | changed(只改文字) | 两处源注释改口;已发段落不回改,见 121a′ | 零动作 | 零动作 | 零动作 | 零动作 | — | 不适用 |
+| **RP-1** 结果帧 `_sema_` 串型超集键读口族 `resultErrorCodeOf` / `resultSelectedModelOf` / `resultSalvagedResultOf` / `resultParkFailedReasonOf` · 合成终局行「已洗」的机读依据 · 结果帧旧名对零铸点确认 | 本包(CC-312;终端交叉验证 [C459] 回帖 ② 与自查 [8995]);铸点 `src/adapter/downstream/terminalToSdkResult.ts`:1734(`_sema_error_code`)/ `:1584`(`_sema_selected_model`,成功臂与错误信封共用)/ `:1741`(`_sema_salvaged_result`)/ `:1748`(`_sema_park_failed_reason`,已洗);合成行铸点 `src/adapter/runStream.ts`:452、重建口 `src/adapt/arms.ts`:249 | added(四只读口)+ changed(重建口再洗一遍) | 前:读口只在终端(并读旧名 `errorCode` / `model`,按属性读、自有取值器会执行);合成行只在铸点洗、重建口信上游 —— 端另装一道兜底洗法。后:四只读口上根入口(只认自有数据位的非空串、旧名不并读、坏形一律 `undefined` 不抛);**两个投影口**交出的带旗行正文恒已过 `washCredentials` ⇒ 行类旗 `_sema_api_error_message === true` 就是「包铸且已洗」的依据(不另设位)。旧名对:本包 0.83.0 起零铸点,门 result-frame-projection B1 / B5 真管线普查为证 | 🔴 换读(121d):删本地四只读口与兜底洗法 | 零必改 | 换读(121d) | 零必改 | G-RP1a … G-RP1f | 121b RP-1 |
+| **RP-2** 接线回执 `instructions` 段的归属读口:能力位 `callerCwd` 读器(`projectCallerCwdCapability` / `noteEngineCapsForCallerCwd` / `observedCallerCwd` / `forgetCallerCwdReading` / `callerCwdAdmitted`;型 `CallerCwdReading`)· `legCwdOfBody` · 账本 `declaredLegCwd` / `legCwdOf` · `engineSelectedInstructionsFile` · 型 `InstructionsAttributionInput` | 本包(CC-313;终端交叉验证 [C459] 回帖 ② c5 与自查 [8995] C47);能力位铸点服务端 tag v7.122.0 src/http/routes/capabilities.ts:597(`cwdHonored(config) \|\| deviceCwdHonored(config)`),sdk `types.d.ts:3533` 声明 | added + changed(🔴 型面:`FileHistoryDeclarationLedger` 接口 +2 必有成员) | 前:终端按 run 自记腿 cwd、自判成员安全路径、能力位两条读法(探针回调直读实参 / 别处读总缓存)靠注释守次序。后:读器同步写格,探测闭包里 note 之后同一拍读口就答;腿 cwd 记进 CC-294 那只声明事实账本(同一只绑定帧判据,不另起账本);归属判 = 腿 cwd 与当前目录逐字相等 ∧ 首员是安全相对路径 ∧ 经宿主真路径口仍在目录之内 | 🔴 换读 + 删壳侧三件(121d) | 零必改 | 零必改 | 零必改(不渲指令文件行) | G-RP2a … G-RP2f | 121b RP-2 |
+| **RP-3** core 值级端口 +5:`routeKeyOf` / `joinRequestUrl` / `resolveRouteCredential` / `adjudicateModelRoute` / `routePairingStatus` 与同名读口 · 型 `RouteModelView` / `RouteCredentialInputView` / `RouteCredentialView` / `RouteAdjudicationView` / `RouteRefusalDetailView` / `RoutePairingStatusView` / `PerModelAuthView` | 引擎 7.47.0 包根 `index.d.ts:377`(`brain/route-adjudicator`;五名 `node -e` 实读在场);终端设计稿 CRED145 §7 P1 请托 | added;🔴 **型面 BREAKING**(`CoreValuePorts` 多五只必填成员;`CORE_VALUE_PORT_NAMES` 十二 → 十七件) | 按完整 `CoreValuePorts` 型建袋的宿主编译红一次(少哪件点名哪件),把引擎包根同名五只原样加进去即过;没装 ⇒ 五只读口 `undefined`(不照抄配对律、不编「可走」),引擎对坏值的 `TypeError` 原样上抛 | 🔴 装配根加五件 + 换读(121d) | 零动作 | 零动作 | 零动作(主进程若装端口则同终端) | G-RP3a … G-RP3e | 121b RP-3 |
+| **RP-4** 分层表 `LAYERING.md`(本包 docs 目录)+ 方向门 `run-layering-direction-test.mjs` | 本包(CC-506;引擎仓分层宪法 [9597] 门 G1 本包半) | added(包侧门 + 内部文档;零公面变化) | 本包 = L3 契约包 + 客户端运行时;包内四层(wire 读器与端口 / 投影 / 宿主面 / 公面)只向下(型级边算数),豁免表四行只缩;跨仓边表:`diff` 值级、sdk 值 + 型、agent-types 与引擎只许型级、settings-schema / server / 四端零边;出包声明只引用 `dependencies` ∪ `peerDependencies` | 零动作 | 零动作 | 零动作 | 零动作 | G-RP4a … G-RP4e | 不适用 |
+| **RP-5** `ControlRouter.cancel` 撞 409 的 `cancel_lost_race` 处置句改取 `cancelConflictContent` · `cancelConflictFromError` 读位逐键隔离 | 本包(CC-406;0.92.0 取消档位车查出的双真源) | changed(🔴 行为面:措辞) | 前:`advice` 是路由器自持的 0.91.0 句(「the pending gate was decided or expired concurrently (lost CAS race); check what that decision did to the run before retrying the cancel」),同一 409 的用户面句另在 `cancelConflictContent`;「是不是 cancel 的 409」两只判官。后:`advice` = 读口按 kind 那一句(approval_settled / 认不出 两形),message 前缀带原码;判官只剩读口;码取值器抛 ⇒ `unrecognized`(修前 `null`) | 🔴 测试断言改口(121d) | 零必改(只在注释里提) | 零必改 | 零必改 | G-RP5a … G-RP5c | 121b RP-5 |
+| **HW2-1** 活卡被中止发恰一发中断拒绝(已被收口帧撤走的卡零发):`ToolApprovalFrameOutcome.aborted?: true` | 本包(CC-514;外部验收 [9653];发版复核定形 FX-2) | changed(🔴 行为面)+ added(可选位) | 前(0.93.1):卡口回 `{ kind: 'aborted' }` ⇒ 发一次 deny 并等回体、结局 `decision: 'deny'`;停驻卡已决之后宿主把活卡结算成中止,同一决断两条通道各一发(409 `approval_stale` / 202 停驻中 + 一句「去停驻卡上再答」)。后:一条规则 —— 中止的卡发恰一发 TOOL 级中断拒绝(即发即弃,与停驻卡同句同观察器),结局 `{ decision: 'unresolved', aborted: true }`,判别口 `unsettled` / `interrupted`,便签 `{ settled: false }`;已被收口帧撤走的卡(CC-493;CC-514 的触发形)⇒ 零发、结局 `retracted`。CC-514 初版加的 `APPROVAL_NOT_SENT_CAUSES` 词 `'aborted'` 与 `APPROVAL_NOTE_ABORTED_DETAIL` 随定形撤回(未发布;相对 0.93.1 零增删)。停驻卡的中止不变 | 零必改(迟批那一处见 121d) | 零动作 | 零必改 | 同左 | G-HW2-1 · G-FX2 | 见 121b |
+| **HW2-2** 流不再等卡:收口帧撤卡 · 发送段屏障 · 活卡同表单一持有(`ToolApprovalFrameOutcome.joinedInFlight?: true`)· 卡请求 `signal` 恒在场 | 本包(CC-493;外部验收 [9533] B1-wait-hol) | changed(🔴 行为面)+ added | 前:帧路由在流循环里等卡结算,卡在屏期间同流后续帧(含同一问的收口帧)一帧都不出(实测 ≥ 9 s)。后:呈卡后桥立即接着拉帧;同 approvalId 的 `tool_approval_complete` 在卡等人时到达 ⇒ 包中止卡的 `signal`(撤卡)、这张卡不发,结局 `retracted`;人先答 ⇒ respond 照旧;已答、在发的卡的结局处置先于下一帧路由(拒绝记号不丢);流内帧与悬挂问同一审批只呈一张、只发一次(后到者 `joinedInFlight`);桥退出不撤卡 | 卡口须听 `signal`(已听);`tool_approval_complete` 自持的「卡留屏」路径复核(121d) | 零动作 | 卡口须能并发收卡请求、听 `signal` | 同左 | G-HW2-2 – G-HW2-7 | 见 121b |
+| **HW2-3** `askProbeReasonDetail(card)` | 本包(CC-191;终端 [8306] 点名);服务端活卡帧 `probeReason`(7.115.0 起)/ 停驻行 `riskDescriptor.probeReason`(同一句、同一只脱敏) | added | 「为什么问」一句的唯一铸点:探针原话在场 ⇒ 原话经 `displayUntrusted` 单行形;缺席而结构因由在场 ⇒ 本包一句(码按开集、词形合才带码);都缺 ⇒ `undefined`。卡上 `probeReason` / `probeCause` 两位的过境读法不变 | 换读(见 121d) | 零动作(无此句读点) | 零动作(无此句读点) | 零动作(无此句读点) | G-HW2-8 | 见 121b |
+| **HW2-4** `subagentStateDetail(carrier)` | 引擎 7.41.0 起 `readAgentState` 单铸点(`task-output` / `agent-transcript` 卡的 `agentState`、`list-agents` 每行的 `agentState`;本包 CC-231) | added | 子代状态读数说成一句:状态词与审批词原样(引擎包根无运行期词表 ⇒ 不手抄)、最后活动按引擎读数时刻算、读不出就说未知;投影口(工具卡)不变 | 可选接读(子代卡 / 任务输出卡) | 零动作 | 可选 | 可选 | G-HW2-9 | 见 121b |
+| **RX-1** `PlanReviewWire.capsBaseUrl` 位 | 本包(CC-431;退役登记 RL-75;§119 LD-2 预告) | removed;🔴 **型面 BREAKING**(只对在对象字面量里写这一键的宿主) | 位删。0.93.0 起零读者(三选卡的版本闸已删),读数与行为一个字节不变;纯 JS 宿主多带这一键照常被忽略 —— 计划审阅口只把 `client` 透给共用连线解析器,这一键的值(含取值器抛 / 代理拒读)一次也不被碰 | 零动作(源码零处构造 `PlanReviewWire`,走已装目标形) | 零动作 | 零动作(origin/main `f407171d` 的 `ui/lib/engine/engine-decision-verbs.ts:830` 已是 `{ client }`) | 零动作 | G-RX1 | 不适用(位删) |
+| **RX-2** `resolveHeadlessDetach(env?)` | 本包(CC-431;RL-76;§119 LD-3 预告) | removed;🔴 **型面 BREAKING**(TS 宿主两 / 三实参调用编译红) | 第一参 `baseUrl` 与第三参 `opts` 删,签名收成 `(env?)`(仍返回 Promise);读数不变:开关关闭拼写 ⇒ `{ on: false, reason: 'env-off' }`、否则 `{ on: true, reason: 'default-on' }`、任何车道不探测。🔴 纯 JS 宿主的两实参调用不报错,第一实参被当成 env 读(开关读不到、恒默认开) | 编译红一处 + 测试五格(见 121d) | 零动作 | 零动作 | 零动作 | G-RX2 | env 缺省 ⇒ 读宿主环境;关闭开关缺席 ⇒ 默认开 |
+| **RX-3** `LimitsParseResult` 的 `ok: true` 臂 `flaggedFlags` | 本包(CC-431;RL-77;§119 LD-4 预告) | removed;🔴 **型面 BREAKING**(只对读这一位的写法) | `parseLimitsArgv` / `limitsForPrint` 的结果对象不再带这一键;`limits` 在不在场的读数不变(显式给了限值旗才有;内部改按 `limits` 在不在场判) | 编译红一处(与 §119 RT-5 同一块)+ 测试四格(见 121d) | 零动作(名单字符串里提到,不读) | 零动作 | 零动作 | G-RX3 | 无旗 ⇒ `{ ok: true }` 恰一键(无 `limits`) |
+| **RX-4** 根入口 `askSurvivesPosture`(0.94.0 退出公面) 与型 `AskPostureFacts` / `AskPostureSurvivalRoad` / `AskPostureVerdict` | 本包(CC-368;退役登记 RL-56;0.92.0 §118 PV-2 起「旧口保留一版」,其后按登记顺延) | removed;🔴 **型面 BREAKING**(运行期导出 −1、类型 −3);🔴 **行为面**(只对仍在调它的宿主:改读单一判定后姿态那一口有两形输入变松,见变化) | 整件删:旧出身表判法(十一词处置表)、与 `automaticAnswerVerdict` 的取较严者合成都不再存在;姿态车道的判定只读 `automaticAnswerVerdict(card, 'mode_posture', facts?)`。改读时三态换名(`posture_may_answer` ⇒ `may_answer`;`must_ask` 的 `by` ⇒ `road` 为 `settings_ask_rule` 时是宿主命中、其余是出身 / 类集 / 治理 / 强制词,另带 `askClass`;`unknown` 带 `why`)。两形输入新口比旧口松(仅在宿主报了「没命中」且卡上类集不免疫时):① 出身 `rule_store_unavailable`(旧口恒必问;新口不把它当收词,按类集判 —— 引擎在 bypass 车道放这一类,类集含规则读不出一类时带 `releaseReason: 'rule_unreadable'`)② 不认识的出身词(旧口答 `unknown`;新口不读出身词,只看类集)。一形答案变形而处置不变:宿主报「命中」而卡上没有类集 ⇒ 旧口 `must_ask`〔`by: 'settings_ask_rule'`〕、新口 `unknown`〔`why: 'classes_absent'`〕,都是出卡 | 零调用;**联动一处**:终端的 scripts/wire-anchor-registry.mjs 里 A-K53 把 `hitl/askSurvivesPosture.js` 的九条字节探针钉在本包产物上(换钉 ≥0.94.0 时该文件不在 ⇒ 这一项必红,见 121d) | 零动作 | 零动作(`ui/lib/engine/engine-hitl-frames.ts:28` 仅注释) | 零动作 | G-RX4 | 卡无类集 ⇒ `unknown`(`classes_absent`);宿主不报读数 ⇒ `unknown`(`host_not_reported`)—— 与旧口同 |
+| **RX-5** 根入口 `askSurvivesStandingAnswer`(0.94.0 退出公面) 与型 `StandingAnswerVerdict` | 本包(CC-368;退役登记 RL-57;预告同 RX-4) | removed;🔴 **型面 BREAKING**(运行期导出 −1、类型 −1) | 整件删:0.91.0 判法(强制位 + 类集的 `ruleMayClear`)与取较严者合成都不再存在;规则车道的判定只读 `automaticAnswerVerdict(card, 'standing_rule')`。改读时三态换名(`must_ask` 的 `by` ⇒ `askClass`〔问类名〕或 `road`〔`mandated` 等〕;`unknown` 带 `why`),生成语料上两边逐例同答(含坏形 / 取值器抛)。`MODE_ARBITRATION` 值与根入口名不变,定义点挪进判定模块 | 零调用(`sema/engineGateSyncAllow.test.ts:76 / :3606` 只在注释里) | 零动作 | 零动作 | 零动作 | G-RX5 | 卡无类集 ⇒ `unknown`(`classes_absent`)—— 与旧口同 |
+| **ET-1** 附件信封外套闭集标签(`mintUserAttachmentEnvelope` 内容形 · 装配口 `encodeHumanTurn` 内容形与引用形) | 本包(CC-539;终端 [9773] 答服务端 [9772]:会话标题器只剥带标签块,无标签散文信封让标题取自附件正文);Claude Code 2.1.291 的非用户块闭集剥除式含成对与自闭合两形 | changed(🔴 行为面:提交体多一层标签;根公面运行期导出 / 型零变化) | 前:内容形直接是 `The user attached …` 起头的信封块、引用形直接是 `The user mentioned …` 一句;后:内容形 `<attachment path="<路径>">\n<原信封>\n</attachment>`,引用形 `<attachment path="<路径>" />\n<原引用句>`;标签内文本与 0.93.x 逐字节同(规则 1 / 2 / 3、行号照旧),标签行自身不带行号;多附件多块各自外套,块间与块后仍是 `\n\n`;8 MiB 核算按外套后的字节(多的就是标签几十字节) | 换钉后终端逐字节金样 45 行与一处探针断言改真(121d) | 零动作(不读信封正文) | 零动作(无读点) | 零动作(无读点) | G-ET1 / G-ET2 / G-ET3 | 见 121b |
+| **ET-2** `path` 属性取值 | 本包(CC-539) | changed(同 ET-1) | 值 = 规则 3 显形口写的那个形(信封里「Full path:」之后的那一串)再做实体转义:`&` → `&amp;`、`"` → `&quot;`、`<` → `&lt;`、`>` → `&gt;`;控制符 / 格式符 / 行分隔符 / 孤代理已在规则 3 写成 `\uXXXX`,属性层不处理第二遍;解实体一遍恰得显形;`>` 必须转义(按 `<attachment\b[^>]*>` 读开标签的读者会在属性里的第一个 `>` 提前收口) | 零动作 | 零动作 | 零动作 | 零动作 | G-ET4 | 空路径 ⇒ `path=""`(在场、值为空) |
+| **ET-3** 路径位缺席的两形(`mcp-resource`;`not-included` 且 `target: 'mcp-resource'`) | 本包(CC-539) | changed(同 ET-1) | 仍外套、不带属性:内容形 `<attachment>` … `</attachment>`,引用形 `<attachment />` + 原引用句;URI 不是路径,属性先只 `path`;不套 = 按标签名剥的读者照旧取到资源正文 | 零动作 | 零动作 | 零动作 | 零动作 | G-ET5 | 见 121b |
+| **SV-1** `readAllowedToolNotGranted` → `AllowedToolNotGrantedFactsView { entries, sessionId? }`;每条 `AllowedToolNotGrantedEntryView { source, entry, entryShown, reason, skill?, list?, verdict?, currentName?, valueType? }` | 引擎 7.46.0 铸 `permission.allowed_tool_not_granted`;服务端 7.120.0 起 `detail.entries[].entry` = 脱敏原值(零宽 / 双向符被剥,**C0 控制符原样到端**,会话流与运维日志同字节;判据 G14 / G15;CC-457 C ①) | consumed + added | 前:派发口 `readEngineNoticeFacts` 对本码答 `undefined`,条目只在码册里登记。后:读器逐条交出机读位与包内中和过的展示形 `entryShown`(= `displayUntrusted(entry)`),派发口答 `{ code, audience: 'user', facts }` | 零必改(终端按码分派的通告行对本码没有专臂,落通用行渲 `message`,行为不变);要逐条渲条目就渲 `entryShown`,不渲 `entry` | 不涉及 | 零必改(同左) | 零必改(同左) | G-SV1 | 121b SV-1 |
+| **SV-2** `ModelUnreachableFactsView.taskId?` | 服务端 7.121.0 `server.model_unreachable` 的 `detail.taskId`(判据 G26;CC-480 ①;码册的本码 detail 句随引擎 7.47.0 加 `taskId?`,生成表零影响) | consumed + added(可选位) | 前:视图恰四键(或带 `proxyInUse` 五键)。后:服务端带 `taskId` 时视图多这一键 | 零必改(可选:把「端点够不着」与同一条 run 的终态行配成一件事) | 不涉及 | 零必改 | 零必改 | G-SV2 | 121b SV-2 |
+| **SV-3** `RulesFailure` 新臂 `{ kind: 'query-refused', message }` · `classifyRulesFailure(e, context?: { cursorSent?: boolean })` | 服务端 7.120.0 `GET /v1/rules?scope=` 对非绝对根拒 `400 request.query_invalid`(与游标过期同码;判据 G20 / G33;CC-457 E ①) | changed(🔴 联合 +1) | 前:`request.query_invalid` 恒读成 `cursor-stale`(端据此提示「清单变了、刷新」)。后:这一发没带游标 ⇒ `query-refused`(句原样、不重列);带了 / 判官说不清 ⇒ `cursor-stale`。`listAllPersistedRules` 自己交游标位 | 🔴 对 `RulesFailure['kind']` 穷举且带 `never` 兜底的写法编译红一次(终端规则导入流程那只 `switch` 有 `default`,不红);终端的列举不带 scope 过滤 ⇒ 零行为变化 | 不涉及(规则页中继原样回服务端句) | 零改动(列举不带 scope ⇒ 零行为变化;失败句函数只读 `.message`,不逐臂分支) | 不涉及 | G-SV3 | 121b SV-3 |
+| **SV-4** 能力位 `sessionReadRedaction` 读器:`projectSessionReadRedactionCapability` / `noteEngineCapsForSessionReadRedaction` / `observedSessionReadRedaction` / `forgetSessionReadRedactionReading` / `sessionReadRedactionAdmitted`(+ 测试钩) | 服务端 7.120.0 起恒铸 `sessionReadRedaction: true`(判据 L G38;CC-457 L) | added | — | 可选(渲会话历史里的推理 / 工具输出前按位判,不按服务端版本号阈值判) | 不涉及(自有能力读口,同一条读法) | 可选(同终端) | 可选(同终端) | G-SV4 | 121b SV-4 |
+| **SV-5** 每轮一句座:能力位读器 `outputStyleSeat`(读**顶层** `outputStyle`;`projectOutputStyleSeatCapability` / `noteEngineCapsForOutputStyleSeat` / `observedOutputStyleSeat` / `forgetOutputStyleSeatReading` / `outputStyleSeatAdmitted` + 测试钩)· `LiveDefaultsInput.outputStyleSeat?` / `outputStyleSeatReading?` · `LIVE_DEFAULT_FIELDS` +1 · `CONFIG_OUTPUT_STYLE_INVALID` | 服务端 7.121.0 顶层 `TaskRequest.outputStyle { name, turnReminder? }` 原样投引擎座 + 顶层能力位 `outputStyle: true` + 坏形终态 `failed` `config.output_style_invalid`(判据 G27;CC-480 ②) | added | 前:本包只有风格正文座 `settings.outputStyle`。后:live 兜底层读数认才把宿主的座落成请求顶层 `outputStyle`(原样浅拷贝、不裁键不判形、已带不覆盖);准备期拒码进配置拒绝识别表 | 可选:live 兜底层调用处加两个入参(风格名与提醒句来自终端的输出风格设置) | 不涉及 | 不涉及(不装 live 兜底层) | 不涉及(同左) | G-SV5 | 121b SV-5 |
+| **SV-6** `dontAsk` 按名投影:别名口 `normalizeShellPermissionModeForWire` 别名表只剩 `manual → default`;回落只在 `permissionModeField`;第二参弃用(0.95.0 删) | 服务端 7.119.0 起请求面受理 `dontAsk`(S-1185;0.93.0 起本包按能力位发;CC-426) | changed | 前:别名口读数不认时把 `dontAsk` 归一成 `default`(与字段投影口的读数不认臂是同一回落写两处)。后:别名口恒按名交出;合用写法每种读数下产物与 0.93.1 逐字同;两处可观测差见 121b SV-6 | 零必改(终端两处合用写法不交读数 ⇒ 仍发 `default`);要让 `--permission-mode dontAsk` 真上请求面,照 119d PM 两步都接读数 | 不涉及 | 不涉及 | 零必改(入站门不调别名口) | G-SV6 | 121b SV-6 |
+| **SV-7** `CONFIG_AGENT_UNKNOWN_TOOL` = `config.agent.unknown_tool`(配置拒绝识别表 +1) | 引擎 7.46.0 开跑前拒子代工具清单里名不对任何工具的条目(大小写孪生 / 退役拼法 / 文法不成立);服务端 7.120.0 判据 G1 / G2(CC-457 A ①) | added(只登记、不分派) | 前:识别表不认(前缀谓词本来就认 ⇒ 渲染不变)。后:识别表认;渲染仍按 `config.` 前缀走配置拒绝族(通用句 + 原码上屏) | 零必改 | 不涉及 | 零必改 | 零必改 | G-SV7 | 121b SV-7 |
+| **SV-8** 开发依赖 `@sema-agent/settings-schema` `^8.0.0` → `^10.0.0`;生成表 +`SETTINGS_PRIVATE_KEY_PEM_HEADER`;展示出口的私钥 PEM 头单源 | 配置层 10.0.0(写侧判据在串中任意位置认私钥 PEM 头,包根导出唯一定义 `PRIVATE_KEY_PEM_HEADER`;CC-490) | changed(🔴 展示出口判阳变多,只多不少) | 前:整串判据只在串首 / 切词首认 PEM 头;PEM 块切分的块头是包内另写的一份(`BEGIN` 后要字面空格、分大小写)⇒ 小写块头 / `BEGIN` 后无空格的私钥块主体整块上屏。后:两处都读生成物 —— 整串判据串中任意位置判阳,块切分认这些块、主体换记号;`SECRET_LITERAL_RE` 两版逐字同 | 零改动 | 零改动(管理台的写 / 读两侧另按配置层 10.0.0 自行提货) | 零改动 | 零改动 | G-SV8 | 121b SV-8 |
+| **SV-9** 零改动与候发的面(逐键) | 服务端 7.120.0 / 7.121.0 判据点名本包的其余格 | 见右 | ① A ② 子代工具清单拼法**预检口**:**pending** —— 大小写孪生一半要引擎 7.46.0 包根 `ENGINE_BUILTIN_TOOL_NAMES` 的生成表,随同版引擎提货批落表之后另出,本版不出;② C ② 422 `request.unprocessable` 拒句加引号(G17):本包按码读,零字节锚;③ D 卡面影子理由句属主中性(G18):本包零读点(披露句本包自铸);④ E ② `project:` scope 本包零铸点(云配置读口只回落 `global`)、E ③ 绝对根句零字节锚、7.121.0 cc-import 层 root 拒句点名 `layers[<i>].root`(B G17):三处都按码(`body-shape` / `query-refused`)读、句原样;⑤ E ④ `permission.rule_row_dropped`:码册生成表随开发依赖引擎换钉同批,不在本行;⑥ 7.121.0 G3 `fleet.leaseClient` / `fleet.generationEcho`、G38 `modelPlaneDeferred` 删 / `restart.withheld` / `configHandoff`、G21 – G24 `/health` 三键 `auth` / `operator` / `center`:本包零读点(`/health` 镜像改取 sdk 契约型随 sdk 提货另批) | 零必改 | 零必改 | 零必改 | 零必改 | G-SV9 | 121b SV-9 |
+
+**SP2 / PK 子表**(服务端 7.122.0 / sdk 18.1.0 提货二波;CC-522 / 7.122.0 A1 / CC-518 / CC-519 / CC-457 A ②;表尾为 PK-2 行,CC-535)
+
+| 键 / 口 | 来源 | 处置 | 变化 | cli | web-admin | web-client | desktop | 判据 | 缺席语义 |
+|---|---|---|---|---|---|---|---|---|---|
+| **SP2-1** 开发依赖 `@sema-agent/sdk` `^12.0.1` → `^18.1.0`;🔴 peer 地板 `>=12.0.1` → `>=18.1.0`(SP2-7) | sdk 18.1.0(对表服务端 7.122.0) | consumed | 出包 `.d.ts` 整图对地板线见证 18.1.0 与开发依赖两份 sdk 类型检查零诊断(`skipLibCheck` 关);sdk 18.0.0 删 / 改的三处(`modelPlaneDeferred` / `RestartSignal` 两位改数 / `drainingSince`)本包零读点;`HealthResponse` 多 pick `restart`(sdk 18.0.0 起数型);计划审阅 `permissionModeAfter` 三处描述与 HW-3 同口径(值集外本地拒、值集内由服务端说话);随地板抬升退役的过渡臂见 SP2-7 | 🔴 宿主 sdk 先升 ≥18.1.0 | 同左 | 同左 | 同左 | G-SP2-S | 宿主装 18.1.0 以下的 sdk = 不在支持面(peer 冲突) |
+| **SP2-2** `REQUEST_AUTONOMY_LANE_REFUSED` = `request.autonomy_lane_refused` · `autonomyLaneRefusalFromError(err)` / `autonomyLaneRefusalContent()` · 型 `AutonomyLaneRefusalDetail` | 服务端 7.122.0:`POST /v1/leader` × 部署自主档 plan ⇒ 422(受理口与 run 出生处同一只判据;体 = `{ error, errorCode }`) | added | 前:识别表不认、端只能渲通用 422 句。后:按码认(状态不判、句子不读),一句话说清没启动、为什么、两条出路 | 可选:leader 入口的 422 换读本口 | 同左 | 不涉及(无 leader 入口) | 不涉及 | G-SP2-A | ≤7.121.x 不铸本码 |
+| **SP2-3** `ToolApprovalRespondParkingView.message?`(判别口 `parking.message` 同一位) | 服务端 7.122.0 活卡 respond 202 `parking_in_progress` 体 +`message`(恒带)/ `decidePath?`(停车行会话读得准时带;0.93.1 起已读) | added(可选位) | 前:读数 `approvalId` / `retryAfterMs?` / `decidePath?`。后:7.122.0 形多 `message` 原字节;本包用户面一句逐字不变、不拼它 | 可选:要显示服务端那句时经 `displayUntrusted` | 同左 | 同左 | 同左(见 121d) | G-SP2-P | 7.121.0 形 ⇒ 无该键 |
+| **SP2-4** `isInStreamDrainingEnd(frame)` · `streamDrainingDecision(frame, attempt, opts?)` · `STREAM_DRAINING_RECONNECT_MAX`(= 3)· 型 `StreamDrainingDecision` / `StreamDrainingGiveUp` | 服务端 7.122.0:八条只读订阅流在排空进入(与硬停起点)各收 `event: error` + `{ type: "error", errorCode: "draining", message }` 后被关(码与句同计费提交的 503 `draining`);sdk 18.1.0 订阅流 `error` 臂已知码 +`draining` | added + changed(🔴 行为面:本包三只订阅读者) | 判型 / 等待 / 放弃归包;审批推送腿不把终帧计推送、不当拍重取;舰队账本不记未知帧;workflow 活动流以终帧收尾时等待取决策口 | 舰队流开流环换读(121d) | 零必改 | 零读点(见 121d) | 订阅流 `error` 臂换读(121d) | G-SP2-D | ≤7.121.x 不发本帧 |
+| **SP2-5** `agentToolListFlaws(agents, roster?)` · 型 `AgentToolListFlaw` / `AgentToolListFlawKind` · `ProjectAgentsDeps.toolRoster?` / `withholdRefusedDenyLists?` / `agentSourceLabel?` · `ProjectAgentsResult.toolListFlaws?` | 本包(CC-457 A ②);引擎 7.46.0 起对子代 deny 表里的退役拼法 / 大小写孪生开跑前拒(`config.agent.unknown_tool`,识别表 SV-7 已登) | added + changed(🔴 告警面) | 前:预判在终端壳里(内容形条目不判)。后:预判与告警在投影口,deny 表的内容形条目按括号前的名判(引擎同样整跑拒);扣不扣送由宿主一位开关定(缺省不扣) | 删壳侧预检、换读(121d) | 零必改 | 零必改 | 零必改 | G-SP2-T | 名册缺席 ⇒ 按退役名表的现名判孪生 |
+| **SP2-6** 服务端 7.122.0 其余点名本包的格 | 服务端 7.122.0 消费方必读本包段 | 见右 | C1 `capabilities.leader` 在 plan 部署上读 `false`:本包能力位读器族零 `leader` 读点(n/a);请求 deny / ask `Monitor(<命令>)` ⇒ 422 `invalid.command_rule`:码已在规则问题码表(既有);`POST /v1/admin/drain` 越界 400 与运维面:n/a;`permissionModeAuto.armed:false`:本包零读点(n/a) | — | — | — | — | — | — |
+| **SP2-7** 🔴 peer 地板 `>=18.1.0` 与随之退役的七条过渡臂:`ABORT_CAUSES` / `STATUS_DERIVED_COARSE_CODES` / `ASK_GONE_DENIED_WORD` 改取 sdk 包根同名导出(退役登记 RL-70 / RL-18 / RL-45)· `PermissionMode` 去并词 `\| 'dontAsk'`(RL-73)· `decidedBy` 型取 `ApprovalDecidedBy`(RL-74)· `parkedResumeStartupFromError` 删 `extra.cause` 兜底(RL-72)· 结算词正向钉收回原形(RL-20,非公面) | sdk 17.0.0(`ApprovalDecidedBy`)/ 17.1.0(六词请求模式)/ 16.0.0 – 16.2.0(三只运行期常量)/ 13.0.0(具名位 `startupCause`);三端已在 18.1 | changed(🔴 型面 BREAKING:peer 地板;行为面只一形:sdk 12 抛出物不再读成因词) | 前:地板 12.0.1,七处手抄 / 并词 / 兜底挡着老 sdk。后:单源取 sdk;三只常量(两只公面 + 包内 `ASK_GONE_DENIED_WORD`)经构建期生成物取(运行期不向 sdk 多要名字),名、型、值与序今天逐字节不变;`PermissionMode` 六词 = sdk 型;`decidedBy` 仍是 `'policy'` 一员 | 🔴 sdk 先升 ≥18.1.0(终端 1.0.146 起已在) | 同左 | 同左(随终端) | 同左(随终端) | G-SP2-S · G-SP2-F | 地板以下的 sdk 不再见证(见 121b) |
+| **PK-2** 202 停驻体窄读 `readToolApprovalRespondParking(body)` 上根入口(CC-535) | 服务端 7.121.0 起 202 `parking_in_progress` 体(7.122.0 +`message` / `decidePath`) | consumed | 同一只读器原样上根(0.93.1 起包内结局臂在用),读数型 `ToolApprovalParkingBodyReading` = `parking { view }` / `claimed_unreadable`;四键同严读、按键隔离、永不抛;直调 `respond` 的宿主换读、删本地镜像 | `readToolApprovalRespondParking` | G-PK10a–e | 四端同拍换读(121d) | — | — | — |
+| **FX-1** `isInStreamDrainingEnd` 事件包那一支认外层 `type` | 本包(发版复核;CC-519 同版) | changed(🔴 行为面,收紧) | 前:外层 `type` 不是 `"error"` 的帧一律进事件包那一支,`{ type: "failed", event: "error", data: { errorCode: "draining" } }` ⇒ `true`、决策口给重连。后:事件包那一支只认外层 `type` 缺席或 `"unknown"`;`failed` / 别的臂 / 非串 / 空串 / 自有访问器 ⇒ `false`(决策口 `not_draining_end`) | 零动作 | 零动作 | 零动作 | 零动作 | G-FX1 | 见 121b |
+| **FX-2** 活卡中止一条规则:发恰一发中断拒绝,除非已被收口帧撤走 | 本包(发版复核;CC-514 初版的回归) | changed(🔴 行为面) | 前(CC-514 初版):活卡上一切中止零发 —— 用户 Esc / Ctrl+C 后引擎那一问挂到窗满或转停驻。后:没被收口帧撤走的中止卡(不论中止来自调用方信号、卡上中止键还是宿主收卡)⇒ 恰一发 TOOL 级中断拒绝(拒因 `Interrupted by user` 经 `note`,能力位为真才带;即发即弃、有界观察器上屏失败)、结局 `{ decision: 'unresolved', aborted: true }`、判别口 `unsettled` / `interrupted`、便签 `{ settled: false }`;登记等那一发落定才清。已被收口帧撤走 ⇒ 零发、`retracted`(CC-514 回归钉)。不按宿主信号分因;宿主信号坏形 ⇒ 不抛、照常呈卡。初版的 `not_sent` 词 `'aborted'` 与 `APPROVAL_NOTE_ABORTED_DETAIL` 撤回 | 迟批那一处核(121d FX-2) | 零动作 | 零必改 | 零必改 | G-FX2 | 见 121b |
+| **FX-3** 强制卡那一句的答者清单跟钩子车道判定同表 | 本包(发版复核;CC-447 ⑦ / CC-450 同版) | changed(🔴 措辞面) | 前:`mandatedApprovalDetail()` 说「by you here, by a hook, or by an automatic check …」,按问类版说「by you here or by a hook」;而 `automaticAnswerVerdict(card, 'permission_request_hook')` 对强制卡恒 `must_ask` ⇒ 钩子段 `skip`。后:两句都不提钩子(通用句「by you here or by an automatic check the deployment runs」、按问类版「settled on its own, by you here」) | 锁字面的断言改真 | 同左 | 不涉及 | 同左 | G-FX3 | 见 121b |
+| **FX-4** `modelSetupDecision` 收读数 + `ModelSetupDecision` +`'explain_route_gap'` + `modelSetupNotice` 一句 | 本包(发版复核;CC-322 ③ 同版) | changed(🔴 行为面)+ 🔴 **型面 BREAKING**(只对穷举写法:联合 +1 员) | 前:决策口只收三态;路由缺口那一形是 not_resolvable ⇒ `offer_setup` + 「no model name is configured … opening model setup」,与同一读数的 detail 句相反。后:交读数 ⇒ 同一次分析,路由缺口 ⇒ `explain_route_gap`(不开向导、不读可配位);交三态与 0.93.x 同。**本版两形都认,0.95.0 删三态**(过渡臂,退役登记 RL-91;CHANGELOG `### Deprecated`) | 换读(121d) | 零动作 | 零动作 | 可选 | G-FX4 | 见 121b |
+| **FX-5** `approvalPriorCardsDetail` 坏入参永不抛 | 本包(发版复核;CC-283 同版) | changed(读口加固) | 前:取值器元素 / 陷阱抛的代理 / 已撤销代理 ⇒ 整只抛。后:按键隔离读,一位读不出只丢它那半句;长度读不出或超账本上限 ⇒ `undefined` | 零动作 | 零动作 | 零动作 | 零动作 | G-FX5 | 见 121b |
+| **FX-6** `AllowedToolNotGrantedEntryView.skillShown?` / `currentNameShown?` | 本包(发版复核;CC-457 C ① 同版) | added(可选位) | 前:只 `entry` 有展示形,`skill` / `currentName` 原字节(C0 控制符原样)。后:两位各带展示形(`displayUntrusted`,与 `entryShown` 同一只出口;同在同缺);原字节位照留 | 渲这两位处换读展示形 | 同左 | 同左 | 同左 | G-FX6 | 见 121b |
+| **FX-7** 同一调用卡账本记引擎收下的决断 | 本包(发版复核;CC-283 同版) | changed(🔴 行为面) | 前:卡口一答就记 `allowed` / `denied`;respond 回 202 停驻中时下一张卡说「you already approved an earlier one」。后:两条腿的结局经判别口读,落定才记;停驻中 / 发送失败 / 决断被拒不记(句子说「先呈过一张」) | 零动作 | 零动作 | 零动作 | 零动作 | G-FX7 | 见 121b |
+| **FX-8** §0a 公开导出面那一格的本版增量改真 | 本包(发版复核) | 文档 | 前:「相对 0.93.1 +38 / 测试钩 +2」。后:+62(新增 64、退出 2,逐名列出)/ 测试钩 +3;粗体总数 1548 → 1547(FX-2 撤回 `APPROVAL_NOTE_ABORTED_DETAIL`)/ 74 不变 | — | — | — | — | 冻结账门(粗体数)+ 基线逐名 | — |
+
+### 121a′. 成文改口
+
+**RP 行**
+
+- **§107 G-S8**(T-C4):旧判据眼「裸 409 取消 ⇒ 消息含 `check what that decision did to the run before retrying the cancel`」**作废**(那是路由器自持句,本版退役)。新眼:带 `conflict.approval_settled` 的 409 ⇒ 消息含 `Check what that decision did to the task`;裸 409 ⇒ 消息 = `runs.cancel 409 — ` + `cancelConflictContent({ kind: 'unrecognized' })`(两种可能都摆,不替引擎断言已被决定)。安全码判据眼不变。
+- **§116 声明事实账本**(`createFileHistoryDeclarationLedger()` 交出的账本):口集按「`declared` / `boundToRun` / `declarationOf` 三只」写的判据眼作废 → 新眼「五只口(+`declaredLegCwd` / `legCwdOf`)、仍冻结」;`declarationOf` 的读法与答案(含 G-FH13)判据眼不变。
+- **§121 G-CP9**「`CORE_VALUE_PORT_NAMES` 末项 `compileAllowList`、共十二件」:读作「第十二项 `compileAllowList`、共十七件(末项 `routePairingStatus`,RP-3)」;CP-12 行「十一 → 十二件」照旧是那一件的变化,本版合计十一 → 十七件。
+
+**HD 行**
+
+- **G-RT2(帧键镜像)**:本版**不动** `TOOL_APPROVAL_FRAME_KEYS_MIRROR`(0.93.0 已含 `boundGrantDigest` / `boundGrants` / `classifierNoRuling` 三键,长度 37);眼沿用 §120a′ 勘误(三)① —— 「不含 `ruleStoreUnreadable` / `ruleSuggestions`、含三键」,不钉总长。
+- **姿态车道**:「`write_protection_unresolved`(强制词或问类)在姿态车道恒必问」作废 → 新眼分三向:命令面工具(生成表名单逐字)上 ⇒ 不因它必问(宿主报没命中 ⇒ `may_answer`,`releaseReason` = 它);其余工具面 ⇒ 照旧必问;工具名读不出 / 伪装形 ⇒ 按其余工具面。按旧眼判「Bash × 这一类 ⇒ 必问」会把正确产物判红。
+- **终端真判定链对拍**:「新包下自动放行 ⊆ 旧包下、姿态放行旧 = 新」作废 → 新眼:「⊆ 旧 ∪ 命令面写保护未决那一形」,其余零放宽;这一形含「带真人位且强制词是它」的卡(姿态车道不读真人位;终端旧视图在这一形上不改写)。
+- **耐久单一持有登记**:§120 SH-1 的「身份 = 会话 + run + `callKey`」补一段 —— 再加行的 `createdAt`;§120 G-SH 各格读数不变(同一行实例两路照旧相遇),新增 G-SH13 两序。
+
+**HW2 行**
+
+- **HW2-1(CC-514)**:「卡口回 `aborted` ⇒ 包发一次 deny(用户放弃 = 拒)」作废(§74 起各段关于撤卡的「不复用 `aborted`,那是照旧 deny 真 POST」那半句、§120 PK-1 在中止形上的那一句停驻句)→ 新眼(发版复核定形,FX-2):中止的卡发恰一发中断拒绝、**不等回体**,结局 `{ decision: 'unresolved', aborted: true }`、判别口 `unsettled` / `interrupted`(不再是 `decided` / `deny`);已被收口帧撤走的卡零发、结局 `retracted`;停驻卡的中止不变。便签 `retracted` 的眼照 0.93.1(只在撤卡)。
+- **HW2-2(CC-493)**:「`routeFrame` / 桥在卡落定之前不往下走」「卡请求 `signal` 只在调用方给了信号时在场」两句作废 → 新眼:卡等人时同流照走;`signal` 在活卡上恒在场;§120 SH-1「活卡帧腿不进单一持有登记,两个来路按引擎铸法互斥」作废 → 活卡同表、同键 join。
+- **HW2-3(CC-191)**:卡位注「`probeReason` 与 `probeCause` 同在时优先渲结构位(句子归端本地化)」作废 → 「为什么问」一句走 `askProbeReasonDetail`(散文优先),结构位的 `roots` / `further` 仍由端按数据渲。
+
+**HW 行**
+
+- **HW-1(CC-508)旧判据眼作废 → 新判据眼**:此前文档与门里「决断出口失败的 `reason` 逐字等于 `decide(approve) failed: ` + `String(e)`」(例:§120 之前各版的 G-P6 / G-S5 一类格)作废;新眼 = `decide(approve) failed: ` + 抛出物自带的 `message`(+ 补句组合,逐字不变),不含错误类名与「类名: 」前缀。`rule text did not parse (Error: …)` 同理变为 `rule text did not parse (…)`。
+- **HW-2(CC-513)旧中文句整句作废**:`resumeContextUnavailableContent` 在 §22 / §48 / §48y 各段与 0.72.9 补充句里记的中文三句与「(本部署的会话保留时长为 N 秒)」整句作废(那几段是已发段,不回改),判据眼换成本版英文原句;结构判据(三段 · 分隔 / 有数必渲无数不编 / 缺席形基线串)不变。
+- **HW-3(CC-509)「非 approve 带 `permissionModeAfter` ⇒ 本地拒」作废**:0.72.13 起文档与门里的这一半(`reviewPlan` 抛 `bad_plan_mode`、`decidePlanReview` 结局 `not_sent`、outcome 说「只配批准」)作废;新眼 = 值集外才本地拒,值集内照发、由服务端的 400 说话。「词表外的值本地拒、不回显该值」那一半照旧。
+- **SW-6(CC-515)叫法改口**:已发段落里配置中心的旧名(§29 `toolFaces`「三条腿」那一句与判据 G-40,以及 CHANGELOG 0.64.2 同期条目)一律读作 **web-admin**(配置中心的现名);已发段不回改。上游的配置键 `config.configCenter` 与上游文件名照旧原字节引用(那是上游的名字)。
+- **HW-5(CC-507)§120a′ 勘误(三)③ 的限定随本票撤**:该条把 G-DX4「三位上的取值器抛 ⇒ 整格删」限定到读口工厂路径、并写「直调会抛出」;本版起全族单律,直调同样吞返 `undefined`,G-DX4 的眼恢复为无条件(`S1h‴` 格的期望由「抛」换成「`undefined`」)。
+
+**RQ 行**
+
+**成文改口(RQ 行)**:① 「无人值守车道:旗给了本层不认识的权限模式词 ⇒ 不盖模式」作废 → 盖 `default`;② 「`HeadlessPermissionResolution.source` 有 `absent`」作废 → 三词;③ 「模型身份来路臂一律说 the local engine can start with it」作废 → 宿主报 `routeGap: 'none'` 才这样说,没报只说有模型名;④ 「附件『没带上』原因三词」作废 → 七词;「描述符六形」作废 → 七种 `kind`(`not-included` 另多一形 `target: 'mcp-resource'`);⑤ 「`permissionsDeclarationReport` 恒四张表」补一句 → 交了 `clientOwnedServers` 时多一张 `clientOwned`;⑥ 车道表 `REQUEST_FIELD_MATRIX` 末尾多一行 `approvalReach`(按整表快照断言的判据按新字节改)。
+
+**FX 行**
+
+- **HW2-1 / G-HW2-1 / G-HW2-6c(CC-514)定形**:上文 HW2-1 那一条与本版初稿 G-HW2-1 的眼「活卡与悬挂问路径上中止零发、判别口 `not_sent` / `aborted`、便签 `retracted: true` + 中止句」作废 → 新眼两因:① 没被收口帧撤走的中止卡(不论信号)⇒ 恰一发 deny、opts 恰 `{}`(能力位为真时恰 `{ note: 'Interrupted by user' }`)、结局恰 `{ decision: 'unresolved', aborted: true }`、判别口 `unsettled` / `interrupted`、便签恰 `{ approvalId, settled: false }`;② 收口帧先到(包已撤卡)、之后宿主把卡结算成 `aborted` ⇒ 零发、结局 `retracted`(CC-514 回归钉)。§121 G-HW2-6c「join 方中止 ⇒ 零发」作废 → 持有者恰一发中断拒绝、两路同 `aborted`;G-HW2-6d 的 deny 计数随之为两发。`APPROVAL_NOT_SENT_CAUSES` 不含 `aborted`、根入口无 `APPROVAL_NOTE_ABORTED_DETAIL`(G-HW2-1i)。121y 第 1 条 HW2 子句、第 2 条 FX 句、第 3 条 HW2 子句按本条读。
+- **CP-7 / G-CP5 / HD-5(CC-447 ⑦ / CC-450)**:G-CP5「按问类版含 `by you here or by a hook`」作废 → 含 `by you here`、不含 `hook`;通用句 `mandatedApprovalDetail()` 自本版起不再与 0.93.1 逐字节同(去掉 `by a hook`);HD-5 处置里「强制族先行」照旧,CC-450 票面「钩子可答强制卡」那半句作废(本包的钩子车道对强制卡恒 `skip`,比引擎契约严;句子跟本包判定走)。按旧眼判「句子点到 hook」会把正确产物判红。
+- **RQ-4 / G-RQ4h(CC-322 ③)**:G-RQ4h「路由缺口 × 本端能配 ⇒ `offer_setup`(与没有模型名同一出路)」作废 → 交读数 ⇒ `explain_route_gap`(两种缺口、可配位真假都是它);交三态照旧 `offer_setup` / `explain_unconfigured`(三态里分不出路由缺口)。 **本版两形都认,0.95.0 删三态**:三态入参是过渡臂(退役登记 RL-91;CHANGELOG `### Deprecated` 硬破坏三句),终端改传读数之后的下一个本包版本删、第一参型收成读数。
+- **HD-6 / G-PC(CC-283)**:`ApprovalPriorCard.outcome` 的「那张卡在本进程里被答成什么」读作「那张卡上的决断被引擎收下成什么」;卡口答了 allow 而 respond 回 202 停驻中 / 失败 ⇒ 缺席(修前记 `allowed`)。人话口「没有这一位 / 空 / 坏形 ⇒ `undefined`」的「坏形」读作「不是数组 / 长度读不出 / 超过账本上限」;元素读不出 ⇒ 只丢那半句话(不再整只抛)。
+- **SP2-4 / G-SP2-D(CC-519)**:「sdk 投出的三种形本口都认」的事件包形限定为「外层没有自有 `type` 位」,舰队流透传形限定为「外层 `type` 恰 `"unknown"`」;外层带别的 `type` 的事件包 ⇒ `false`。
+- **SV-1 / G-AN5(CC-457 C ①)**:「每条另交 `entryShown`」扩为三位 —— `skill` / `currentName` 在场时各另交 `skillShown` / `currentNameShown`(同一只出口);「`skill` 是展示值」读作「`skill` 是机读原字节,上屏用 `skillShown`」(`currentName` 同)。
+
+### 121b. 缺席语义
+
+**CP 行(CC-447 / CC-452 / CC-453 / CC-499 / CC-356)**
+- **`mandatedApprovalDetailOf(card)`**:问类两位缺席 / 坏形(半对、首员不符、读的过程中被改)/ 集合里有本版生成表不认识的类 / 卡不是对象 / 读它抛 ⇒ 通用句 `mandatedApprovalDetail()` 逐字节(不推出「自动检查不能答」)。本口不判卡是不是强制卡:在本来渲通用句的地方调它。折叠用无面读法(KL-613)。
+- **allow 能力位 `layer` 位**:缺席 ⇒ 服务端没铸这只叶子(7.115.0 – 7.116.x)⇒ 老形;`false` ⇒ 老形;在场而不是布尔 ⇒ 整格畸形 ⇒ 读口答未观测 ⇒ allow 一条都不发(与 `allowGrant` 叶子同律);只在原型链上 ⇒ 不算。
+- **新形 / 老形**:唯一判据 = 能力位发 allow ∧ `layer === true` ∧ 宿主装了 `compileAllowList` 端口;端口缺席 ⇒ 老形(不抛,KL-614)。
+- **`voids_allow_list`**:只在新形 allow 桶出现;同一串的每一处(含同桶重复、整工具形 `*(*)`)都落这一理由。复核所用引擎读法抛 / 交回坏形读数(任一行不是 `{ entry: 串, reason: 串 }`、`inert` 不是数组)/ 认不出肇事条目 / 去掉之后仍连带读空 ⇒ 新形 allow 整桶留下 `judge_failed`(deny / ask 不受影响)。
+- **`content_form_not_grantable`**:只在老形出现;新形下内容形照投(名字层几关先过,KL-615)。
+- **`unsupported.path_base`**:句子不区分两代,不推断是哪一代引擎铸的。
+- **`readUserInputUndrained`**:不是车道表里任一码 ⇒ `undefined`(与修前同)。
+- **成文改口(CP-9)**:旧判据眼「`PERMISSION_MODE_INTENTS` / `HEADLESS_PERMISSION_WIRE_MODES` 的序 = 原五词不动、`dontAsk` 在末」作废 → 新眼「成员六词不变、序 = 引擎序 `default` / `acceptEdits` / `plan` / `auto` / `bypassPermissions` / `dontAsk`」;按成员判的判据眼不变。
+
+**授予清单与分类器成因(HD-1;CC-433)**
+- **`boundGrants` 缺席** ⇒ 这张卡没有可读的授予清单:不是 Skill 卡 / 老服务端(< 7.118.0)/ 摘要绑定的是另一份(服务端不铸)/ 坏形(本包整键丢)/ **耐久待决行腿**(队列行上游不带)。**不等于**「批准它什么都不授予」(那一形是在场且 `skill: null`)。在场 ⇒ 冻结拷贝,技能名与条目是部署文本,端按上下文转义渲。
+- **`classifierNoRuling` 缺席** ⇒ 卡上没有分类器没判的成因:不是那一类卡 / 老服务端 / 词形不合 / 耐久腿。不是裁决输入。集外合形词照收,句子带原词。
+- 两只读口对任何带这两位的载体同读(活卡帧 / inbox 行);读不出 ⇒ `undefined`,永不抛。
+
+**决定口拒收(HD-2;CC-438)**
+- **`classifyDecisionRefusal` 返回 `undefined`** ⇒ 没拿到服务端判决(传输层失败 / 本地错 / 状态码不在 400–599 或不是整数);**不是**任何一类。码不合可上屏形 ⇒ 判决照分、结果不带码。
+- **`liveAskPendingReading` 答 `unknown`** ⇒ 段没报 / 坏形 / 读的过程中抛 / 有坏行被丢(被丢的可能正是这一行)/ `approvalId` 不是非空串 —— **不是** `not_pending`;收口要 `pending`,所以 `unknown` 不收口。
+- **`transient` 缺席** ⇒ 不是瞬时拒收(状态码不在 408 / 425 / 429 / 502 / 503 / 504,且拒体没有自有严格 `true` 的 `retriable`);本包永不铸 `false`。在场 ⇒ 稍后同一决断再送是正常可恢复路径,收口口对它恒答不收口(KL-635)。
+
+**原因口与拒因句(HD-3;CC-439)**
+- 阶梯证据位缺席 = 没有这条证据(只认自有数据属性上的严格 `true`);证据不全 ⇒ `other`(不给「加一条 allow」那条出路)。卡读不动 / 判定 unknown ⇒ 按卡上没有 ask 规则证据判。
+- `policyDenyReason` 的 `cause` 缺席 / 表外 ⇒ 按 `other` 说;`allowRuleFlag` / `budgetSetting` 缺席 ⇒ 那条出路不提;工具名不合安全形 ⇒ 句中说「this one call」。
+
+**按工具面读(HD-4;CC-436)**
+- 卡上工具名缺席 / 非串 / 原型链上的 / 访问器 / 读描述符抛 / 不逐字在名单里 ⇒ 另一面(= 引擎无面读法),写保护未决照问。生成表命令面名单缺这一面的名字(老引擎生成)⇒ 与修前同答。
+
+**钩子车道(HD-5;CC-450)**
+- `unknown` ⇒ 钩子只许拒(`deny_only`);读不懂的判决(null / 表外 kind / 取值器抛)同按 `deny_only`。卡上真人位 / 强制位 / 治理位缺席时,只带不拦钩子列那几类的卡会答可放(KL-634)。
+
+**同一调用的更早的卡(HD-6;CC-283)**
+- **`priorCardsForCall` 缺席** ⇒ 本进程没见过这只调用上别的问:第一张 / 卡没有调用 id / 账本被挤出 / 进程重启 / 不走本包卡口的端。**不是**「这是第一张」的断言。项上 `outcome` 缺席 ⇒ 那张没答 / 撤卡 / 中止 / 卡口失败 / 还没答完 / 发了没落定(202 停驻中、发送失败、决断被拒;FX-7);`approvalId` 缺席 ⇒ 那张来自耐久行(行上没有审批 id)。
+- 待决行缺 `createdAt` ⇒ 单一持有登记退回修前身份(KL-637)。
+
+**座位能力表 / 记录键 cwd / 设备码轮询(ST 行;CC-469 / CC-504;CC-495 / CC-496 本版不出)**
+- **`seatCapability` 三态**:态 `undefined`(宿主没有这只 store / 还没读到)或态里没有这个键(含值为 `undefined`)⇒ `not_reported`;态不是普通对象(`null` / 数组 / 原始值 / 原型不是 Object)、值不是布尔、取值器(不跑)、读就抛 ⇒ `malformed`;布尔 ⇒ `reported`。只认自有数据属性,原型链上的不算。表外名(更新的宿主报的新能力)读口不看。🔴 `not_reported` 既不是「能」(读数上没有 `available`)也不是「不能」(句子说「没报」):两形都不提供这个动作,只是句子不同。
+- **`seatCapabilityUnavailableDetail`**:`reported` 且 `available: true` ⇒ `undefined`;其余一律有句(表外能力名、读数本身坏了也有句,不回 `undefined`)。
+- **`watchSeatCapability`**:store 缺席 ⇒ 同步交一次 `not_reported`;store 坏形 / 订阅就抛 ⇒ 交一次 `malformed`;现势读就抛 ⇒ 那一拍 `malformed`、订阅照留。先订阅再读:迟订阅者第一拍就是现势(宿主发布过又作废过,拿到的是作废后的态)。退订先关本地闸、宿主退订至多调一次:宿主退订抛了、重复退订、退订后迟到的推送,都不再交读数。
+- **能力表出站门**(宿主侧 `LOCAL_SESSIONS_SPEC.stores.seatCapabilitiesState.check`):与读口同一条读法 —— 只认普通对象的自有数据属性;取值器拒(不跑)、读就抛判失败(门本身不抛)、表外名拒、值在场即布尔。
+- **`pickFolder` 回执**:`null` = 用户取消(保持原选择,不是错误);串 = 选中的文件夹,非空。宿主弹不了框要在能力表里报 `false`,不是回 `null`。选中的文件夹用于下一条会话的 `start({ cwd })`(没有改已开会话目录的动词;换目录 = 新会话)。
+- **`LocalSessionRecord.cwd`**:缺席 = 开场没选文件夹 ⇒ 不归任何项目;宿主不要写入自己的缺省目录。在场 ⇒ 非空串(空串过不了出站门)。它不是「shell 此刻在哪」(那是引擎 `workspace_changed` 帧,跨轮回到会话根),项目分组不读那一帧。
+- **`deviceFlowPollingPlan`**:读数不是对象 ⇒ `undefined`(设备码响应本身坏了,没有可轮询的东西);`expires_in` / `interval` 逐键独立读,缺席 / `null` / `0` / 负数 / `NaN` / `Infinity` / 数字串 / 原型链上 / 取值器 ⇒ 按缺席取契约数;`intervalSeconds` ≥ 1;`timeoutMs` 是时长不是时刻。
+- **SW-3 / SW-4(本版不出)**:会话级声明与探针口都没到之前,端上不出「用不用独立 worktree」开关(没有能把这个选择带上会话的通道);目录芯片只选文件夹;任何一端都不本地跑 git 去猜能不能开 worktree。
+
+**活卡中止 / 流不再等卡 / 「为什么问」/ 子代状态(HW2 行;CC-514 / CC-493 / CC-191 / CC-231)**
+- **`aborted`**:只在活卡与悬挂问那两条路径上、卡口回 `{ kind: 'aborted' }` 且这张卡**没被收口帧撤走**时在场 —— 在场即「包发起了恰一发中断拒绝」(判别口 `unsettled` / `interrupted`,便签 `{ settled: false }`);被撤走的卡落 `retracted`、零发。与 `retracted` 同在时撤卡先判(判别口与便签同序)。停驻卡的中止仍是 `{ kind: 'aborted' }` 结局臂(发恰一发中断拒绝),判别口同读 `unsettled` / `interrupted`(两条腿同一格)。
+- **撤卡(收口帧)**:只认同 approvalId 的 `tool_approval_complete` 在卡**等人**时到达;卡已答、在发 ⇒ 不撤。帧上 `parked` 只认自有数据属性上的严格 `true`;缺席不读作「真拒」,只决定回退形要不要上那一句。没有收口帧(老服务端 / 帧丢)⇒ 卡照旧等人,答了照旧 respond(由引擎答 200 / 202 / 404 / 409)。
+- **宿主卡口不听 `signal`**:卡留在屏上直到人答;收口帧之后的答复不上 wire,结局 `retracted`;收口帧带停驻位且人答的是 allow / deny ⇒ 上一句 `APPROVAL_PARKING_WARN_TEXT`(无句尾);答的是 aborted / retracted ⇒ 不上句。停驻卡照常由同一只桥呈出,两张卡并存到人答掉旧的。
+- **`joinedInFlight`**:只在 join 的那一路上在场;持有者那一路恒缺席。join 方中止 = 这一只卡被中断(卡中止 ⇒ 持有者恰一发中断拒绝,两路同 `aborted`;FX-2)。
+- **结局回交时刻**:卡落定(含 respond)之后;同流后续帧可能早已出桥。桥退出(流终了 / 终帧 / 消费方停迭代)不撤在等人的卡,也不再回交它的结局之外的任何东西。
+- **`askProbeReasonDetail`**:`probeReason` 只认自有数据属性上的非空白串(原型链 / 取值器 / 读就抛 ⇒ 当缺席,取值器不跑);`probeCause` 只认记录(非数组非 null);码不是 `<domain>.<snake_case>` 词形 ⇒ 句子不带码;两者都缺 ⇒ `undefined`(不是探针收紧的卡)。长度不判(服务端出帧时超上限整只丢)。
+- **`subagentStateDetail`**:载体上没有自有 `agentState` 记录、或 `status` 不是非空串 ⇒ `undefined`;`readAt` / `lastActivityAt` 任一缺席、非有限数或活动晚于读数时刻 ⇒「last activity unknown」;`approval` 不是记录或 `state` 不是非空串 ⇒ 不说审批;`deadline` 缺席 ⇒ 不说截止。
+
+**RP 行(CC-312 / CC-313 / CC-478 / CC-506 / CC-406)**
+- **RP-1 读口族**:四只读口缺席 = 帧上没有这一位的自有数据值(含空串 / 非串 / 只在原型链上 / 是取值器 / 帧不是普通对象 / 读描述符抛)—— 各自的语义缺席:`resultErrorCodeOf` 缺席 ≠「没出错」(成功臂不铸;被挡 / 停驻臂写不出码);`resultSelectedModelOf` 缺席 ≠ 回落到请求里的模型名(调用方自己决定回落);`resultSalvagedResultOf` 缺席 = 没抢救到正文或不是截断臂;`resultParkFailedReasonOf` 缺席 = 没有能给用户的真因(不是「真因是空的」)。只带旧名的帧(旧转录 / 0.82.x 形)四只一律缺席 —— 读旧盘的端若还要认旧名,那是读旧盘的事。
+- **RP-1「已洗」依据**:旗缺席 ⇒ 这一行不是本包合成的终局行(模型行,一个字节没洗过,也不该洗)。旗在场 ⇒ 经本包投影口交出时正文已洗;端绕过 adapt 直接读自己落盘的旧转录行时旗不是依据(KL-650)。
+- **RP-2 `callerCwd` 读数**:`not_reported`(老 worker)/ `unobserved`(没观测 / 回体读不出 / 换代)/ `present{ value: false }`(明说不认)三形都**不认**(`callerCwdAdmitted` 答 `false`)⇒ `legCwdOfBody` 答 `undefined` ⇒ 账本不记 ⇒ 归属读口 `undefined`(那条腿按引擎自己的目录找文件,本机目录不证明归属)。「明说不认」是读数本身的一格,端据此停发 cwd / 说车道告知,不另立判据。
+- **RP-2 账本**:`legCwdOf` 缺席 = 没绑过 / 绑上的键没记过目录 / 两份记录矛盾 / id 不合法;与 `declarationOf` 共用同一次绑定(开流先于建 run 的 meta、审批卡 preamble、409 在跑拒收帧都不绑)。不落盘:恢复 / 别的进程 / 接管重放的 run 一律缺席。
+- **RP-2 归属读口**:`undefined` = 段缺席(没有陈述)/ `selected: []`(没选中)/ 首员不安全 / 当前目录与腿 cwd 不逐字相等(切过目录)/ 真路径口没给、抛、交回非串 / 解析后不在目录之内 —— 一律落回端的本机清单,不指错。只判首员(KL-651)。
+- **RP-3 五只读口**:没装 ⇒ `undefined`;装了而引擎答 `unknown`(`routePairingStatus` 对没有判官面的 brain)是另一态,两态不折。`routeKeyOf` 的答案不许上屏(query 原字节,可能带凭据);展示拼写在拒的细节 `detail` 里。
+- **RP-5**:`cancelConflictFromError` 答 `null` = 不是 cancel 的 409(或读状态就抛)⇒ 路由器照旧往下判 404 / 原样抛;`unrecognized` 不带 `code` = 409 没带码或码读不出。
+
+**RX 行(CC-431 / CC-368:到期登记物按预告硬删,第二批)**
+- **RX-1 / RX-2 / RX-3**:没有新增缺席语义。RX-2:`env` 缺省读宿主环境,关闭开关缺席 ⇒ 默认开(此前也是);RX-3:无限值旗 ⇒ `{ ok: true }` 恰一键,`limits` 缺席 = 没有显式旗,不是「预算为零」。
+- **RX-4**:新口对「读不出」恒不可放:卡无类集 ⇒ `unknown`(`classes_absent`);宿主读数缺席 / 不是布尔 ⇒ `unknown`(`host_not_reported`);类集里有表外类 ⇒ `unknown`(`class_not_in_table`)。与旧口在这三形上同答,没有哪一形把缺席读成可放。
+- **RX-5**:卡无类集 / 坏形 ⇒ `unknown`(`classes_absent` / `classes_malformed`),与旧口同;`unknown` 的处置与 `must_ask` 相同(不让位、照常出卡)。
+
+**ET 行(CC-539)**
+- **`path` 属性的缺席**:没有路径位的描述符(`mcp-resource`,以及 `not-included` 且 `target: 'mcp-resource'`)⇒ **仍外套标签、不带属性**(`<attachment>` … `</attachment>`;引用形 `<attachment />`)。不取「不套、照旧出散文」—— 那一形的资源正文正是会被按标签名剥的读者当用户的话取走的那一类。路径位在场而是空串 ⇒ `path=""`(属性在场、值为空),不当缺席。
+- **外套的缺席 = 老形**:没换钉的包铸出的信封没有外套(0.93.x 及更早)。端上不要按「有没有外套」判包或引擎的版本;按头句读信封的读者,头句现在是标签内第一行。
+- **正文 / 名字 / 条目名里的 `</attachment>`**:不显形(KL-656)。逐行读法精确 —— 开标签恒为第一行、闭标签恒为最后一行,中间没有任何一行以 `<attachment` 起头或恰等于 `</attachment>`;按串里第一个 `</attachment>` 收口的读者会在那一处提前收口。
+- **引用形**:没有闭标签,只有一行自闭合标签,后接原引用句(句子在标签外);按标签名剥标签的读者会留下引用句 —— 引用句只含名字与路径,不含附件内容。
+
+**HW 行:用户面失败句 / 英文缺席句 / 预检退役 / 压缩结局 / 取值器单律**
+- **HW-1**:用户面失败句只含抛出物自带的 `message`;`message` 缺席或为空 ⇒ 固定一句(`the call failed with an error this client could not render`),**不是**裸类名、`[object Object]`、`null`。非 Error 抛出物:非空串 / 数 / 布尔取其文本,别的形(对象无 `message`、`null`、`undefined`、函数)落固定句。原抛出物的类名只在宿主日志里(有宿主依赖的五处出口);零宿主依赖的两处纯模块(取件等待 / 本地规则解析)不留日志。
+- **HW-2**:`staleAfterSec` 缺席 ⇒ 不渲保留时长(不编数);`runId` 缺席 ⇒ 第三句是「The error carries no run id: …」那一形;读口只认 `errorCode === 'conflict.resume_context_unavailable'`,退役的 `code` 槽不认、别的 409 码不认领(仍落通用句)。计划审阅结局的机读位 `effect` 恒 `not_applied`(与修前通用 4xx 臂同值)。
+- **HW-3**:`permissionModeAfter` 缺席 ⇒ 体不带键,与旧逐字节同;值集外 ⇒ 本地拒、零请求、拒句不回显该值;值集内 ⇒ 照发(任何决断词)。本包不再声明「哪些决断配这一键」—— 那是服务端的判据,读它的 400 码。
+- **HW-4**:`onSettled` 缺席 ⇒ 无回传(0.93.1 行为);回传至多一次、恒异步;`refused` 的 `errorCode` 读不出 ⇒ 键不在场;`failed` 的 `status` 在场 ⇒ 引擎答了 5xx,缺席 ⇒ 没拿到答复;`unconfirmed: true` 只在「没答复」几形上在场(截止 / client 时限 / 连接中途断),缺席 = 证得出这一发没送出或引擎明确答了。`accepted` 只证明引擎受理、不证明压完(名字刻意不叫「已压缩」);无事可压时引擎不出事件。idle 的 arm 若始终没有下一条 run ⇒ 接收口永不被调。
+- **HW-5**:投影函数遇取值器抛 ⇒ `undefined`(读口答 `unobserved`),不是 `not_reported`、不是上一台引擎的旧读数;以 `store` 为见证的读器的见证口把抛吞在内层(见证读不出 ⇒ 老一代 ⇒ `not_reported`),没有抛出物逃逸、外层律不触发,答 `not_reported` 不是例外;见证口之后的读(例 `store.sql` 取值器)抛 ⇒ 外层吞成 `undefined`。
+
+**DO 行(CC-460 / CC-459 / CC-503 / CC-285)**
+
+**节点属性(DO-1;CC-460)**
+- **属性缺席** ⇒ 读法与上一版逐字节同(含属性之后同行没有值、属性紧贴引号 / 括号 / 分号、`=` 分隔后的 `!` / `&` 起头、属性之后的值写在下一行)。**不等于**「属性被认出但没有值」—— 本包不为这种形铸任何位。
+- **属性在场** ⇒ 属性 token(一到多枚,含其间的空白)一枚 `«redacted:secret»`,其后的值(块头连块、单行值、引号值、清单)按各自形状遮。属性可能是被误读成属性的口令前缀(`password: !Abcd1234 …`),所以**不保留属性名**:想显示属性的端不要从遮蔽后的字节里读它。
+- **块序列项里的属性**同判;`*名` 别名不是属性、不遮。
+
+**清单值(DO-2;CC-459)**
+- **清单缺席**(值位不是 `[`、不是标签行之后的 `- ` 行、单数标签后的逗号)⇒ 读法与上一版逐字节同。
+- **键名清单**(裸复数 `keys` 后每个非中性项都是键名形、`tokens` 后都是整数):输出 = 输入逐字节,**不铸记号**;这一判定是**整张清单**一起做的 —— 只要有一个非中性项不是键名(或有块标量项),整张清单是密钥清单,**每个**非中性项都遮(含那些本来像键名的)。
+- **中性项**(已是记号 / 诊断词 / 地址形 / 空 / `[object Object]` 一类 JS 序列化占位 / `[REDACTED]` 一类已洗占位):不遮,也不参与键名清单的判定。
+- **逗号清单**:只在复数标签上认;`api_key: 甲, 乙` 一类单数标签后的逗号读法同上一版(只遮首项)。
+- 记号个数 = 被遮的项数(块标量项整块一枚;属性另计)。不要按「清单一枚记号」或「标签后恰一枚记号」断言。
+
+**同行短横(DO-3)**:短横之后没有值(行尾)⇒ 读法同上一版(短横被当成值遮掉)。
+
+**`RetryStatus.error.formatted`(DO-4;CC-503)**
+- **引擎 `detail` 缺席 / 非串** ⇒ `rate_limited` / `gave_up` / `retrying` 臂 `formatted` 为 `''`,`circuit_open` 臂为固定句 `Service temporarily unavailable`(同上一版)。**不是**「没有错误」—— 判有没有错的量是 `kind`。
+- **detail 在场** ⇒ `displayUntrusted(detail)`:干净文本逐字节不变;控制符 / 双向符 / 换行被标记或折行,凭据形被遮。空串 `''` 在场 ⇒ 空串。
+- **`errClass`(DO-5)** 缺席 / 空串 / 非串 ⇒ 键不铸(**不渲 0、不折默认桶**);在场 ⇒ 引擎原词(开集)。
+
+**标签族词表(DO-6;CC-285)**:本版词表零变化,没有新的遮蔽行为;`passphrase=<值>` 一类族外键照旧原样显示(KL-354 / KL-627)。
+
+**RQ 行(CC-365 / CC-173 / CC-322 / CC-326 / CC-315 / CC-413)**
+
+**`approvalReach`(RQ-1;CC-365)**
+- **请求体上缺席** = 今天的行为:引擎照常把审批问发到这一端。不等于「有人能答」,也不等于「没人能答」—— 只是没声明。
+- **`approvalReachDeclaration` 的 `withheld` 缺席** ⇒ 要么给了键(`field` 恰一键),要么事实不是 `false`(没有东西被扣下)。给了键 **不等于** 引擎已按「没人能答」处理:这一运行怎么收场只有引擎知道(看接线回执的 `ask` 段)。
+- **`withheld` 在场** ⇒ 这一发照今天的路走;`cause` 四词:`not_reported`(能力位缺席 —— 服务端 ≤ 7.117.x,不是「不支持」)/ `unsupported`(明说假)/ `unprobed`(本进程还没读到这台引擎的能力;无人值守车道一进程只提交一次,首发常落这一形 —— 用有界异步变体先等能力落定)/ `unreadable`(在场但不是布尔)。
+- **`approverReachable` 缺席 / `null` / `true`** ⇒ 空片段、无回执。非布尔 ⇒ `TypeError`(不回显值)。
+
+**无人值守车道的权限模式(RQ-2;CC-173)**
+- `resolveHeadlessPermissionMode(...).fields.permissionMode` **恒在场**(旗的词 > 环境变量的词 > `default`;旗给了本层不认识的词也落 `default`)。服务端 ≥ 7.115.0 把请求不带模式也读成 `default`,所以显式盖章在那几代上与缺席同答;在支持底线内更老的服务端上它是收紧方向的那一份。
+- `source` 三词:`flag` / `env` / `default`(`default` 含非法环境值回落那一形,带 `warning`)。告警只在环境变量那一路出、一个进程只出一次;缺省路与不认识的旗词都不告警、不消耗那一次。
+
+**`isApproverUnavailableGate`(RQ-3;CC-322 ②)**
+- 门记录缺席 / 结算缺席 / 结算词是别的词 / 处置是放行 ⇒ `false`(缺席不带语义,不许读成「人拒的」)。停驻那一形(`tool_end` 没有门记录、`errorCode: "gate.parked"`)由 `isGateParkedToolEnd` 单独答。
+
+**路由缺口(RQ-4;CC-322 ③)**
+- **`routeGap` 缺席 / 显式 `undefined` / 闭集外的值** ⇒ 不判路由:三态照旧,来路臂的句子不断言「起得来」。**不等于** `none`。
+- **`none`** = 宿主判过、路由在 ⇒ 来路臂句子才说「so it can start with it」。
+- 只作用于经环境送到模型名的来路臂:目录缺省那一臂、远程拓扑、「引擎已应答」三形不读它(前者起服那一判没有对象;远程看不见那边的环境;已应答即已自证起得来)。读它时取值器抛 ⇒ 读数不成形 ⇒ `unknown`。
+
+**思考档位读器(RQ-5;CC-326)**
+- **整只目录缺席**(没装在线目录)⇒ `unknown / no_catalog`;**目录里找不到这只模型** ⇒ `unknown / model_not_listed`;两者都 **不等于**「不支持」。
+- **单行缺 `supportedEffortLevels`**:同一行 `reasoning === true` ⇒ `not_clamped`(这条线路不夹档 —— 服务端成文:缺席不是「不知道」);`reasoning === false` ⇒ `not_applicable`;`reasoning` 也没说 ⇒ `unknown / reasoning_unreported`。
+- 档位集在场但不是非空的串数组 ⇒ `unknown / levels_malformed`(不折成不夹);引擎比本包新的档位词原样带(开集)。本口只答「引擎接受哪几档」,不答「这一运行实际生效哪一档」(那是终局结果上的 `effectiveReasoning`)。
+
+**MCP 资源附件(RQ-6;CC-315)**
+- 二进制段 `mimeType: null` ⇒ 只说「几段二进制没带上」,不写类型;零文本段 ⇒ 不出围栏、说没有文本可带。
+- `truncated: true` ⇒ 一句「端截短了文本、其余没带上」;`false` 不写。
+- 附件席位读数今天恒 `not_reported`(服务端 v7.121.0 没有席位):三条载体都走信封;能力表上出现名为 `userAttachments` 的位,本版读器也不认(席位的形由引擎到货那一版定,不预铸)。
+
+**客户端自挂服务器的表态(RQ-7;CC-413)**
+- **`clientOwnedServers` 缺席 / 空数组** ⇒ 不铸表态,报告口**不带** `clientOwned` 键(与 0.93.x 逐字节同)。在场 ⇒ 每只服务器名一行(按名去重、首见序)。
+- 一行的 `sent: false` 四因:`allow_capability_off`(能力位门)/ `empty_rule`(空名)/ `judge_failed`(铸名端口没装 / 抛 / 回的不是前缀)/ `duplicate`(用户的 allow 里已有同一串 —— 那一串照样在请求体上,只是记在用户名下)。读健康门不罩表态(它们不出自设置文件)。
+- 请求体上的 allow 串**没有来源位**(服务端只收串):「这一条是客户端自己的表态」只记在报告口,引擎审计里与用户规则同形。
+
+**私钥 PEM 头单源、每轮一句座、`dontAsk` 按名投影与四只新读口(SV 行;CC-426 / CC-457 / CC-480 / CC-490)**
+
+- **SV-1** 读器只认自己的码;`entries` 必须是非空数组(上限一万条,超了当坏形、不截断),每条 `source` / `reason` 非空串、`entry` 是串(可为空串 —— 空条目本身就是一条读成空的条目;非串成员在引擎侧已写成类型标签 `<not a string: …>`,从不是值本身)。任一条不成形 ⇒ 整只缺席(条目表是渲染键,半张坏表比没有更坏);可选位(`skill` / `list` / `verdict` / `currentName` / `valueType` / `sessionId`)读不出只省自己。`sessionId` 缺席 = 部署清单那一形(Runner 构造期铸、无会话)或读不出,不是「没有会话」的证据。`source` / `reason` / `verdict` / `list` 开集原样透传。`entryShown` 恒等于 `displayUntrusted(entry)`;要给人看引擎把条目读成了什么,渲通告的 `message`(引擎的人读句)。
+- **SV-2** `taskId` 缺席 = 老服务端(< 7.121.0)/ 没有 run 店的流式提交 / 读不出,不补空串、不借 `sessionId`;续跑与原运行同值(按「每次运行」去重会折成一行,服务端已知边界)。
+- **SV-3** 判官第二参不给 / 不是对象 / `cursorSent` 不是布尔 / 读它就抛 ⇒ 按「说不清」答 `cursor-stale`(0.93.1 的答案;KL-620)。`query-refused` 只来自不带游标的那一发;别的码与第二参无关。
+- **SV-4** 位缺席 ⇒ `not_reported`:不能据此断言历史已脱敏(≤ 7.118.x 的历史读面回存档原形;7.119.x 已脱敏却不报本位)—— 按「未证明」处置,方向是少显示。位答的不是「读面在不在」(`sessions: false` 时本位照真),也不是「存档里没有凭据」。坏形删格 ⇒ `unobserved`。
+- **SV-5** 读数不认(没给 / `not_reported` / `unobserved` / 坏读数 / 访问器)⇒ 不落顶层座,**不告**(兜底层没有回执位;KL-619)—— 风格正文那一座照旧。读数认时座原样落:坏形由引擎在准备期拒,run 终态 `failed` `config.output_style_invalid`(不是 400)。`config.output_style_invalid` / `config.agent.unknown_tool` 只登记:端按 `config.` 前缀走配置拒绝族,认不出的码回落通用句 + 原码上屏的律不变。
+- **SV-6** 发不发 `dontAsk` 只有一处判(`permissionModeField`):读数认 ⇒ 原样;不认 ⇒ `stampDefault` 开着落 `default`、没开落 `{}`(调用方没表态 = 吃部署基线)。老服务端(< 7.119.0,位缺席)上仍是近似投影(`dontAsk` 要即刻拒,`default` 是问):有活体审批面时那一问可被批准,终端在本地按 `dontAsk` 拒到壳的问(门记录 `deniedBy: "ask_resolution"`);读数认时引擎自己拒(`deniedBy: "mode"`)。两处可观测差(只在这两种接法上):① 把别名口返回值**直接**当 wire 词发的调用方拿到 `'dontAsk'`(老服务端答 400,闭合);② 只给字段投影口读数、不给别名口读数的半接法,读数认时由发 `default` 变发 `dontAsk`(收紧)。第二参不读(弃用,0.95.0 删)。
+- **SV-8** 展示出口只多遮不少遮:公钥 / 证书块照旧不认;干净文本逐字节不变;配置层写侧判据与本包整串判据在对拍语料上逐条同判。块尾 `-----END` 随块头的大小写规则;小写块没有可认的块尾时主体按既有的「无块尾」规则延到块末。
+- **SV-9** 预检口 pending(A ②):在它出来之前,子代工具清单的拼法错只在开跑后由引擎拒(`config.agent.unknown_tool`,SV-7),本包不预判。
+
+**SP2**
+- **SP2-2**:读口只看码(经族内取码口,折叠形同认);别的码 / 无码 / 坏形 / 读取抛 ⇒ `null`,不抛。老服务端(≤7.121.x)在同一形上不拒,读口在那一代没有对象。
+- **SP2-3**:`message` 只在自有数据位上的非空串时带;空串 / 非串 / 原型链 / 访问器 / 读取抛 ⇒ 无该键,停驻照认、其余位不受连累。缺席 = 老服务端没写这一句(7.121.0 形),不是「没话可说」。
+- **SP2-4**:判型口只认三种投影形;帧上带数字 `status`(错误对象那一层)/ `failed` 帧 / 别的码 / 码大小写不同 ⇒ `false`。决策口:不是终帧 ⇒ `not_draining_end`(读者走自己的既有路径);`attempt` 不是非负整数或到 3 ⇒ `attempts_exhausted`;帧体上的同名 `retryAfterMs` 不当窗(铸点只写三键)。老服务端排空时不发本帧 —— 断流照旧走各读者既有的断流路径。
+- **SP2-5**:名册缺席 / 读不成 ⇒ 按退役名表的现名判孪生(都是引擎自己的工具名);名册**不含**引擎另并的委派工具池 —— 池里才有的工具的孪生判不到(交引擎判),池里恰有一只与退役拼法逐字同名的工具时本口仍判 `retired`(引擎其实收)。`*`、协议名(按原样比对端段)、allow 表的内容形条目、带首尾空白的条目(引擎按文法错拒,交引擎)不判;deny 表的内容形条目按引擎的取名读法判括号前的名(结果带 `toolName`)。`toolListFlaws` 无问题时不带键。
+- **SP2-7**:三只常量的值来自构建本包时装着的 sdk,宿主运行期装的 sdk 是哪一版不影响读数(不经运行期 import)。宿主装 18.1.0 以下的 sdk 不在支持面:`PermissionMode` 少 `dontAsk`、`decidedBy` 的型名找不到(`skipLibCheck` 开时退成 `any`)、sdk 12.x 抛出的停泊赎回 422 读数无 `startupCause`;本包对这些代不再见证、不再说话。
+
+**PK 行(CC-535)**
+
+- **PK-2**:非停驻体(`reason` 不是 `parking_in_progress` / 非对象 / 原型链上的键)⇒ `undefined`;自称停驻却读不出 `approvalId`(缺 / 空 / 非串 / 读抛)⇒ `{ kind: 'claimed_unreadable' }`(不当停驻、不当放行);`retryAfterMs` / `decidePath` / `message` 任一坏值或读抛 ⇒ 只缺那一键,其余照读。老服务端(< 7.121.0)不回 202 体 ⇒ 读口拿不到输入,与修前同。
+
+**FX 行**
+- **FX-1**:外层没有自有 `type` 位 = 缺席(事件包形);外层 `type` 是自有数据属性 `"unknown"` = 舰队流透传形;其余(含自有 `undefined` 位、`null`、非串、空串、访问器、别的臂)⇒ 外层已说了它是别的东西 ⇒ `false`。读描述符抛 ⇒ `false`(永不抛)。
+- **FX-2**:发不发只看「这张卡有没有被收口帧撤走」那一位(`hold.superseded`,CC-493 的撤卡事实;同 approvalId 的收口帧到达时由帧路由置)—— 不读宿主信号分因,不读卡上任何宿主报的位。宿主给的信号坏形(不是能挂监听的对象 / `aborted` 读抛)⇒ 不抛、不跟随(照常呈卡;信号只管把卡撤下来)。中断拒绝的拒因:能力位 `approvalDecisionNote` 缺席 / 没观测 / 非真 ⇒ 不带 `note`(决定照发)。
+- **FX-4**:`modelSetupDecision` 的第一参是读数时,读数坏形 / 读抛 ⇒ 分析答 unknown ⇒ `proceed`;第二参不是布尔 ⇒ 缺模型名那一形 `proceed`(路由缺口那一形不读它,照 `explain_route_gap`)。三态串入参:表外串 ⇒ `proceed`。 三态入参本版照 0.93.x(分不出路由缺口),0.95.0 删(RL-91)。
+- **FX-5**:`priorCardsForCall` 只在原型链上 ⇒ 缺席 ⇒ `undefined`;末张的 `outcome` 读不出 / 原型链上 ⇒ 当没有结局(「先呈过一张」);某张的 `origin` 读不出 ⇒ 不算出自 ask 规则。
+- **FX-6**:`skill` / `currentName` 缺席或读成空 ⇒ 展示形也缺席(不铸空串);读抛 ⇒ 只省那一键(与原位同律)。
+- **FX-7**:结局读不出(判别口答 `unsettled` / `unreadable`)⇒ 不记;`decided` 臂上 `allow_session` 记 `allowed`;耐久腿 `decided` 带 `denied` ⇒ `denied`。
+
+### 121c. 黑盒判据(G 骨架)
+
+**CP 行的判据**(纯包层,走根入口公面:`import { mandatedApprovalDetailOf, mandatedApprovalDetail, permissionsDeclarationReport, projectPermissionsAllowGrantCapability, permissionsAllowGrantDoctorDetail, installCoreValuePorts, permissionRuleIssueDetail, readUserInputUndrained, MODE_ARBITRATION, GATE_MODE_RELEASE_REASON_WORDS, PERMISSION_MODE_INTENTS, ENGINE_NOTICE_CODES, noticeAudienceOf } from '@sema-agent/client-core'`;值级端口按装法片段原样装引擎包根那十二件)。
+- **G-CP1**(包层):生成物五只 == 用已装 core 7.47.0 重新生成逐字节;生成器在少第十二批任一名的引擎上拒生成并点名、说清下限 7.47.0。
+- **G-CP2**(本版证明):`Object.keys(MODE_ARBITRATION)` 含 `dangerous_delete` 且该行五位 = `{ bypassImmune: true, classifierEligible: false, sandboxAdmission: false, ruleMayClear: false, hookAskFloor: true }`(0.93.1:无此键);`GATE_MODE_RELEASE_REASON_WORDS` 恰 `['rule_unreadable', 'write_protection_unresolved']`(0.93.1:一词)。
+- **G-CP3**(本版证明):`ENGINE_NOTICE_CODES.length === 87` 且含 `permission.rule_row_dropped`、`noticeAudienceOf('permission.rule_row_dropped') === 'user'`、`readEngineNoticeFacts({ code: 'permission.rule_row_dropped', message: 'm', detail: {} }) === undefined`(0.93.1:86、受众 operator)。
+- **G-CP4**(本版证明):`permissionRuleIssueDetail('unsupported.path_base', '')` 含 `missing` 与 `not a usable absolute path`、不含 `was not given`。
+- **G-CP5**(本版证明):`mandatedApprovalDetailOf({ askClass: 'dangerous_delete', classes: ['dangerous_delete'] })` 不等于通用句、含 `no automatic check answers it` 与 `by you here`、不含 `hook`(FX-3 改口;本版初稿眼「含 `by you here or by a hook`」作废);`{ askClass: 'ordinary', classes: ['ordinary'] }` / `{}` / `null` / 含表外类的卡 ⇒ 等于 `mandatedApprovalDetail()` 逐字节;逐类真值表 = 「该类(集合按与折叠)分类器或沙箱准入能答 ⇒ 通用句」(0.93.1:没有此口)。
+- **G-CP6**(回归):`readUserInputUndrained({ code: 'task.user_followup_undrained', message: 'm', detail: { followUp: 2, sessionId: 's' } })` ⇒ `{ kind: 'followUp', count: 2, sessionId: 's' }`;steer 码同形读 `steer` 位;别的码 ⇒ `undefined`(与 0.93.1 逐字节同)。
+- **G-CP7**(本版证明):`[...PERMISSION_MODE_INTENTS]` 恰 `['default', 'acceptEdits', 'plan', 'auto', 'bypassPermissions', 'dontAsk']`(0.93.1:`['default', 'plan', 'acceptEdits', 'bypassPermissions', 'auto', 'dontAsk']`);成员集不变。
+- **G-CP8**(本版证明;装齐十二件):`projectPermissionsAllowGrantCapability({ settings: { permissions: { allowGrant: true, allowLayer: true } } })` ⇒ `{ kind: 'present', grants: true, layer: true }`;`permissionsDeclarationReport({ deny: [], ask: [], allow: ['*', 'Read', 'Bash(git:*)', '*'], settingsRead: 'clean' }, { kind: 'present', grants: true, layer: true })` ⇒ `permissions.allow` 恰 `['Read', 'Bash(git:*)']`、`kept` 恰两行 `{ rule: '*', bucket: 'allow', reason: 'voids_allow_list' }`;同一入参换 `{ kind: 'present', grants: true }` ⇒ 与 0.93.1 逐字节同(`Bash(git:*)` 落 `content_form_not_grantable`、`*` 投出);新形 doctor 句含 `is not asked` 与 `except`,老形句与 0.93.1 逐字节同。卸掉第十二件再跑新形读数 ⇒ 与老形逐字节同。
+- **G-CP9**(本版证明):`CORE_VALUE_PORT_NAMES` 末项 `compileAllowList`、共十二件;没装 ⇒ `compileAllowList(['Read'], 'allow') === undefined`。
+- **G-CP10**(包层,端不复跑):包内折叠口对引擎 `foldArbitrationRow(set, undefined, face)` 在全单类 + 全两类 + 定种随机子集 × 四种面上逐位同答。
+
+**RQ 行的判据**
+
+> 纯包层,走根入口公面;夹具腿直调服务端发布包受理面(新一代 ≥ 7.118.0 / 老一代 7.117.0;假 res、`resolveSpec` 哨兵)。标「本版证明」的格在 0.93.1 产物上红(本版产物上绿)。
+
+- **G-RQ1**(本版证明):`buildTaskRequest({ objective, sessionId, live: true, ...approvalReachDeclaration(false, base).field }, 'print')`,`base` 的能力回体带 `approvalReach: true` ⇒ 请求体 `approvalReach === "none"`、出口判官零未登记键;同一片段交给 `'interactive'` ⇒ 不上请求体、回执 `off_lane`;`approvalReach: 'None'` / `true` / `''` / `['none']` / 对象 ⇒ 构造期 `TypeError`(点名键、说闭集、不回显值);能力回体缺这一位 / 为假 / 没探过 / 不是布尔 ⇒ 空片段 + `withheld.cause` 依次 `not_reported` / `unsupported` / `unprobed` / `unreadable`,四句互异、零接入方用词;老一代受理面对带键的体 400 `request.body_shape` 点名它,经片段口(能力位缺席)装出的体过老一代受理面。
+- **G-RQ2**(本版证明):`resolveHeadlessPermissionMode(['--permission-mode', 'someFutureShellMode'], {}).fields` ⇒ `{ permissionMode: 'default' }`(0.93.1:`{}`);旗 × 环境变量的穷举组合产物恒带 `permissionMode`;缺省路与不认识的旗词之后,第一次非法环境值照告警、第二次不告警;声明面 `source` 恰 `'flag' | 'env' | 'default'`。
+- **G-RQ3**(本版证明):`isApproverUnavailableGate(gateOutcomeOf({ gate: { disposition: { kind: 'denied', deniedBy: 'ask_resolution' }, settlement: { kind: 'approver_unavailable', who: { party: 'none' }, when: 1 }, origin: 'policy' } }))` ⇒ `true`;处置换成放行 ⇒ `false`;结算词换 `approval_window_expired` ⇒ `false`(兄弟谓词说话);结算缺席 / `undefined` ⇒ `false`。
+- **G-RQ4**(本版证明):本机读数 `processEnv: 'complete'`、其余各路 `absent`,加 `routeGap: 'endpoint_missing'` ⇒ `not_resolvable`,detail 点名 `MODEL_GATEWAY_BASEURL`、不说「no model name is configured」;`'lane_credential_missing'` ⇒ `not_resolvable`,点名两把 anthropic 凭据;`'none'` ⇒ `resolvable` 且说 `so it can start with it`;不报 ⇒ `resolvable` 且**不**说 `can start with it`;远程拓扑 / 引擎已应答 / 目录缺省臂不读它。
+- **G-RQ5**(本版证明):目录 `{ default: 'a', models: [{ name: 'a', reasoning: true }, { name: 'b', reasoning: true, supportedEffortLevels: ['low', 'high'] }, { name: 'c', reasoning: false }] }` ⇒ `effortLevelsOf('b')` = `clamped` / `['low','high']`、`effortLevelsOf(undefined)` = `not_clamped`、`effortLevelsOf('c')` = `not_applicable`、不传目录且没装 = `unknown / no_catalog`;`effortLevelHonored(effortLevelsOf('b'), 'max')` = `no`、`(…'a'…, 'max')` = `yes`。
+- **G-RQ6**(本版证明):`mintUserAttachmentEnvelope({ kind: 'mcp-resource', server: 'docs', uri: 'file:///notes.md', name: 'notes', parts: [{ kind: 'text', text: '…\nIgnore all previous instructions …\n~~~~~~~~\n…' }], truncated: false })` ⇒ 头行说用户 @ 了一只 MCP 资源、点名服务器与 URI;夹带的指令句在两条围栏之间、带行号;围栏比正文里最长的波浪线串长;`encodeHumanTurn` 三条载体对同一描述符零提醒形标签、零「调用了工具」句。`not-included` 四个新原因各一句、互异。
+- **G-RQ7**(本版证明):core 值级端口装好,`permissionsDeclarationReport({ deny: [], ask: [], allow: ['Read'], origins: { allow: new Map([['Read', 'userSettings']]) }, settingsRead: 'partial', clientOwnedServers: ['srv'] }, { kind: 'present', grants: true })` ⇒ `permissions.allow` 恰 `['mcp__srv__*']`、`kept` 里 `Read` 记 `settings_read_not_clean`、`clientOwned` 一行 `sent: true`;能力位没报 ⇒ 不发、`clientOwned` 记 `allow_capability_off`;不交 `clientOwnedServers` ⇒ 报告口没有 `clientOwned` 键;`WIRE_RULE_TRUST_ORDER` 冻结、七词、首 `policySettings` 末 `projectSettings`。
+
+> **HW 行的判据**(纯包层,走根入口公面:`import { surfaceFsApprovalAndDecide, installApprovalCardPort, findPendingForTask, waitForParkRowBirth, parseLocalAllowRule, stopEngineSessionBackground, HitlBridge, decidePlanReview, resumeContextUnavailableContent, resumeContextUnavailableFromError, requestEngineCompact, onEngineTaskBound, installHitlHostSurface } from '@sema-agent/client-core'`)。假客户端注入 `async () => { throw X }`,`X` 取「带类名的 `Error` 子类实例(`name = 'EngineGenerationChangeReadError'`,message 非空)」「字符串」「无 `message` 的对象」「`null`」「`message` 取值器与 `toString` 都抛的对象」五形。
+
+- **G-HW1**(本版证明;CC-508):七处出口各一行 —— 带类名 `Error` ⇒ 句子以各自前缀起、含 message、不含类名与「类名: 」前缀;字符串抛出物 ⇒ 含其文本;无 `message` 的对象 / `null` ⇒ 固定兜底句且不含 `[object Object]` / 字面 `null`;取值器与 `toString` 都抛 ⇒ 不抛、落兜底句;取件 / 两条审批出口 / 提问卡出口的宿主日志含原抛出物(含类名)。`message` 为空的带类名 `Error` ⇒ 不退成裸类名;`extra` 是已撤销的 Proxy 的抛出物 ⇒ 不抛、message 照留(0.93.1:读口判形抛 `TypeError`)。500 `corrupt` 带 `where` 的补句组合仍跟在 message 之后(0.93.1:`decide(approve) failed: Error: …`)。
+- **G-HW2**(本版证明;CC-508 同形存量):瞬断(连接被拒)耗尽 ⇒ 耗尽错的 message 带内层 `fetch failed`、不带 `TypeError`(0.93.1:`…: TypeError: fetch failed`),且仍避开「已决」扫词表;计划审阅决断抛出未分型错误 ⇒ `The plan_review decision could not reach the engine: ` 之后是 message、不带类名。
+- **G-HW3**(本版证明;CC-513):`resumeContextUnavailableContent` 两形(带 / 不带 `runId`)三段、无 CJK、第一二句两形逐字相同;带 `staleAfterSec` 才在句尾带 `(this deployment keeps conversations for N seconds)`;`0` / `1.5` / `1e21` / `-1` 不渲;三句都不命中 `isAlreadyResolvedGateReason`;打包产物里不再有旧中文句。
+- **G-HW4**(本版证明;CC-513):假引擎对计划审阅决断答 409 `conflict.resume_context_unavailable`(`extra` 带 / 不带 `runId`)⇒ 结局句恰 `This approve was not applied. ` + 同一只措辞,`effect` 为 `not_applied`,恰一发 POST;`reject` 前缀随决断词;别的 409 码、退役 `code` 槽 ⇒ 仍是 `The plan_review decision failed: HTTP 409 …`(0.93.1:本码也是这一句)。
+- **G-HW5**(本版证明;CC-509):`HitlBridge.reviewPlan` 在 plan_review 门上 —— `edit` + `acceptEdits` ⇒ 一发,体恰 `{ decision: 'edit', editedPlan, permissionModeAfter }`(0.93.1:本地抛 `bad_plan_mode`、零请求);`edit` + `default` 同发;`reject` + `acceptEdits` ⇒ 一发,假引擎答 400 `request.field_conflict` ⇒ 原样抛给调用方(`errorCode` 是服务端的码,不是本地 `bad_plan_mode`);老服务端对 `edit` + 键答 400 同码 ⇒ 同样原样抛;三种决断 + 词表外的值 ⇒ 本地 `bad_plan_mode`、零请求,拒句不含该值、不说「只配批准」。
+- **G-HW6**(本版证明;CC-509):`decidePlanReview('t', 'reject', 'acceptEdits')` ⇒ 一发 POST,体带键;假引擎答 400 `request.field_conflict` ⇒ `effect` 为 `still_parked`,句子以 `The plan reject was NOT applied: the engine refused the post-approval permission mode` 起、不含 `auto-accept edits`;`approve` + `acceptEdits` 撞同码 ⇒ 既有那一句逐字不变;词表外 ⇒ 零 POST、`not_sent`、句子含 `not valid (it must be "default" or "acceptEdits")`。服务端夹具(现役一代,在场时):路由源里「非 approve 决断带该键 ⇒ 400 `request.field_conflict`」的铸点在 —— 老服务端的 fail-closed 证据。
+- **G-HW7**(本版证明;CC-512):注入形 `runs.compact` 答 409 `compact.not_running` ⇒ `onSettled` 收到恰一次 `{ kind: 'refused', status: 409, errorCode: 'compact.not_running' }`,宿主面恰上屏 `engine run finished before compaction was applied; nothing was compacted`,同步返回 `fired`(0.93.1:无回传、无上屏);别的 409 码 ⇒ `refused` 但不上屏;404 再 404 ⇒ 恰两发、恰一次 `refused{404}`;404 再受理 ⇒ 恰两发、恰一次 `accepted`;503 ⇒ `{ kind: 'failed', status: 503 }` 且 `detail` 不含类名;501 + `capability.run_store_required` ⇒ `refused`;连接被拒 ⇒ `failed` 无 `unconfirmed`;请求已送达、答复前连接被断 ⇒ `failed` + `unconfirmed: true`;动词永不落定 + 注入形 60 秒截止 ⇒ `failed` + `unconfirmed: true` 且交给动词的 `signal` 已 abort。
+- **G-HW8**(本版证明;CC-512):显示值 —— 409 的同一次请求,同步返回 `fired` 而回传 `refused`(同步值不能当「已压缩」);`onSettled` 在 `requestEngineCompact` 返回之前未被调(恒异步);受理 ⇒ `applied` 恰一次;接收口抛 ⇒ 只留痕、零未处理拒绝;非函数的 `onSettled` 当缺席。
+- **G-HW9**(本版证明;CC-512):idle ⇒ `armed`、arm 期间不回传;`onEngineTaskBound` 之后发射落定 ⇒ 同槽攒下的两个接收口各收一次;409 同样上屏;受理 ⇒ `accepted`;缺席 `onSettled` ⇒ 同样发一发、409 仍上屏;arm 始终没有下一条 run ⇒ 接收口永不被调。
+- **G-HW10**(本版证明;CC-507):26 只 `project*Capability` 逐口一行 —— 任意读就抛的 Proxy ⇒ 不抛、`undefined`(`sqlEngine` 的见证口把抛吞在内层,没有抛出物逃逸 ⇒ 答 `not_reported`);`sqlEngine` 见证口之后的读(`store.sql` 取值器)抛 ⇒ 外层吞成 `undefined`(0.93.1:抛出),抛在见证口里(`caps.store` 取值器)⇒ 仍 `not_reported`;顶层键取值器抛 ⇒ 不抛;源码扫描:每一只导出的投影函数的第一条语句是 `try {`(新增者缺守卫 ⇒ 红);读口工厂 tee 路径取值器抛 ⇒ 删格 ⇒ `unobserved`(与 0.93.1 同);直调 `projectDeviceExecutorManagementCapability` 遇三位取值器抛 ⇒ `undefined`(0.93.1:抛出)。
+
+> HD 行判据:纯包层,走根入口公面。标「本版证明」的格在 0.93.1 上 FAIL、在 0.94.0 上 PASS。
+
+- **G-HD1**(本版证明):`surfaceToolApprovalFrameAndRespond({ type: 'tool_approval', approvalId: 'a', toolName: 'Skill', args: {}, boundGrantDigest: 'd', boundGrants: { skill: 'deploy', allowedTools: ['Bash(git:*)', 'Read'], disallowedTools: ['WebFetch'] } }, respond)` ⇒ 卡口收到的卡上 `boundGrants` 逐值同且冻结、无 `boundGrantDigest` 键;`skill: ''` / 清单含空串 / 清单不是数组 ⇒ 卡上无这一键;耐久行带同名键 ⇒ 卡上无。`approvalBoundGrantsDetail` 三形逐字(见 CHANGELOG 0.94.0;不含技能名)。
+- **G-HD2**(本版证明):帧带 `classifierNoRuling: 'timeout'` ⇒ 卡上同词;`'TIMEOUT'` / `'x\n'` ⇒ 无;`classifierNoRulingDetail('parse_error')` ⇒ `The auto-mode classifier answered for this call but gave no verdict it could use, so it is asking you instead.`
+- **G-HD3**(本版证明):`classifyDecisionRefusal({ status: 400, errorCode: 'request.body_shape' })` ⇒ `{ standing: 'refused-pending', status: 400, errorCode: 'request.body_shape' }`;409 `conflict.ask_decided` / 404 / 410 ⇒ `settled-elsewhere`;500 ⇒ `ambiguous`;501 ⇒ `refused-pending`;`{ status: 202 }` ⇒ `undefined`。`liveAskPendingReading({ livePending: [] }, 'a')` ⇒ `not_pending`;`({}, 'a')` ⇒ `unknown`。`{ status: 429, errorCode: 'limit.rate_exceeded' }` ⇒ `refused-pending` 且 `transient: true`;`decisionRefusalClosesOut` 只在「非 settled-elsewhere ∧ 非瞬时 ∧ pending」为真(429 × pending ⇒ `false`;400 × pending ⇒ `true`)。
+- **G-HD4**(本版证明):卡 `{ toolName: 'Write', askClass: 'ordinary', classes: ['ordinary'] }` × `{ noRuleMatched: true }` ⇒ `no_allow_rule`;× `{ askRuleMatched: true }` ⇒ `ask_rule`;× `{ budgetExhausted: true }` ⇒ `budget`;卡类集 `['ask_rule']` × `{ noRuleMatched: true }` ⇒ `ask_rule`;× `{ allowed: true }` ⇒ `undefined`;原型链上的 `noRuleMatched` ⇒ `other`。`policyDenyReason({ lane: 'dont_ask', toolName: 'Write', cause: 'no_allow_rule' })` 逐字 = CHANGELOG 0.94.0 / 门里那一句(不含 `--` 旗)。
+- **G-HD5**(本版证明):`automaticAnswerVerdict({ toolName: 'Bash', askClass: 'write_protection_unresolved', classes: ['write_protection_unresolved'] }, 'mode_posture', { settingsAskRuleMatched: false })` ⇒ `{ kind: 'may_answer', releaseReason: 'write_protection_unresolved' }`(开发依赖引擎 ≥ 7.47.0 生成;0.93.1:`must_ask`);`toolName: 'Write'` / `'bash'` / `' Bash'` / `'mcp__x__Bash'` ⇒ `must_ask`;同卡在 `standing_rule` / `permission_request_hook` ⇒ `must_ask`。
+- **G-HD6**(本版证明):`automaticAnswerVerdict({ askClass: 'ordinary', classes: ['ordinary'] }, 'permission_request_hook')` ⇒ `may_answer`;`classes: ['ask_rule']` ⇒ `must_ask`;`{}` ⇒ `unknown`;`permissionRequestHookScope` 对三者 ⇒ `allow_or_deny` / `skip` / `deny_only`(0.93.1:车道词不认 ⇒ `unknown lane_not_recognised`)。
+- **G-HD7**(本版证明):同一 `toolCallId` 先后两帧(出身 `ask_rule` 类集 `['ask_rule']` 答放行;强制词 `write_protection` 类集 `['write_protection']`)⇒ 第二张卡上 `priorCardsForCall` 恰 `[{ approvalId: <第一张>, origin: 'ask_rule', outcome: 'allowed' }]`,第一张无;第一张重放 ⇒ 无;第二张重放 ⇒ 仍只列第一张。
+- **G-HD8**(本版证明):耐久路径同一调用先后两条停驻行(`createdAt` 不同):第一张卡在屏上时第二路取到第二条行 ⇒ 第二路呈第二张卡、结局不带 `joinedInFlight`;第二路读起点早于第一张落定、回包是第二条行 ⇒ 同上(0.93.1:两序第二张卡都不呈,第二路交回第一张的结局并带位)。同一行实例两路照旧 join。
+
+**DO 行的判据**
+
+> 走根入口公面:`import { displayUntrusted, mapBrainStatusToRetry } from '@sema-agent/client-core'`。凭据面判据一律取「字符面全关」的出口 `displayUntrusted(s, { controls: false, bidi: false, foldLines: false })`(只看凭据网),另在缺省单行载体与四种字符面出口上断言「不露」;值是**运行期铸的占位串**(含数字与大写,不是键名形、无已知前缀)。标「本版证明」的格在 0.93.1 上 FAIL、在 0.94.0 上 PASS。
+
+- **G-DO1**(本版证明):`api_key: <属性> <块头>` 换行 缩进两行值 换行 `next: x`,属性取 `!!str` / `!!binary` / `!` / `!vault` / `!<tag:yaml.org,2002:str>` / `!e!tag` / `&k` / `&k1` / `&k !!str` / `!!str &k` / `!!str   &k` 十一形,块头取 `|` / `>` / `|-` / `>+` / `|2` / `|-  # c` 六形,标签取 `api_key` / `password` / `secret` / `token` ⇒ 输出逐字节 `<标签>: «redacted:secret» «redacted:secret»\nnext: x`(属性一枚、块一枚、回退行原样),两行值任一连续 6 字都不在任何出口里(0.93.1:`api_key: «redacted:secret» |` 换行 值原样)。
+- **G-DO2**(本版证明):同一批属性 × 标签,值是单行裸值 / 引号值 / 后接散文 ⇒ `<标签>: «redacted:secret» «redacted:secret»` / `<标签>: «redacted:secret» "«redacted:secret»"` / `… «redacted:secret» «redacted:secret» rest`(0.93.1:记号落在属性上、值原样)。
+- **G-DO3**(回归 + 本版证明):属性之后同行没有值 4 形(`api_key: !!str` 串尾 / 属性后换行再是下一对键 / `password: !Abcd1234 (user bob)` / 属性后换行再缩进写值)输出与 0.93.1 逐字节同;`password: !Abcd1234 later wrong` ⇒ `password: «redacted:secret» «redacted:secret» wrong`(以 `!` 起头的口令后跟散文词:属性与词各一枚,口令不露)。
+- **G-DO4**(本版证明):块序列项里的值同形 —— 项前属性(`- !!str 甲` / `- &a 乙`)⇒ 每项 `- «redacted:secret» «redacted:secret»`;项是块标量(`- !!binary |` 换行 缩进值)⇒ 属性一枚 + 块一枚;引号项 `- "甲"` ⇒ `- "«redacted:secret»"`;引号键同缩进的块序列(`"password":` 换行 `-` 制表符 值)与 JSON 转义形里字面 `\u0009` 缩进的块序列同判;紧凑嵌套 `- - 甲` 换行 `    - 乙` ⇒ 整棵子树一枚;`-` 换行缩进更深的嵌套序列逐项遮;`- 名: prod` 换行 `    key: 甲` 的映射项:`名: prod` 原样、`key:` 的值遮。
+- **G-DO5**(本版证明):四种清单形 × 九个标签(`api_keys` / `API_KEYS` / `secrets` / `passwords` / `tokens` / `credentials` / `x-api-keys` / `api_key` / `password`;逗号清单只取复数标签)共 171 形 —— 块序列(缩进 / 与键同缩进 / 引号项 / 嵌套映射里 / 列表项里 / CRLF / JSON 转义形)、流序列(单行 / 空白 / 引号 / 多行 / 嵌套 / JSON 数组 / JSON 转义形 / 等号)、逗号清单(裸 / 引号 / 等号 / 逗号前空白)⇒ 输出逐字节「项各一枚记号、结构字符与回退行原样」,记号个数 = 项数,全出口不露(0.93.1:块序列只遮短横、流序列与 JSON 数组零记号、逗号清单只遮首项)。
+- **G-DO6**(负控;0.93.1 与 0.94.0 都要 PASS 的部分 + 本版证明的块序列部分):纯键名 / 整数清单 15 形(`keys:` 换行 `- maxTurns` 换行 `- model_ids`、`keys: [maxTurns, maxBudgetUsd]`、`{"keys": ["maxTurns", "model_ids"]}` 及其 JSON 转义形、`Legal keys: maxTurns, maxBudgetUsd, model_ids.`、`keys=alpha,beta`、`tokens: [12, 15]`、`tokens:` 换行 `- 12` 换行 `- 15`、`tokens: 12, 15`、`tokens=12,15`、`Tokens: 5, 6`、`max_tokens=7, max_input_tokens=8`)⇒ 输出 = 输入逐字节(0.93.1 在两条块序列上把短横遮成记号)。
+- **G-DO7**(本版证明):混合清单 —— `keys: [maxTurns, <值>]` / 块序列 / 逗号 / JSON 数组 / `tokens: [12, <值>]` ⇒ 每个非中性项都遮;`api_keys: [maxTurns, model_ids]` ⇒ 两项都遮(带前缀复数标签不豁免)。
+- **G-DO8**(邻形族,每形一格;另有 DO8b 洗两遍的最小形 5 形:点形 / 转义形载体画出的缩进记号,JSON 转义行断 / 着色项 / 属性项 / 引号项并存):Unicode 空白(NBSP / 表意空格 / 宽空格)· 名字位空白(谚文填充 / 盲文空点 / 谚文中音填充)· 着色序列 · 控制串(OSC 标题 / DCS)· C1 CSI · 不可见单元(零宽 / 软连字符 / 字间连接符 / BOM)· 双向符 · 制表符 · 全角冒号 · 行断写法(CR / CRLF / 转义形 CRLF)· 方案词项(`- Bearer 甲` / `[Bearer 甲, Token 乙]` / `Bearer 甲, Basic 乙` / `Authorization:` 换行 `- Bearer 甲`)—— 每形在块序列 / 流序列 / 逗号清单上:全出口不露、记号个数不少于项数、一轮即不动。
+- **G-DO9**(一轮即不动 + 线性):本段全部输入(667 形)× 十四出口,洗两遍 = 洗一遍;长清单线性(块序列 / 流序列 / 逗号清单 / 嵌套 / 标签接连各带清单 / 接连的节点属性 / 未闭合的流序列接连,n → 4n 的 CPU 耗时倍数 < 10)。
+- **G-DO10**(回归 + 误遮守卫):单数标签后的逗号 `api_key: 甲, 乙` ⇒ 只遮首项;`Authorization: 甲,x` ⇒ `,x` 不动;`token=甲,email=乙@例.com` ⇒ 逗号之后的是下一对键值、不当清单项;`token: 甲, user: bob` 同;`token: 甲, expired` / `Error: invalid token: 甲, expected 32 chars` 的散文不动;`Invalid token: [object Object]` / `API key: [create one here](https://…)` / `token: [REDACTED] password: [hidden]` / `Missing keys: [id, name]` 逐字节不动;`token: - 甲` ⇒ 短横不遮、`甲` 遮;`password: [required for login]` / `password: [see documentation] for help` 逐字节不动;多行普通标量续行(KL-466)与堆栈帧缩进行不收口(理由钉在这一格)。
+- **G-DO11**(本版证明):`mapBrainStatusToRetry({ phase, retryInSec: 3, detail: <含 ESC 着色 / OSC 标题 / 双向覆写 / 换行 / NUL / NEL / `password: <值>` 的串>, errClass: 'rate_limit' }, now)`,`phase` 取 `rate_limited` / `circuit_open` / `gave_up` / `retrying` ⇒ 四臂 `error.formatted` 全等于 `displayUntrusted(detail)`、不含控制字节 / 换行 / 双向符、值被记号替掉(0.93.1:原样进 `formatted`);干净 `detail` 逐字节不变;缺席时 `''` / `circuit_open` 固定句 / 未知相的 default 臂 `''` 不变。
+- **G-DO12**(核对,0.93.1 与 0.94.0 都 PASS):`errClass: 'some_future_class'` 在 `reconnecting` / `rate_limited` / `circuit_open` / `gave_up` / `retrying` / `waiting_first_token` / 未知相七条臂上原词在场;缺席 / `''` / `7` ⇒ 七条臂上键都不在。
+- **G-DO13**(现状钉):标签族成员 22 形(`token` / `key` / `secret` / `password` / `authorization` / `credential` 及复数、带前缀与 SCREAMING_SNAKE 形)全遮;KL-84 / KL-354 点名的族外键 12 形(`passphrase` / `passwd` / `pwd` / `pass` / `auth` / `PGPASSWORD` / `MYSQL_PWD` / `secretAccessKey` / `privateKey` / `accessKeyId` / `signature` / `cookie`)按原样(补词即红,要同批改 KL-627 与 DO-6)。
+
+> ST 行判据:纯包层,走根入口公面(`import { seatCapability, watchSeatCapability, seatCapabilityUnavailableDetail, SEAT_CAPABILITY_NAMES, LOCAL_SESSIONS_SPEC, isLocalSessionRecord, deviceFlowPollingPlan } from '@sema-agent/client-core'`)。标「本版证明」的格在 0.93.1 上 FAIL、在 0.94.0 上 PASS。
+
+- **G-SW1-a**(本版证明):`seatCapability(undefined, 'pickFolder')` 与 `seatCapability({}, 'pickFolder')` ⇒ `{ kind: 'not_reported' }`;`{ pickFolder: true }` ⇒ `{ kind: 'reported', available: true }`;`{ pickFolder: false }` ⇒ `available: false`;`null` / `[]` / `{ pickFolder: 1 }` / `pickFolder` 是取值器(取值器被调 0 次)⇒ `{ kind: 'malformed' }`。
+- **G-SW1-b**(本版证明):三句逐字 —— `Opening a folder isn't available: this app hasn't reported folder picker support.`(没报)/ `Opening a folder isn't available: this app reports it can't show a folder picker.`(报 `false`)/ `Opening a folder isn't available: this app's support report couldn't be read.`(坏形);`available: true` ⇒ `undefined`。
+- **G-SW1-c**(本版证明,端到端):照 `EipcStoreClient` 写一只最小 store,发布先过 `LOCAL_SESSIONS_SPEC.stores.seatCapabilitiesState.check`(不过 ⇒ 整次丢):订阅 → 发布 `{ pickFolder: true }` → 发布 `{}` → 新订阅;新订阅者第一拍 = `not_reported`(不是 `reported`);发布 `{ pickFolder: 'yes' }` 被门拒、两只订阅者都没收到;store 缺席 ⇒ 同步一拍 `not_reported`。
+- **G-SW1-d**(本版证明):`LOCAL_SESSIONS_SPEC.methods.pickFolder.check(null) === true`、`check('/x') === true`、`check('')` 是带 `reason` 的失败;`LOCAL_SESSIONS_SPEC.stores.seatCapabilitiesState.check({ pickFolders: true })` 是失败(表外名);`pickFolder` 是取值器的态是失败、取值器被调 0 次(本版证明:门与读口同一条读法)。
+- **G-SW2**(本版证明):`isLocalSessionRecord({ sessionId: 's', isRunning: false, createdAt: '2026-10-10T00:00:00.000Z', cwd: '' })` ⇒ `false`(`LOCAL_SESSIONS_SPEC.methods.start.check` 的失败 `field === 'cwd'`);`cwd: '/p'` ⇒ `true`;缺席 ⇒ `true`。
+- **G-SW5**(本版证明):`deviceFlowPollingPlan({})` ⇒ `{ timeoutMs: 900000, intervalSeconds: 5 }`(设置契约 10.0.0 的两数);`{ expires_in: 600, interval: 0.5 }` ⇒ `{ timeoutMs: 600000, intervalSeconds: 1 }`;`{ expires_in: -10, interval: Infinity }` ⇒ 契约两数;`{ expires_in: '300' }` ⇒ 契约寿命;`null` ⇒ `undefined`。
+- SW-6 只改文字,无行为面。
+
+**HW2 行的判据**(走根入口公面:`import { surfaceToolApprovalFrameAndRespond, surfaceSuspendedAskAndRespond, bridgeAskUserQuestionGates, approvalResolutionOf, approvalOutcomeNoteOf, askProbeReasonDetail, subagentStateDetail } from '@sema-agent/client-core'`)
+- **G-HW2-1**(本版证明;发版复核定形):卡口回 `{ kind: 'aborted' }`(没被收口帧撤走),respond 注入面回 202 停驻体或抛 409 `approval_stale` ⇒ respond 恰一次 `deny`、opts 恰 `{}`、结局恰 `{ decision: 'unresolved', aborted: true }`、零停驻句;`{ kind: 'retracted' }` ⇒ 零次;同两形下 `{ kind: 'deny' }` ⇒ 恰一发 deny,202 ⇒ `parking` + 一句停驻句,409 ⇒ `unresolved` + `respondRefusal`;`approvalResolutionOf({ decision: 'unresolved', aborted: true })` ⇒ `{ kind: 'unsettled', cause: 'interrupted' }`(0.93.1:一发 deny 并等回体、`decided`;CC-514 初版:零发、`not_sent` / `aborted`)。
+- **G-HW2-2**(本版证明):卡口只在 `signal` 中止时落定;流依次给出 `tool_approval{A}`、三帧文本、`tool_approval_complete{A, parked:true}`、`done` ⇒ 三帧文本在卡未落定时出桥、卡的 `signal` 被中止、respond 零次、结局回交恰一次 `{ decision: 'unresolved', retracted: true }`(0.93.1:文本一帧不出,直到卡落定)。
+- **G-HW2-3**(本版证明):卡口不听 `signal`,收口帧之后答 allow ⇒ respond 零次、结局 `retracted`;收口帧带 `parked: true` ⇒ 恰一句 `This approval is being parked; answer it again on the parked card when it appears.`;不带 ⇒ 零句。
+- **G-HW2-4 / G-HW2-5**(本版证明):卡在收口帧之前落定 ⇒ respond 照旧、卡的 `signal` 未中止;拒绝卡的 respond 在路上时同流到达的该调用报错收口帧仍盖 CC 拒绝句。
+- **G-HW2-6**(本版证明):同一 approvalId 先经桥呈卡、再经 `surfaceSuspendedAskAndRespond` ⇒ 卡口恰一次、respond 恰一次、后者结局带 `joinedInFlight: true`;join 方的 `signal` 中止 ⇒ 持有者恰一发中断拒绝、两路同 `aborted`(FX-2 改口;初稿眼「零发」作废);落定之后同一 approvalId 再来 ⇒ 新的一张卡。
+- **G-HW2-7**(本版证明):卡在屏时流走到 `done` ⇒ 桥返回、卡的 `signal` 未中止;之后答 allow ⇒ respond 恰一次、结局照常回交。
+- **G-HW2-8**:`askProbeReasonDetail({ probeReason: 'x' })` ⇒ `'x'`;`{ probeCause: { code: 'shell.read_outside_roots', roots: { shown: [], total: 0 } } }` ⇒ 以 `(check code: shell.read_outside_roots).` 结尾的一句;`{}` ⇒ `undefined`;活卡帧带 `probeReason` ⇒ 卡口收到的卡上读出同一句。
+- **G-HW2-9**:`subagentStateDetail({ agentState: { status: 'running', readAt: 1000000, lastActivityAt: 958000, row: 'live_row' } })` ⇒ `Subagent state: running · last activity 42 s ago`;`status: 'parked'` + `approval: { state: 'expired' }` 且无活动时刻 ⇒ `Subagent state: parked · last activity unknown · approval expired`。
+
+**RP 行的判据**(纯包层,走根入口公面;夹具只用临时目录与内存编译器)
+- **G-RP1a**(本版证明):`runStream` 跑截断臂 / 成功臂 / 停车真因三只真结果帧 ⇒ 四只读口逐键答出铸点那一值(停车真因已洗);只带旧名 `errorCode` / `model` / `result` 的帧四只一律 `undefined`(0.93.1:四名不在根入口)。
+- **G-RP1b**:坏形(`null` / 串 / 数 / 数组 / 原型链 / 自有取值器 / 空串 / 非串 / 对象值 / 陷阱抛的代理 / 已撤销代理)⇒ `undefined`、不抛、取值器零执行。
+- **G-RP1c**(本版证明):一条带 `_sema_api_error_message: true`、正文含 `https://u:p@h/…?api_key=…` 与 `Bearer …` 的 assistant 行喂进 `createWireToCcAdapter().adapt` ⇒ 重建行正文已换记号(0.93.1:原文照交);同一行去掉旗 ⇒ 一个字节不动;`runStream` 铸点已洗的行再过 adapt ⇒ 逐字节不变。
+- **G-RP1d**:同一池上 `displayUntrusted(x, { controls: false, bidi: false, foldLines: false })`(端的兜底洗法)与机读口逐字节同 ⇒ 端删兜底不少遮一个字节。
+- **G-RP1e / G-RP1f**:源码零裸读这两只键(包内读点只经同一条读法);全部真管线结果帧与合成行零旧名(B5 普查)。
+- **G-RP2a**:`projectCallerCwdCapability({ callerCwd: true / false })` ⇒ `present{ value }`;`{}` ⇒ `not_reported`;`'true'` / `null` / `1` / `{}` / 陷阱 ⇒ `undefined`;`callerCwdAdmitted` 只认 present ∧ `true`。
+- **G-RP2b**(本版证明):`kickEngineCapsProbe(base, async () => { noteEngineCapsForCallerCwd(base, caps); 读 observedCallerCwd(base) 与 engineCapState(base, 'callerCwd'); return caps })` ⇒ 读口已答 present、总缓存仍 `unprobed`。
+- **G-RP2c / G-RP2d**:`legCwdOfBody` 对 toJSON / 取值器 / 不可枚举 / 已撤销代理 ⇒ `undefined`;账本先记后绑 = 先绑后记、meta / 409 拒收帧不绑、两键目录不同 ⇒ `undefined`。
+- **G-RP2e**(本版证明):`..` / 绝对 / 盘符 / UNC / 反斜杠 / 空段 / 控制符 / 零宽 / 双向 / BOM / 行分隔 / 软连字符 / 首尾空白 ⇒ `undefined`;真盘临时目录:成员是指向目录外的符号链接 / 经目录链接绕出去 ⇒ `undefined`,普通文件 ⇒ 那一员。
+- **G-RP3a**(本版证明,内存编译):`import { routeKeyOf, joinRequestUrl, resolveRouteCredential, adjudicateModelRoute, routePairingStatus } from '@sema-agent/core'` 原样装进 `Pick<CoreValuePorts, 五件>` ⇒ 零类型错误;完整型的袋少任一件 ⇒ 编译红且点名它(0.93.1:那五个键对 `CoreValuePorts` 是多余键)。
+- **G-RP3b … G-RP3e**:没装 ⇒ 五只读口 `undefined`;装了 ⇒ 实参与返回同一引用;引擎 `TypeError` 原样上抛;装真引擎五只:部署钥匙 + 条目指向别家 ⇒ `route.credential_mismatch`、`joinRequestUrl('https://h/v1?api-version=1', '/chat/completions')` ⇒ `https://h/v1/chat/completions?api-version=1`、无判官面 ⇒ `unknown`。
+- **G-RP4a … G-RP4e**:`node scripts/run-layering-direction-test.mjs` 绿;在第 0 层文件里加一行 `import type` 指向 `src/hitl/` ⇒ 红且点名「L0 -> L2」;删豁免表任一行 ⇒ 红;对引擎值级 import / 表外包 / 读不成字面量的动态 import 逐形红。
+- **G-RP5a**(本版证明):`new ControlRouter({ runs: { cancel: async () => { throw Object.assign(new Error('x'), { status: 409, errorCode: 'conflict.approval_settled' }) }, submit: async () => ({ taskId: 't' }) } })` 设 `taskId` 后取消 ⇒ `code === 'cancel_lost_race'`、`advice === cancelConflictContent({ kind: 'approval_settled' })`、message = `runs.cancel 409 conflict.approval_settled — <advice>`(0.93.1:路由器自持句、前缀不带码)。
+- **G-RP5b**:裸 409 ⇒ `advice === cancelConflictContent({ kind: 'unrecognized' })`、message = `runs.cancel 409 — <advice>`;`run_not_running` 位逐字同 0.93.1。
+- **G-RP5c**:状态 409 + 读 `errorCode` 就抛 ⇒ `cancel_lost_race` + 「认不出」那一句,`cancelConflictFromError` 答 `unrecognized`(0.93.1:路由器把取值器的错原样抛出)。
+
+**RX 行的判据**
+
+- **G-RX1**(本版证明;RX-1):读构建产物 `dist/hitl/planReviewWire.d.ts` 里 `PlanReviewWire` 接口的成员表(TypeScript AST)⇒ 恰 `client`,没有 `capsBaseUrl`;同一份产物里 `capsBaseUrl` 在别的注入连线型上仍是在用的位,所以按接口成员判、不按名字扫整份产物。纯 JS 宿主多带这一键(其上能力缓存里放「读不出的版本」或 7.86.0 证据)⇒ 声明了是三选卡、没声明是老两选卡,与不带这一键逐字节同;连线是读这一键就抛的代理 / 取值器抛的属性 ⇒ 决断照常送出、记录里这一键没被读过。
+- **G-RX2**(本版证明;RX-2):`resolveHeadlessDetach({ SEMA_HEADLESS_DETACH: 'off', SEMA_ENGINE_URL: u })` ⇒ `{ on: false, reason: 'env-off' }`;`resolveHeadlessDetach({})` 与 `({ SEMA_ENGINE_URL: u })` ⇒ `{ on: true, reason: 'default-on' }`,期间全局 `fetch` 被调 0 次;拼错的值(`'flase'`)⇒ 默认开;不传参不抛。TS 两实参调用:`tsc` 报「Expected 0-1 arguments, but got 2」。
+- **G-RX3**(本版证明;RX-3):`parseLimitsArgv([])` ⇒ 键恰 `['ok']`;`parseLimitsArgv(['--max-turns', '5'])` ⇒ 键恰 `limits, ok`、`'flaggedFlags' in r` 为假;三旗同发的 `limitsForPrint(…, {})` 同;`limitsForPrint([], { SEMA_HEADLESS_MAX_TURNS: '7' })` ⇒ `limits.maxTurns === 7` 而 `parseLimitsArgv([])` 无 `limits`。
+- **G-RX4 / G-RX5**(本版证明;RX-4 / RX-5):`Object.hasOwn(await import('@sema-agent/client-core'), '<旧口名>')` 对两个退出公面的旧口名都为假(两名见 RX-4 / RX-5 行首格);`MODE_ARBITRATION` 仍是根入口导出且 `=== ` 生成表那个对象(冻结)。改读单一判定:`automaticAnswerVerdict({ origin: 'ask_rule' }, 'mode_posture', { settingsAskRuleMatched: false })` ⇒ `must_ask`(`road: 'origin'`);`automaticAnswerVerdict({ origin: 'policy', askClass: 'ordinary', classes: ['ordinary'] }, 'mode_posture', { settingsAskRuleMatched: false })` ⇒ `may_answer`;同卡去掉类集 ⇒ `unknown`(`classes_absent`);宿主读数 `{}` ⇒ `unknown`(`host_not_reported`);`automaticAnswerVerdict({ toolName: 'mcp__srv__x', askClass: 'requires_user_interaction', classes: ['requires_user_interaction'] }, 'standing_rule')` ⇒ `must_ask`。真卡口交出去的卡请求(活卡帧 / 耐久待决行 / 活挂起三腿)喂判定:出身词原样上卡、老一代帧的 `ruleStoreUnreadable` 不上卡(门 automatic-answer-verdict 的 R 段)。
+
+**ET 行的判据**(纯包层,走根入口公面:`import { mintUserAttachmentEnvelope, encodeHumanTurn } from '@sema-agent/client-core'`)
+- **G-ET1**(本版证明):`mintUserAttachmentEnvelope({ kind: 'text', source: 'at-mention', name: 'a.txt', path: '/w/a.txt', lines: ['one', 'two'], startLine: 1, totalLines: 2, complete: true })` ⇒ 以 `<attachment path="/w/a.txt">\nThe user attached a file to this message with an @-mention: a.txt\n` 起头、以 `\n~~~~\n</attachment>` 收尾;去掉第一行与最后一行之后的文本与 0.93.1 同入参的结果逐字节相等(七种描述符种类与路径位缺席的两形逐一同);整只结果里恰一行以 `<attachment` 起头(第一行)、恰一行等于 `</attachment>`(最后一行)。
+- **G-ET2**(本版证明):`encodeHumanTurn({ items: [{ uuid: 'a', text: 'q', attachments: [A1, A2] }], lane: 'objective', caps: {}, otherBodyBytes: 2 })` ⇒ `text` = `mint(A1) + '\n\n' + mint(A2) + '\n\nq'`(两块各自外套);两条提交之间仍是 `\n`;只有附件、正文为空 ⇒ 不留尾随空行,最后一行就是 `</attachment>`。
+- **G-ET3**(本版证明):补话载体 `lane: 'steer'` 上,同一条里有一只正文含 `</system-reminder>` 的附件 ⇒ 整条降级为引用形:每只附件一行 `<attachment path="<路径>" />`,下一行是原引用句(`The user mentioned the file n.txt (/w/n.txt) in this message; its contents are not included here.`),全文没有 `</attachment>`。
+- **G-ET4**(本版证明):路径 `/w/a&b<c>.txt` ⇒ 开标签 `<attachment path="/w/a&amp;b&lt;c&gt;.txt">`;路径 `/w/q"x` ⇒ `<attachment path="&quot;/w/q\&quot;x&quot;">`(规则 3 先写成 JSON 串,再转实体);路径含换行 / U+007F / U+2028 / 双向符 ⇒ 属性里是 `\n` / `\u007f` / `\u2028` / `\u202e` 的反斜杠写法,没有原样控制符;任一路径下开标签行恰一对尖括号、属性值零裸 `"` `<` `>`、解实体一遍恰等于信封体里「Full path:」之后那一串。
+- **G-ET5**(本版证明):`mintUserAttachmentEnvelope({ kind: 'mcp-resource', server: 'docs', uri: 'file:///notes.md', name: 'notes', parts: [{ kind: 'text', text: 'x' }], truncated: false })` ⇒ 第一行恰是 `<attachment>`、最后一行恰是 `</attachment>`;同一描述符经补话载体降级为引用形 ⇒ 标签行恰是 `<attachment />`。
+- **G-ET6**(KL-656 的现状钉):正文含 `</attachment>` 的文本文件 ⇒ 标签内文本逐字节不变、整只结果里等于 `</attachment>` 的行仍恰一行(最后一行)、串里 `</attachment>` 出现次数 = 标签内次数 + 1。
+
+**SV(CC-426 / CC-457 / CC-480 / CC-490)** —— 体形取自服务端 tag 源码与测试夹具(坐标在门头注),夹具现役未换代,真路由格候夹具换到 7.121.0 后补跑。
+
+- **G-SV1**(本版证明):`readAllowedToolNotGranted({ code: 'permission.allowed_tool_not_granted', detail: { sessionId: 's1', entries: [{ source: 'request', entry: 'Bashtxt.exe\u001b[2J', reason: 'grammar' }, { source: 'skill', entry: 'Write ', reason: 'grammar', skill: 's', list: 'allowedTools' }] } })` ⇒ 两条逐格透传、`entry` 里 ESC 原样、`entryShown` 里零原字 ESC 且带可见转义、`entryShown === displayUntrusted(entry)`;凭据形条目展示形换记号;部署清单那一形无 `sessionId` 键;十种坏形整只 `undefined` 不抛;派发口答 `{ code, audience: 'user', facts }`。🔁 成文改口:§118 起的「本码只登记、派发口答 `undefined`」作废。
+- **G-SV2**(本版证明):`readModelUnreachable` 对 `{ code: 'UND_ERR_CONNECT_TIMEOUT', targetHost: 'gw.example:443', remedy, sessionId: 's1', taskId: 'run-0192' }` ⇒ 视图恰五键含 `taskId`;`taskId` 空串 / 非串 / null / 对象 / 数组 / 取值器抛 / 只在原型链 ⇒ 只省这一键;只读一次。
+- **G-SV3**(本版证明):`classifyRulesFailure(400 request.query_invalid, { cursorSent: false })` ⇒ `query-refused`、句原样;`{ cursorSent: true }` / 不给 / 坏第二参 ⇒ `cursor-stale`;`listAllPersistedRules(facade, { scope: 'project:myproj' })` 首页即拒 ⇒ `query-refused`、恰一发、不重列。端侧验收(候服务端 ≥ 7.120.0):带相对 scope 的列举 ⇒ 渲服务端的绝对根句,不提示「清单变了」。
+- **G-SV4**(本版证明):`projectSessionReadRedactionCapability({ sessionReadRedaction: true, sessions: false, … })` ⇒ present、判据认;7.119.0 形(无此键)⇒ `not_reported`、判据不认;`false` / `"true"` / 数 / 对象 / null ⇒ 删格;src 里按版本号判历史脱敏的读法零处。
+- **G-SV5**(本版证明):`applyLiveRequestDefaults({ objective: 'o' }, { appendSystemPromptCapable: false, outputStyleSeat: { name: 'Explanatory', turnReminder: 'Explain the why behind each change.' }, outputStyleSeatReading: { kind: 'present', value: true } })` ⇒ 顶层 `outputStyle` 与座逐键同(新对象);读数不认六形 ⇒ 无顶层键;调用方已带 ⇒ 不覆盖;`{ name: '', extra: 1 }` 原样落;风格正文座同时在。端侧验收(候服务端 ≥ 7.121.0):模型请求里出现 `Explanatory output style is active. Explain the why behind each change.`;坏形 ⇒ 终态 `failed` `config.output_style_invalid`。
+- **G-SV6**(本版证明):`normalizeShellPermissionModeForWire('dontAsk', r)` 对十一种读数都答 `'dontAsk'`;`permissionModeField(normalizeShellPermissionModeForWire('dontAsk', r), { stampDefault, permissionModes: r })` 在 11 × 2 格上与 0.93.1 逐格同;别名表源码恰一行 `manual → default`。🔁 成文改口:§119 G-PM2「`normalizeShellPermissionModeForWire('dontAsk')` 不认 ⇒ `'default'`」作废 → 新判据眼 = 别名口恒 `'dontAsk'`、合用写法产物不变;§119 G-PM4 老一代夹具「归一 `default` 被受理」改读「别名口交 `dontAsk`、字段投影口落 `default`、真受理口受理」。**真机一半(候端)**:§112c G-T5 与 G-M3 的「`dontAsk` 拒绝 ⇒ `deniedBy: "mode"`」在把能力位读数交给字段投影口的终端 × 服务端 ≥ 7.119.0 上补跑;不交读数的终端照旧 `deniedBy: "ask_resolution"`(KL-594 删行,本条承接)。
+- **G-SV7**(本版证明):`CONFIG_AGENT_UNKNOWN_TOOL === 'config.agent.unknown_tool'`、在 `CONFIG_REFUSAL_CODES` 里、`isConfigRefusalCode` 认;近形(大小写 / 尾空白 / 少一段点)识别表不认。端侧验收(候服务端 ≥ 7.120.0):`agents: [{ name: 'helper', denyTools: ['bash'] }]` ⇒ 终态 `failed` + 本码,渲配置拒绝族通用句 + 原码。
+- **G-SV8**(本版证明):`looksLikeKnownSecret` 与配置层 10.0.0 `containsSecretToken` 在 60 条语料上逐条同判(含 `key: -----BEGIN RSA PRIVATE KEY-----` / 换行之后 / 小写 / `%20` 编码空格四形判阳、公钥 / 证书判阴);`displayUntrusted` 对小写块头与 `BEGIN` 后无空格的私钥块主体换记号、常规形回归、公钥块主体上屏、两遍同答;生成物 `SETTINGS_PRIVATE_KEY_PEM_HEADER` 与配置层源 / 标志逐字。
+- **G-SV9**(本版证明;零读点):本包源码对 `outranks` / `ask-me-each-time` / `absolute root` / `layers[` / `leaseClient` / `generationEcho` / `modelPlaneDeferred` / `configHandoff` / `identityAttach` / `sessionsVisible` / `webBaseUrl` / `rule_row_dropped` 零命中;`request.unprocessable` 的读点只按码与 `(resume.session_not_found)` 尾判,不读设置拒句。
+
+**SP2**
+- **G-SP2-A**(本版证明):`autonomyLaneRefusalFromError({ status: 422, errorCode: 'request.autonomy_lane_refused', message: '<服务端句>' })` ⇒ `{ code: 'request.autonomy_lane_refused' }`;`request.field_invalid` / 码只在句里 / 大小写变体 ⇒ `null`;开发依赖 sdk 的 `toApiError(422, 体)` 映出的错误同认;`autonomyLaneRefusalContent()` 不含服务端句。端侧验收(候服务端 ≥ 7.122.0、`AUTONOMY=plan` 部署):`POST /v1/leader` ⇒ 422、壳渲本口那一句。
+- **G-SP2-P**(本版证明):活卡腿对 7.121.0 体 `{ approvalId, askId, reason: 'parking_in_progress', retryAfterMs: 250 }` ⇒ `parking` 恰两键;对 7.122.0 体(+`message` / `decidePath`)⇒ 四键、`message` 原字节;两形的用户面一句逐字同、不含 `message` 里的任何字节;`message` 七种坏形只丢它。
+- **G-SP2-D**(本版证明):判型口认 `{ type: 'error', errorCode: 'draining' }` / `{ event: 'error', data: { errorCode: 'draining' } }` / `{ type: 'unknown', event: 'error', data: {…} }`,不认 503 错误对象 / `failed` 帧 / 流帽帧;决策口 attempt 0 / 1 / 2 ⇒ 1000 / 2000 / 4000、3 ⇒ `attempts_exhausted`。真服务端格(夹具 ≥ 7.122.0):订阅 `GET /v1/approvals/stream` 后打 `POST /v1/admin/drain` ⇒ 读到的帧过判型口、决策口答重连 1000 ms、sdk 自行重连且新流以 `meta` 开头。端侧验收:附着着的端在服务端排空时不报失败、等一拍后重连。
+- **G-SP2-T**(本版证明):`agentToolListFlaws([{ name: 'a', denyTools: ['bash', 'BASH', 'Bash'] }])` ⇒ `bash` 退役(现名 `Bash`)、`BASH` 孪生(现名 `Bash`)、`Bash` 无;22 条语料与开发依赖引擎 `compileAllowList(…, 'deny', 名册)` 逐条同答(退役 / 无前缀 ⇔ `tool_name`,孪生 ⇔ `near_miss`)。端侧验收(候引擎 ≥ 7.46.0):`disallowedTools: [bash]` 的自定义 agent 在开扣时不送、告警点名现名,run 不撞 `config.agent.unknown_tool`。
+- **G-SP2-S**(本版证明):开发依赖 sdk 18.1.0 下 build 零错;整只出包 `.d.ts` 当宿主类型检查(`skipLibCheck` 关),`@sema-agent/sdk` 解析到地板线见证(与 peer 地板同 major 的最低一份,本版 18.1.0)与开发依赖两份都零诊断,六个权限模式词都赋得进 `PermissionMode`;sdk 面门、能力位台账门、地板门(地板线见证)全绿。
+- **G-SP2-F**(本版证明):`ABORT_CAUSES` / `STATUS_DERIVED_COARSE_CODES`(根入口)与包内 `ASK_GONE_DENIED_WORD` 和 18.1.0 包根 `ABORT_CAUSES` / `STATUS_DERIVED_COARSE_CODES` / `DENY_REASON_ROUTING_FAILURE` 逐词逐序同;`parkedResumeStartupFromError` 对 `{ status: 422, errorCode: 'parked_resume.startup_failed', extra: { cause: 'w' } }` 的读数无 `startupCause`、对具名位 `startupCause: 'w'` 读到 `'w'`;`package.json` `peerDependencies['@sema-agent/sdk']` = `>=18.1.0`、`SUPPORT_FLOOR.sdk` = `'18.1.0'`。端侧验收:宿主 sdk 18.1.0 换钉后编译零红、`dontAsk` 照写。
+
+**PK 行的判据**
+
+- **G-PK10**(PK-2):G-PK10a 根入口导出函数 · G-PK10b 四键同严读(`message` 原字节含控制符照出)· G-PK10c 坏值只丢各自那一键 · G-PK10d 非停驻体 `undefined` / 自称停驻无 `approvalId` ⇒ `claimed_unreadable` / 访问器读抛只丢那一键 · G-PK10e 出包 `.d.ts` 带读口与读数型。
+
+**FX 行的判据**(纯包层,走根入口公面)
+
+- **G-FX1**(本版证明):`isInStreamDrainingEnd({ type: 'failed', event: 'error', data: { errorCode: 'draining' } }) === false` 且 `streamDrainingDecision(同一帧, 0)` ⇒ `{ giveUp: 'not_draining_end' }`;外层 `type` 为 `7` / `''` / `null` / 自有 `undefined` / 自有访问器(取值器不执行)/ `'meta'` 同答;`{ event: 'error', data: { errorCode: 'draining' } }` 与 `{ type: 'unknown', event: 'error', data: {…} }` 仍 `true`(int 版本:前一组全 `true` / `{ reconnectAfterMs: 1000 }`)。门 server-7122-pick D2m。
+- **G-FX2**(本版证明):一条规则两因 —— ① 没被收口帧撤走的中止卡(卡口直接答 `aborted` / 调用方信号在卡呈出后中止 / 悬挂问路径 / join 方中止 / 宿主信号坏形)⇒ respond 恰一次 `deny`、opts 恰 `{}`(能力位为真时恰 `{ note: 'Interrupted by user' }`)、结局恰 `{ decision: 'unresolved', aborted: true }`、零停驻句、`approvalResolutionOf` ⇒ `{ kind: 'unsettled', cause: 'interrupted' }`、`approvalOutcomeNoteOf` ⇒ `{ approvalId, settled: false }`;② 收口帧(`outcome: 'allowed'` 或 `parked: true`)先到、包已撤卡,之后宿主把卡结算成 `aborted`(信号中止与否)⇒ respond 零次、结局 `retracted`(CC-514 回归钉);中断拒绝在路上时同 approvalId 再来 ⇒ `joinedInFlight`、不呈第二张卡;挂住 / 同步抛不拖结局。`APPROVAL_NOT_SENT_CAUSES` 不含 `aborted`、根入口无 `APPROVAL_NOTE_ABORTED_DETAIL`(0.93.1:一发 deny 并等回体;int 版本:零发)。门 hitl-wave2 G-HW2-1a – 1u / 6c / 6d,approval-card-retract S1b,terminal-cause-projection B9-③S4 / S4′,approval-decided-by-capability AB4e。
+- **G-FX3**(本版证明):全部单类 + 全部二类 × 三种强制读数 × 出身词四形的强制卡(10 400 张)在钩子车道都是 `skip`,且 `mandatedApprovalDetailOf(card)` 与 `mandatedApprovalDetail()` 都不含 `hook`(int 版本:10 400 张全含)。门 automatic-answer-verdict K6 / K1b / K2,gate-vocabulary S8。
+- **G-FX4**(本版证明):`modelSetupDecision({ engine: 'local', lanes: { processEnv: 'complete', … }, routeGap: 'endpoint_missing' }, true | false)` ⇒ `'explain_route_gap'`;`modelSetupNotice('explain_route_gap')` 含 `a model name is configured` 与 `model setup will not help`、不含 `no model name is configured` / `opening model setup`;缺模型名的读数 ⇒ `offer_setup` / `explain_unconfigured`;三态入参与 0.93.x 同。门 request-uplift G-RQ4h – h⁗。
+- **G-FX5**(本版证明):`approvalPriorCardsDetail` 对取值器元素(取值器不执行)⇒「先呈过一张」那一句;陷阱全抛的代理 / 已撤销代理 / 原型链上的位 / 长度 10 亿的稀疏数组 ⇒ `undefined`;全程不抛。门 approval-card-face-projection PC8b – e。
+- **G-FX6**(本版证明):`readAllowedToolNotGranted` 的条目 `skill: 's\u001b[2J'` ⇒ `skillShown === displayUntrusted(skill)`、零原字 ESC;`currentName` 带 ESC / BEL 同律;两位缺席 ⇒ 展示形缺席;凭据形技能名 ⇒ 展示形换记号。门 engine-notice-catalog G-AN5n – q。
+- **G-FX7**(本版证明):同一 `toolCallId` 上第一张卡答 allow、respond 回 202 停驻体 ⇒ 第二张卡的 `priorCardsForCall` 无 `outcome`、人话不含 `already approved`;respond 失败同;respond 回 `void` ⇒ `allowed`;耐久腿 decide 409 ⇒ 下一张活卡上那一张无 `outcome`。门 approval-card-face-projection PC10a – d。
+
+### 121d. 端上要动的读点
+
+**CP 行的读点**(本机克隆 `git fetch` 之后的 origin/main;行号会漂,合并前请各端对自己最新主干重看)
+坐标来自本机克隆的只读检索(终端 origin/main `bad8fa4b`);本机克隆可能落后远端,行号会漂,合并前请各端对自己的最新主干重看一遍。
+
+**终端(origin/main `bad8fa4b`)**
+- `sema/coreValuePortsHost.ts:58-74`(`const ports: CoreValuePorts = {…}`,完整型注解):换钉 `^0.94.0` 编译红一次 —— 从引擎包根加 `compileAllowList` 一行(CP-12);装上之后服务端 ≥7.117.0 上 allow 桶自动走新形。
+- `sema/askFrameNotes.ts:354`(强制卡句 `mandatedApprovalDetail()` 的唯一调用点;`liveToolApprovalWire.ts:518` 只是交位的注释):换读 `mandatedApprovalDetailOf(req)`(CP-7;判据口 `approvalIsMandated` 不变)。
+- `sema/settingsRulesWire.ts:846` / `:863`(`permissionsDeclaration` / `…Report`)、`commands/doctor/axesRows.ts:887`(doctor 句)、`sema/liveClient.ts:1315`(能力位读数):零改 —— 读数里多的 `layer` 位与选形都在包内;报告口多一个理由词 `voids_allow_list`,按理由词分支处若有 `never` 穷举则编译红一次。
+- `sema/upstreamBridge.ts:1097-1106`(`userInputUndrainedNotice`)、`sema/settingsRulesWire.ts:554`(`permissionRuleIssueDetail`):零改(读数 / 句子经包)。
+
+**管理台(origin/main `6dff5cb1`)**
+- `components/chat/hitl-card.tsx:250`(`{mandatedApprovalDetail()}`):换读 `mandatedApprovalDetailOf(<卡>)`(CP-7,[9285] 请托到货);同文件 `:143` 附注的「如实更正」一行随之复核。
+- 其余 CP 行零命中(`permissionsDeclaration` / `installCoreValuePorts` / `PERMISSION_MODE_INTENTS` / `readUserInputUndrained` 均无读点)。
+
+**桌面端(origin/main `e08d664c`)**
+- `main/session-host.ts:289-291`(`PERMISSION_MODE_INTENTS.includes` / `.join(" | ")`):判成员不受影响,拒句里列词的序变为引擎序(CP-9);`shared/localSessions.ts:28` 同读,零改。
+- 其余 CP 行零命中。
+
+**网页端(origin/main `d52e0108`)**:CP 行涉及的名字零命中,不涉及。
+
+**HW 行(坐标为各端远端主线只读检索;本机克隆可能落后,行号会漂,合并前请各端对自己的最新主干重看一遍)**
+坐标来自各端本机克隆 `git fetch` 之后的 `origin/main`(终端 `bad8fa4b`、管理台 `456bc215`、网页端 `632ce3e`、桌面端 `45bea21`,均为 2026-10-09;路径省略各端仓的 `src/` 前缀;本机检索,行号会漂,合并前请各端对自己的最新主干重看一遍)。
+
+**终端(origin/main `bad8fa4b`)**
+- **HW-1(CC-508)**:`sema/engineGenerationReattach.ts:128`(类 `EngineGenerationChangeReadError` 的定义)/ `:175`(抛点)—— 修前这个类名经包的 `String(e)` 上屏;换钉后包只交 message。终端自己 catch 后把抛出物拼进屏上句的那一半(CC-508 的壳半)同批删,直接渲包交回的 `reason`。`components/permissions/engineRuleSuggestions.tsx:698` 的 `parseLocalAllowRule(…)` 失败 `error` 句同理变为 `rule text did not parse (<message>)`(终端含 `Error: ` 前缀断言的用例同批改)。
+- **HW-2(CC-513)**:`sema/apiErrorSupplement.ts:289-290`(通用 API 错误补充行)与 `sema/askParkExpiry.ts:1453-1455`(问答卡过期出口)两处调用 `resumeContextUnavailableContent`,换钉后拿到英文句 —— 渲染面若要中文,按 `code`(`conflict.resume_context_unavailable`)本地化,不再拿句子当键;含中文断言的用例同批改。计划审阅决断的 409 缺席句现在由包出(结局句经 `onOutcome` / meta prompt 到模型与宿主),终端对该码的通用句渲染可退。
+- **HW-3(CC-509)**:产品源码没有 `edit` 决断的调用;`sema/liveClient.ts:2264` 把 `assistant.planReview` 绑进桥的 client、`sema/planReviewModeExit.ts:320` 只在 `approve` 上取 `permissionModeAfter` —— 都不受影响。换钉后 `HitlBridge.reviewPlan({ decision: 'edit', permissionModeAfter })` 才有包侧通路(终端换钉固定段里「`edit` + 模式词 ⇒ 200」那一格的包侧到货点就是本行)。
+- **HW-4(CC-512)**:`commands/compact/compact.ts:133`(`const engineCompact = requestEngineCompact()`)与 `services/compact/compactUx.ts` 的 `compactEngineStatusLine`(`fired` / `armed` 两行):`fired` 行改成「已请求」语义,不要在行里暗示已压完;订 `requestEngineCompact(undefined, { onSettled })`,`refused` / `failed` 渲成警示行(409 `compact.not_running` 包已另经宿主面上屏,命令行不必重复那一句,可只更新状态行);`accepted` 只说「引擎已受理」。终端的 `HITL 宿主面` 须已安装(`installHitlHostSurface`),否则 409 那一句静默。
+
+**管理台(origin/main `456bc215`)**:`lib/chat/transport/hitl-frames.ts:1235` 的 `waitForParkRowBirth` 判决里 `reason` 只在 debug 档消费 —— HW-1 对它是措辞变化,无需动作;计划审阅体校验(`lib/assistant/plan-review-body.ts`)已删手抄镜像、同向,不涉及。
+
+**网页端(origin/main `632ce3e`)**:计划审阅决断经包的 `decidePlanReview`(`engine-decision-verbs.ts` 的 `respondToPlan`)—— HW-2 的缺席句自动换上、HW-3 对 `reject` + 键的行为变化(只有宿主自己传了第三参才会发生;三选卡只对 `approve` 带键)无需动作。
+
+**桌面端(origin/main `45bea21`)**:`main/session-host.ts:2258` 起自持一份计划审阅结局措辞镜像(注释自述「不是逐字 import」),决断体只发 `{ decision: 'approve' }` / `{ decision: 'reject', reason }`,不经包的 `decidePlanReview` ⇒ HW-2 的缺席句、HW-3 都不触达;该镜像是否上收归桌面端与本包的归层复核,本版不改。
+
+**HD 行的读点**(本机克隆只读检索;远端主线行号会漂,合并前各端对自己的最新主干重看一遍)
+
+**终端(origin/main `bad8fa4b`,2026-10-09)**
+- `sema/engineGateSyncAllow.ts:1278`(`isBashFace`)/ `:1294`(`postureCardView`,把 Bash 面的写保护未决改写成 `write_protection` 再交包):换钉 `^0.94.0` 后删,姿态车道直接把卡交包(HD-4)。差异如实:引擎的命令面含 `Monitor`,这段视图只认 `Bash`;视图在带真人位的卡上不改写,包的姿态车道不读真人位 —— 换读后这两形与引擎同答。
+- `sema/engineGateSyncAllow.ts:363`(`NoAllowCause`)/ `:1828`(`noAllowCauseOf`)与 `sema/liveToolApprovalWire.ts:379`(`noApprovalUiDenyReason`)/ `:411`(`dontAskDenyReason`)/ `:856` / `:876`(两处调用):换读 `noAllowCauseOf(card, ladder)`(阶梯判决的 `autoFallbackReason` / `noRuleMatched` 折成 `RuleLadderNoAllowFacts` 五位)与 `policyDenyReason({ lane, toolName, cause, allowRuleFlag: '--allowedTools', budgetSetting: 'SEMA_GATE_SYNC_ALLOW_BUDGET' })`;句子与壳现句的差别只在无审批口车道那一句去掉了车道括注(HD-3)。
+- `sema/decisionRefusal.ts:167`(`livePendingHolds`)/ `:179`(`decisionRefusalOf`)/ `:192`(`refusalStanding`)/ `:203`(`undeliverableDecisionLine`)与 `sema/approvalStreamWire.ts:1739-1740`:换读 `liveAskPendingReading` / `classifyDecisionRefusal` / `decisionRefusalClosesOut` / `undeliverableDecisionContent`;`bindDecisionCloseout` 的端口装卸、绑定与去重账照留(编排归端)。读数从布尔变三态:`unknown` 与原 `false` 同处置(不收口);🔴 瞬时拒收(429 / 503 等)× 仍在等,壳现行为收口、换读后不收口 —— 端照自己的退避重送同一决断(HD-2)。
+- 卡面:活卡帧腿的卡上多 `boundGrants` / `classifierNoRuling` / `priorCardsForCall` 三位(只在在场时);技能激活卡渲授予清单(名字按上下文转义)、分类器没判的卡渲 `classifierNoRulingDetail` 那一句、第二张卡渲 `approvalPriorCardsDetail` 那一句(HD-1 / HD-6)。
+- 钩子段(终端 hooks 重构到货时):钩子能不能答这张卡只问 `automaticAnswerVerdict(card, 'permission_request_hook')` + `permissionRequestHookScope`,壳不自铸资格判定(HD-5)。
+- `sema/askParkReopen.ts:1596`(工具门整链 `surfaceFsApprovalAndDecide` 的调用):调用不改。差异如实:同一调用的第二张卡不再与第一张共享持有者;同一审批的两路取件仍相遇(单一持有登记身份加了待决行的 `createdAt` —— 待决列表行没有审批 id,行实例只能由它区分;HD-6)。
+
+**网页端(origin/main `ecdb1a1`)/ 管理台(`6dff5cb1`)/ 桌面端(`60e2ac8`)**:产品源码对 `automaticAnswerVerdict` / `surfaceFsApprovalAndDecide` / `surfaceApprovalCard` / 本版新口零调用(网页端 `ui/lib/engine/engine-approval-evidence.ts:87` 只在注释里提判定口;管理台 `lib/web/approval-facts.ts:100` 读 `approvalMandateDetail`,不走本包卡口;桌面端 `main/session-host.ts:2118` 注明不走卡抽象)⇒ 零必改。不走本包卡口的端自渲授予清单 / 成因句时用 `readApprovalBoundGrants` / `readApprovalClassifierNoRuling`,不自读帧键;`priorCardsForCall` 只在本包卡口上有(包侧缺口 ⑥)。
+
+**ST 行的读点**(本机克隆 `git fetch` 之后的 origin/main;行号会漂,合并前请各端对自己最新主干重看)
+
+- **网页端(origin/main `e861dfb`)**:① `ui/lib/desktop/folder-bridge.ts` 整件(过渡镜像型 + `hasDesktopFolderBridge` / `pickDesktopFolder` / `readDesktopSessionFolders`)换读:芯片可用性读 `watchSeatCapability(<座位接口>.seatCapabilitiesStateStore, 'pickFolder', …)`,禁用理由读 `seatCapabilityUnavailableDetail`,选文件夹调座位 `pickFolder()`;② `ui/lib/engine/engine-environment-wire.ts:96` 的 `FOLDER_SEAT_REASON` 与 `:445` `projectFolderChip` 的座位臂换读禁用句;③ `ui/hooks/useProjectGroups.ts:98` 的 `readDesktopSessionFolders()` 换读 `sessionsStateStore` 行上的 `cwd`(没选文件夹的会话从此进「其他」,不再各成一组);④ `ui/lib/desktop/local-sessions-transport.ts:111` 的 `SeatOptionalMembers` 加 `pickFolder` / `seatCapabilitiesStateStore`(老宿主构建没有这两员)。
+- **桌面端(origin/main `879a2b2`)**:① 座位实现加 `pickFolder`(对话框逻辑即 `main/folders.ts:66-77`;取消回 `null`),并在 `localSessions.stores["seatCapabilitiesState"]` 发布 `{ pickFolder: true }`(弹不了框的形发布 `false`);② `main/session-host.ts:866` 起把**用户给了的** `opts.cwd` 回显进记录的 `cwd`,缺省的 `<workspaceBase>/<sessionId>` 不写;③ `:1347-1352` 的 `sessionFolders()`、`shared/folderBridge.ts` 的 `pickFolder` / `sessionFolders` 与 `main/index.ts:279-288` 的注册随网页端换读同批退役;最近目录两只动词本版不进座位契约(见包侧缺口),去留不阻塞。
+- **终端(origin/main `bad8fa4b`)**:`sema/cloudAuth.ts:172` 与 `:177` 两条兜底换读 `deviceFlowPollingPlan(device)` —— `AbortSignal.timeout(plan.timeoutMs)`,轮询动词收 `{ ...device, interval: plan.intervalSeconds }`;计划是 `undefined` ⇒ 设备码响应坏形,走既有的坏响应报错;`DEVICE_CODE_TTL_SECONDS` / `DEVICE_POLL_INTERVAL_SECONDS` 两只 import 随之可删(两只响应型的 import 不动)。
+- **管理台**:零动作(座位与设备码轮询都不经它的客户端代码)。
+
+**RP 行的读点**(本机克隆只读检索:终端 origin/main `bad8fa4b`、网页端 `8153c73c`、管理台 `b73c00d9`、桌面端 `879a2b25`;行号会漂,合并前请各端对自己的最新主干重看)
+
+终端:
+- src/sema/resultFrameKeys.ts:33 / `:40` / `:53` / `:66`(四只读口)⇒ 删,改从本包导入 `resultErrorCodeOf` / `resultSelectedModelOf` / `resultSalvagedResultOf`(终端名 `mintedSalvagedResultOf`)/ `resultParkFailedReasonOf`;旧名并读腿(`:36` 读 `errorCode`、`:43` 读 `model`)随之消失(本包零铸旧名)。同名影子登记:三行 `divergent-copy` + 一行同义不同名,dueBy 0.95.0。
+- src/sema/apiErrorMessageWash.ts:69-88 `washApiErrorMessage` 与调用点 src/seam/adapter/runStream.ts:373 ⇒ 删洗法、只留入口别名(`aliasApiErrorMessageFlag`):包投影口交出的带旗行已洗(RP-1)。壳从盘上读回的旧行不过 adapt 时自己处置(KL-650)。
+- src/sema/wiringManifestStore.ts:419-452(`lastInstructionsCwd` / `legCwdByRun` / `noteLegCwdForRun` / `instructionsBindingCwd`)⇒ 删,腿 cwd 改记进已有的 `processFileHistoryDeclarationLedger()`:src/sema/liveClient.ts:1920 改为 `legCwdOfBody(liveBody, observedCallerCwd(liveCapsBaseUrl))`,`:1946` 改为 `ledger.declaredLegCwd(early, …)`;src/sema/upstreamBridge.ts:2725 改读 `ledger.legCwdOf(meta.boundRunId?.())`。
+- src/sema/wiringManifestStore.ts:466 `engineSelectedProjectInstructionFile` ⇒ 删;src/sema/overrides/cmd-memory.tsx:172 改调 `engineSelectedInstructionsFile(observedWiringInstructions(), { legCwd, currentCwd: getCwd(), realPathOf: realpathSync })`(多了符号链接之内判)。
+- src/sema/projectContextCapGate.ts:253 tee 里先调 `noteEngineCapsForCallerCwd(baseUrl, caps)`;`:343` `warnCallerCwdLaneOnce` 删「有实参就直读实参」那一腿,一律读 `observedCallerCwd(baseUrl)`;`:186` `callerCwdExplicitlyHonored` 换成 `callerCwdAdmitted(observedCallerCwd(base))`;`:190` `callerCwdHonored`(没确证否定就照送)改为读读数的 `present` ∧ `value === false` 一格。
+- src/sema/coreValuePortsHost.ts:41-76 装配根加五件(按完整型注解会先编译红);src/sema/servedEndpointEnv.ts:38 `endpointRouteKey`(路由键副本)换读 `routeKeyOf`、到货后删(CRED145 S2 的路由子项与 D-14 解挂)。
+- src/sema/cancelConflictCopy.test.ts:117-118 B4 对裸 409(`bareErr`,`:67`)断言 `/check what that decision did/`:换钉后那一形是「认不出」那一句 ⇒ 改用带 `conflict.approval_settled` 的错误或改断言 `cancelConflictContent({ kind: 'unrecognized' })`。产品码零改(注记读包的 `advice`)。
+
+网页端:`ui/lib/engine/turn-mapping.ts:406`(`_sema_salvaged_result ?? message.result`,错误信封旧名回落)与 `:416`(裸读 `_sema_error_code`)⇒ 换读 `resultSalvagedResultOf` / `resultErrorCodeOf`(旧名回落随之退役)。其余三票零读点。
+管理台:src/lib/chat/transport/engine-transport.ts:1398 / `:2266` 只在注释里提 409 的成因,按状态码判重发、不读句子 ⇒ 零必改;src/lib/lifecycle/sweeper.ts:159 的 `routeKeyOf` 是同名不同物(模块内 scope / worker 键,不导出)⇒ 零动作。
+桌面端:四票零读点 ⇒ 零动作(主进程若自装 core 值级端口,同终端补五件)。
+
+**HW2 行(终端 origin/main `bad8fa4b`;本机克隆只读检索,行号会漂,合并前请对自己的最新主干重看)**
+- **HW2-1(CC-514)**:`sema/liveToolApprovalWire.ts:1158-1168`(迟批走停驻卡决完后 `settle({ kind: 'aborted' })`)—— 换钉后:同一问的收口帧已到(包已撤卡)⇒ 零发;没到 ⇒ 包发一发中断拒绝(多半撞 409 / 404,观察器上屏一行)。**终端主票的对位(停驻卡决完改用 `retracted` 结算)两种情形都零发,建议同批做**。`:974-978`(卡请求 `signal` 中止)/ `:1532-1537` / `:1633-1637`(卡上 / 确认卡上的 `onAbort`)/ `screens/REPL.tsx:2722-2726`(首帧 Esc)结算 `aborted` ⇒ 换钉后包发恰一发中断拒绝(与 0.93.1 同,只是不等回体);`sema/approvalStreamWire.ts:1540` 读结局 `aborted` 的分支照旧(不发决定)。`sema/suspendedAskPort.ts:405-407` 的便签读法与 0.93.1 同(`retracted` 只在撤卡;中止形 `settled: false`、无 `retracted`)。
+- **HW2-2(CC-493)**:卡口已听 `signal`(`sema/liveToolApprovalWire.ts:1326-1330` → `:1027-1031` 撤卡并答 `aborted`)⇒ 撤卡零改。`sema/approvalStreamWire.ts:1840-1866`(`onToolApprovalComplete` 见 `live-expired-parked` 就 `markApprovalCardMovedToDurableQueue`、卡留屏)与迟批走停驻卡那条路(`sema/liveToolApprovalWire.ts:1097-1217`)对经本包桥呈出的卡成为不可达(收口帧到时包已撤卡)—— 复核后退役或只留给非桥来路的卡。`sema/liveClient.ts:1704` 装的 `onToolApprovalOutcome` 调用时刻后移到卡落定之后,别再假设它与帧序同步。
+- **HW2-3(CC-191)**:`sema/probeCauseNote.ts:107-129`(`probeReasonNoteText` / `probeCauseNoteText`;码原样 `clean(pc.code, 200)` 上屏,没有按码的本地化表)与两处取用 `sema/liveToolApprovalWire.ts:530` / `:553`、`sema/approvalStreamWire.ts:730` / `:738` —— 「为什么问」那一句换读 `askProbeReasonDetail(req)`;`roots` / `further` 两行照旧按数据渲。
+- **HW2-4(CC-231)**:终端子代卡 / 任务输出卡若要上状态摘要行,读 `subagentStateDetail(structured)`(不从模型面文本里抠 `state:` 行);今天未接读,零必改。
+- **网页端 / 桌面端**:卡口须能同时收多张卡请求、并听卡请求的 `signal`(不听 ⇒ 121b 的回退形);卡上「中止」若要表达「拒」,交 `{ kind: 'deny' }`。
+
+**ET 行(CC-539;终端坐标取参照树 1.0.145〔`7c1c7101`〕,管理台 / 网页端 / 桌面端取各自本机 origin/main〔`b73c00d9` / `8153c73` / `879a2b2`;本机克隆未 fetch〕只读检索,行号会漂,合并前请对自己的最新主干重看)**
+- **终端**:① `sema/__fixtures__/user-attachment-envelope/golden.json` 45 行的 `expected` 逐行改真 —— 每行 = `<attachment path="<该行 path>">\n` + 原 `expected` + `\n</attachment>`(属性值 = 规则 3 显形再转实体;多数行是普通路径,属性值就是路径本身),`sema/userAttachmentEnvelope.test.ts`「金样逐字节」读这份,不改会 45 行同红;② `verify/_attachment-envelope-objective-pty.mjs:248`(`commonChecks` 里 `prefix.startsWith(envelopeHead)`):`envelopeHead` 前加一行 `<attachment path="<夹具路径>">\n`;`:338`(两文件一行的正则 `\n~~~~\n\nThe user attached a file…two.md\n`)改成中间夹 `</attachment>` 与第二块的开标签行;`:281` / `:288` 的围栏带行号断言不受影响;③ `utils/messages.ts:4298`(`userAttachmentEnvelopeMessages`,唯一调用点)零改;`atMentionAttachmentWire.test.ts:64` 与 `humanTurnAssembly.test.ts:125` 是 `includes`,不受影响;终端没有按头句词扫「这是附件块」的读点(`utils/messages.ts` 零命中)。
+- **网页端 / 桌面端**:origin/main 对 `mintUserAttachmentEnvelope` / `encodeHumanTurn` / `The user attached` / `<attachment` 零命中(尺子已对已知串 `@sema-agent/client-core` 自证会响)⇒ 零动作。**管理台**:代码零命中;自己的接入表把这两口列在「本仓不经过」里 ⇒ 零动作。
+- 金样改真示例(`pdf-known-pages` 一行,其余行同法):
+  - 前:`"expected": "The user attached a PDF to this message with an @-mention: large.pdf\nFull path: /work/proj/large.pdf (12.5KB, 12 pages). Its contents are not included in this message; the Read tool can read it by page range."`
+  - 后:`"expected": "<attachment path=\"/work/proj/large.pdf\">\nThe user attached a PDF to this message with an @-mention: large.pdf\nFull path: /work/proj/large.pdf (12.5KB, 12 pages). Its contents are not included in this message; the Read tool can read it by page range.\n</attachment>"`
+
+**RX 行(CC-431 / CC-368)**
+- **终端(origin/main `3b759d30`;参照树 v1.0.145 `7c1c7101`)**:① RX-2:`sema/seamQueryEngine.ts:1385`(`dw.resolveHeadlessDetach(process.env.SEMA_LIVE_BASEURL, process.env)` ⇒ `dw.resolveHeadlessDetach(process.env)`,编译红一处;§119d RT-5 曾写「照编、不必改」,到本版不再成立);测试 `sema/detachWire.test.ts:71 / :77 / :87 / :92 / :99`(五格多实参调用改成单参;「探测零次」格原靠注入的 `fetchImpl` 计数,改成计全局 `fetch`)。② RX-3:`sema/seamQueryEngine.ts:1275-1276`(`lr.flaggedFlags.length > 0 && process.env.SEMA_ENGINE_URL` 那一块,与 §119d RT-5 的整块删是同一块;按 RT-5 删后这一处读点随之不在);测试 `sema/limitsWire.test.ts:34 / :59 / :169 / :173`(四格 `r.flaggedFlags` 断言改成 `limits` 在不在场)。③ RX-4:源码对 `askSurvivesPosture`(0.94.0 退出公面) / `askSurvivesStandingAnswer`(0.94.0 退出公面) **零 import 零调用**(只剩 `sema/engineGateSyncAllow.test.ts:1884 / :1904 / :1962 / :3577` 等处的注释与测试正文、`:4447` 的「源码零命中名单」,留着无害);**联动一处**:终端 scripts/wire-anchor-registry.mjs 第 3476 – 3493 行的 A-K53 `mintProbeAt` 第二项把 `hitl/askSurvivesPosture.js`(该文件本版随 RL-56 退役)的九条字节探针钉在包产物上(`const origin = readOwnNonEmptyString(…)`、七个 `<词>: true,`、`if (known && ORIGIN_SURVIVES_POSTURE[origin] === true)`)—— 换钉 ≥0.94.0 后该文件不在,这一项必红,删这一项(`consumerProbe` 与第一项 `hitl/toolApprovalWire.js` 两条照留),`anchorValue` 与 `note` 里「七个必问词在判定表里答 true」一句同步改掉。④ RX-1:零(终端走已装目标形,不传 `wire`)。
+- **网页端(origin/main `f407171d`;锁 0.93.1)**:RX-1 零动作 —— `ui/lib/engine/engine-decision-verbs.ts:830` 已是 `{ client: ctx.planReviewWireClient }`,`:66` 的头注还写着旧形(注释,可顺手改);RX-2 / RX-3 / RX-5 零;RX-4 零(`ui/lib/engine/engine-hitl-frames.ts:28` 仅注释)。
+- **桌面端(origin/main `879a2b25`)**:RX 五行零读点(源码零命中)。
+- **管理台(origin/main `1d1f6a18`)**:RX 五行零读点;`test/pickup1018-dependency-pickup.test.ts:292 / :385` 的名单只在字符串里提到 `flaggedFlags` / `capsBaseUrl` / `resolveHeadlessDetach`,不读。
+
+**DO 行的读点**
+
+**DO-1 / DO-2 / DO-3(节点属性与清单值的遮蔽)—— 四端零动作**
+- 四端都只经 `displayUntrusted` 取遮蔽结果,读点是「拿字符串直接上屏」,不对块 / 属性 / 清单形的输出做字节断言:在四端 `origin/main` 的 `*.ts` / `*.tsx` / `*.mjs` 里检索 `!!str|!!binary|api_keys:`,命中全是 JS 双重取反 `!!x`(终端 `components/Messages.tsx:728`、`components/messages/liveThoughtRow.ts:11`,网页端 `tests/run-icon-fidelity-test.mjs:277` 等),没有 YAML 形;终端 `sema/displaySafeFreeText.test.ts:1190`(`cache_creation_input_tokens: 12` 原样)是计量标签放行,本版不动。
+- 想自己再洗一遍的端注意 DO-3:洗过的块序列在缺省单行载体上折成 `键: - «…» - «…»`,再过 `displayUntrusted` 不变;自己另写的「标签后第一个词」洗法(本机检索无)不要再加。
+
+**DO-4 / DO-5(`RetryStatus`)**
+- 终端:`components/Spinner/SpinnerAnimationRow.tsx:775`(`status.error.formatted.trim() !== '' ? status.error.formatted : generic`)与 :721 起的注释 —— 零动作;`formatted` 现在是已洗过的字节(干净文本不变),这一行不用再洗。
+- 管理台:`lib/chat/transport/turn-mapping.ts:892`(`error.formatted` 的转发)、`components/chat/transport-reduce.ts:296`(因由词「上游自己那句话优先」)、`lib/chat/transport/session-transport.ts:448`、`components/chat/liveness.tsx:83`(上屏前的洗)—— **web-admin [9630] 的诉求**:formatted 是引擎英文散文、i18n 端不该直渲 ⇒ 读 `RetryStatus.errClass`(本包已交,全部 error / stalled / waiting 臂,present-iff,开集;DO-5)按码选句,`formatted` 留作兜底;`liveness.tsx:83` 的端侧洗保留也无害(幂等),换钉后可退。
+- 网页端 / 桌面端:本机检索 `mapBrainStatusToRetry|error\.formatted` 零命中,不涉及。
+
+**RQ 行的读点**
+
+**终端**
+- **RQ-1**:`sema/seamQueryEngine.ts:1583`(无人值守车道的装配口调用 `assembleTaskRequest(…, 'print')`;`:1563` 的体积测量那一份同入参):交 `approvalReachDeclarationSettled(approverReachable, baseUrl, withinMs)` 的 `field` 进 `buildTaskRequest`;`approverReachable` 是本车道「有没有能答审批的面」这一位事实(今天这条车道没有活体审批面 ⇒ `false`)。`withheld` 在场时照今天的出路收场(这一端自己拒卡那一路照留)。键名不要在端上拼。
+- **RQ-2**:`sema/seamQueryEngine.ts:1293`(`resolveHeadlessPermissionMode` 调用点):零改;那里 `if (r.fields.permissionMode)` 的分支从此恒真;`sema/printApprovalChannelNotice.ts:121` 读的 `wireMode` 恒在场。调试行打印 `source=` 的不受影响。
+- **RQ-3**:`sema/askParkExpiry.ts:260`(`readToolEndWindowDenied` 的「拒 ∧ 读结算词」双条件)⇒ 改成 `isApprovalWindowExpiredGate(g) || isApproverUnavailableGate(g)`;上收登记 `approver-unavailable-gate-predicate` 到货。
+- **RQ-4**:`sema/modelIdentityReading.ts:293-314`(`withModelRouteGap`:把本地判官的缺口叠在包的三态上、改写判定 / 句子 / 决策)⇒ 删掉改写,把 `modelRouteGapOf` 的结论按 `routeGap` 报进读数(判不出 ⇒ 不报);`sema/modelRouteGap.ts:16` 的判官本身留到引擎导出起服前可调的纯函数为止(上收登记 `model-route-gap-uplift` 的条件按此改钉);`fix` 半句的措辞属端(本包句子只说事实)。
+- **RQ-5**:`utils/effort.ts:83`(`modelSupportsEffort`)/ `:113`(`modelSupportsMaxEffort`)/ `sema/modelEffortDefault.ts:177`(`semaModelHonorsAllEffortTiers`)的模型名启发式 ⇒ 改读 `effortLevelHonored(effortLevelsOf(model), level)`;`unknown` 时的处置(面板给不给某档)由端定,不许折成 `yes`。
+- **RQ-6**:MCP 资源附件(`@server:uri` 那一臂,成功与六种失败)⇒ 交 `mcp-resource` / `not-included`(`target: 'mcp-resource'`)描述符;成功臂的提醒形与命令式句删掉;读边界判官的「运营方托管层 ask 规则」那一形交原因 `approval-required`。
+- **RQ-7**:`sema/settingsRulesWire.ts:800-831`(`withClientOwnedStatements`:自铸整服务器名、投影后并进 allow)⇒ 删,改把客户端自挂服务器的名字交 `clientOwnedServers`(上收登记 `client-owned-mcp-statements-to-package` 的条件 = 本版入参位);`sema/clientOwnedMcpStatements.ts:23`(`clientOwnedServerRuleNames`)随之退役(对象身份标记那一半属端,照留);`sema/settingsRulesWire.ts:705`(本地 `WIRE_RULE_TRUST_ORDER`)⇒ 删,改从本包导入(同名影子登记,删行期限 = 终端删掉本地声明之后的下一个本包版本)。
+
+**网页端(本机 origin/main `8153c73`)/ 管理台(`b73c00d9`)/ 桌面端(`60e2ac8`)**:RQ-1 / RQ-2 / RQ-3 / RQ-6 / RQ-7 零读点(产品源码对这几只口与无人值守车道零命中;网页端读 `isDeniedGate` 的那一处不受影响 —— 本版只加谓词)。RQ-4:桌面端起本机引擎时同报 `routeGap`(候端回报判官形)。RQ-5:网页端有「按模型限档」需求时读 `effortLevelsOf`(在线目录同一只单例)。
+
+#### SV(CC-426 / CC-457 / CC-480 / CC-490)
+
+> 坐标取各端本机 origin/main(终端 `bad8fa4b` / 网页端 `52750cd` / 桌面端 `45bea21`)。
+
+**终端**:① 规则导入流程的失败句 `switch`(`sema/onboard/CcRulesImportFlow.tsx:45`)有 `default`,换钉不红;要给 `query-refused` 专句(渲服务端那句、不说「刷新」)就加一臂 —— 今天的列举(`components/permissions/rules/PersistedRulesTab.tsx:293`)不带 scope 过滤,到不了这一臂。② `sema/seamQuery.ts:1424` / `:1457` 两处合用写法零改动(产物逐字同);要让 `--permission-mode dontAsk` 真上请求面,照 119d PM 把读数交给字段投影口(交给别名口已不起作用);交了之后 §112c G-T5 / G-M3 的真机一半在服务端 ≥ 7.119.0 上补跑(门记录 `deniedBy: "mode"`)。③ live 兜底层调用处(`sema/liveClient.ts:897`)可选加 `outputStyleSeat` / `outputStyleSeatReading`(caps 探测链 tee 处另加一行 `noteEngineCapsForOutputStyleSeat`)。④ 通告行(`sema/upstreamBridge.ts:997` 之后按码分派)对 `permission.allowed_tool_not_granted` 没有专臂,落通用行 —— 零改动;要逐条渲条目就读 `entryShown`。⑤ 别名口第二参 0.95.0 删:今天两处调用都只传一参,零改动。
+
+**网页端**:设置面列举(`ui/components/overlays/SettingsOverlay.tsx:266`)不带 scope 过滤 ⇒ 零行为变化;失败句函数 `rulesFailureCopy`(`ui/lib/engine/rules-wire.ts:181`)只读 `.message`、不逐臂分支 ⇒ 换钉不红、零改动。其余 SV 行零改动。
+
+**桌面端 / 管理台**:零改动(本机 origin/main 对 SV 各口零读点;管理台的配置层 10.0.0 写 / 读两侧另按配置层的升级指引自行提货)。
+
+**SP2**(坐标为各端远端主线只读检索;合并前请各端对自己的最新主干重看一遍)
+- **终端**(`bad8fa4b`):
+  - **SP2-4**:`sema/fleetClient.ts:432-433`(开舰队流、逐帧)/ `:496`(`ledger.applyFrame(frame)`)/ `:539`(断流后固定 1000 ms 重连)⇒ 帧过 `isInStreamDrainingEnd` 时记下它,本条流结束后的等待改取 `streamDrainingDecision(frame, attempt)`(`attempt` = 连续终帧次数,收到别的帧归零);`giveUp` ⇒ 走既有断流路径。终帧交给 `ledger.applyFrame` 照旧无害(本版起不记未知帧)。
+  - **SP2-5**:`sema/agentsWire.ts:197-215`(工具表拼法预检调用)与 `sema/agentToolListPrecheck.ts`(整只)⇒ 删,改把 `toolRoster`(引擎报过的名册)、`withholdRefusedDenyLists`(壳对引擎代际的那一位判定)、`agentSourceLabel`(agent 名 → 定义文件名)交给 `projectAgentsForWire`;告警与预判读结果上的 `warnings` / `toolListFlaws`。
+  - **SP2-2 / SP2-3**:零必改;壳要渲服务端 202 那句时读 `parking.message` 并经 `displayUntrusted`。
+- **桌面端**(`879a2b25`):`main/session-host.ts:1984`(流内 `error` 帧一律按流帽处置、当拍转耐久重附着)⇒ 先过 `isInStreamDrainingEnd`,是终帧时重附着前等 `streamDrainingDecision` 的时长;`:3242`(自读 202 体的 `reason`)⇒ 改读本包结局上的 `parking`(同一事实的第二条读法)。
+- **网页端**(`e861dfb8`):产品源码对订阅流 `error` 帧 / 202 停驻体零读点(检索零命中),零必改。
+- **管理台**:零读点,零必改。
+
+**PK 行的读点**
+
+- **PK-2 四端**:终端 —— legacy respond 回落腿(uplift `legacy-respond-fallback-parking-reader`)换读 `readToolApprovalRespondParking`、删壳侧窄读;管理台 —— 聊天传输层的 approval-parking 宿主镜像读口整只换成本读口、对拍门 `chat-wa96-parking-parity` 退役([9776]);网页端 —— inflight 半场本地判 `reason === 'parking_in_progress'`(8c39444)换读;桌面端 —— `session-host.respondToToolPermission` 本地判(60e2ac8)换读、`decidePath` 从读数取([9777])。
+
+**FX 行的读点**(本机克隆只读检索;行号会漂,合并前请各端对自己最新主干重看)
+
+- **FX-2 终端**:卡口里一切结算 `aborted` 的出口(信号中止 / 卡上 `onAbort` / 首帧 Esc)换钉后与 0.93.1 同:包发恰一发中断拒绝(不等回体,结局 `aborted` 而不是 `decision: 'deny'` —— 按决断词判「已拒」的读点改读判别口);迟批那一处见上一条 HW2-1(建议改结算 `retracted`)。
+- **FX-2 网页端 / 桌面端**:卡口 Esc 结算 `aborted` ⇒ 包发恰一发中断拒绝(与 0.93.1 同,不等回体);零必改。
+- **FX-3**:锁强制卡句字面的断言(终端 `sema/askFrameNotes.ts:354` 一带的快照、管理台卡上强制句)按新字面改真;读法不变。
+- **FX-4 终端**:`sema/modelIdentityReading.ts:293-300`(`withModelRouteGap` 用 `modelSetupDecision('not_resolvable', true)` 给路由缺口配向导)与 `sema/onboardGate.ts:85`(`modelSetupDecision(i.identity, true)` 交三态)⇒ 把 `routeGap` 报进读数、改交读数,路由缺口那一形拿 `explain_route_gap`(不进向导)。桌面端起本机引擎时同读。
+- **FX-6**:渲 `skill` / `currentName` 的出口(四端今天零读点,检索零命中)换读展示形。
+- **FX-1 / FX-5 / FX-7**:四端零读点、零必改。
+
+### 121y. 🔴 三端升级必读(固定段式)
+
+1. **换钉 `^0.94.0` 之前**:必须动的只有两类 —— ① 宿主自己的 `@sema-agent/sdk` 先升到 ≥ 18.1.0(peer 地板由 `>=12.0.1` 抬到 `>=18.1.0`,低于它 `npm install` 报 peer 冲突;SP2-7);② 随之而来的编译红与同批要改的断言 —— 按完整 `CoreValuePorts` 型装端口的宿主补 `compileAllowList` 与路由五件(CP-12 / RP-3),按完整 `LocalSessionsApi` 型写座位实现的宿主补 `pickFolder` 与能力表 store(SW-1),终端删 RX 五处(两处源码 · 两组测试 · 一处锚登记;RX-1 – RX-5),删 `HeadlessPermissionResolution['source']` 上对 `'absent'` 的分支(RQ-2),对各闭集做 `never` 穷举的写法各补一臂(CP-2 / CP-3 / CP-10 · HD-5 · RQ-6 · SV-1 / SV-3 · FX-4),把自写替身赋给 `FileHistoryDeclarationLedger` 型的测试补两只口(RP-2),终端按措辞写的断言与金样随改口同批改(HW · ET · RP);其余是可选接线或零编译红。下列各行必改的先、可选的后:
+   - **SP2**:🔴 **先把宿主自己的 `@sema-agent/sdk` 升到 ≥18.1.0**(peer 地板 `>=18.1.0`,SP2-7;低于它 `npm install` 报 peer 冲突;低于 17.1.0 时 `skipLibCheck` 关类型检查红)。其余 SP2 零编译红(新导出与可选位);对 `ProjectAgentsResult` 做键集等值断言的测试替身在有拼法问题的定义上多一键 `toolListFlaws`。
+   - **RX**:编译红清单(逐面)—— 终端:`sema/seamQueryEngine.ts:1385`(`resolveHeadlessDetach` 删第一实参)· `:1275-1276`(`flaggedFlags` 那一块,按 §119 RT-5 整块删);测试 `sema/detachWire.test.ts` 五格 · `sema/limitsWire.test.ts` 四格;另有一处**非编译**的红:终端 scripts/wire-anchor-registry.mjs 里 A-K53 钉了 `hitl/askSurvivesPosture.js`(该文件本版随 RL-56 退役),删那一项。网页端 / 桌面端 / 管理台:**零改动**(网页端的 `PlanReviewWire` 字面量已是 `{ client }`)。两只旧口 `askSurvivesPosture`(0.94.0 退出公面) / `askSurvivesStandingAnswer`(0.94.0 退出公面) 与四个型退出根入口:四端源码零调用,仍在调的宿主改读 `automaticAnswerVerdict`(121a RX-4 / RX-5 写了三态换名与姿态那一口两形变松)。
+   - **CP**:按完整 `CoreValuePorts` 型装端口的宿主先从引擎包根补 `compileAllowList` 一件(否则编译红;没装的 `Partial` 袋 ⇒ allow 桶按老形投,KL-614);对 `MODE_ARBITRATION` 键 / `GateModeReleaseReasonWord` / `PermissionsKeptReason` 做 `never` 穷举的写法各补一臂(`dangerous_delete` / `write_protection_unresolved` / `voids_allow_list`)。
+   - **ST**:按完整 `LocalSessionsApi` 型写座位实现的宿主编译红一次(补 `pickFolder` 与能力表 store 即过);对 `LOCAL_SESSIONS_SPEC` / `SEAT_METHOD_NAMES` / `SEAT_STORE_PROPS` 做长度或键集等值断言的测试按新面改(动词 18 / store 4);只读接口的渲染端零编译红。
+   - **RQ**:编译红至多三处 —— 对 `HeadlessPermissionResolution['source']` 做 `'absent'` 比较的分支(删掉);对 `UserAttachmentNotIncludedReason` 或附件描述符 `kind` 做 `never` 穷举的写法(加臂);其余都是可选位与新导出。终端同批:无人值守车道交 `approverReachable` 一位、改读 `isApproverUnavailableGate`、把路由判读报进 `routeGap` 并删本地改写、交 `clientOwnedServers` 并删本地并入口与本地信任序(121d)。
+   - **HD**:零编译红,除两处:`AutomaticAnswerLane` +1 词(对车道做 `never` 穷举的写法编译红一次);对 `ApprovalCardRequest` 做键集等值断言的测试替身在带新位的卡上多键。终端同批删 Bash 面改写视图、原因口与两只拒句、决定口拒收的四件(121d);网页端 / 管理台 / 桌面端零动作。
+   - **SV**:零必改 —— 对 `RulesFailure['kind']` 或 `EngineNoticeFactsCode` 做 `never` 穷举的写法各编译红一次(补 `query-refused` 臂 / 本码的派发结果);把 `normalizeShellPermissionModeForWire` 的返回值直接当 wire 词发的写法改经 `permissionModeField`(否则 `dontAsk` 原样上老服务端会被拒)
+   - **RP**:按完整 `CoreValuePorts` 型装端口的宿主,从引擎包根补五件(`routeKeyOf` / `joinRequestUrl` / `resolveRouteCredential` / `adjudicateModelRoute` / `routePairingStatus`)—— 否则编译红一次;把自写替身赋给 `FileHistoryDeclarationLedger` 型的测试同批补两只口(`declaredLegCwd` / `legCwdOf`);终端 `cancelConflictCopy.test.ts` B4 改口(121d)。
+   - **HW2**:对 `ApprovalNotSentCause` 的穷举写法本版**零变化**(CC-514 初版加的 `aborted` 一词随定形撤回);卡口里把「中止」当「拒」用的出口(Esc / 卡上中止键)换钉后包照旧发恰一发中断拒绝(与 0.93.1 同,不等回体);迟批走停驻卡决完的那一处建议改结算 `retracted`(收口帧没到时也零发);卡口确认听卡请求的 `signal`(收口帧到时包靠它撤卡)。
+   - **FX**:对 `ModelSetupDecision` 做 `never` 穷举的写法编译红一次(+`explain_route_gap`,FX-4);`modelSetupDecision` 本版两形都认(读数推荐、三态照旧),0.95.0 删三态(RL-91)—— 先改传读数;锁强制卡句字面的断言改真(不再含 `hook`,FX-3);其余零编译红(可选位 `skillShown` / `currentNameShown`)。
+   - **HW**:先看 121d 的 HW 行 —— 终端的 `/compact` 状态行、问答卡 / 通用错误补充行里依赖中文句或类名的断言、`parseLocalAllowRule` 错误句的 `Error: ` 前缀断言,换钉前同批改。
+   - **DO(CC-459 / 460 / 503 / 285)**:零编译红(无新导出、无新型位;`RetryStatus` 型面不变)。行为面(只多遮,另有一处少遮一个短横字符):凭据标签冒号之后的节点属性 / 清单值逐项遮,属性与值各一枚记号,记号个数断言要按项数写;`error.formatted` 现在是已过展示出口的字节(干净文本不变)。四端零动作;管理台可顺手把 `formatted` 的直渲换成按 `errClass` 选句(121d)。
+   - **ET**:零编译红(无新导出、无新型位,根公面不变)。行为面:提交体里每块附件信封多一层标签(内容形 `<attachment path="…">`…`</attachment>`、引用形自闭合一行 + 原引用句);终端逐字节金样 45 行与 `verify/_attachment-envelope-objective-pty.mjs` 里按头句 `startsWith` / 拼两信封的正则断言要同批改真(121d);网页端 / 桌面端 / 管理台零动作。
+   - **PK**(PK-2):零编译红(新导出)。
+2. **逐面**:终端 21 处必改 / 网页端 2 处 / 桌面端 2 处 / 管理台 1 处。(数的是上下两条里写明「编译红 / 同批改 / 同批删 / 换读」且未标可选的项;各行的 `never` 穷举补臂与 HW2 的卡口自查不计。终端 = 装配根补端口 1〔CP-12 与 RP-3 同一处〕· 强制卡句换读 1 · HW 断言 3 · 设备码轮询换读 1 · RQ 4 · HD 3 · RP 用例 1 · ET 2 · RX 5;网页端 = ST 2〔目录芯片读能力表、项目分组读记录行 `cwd`〕;桌面端 = ST 2〔实现 `pickFolder` 并发布能力表、只回显用户给的 `start({ cwd })`〕;管理台 = CP 1〔卡上强制句换读〕。)其余是零动作或可选。各行如下:
+   - **SP2**:🔴 **排空终帧**(服务端 ≥ 7.122.0):订阅流上收到 `event: error` + `errorCode: "draining"` 是「这台在下线」,不是失败 —— 端自持的订阅读者经 `isInStreamDrainingEnd` 认它、按 `streamDrainingDecision` 等一拍重连;本包的审批推送腿 / 舰队账本 / workflow 活动流已接。🔴 **202 停驻体新键**:`message` / `decidePath` 原字节在结局的 `parking` 上;用户面一句仍是本包那一句。🔴 **退役的过渡臂**(SP2-7):`PermissionMode` 就是 sdk 的请求模式型、`decidedBy` 是 `ApprovalDecidedBy` 的 `'policy'` 一员、`ABORT_CAUSES` / `STATUS_DERIVED_COARSE_CODES` 是 sdk 包根同名导出的值 —— 端上若为老 sdk 另并过 `dontAsk` 或另写过这两张表,换钉同批删掉。
+   - **RX**:终端 —— 上一条的五处(两处源码、两组测试、一处锚登记);网页端 —— 零改动,可顺手把 `engine-decision-verbs.ts:66` 的头注从 `{client, capsBaseUrl}` 改成 `{client}`;桌面端 / 管理台 —— 零改动。
+   - **CP**:终端 —— 装配根补第十二件、强制卡句(一处)换读 `mandatedApprovalDetailOf`;管理台 —— 卡上强制句换读 `mandatedApprovalDetailOf`;桌面端 —— 零必改(拒句列词序变);网页端 —— 不涉及。
+   - **ST**:🔴 ① **pickFolder 能力位**:网页端目录芯片能不能开只读能力表(`watchSeatCapability` + `seatCapabilityUnavailableDetail`),桌面端实现 `pickFolder` 并发布能力表;② **cwd 记录键**:桌面端只回显用户给的 `start({ cwd })`,网页端项目分组读记录行的 `cwd`(没选文件夹的会话不再各成一组)。终端设备码轮询换读 `deviceFlowPollingPlan`。
+   - **RQ**:网页端 / 管理台 / 桌面端零必改;桌面端起本机引擎时可同报 `routeGap`;网页端要按模型限档时读 `effortLevelsOf`。
+   - **HD**:没有新位的卡、不带写保护未决的卡、只有一条停驻行的调用,与 0.93.1 逐字节同;规则车道判定、宿主卡口形、`surfaceApprovalCard` 不变。
+   - **SV**:见 121d SV —— 终端五处(全部可选或零改动)、网页端 / 桌面端 / 管理台零改动
+   - **RP**:四只结果帧读口与端自读同答(只差旧名回落与自有取值器两类,端那两类今天都不该再走到);带旗合成行在 adapt 重建后已洗(端兜底洗法可删);`callerCwd` 读器同步写格;腿 cwd 记进声明事实账本;取消撞 409 的 `advice` 改为读口那一句、message 前缀带码。
+   - **HW2**:活卡呈出之后流照走 —— 同流后续帧、同一问的收口帧在卡还在屏时就到;收口帧到时包撤卡、那张卡不再发任何东西(不听 `signal` 的卡口:人答了也不发,停驻形上一句「去停驻卡上再答」);结局回交在卡落定之后;同一审批的两路(流内帧 / 悬挂问)只呈一张。「为什么问」一句与子代状态一句各有唯一读口。
+   - **HW**:用户面失败句(七处出口)只含 message、固定兜底句 `the call failed with an error this client could not render`;`resumeContextUnavailableContent` 三段英文;计划审阅 `permissionModeAfter` 只核值集;`requestEngineCompact` 新增 `opts.onSettled` 与类型 `EngineCompactOutcome`;全族 26 只 `project*Capability` 直调遇取值器抛吞返 `undefined`。
+   - **DO**:展示出口 —— 块标量 / 单行值前的 YAML 节点属性、块序列 / 流序列(含 JSON 数组)/ 复数标签后的逗号清单、冒号后同行短横;retry 覆盖层 —— 四条 error 臂的 `formatted`;`errClass` 码位早已在(读法见 DO-5)。
+   - **ET**:终端 —— 金样改真 + 一处探针断言(121d);网页端 / 桌面端 / 管理台 —— 零读点。外套标签在包里铸、端交描述符;标签内文本与 0.93.x 逐字节同。
+   - **PK**(PK-2):四端各换读一处(上 121d),不换读也照旧跑 —— 本地镜像与包读数今天同判。
+   - **FX**:活卡上中止(Esc / Ctrl+C / 卡上中止键)⇒ 恰一发中断拒绝(Esc 不再把引擎那一问挂到窗满);已被收口帧撤走的卡零发;外层 `failed` 的混形帧不再被当排空终帧;强制卡句不提钩子;交读数的决策口在路由缺口上给 `explain_route_gap`(不弹模型向导);同一调用的第二张卡只在前一张被引擎收下后才说「已批准 / 已拒」;`skill` / `currentName` 有展示形。
+3. **不要做的**:① 不要按引擎 / 服务端版本号、错误类名或句子文本分支(读能力位、码与读口);② 不要在端上自铸包里已有的东西 —— 手写的名单 / 表 / 契约数字 / 账 / 撤卡判据 / 信封标签,也不要并读已退役的旧名;③ 不要把「缺席」读成肯定或否定(`not_reported` 不是「不支持」、`routeGap` 缺席不是 `none`、`unknown` 不是 `yes`、`aborted` 不是拒绝、`fired` 不是已压缩、`claimed_unreadable` 不是放行);④ 不要直接上屏未经展示出口的原文,也不要从遮蔽后的字节里读东西。各行具体项如下:
+   - **SP2**:不要把排空终帧当 run 失败或「流断了」上屏;不要按 `message` 文本分支、也不要把它拼进自己的句子;不要在端上另写退役名 / 大小写孪生的拼法表(读 `agentToolListFlaws` 与投影口的告警)。
+   - **RX**:纯 JS 宿主**不要**留着 `resolveHeadlessDetach(url, env)` 的两实参写法(不报错,但第一实参会被当成 env 读、关闭开关读不到);不要再往 `PlanReviewWire` 字面量里放 `capsBaseUrl`(类型已无这一位;纯 JS 多带也被忽略,别当成有作用);不要按 `flaggedFlags` 判「用户有没有给限值旗」(读 `limits` 在不在场);不要在端上自持一份「出身词 ⇒ 必问」表去补新口(判定只读卡上的问类集合与引擎仲裁表,出身词只是其中一路证据)。
+   - **CP**:不要按引擎版本号判 allow 桶的形(只读能力位与端口,判据在包内);不要在端上自筛 allow 内容形或自判 `*`(报告口 `kept` 已给理由);不要在端上手写「哪一类自动检查能答」(读 `mandatedApprovalDetailOf`)。
+   - **ST**:不要按「座位接口上有没有 `pickFolder` 这只函数」判能不能用(那只函数按契约版本暴露,不代表宿主实现了);不要把 `not_reported` 渲成「不支持」;不要把宿主缺省目录写进 `cwd`;不要本地跑 git 判能不能开 worktree(预检读口未出);不要在端上再写设备码轮询的契约数字。
+   - **RQ**:不要在端上拼 `approvalReach` 的字面、也不要在交互车道上发它;不要把 `routeGap` 缺席当 `none`、把 `effortLevelsOf` 的 `unknown` 当 `yes`;不要把报告口 `clientOwned` 表的去向并进 `kept` 当用户规则读;附件席位到货之前不要把 `@` 附件写成「调用了工具」的形。
+   - **HD**:别再在端上另列「Bash 面例外」或手写命令面名单(面只从包的判定口来);别按 approvalId 自记去重账去合并同一调用的第二张卡(它是新决断,照常要答复);别从帧上自读 `boundGrants` / `classifierNoRuling` 键(用两只读口)。
+   - **SV**:不要直接上屏 `AllowedToolNotGrantedEntryView.entry`(C0 控制符原样到端,上屏用 `entryShown`);不要按服务端版本号判会话历史是否已脱敏(读 `sessionReadRedactionAdmitted`);不要在端上再判每轮一句座的值形(引擎判,坏形是终态 `config.output_style_invalid`);不要再给别名口交读数指望它决定 `dontAsk`(只有字段投影口判)
+   - **RP**:不要再并读结果帧旧名 `errorCode` / `model` / `result`(本包零铸);不要在探测回调里直读能力位实参(先 note 再读读口);不要另起一本「run → 腿 cwd」账;不要照抄引擎路由配对律或拼请求地址(没装端口就答「判不出」);不要按 `cancel_lost_race` 的英文句子分支(按码与 `cancelConflictFromError` 的 kind)。
+   - **HW2**:别把 `aborted` 当「已拒」(那一发即发即弃,结局 `unsettled` / `interrupted`;要确定落定读引擎后续帧);别在端上自持「收口帧到了就把卡留屏 / 转停驻」的第二套撤卡判据(撤卡由包经 `signal` 做);别从模型面文本里抠子代 `state:` 行或自拼「为什么问」(读两只读口)。
+   - **HW**:不要按错误类名分支或匹配用户面失败句里的类名;不要把 `requestEngineCompact` 的 `fired` 当「已压缩」;不要在本地重新镜像「哪些决断配 `permissionModeAfter`」—— 读服务端的 400 `request.field_conflict`;不要拿 `resumeContextUnavailableContent` 的句子当 i18n 键。
+   - **DO**:不要按「清单一枚记号」「标签后恰一枚记号」断言(逐项一枚,属性另计);不要从遮蔽后的字节里读属性名或清单项;不要自己给 `error.formatted` 再写一套洗法(同一只出口);不要为 `passphrase` 一类族外键在端上手写标签(词表候共享检测定义的原语包,KL-627)。**成文改口**:§101「标签加 `:` 或 `=` 之后的值 ⇒ 记号」对节点属性读作「属性一枚 + 其后的值」,对清单读作「逐项一枚」;DU-11 / DU-12 里「块头紧跟在冒号之后」读作「块头紧跟在冒号与零到多枚节点属性之后」;§117 改读 15 – 16 条「块头连同整个缩进块一枚记号」在属性前缀下读作「属性一枚 + 块一枚」。
+   - **ET**:不要在端上自剥或自加这层标签(铸点只在包里);不要按「提交体是否以头句 `The user attached` 起头」判附件块(头句现在是标签内第一行);不要按有没有外套判包或引擎的版本;不要对标签内文本再做一遍转义或再套一层标签。
+   - **PK**(PK-2):不要再在端上按 `reason` 字面自判停驻体、不要把 `claimed_unreadable` 当放行。
+   - **FX**:不要把决策口的三态入参当路由缺口的判据(交读数);不要直接上屏 `skill` / `currentName`(用 `skillShown` / `currentNameShown`);不要在端上自记「同一调用前一张已批准」(读 `priorCardsForCall` 与人话口);不要把活卡结局 `aborted` 读成「拒绝已生效」(那一发即发即弃)。
+
+**包侧缺口:** **CP**:强制卡逐类「为什么」那半句的单源是引擎 allow 层的逐类理由表,引擎包根不导出 ⇒ 本版只做「谁能答」那一段(待引擎导出后换读);按工具名判问面(`askFaceOf`)与判定口按面读已由 HD-4 收口;卡 / 帧上不带读面(KL-613)。 · **RQ**:① 路由缺口的判官仍在宿主侧:引擎没有导出起服前可调的纯函数,本包不复刻,宿主把结论报进 `routeGap`(KL-639)· ② 附件席位没到货(服务端 v7.121.0 / 引擎 7.47.0 零铸点):三条载体恒走信封,「有席位」那一格本版造不出 · ③ 客户端自挂服务器的表态在请求体上没有来源位,分开审计只在报告口(KL-641)· ④ allow 的来源信任地板不在本包判(KL-640)· ⑤ 开跑即知的生效档位读点上游未定形(KL-642)· ⑥ `approvalReach` 只在无人值守车道有座(KL-643)· ⑦ MCP 资源附件「没带上」的用户面那一句仍在端上(KL-644)。 · **HW**:① 其余四个共用抛出物读口的出口(持久规则写 / 会话策略写 / 记忆治理 / MCP 探测)的 `message` 兜底仍是 `String(e)`,抛出物是 `message` 为空的带类名错误时屏上仍是裸类名(CC-508 只收七处 + 两处同形存量;本族 CC-517,0.95.0);② 子代 steer 口的 `detail` 仍直拼 `String(e)`(同族未收,同属 CC-517)。 · **HW2**:① `probeReason` 的长度上限不在包里判 —— 引擎上限不在包根出口、sdk 型面还没有这一键,服务端出帧时超上限整只丢(sdk 出键带上限后再议包侧防线)② 子代状态词与审批词原样渲 —— 引擎包根只有类型、没有运行期词表,词的人话归引擎导出词表之后 ③ 宿主卡口不听 `signal` 时撤卡退化为「答了也不发」(121b),不是 KL:那是成文缺席语义 · **HD**:① 决定口拒收后「仍在等」只读审批列表的活卡段,服务端按问取状态的读口未到(RL-83)· ② 停驻腿把 decide 拒收回交给端(与活卡腿同形的 `refusal` 回交)本版未做 · ③ 工具面按 wire 名逐字判,同名的调用方工具读作命令面(KL-633)· ④ 钩子车道的类列只读 `hookAskFloor`,几类真人专属靠卡上同带的位接住(KL-634)· ⑤ 瞬时拒收从不收口,端重送不成时那一问照审批窗结算(KL-635)· ⑥ `priorCardsForCall` 只在本包卡口上有,进程内、有界,按问的三样判「同一件事」(KL-636);待决行缺 `createdAt` 时登记退回修前身份(KL-637) · **ST**:① 文件夹能否开独立 worktree的预检读口(CC-496 / CC-469 ③)与会话 worktree一帧读口 + 会话级声明投影(CC-495)本版不出 —— 服务端 v7.122.0 没有探针口与会话级声明,引擎 #1456 设计中;不预铸型 ② 最近目录两只动词(`listRecent` / `noteRecent`)仍在桌面端自有桥上、网页端另有镜像型:同一契约两份声明,收进座位契约(由能力表管)另批 ③ 网页端按「成员在不在」判八只座位成员的可缺性,与能力表答的是同一件事;本版只把 `pickFolder` 收进能力表,其余成员归入能力表另批 ④ `pickFolder` 不带入参(请托方与两端桥都零参;加可选参是纯加法) · **DO**:① 清单值的读法射程(逗号清单只认复数标签、紧凑嵌套整棵子树整块遮、折成一行的块序列认不出清单、VT / FF / NEL / LS 作行断不认行结构;KL-625)· ② 节点属性之后的值写在下一行不跟(KL-626)· ③ 凭据标签族词表本版不补,候共享检测定义的原语包(KL-627)· ④ 键名清单项前夹不可见单元 + 点形载体 + 再洗一遍多遮短横(KL-628) · **RP**:① 结果帧读口族只收四只串型位,`_sema_abort_cause` 走既有 `readAbortCause`、对象型超集位(错配键 / 改了重发)走各自读口 ② 行种机读位 `_sema_row_kind` 本包未铸(CC-286,0.95.0),本版「已洗」依据取行类旗 ③ 归属读口只判首员、链接判在调用那一拍(KL-651)④ 端口镜像参数双变(KL-652)⑤ 分层门是单文件语法读法、跨仓共用门形候引擎 7.49.0(KL-653)⑥ 引擎包根真函数对既有三件镜像(`combinePolicies` / `ruleToolGrammarOf` 多一词 `name` / `validatePermissionRules` 的 `ruleFaces`)在严格函数型下不可赋,本版未动(终端以型断言绕过 `ruleToolGrammarOf`) · **ET**:正文 / 路径 / 条目名 / MCP 文本里的 `</attachment>` 字面串不显形(KL-656)—— 按串里第一个闭合标签收口的读者会在那一处提前收口,按行读的读者精确;显形要新增一条边界规则 + 头部说明句,属设计票 · **RX**:① RX-2 纯 JS 宿主的两实参调用没有运行期报错(第一实参被当成 env 读;不加垫片 —— TS 宿主编译红为设计,过渡臂不留)② RX-4 姿态那一口只剩单一判定后,宿主若要保留「本端不认识的出身词一律出卡」的旧收紧,得在自己的卡口按出身词补一道(单一判定不读表外出身词,只看卡上类集;本包不替宿主养这张表) · **SV**:① 子代工具清单拼法预检口(CC-457 A ②)本版不出 —— 大小写孪生一半候同版引擎包根 `ENGINE_BUILTIN_TOOL_NAMES` 的生成表 ② `/health` 镜像里 sdk 已声明的位改取 sdk 契约型随 sdk 提货另批 ③ 每轮一句座读数不认时静默不落(KL-619)④ 判官不给游标位时 `query_invalid` 照旧答 `cursor-stale`(KL-620)⑤ §112c G-T5 / G-M3 的 `deniedBy: "mode"` 真机一半候终端交读数(KL-594 删行承接于 G-SV6) · **SP2**:① 订阅流排空终帧之后由 sdk 自行重连的两条(审批推送 `approvals.stream`、`runs.events`)等待时长归 sdk,本包决策口管不到(sdk 当拍重连)· ② 拼法预判看不到委派工具池(射程见 121b)· ③ 「这台引擎会不会开跑前拒」本包不从版本号推,由宿主一位开关交进来 · ④ 退役登记 RL-46(run 死亡判决三码 `RUN_STALLED` / `RUN_ORPHANED` / `APPROVAL_EXPIRED` 的镜像)仍手写:sdk 18.1.0 只在 `RunRecord.errorCode` 的注释里列三码、入口没有运行期码表,本版没有上游可取;候上游导出码表(本包同批改取)。 · **PK**:零缺口(读器与 0.93.1 结局臂同一只)。 · **FX**:① `modelSetupDecision` 的三态入参分不出路由缺口(要新臂请交读数;三态入参 0.95.0 删,RL-91)· ② 姿态车道按构建期表判命令面写保护未决类、不随引擎代际(KL-659)。
+
 ## §120 🆕 0.93.1(2026-10-09)— 耐久停驻审批的决断口单一持有者(`FsApprovalOutcome.joinedInFlight`)· 活卡 respond 回 202 的停驻中结局(`unsettled` / `parking_in_progress`)
 
 > **同一只停驻审批两个持有者(SH 行;CC-491;外部验收 [9516])**:耐久停驻卡由本包 `surfaceFsApprovalAndDecide` 铸(取件 → 交宿主卡口 → 等答 → 发决断)。引擎换代之后,终端的重摆路与停驻解析器对**同一行**各调它一次;宿主卡口按 `callKey` 只呈一张、只答一个 Promise,另一路零超时永远等(卡停屏、下一张卡不来)。本版起同一把审批身份键在进程里同时只有一次决断在路上:先到者持有,后到者拿同一个结局的拷贝(`joinedInFlight: true`)、自己不呈卡不发决断不重发;没有并发的调用与 0.93.0 逐字节同(处置表 SH-1;判据 G-SH1 … G-SH11)。
@@ -10646,7 +12327,7 @@ installCoreValuePorts({ resolveAutonomousLoopPrompt, loosenReasons, combinePolic
 > **相对任务根写的路径 deny / ask 规则照写法原样投(RR 行;CC-366)**:`Edit(src/**)`、`Read(./.env)`、`Edit(/secrets/**)` 这类要靠任务根才解析得出的路径规则,`permissionsDeclaration` / `permissionsDeclarationReport` 照写法原样投,与 0.91.0 逐字节同。服务端只在知道任务根时才解析得出它们:工具不在服务端那台机器的文件系统上运行的执行环境(沙箱类、设备类),以及在服务端本机运行工具而这次会话没登记工作目录时,服务端会在受理时整份拒收带这类规则的请求(拒绝句点名规则)。本版不把它们改写成 `//` 绝对形 —— 改写后的规则在这类执行环境里是否与有任务根时同样生效取决于服务端,尚未得到确认。
 > **会话规则可送判定改读规则名文法(SP 行;CC-381)**:`sessionPolicyDeliverable` 判「这条 deny 能不能原样写进会话规则记录」时,此前只认整串里有没有未转义的左括号 —— 转义括号(`Read\(x\)`)、反斜杠、只有右括号、偶数个反斜杠后的左括号、超过规则长度上限的名字被判成能送,而引擎的规则编译器不收它们作整工具规则,会话规则记录按原字节比也没有哪只工具叫这个名字:写进去一条都拦不住,端上却会渲「已保存」。本版在逐条判据判能送之后再问装着的引擎规则编译器(core 值级端口 `validatePermissionRules`,与 `permissionsDeclaration` 问整工具名是同一只判官、同一问法):不收 ⇒ 以既有成因词 `not_a_tool_name` 扣下;判官答不上来 ⇒ 整批读不懂。只收紧:修后能送的批是修前能送的子集。
 
-> **服务端 7.116.0 / sdk 16.2.0 提货(SV 行;CC-371 / CC-370)**:七件。① 对一只已在没有人决定的情况下收场的流内问作答(410 `gone.ask`;7.116.0 起 local 车道重启后对上一世那张卡作答也落这一形)有了读口与一句话,决断出口的补句与「门早已决」判定按码认领;「承载这一问的进程没了」那两词与崩溃收敛行的成因、重放审批判定口的成因是同一张闭集表(SV-18)。② run 详情上的三只死亡判决码(`run.stalled` / `run.orphaned` / `approval.expired`)进码表、给两类出路句(SV-19)。③ 运维名单为空的部署上运维口改答 501 `capability.operator_principals_required`:记忆治理五口与持久规则口的拒因闭集各 +1 词 `operators_unconfigured`(修前落「说不清」),运维门两词一句话单源(SV-20);「这台部署上这一面不可用」统一答 501 之后,计划审阅口按码读成「没生效」(SV-21)。④ 四只新能力位各一只读器(SV-22 / SV-23)。⑤ 协议规则名的服务器段铸不出 ⇒ 7.116.0 整请求拒收:装配口用引擎同一只铸名函数判段 —— allow 桶留下这类条目(不授予是安全方向),deny / ask **照投**(收紧规则不在投口悄悄消失,拒收归服务端)并在报告口新表 `unreachable[]` 列出,端可在发出前提示用户改写;core 值级端口 +1 件(SV-24)。⑥ 审批卡「本会话放行记不住」位(SV-25)。⑦ 会话规则旧名拒体多两格(SV-26)。steer 档位那一族本版由 ST 行承接(SV-28 ⇒ ST-1 … ST-10)。
+> **服务端 7.116.0 / sdk 16.2.0 提货(SV 行;CC-371 / CC-370)**:七件。① 对一只已在没有人决定的情况下收场的流内问作答(410 `gone.ask`;7.116.0 起 local 车道重启后对上一世那张卡作答也落这一形)有了读口与一句话,决断出口的补句与「门早已决」判定按码认领;「承载这一问的进程没了」那两词与崩溃收敛行的成因、重放审批判定口的成因是同一张闭集表(SV-18)。② run 详情上的三只死亡判决码(`run.stalled` / `run.orphaned` / `approval.expired`)进码表、给两类出路句(SV-19)。③ 运维名单为空的部署上运维口改答 501 `capability.operator_principals_required`:记忆治理五口与持久规则口的拒因闭集各 +1 词 `operators_unconfigured`(修前落「说不清」),运维门两词一句话单源(SV-20);「这台部署上这一面不可用」统一答 501 之后,计划审阅口按码读成「没生效」(SV-21)。④ 四只新能力位各一只读器(SV-22 / SV-23)。⑤ 协议规则名的服务器段铸不出 ⇒ 7.116.0 整请求拒收:装配口用引擎同一只铸名函数判段 —— allow 桶留下这类条目(不授予是安全方向),deny / ask **照投**(收紧规则不在投口悄悄消失,拒收归服务端)并在报告口新表 `unreachable[]` 列出,端可在发出前提示用户改写;core 值级端口 +1 件(SV-24)。⑥ 审批卡「本会话放行记不住」位(SV-25)。⑦ 会话规则旧名拒体多两格(SV-26)。steer 档位那一族本版由 ST 行承接(SV-28 ⇒ SW-1 … ST-10)。
 
 > **自动车道单一判定(PV 行;CC-368)**:「这张卡能不能被常驻的放行替人答掉」此前由两只口各答一半 —— 常驻放行模式那一条车道的 `askSurvivesPosture` 只读出身词与宿主的 ask 规则读数,常驻 allow 规则那一条车道的 `askSurvivesStandingAnswer` 只读强制位与问类;卡上的问类集合(`classes`)姿态那一只不读。本版合成一只判定 `automaticAnswerVerdict(card, lane, facts?)`:把卡上的问类集合按引擎问类仲裁表(构建期生成)以引擎同一规则折叠,读本车道那一列;**可放只有一条路径** —— 问类集合成对合形 ∧ 全部类名在表 ∧ 本车道那一列不拦 ∧ 卡上没有任何必问证据 ∧(姿态车道)宿主报没命中自己的 ask 规则;其余都是 `must_ask`(带决定它的那一条路 `road`)或 `unknown`(带 `why`)。两只旧口保留一版,改为「旧判法与新判定取较严者」,只收紧。🔴 **升级必改一处:卡口把卡上已有的 `askClass` / `classes` 交给判定**(本包卡入参上早就带这两位);不交的端换钉后,常驻放行模式在姿态那一步一律答 `unknown`(按端自己的规则阶梯判),见 118y ①。
 
@@ -10684,7 +12365,7 @@ installCoreValuePorts({ resolveAutonomousLoopPrompt, loosenReasons, combinePolic
 | **SV-25** `ApprovalCardRequest.rememberRefused?: true` / `ToolApprovalFrame.rememberRefused?` | 服务端 7.116.0(「本会话放行」在这张卡上不会被记住:运维治理层的门 / 必须真人逐次批 / 强制 / 应答还授予这一次之外的东西四理由同一位)· sdk 16.2.0 四卡型同声明 | added(additive;帧键镜像 34 → 35) | 活卡帧与待决列表行(`pending[]`)两条路径进同一卡位;自有键 ∧ 严格 `true` 才上卡;读就抛 ⇒ 缺席,卡照呈 | 🔴 pending(请托方:卡面按本位不渲「本会话放行」,118d) | 零读点 | 零读点 | 零读点 | G-SV28 | 118b |
 | **SV-26** 会话规则旧名拒(`400 rules.legacy_tool_name`)的两格:失败臂 `legacy-tool-name` 与两只结局 `legacy_tool_name` +`verdict?`(型 `LegacyToolNameVerdict`)/ `currentName?` | 服务端 7.116.0(拒体 +`verdict` / `currentName`) | added(additive) | 判词按引擎判词闭集读(去掉「现行名」那一词),现名非空串原样;老服务端体上没有 ⇒ 缺席。只从错误体附加位读(顶层 `name` 是错误类名) | 可选:「换现名再写」那一句带上现名 | 零读点 | 零读点 | 零读点 | G-SV29 | 118b |
 | **SV-27** 询问类 `requires_user_interaction` | 引擎 7.41.x / 服务端 7.116.0 | consumed(问类两位开集读,零改动;仲裁表行随生成表到货,见 DP-1) | 常驻回答判定对这一类答 `must_ask`(规则清不掉) | 零改动即得 | 零读点 | 零读点 | 零读点 | 回归约束(G-SV30) | 118b |
-| **SV-28** steer 档位(`priority` 三档 / 能力位 `fleet.steerPriority` 由 `advisory` 变 `engine`) | 服务端 7.116.0 | consumed(本版 CC-374:能力位读器、steer 载体档位、回执与切断通告读口、同键重放处置句 —— 逐键处置见 **ST 行**) | 见 ST-1 … ST 各行 | 见 ST 行 | 见 ST 行 | 见 ST 行 | 见 ST 行 | G-ST 系 | 118b ST |
+| **SV-28** steer 档位(`priority` 三档 / 能力位 `fleet.steerPriority` 由 `advisory` 变 `engine`) | 服务端 7.116.0 | consumed(本版 CC-374:能力位读器、steer 载体档位、回执与切断通告读口、同键重放处置句 —— 逐键处置见 **ST 行**) | 见 SW-1 … ST 各行 | 见 ST 行 | 见 ST 行 | 见 ST 行 | 见 ST 行 | G-ST 系 | 118b ST |
 | **SV-29** 7.116.0 其余新码与新落点的本包读点普查 | 服务端 7.116.0(`feature.memory_consolidation_disabled` / `feature.config_catalog_disabled` / `capability.image_index_required` / `capability.leader_endpoint_required` / `capability.shared_memory_required` / `capability.session_store_required` / `capability.checkpoint_store_required` 新落点 / `capability.snapshot_store_required` / `capability.policy_purge_required`;会话同步三条编排在 sdk 16.2.0 迁到文件历史) | n/a(零读点或已按码)/ 云同步见 KL-511 | 记忆整理两口、配置目录、镜像登记、leader 读面、共享记忆:本包零读口;会话规则读写口 501 已按「带码 ⇒ 这一面不可用」读;后台视图 501 ⇒ 未配置(与 7.116.0「不可用只有 501」同读);workflow 列表 / 详情 / 流三口 7.116.0 零变化;会话记忆状态口按 `capability.*` 前缀读(码不变);云同步三条编排本包只原样转口 sdk | n/a | n/a | n/a | n/a | — | 118b |
 | **IM-1** 图片座位判定的「单张」一道(`encodeHumanTurn`:粘贴图与带像素的 `@` 图片同一道) | 引擎包根 `MCP_IMAGE_MAX_BASE64`(CC-373;引擎 7.42.0 起内联图片准入读它) | changed(行为面,收紧方向)· 读源换为构建期生成(不出包) | 单张 base64 字符数上限由 6291456(本包手写镜像,抄自服务端受理口的私有常量)改读构建期生成的引擎常量 5242880;长度落在 (5242880, 6291456] 的图:此前入座、份额 `full`,本版不入座、记 `image_too_large`、进 `degraded`(粘贴图:条目 `partial`;`@` 图:信封「像素未附」);座位三道的顺序、份额词与 `degraded.why` 词、合计 6 MiB(客户端政策)/ 张数 20 / 请求体 8 MiB 与 0.91.0 同;根公面零变化 | 不涉及(本机检索零处调装配口,118d) | 不涉及 | 不涉及(同左) | 不涉及(同左) | G-IM1 / G-IM2 / G-IM3 / G-IM5 / G-IM6 | 118b IM-1 |
 | **IM-2** steer 文本字符上限 | 引擎包根 `MAX_PENDING_STEER_CHARS`(CC-373) | changed(包内;零行为变化)· 读源换为构建期生成(不出包) | 16000 的手写镜像删,改读构建期生成的引擎常量(值同、判据先后同;另两只判据 —— 提醒形标签 / 控制字符类 —— 仍是门内对引擎 `validatePendingSteer` 差分的手写判据) | 不涉及 | 不涉及 | 不涉及 | 不涉及 | G-IM4 / G-IM6 | 118b IM-2 |
@@ -10702,16 +12383,16 @@ installCoreValuePorts({ resolveAutonomousLoopPrompt, loosenReasons, combinePolic
 | **AR-3** `ApprovalCardRequest.persistedRuleShadowed?`(派生位,保留一版) | 同 AR-1 | changed(读源换;老一代帧形逐字节同) | 由 AR-2 同一读数派生:老一代 = 原串;新一代 = 第一个 `persisted` 成员的第一条;只有别的成员时缺席 —— 让位判定改读 AR-1 | 🔴 pending(壳里两只旧键名零命中后本位删) | 零读点 | 零读点 | 零读点 | G-AR3 / G-AR5 | 118b AR |
 | **AR-4** `ToolApprovalFrame.allowRuleShadowed?` | 服务端 7.117.0(CC-401) | added(additive;审批帧键镜像 +1,旧键照留) | 型面声明;端不直读本键,经 AR-1 | 零改动 | 零读点 | 零读点 | 零读点 | G-AR1 | 118b AR |
 | **AR-5** 规则车道的让位证据(PV-1 规则车道 / PV-3;**并列证据**,硬保证在 PV-1 的问类折叠) | 同 AR-1 | changed(只收紧) | 新一代帧形上由「读不到」变成按新键答(任一成员在场即证据,含 `hook` 空表与坏形);老一代帧形与 0.91.0 逐字节同;问类集合在场时 ask 规则命中的卡由 `ask_rule` 类先答必问,有没有这一位答案都一样 | 零改动即得(经 PV-1 / PV-3) | 不涉及 | 零读点 | 零读点 | G-AR5 / G-AR6 | 118b AR |
-| **ST-1** 能力位读器 `fleet.steerPriority`:`projectSteerPriorityCapability` / `noteEngineCapsForSteerPriority` / `observedSteerPriority` / `forgetSteerPriorityReading` / 判据 `steerPriorityMode` / `steerPriorityDoctorDetail` + 型 `SteerPriorityReading` / `SteerPriorityMode` | 服务端 7.116.0(`engine`;7.104.0–7.115.x `advisory`;只在 fleet 面在场时铸对象,否则 `fleet: false`) | added(additive) | 三态读数,词按开集收;`fleet: false` ⇒ `not_reported`;判据只认精确的 `engine` / `advisory` | caps tee 接一行、引擎切换处接失效口(118d) | 零读点 | 零读点 | 零读点 | G-ST1 / G-ST2 / G-ST5 | 118b ST |
-| **ST-2** steer 体唯一铸点 `steerBodyOf(input, reading)` + 型 `SteerBody` / `SteerBodyInput`;`ControlRouter.steer` 第三参具名 `ControlRouterSteerOptions`(+`priority?` / `steerPriority?`);`RunsResourceLike.steer` 体型 +`priority?` | 服务端 7.116.0 C11.b–d / C11.g / C11.h | added + changed | `next` / 不带恒不进体;`now` / `later` 只在读数 `engine` 时进体;不认 ⇒ 抛 `ControlSafetyError`、零请求;路由器不内建等待;本包自愈那一路也从它取体(不带档位,与 0.91.0 逐字节同) | 1.0.142 / 1.0.143 没有入口发 `now` / `later`;自己的 `steer` 包装要把体原样转过去才递得到档位 | 零读点 | 零读点(steer 体只有 `text`) | 零读点(直调 sdk) | G-ST3 / G-ST4 / G-ST6 / G-ST7 / G-ST12 | 118b ST |
-| **ST-3** `ControlSafetyCode` +2 `priority_not_applied` / `steer_input_invalid` | 本包 | changed · 型面 BREAKING(闭集 +2) | 两码都是本地拒、零请求;`advice` 可上屏 | 穷举表编译红(118d) | 零读点 | 零读点 | 零读点 | G-ST3 | — |
-| **ST-4** 回执唯一读口 `readSteerReceipt` + 型 `SteerReceiptReading`;退役 `readSteerDelivery` / `readSteerReceiptStatus` | 服务端 7.116.0 steer 回执三形(`applied` / `queued` / `parked_for_wake`) | added + removed(型面 BREAKING) | 只认自有数据位;`priority` 缺 = 未取得有效回显 | 零调用点 | 零调用点 | 零调用点 | 零调用点 | G-ST9 | 118b ST |
-| **ST-5** 切断通告 `task.turn_interrupted`:读器 `readTurnInterrupted`(进按码派发表)/ 用户面一句 `turnInterruptedNotice` / 对账判词 `steerCutVerdict` + 型 `TurnInterruptedFactsView` / `SteerCutVerdict` | 引擎 7.41.2 / 服务端 7.116.0(steer `now` 与带正文 interrupt 无 `cause`、带 `inputId`;裸停 `cause: "user_halt"`) | added(additive;派发表 +1 码,受众 user) | 三臂;判词两边非空串才认;句子不提审批卡 | 一句定死的切断句改取包句(118d) | 零读点 | 零读点 | 零读点 | G-ST10 / G-ST11 | 118b ST |
-| **ST-6** 同键重放 409 `steering.duplicate_input_id` 的处置句 | 服务端 7.116.0 C11.f / C11.h(换档也是这一码) | changed(成文改口) | 一句「判不出」形:原来那条照旧有效;只有正文变了才换 key 发新正文,否则别重发 | 自持句改取包句(118d) | 零读点 | 零读点 | 零读点 | G-ST8 | 118b ST |
-| **ST-7** steering 拒收处置句一族改写为可上屏的一句,两半 `happened` / `nextStep` 进 `SteerRefusalAdvice`;`cancel` 404 带处置句;sdk 专类名 `SteeringQueueFullError` / `SteeringDuplicateInputIdError` 认得 | 本包(CC-353) | changed(措辞;判别位与 `message` 前缀不变) | `queue_full` 排空后再发、`ambiguous_target` 两面分说、`invalid_content` 改写后再发、`not_running` 去掉过时的「解门」 | 自持句表退役(118d) | 零读点 | 零读点 | 零读点 | G-ST8 | — |
-| **ST-8** 路由器本地三档队列退役:`enqueue` / `dequeue` / `pending` / `drainNext` 与型 `QueuePriority` / `QueuedCommand` | 本包(CC-374) | removed · 型面 BREAKING | 本地 `now` 只排本地队首、与 steer 的 `now` 同词反义 | 两行型再导出编译红(118d) | 零调用点 | 零调用点 | 零调用点 | G-ST15 | — |
-| **ST-9** 自愈 steer 那一句「明确拒收」 | 本包 | changed(措辞) | 不替引擎认领:`… was refused: …` | 零改动 | 不涉及 | 零改动 | 零改动 | G-ST15 | — |
-| **ST-10** 子代 steer 与自愈 steer 不带档位 | 子代 steer 动词体只有 `content`(sdk 16.2.0 `steerSubagent`);自愈的三选卡没有档位选择 | declined | 两条都按 `next` 发 | — | — | — | — | G-ST11 | — |
+| **SW-1** 能力位读器 `fleet.steerPriority`:`projectSteerPriorityCapability` / `noteEngineCapsForSteerPriority` / `observedSteerPriority` / `forgetSteerPriorityReading` / 判据 `steerPriorityMode` / `steerPriorityDoctorDetail` + 型 `SteerPriorityReading` / `SteerPriorityMode` | 服务端 7.116.0(`engine`;7.104.0–7.115.x `advisory`;只在 fleet 面在场时铸对象,否则 `fleet: false`) | added(additive) | 三态读数,词按开集收;`fleet: false` ⇒ `not_reported`;判据只认精确的 `engine` / `advisory` | caps tee 接一行、引擎切换处接失效口(118d) | 零读点 | 零读点 | 零读点 | G-SW1 / G-SW2 / G-SW5 | 118b ST |
+| **SW-2** steer 体唯一铸点 `steerBodyOf(input, reading)` + 型 `SteerBody` / `SteerBodyInput`;`ControlRouter.steer` 第三参具名 `ControlRouterSteerOptions`(+`priority?` / `steerPriority?`);`RunsResourceLike.steer` 体型 +`priority?` | 服务端 7.116.0 C11.b–d / C11.g / C11.h | added + changed | `next` / 不带恒不进体;`now` / `later` 只在读数 `engine` 时进体;不认 ⇒ 抛 `ControlSafetyError`、零请求;路由器不内建等待;本包自愈那一路也从它取体(不带档位,与 0.91.0 逐字节同) | 1.0.142 / 1.0.143 没有入口发 `now` / `later`;自己的 `steer` 包装要把体原样转过去才递得到档位 | 零读点 | 零读点(steer 体只有 `text`) | 零读点(直调 sdk) | G-SW3 / G-SW4 / G-SW6 / G-SW7 / G-SW12 | 118b ST |
+| **SW-3** `ControlSafetyCode` +2 `priority_not_applied` / `steer_input_invalid` | 本包 | changed · 型面 BREAKING(闭集 +2) | 两码都是本地拒、零请求;`advice` 可上屏 | 穷举表编译红(118d) | 零读点 | 零读点 | 零读点 | G-SW3 | — |
+| **SW-4** 回执唯一读口 `readSteerReceipt` + 型 `SteerReceiptReading`;退役 `readSteerDelivery` / `readSteerReceiptStatus` | 服务端 7.116.0 steer 回执三形(`applied` / `queued` / `parked_for_wake`) | added + removed(型面 BREAKING) | 只认自有数据位;`priority` 缺 = 未取得有效回显 | 零调用点 | 零调用点 | 零调用点 | 零调用点 | G-SW9 | 118b ST |
+| **SW-5** 切断通告 `task.turn_interrupted`:读器 `readTurnInterrupted`(进按码派发表)/ 用户面一句 `turnInterruptedNotice` / 对账判词 `steerCutVerdict` + 型 `TurnInterruptedFactsView` / `SteerCutVerdict` | 引擎 7.41.2 / 服务端 7.116.0(steer `now` 与带正文 interrupt 无 `cause`、带 `inputId`;裸停 `cause: "user_halt"`) | added(additive;派发表 +1 码,受众 user) | 三臂;判词两边非空串才认;句子不提审批卡 | 一句定死的切断句改取包句(118d) | 零读点 | 零读点 | 零读点 | G-SW10 / G-SW11 | 118b ST |
+| **SW-6** 同键重放 409 `steering.duplicate_input_id` 的处置句 | 服务端 7.116.0 C11.f / C11.h(换档也是这一码) | changed(成文改口) | 一句「判不出」形:原来那条照旧有效;只有正文变了才换 key 发新正文,否则别重发 | 自持句改取包句(118d) | 零读点 | 零读点 | 零读点 | G-SW8 | 118b ST |
+| **SW-7** steering 拒收处置句一族改写为可上屏的一句,两半 `happened` / `nextStep` 进 `SteerRefusalAdvice`;`cancel` 404 带处置句;sdk 专类名 `SteeringQueueFullError` / `SteeringDuplicateInputIdError` 认得 | 本包(CC-353) | changed(措辞;判别位与 `message` 前缀不变) | `queue_full` 排空后再发、`ambiguous_target` 两面分说、`invalid_content` 改写后再发、`not_running` 去掉过时的「解门」 | 自持句表退役(118d) | 零读点 | 零读点 | 零读点 | G-SW8 | — |
+| **SW-8** 路由器本地三档队列退役:`enqueue` / `dequeue` / `pending` / `drainNext` 与型 `QueuePriority` / `QueuedCommand` | 本包(CC-374) | removed · 型面 BREAKING | 本地 `now` 只排本地队首、与 steer 的 `now` 同词反义 | 两行型再导出编译红(118d) | 零调用点 | 零调用点 | 零调用点 | G-SW15 | — |
+| **SW-9** 自愈 steer 那一句「明确拒收」 | 本包 | changed(措辞) | 不替引擎认领:`… was refused: …` | 零改动 | 不涉及 | 零改动 | 零改动 | G-SW15 | — |
+| **ST-10** 子代 steer 与自愈 steer 不带档位 | 子代 steer 动词体只有 `content`(sdk 16.2.0 `steerSubagent`);自愈的三选卡没有档位选择 | declined | 两条都按 `next` 发 | — | — | — | — | G-SW11 | — |
 | **MK-1** `EffectiveMemoryScopesView.projectKey?` + 型 `EffectiveMemoryProjectKey`(`{ scope }` \| `{ absent }` 恰一臂) | 引擎 `TaskResult.effectiveMemoryScopes`(`core/task-result.d.ts` `EffectiveMemoryScopes` 的 `mounted` 臂 `projectKey?`,present-iff 部署声明过;铸点 `runner/prepare-memory.js`,引擎 7.24.3 起);服务端终帧整形整只 verbatim;sdk 型面不建模(CC-178) | consumed(additive) | 视图 +1 可选成员;类型名 +1(`EffectiveMemoryProjectKey`);运行期导出名 +0;只 `mounted` 臂,别的臂带它不过境;视图上的值是新铸对象 | 零改动即得(终端本机克隆 `sema/effectiveTurnFactsStore.ts:182` 经本包读口取视图、`:247` 只读 `scope` / `origin`,多出的键不影响渲染);可选:记忆面板说项目身份时读它(118d) | 不涉及(零读点) | 零读点 | 零读点 | G-MK1 – G-MK4 / G-MK9 – G-MK12 | 118b MK-1 |
 | **MK-2** `EffectiveMemoryScopesView.scopes[].shadowed?` | 同 MK-1(`EffectiveMemoryScopes` 行上 `shadowed?: number`,present-iff 非零、不在写入家那一行;铸点 `runner/prepare-memory.js` 行累加,count > 0 且行不是写入家才铸) | consumed(additive) | 视图行 +1 可选成员;类型名 +1(`EffectiveMemoryScopeRow`,视图 `scopes` 的元素型,此前是内联匿名形);运行期导出名 +0;行键序 `scope` / `origin` / `shadowed`;正安全整数才铸;写入家那一行带它 ⇒ 这一键不铸 | 同 MK-1;可选:`N 条被写入家退下(挂载时)`(118d) | 不涉及(零读点) | 零读点 | 零读点 | G-MK1 / G-MK4 – G-MK12 | 118b MK-2 |
 | **MK-3** `shadowedBy` / `shadowedHidden` | 引擎记忆工具结果的 `details` 对象(开发依赖引擎 7.42.1 `core/memory-engine/tools.js:581` / `:624` / `:675`);结构化投影只放行带字符串 `type` 的 `details`(`core/runner/tool-output-projection.js:62-79`),记忆工具的 `details` 无 `type` ⇒ 不进终帧或工具结束帧(CC-178) | **declined**(上线面零铸点) | 无;本包零读点 | 不涉及 | 不涉及 | 不涉及 | 不涉及 | G-MK13 | 118b MK-3 |
@@ -10760,7 +12441,7 @@ installCoreValuePorts({ resolveAutonomousLoopPrompt, loosenReasons, combinePolic
 - **PV**(CC-368;旧判据眼作废 → 新判据眼):① 「宿主报了没命中 ∧(出身缺席或认得的非必问词)⇒ `askSurvivesPosture` 答 `posture_may_answer`」作废 → 还要卡上问类集合成对合形、全部在表、折叠后在姿态那一列不拦;集合缺席 ⇒ `unknown`(`why: 'classes_absent'`),坏形 ⇒ `classes_malformed`,有表外类名 ⇒ `class_not_in_table`(G-PV2 / G-PV3);② 「`askSurvivesPosture` 不读 `governanceForced` / `mandate`」作废 → 治理位与两个强制词 `operator_always` / `write_protection_unresolved` 是姿态车道的必问证据;一般强制位 `mandated`、其余强制词、真人位 `requiresRealApproval` 与让位证据**不是**姿态车道的证据 —— 姿态车道按问类那一列判,与引擎在常驻放行模式下的仲裁同向(G-PV4 / G-PV5);③ 新判定在姿态车道对出身 `rule_store_unavailable` 不按出身判(引擎在常驻放行模式下放这一类并披露)⇒ 按类判,可放时带 `releaseReason: 'rule_unreadable'`;旧口 `askSurvivesPosture` 取较严者,对这一出身照旧必问(G-PV6);④ 「`askSurvivesStandingAnswer` 只读强制位与问类」作废 → 规则车道另读出身六词、真人位、治理位、强制词与缺席词 `mandated`、让位证据与缺席词 `shadowed`;问类集合要成对(G-PV5 / G-PV9);⑤ 端按 PV-1 接好之后(卡口交出问类集合、删掉端上的强制词表)才生效的两处变化,都与引擎在常驻放行模式下的仲裁同向:只带探针一类的非 Bash 卡(`classes: ['probe']`)由出卡变可答,探针与写保护未决同在 ⇒ 仍必问;缺席词 `shadowed` 在问类集合在场时不再是姿态车道的证据(ask 规则命中的卡,集合里恒有免疫类 `ask_rule`,由类表接住,G-PV8)。
 
 - **AR**(CC-401;旧判据眼作废 → 新判据眼):⓪ 「旧让位键在场 ⇒ 记住的规则不替人答」不是让位的判据 → 让位的判据是问类(PV-1:`classes` 含 `ask_rule` 等规则清不掉的类 ⇒ 规则车道必问,G-AR7),披露键是并列的正向证据;① 「卡入参上 `persistedRuleShadowed` 在场 = 有一条记住的 allow 规则被越过」作废 → 披露读 `card.allowRuleShadow`、证据读 `approvalAllowRuleShadowed(card)`(任一 allow 层成员命中而清不掉:`hook` / `deployment` / `persisted` / `skill` / `request`,闭集外的成员也算);旧字段只在有 `persisted` 成员或老一代帧形时在场(G-AR3);② 「服务端帧上读 `persistedRuleShadowed`」作废 → 7.117.0 起那一键不再出现,经 AR-1 读(读口读两代)。
-- **ST**(CC-374 / CC-353;旧判据眼作废 → 新判据眼):① 同键重放 409 那一句「reissue with a fresh key, resending verbatim will never succeed」作废 → 「原来那条照旧有效;只有正文变了才换 key 发新正文,否则别重发」(ST-6);② `queue_full`「wait for it to drain, do not resend」作废 → 等停放的那几条投递掉之后再发;③ `ambiguous_target`「workflow: a more specific label」作废 → workflow 面没有别的定位法、等同名的在跑只剩一只;④ `not_running`「resolve its gate via decide, do not steer」作废;⑤ `cancel` 404「只陈述、无处置句」作废(§117 的缺席语义与 `message` 写法读作 ST-7);⑥ §115 包侧缺口里自愈 steer「行首仍说『The engine rejected handing your message…』」作废(ST-9);⑦ §117 / steer-refusal-advice 门「`message` 与 0.90.0 逐字节同」改读为「判别位与前缀同、处置句为本版句子」;⑧ engine-notice-catalog 门 J6「受众 user 的码恰十六个」作废 → 十七个(+`task.turn_interrupted`);⑨ 路由器源注「CC 的逐条 priority 没有 wire」作废。
+- **ST**(CC-374 / CC-353;旧判据眼作废 → 新判据眼):① 同键重放 409 那一句「reissue with a fresh key, resending verbatim will never succeed」作废 → 「原来那条照旧有效;只有正文变了才换 key 发新正文,否则别重发」(SW-6);② `queue_full`「wait for it to drain, do not resend」作废 → 等停放的那几条投递掉之后再发;③ `ambiguous_target`「workflow: a more specific label」作废 → workflow 面没有别的定位法、等同名的在跑只剩一只;④ `not_running`「resolve its gate via decide, do not steer」作废;⑤ `cancel` 404「只陈述、无处置句」作废(§117 的缺席语义与 `message` 写法读作 SW-7);⑥ §115 包侧缺口里自愈 steer「行首仍说『The engine rejected handing your message…』」作废(SW-9);⑦ §117 / steer-refusal-advice 门「`message` 与 0.90.0 逐字节同」改读为「判别位与前缀同、处置句为本版句子」;⑧ engine-notice-catalog 门 J6「受众 user 的码恰十六个」作废 → 十七个(+`task.turn_interrupted`);⑨ 路由器源注「CC 的逐条 priority 没有 wire」作废。
 - **MK**(CC-178;旧判据眼作废 → 新判据眼):① 「`_sema_effective_memory_scopes` 的 `mounted` 臂恰 `state` / `contract` / `scopes` / `writeScope` 四键、`scopes[]` 每行恰 `scope` / `origin` 两键」(0.71.3 起的读法,以及按键集断言整只视图 / 整行的自测)作废 → 引擎带了这两键时 `mounted` 臂多 `projectKey`、行多 `shadowed`(各缺席式);**不带这两键的输入,视图键集与 0.91.0 逐字节同**;② 「视图上没有 `projectKey` ⇒ 这个任务没有项目」作废 → 缺席 = 部署没声明(或终帧没带 / 读不成),「看过、没找到」是 `{ absent }` 那一臂,两者不同;③ 「行上没有 `shadowed` ⇒ 渲成 0 条」作废 → 缺席不渲成肯定的零(118b MK-2),只是不渲这一项。
 - **CG**(CC-377;旧判据眼作废 → 新判据眼):① 此前各版段里「引擎温切处逐只接 `forget*Reading`(与 `invalidateEngineCaps` 同拍;漏一只 = 上一台引擎的读数被当成当代事实)」的端义务(§24h 第 9 行起,各能力位读器所在段的端义务 / 读点行)自本版起降为可选 → 新判据眼:温切处只调 `invalidateEngineCaps`(两参原子形),全族读器随之答 `unobserved`;`forget*Reading` 照旧能调,调与不调读数同(G-CG1 / G-CG7)。已发段原文不改,以本条为准。② 「tee 不传 `generation` ⇒ 照写」改口 → 仍照写,唯一例外是回体取值器在投影中途触发失效的那一发:不写(G-CG6)。③ 「`invalidateEngineCaps` 对从没探过也从没失效过的地址是 no-op」改口 → 落过读器格的地址不算这一种,失效照常推进代际(G-CG5)。④ 「失效之后、替代探测落地之前读器还答上一台的读数,要靠 `forget*Reading` 清」作废 → 那一拍各读器答 `unobserved`(G-CG2)。
 - **LD ①**(CC-352)§116 里「本包支持的最老服务端 = 7.104.0 / 引擎 7.33.8」「`engineVersionTier('7.104.0')` ⇒ `engine`」(G-SF1 / G-SF2 / G-VT1 / G-VT4 的值)自本版起读作 7.106.0 / 7.35.2(判据形不变,值改)。
@@ -11032,20 +12713,20 @@ installCoreValuePorts({ resolveAutonomousLoopPrompt, loosenReasons, combinePolic
 - **G-AR7**(本版证明;服务端 7.117.0 部署旋钮的真形):`APPROVAL_REQUIRE` 命中的卡(`classes: ['ask_rule']`、`origin: 'ask_rule'`,不带 `mandated` / `requiresRealApproval`;任务级 allow 同名时带 `allowRuleShadowed: [{ member: 'request', … }]`)⇒ 规则车道 `must_ask`;去掉出身词与披露键、只留问类集合仍 `must_ask`(`road: 'ask_class'`);`APPROVAL_NEVER_AUTO` 命中的卡(`mandated: true`、`classes: ['ask_rule', 'operator_forced']`)⇒ `must_ask`;同工具无旋钮的普通问卡(`classes: ['ordinary']`)⇒ `may_answer`(正控)。
 - **G-AR6**(判定):规则车道,两代 × 两条卡腿的让位证据 ⇒ `must_ask` / `road: 'allow_rule_shadow'`;新键在场而问类集合缺席 ⇒ 规则车道 `must_ask`、姿态车道 `unknown`(都不是可放);姿态车道在问类集合在场时不读它(`{ askClass: 'ordinary', classes: ['ordinary'], allowRuleShadowed: [...] }` + 没命中 ⇒ `may_answer`)。
 **steer 三档经包(CC-374 / CC-353)** —— 包层(本版证明;根入口公面 + 假 client):
-- **G-ST1**:`projectSteerPriorityCapability` 对 `{ fleet: { steerPriority: 'engine' } }` ⇒ `{ kind: 'present', word: 'engine' }`;`{}` / `{ fleet: false }` / `{ fleet: {} }` ⇒ `{ kind: 'not_reported' }`;`{ fleet: null }` / `{ fleet: { steerPriority: 7 } }` / `{ fleet: { steerPriority: '' } }` ⇒ `undefined`;原型链上的 `fleet` ⇒ `not_reported`。
-- **G-ST2**:`steerPriorityMode` 对 `present engine` / `present advisory` / 其余一切 ⇒ `'engine'` / `'advisory'` / `'unknown'`,永不抛。
-- **G-ST3**:`steerBodyOf({ text: 't' }, r)` 与 `steerBodyOf({ text: 't', priority: 'next' }, r)` 对任意读数 ⇒ 冻结的 `{ text: 't' }`;`priority: 'now'` × 读数 `engine` ⇒ `{ text: 't', priority: 'now' }`;× 其余读数 ⇒ 抛 `ControlSafetyError`、`code === 'priority_not_applied'`;`priority: 'urgent'` / `null` ⇒ `code === 'steer_input_invalid'`。假 client 的 `runs.steer` 在拒的格上零调用(**按 `code` 断言,不按句子**)。0.91.0 上根入口没有 `steerBodyOf`。
-- **G-ST4**:`new ControlRouter(client)`、`submit` 后 `steer('x')` / `steer('x', 'all')` / `steer('x', undefined, { priority: 'next' })` ⇒ `runs.steer` 实参的体与 0.91.0 逐字节同(`{"text":"x"}` / `{"text":"x","mode":"all"}` / `{"text":"x"}`)。
-- **G-ST5**(夹具事实钉;新一代服务端 ≥7.116.0):能力路由真跑 ⇒ `projectSteerPriorityCapability(caps)` 读数 `present('engine')`、`steerPriorityMode` 答 `engine`;无 fleet 总线 ⇒ `fleet:false` ⇒ `not_reported`;老一代各份 ⇒ `advisory`、mode `advisory`。
-- **G-ST6**(镜像两向):本包放行进体的每一形在服务端 steer 路由真跑都 200 `applied`;本包拒的五词在真路由都 400 `request.field_invalid`。
-- **G-ST7**(停放腿 / live 腿):不带 / `next` 两形同键重放幂等、真换档 409、被拒后原请求仍幂等、队列恒一条;live 腿同档幂等只投一次、`now` 体真切且通告 `inputId` = 回执 `messageId`。
-- **G-ST9**:`readSteerReceipt` 只认自有数据位:`delivery` / `status` 非空串才交,`messageId` / `priority` 缺席不铸;原型链上的同名键不读;取值抛 ⇒ 该键缺席、不抛。
-- **G-ST11**:`turnInterruptedNotice` 三臂各一句(`input_now` / `user_halt` / `unrecognized`),不提审批卡;宿主自建带 `parentToolCallId` 的喂入不上主面;wire 帧投影不带这一键(读数存证)。
-- **G-ST8**:`steerRefusalAdviceOf({ errorCode: 'steering.duplicate_input_id', status: 409 })` 的 `advice` 不含「reissue with a fresh key」、含「if you changed the text」与「do not resend」;`happened` + ` — ` + `nextStep` === `advice`;`{ name: 'SteeringQueueFullError', status: 409 }` ⇒ `safety === 'queue_full'`(0.91.0 上 `undefined`)。
-- **G-ST10**:`steerCutVerdict({ code: 'task.turn_interrupted', detail: { inputId: 'm1' } }, 'm1')` ⇒ `'this_input'`;`(…, undefined)` ⇒ `'unattributed'`;`{ code: 'task.turn_interrupted', detail: { cause: 'user_halt' } }` ⇒ `'user_halt'`;`detail: {}` 配 `undefined` ⇒ `'unattributed'`(不是 `this_input`)。
-- **G-ST12**:`kickEngineCapsProbe(base, 探测)`(探测闭包里调 `noteEngineCapsForSteerPriority`)→ `await engineCapsSettled(base, { withinMs })` → `observedSteerPriority(base)` → `router.steer('t', undefined, { priority: 'now', steerPriority })`:预算内落定 ⇒ 恰一次 `runs.steer`、体带 `priority: 'now'`;探测比预算慢 / 探测失败 ⇒ 零调用、`priority_not_applied`。
-- **G-ST13**:读数 `engine` 之后 `invalidateEngineCaps(base, 失败的探测)` + `forgetSteerPriorityReading(base)` ⇒ `now` 零调用;旧代号的迟到 `note` 不写格;不调 `forgetSteerPriorityReading` 结果相同(读数随能力缓存代际自动失效,CG 行)。
-- **G-ST15**:`ControlRouter.prototype` 上没有 `enqueue` / `dequeue` / `pending` / `drainNext`;根入口没有 `readSteerDelivery`(0.92.0 退出公面)/ `readSteerReceiptStatus`(0.92.0 退出公面)。
+- **G-SW1**:`projectSteerPriorityCapability` 对 `{ fleet: { steerPriority: 'engine' } }` ⇒ `{ kind: 'present', word: 'engine' }`;`{}` / `{ fleet: false }` / `{ fleet: {} }` ⇒ `{ kind: 'not_reported' }`;`{ fleet: null }` / `{ fleet: { steerPriority: 7 } }` / `{ fleet: { steerPriority: '' } }` ⇒ `undefined`;原型链上的 `fleet` ⇒ `not_reported`。
+- **G-SW2**:`steerPriorityMode` 对 `present engine` / `present advisory` / 其余一切 ⇒ `'engine'` / `'advisory'` / `'unknown'`,永不抛。
+- **G-SW3**:`steerBodyOf({ text: 't' }, r)` 与 `steerBodyOf({ text: 't', priority: 'next' }, r)` 对任意读数 ⇒ 冻结的 `{ text: 't' }`;`priority: 'now'` × 读数 `engine` ⇒ `{ text: 't', priority: 'now' }`;× 其余读数 ⇒ 抛 `ControlSafetyError`、`code === 'priority_not_applied'`;`priority: 'urgent'` / `null` ⇒ `code === 'steer_input_invalid'`。假 client 的 `runs.steer` 在拒的格上零调用(**按 `code` 断言,不按句子**)。0.91.0 上根入口没有 `steerBodyOf`。
+- **G-SW4**:`new ControlRouter(client)`、`submit` 后 `steer('x')` / `steer('x', 'all')` / `steer('x', undefined, { priority: 'next' })` ⇒ `runs.steer` 实参的体与 0.91.0 逐字节同(`{"text":"x"}` / `{"text":"x","mode":"all"}` / `{"text":"x"}`)。
+- **G-SW5**(夹具事实钉;新一代服务端 ≥7.116.0):能力路由真跑 ⇒ `projectSteerPriorityCapability(caps)` 读数 `present('engine')`、`steerPriorityMode` 答 `engine`;无 fleet 总线 ⇒ `fleet:false` ⇒ `not_reported`;老一代各份 ⇒ `advisory`、mode `advisory`。
+- **G-SW6**(镜像两向):本包放行进体的每一形在服务端 steer 路由真跑都 200 `applied`;本包拒的五词在真路由都 400 `request.field_invalid`。
+- **G-SW7**(停放腿 / live 腿):不带 / `next` 两形同键重放幂等、真换档 409、被拒后原请求仍幂等、队列恒一条;live 腿同档幂等只投一次、`now` 体真切且通告 `inputId` = 回执 `messageId`。
+- **G-SW9**:`readSteerReceipt` 只认自有数据位:`delivery` / `status` 非空串才交,`messageId` / `priority` 缺席不铸;原型链上的同名键不读;取值抛 ⇒ 该键缺席、不抛。
+- **G-SW11**:`turnInterruptedNotice` 三臂各一句(`input_now` / `user_halt` / `unrecognized`),不提审批卡;宿主自建带 `parentToolCallId` 的喂入不上主面;wire 帧投影不带这一键(读数存证)。
+- **G-SW8**:`steerRefusalAdviceOf({ errorCode: 'steering.duplicate_input_id', status: 409 })` 的 `advice` 不含「reissue with a fresh key」、含「if you changed the text」与「do not resend」;`happened` + ` — ` + `nextStep` === `advice`;`{ name: 'SteeringQueueFullError', status: 409 }` ⇒ `safety === 'queue_full'`(0.91.0 上 `undefined`)。
+- **G-SW10**:`steerCutVerdict({ code: 'task.turn_interrupted', detail: { inputId: 'm1' } }, 'm1')` ⇒ `'this_input'`;`(…, undefined)` ⇒ `'unattributed'`;`{ code: 'task.turn_interrupted', detail: { cause: 'user_halt' } }` ⇒ `'user_halt'`;`detail: {}` 配 `undefined` ⇒ `'unattributed'`(不是 `this_input`)。
+- **G-SW12**:`kickEngineCapsProbe(base, 探测)`(探测闭包里调 `noteEngineCapsForSteerPriority`)→ `await engineCapsSettled(base, { withinMs })` → `observedSteerPriority(base)` → `router.steer('t', undefined, { priority: 'now', steerPriority })`:预算内落定 ⇒ 恰一次 `runs.steer`、体带 `priority: 'now'`;探测比预算慢 / 探测失败 ⇒ 零调用、`priority_not_applied`。
+- **G-SW13**:读数 `engine` 之后 `invalidateEngineCaps(base, 失败的探测)` + `forgetSteerPriorityReading(base)` ⇒ `now` 零调用;旧代号的迟到 `note` 不写格;不调 `forgetSteerPriorityReading` 结果相同(读数随能力缓存代际自动失效,CG 行)。
+- **G-SW15**:`ControlRouter.prototype` 上没有 `enqueue` / `dequeue` / `pending` / `drainNext`;根入口没有 `readSteerDelivery`(0.92.0 退出公面)/ `readSteerReceiptStatus`(0.92.0 退出公面)。
 
 > (CC-352 / CC-380 组)标「本版证明」的格在 0.91.0 上 FAIL、在 0.92.0 上 PASS;纯包层,走根入口公面。
 
@@ -11149,7 +12830,7 @@ installCoreValuePorts({ resolveAutonomousLoopPrompt, loosenReasons, combinePolic
 
 #### steer 三档经包(CC-374 / CC-353)
 
-**网页端(参照树 `0fb6df3`)**:`ui/lib/engine/engine-session-transport.ts:584-591` 的 steer 体只发 `text`、源注写「服务端只校验 + 回显、不传给引擎」—— 7.116.0 起已不对(读作 ST-1);今天零动作,要露档位时同终端第 4、5 条。**桌面端(本机克隆 `5c99611`)**:排队消息「立刻发」那一路直调 sdk `runs.steer`、体只有 `text`,不经本包;零动作。
+**网页端(参照树 `0fb6df3`)**:`ui/lib/engine/engine-session-transport.ts:584-591` 的 steer 体只发 `text`、源注写「服务端只校验 + 回显、不传给引擎」—— 7.116.0 起已不对(读作 SW-1);今天零动作,要露档位时同终端第 4、5 条。**桌面端(本机克隆 `5c99611`)**:排队消息「立刻发」那一路直调 sdk `runs.steer`、体只有 `text`,不经本包;零动作。
 
 **终端(本机克隆主干 `bf15b2f9`)**
 1. **编译红两处(型再导出)**:`seam/adapter/upstream/controlRouter.ts:3` 与 `seam/adapter/index.ts:47-48` 再导出了 `QueuePriority` / `QueuedCommand`(全仓零导入者;终端自有同名型 `types/textInputTypes.ts:307` 是另一只)⇒ 删掉这两处再导出即可。