@sema-agent/client-core 0.90.0 → 0.91.0

package/CHANGELOG.md

@@ -49,6 +49,199 @@
 > 挡住 ⇒ 本批把它机械化——④a0 对 `pending` 行**要求段头已是日期形**(`(未发布)` 直接红),阶段一
 > commit 漏转在发布前就红,不再靠人记。
 
+## 0.91.0(2026-10-05)
+
+> 主题:**minor** —— steer 拒收处置句单源与两只已有判定上根入口 · 引擎闭集表四张提货与问类仲裁 · 会话历史 tool_use 错配一族收口(「改了重发」归合成终局行、出路句事实位、行键读口与点名坏轮句)· 投递事实账本的来源位 / 份额位与按引擎代查询 · 崩溃遗留通告那一行话归包 · 权限规则装配口的筛选理由报告口与读健康位 · 能力位有界等待 · hooks matcher 受理判定 · 会话规则读失败句与 `inheritEnv` 拒绝句改口 · 展示出口 YAML 块标量整块遮 · 用户附件数据信封与人类提交的唯一投影 · 服务端 7.115.0 / sdk 16.1.0 提货(「只续已有会话」按码优先、`checkpoint.unsupported_version` 读口与出句口、hooks matcher 别名拒事后读口、`probeReason` 与 `fleet` 段过境、夹具换代)· 登记物整治(已知限制档清账、退役台账与影子表到期读法)· 开发依赖 settings-schema ^8。
+
+### Added
+
+- **投递账本的记录带来源位与份额位,读回分得清「是谁说交出去了」**(CC-293;**§117 PL-1**):`PromptDeliveryRecord` 加两只可选键 —— `by?: 'frame' | 'steer_receipt'`(这条 `d` 是本包哪一只写口记下的:引擎流上建了 run 的帧 / 拒收之后自愈递进在跑 run 的受理回执)与 `share?: 'full' | 'partial'`(交出去的份额,只挂带 `by` 的 `d`,缺席 = `full`);`a` 记录不带扩展键。账本对象加两只读口:`deliveryShareOf(uuid)` → `'full' | 'partial' | undefined`,`droppedKeyCount()` = `fromRecords` 读回时丢掉的键累计数(收下的记录身上没保留的键;整条被跳过的坏行不计)。判定:带 `by` 的 `d` ⇒ 交出去了(`share: 'partial'` 时 `isDelivered` 真、`knownUndelivered` 假、份额 `partial`);**没有 `by` 的 `d`(0.90.0 及更早写下的)读作 legacy ⇒ `isDelivered` / `knownUndelivered` 两判皆假**(不知道);扩展位读不懂(表外词 / 非串 / 取值器 / 只在原型链上 / 只有份额没有来源)⇒ 这一条按 legacy 记,存下的记录不带扩展键(经本账本再写出去也不会升格)。合并取上确界(`full` ⊔ `partial` = `full`、带来源 ⊔ legacy = 带来源),与先后无关、不按最后一条;读回只在读数上升时返回新增记录。0.90.0 的读者读本版记录时剥掉扩展键读成 `d`,对这些记录与本版读者答案一致。
+- **点名坏轮那一句 `toolHistoryBadTurnSentence(promptText)`**(CC-303;**§117 TH-3**):宿主解析到坏记录所在那一轮、`/rewind` 预选了那一行之后,取这一句接在本包出路句 / 次数句之后。处理顺序:非串当空 → 去显示标签(成对的小写 XML 形标签块;删完为空则用原文)→ 空白折成一格并去首尾 → 展示出口单行洗(`displayUntrusted`,`{ foldLines: false, mark: 'dot' }`)→ 按码点截前 60 个、超出补 `...`。**先洗后截**(先截会把一枚凭据截成半只、洗法认不出就原样漏进句子);按码点截(不劈代理对)。两句:有预览 `The broken record is in the turn you started with "<预览>"; /rewind has that prompt preselected, so restore the conversation to before it.`;无预览(空串 / 非串 / 洗完为空)`The broken record is in the turn /rewind has preselected; restore the conversation to before it.`。恒返回一句(要不要说这一句由宿主定);去标签是线性扫描。与终端现行那一句逐字节同。
+- **行键读口 `readToolHistoryMismatchKey` 与行键型 `ToolHistoryMismatchRowKey` 上根入口**(CC-304;接入文档 **§117 TH-1**):合成终局行顶层的 `_sema_tool_history_mismatch` 原样交进来(非对象 ⇒ `undefined`),拿回一只新对象 `{ kind, toolUseId?, consecutive?, rewindOffered? }`;四位都只读自有数据位(继承来的 / 取值器形的成员当缺席 —— 本版起,此前包内这一只按属性访问读;JSON 行上两者同答);kind 在闭集外或缺席 / 读它就抛 ⇒ `undefined`,可选成员坏形逐个丢,永不抛。与 `adapt()` 重建合成行时接力用的是同一只读口(同一函数对象)。读法与闭集只在这一只读口里 —— 端不必再自判顶层位在不在。
+- **hooks matcher 受理判定 `hookMatcherVerdict(event, matcher)` + 型 `HookMatcherVerdict` / `HookMatcherUnjudgedReason`**(CC-306;接入文档 **§117 HV-1**):一只纯函数回答「这条 matcher 放在这个事件上,服务端会不会因为它选中了某个工具的别名、却选不中别名的正名而拒掉整份提交」。读法与服务端 7.114.0 / 7.115.0 受理面同一套:只判 matcher 按工具名匹配的三只工具事件(PreToolUse / PostToolUse / PostToolUseFailure);缺席 / `""` / `"*"` 匹配一切;只含名字字符、半角空格、竖线与逗号的串按名字表读(竖线或逗号分名、每段去两端空格、空段丢、区分大小写),其余按锚定正则读;别名表读 `hookToolAliasesOf()` 那同一张生成表。四臂:`matchesAll` / `accepted`(带读法、名字表读法分出的名字、它点名或匹配到的别名与正名)/ `refused`(理由词 `alias_without_canonical`,带第一对别名与正名 —— 与服务端 7.115.0 起 400 体 `detail` 的 `alias` / `canonical` 同答)/ `unjudged`(带理由:事件不在范围、matcher 不是串、超过 8192 字符、正则编不过、正则用了给不出耗时上界的语法、静态回溯上界超预算)。**`unjudged` 不是受理**,调用方不得当通过。用户写的正则只拿去配别名表里的工具名,执行前先过静态回溯上界,病态正则不执行;永不抛,读数冻结、每次新对象。装配口照旧把 matcher 原样放上请求体,跳过口照旧按原串做键;提交前要不要预检由宿主调本口决定。逐代读法(服务端 ≤7.111.x / 7.113.x / ≥7.114.0)见接入文档 §117 G-HV7 表。
+- **steer 拒收合成口 `steerRefusalAdviceOf(e)` + 型 `SteerRefusalAdvice`**(CC-307;接入文档 **§117 SR-1**):对一个 steer 抛出物(sdk 抛出的错误对象,或 `ControlSafetyError` 的 `cause`)给出 steering 族的判别位与处置句 `{ safety, advice }`;不是 steering 族 ⇒ `undefined`。判别与 `ControlRouter.steer` **是同一份**:路由器自己也改调这一只,同一抛出物上路由器抛出的 `ControlSafetyError` 的 `code` / `advice` 与本口的 `safety` / `advice` 逐字节同。判别三步:码优先、sdk 类名兜底,`steering.` 前缀在场即归族、表外码落开集位 `steering_other`;「服务端在交给引擎之前就拒了」的那几位要状态码与码(或类名)合取成立才给,不成立落开集位;开集位的句子按状态码是否 4xx 分两句(4xx ⇒「没落地」,其余 ⇒「送达未知,别当它确知被丢而重发」),与 `atMostOnceFailureClass` 的送达判定同一条线。受保护读:码 / 类名 / 状态码任一读位抛 ⇒ `undefined`,绝不抛;每次交新对象。入参是 `ControlSafetyError` 本身时答 `undefined`(它自己带 `code` / `advice`)。
+- **`ControlSafetyError.advice?` / `ControlSafetyError.status?`**(CC-307;**§117 SR-2 / SR-3**):两只自有只读位。`advice` = 这次拒收的处置句,不含码前缀(路由器铸的错误上 `message` 恒为 `<前缀> — <advice>`,两者同源);steering 族恒在,cancel 的两只 409 位(`cancel_run_not_running` / `cancel_lost_race`)与「没有在飞的 run 可 steer」在,只陈述、不含处置的两句(cancel 404 `not_found` / 没有在飞的 run 可取消)缺席。`status` = 抛出点从原始错误上读到的 HTTP 状态码(`errCodes` 同一读法:`status ?? statusCode`,数值才带);本地拒(请求没发出去)/ 没有数值状态码 / 读位抛 ⇒ 缺席。两位缺席时不是自有属性(`'advice' in err` 为假),不是值为 `undefined` 的属性。**`message` 逐字节不变**(对 180 种抛出物与 0.90.0 构建实跑逐字节比过,见下方 Changed 唯一一条例外)。构造签名加可选第四参 `detail?: { advice?: string; status?: number }`(只收非空串与数,其余当缺席);旧的两参 / 三参调用逐字节同旧、两位缺席。
+- **`steeringRefusedBeforeEngine(e)` + 型 `SteeringRefusedBeforeEngine` 上根入口**(CC-307;**§117 SR-4**):「服务端在交给引擎之前就拒了」的 5xx 判定(今天唯一一行:503 ∧ `steering.ledger_unavailable` 或 sdk 专类名),此前是包内件(自愈 / 子代 / 主 run 三条 steer 路径共用)。语义不变:入参收对象、受保护读、判不出 ⇒ `undefined`。合取成立时与 `steerRefusalAdviceOf` 对同一抛出物同答;型与 `SteerRefusalAdvice` 同形。`steeringStatusIs4xx` 不上根入口(合成口的零件;端拿合成口的结论,不另按状态码分句)。
+- **合成终局行上的「改了重发」读数 `_sema_provider_rejection_resend`**(CC-309 ②;**§117 TH-4**;超集键 +1):值 = `providerRejectionResend` 的读数原样 `{ resend, text }`。
+- **崩溃遗留通告那一行话:整行 `crashConvergedNotice(projection)` / 按因由一句 `crashConvergedNeedsHumanSentence(reason, n, total)` / 句序 `NEEDS_HUMAN_REASON_ORDER`**(CC-310;**§117 CN-1 … CN-4**):上一次引擎运行留下、被收敛成 denied 的审批(`projectCrashConverged` 的产物)要对人说的那一行话,唯一措辞真源。
+  - `crashConvergedNotice(projection)`:入参 = `projectCrashConverged` 的产物原样(宿主按自己的披露账摘过行的,按两桶长度重算 `total` 后交)。出英文一行:头句 `the previous engine run ended with <N> approval(s) still waiting (recorded as <cause 码>), and the engine converged it / them to denied`(cause 码原样复述、按首见序去重,不翻译成「引擎崩了」)→ 有需人核行时按因由逐句,否则 `based on what was recorded, it / they can be re-run` → `. sema has not re-run anything.` → 有读不出的行时补 ` (<N> further record(s) could not be read.)`;两桶都空、只有读不出的行时只说 `the previous session left <N> crash-converged approval record(s) that this version could not read. sema has not re-run anything.`。需人核那一段:各因由按 `NEEDS_HUMAN_REASON_ORDER` 各一句,因由缺席 / 表外 / 读不出的行合成兜底一句 `<n> of <total> had already been approved, or cannot be accounted for, so a side effect may have partly landed` 排最后,句间 `; `,收尾 ` — check it / them by hand before re-running` 只说一次(按需人核行数选 it / them)。缺席(`undefined`)/ 服务端明说一条都没有(`total` 与 `dropped` 都是 0)/ 读不懂(不是投影形、两桶长度之和不等于 `total`、计数不是非负整数、行数超过 100000、取值器 / 原型位 / 代理)⇒ `undefined`,不抛;某一行的因由读不出只让那一行落兜底句,某一行读不动只让括号里的码整截不写。分桶只信投影:不读 `orphanState` / `resumeSafe` 位 / 已批证据。对投影形入参与终端现行那一行逐字节同。
+  - `crashConvergedNeedsHumanSentence(reason, n, total)`:四因由各一句(单复数只看 `n`):`approved_then_interrupted` ⇒ `<n> of <total> had already been approved and may have been running when the previous engine run ended, so a side effect may have partly landed`;`pending_unsafe` ⇒ `<n> of <total> had not started, based on what was recorded, but the engine did not mark it / them as safe to re-run`;`contradictory` ⇒ `<n> of <total> has a contradictory record / have contradictory records`;`unstable_row` ⇒ `<n> of <total> has a record that read differently each time it was read / have records that read differently each time they were read`。表外词 / 非串 / 原型链上的名字 / 包装串 ⇒ `undefined`;`n` 不是正整数、`total` 不是不小于 `n` 的整数 ⇒ `undefined`;不抛。兜底句不在这只口上(只在整行口里)。
+  - `NEEDS_HUMAN_REASON_ORDER`:冻结元组 `approved_then_interrupted` / `pending_unsafe` / `contradictory` / `unstable_row` —— 句子排在屏上的顺序;与 `needsHumanReason` 字面量联合的声明序(分桶时的判定优先序)不同是有意的,构建期保证它恰是那只联合的一个排列(删一员 / 多一员 / 重复一员都编译红)。
+- **`engineCapsSettled(baseUrl, { withinMs })` 有界形**(CC-311;接入文档 **§117 CS-1 … CS-3**):签名 `engineCapsSettled(baseUrl, opts?: { withinMs?: number })` ⇒ `Promise<'settled' | 'timed_out'>`。
+  - 不给 `withinMs`(`opts` 缺 / `null` / `{}` / `withinMs: undefined`)⇒ 与 0.90.0 逐字节同行为:等到当前探测落地,零计时器。
+  - 给了而此刻有在飞探测 ⇒ 最多等 `withinMs` 毫秒:探测先落地(成败皆算)⇒ `'settled'`,到时 ⇒ `'timed_out'`。到时**不取消**探测,之后落地的位照常进缓存。返回值只说「等待为什么结束」,不是能力读数:要知道引擎说了什么,返回后仍读缓存位(`engineCapState` / `engineCapTrue` / 片段口;KL-445)。
+  - 没有在飞探测 / `baseUrl` 缺席 / 空串 ⇒ 立即 `'settled'`,**不铸计时器**。计时器**不 unref**(被 await 的预算臂:探测永不落地时它是 `await` 唯一的 settle 来源,unref 会让没有别的存活句柄的进程在到时之前退出,实读退出码 13),ref 保持到清掉为止,返回前一定清掉(先落定 / 到时 / 异常三条路同),寿命上界 = `withinMs`;预算是**一次调用的总预算**(引擎温切把等待接力到新探测上时不重铸),接力后读到的是新引擎的位。
+  - 读不懂的 `withinMs`(≤ 0 / `NaN` / `±Infinity` / 非数 / 数字串 / `bigint` / `opts` 不是对象 / 取值器抛 / 已撤销代理)⇒ 读成「不等」(没在飞 ⇒ `'settled'`,在飞 ⇒ `'timed_out'`),**绝不退成无上限**;超过 2^31−1 毫秒的值夹到 2^31−1(不回绕成 1 毫秒);小数 `0.5` 是有界。「没给」与「读不懂」答法不同,见 KL-447。
+  - 任何情况不抛:计时器工厂本身抛也只答 `'timed_out'`。
+- **`disableSkillsDeclarationSettled(want, baseUrl, withinMs)`** ⇒ `Promise<DisableSkillsDeclaration>`(CC-311;**§117 CS-4**;KL-357 改写):`disableSkillsDeclaration` 的有界异步变体 —— 先有界等这台引擎的能力探测落定,再调同步片段口,答案**逐字**经同步口出(不另造成因、不另造措辞)。宿主已起探测、窗内落定且读到的能力位为真 ⇒ 首发就给 `{ disableSkills: true }`;其余一律与同步口同答 —— 到时仍没读到 / 探测失败 / 宿主没起过探测(本口不替宿主起探测,没有在飞探测可等,立即答)⇒ `unprobed` 回执(同一句话),引擎没报 / 报假 / 报了读不懂的值 ⇒ 对应成因的回执。`want` 的静态型是 `boolean | null | undefined`(同步口是 `unknown`);意图不是 `true`(`false` / `undefined` / `null`)不等、立即按同步口答;运行期坏意图(JS 宿主 / 类型断言)先于等待抛同一句坏值句(起头换成本口名),不先白等一个窗;`withinMs` 缺 / 读不懂 ⇒ 不等。**同步口 `disableSkillsDeclaration` 一字不动**(仍纯同步读缓存,能力没读到仍答 `unprobed`)。
+- **权限规则装配口的筛选理由报告口 `permissionsDeclarationReport(input, caps)` + 闭集 `PERMISSIONS_KEPT_REASONS` + 型 `PermissionsDeclarationReport` / `PermissionsKeptRule` / `PermissionsKeptReason` / `PermissionsRewrittenRule` / `PermissionsUncheckedRule`**(CC-314;接入文档 **§117 PX-1 – PX-4**):与 `permissionsDeclaration` 出自**同一次遍历**(两只口共用一只内部装配,不另判)。`permissions` 与投口逐字节同(在场与否也同);`kept` 列出每一条没随请求发出的规则串与理由,十二词闭集 —— allow 桶两道门 `allow_capability_off` / `settings_read_not_clean`,逐条判的各关 `empty_rule` / `paren_in_tool_name` / `retired_tool_name` / `unprefixed_namespaced_name` / `incomplete_protocol_name` / `home_relative_path` / `compile_refused` / `content_form_not_grantable` / `judge_failed`,同桶去重 `duplicate`;一条规则只报它在判定路径上第一个没过的那一关。`rewritten` 列出每一条写法变了的投出规则 `{ from, to, bucket }`(旧名归一、整工具形、整服务器 / 整 peer 写法);`unchecked` 列出投出了但规则编译器答不上来的 deny / ask。入参四只列里每一条规则串恰好落在「投出」或 `kept` 之一;数组里的非串与纯空洞不是规则串,两口都跳过。抛的范围与句子与投口逐字节同。端向用户解释「这条规则为什么没随请求发出」只读 `kept`;审批的同步放行照旧按**全部** allow 规则做 —— 发出去的 allow 在引擎那边是「有人对这只工具表过态」,不是免问。
+- **`PermissionsDeclarationInput.settingsRead: 'clean' | 'partial' | 'unreadable'`(型面必填,型面 BREAKING)**(CC-314;**§117 PX-5**):构造入参不带它 ⇒ 编译红,0.90.0 起的调用方加这一位即过(`permissionsDeclarationReport` 同型);运行期缺席(JS 调用方)按下面的「缺席 = 不知道」处置。**产出这批规则的那一次设置读**的健康(`'clean'` = 读得出、零问题键 —— 读不干净时宿主沿用上一次干净读里已有的 allow,那一批也交 `'clean'`;`'partial'` = 有文件带坏字段、权限段照常解析出来;`'unreadable'` = 有文件读不出;缺席 = 不知道)。行为见下方 Changed。
+- **用户附件数据信封 `mintUserAttachmentEnvelope(descriptor)` + 型 `UserAttachmentDescriptor` / `UserAttachmentNotebookCell`**(CC-315;接入文档 **§117 AE-1 … AE-4**):引擎没有附件席位时,用户 `@` 附上的文件 / notebook / 图片 / PDF / 目录写成模型读的那段文本 —— 唯一铸点。形:头部事实句(谁附的、名字、绝对路径、行数 / 条目数 / 体积、完整与否)+ 空行 + 围栏 + 带行号正文 + 围栏;PDF / 图片 / 没带上的 / 空文件 / 空目录只有事实句。不自称调用过工具、不用提醒形外壳、不嵌指令句;像素、PDF 正文、notebook 图片输出与读不了 / 过大 / 被读规则挡住的路径一律如实说没带(页数读不到写 `page count unknown`,不估)。边界三规则只在铸点里:① 围栏长度 = 整只信封里任意位置最长的波浪线类连续串(含五个形近码位)+ 1、至少 4;② 正文行内的九个断行码位(CR / VT / FF / U+001C – U+001E / U+0085 / U+2028 / U+2029)写成可见转义并在头部说一句;③ 名字 / 路径 / 条目名含控制 / 格式 / 分隔 / 孤代理码位、双引号或反斜杠时写成 JSON 串并把余下的那些码位写成 `\uXXXX`。描述符六形(`text` / `notebook` / `image` / `pdf` / `directory` / `not-included`)由端读盘后交进来,本包不读盘;按不可信入参读(只认自有数据位、取值器不执行),坏形抛 `TypeError`。字节与终端现行那一份逐字节同(45 条参考样本逐字节拷进本包门);notebook 单元的「输出过大」由端判成结构位 `outputsTooLarge`(不认端的替身文本)。
+- **人类提交装配 `encodeHumanTurn(input)` + 交账本两档 `deliveredUuidsOf(encoding)` + 看图判定 `imageVisionOf(model, catalog?)`**(CC-297 子集 / CC-315 ②;**§117 HT-1 … HT-7**):一次提交(有序条目:正文、粘贴图、`@` 附件描述符、上传件、随行、端报的缺失)→ 请求载体的唯一投影。两个载体:`objective`(交互车道与一次性 `-p` 车道共用;`text` + `images` + `attachmentIds`)与 `steer`(只有 `text`)。投影:各条「附件信封 …(空行分隔)该条正文」,各条非空条目正文按序换行连接。`objective`:图片座位计划一次算定 —— 粘贴图先占、至多 20 张、单张与合计 base64 各 6 MiB、模型能看图(`caps.vision === 'yes'`)才放 `@` 图片的像素,入座的那张信封说已随附、其余说未附;请求体 8 MiB 核算(入参 `otherBodyBytes` = 请求体其余键的序列化字节数,算式与真序列化逐字节相等,恰好等于上限照收),装不下把贡献最大的附件降为一句引用(同大先降靠后的),全降仍超 ⇒ `oversize`。`steer`:内容形过引擎的补话文本判据(提醒形标签 / 控制字符 / 16000 码元)即发,不过 ⇒ 全部附件降为引用句再判,仍不过 ⇒ `{ ok: false, reason: 'steer_hold', why }`(留队,这一轮结束后作普通提交发出)。份额:每条逐项(正文 / 每张图 / 每只附件 / 每个上传件 / 按角色要求的随行正文 / 端报的缺失)记 full 或 none,条目级 full / partial / none;`degraded` 是编码器自己降掉的那几项,与份额出自同一份记录。拒绝臂闭集 `empty` / `malformed_input` / `malformed_item` / `duplicate_uuid` / `rider_collides_primary` / `oversize`;永不抛。`deliveredUuidsOf` 交 `{ full, partial }`(档内带该条主 uuid + 随行 + 附件 uuid;`none` 不入,`ok: false` ⇒ 两档皆空),原样交给投递账本的两只写口:两档都经写口记交出,`partial` 记 `share: 'partial'`;`knownUndelivered` 只对两档都没记的条目为真。`imageVisionOf` 找在线目录那一行时先找 name 恰等于目标的、一行都没有再找 id(与本包在线目录的引用归一 `normalizeLiveModelRef` 同一只解析规则,两者现在共用它;一行的 id 撞上另一行的 name 时取 name 那一行):行上自有的 `vision` 为真 ⇒ `yes`、为假 ⇒ `no`,其余(目录缺席 / 找不到 / 没这一位 / 只在原型链上或是取值器)⇒ `unknown`,取值器一次不执行;缺省读本包的在线目录。型:`HumanTurnInput` / `HumanTurnItem` / `HumanTurnAttachment` / `HumanTurnRider` / `HumanTurnMissing` / `HumanTurnCaps` / `HumanTurnEncoding` / `HumanTurnShare` / `HumanTurnSharePart` / `HumanTurnDegraded` / `HumanTurnDelivered` / `ImageVision`。
+- **附件席位能力位三口 `noteEngineCapsForAttachmentSeat` / `observedAttachmentSeat` / `forgetAttachmentSeatReading` + 型 `AttachmentSeatReading`**(CC-315 ③;**§117 AE-5**;测试钩 `__resetAttachmentSeatReadingsForTests`):能力位读器族同一套 tee / 读口 / 换代失效口。今天读数只有 `unobserved` / `not_reported` 两态 —— 引擎席位的能力位键名随引擎那一版的判据定,本版不铸;读到普通对象能力表 ⇒ `not_reported`(不是「不支持」)。装配口今天恒走数据信封。
+- **`abortableSleep(ms, signal)` 上根入口**(CC-317;**§117 RX-1**):abort 感知的 sleep —— 到点 resolve;等待中 `signal` 被 abort 即刻 resolve 并清掉定时器;入口时已 aborted ⇒ 立即 resolve、零定时器。与包内两处轮询退避用的是同一个函数(根入口导出与包内调用是同一引用)。同文件的 `settleWithinDeadline` 不出。
+- **`isAlreadyResolvedFailure(outcome)` 上根入口**(CC-317;**§117 RX-2**):两条决断路径的失败结局(`GateOutcome` / `FsApprovalOutcome` 的 `failed` 那半)判「这张门是不是早就被解决了」—— 闭集失败码在场只信码(`no_pending` ⇒ 真);码说清了自己是「门还在」或「续跑启动期失败」的不进文案臂(⇒ 假);停驻挪动族三码按码判「门已不在原处」(⇒ 真);其余落文案兜底词表。与包内停泊路径用的是同一个函数。公面口受保护读:入参不是对象、任一读位抛 ⇒ `false`(答真会让调用方续读流 / 重探坐标,读不出就不放行),绝不抛。
+- **引擎两只闭集表 `ASK_EVIDENCE_ABSENCE_VALUES` / `SYSTEM_INJECTION_PRIORITIES` 上根入口**(CC-318;接入文档 **§117 UT-1 … UT-3**):审批问的规则证据某一位「为什么没有值」的已知词(`not_wired` / `not_adjudicated` / `unavailable` / `no_match` / `not_reported`)与系统注入队列的档位(`now` / `next` / `later`)。此前三端各自手抄一份、靠镜像门对值;本版起表由**构建期从已装开发依赖引擎的包根常量生成**(`scripts/gen-upstream-tables.mjs` 第七批),运行期不读引擎,根入口交出的是生成物那个冻结对象(`as const` 元组,成员型可由它派生)。表是**已知词**清单,不是线上词的闭集判官:读线上帧的口仍按开集原样带回表外词。生成器遇到引擎里没有这只名字 / 不是数组 / 空数组 / 有重复 / 含非串或空串一律拒生成(非零退出、不落盘空表)。
+- **问类仲裁表 `MODE_ARBITRATION` 与「常驻回答放行之后还问不问」判定 `askSurvivesStandingAnswer(card)`**(CC-322 ①;**§117 SA-1 … SA-4**):
+  - `MODE_ARBITRATION`:问类 → `{ bypassImmune, classifierEligible, sandboxAdmission, ruleMayClear, hookAskFloor }` 五个布尔,逐键逐位同引擎(今天 22 类),冻结且每一行也冻结;同上由生成器第七批生成(行缺位 / 多位 / 位非布尔 / 键是 `__proto__` 或数组下标形 ⇒ 拒生成)。
+  - `askSurvivesStandingAnswer(card)` ⇒ `{ kind: 'must_ask', by }`(`by` = `'mandated'` 或第一个清不掉的问类名)/ `{ kind: 'may_answer' }` / `{ kind: 'unknown' }`。只读卡上自有的 `mandated` 与 `classes` 两位,都受保护读(读抛 ⇒ `unknown`;原型链上的位不算;`classes` 的长度只读一次、读完再核,读的过程中被改动的数组 ⇒ `unknown`):`mandated` 严格为 `true` ⇒ `must_ask`;否则 `classes` 须是非空的串数组,按数组序逐类查表 —— 遇到 `ruleMayClear` 不是 `true` 的类 ⇒ `must_ask`、遇到表外类名 ⇒ `unknown`(开集词按收紧方向)、全部在表且全可被清 ⇒ `may_answer`;`classes` 缺席 / 非数组 / 空数组 / 含非串 / 有洞 ⇒ `unknown`。**`unknown` = 调用方不得让位**(与 `must_ask` 同处置),绝不折成 `may_answer`。不读 `origin` / `ruleOffersAbsence` / `shadowed` / `askClass`(引擎已明说「被盖住」不是判定输入)。判定函数只读生成表,零问类名字面量。表是构建期快照(KL-427);老服务端(< 7.109.0)停下的卡没有 `classes` ⇒ `unknown`(KL-428)。
+  - 型:`StandingAnswerVerdict`。
+- **内置读拒表档位词表 `READ_DENY_BUILTIN_TIERS` / `READ_DENY_DEFAULT_TIERS` 与部署键串校验口 `parseReadDenyBuiltinTiers(input)`**(CC-327;**§117 RD-1 … RD-4**):两张词表(五档全集 `credentials` / `shell-history` / `browser` / `wallet` / `agent-config`;不配置时在岗的两档 `credentials` / `agent-config`)同上由生成器第七批生成,出厂在岗档必须是全档的子集(否则拒生成)。`parseReadDenyBuiltinTiers(input: string)` 判面板输入能不能写成部署键 `READ_DENY_BUILTIN_TIERS` 的值:
+  - `{ ok: true, value: null }` —— 空 / 全空白 = **删键**(回到引擎出厂缺省;不是把空串当值写进去,服务端对空值拒启);
+  - `{ ok: true, value: 'none' }` —— 显式空姿态,整张内置表关;只能单独出现;
+  - `{ ok: true, value: '<规范拼法>' }` —— 各项两端空白裁掉、按输入序、逗号连接(不排序、不去重、大小写敏感;同一档位写两次照收,`browser,browser` 仍是 `browser,browser` —— 服务端对这样的串照收,引擎一侧在岗档位是集合,重复无害);
+  - `{ ok: false, why }` —— 空项 / `none` 与别的项并列 / 表外档位;`why` 是一句英文单行,回显的用户原值过本包展示出口(凭据遮蔽 / 控制符转义 / 封长),超长原值不整串回显。
+  - 非串入参 ⇒ `{ ok: false }` 不抛;`value` 永不是空串。校验口只读生成表,函数里没有任何一档的字面名。
+  - 🔴 串文法(逗号切分 / `none` 哨兵 / 空白口径)是按服务端受理行为写的镜像,服务端发布包里没有可直接调用的纯解析函数,所以没有可对拍的受理口,门里只有九格金样(KL-425;退役登记 RL-21)。
+  - 型:`ReadDenyBuiltinTiersParse`。
+- **`sessionPolicyReadNotice(outcome)`**(CC-328;接入文档 **§117 SN-1 … SN-3**):会话规则记录**读不到**时的一句人话,唯一措辞真源。入参取 `readSessionPolicy` 结局的非 `present` 两臂 —— `failed` 按失败分类各一句(十一句)、`malformed` 按读不懂位置各一句(三句)—— 外加宿主自己的 `{ kind: 'no_target' }`(没有连上引擎,会话规则记录读不到;连上后再看)一句,十五句两两互异。`no_target` **不是读口的结局**:本包的 `readSessionPolicy` 永不铸这一臂,它是宿主自己的状态,句子放在这里是为了让这一页的读不到只有一个说话人。零机器词:失败分类原词、状态码、机器码、读不懂位置原词、引擎原文与读不懂的细节一个字都不进句子,宿主要摆自己对结局取。读不到不等于没有规则:没有一句说「空 / 没有限制」;「没有这条会话」两种成因一起说(可能不存在、也可能是别人的),这一面不给存在性预言机;`malformed` 的 `rule_field` 一句说清为什么整份都不展示(半坏就是坏)。入参不是对象 / 表外臂 / 表外失败分类 / 表外读不懂位置 / 原型键 / 读属性就抛 ⇒ 同一句通用话,不抛;每个键只取一次自有属性描述符、只认自有数据位(自有访问器不执行、按缺席算,不让不可信入参在这里跑代码)。声明面入参型 = `Exclude<SessionPolicyReadOutcome, { kind: 'present' }> | { kind: 'no_target' }`(类型面挡着「把成功当失败渲」);失败分类或读不懂位置多一种而没给句子 ⇒ 构建期编译红(穷尽 `switch`,无 `default`)。写口那一侧的三句(收紧 / 撤销 / 不写入)不变。
+- **按引擎代查询「在那一代上提交过、仍没交出去」**(CC-334;**§117 PL-2**):`attempted(batchUuids, opts?)` 收可选 `{ generation }`(非负安全整数)⇒ 这一批记到该代的索引(同一 uuid 再提交 ⇒ 挪到最近一次的代与先后);账本新读口 `undeliveredInGeneration(generation)` 返回该代上提交过、此刻仍确知没交出去的 uuid(按最近一次提交的先后),读出即销该代的**索引项** —— 两只事实集合不动:读完之后 `knownUndelivered` 照旧为真、迟到的交出照记,同一代再读答空。代不进记录、不落盘;代不合法(非整数 / 负数 / 非数 / 选项读不动)⇒ 不记代、事实照记;读口收到坏代 ⇒ 冻结空数组、不抛。旧的一参调用不变。
+- **`attachmentsSubmitVerdict(env?)` + 型 `AttachmentsSubmitVerdict`**(CC-337;**§117 AV-1 … AV-4**):`SEMA_ATTACHMENTS` 的**不抛**判读口。与 `attachmentsForRequest` 是**同一只判官**的两个出口 —— 同一取值,抛的那条路拒 ⇔ 本口 `ok: false`;收的那条路交出的声明与本口 `attachments` 逐字相同。`{ ok: true, attachments } | { ok: false, sentence, refusedKey }`:`sentence` 是一句可直接上屏的新句 —— 不带内部出处字样、不引被拒的原值(只说「清单里的第 N 项」与它属于哪只键;键名取自本包的键表)、带出路(合法写法、怎么整条撤掉);`refusedKey` 是被拒那一项属于哪只键(认不出是哪只键、或整个取值读不了 ⇒ `undefined`)。取值读不了(不是字符串或带 `trim` 的包装串 / 读取值就抛)⇒ 按「读不了」拒(同一句、`refusedKey: undefined`),缺席与空串 ⇒ 默认声明;两口共用同一个取值归一,同一入参两条路答案一致是结构保证。「接了引擎才读」这道门在调用方,本口不判。`AttachmentsSpecRefused` 的 `message` 一字不动(与 0.90.0 发布产物逐字节对拍);判官内部改为不抛的判决函数,抛的口包它、本口包它。
+- **续跑被拒「服务端按存下的样子续不了这份停驻」的读口与句子 `checkpointUnsupportedVersionFromError(err)` / `checkpointUnsupportedVersionContent(detail, ctx?)` + 型 `CheckpointUnsupportedVersionDetail` / `CheckpointUnsupportedParkKind` / `CheckpointUnsupportedVersionContext`**(CC-339;**§117 SV-8**):服务端 7.115.0 起,升级前停下、提交体带非空 `settings.permissions.allow` 的任务,各续跑入口(工具审批决断 / 资源停车续跑 / 计划审阅 / 唤醒 / workflow 子代审批投到宿主的会话)答 409 `checkpoint.unsupported_version` 且 `retriable: true` —— 卡仍待决、零写,**不是**「重试会成功」。形与 reopen 族同(读口 + 出句口两只):读口只在码与错误对象**自有**的 `retriable === true` 同在时交 `{ code, retriable: true }`,否则 `null`(凭码不说「卡仍待决」;同一个码在引擎里还有别的成因,拒体上没有分臂位,读口不认定成因);停驻种类与 run id 是出句口的入参。出句口三段:服务端按存下的样子续不了这份停驻 · 什么都没决定、停驻仍在等,但原样再发不会自己续上 · 出路按调用方声明的停驻种类分(`tool_approval` / `plan_review` / `resource_park`:先取消那条 run —— 给了 `runId` 就点名,转义后封长 —— 再作为新任务重提;`wake` / `workflow_host`:没有可取消的 run,直接在那段对话里新开一条任务;不传或表外:两类都说),并指向服务端的升级前排空检查;不复述服务端原句、不带端点与请求键名。
+- **hooks matcher 别名拒的事后读口 `hookMatcherRefusalFromError(err)` + 型 `HookMatcherRefusal`**(CC-339;**§117 SV-9**):读服务端 7.115.0 起 400 拒体的机读位 —— `errorCode` 为 `request.field_invalid` 且 `field` 为 `settings.hooks` 时,从 `detail` 交出冻结的 `{ event, alias, canonical }`(错误对象顶层与 sdk 的 `extra` 两处都认,顶层优先);老服务端没有这两位、`detail` 缺位 / 坏形 / 只在原型链上 ⇒ `undefined`(不读句子)。与提交前的判定 `hookMatcherVerdict` 分开:那一只事前判、读本包的别名表;这一只事后读服务端已经拒了的那一份。
+- **接线回执 `fleet` 段**(CC-339;**§117 SV-10**):`wiring_manifest` 的 chrome 臂与非流式提交回执视图多一段 `fleet: { subagentTranscripts }`(冻结;型 `WiringManifestFleetView`;内部臂超集键 `_sema_fleet`)—— 服务端 7.115.0 起部署对委派子代对话能活多久的自述,今天三词 `none` / `rows` / `full`,开集原字节(第四个词按未知档位处理,不当 `full`);同段另两位本包不过境。缺席 = 这一帧没有这句陈述(7.114.0 及更早的服务端不投),**不是** `none`;坏形整段缺席、别段照投;只带这一段的帧照样成臂。
+- **审批卡上的探针因由那一句 `probeReason`**(CC-339;**§117 SV-11**):`ApprovalCardRequest.probeReason?: string` 与帧镜像 `ToolApprovalFrame.probeReason?`(帧键镜像 33 → 34)。活卡帧(服务端 7.115.0 起)与耐久待决行的 `riskDescriptor.probeReason`(更早就带)两条路径进同一个卡位、同一只读法:自有串、去两端空白后非空才带,原文字节不截不改;缺席不是「没有原因」(老服务端的活卡帧 / 没被收紧 / 探针没给 / 来自呈卡帧的卡都没有);与 `probeCause` 并列不替代(两位同在时优先渲结构位)。
+- 公面合计(本版):根入口运行期导出 1397 → 1429(+32,零删名):CC-303 `toolHistoryBadTurnSentence`;CC-304 `readToolHistoryMismatchKey`;CC-306 `hookMatcherVerdict`;CC-307 `steerRefusalAdviceOf` / `steeringRefusedBeforeEngine`;CC-310 `NEEDS_HUMAN_REASON_ORDER` / `crashConvergedNeedsHumanSentence` / `crashConvergedNotice`;CC-311 `disableSkillsDeclarationSettled`;CC-314 `permissionsDeclarationReport` / `PERMISSIONS_KEPT_REASONS`;CC-315 / CC-297 `mintUserAttachmentEnvelope` / `encodeHumanTurn` / `deliveredUuidsOf` / `imageVisionOf` / `noteEngineCapsForAttachmentSeat` / `observedAttachmentSeat` / `forgetAttachmentSeatReading`;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`;CC-337 `attachmentsSubmitVerdict`;CC-339 `checkpointUnsupportedVersionFromError` / `checkpointUnsupportedVersionContent` / `hookMatcherRefusalFromError`。公面类型名 964 → 997(+33:CC-304 `ToolHistoryMismatchRowKey`;CC-306 `HookMatcherVerdict` / `HookMatcherUnjudgedReason`;CC-307 `SteerRefusalAdvice` / `SteeringRefusedBeforeEngine`;CC-314 `PermissionsDeclarationReport` / `PermissionsKeptReason` / `PermissionsKeptRule` / `PermissionsRewrittenRule` / `PermissionsUncheckedRule`;CC-315 / CC-297 十五只,见上;CC-322 ① `StandingAnswerVerdict`;CC-327 `ReadDenyBuiltinTiersParse`;CC-337 `AttachmentsSubmitVerdict`;CC-339 `CheckpointUnsupportedVersionDetail` / `CheckpointUnsupportedParkKind` / `CheckpointUnsupportedVersionContext` / `HookMatcherRefusal` / `WiringManifestFleetView`);测试钩 63 → 64(`__resetAttachmentSeatReadingsForTests`,CC-315 ③);🔴 型面 BREAKING 两处:① `PromptDeliveryLedger` 接口 +3 必有成员(CC-293 / CC-334;把自写替身赋给该接口型的端编译红一次,见 Changed);② `PermissionsDeclarationInput` +1 必填位 `settingsRead`(CC-314;构造入参不带它的调用编译红一次,加这一位即过,见 Added);另 `engineCapsSettled` 的返回型由 `Promise<void>` 收窄为字面量联合,只有一种写法会编译红(见 Changed,CC-311);`PromptDeliveryRecord` +2 可选键、账本 `attempted` +1 可选参、两只 delivered 写口第一参放宽为 `readonly string[] | HumanTurnDelivered`(CC-293 / CC-334 / CC-297);`planReviewOutcomeTail` +1 可选参、`isGateStandingErrorCode` / `isCodeClassifiedGateFailure` +1 可选参、`GateOutcome` / `FsApprovalOutcome` 失败臂 +1 可选位 `retriable`(CC-339);零新投影臂;超集键 +2(`_sema_provider_rejection_resend`,CC-309 ②;`_sema_fleet`,CC-339)、审批卡与审批帧可选位 +1(`probeReason`,CC-339)、接线回执视图 +1 段(`fleet`,CC-339)与错配键子位 +1(`rewindOffered`,CC-305)。
+
+### Changed
+
+- **本包记下的 `d` 记录多一只 `by`;读回到没有 `by` 的 `d` 改判「不知道」**(CC-293;**§117 PL-1 / PL-4 / 117a′**):`deliveredByFrame` / `deliveredBySteerReceipt` 的返回与 `toRecords` 里的 `d` 由 `{"u":…,"s":"d"}` 变为 `{"u":…,"s":"d","by":"frame"}` / `…"by":"steer_receipt"}`(`a` 行逐字节不变)。0.90.0 及更早写下的 `d`(含较早的终端把「流上第一帧不是 409」记成交出去、实则被拒的那一形)读回后不再算交出去:`isDelivered` 由真变假、`knownUndelivered` 仍假;之后真见到建了 run 的帧 ⇒ 写口返回一条带 `by` 的 `d`,追加进存储即升格。宿主读回时要把解析出的对象原样交给 `fromRecords`(只留 `u` / `s` 重建会剥掉 `by`,读回全成 legacy)。`PromptDeliveryLedger` 接口加三只必有成员(`deliveryShareOf` / `undeliveredInGeneration` / `droppedKeyCount`):自写替身赋给该型的那一处编译红(型面 BREAKING 一处);只持 `createPromptDeliveryLedger()` 产物的端不受影响,两只自由函数的参数型不变。
+- **投递账本在撤销式代理入参上不再外抛**(**§117 PL-3**):`attempted` / `deliveredByFrame` / `deliveredBySteerReceipt` 的批与结局、`fromRecords` 的记录表与记录、`withoutUndeliveredPrompts` 与账本 `withoutUndelivered` 的行表 —— 数组判收进受保护读,读不动 ⇒ 不记 / 答空(此前外抛 `TypeError`)。
+- **错配键上加一位 `rewindOffered: boolean`**(CC-305;**§117 TH-2**):这一行有没有补 `/rewind` 出路句(铸行那一拍的事实:车道闸 × 宿主声明 `offersRewind` × 「只回退对话」判官),本版起铸的键恒带、与行文本同真同假;`adapt()` 接力照带;读口读回带这一位,0.90.0 及更早铸的行没有 ⇒ 读回里缺席(不补 `false`)。端据它决定要不要接点名坏轮那一句、要不要预选那一轮,不在归约那一拍拿判官重算 —— 铸行与归约之间能力位读数被改写时两边不再两说。错配行别的位与行文本逐字节同 0.90.0。
+- **`ControlRouter.steer` 遇到读位会抛的抛出物时,原样抛 steer 的那只错误**(CC-307;**§117 SR-5**):修前路由器在 catch 里读码 / 类名 / 状态码不设防,错误对象上的取值器(或代理)一抛,`steer()` 拒绝的就是取值器的那个错,steer 本身的错丢了。现在判别经受保护的合成口,读不出 ⇒ 判不出 ⇒ 原样抛 steer 的错误(与「不是 steering 族」同一走法)。只有这一形的行为变了;其余抛出物上 `code` 与 `message` 与 0.90.0 逐字节同。
+- **开发依赖 `@sema-agent/settings-schema` `^7.0.1` → `^8.0.0`**(CC-308;构建期,不进运行期依赖、不进 `peerDependencies`、不出包;**§117 TY-7**):本包 `src/` 对它零 import。8.0.0 的变更面 —— 一致性套件新增第四项检查 `strictWrite`(严写受理)且每一项都要表态(接了该套件适配器的消费方才会编译红)、`parseDomain` 对非域名的键改说真因(此前说成「读不出值」)、`migrate-workers` 命令行的 `--check` 与真跑过同一只判定(整域会被拒的文档 `--check` 也报 `refused` / 退出 1,`refused[]` 逐条带出)、新增导出面登记表脚本;`./migrate` 子路径仍在、没有删 —— 在本包 `src/`、`scripts/` 与 `package.json` 里都零读点(换钉前按这些名字与命令行名检索 `src/` / `scripts/` / `package.json` / `README.md` / `docs/` 全树零命中)。换钉只影响读该包产物的七道常驻门(`run-additive-key-passthrough-test.mjs` / `run-cloud-effective-projection-test.mjs` / `run-display-untrusted-projection-test.mjs` / `run-hook-matcher-verdict-test.mjs` / `run-layering-shadow-export-test.mjs`〔只把该包的 `types` 入口当桩依赖载入、语料不调用它,见 KL-485〕 / `run-model-capability-probe-test.mjs` / `run-plugin-hooks-projection-test.mjs`)与核声明范围的公面门 ⑤c:换钉前后逐格同读,唯一可见差异是 `run-additive-key-passthrough-test.mjs` 的 G7v 标签里装着的 major 由 7 变 8。这些门直接读的 `hooks.js` / `types.js` / `index.js` / `node.js` 四个文件两版逐字节相同;经它们间接加载的模块里只有 `config-fns.js` 不同(`parseDomain` 对非域名的拒因一处,对真域名的行为不变,这些门不以非域名调它);九个引擎事件名、五个档位词、档位组名的正则、hook 条目必要字段判据(`run-plugin-hooks-projection-test.mjs` 的 G-HK29 同源格)两版逐值同答。另有 `hooks.d.ts`(`MessageDisplay` 入参的推导类型里 `index` 成员换了书写位置,同一成员同一类型)、命令行与一致性套件各文件不同于 7.0.1。终端 1.0.142 先行把自己的依赖换到 `^8.0.0`;G7v 判的是「本包装着的 major ≥ 终端在用的 major」,终端先升而本包不跟时这一格会红(终端声明 `^8.0.0`、本包装着 7.0.1 时实测红),本版换钉后恢复。
+- **「改了重发」那一句归合成终局行**(CC-309 ②;**§117 TH-4 / 117a′**):`API Error:` 那一臂上,终局因由带服务商拒绝详情(`terminal.detail.kind === "provider_rejected"`、状态码读得出)且这一行**不是**会话历史 tool_use 错配 ⇒ 行尾另起一行补 `providerRejectionResend` 的那一句,行上挂 `_sema_provider_rejection_resend`。与错配键同一铸点、互斥:错配键在 ⇒ 没有这一句、没有这只键;判错配的载体与这一句读的详情出自同一次只认自有数据位的读取(取值器形 / 原型链上的 `detail` 两边都不认);409 占锁行 / 治理·契约终态行 / 模型输出问题行 / `failed` 事件帧(帧上没有详情)/ 详情缺席或种类表外 ⇒ 都不补、不挂。车道不分(这一句不点名任何命令,`-p` 与工具车道同样补)。结果帧 `errors[]` 仍是原文。`adapt()` 重建合成行时照带这只键(只认判定口会铸的读数,不是 ⇒ 整键丢)。没有这一句的终局行逐字节同 0.90.0。自由函数 `providerRejectionResend(detail, carrier?)` 不变。
+- **`engineCapsSettled` 的返回型由 `Promise<void>` 变为 `Promise<'settled' | 'timed_out'>`**(CC-311;**§117 CS-2**):不带 `withinMs` 时恒答 `'settled'`。对 `await engineCapsSettled(base)` 语句、`.then(() => …)` 与丢弃返回值的写法无影响;会编译红的只有一种形 —— 把返回的 Promise 直接赋给 `Promise<void>` 型的位置(变量标注 / 接缝型 / 返回型),见接入文档 117y ①。
+- `disableSkillsDeclaration` 的文档注释改指有界异步变体(行为零变化)。
+- **设置文件里的 allow 只在干净的设置读上投**(CC-314;**§117 PX-5**;KL-488):能力位为真之外,来源(`origins.allow`)是托管策略 / `--settings` / 用户 / 本地 / 项目、或来源说不清的 allow,还要入参带自有的 `settingsRead: 'clean'`;`'partial'` / `'unreadable'` / 缺席 / 表外值 ⇒ 这几条不投(报告口逐条记 `settings_read_not_clean`)。来源是命令行(`cliArg`)或会话(`session`)的 allow 不受读健康影响,能力位为真就照投;deny / ask 照投、与 0.90.0 逐字节同。交互与 `-p` 两条车道同一条律,由本包一处判,端上不再自己扣 allow。对 0.90.0 发布产物实跑对拍(两只规则池 × 能力位五种读数 × 规则编译器三种答法,含抛的句子):`settingsRead: 'clean'` 的入参上逐字节同;其余读健康上等于把只来自命令行 / 会话的那几条 allow 交给 0.90.0 的结果。**换钉即交 `settingsRead: 'clean'`**(读干净时;读不干净而沿用上一次干净读的 allow 时也交 `'clean'`),否则设置文件里的 allow 在能力位为真的引擎上不发 —— 报告口 `kept` 与 doctor 句都会说出来;服务端 7.115.0 之前的版本不报能力位、allow 本来就不投,在那些服务端上请求体零变化。
+- **doctor 句 `permissionsAllowGrantDoctorDetail(reading, settingsRead?)` 与装配口问同一只门**(CC-314;**§117 PX-7**):加可选第二参(与装配口入参的 `settingsRead` 交同一个值)。说「allow rules sent」恒等于装配口在同一份读数与读健康上投 allow;能力位为真而读不干净或没交读健康 ⇒ 新的一句「allow rules from settings files kept on this side — this engine reads allow rules as rules, but the settings read that produced them was not reported clean … command-line and session allow rules are still sent …」;能力位不是真的三句不变。只传一参的旧调用在能力位为真的引擎上改说新句(与装配口同答)。
+- **allow 放行能力位位名定稿**(CC-314;**§117 PX-6**):服务端 7.115.0 起在 `/v1/capabilities` 顶层恒铸 `settings: { permissions: { allowGrant: true } }`,与本包 0.90.0 起读的路径逐段同,读法不变;≤7.114.0 不铸(读 `not_reported`)。
+- **`inheritEnvRefusalContent` 的第一段改口**(CC-336;**§117 IE-1**):此前第一段断言引擎「没有点名字段」(`The engine refused this request as invalid without naming the field`),而服务端自己的拒句散文以 `inheritEnv:"all"` 开头、随错误码那一行原样上屏,两句互相矛盾。本包只读机读位、不读拒句散文,拒体上又没有机读字段位(服务端 7.114.0 的三处 400 都只带错误码),所以对「点没点名」既不能说点了、也不能说没点。现在第一段改为 `The engine refused this request as invalid, under a refusal code that many different request fields share`;后面按条件措辞的那一段原样保留。函数签名、认领条件 `inheritEnvRefusalFromError`、返回形都不动。按词扫这一句(例如匹配 `without naming`)的写法要改。待服务端给出机读字段位后再改按字段位认领。
+- **「只续已有会话」被拒的读口按码优先**(CC-339;**§117 SV-12**):服务端 7.115.0 起两处挂码 —— 会话不在 ⇒ 404 `resume.session_not_found`;要求续已有会话却没给会话 id ⇒ 422 `request.field_conflict`(句尾不再括注)。`requireExistingSessionRefusalFromError` 先按「状态 ↔ 码」成对认,不读 `message`;旧形(状态派生粗码 + 句尾括注)只在拒体上的码恰是那一状态的粗码时才读,留给 7.114.x 及更老的服务端(支持底线越过 7.115.0 那一版退)。修前 7.115.0 的 422 那一形读成 `null`、端漏了那一句。读数的 `code` 是本读口的族标 `resume.session_not_found`,两代读出同一个 `code` 与 `form`。422 ∧ `resume.session_not_found` 这一没有服务端铸过的组合改读 `null`。
+- **reopen 族读口与新读口共用一只 `retriable` 读法**(CC-339):`resumeReopenFromError` 只认错误对象**自有**的 `retriable === true`(修前原型链上的同名位也算;sdk 错误对象与 JSON 形都是自有位,线上零变化),读这一位抛 ⇒ 不认领(修前抛出)。
+- **计划审阅决断撞上 409 `checkpoint.unsupported_version`(带 `retriable: true`)**(CC-339;**§117 SV-13**):结局从「决断失败 HTTP 409 …」改为「这次决断没生效」+ 带计划审阅种类与这条任务 id 的那三句,结局机读位 `effect` 从 `not_applied` 改为 `still_parked`(服务端说卡仍待决)。审批决断出口的失败文字补上不带停驻种类的那三句(决断出口分不清是自己那张卡还是 workflow 宿主那条路径)。
+- **`makeHitlCanUseTool` / `HitlCanUseToolFn` 的两个不透明位成了类型参数,`HitlBackendDenyDecision` 声明为 `PermissionResult` 的拒绝臂**(CC-343 ②;**§117 TD-6 / TD-7**;类型面 additive):`HitlCanUseToolFn<D, Ctx = never, Msg = never>` 的默认槽位仍是 `never`(只写 `HitlCanUseToolFn<D>` 的既有写法照常编译);`makeHitlCanUseTool<D, Ctx = unknown, Msg = unknown>` 返回 `HitlCanUseToolFn<D, Ctx, Msg>` —— 返回值可直接赋给宿主自己的 `CanUseToolFn`(宿主那两位是具体类型,此前 `never` 在逆变位不接,宿主只能 `as unknown as`),也可显式实例化成宿主自己的类型。`HitlBackendDenyDecision` 现在 `extends` agent-types 的 `PermissionResult` 拒绝臂(多出 CC 的可选成员 `interrupt?` / `toolUseID?` / `decisionClassification?`;`backendDeny` 运行时仍只铸原来三个键);agent-types 改了那一臂的形,红在本包构建期;装了更新版 agent-types 而那一臂的型变了的消费方,`skipLibCheck: false` 时红在本包的声明文件里(设计如此)。
+- **补偿登记表 `MIGRATED_COMPENSATIONS` 里十条非空 `retireOn` 的值由自由文本改为退役台账行号**(CC-343 ④;**§117 TD-8**;已发导出的可观察变化):`retireOn` 的类型仍是 `string | null`,`null`(长期职责)不变;非空的十条此前是一句里程碑原话(「P1-2 到货 …」),现在是 `RL-31` … `RL-40`(条件原句在源码注释里,机读触发与到期版本在退役台账里)。读 `retireOn` 做按词判断的端要改读台账;本机三端参照树产品源码零依赖。
+- **`rewindSpecForMode(mode, id, reading?)` 加第三个可选参数:`both` 档按纪元位决定带不带 `restoreFiles`**(CC-345 ①;**§117 TD-3 / TD-4**):读数(`observedRewindArchive()` 的返回)里 `restoreFiles` 纪元位明说 `on` 才带;`off` / `not_reported` / `malformed` 一律不带 —— 此时 `both` 的请求体与 `conversation` 同形、只回退对话,宿主读返回值上有没有 `restoreFiles` 来对用户说明;读数读不懂也不带。没传读数、或传了「没观测」的读数 ⇒ 照旧带(与 0.90.0 逐字节同;KL-480)。`conversation` / `code` 两档不读读数。`rewindRestoreFilesEpochDetail` 三句「不认」的措辞随之改口(不再说「客户端照发」,如实说「按这份读数铸的请求不带这个键、只回退对话」),没观测那句补一句「仍带」。
+- **`approvalsStreamLive` 能力位不驱动对账:源码注释改口,行为与接入文档不变**(CC-345 ②;**§117 TD-5**):审批 feed 不读这一位,对账节拍的闸只有宿主传的 `reconcile.shouldReconcile`;`livePendingNeedsReconcile` 是提示口。此前模块头注与判定函数的注释写成「决定 feed 要不要靠推面 / 对账的判据单源」,与接入文档(`reconcile` 照传不关、别拿它做 `shouldReconcile` 的合取)不一致 —— 读实现:文档对。
+- **`permissionRuleIssueDetail(code, message, rule?)` 加第三个可选参数,`invalid.param_split` 那一句按规则原文分两说**(CC-359;**§117 TD-1 / TD-2**):此前那一码恒说「冒号前面那段不是参数名」,对括号里根本没有冒号的规则(`Skill(s1)`)是错话。传了规则原文(`issue.rule`)时:括号里有冒号 ⇒ 「参数规则写成 `name:pattern`,冒号前的名字或冒号后的模式是空的」;没有冒号 ⇒ 「括号里没有冒号,这不是参数规则(参数规则写成 `name:pattern`)」;没传 / 读不懂(非串、没有未转义的左括号)⇒ 中性一句(括号里没有写成 `name:pattern` 的参数规则),既不说有冒号也不说没有。规则原文只用来判有没有冒号、绝不进句子(它是用户写的);只有这一个码读它,其余十四码带不带规则原文都逐字节同。不传第三参的老写法照旧可用,只是 `invalid.param_split` 那一句换成中性句(KL-482)。
+
+### Fixed
+
+- **展示出口对 YAML 块标量形的凭据值遮不全,且遮法误导**(CC-340;**§117 DU-11 / DU-12**):凭据标签 / 方案词**冒号分隔**之后的值是 YAML 块标量(`api_key: |`、`password: >`,块标记后可带 `-` / `+` / 缩进数字,块头行尾可带 `#` 注释,块头以换行收尾)时,0.90.0 把块标记当成一只单行值 —— `|` 换成记号、真值原样留在下一行(读者会以为已经洗过),`>` 连记号都没有。本版块头连同其后整个缩进块换**一枚**记号:块一直算到第一行「有可见内容、缩进不深于标签所在行」的行之前,只有空白的行属于块;`api_key: |\n  <值>\nnext: x` ⇒ `api_key: «redacted:secret»\nnext: x`,`password: >\n  <值>` ⇒ `password: «redacted:secret»`。块后那一枚行断、尾随空行与回退行原样(把行断画成转义记号或点的单行出口上,回退行的首词与任何值后隔一枚行断的首词一样并进记号,0.90.0 同);块头行上的注释随块进记号;原样换行(`\n` / `\r\n` / `\r`)与 JSON 转义形(字面 `\n` / `\r\n`)两种写法都认,一只块只认结束块头那一枚的写法;缩进按行首空白字符个数比,不可见字符(着色序列、零宽字符、控制字符)不计,控制串里的空白也不计;块标记与修饰之间夹着不可见字符照样认;块里一行只有控制串(窗口标题等)时,控制串的内容算这一行的内容,整段控制串进记号。等号分隔(`key = |`、箭头 `=>`)不是 YAML,块头在串尾时后面没有块,这两类按单行值读、与 0.90.0 逐字节同(解析器诊断 `Unexpected token =>` / `Unexpected token: >` 原样)。块里另有凭据标签、方案词、地址或私钥块时整块仍只出这一枚记号:上一版在块里铸的几枚并进来 —— 按记号个数断言的读数会变少,遮住的范围只多不少。只多遮:对 0.90.0 发布产物的全池差分「上一版遮、本版露」0 格,不是块头的形逐字节不变。覆盖 `displayUntrusted` / `displayUntrustedMarks` 与本包合成终局行、结果帧 `errors[]` 的铸点;只开 URL 结构面的出口不认块(块是词级面的射程,与 `Bearer <值>` 同)。零新公面名、零型面变化。
+- **份额 `partial` 的条目经写口记交出**(CC-293 / CC-297;**§117 PL-1 / HT-6**):投递账本的两只 delivered 写口(`deliveredByFrame` / `deliveredBySteerReceipt`)第一参另收编码答案的两档 `{ full, partial }`(`deliveredUuidsOf(encoding)` 原样):`full` 档铸 `{ u, s: 'd', by }`,`partial` 档铸 `{ u, s: 'd', by, share: 'partial' }`,同一 uuid 两档都在按 `full` 记一条;读不动的批(撤销式代理 / 会抛的取值器 / 非对象)两档都不记、不抛,档内坏 uuid 逐项跳过;uuid 数组形照旧整批记 `full`(相对 0.90.0 只多一只 `by`,与本版其余写法一致)。两档都经写口记交出,`partial` 记 `share: 'partial'`;`knownUndelivered` 只对两档都没记的条目为真 —— 只把 `full` 档交写口的接线会让交出去一部分的条目(`@` 图片的模型没有看图位、steer 上带粘贴图、随行正文没合进)停在 attempted 而无 `d`:换代查询把它交出去重发(正文到两次)、旁路过滤把它从本地历史删掉、端上显示假「↑ 重发」。对象形的两档只认自有键(原型链上的档位不是送达证据),任一档读不出(取值抛 / 非数组 / 档内取值抛 / 撤销式代理)⇒ 两档皆空、整批不写(半批可读不构成账本事实);数组形入参的处置与 0.90.0 逐字节同。
+- **读回一条记录时扩展位读抛 ⇒ 与读不懂同一处置,不丢这条记录**(CC-293;**§117 PL-3**):`fromRecords` 读定 `u` / `s` 之后,`by` / `share` 的描述符、`in` 判或自有键枚举读抛(代理陷阱)⇒ 这一条按 legacy 收(两判皆假)、丢键按 0、不抛 —— 整条丢掉会让这一条由「不知道」变成「确知没交出去」。`u` / `s` 自己读抛仍整条跳过(同坏行)。
+- **`deliveredUuidsOf` 不受随行列表长度限制**(CC-297;**§117 HT-6**):随行 uuid 逐项追加(不按调用实参展开);150000 只随行的条目两档照常交出、不抛。
+- **装配后正文为空的提交答 `empty`,不再答 `ok`**(CC-297;**§117 HT-1**):`encodeHumanTurn` 的 `objective` 车道在装配之后再判一次正文 —— 只有粘贴图、只有上传件 id、纯空白正文(以及唯一一张粘贴图超限被丢)都是空 objective,服务端受理口一律 400,本版起直接答 `{ ok: false, reason: 'empty' }`(闭集已有的词);`@` 附件经信封铸进正文的不算空。
+- **粘贴图同样过图片座位上限**(CC-297;**§117 HT-3**):`objective` 车道的粘贴图先占座,同样过张数(20)/ 单张(base64 6 MiB)/ 合计(6 MiB)三道上限 —— 超出的那张不进 `images`、份额记 none(`seat_count` / `image_too_large` / `seat_total`,进 `degraded`)、条目 `partial`(那张是这一条唯一内容时 `none`),不再答份额 `full` 而让服务端去拒。粘贴图不看看图位;steer 车道不变。
+- **审批卡 `probeReason` 读抛不阻断审批**(CC-339;**§117 SV-11**):活卡帧与耐久待决行两条路径的窄读是受保护读 —— 自有键判或取值读抛(取值器 / 代理陷阱)⇒ 按缺席,卡照呈、决断照发;一只会抛的展示位不会让整次呈卡失败、让引擎拿不到答复。
+- **计划审阅撞 409 `checkpoint.unsupported_version` 时,尾句说再决不会生效**(CC-339;**§117 SV-13**):这一形的结局尾句不说「还在等决定」,而说再决不会生效、按本结局给的出路取消这条任务的 run 后重提;尾句仍只从 `planReviewOutcomeTail` 一处铸(新增可选第四参 `cause: 'stored_form_unsupported'`;不传与 0.90.0 逐字同)。`effect` 仍是 `still_parked`(门确实还在)。
+- **决断失败「门还在」按码判,不再靠失败文字恰好没有某几个词**(CC-339;**§117 SV-13 / RX-2**):提问卡与耐久审批卡两条决断路径的失败结局带上拒体的 `retriable` 位(自有严格 `true` 才落键);`isGateStandingErrorCode(code, retriable?)` / `isCodeClassifiedGateFailure(code, retriable?)` 在 409 `checkpoint.unsupported_version` ∧ `retriable === true` 上答 `true`,`isAlreadyResolvedFailure` 据此答 `false`(不扫失败文字);只传码的旧调用逐字同答。0.90.0 上这一形落文案兜底臂 —— 原句恰含 `not found` 一类词时被判成「已决」、空转一轮重连。
+
+### Gates
+
+- 扩门 `scripts/run-engine-cap-reader-factory-test.mjs`:+F15 候上游读器八格(CC-315 ③ 的附件席位读器是占位形 —— 键名随引擎 7.42.0 判据帖定、本版不认任何键、恒 `not_reported`、无 `present` 臂;占位行也进 F12 名单等值,不走 present 轨,过自己的三态 / 两向隔离 / 冻结格,且 🔴 必须在退役登记在册(RL-41,带复核期与票号),占位读器不许长期存活)。
+- 扩门 `scripts/run-prompt-delivery-projection-test.mjs`(156 → 261 格,带 0.90.0 发布产物与两代服务端夹具时):L 来源位与份额(两只写口各带来源位、legacy 两判皆假、有来源无份额 = `full`、`partial`、十三种读不懂的扩展位降为 legacy 且存下的记录不带扩展键、取值器一次不执行、原型链上的与 `Object.prototype` 被污染出的来源位不算、自有来源位配只在原型链上的份额位四形按 legacy(不放宽成 `full`,重读后再合一条真 `partial` 仍是 `partial`)、丢键计数、两两合并五对 × 两种先后、升格才返回新增、同级先记者胜、`deliveryShareOf` 入参域);LT 类型面(真 tsc 编真 d.ts:正例零诊断、反例五格、0.90.0 形替身赋给接口 ⇒ TS2739);Q 2400 条随机序列 × 七种重放(原序 / 乱序 / 重复 / 拆两只账本两向互并 / 落盘重启 / 乱序落盘乱序读回)对独立的上确界参照逐格同答,判别力自证 =「按最后一条」的模型在这批语料上必有分歧;V 与 0.90.0 发布产物对读(读 `SEMA_DU_BASELINE_TGZ`,缺席 ⇒ SKIPPED-SECTION):本版记录交老读者逐格同答、老读者重写出去的 `d` 回到本版是 legacy、老读者自己写的 `d` 在本版答不知道;G 按引擎代查询:时序(先交后提 / 读后迟到不复活 / 重发换代 / 读后同代新提交)× 并发(两代交错、两只账本、随机交错 600 条对参照)× 失败分类(十三种坏代 / 八种坏选项 / 批读抛 / 读口坏代)与代不落盘;P 撤销式代理八形不抛。既有格:`d` 记录的期望形加 `by`(T1 / R1 / H1 – H5b),乱序全排列那一格的存储回放记录换成本版形,S4 账本口数十一 → 十四。
+- 扩门 `scripts/run-server-7113-fixture-test.mjs`(42 格不变):C3 账本期望的 `d` 记录加 `by: 'frame'`。
+- 扩门 `scripts/run-tool-history-mismatch-projection-test.mjs`(293 → 344 格,带终端源码树与 0.90.0 发布产物时):R4 行键读口与行键型在根入口(同一函数对象、tsc 真跑可引)、「键从行顶层读」对真铸行与 `adapt` 重建行实读对拍;RO `rewindOffered` 四种声明形 × 三态判官 × 四车道 × 两种帧形 48 格位值与行文本同真同假、铸行后改写能力位行上的位不变、接力 / 读回 / 老行缺席 / 坏形;BT 两句金样、非串、洗截池二十形、先洗后截与按码点截、去标签线性、与终端那一句按语法树摘出逐字节对拍 1220 只 prompt(终端树缺席 ⇒ 标未跑);RS 十一档状态码 × 四车道 × 声明有无 88 格行文本与键、错配互斥、不铸的八形、行键与公开读法同答、接力只认判定口读数、同一帧只读一遍、原型链上与取值器形的详情不算(错配原话 + 取值器详情不补重发句);读口对继承 / 取值器形成员当缺席;RB 与 0.90.0 发布产物四种上下文 × 二十六只终局帧逐条对拍(非拒收行逐字节同、拒收行只多那一句与键、错配键只多 `rewindOffered`;基线缺席 ⇒ 标未跑)。既有格:错配键的期望形加 `rewindOffered`、真引擎 401 / 不是错配的 400 那两行的期望文本加那一句。
+- 新门 `scripts/run-hook-matcher-verdict-test.mjs`(67 格;CC-306,包侧投影门):四臂与形(35 形 × 三只工具事件逐格期望)、别名表与生成表同源(给生成表加一对假别名判定随之变)、病态回溯正则在有界等待里交回 `unjudged`、与服务端发布包真受理口逐形同答(现役一代比受理 / 拒二值;7.115.0 起另比 400 体机读位 `field` + `detail { event, alias, canonical }` 与本口 `refused` 逐位同)、老一代服务端读数与接入文档 §117 逐代读法表同、终端 1.0.141 判定对读(不同答的格与登记逐格同);夹具缺席的段标未跑、不当绿。
+- 新门 `scripts/run-steer-refusal-advice-test.mjs`(32 格;CC-307):抛出物池上合成口与路由器逐格同答、`message` 与 0.90.0 金样逐字节同、根入口同一引用、两只新位的缺席语义、调用点清单与单一铸点、与终端 1.0.141 句表逐码并排判同义与否。
+- 扩门 `scripts/run-crash-converged-projection-test.mjs`(166 → 242 格,带终端源码树时;不带时 239):G11 段 —— 顺序常量逐词逐序、冻结、与 `needsHumanReason` 联合同集无重且序不同(联合成员从发布物声明文件读出);在内存里改源实编,删常量一员 / 常量多一个重复员 / 删联合一员时,各自那一枚编译期钉所在的行编译红;四句逐字与单复数;表外词 / 非串 / 原型键 / 包装串 / 会抛的对象 25 形与 18 种坏计数答 `undefined` 不抛;整行金样十形;8748 只投影的组合池与门自己写的规则逐字节同、收尾恰一次、句序与兜底排最后;读不懂的入参 22 形与两桶合计超过行数上限答 `undefined` 且取值器零执行;行级坏形落兜底不连坐、码表读不动与一个闭集词都没有两形同样不写括号;本口不重判行(两种冒充形 + 发布物与读事实那几只函数里不出现判据位名 + 包内读口不在根入口);措辞纪律(「已确认安全」族与「引擎崩了」不在场、零自动动作、全部输出过出包卫生禁表且恒单行、有序关停行不出现 crash 字样);服务端形回体经投影再经本口的真链金样;纯度;编译面(三名可从根入口引、可选因由位直喂句口、真客户端回体经投影直喂整行口);与终端 1.0.141 按语法树摘出的那一族实跑同一池 9432 只投影逐字节对拍(终端树缺席 ⇒ 标未跑)。投影模块零句子那一格改了标签(措辞在通告那一件,投影仍零句子),断言不变。
+- 扩门 `scripts/run-abortable-sleep-test.mjs`(+2 格,共 9 格;CC-317):根入口导出与 dist 单文件里那一只是同一函数引用、同文件的 `settleWithinDeadline` 仍不出根入口。
+- 扩门 `scripts/run-hitl-gate-honesty-test.mjs`(+9 格,带终端源码树时共 575 格;CC-317):F19 段 —— `isAlreadyResolvedFailure` 受保护读与判据、与终端 1.0.141 决断失败判据逐格对拍(不同答只落在终端多出的四臂)、按 §117d 的次序换调后与终端现在那一只在 3850 格事实上逐格同答(「四臂整块在前」的错误拼法 924 格不同,作正控)。
+- 新门 `scripts/run-engine-caps-settled-within-test.mjs`(59 格;CC-311,包侧投影门):N 两只口的签名按语法树读发布产物声明文件(`want` 的静态型钉 `boolean | null | undefined`)、两名在根入口;A 不给 `withinMs` 的五种写法等到落定且零计时器 / 没有在飞探测立即 `'settled'` 且零计时器 / `baseUrl` 缺席 / 探测失败也算落地;B 有界形时序走**注入的假计时器**(到时、先落定、迟到的计时回调、落定与到时同拍两种次序、到时不毒化缓存、多个等待者共用一次探测、接力下总预算只铸一枚计时器、接力后读到新引擎的位、旧探测始终不释放而新探测落地时等待者靠代际信号接力);U 假计时器观察有界形的计时器 unref 零次,U2 / U3 两格用子进程读「无其它存活句柄」与「有存活句柄」两种进程里到时的原始读数(两种都打出 timed_out 并以退出码 0 退出;子进程装置先用不碰被测物的两段脚本自证读得出两种结局);C `withinMs` 坏值十七形一律「不等」、超上限夹值;D 计时器工厂抛不外溢;E `disableSkillsDeclarationSettled` 与同步口逐字同(五种能力位读数,给键当且仅当能力位为真)、窗内落定且能力为真时首发给键、宿主没起过探测时立即同答且不替宿主起探测、坏意图先于等待、同步口不动、端到端 spread 进装配口;R 真计时器两条路径与无残留的真 `Timeout` 句柄(资源计数器读不到 unref 的计时器,所以除计数外另用真 `setTimeout` 的记录包装读句柄自己的已销毁位,并先自证这把尺子会响;只用有界等待,不断言耗时)。
+- 扩门 `scripts/run-client-core-pure-test.mjs`(CC-311 这一条不加格):TIMER③ 裸计时器创建点登记表 +1 行(`engineCapsCache.ts`,基线 1 处,理由随行)。
+- 扩门 `scripts/run-permissions-declaration-test.mjs`(140 → 254 格,带 0.90.0 发布基线;带服务端 7.115.0 夹具时 255;CC-314):R 报告口 —— 不变量三条(`permissions` 与投口逐字节同 / 每条规则串恰落投出或 `kept` 之一 / 改写表对得上)× 能力位四态与一种畸形读数 × 两只规则池(门里现成的池 + 独立生成池)× 规则编译器三种答法;理由闭集每词一组整份报告见证、见证覆盖闭集;抛的范围与句子同;两口对规则编译器的调用序列逐条同、源码上两口都只调同一只内部装配;与 0.90.0 发布产物三版对拍(`SEMA_DU_BASELINE_TGZ` 指 0.90.0 或更新的发布包时跑;没给 / 路径错 / 更旧时必跑档红、普通档标为未跑);读健康位 —— `settingsRead` 型面必填的编译期三格(从真 `dist/index.d.ts` 取型:不传三处各一缺位诊断 / 三个词零诊断 / 表外值一处)、能力位四读数 × 五种读健康 × 四形 80 格、读健康门按来源分(命令行与用户设置 allow 并存 × 读健康三态 + 缺席 × 能力位真假;托管 / `--settings` / 本地 / 项目 / 来源说不清的被挡、命令行 / 会话照投)、原型链上的 `settingsRead` 拒、每字段恰读一次、被挡的不判(端口缺席不抛)而命令行那条照判、doctor 五句互异且「sent」⇔ 装配口投 allow(读数 × 读健康逐格对拍);能力位铸点 —— 服务端 ≥7.115.0 夹具的能力路由按语法树摘顶层 `settings` 字面量喂读器 ⇒ `present` / `true`(没有这一代夹具 ⇒ 标为未跑),<7.115.0 各代不铸;整服务器写法的受理口前提在 ≥7.115.0 上按「带理由的放行」认 allow 命中。
+- 新门 `scripts/run-human-turn-encoding-test.mjs`(CC-315 / CC-297;293 格):信封 —— 45 条参考样本逐字节(样本文件与终端那一份逐字节同、按 git blob 钉)、正文夹带指令四写法的字节形(指令只在围栏之间且带行号、围栏最长、头部无提醒形标签 / 无「调用了工具」/ 无祈使词)、边界三规则各自的格、坏形描述符二十二形抛且取值器零执行;装配 —— 投影固定向量、座位计划边界、8 MiB 核算(六种请求体形恰好受理 / 多 1 字节降级或拒,与真序列化逐字节对)、降级次序、steer 三级处置真值表与引擎包根补话文本判据的定种子差分、份额与降级清单一一对应、拒绝臂与敌意入参不抛(含长度位谎报的数组、抛出物本身是撤销代理)、看图判定三态(先认 name 再认 id、取值器与继承位不认)、席位读器三态;上游见证 —— 引擎包根补话长度上限、服务端夹具真受理口上请求体 / 图片张数 / 单张图片三处边界 ±1(夹具缺席时标未跑,必跑档红)。
+- 扩门 `scripts/run-upstream-tables-test.mjs`(346 → 407 格;CC-318 / CC-322 ① / CC-327):第七批四张闭集与问类仲裁表对已装引擎逐项同序、根入口引用相等、判定只读生成表零字面量,拒生成负控(缺名 / 空表 / 重复 / 非串 / 位缺多 / 原型键)。
+- 新门 `scripts/run-read-deny-tiers-test.mjs`(60 格;CC-327):九格金样、其余受理与拒绝形、非串入参不抛、`why` 卫生与封长线性、词表只读生成表(抽掉 / 加一档判定随之变)。
+- 扩门 `scripts/run-session-policy-wire-test.mjs`(243 → 287 格):读失败句(CC-328:十一种失败分类由真读口与真分类器铸出、三种读不懂位置、`no_target` 臂、两张表与声明面联合两向逐名对账、十五句互异、零机器词、读不到不说空、表外 / 原型键 / 自有访问器 / 抛出的取值器三十五形同一句通用话、每键恰取一次自有描述符且访问器一次不执行)。
+- 扩门 `scripts/run-inherit-env-wire-test.mjs`(98 → 101 格):拒句整句逐字节钉 + 「不对点名与否作断言」的肯定与否定两向格 + 判别力自证。
+- 扩门 `scripts/run-client-core-pure-test.mjs`(4253 → 4388 格,基线取 0.90.0 发布产物;不带基线的环境 4346):`attachmentsSubmitVerdict`(CC-337:在 0.90.0 发布产物上实跑铸出的冻结语料 —— 拒 31 形的 message / token / why 逐字节、收 28 形的声明;不抛的口逐形 refusedKey / 第几项;句子无内部出处、不回显原值〔含六形凭据形〕、带出路〔按句子办法改完的值真收且声明里没有被拒的键;`off` 只能整值〕、七类互异;取值读不了 / 缺席 / 包装串两口同读 / 恰读一次;定种子 4000 条语料两条路同判;基线版本 ≥ 0.90.0 时另与它逐字节对拍并有独立再算版本的一格钉死「必须真跑」,更低或读不出版本才打 SKIPPED-SECTION);CC-316 对上一发布产物对拍那一段按基线版本分支断言(< 0.90.0 断言普通 Error 形、≥ 0.90.0 断言具名类形与 message 逐字节同,基线读不出版本才 SKIPPED-SECTION)。
+- 新门 `scripts/run-server-7115-fixture-test.mjs`(136 格;CC-339,包侧投影门):服务端发布包夹具真铸点 / 真受理口 + 逐代表(≥7.115.0 / 7.109.0–7.114.x / 7.104.0–7.108.x 三档,每档五格精确期望)—— C1 夹具引擎把「没人表态」那一问判成 `unstated`、服务端出帧窄读交出这一对,到本包卡 / 座位口原样,常驻回答判定与夹具引擎仲裁表那一行同答;C2 能力路由真跑(7.115.0 顶层 `settings.permissions.allowGrant` 为真 ⇒ 读器 present / true,老一代 not_reported),本包对一池规则装配出的请求体在同代真受理口 + 服务端三桶编译上零 422(内容形 allow 原样直交编译即拒,证明池子会响);C4 拒绝铸点真跑 → 两份 sdk 映射 → 读口与五种停驻种类的句子,终局形读口不认领;C7 两处码逐代同答、`probeReason` 出帧窄读与耐久面脱敏同值 ⇒ 两条路径卡上同值。
+- 扩门 `scripts/run-resume-refusal-copy-test.mjs`(现 272 格):CC-281 段按码优先(7.115.0 422 形、不读 message、族标两代同、422 ∧ `resume.session_not_found` 改判 `null`、夹具两代分期望并各证一向、扫夹具证 422 ∧ `request.field_conflict` 只此一处、两份 sdk 映射);⑨ 段 `checkpoint.unsupported_version` 读口 + 出句口(retriable 读法与 reopen 族同答、五种停驻种类与不传、run id 转义封长、不说重试会成功、零机器词、决断出口补句、计划审阅决断 `still_parked`)。
+- 扩门 `scripts/run-hook-matcher-verdict-test.mjs`(67 → 95 格):R 段事后读拒体(形池 + 7.115.0 真拒体与本口 `refused` 逐位同 + 7.114.x 真拒体无机读位 ⇒ `undefined`);N 段改读现役夹具、按服务端版本认代(不再读附加夹具变量);7.114.0 退成老一代后落文档表「≥7.114.0」一列。
+- 扩门 `scripts/run-wiring-manifest-projection-test.mjs`(296 → 329 格):FL 段 `fleet.subagentTranscripts`(开集、缺席不折 `none`、坏形整段缺席、只带这一段成臂、子流断闸、视图第二道成形判、两代发布包真铸链)。
+- 扩门 `scripts/run-additive-key-passthrough-test.mjs`(126 → 140 格):G8 `probeReason` 两条路径同一卡位。
+- 扩门 `scripts/run-approval-frame-keys-test.mjs`:帧键镜像 +`probeReason`(领先开发依赖 sdk 锚,退出条件同前);探针段先读 `SEMA_SDK16_ROOT`(sdk 16.1.0 锚与镜像两向相等)。
+- 扩门 `scripts/run-server-7114-fixture-test.mjs`(128 → 155 格):逐代断言表加 ≥7.115.0 一档(与 7.114.x 受理 / 拒逐格同;拒体带 `field` + `detail`、更老的不带;两代拒句与码逐字同)。
+- 门环境:服务端夹具新一代 7.115.0(内嵌引擎 7.40.1)、老一代列表 +7.114.0;sdk 16.1.0 探针树进地板见证矩阵首位、`SEMA_SDK16_ROOT` 指 16.1.0(peer 地板 `>=12.0.1` 不动)。
+- 退役台账 RL-16 条件改写为「带码读法已上;粗码兜底随支持底线越过 7.115.0 那一版退」(机读子式 = 支持底线服务端一项 ≥ 7.115.0;复核期不动)。
+- 扩门 `scripts/run-display-untrusted-projection-test.mjs`(新 YB 段 10 格;CC-340):YB1 四形机读口与默认形逐字节;YB2 块标记 2 × 修饰 11 × 标签行缩进 2 × 块内深出 3 × 块后 6 形全积 726 形逐字节恰一枚记号、全出口不露;YB3 块里夹凭据形 / 着色序列 / 控制串 / 双向符 / 代理对 / 零宽 / 私钥块 13 形;YB4 写法族 17 形(注释、CRLF、单 CR、JSON 转义形、块头在标签下一行、列表项、嵌套映射兄弟键、不可见字符、非 ASCII 空白与制表符缩进、`basic: |`);YB5 块里引号值跨过块尾不露;YB6 不是块头的十五形(含等号分隔、箭头换行、串尾块头、解析器诊断)与 0.90.0 逐字节同;YB10 块里只有控制串的行、标签前控制串里的空格、块标记与修饰之间的不可见字符九形;YB9 块与值的单行读法取并(转义形出口上单行读法伸进回退行的那一截照遮,与 0.90.0 同字节)与单行出口上的续接;YB7 本段全部输入 × 十四出口一轮即不动;YB8 块形线性(四形 n → 4n、两形 n → 16n:注释里接连写的块头共用一次块尾查询、缩进阶梯加长串空行)。
+- 扩门 `scripts/run-display-untrusted-baseline-diff-test.mjs`:新 YAML 块标量池(定种子 3 200 块形 + 900 非块形;块头修饰(含夹着不可见字符)× 块头行尾 × 原样 / 转义形行断 × 非 ASCII 空白缩进 × 行首不可见字符与带空格的控制串 × 块内凭据形、控制串与只有控制串的行 × 块后七形;非块形含等号分隔与串尾块头)并进 B1 / B4 / B6;新 B7 —— B7a 块形池块内秘密在十四出口一格不露(只开 URL 结构面的出口不判),B7a′ 上一版在同一池上露(判别力),B7b 非块形池十五出口与上一版逐字节同。
+- 扩门 `scripts/run-client-core-typeshape-test.mjs`(CC-343 ②;新 E 段十格):真 tsc 逐句核 —— 工厂返回值直接赋给宿主 `CanUseToolFn` 形(推断 / 只写决断型 / 显式三参 / 仍可赋给旧返回型 / 既有实现方写法不被打坏)、`backendDeny` 返回值可赋给 CC 内部形与 agent-types 拒绝臂、`HitlBackendDenyDecision` 接得住 CC 的可选成员;三枚反例(默认槽位仍是 `never` / 归因臂恒 `asyncAgent` / 入参是串)落在预期诊断码。
+- 扩门 `scripts/run-layering-shadow-export-test.mjs`(CC-343 ① ⑤;+T5 / T6 / T6b / T7 / E8 与自证 R7b – R7e / R18 / R18b):影子豁免表的到期只读 `dueBy`(此前三类行按核对期、其余按 `retireBy` 判,表头注与读法对不上);旧字段并存一版、门只核等值;同义不同名登记入口(顶层 `synonyms`,示例行 = 终端 `projectEngineRuleNames` ≈ 本包 `permissionsDeclaration`)核行形 / 到期 / 端侧声明是否仍在。负控套里「到期」那一枚改注入 `dueBy`。
+- 扩门 `scripts/run-retirement-ledger-test.mjs`(CC-343 ③ ④;+S20 与 G1 – G6):已退役行可带 `note`(RL-17 误登挪入);RL-18 / RL-20 带版本兜底 0.93.0;RL-04 条件改随 CC-341 生成;补偿层十条并入台账(行号与 `src/compensations.ts` 逐号相等)。
+- 扩门 `scripts/run-client-core-pure-test.mjs`(CC-343 ④;+1 格):补偿登记里「退役条件指名 P1-3 / 1.290 / 撤单」三组格改读台账行;新增「非空 `retireOn` 一律是在册台账行号」一格。
+- 扩门 `scripts/run-rewind-archive-capability-test.mjs`(CC-345 ①;S5 改口两格 + S5x 一段):纪元位 `on` / `off` / `not_reported` / `malformed` × `both` 带不带 `restoreFiles`;没传 / 没观测带;读不懂的读数十二形(含取值就抛)不带;`conversation` / `code` 不读;只读纪元位(其余三位怎么说都不改);经真投影与 tee 读口的端到端;纪元位不改 `both` 档可用性;三句「不认」措辞改口。
+- 扩门 `scripts/run-approvals-stream-live-capability-test.mjs`(CC-345 ②;+S5 一段):feed 源文件里没有这一位的读点(带尺子正控);位真 / 位假两种读数下宿主 `shouldReconcile` 为真时对账照常跑;源码注释不再写「决定 / 判据单源」那类驱动口径。
+- 扩门 `scripts/run-permission-rule-issue-codes-test.mjs`(CC-359;+C-359 一段):有冒号 / 没有冒号 / 中性三句互异、各自点名或不点名冒号;冒号只在工具名里(`Foo:bar(x)`)按没有冒号读;转义左括号 / 读不懂的规则原文(非串 / 空 / 无括号 / 超长 / 取值就抛的代理)落中性句、不抛;规则原文不进句子;其余十四码与两参形逐字节同。
+- 登记物:根公面基线 1397 → 1429(+32,零删名)、测试钩 63 → 64(`__resetAttachmentSeatReadingsForTests`,CC-315 ③)、公面类型名 964 → 997(+33);裸计时器创建点登记 +1 处(`engineCapsCache.ts`,CC-311);门清单 `scripts/gates-manifest.json` 177 → 183 条(新门 `hook-matcher-verdict`(CC-306)/ `steer-refusal-advice`(CC-307)/ `engine-caps-settled-within`(CC-311)/ `human-turn-encoding`(CC-315 / CC-297)/ `read-deny-tiers`(CC-327)/ `server-7115-fixture`(CC-339);CC-293 / CC-310 / CC-314 / CC-334 / CC-340 / CC-343 / CC-345 / CC-359 只扩既有门,CC-339 另扩六道既有门),README「Guards」与负控文档由生成器同批重写(行为套 134 → 140;自动化负控 28 / 盲门 14 不变);单例清单 617 → 649 条(CC-303 +1 / CC-309 ② +1:两只无状态正则;CC-306 +1:matcher 事件范围集合;CC-310 +2:句序元组与四句措辞表;CC-314 +1:报告口理由闭集;CC-315 / CC-297 +18:一只能力位读器、八只正则、三只冻结对象〔含读口坏形哨兵〕、三只名单、两只查找集〔由名单派生〕与一张拒绝哨兵表;CC-318 +2 / CC-327 +2:四张生成表;CC-322 ① +4:仲裁生成表与三态读数三只冻结实例;CC-307 原有一条由 Map 改写为全表对象,条数不变),high 上限 134 不变;棘轮 `portability.kernel` 22 → 23 / `portability.adapt` 37 → 38(CC-309 ②)、`portability.index` 239 → 249(CC-318 / CC-322 ① / CC-327 +3、CC-303 +1、CC-306 +1、CC-310 +1、CC-315 / CC-297 +4)、`typeshape.unknownExport` 469 → 474(CC-303 +1、CC-306 +1、CC-315 ③ +1、CC-339 +2),棘轮账 340 → 351 条(登记账逐条写理由);类型 / wire 超集台账 99 → 102 条(+3 键:`_sema_provider_rejection_resend`,错配键子键 `rewindOffered` 同登;`probeReason` / `_sema_fleet`,CC-339);退役登记在册 11 → 23 行、已退役 8 → 9 行(RL-21:部署键串校验口里按服务端受理行为手写的逗号串文法,服务端出纯解析函数后改读,复核期 0.92.0,CC-327;RL-22:自由函数 `providerRejectionResend` 的根入口导出 —— 与行上的键是同一事实的两条读法,三端改读行上的键之后退出根入口,复核期 0.93.0,CC-309 ②;RL-31 … RL-40:补偿登记表十条非空退役条件由自由文本改为台账行号,机读条件 + 复核期,CC-343 ④;RL-17 误登〔不是过渡臂〕挪入已退役并带注、RL-04 条件改为随 CC-341 生成即退、RL-18 / RL-20 补复核期 0.93.0,CC-343 ③;RL-41:附件席位能力位读器的占位形,到货转正,复核期 0.93.0,CC-315 ③;RL-16 条件改写为随支持底线越过服务端 7.115.0 退,复核期不动,CC-339);`docs/KNOWN-LIMITS.md` 新增 KL-419…421 / 425 / 427 / 428 / 430…433 / 435…437 / 445 / 447 / 448 / 450…453 / 455…469 / 470…475 / 480…482 / 485…493、KL-357 改写、KL-102 改写(块标记那一半收口)、KL-402 改写(已收)、KL-416 升级判据栏补本版判定口的指针、KL-392 追注(位名定稿)、KL-209 改写;清账删 141 行(48 过时、93 升票,CC-349),全档 414 → 326 行(KL-426 / KL-446 号空置,不重排);接入文档冻结账 1653 格(144 版)不变。
+- 扩门(本版发版前修的那几件,逐件红先绿后):`scripts/run-prompt-delivery-projection-test.mjs`(261 → 284 格:L11 读回时 `by` / `share` 描述符读抛、`ownKeys` / `has` 陷阱抛四形照收为 legacy、`a` 记录枚举抛、`u` 读抛对照;L12 写口收两档 —— 铸形与键序、份额读数、换代查询与按行口、`deliveredBySteerReceipt` 同律、两档同 uuid 按 `full`、JSON 往返,时序 partial → full 升格 / full → partial 不降,并发 300 例两只写口交错对上确界参照,失败分类档内坏 uuid 与七种坏批不抛零记录;LT1b 两只写口收两档与数组两形、只收数组的自写替身照赋)· `scripts/run-human-turn-encoding-test.mjs`(288 → 296 格:HT2i – HT2l 粘贴图过三道座位上限、让座后 `@` 图照常排座、steer 不变;HT5h / HT5h2 150000 只随行两档不抛;HT5i / HT5j 编码 → 两档 → 账本写口端到端)· `scripts/run-additive-key-passthrough-test.mjs`(140 → 143 格:G8i / G8i2 活卡帧 `probeReason` 取值器抛与描述符陷阱抛、G8j 耐久行同形,卡照呈、决断照发)· `scripts/run-hitl-gate-honesty-test.mjs`(575 → 581 格:F19g 409 `checkpoint.unsupported_version` ∧ `retriable` 进两只判定、`isAlreadyResolvedFailure` 码优先、耐久审批卡的失败结局带 `retriable`(只认自有位)、提问卡上原句含 `not found` 时不重连)· `scripts/run-resume-refusal-copy-test.mjs`(272 → 273 格:⑨-12c 这一形的尾句与尾句铸点同一只、其余尾句不变)· `scripts/run-tool-history-mismatch-projection-test.mjs`(344 → 347 格:RA 合成终局行的选臂判据只此一处,铸行处与错误载体铸口调同一只;臂的先后钉住 —— 错误句恰以模型输出那一句开头时,占锁与治理两臂仍优先;RB 逐字节对拍照旧)· `scripts/run-upstream-tables-test.mjs`(407 → 408 格:U7 引擎码串 `request.field_conflict` 的串字面量在 src 里恰一处,尺子自证 +1 类)· `scripts/run-client-core-pure-test.mjs`(+3 格:G-AV6 生成负控 —— 发布产物副本的退役键表多植一行假键,不抛口报那只假键的名字与它自己那一行的理由、抛的口同拒,真产物照旧按未登记键拒)。
+
+### Known limits(本版新增)
+
+- **KL-419**:steer 拒收的处置句是写给接入方的,不是现成的用户面句子;其中 `queue_full` 与 `ambiguous_target` 两句与终端 1.0.141 自持句表不同义。
+- **KL-420**:`isAlreadyResolvedFailure` 不含终端决断失败判据多出的四臂(安全信号闸 / 引擎机器码表 / sdk 类名表 / 续跑启动期类名排除);终端换调后仍自持这四臂。
+- **KL-421**:`ControlSafetyError` 的 cancel 404 与「没有在飞的 run 可取消」两种只陈述、不含处置的拒收没有 `advice`。
+- **KL-425**:`parseReadDenyBuiltinTiers` 的串文法是按服务端受理行为写的镜像;服务端发布包里没有可直接调用的纯解析函数,没有可对拍的受理口,门里只有九格金样。
+- **KL-427**:问类仲裁表 / `askSurvivesStandingAnswer` 与两张同源闭集表是构建期快照:引擎之后新增的问类判定答 `unknown`(照问),本包换钉后才认得。
+- **KL-428**:更老的服务端 / 引擎(服务端 7.109.0 之前)停下的卡没有 `classes`,`askSurvivesStandingAnswer` 答 `unknown`(照问)。
+- **KL-430**:`attachmentsSubmitVerdict` 只读 `SEMA_ATTACHMENTS`;`buildTaskRequest` 的 `attachments` 对象里点名退役键仍抛 `AttachmentsSpecRefused`,没有不抛的对位口。
+- **KL-431**:`inheritEnvRefusalContent` 的句子按条件措辞:拒体上没有机读字段位,认不出这一次是不是冲着 `inheritEnv`,也不对「引擎点没点名字段」作断言。
+- **KL-432**:`sessionPolicyReadNotice` 里写口的四类拒绝分类在读路上本不会铸出;万一撞上,句子只转述「引擎答了这一类拒绝、所以没读到」。
+- **KL-433**:`attachmentsSubmitVerdict` 句子里的「第 N 项」只数非空项,用户按逗号位置数会差一。
+- **KL-435**:点名坏轮句的预览截点恰落在 emoji 连字序列中间时,末尾留一只零宽连接符(先洗后截;与终端同答)。
+- **KL-436**:结果帧 `errors[0]` 不带「改了重发」那一句;要在 `errors[0]` 上呈现的端读同一流里合成终局行上的键。
+- **KL-437**:`adapt()` 接力的重发键只认本版判定口会铸的读数,判定口措辞改过的老行重放时这只键丢、行文本照旧。
+- **KL-445**:有界形的返回值说「等待为什么结束」,不是读数;返回后仍要读缓存位。
+- **KL-447**:`withinMs` 「没给」(无上限,同 0.90.0)与「读不懂」(不等)答法不同;由可能缺席的配置算出 `withinMs` 会得到无上限等待。
+- **KL-448**:终端接缝外包 race 的 1500 ms 一处(race 要罩住可注入的接缝替身)不在本件射程;另四份终端手写等待按接入文档 117d 迁。
+- **KL-450**:`hookMatcherVerdict` 的正则形只在给得出耗时上界的语法子集里判,子集外与静态回溯上界超预算的落「本口不判」,其中有服务端能判出的格(先行断言形服务端拒、本口不判)。
+- **KL-451**:`hookMatcherVerdict` 的事件范围是本包手抄的三员集合(真源在设置契约包,门里逐员对拍)。
+- **KL-452**:`hookMatcherVerdict` 对长正则形的编译开销只由 8192 字符上限兜(8 KiB 长交替正则首次执行实测 20 – 170 ms)。
+- **KL-453**:`hookMatcherVerdict` 按 hooks 会被采纳的车道答;多租户车道上正则形的 `refused` 服务端受理(名字表形照拒)。
+- **KL-455**:账本份额只有条目级两档:`partial` 只说这一条交出去了一部分,不记缺的是哪几项(逐项在编码答案的 `shares[].parts`)。
+- **KL-456**:更新版本铸的、本版读不懂的来源词 / 份额词按 legacy 存,经本版转写出去就丢了那一位。
+- **KL-457**:0.90.0 及更早的读者读进本版记录再写出去的 `d` 不带 `by`,回到本版是 legacy(不知道)。
+- **KL-458**:代索引不落盘、不设上限:重启后读回的账本对任一代答空;从不按代读的宿主,索引随提交增长。
+- **KL-459**:`toRecords` 是读数上升史:同一 uuid 混读 legacy / `partial` / `full` 时记录条数随先后不同,读数相同。
+- **KL-460**:崩溃遗留通告会把已经执行完、结果已流到屏上的调用也列进需人核(服务端按「这条 run 的执行有没有收尾」收敛,收敛行上没有能与转录对上的调用 id,也没有「结果已产生」位);候服务端给位。
+- **KL-461**:补话三级处置是预判,部署的提交钩子等仍可能当场拒(端的留队出路接住)。
+- **KL-462**:只有附件、没有正文的条目不留尾随空行,与终端现行拼法差这一处。
+- **KL-463**:8 MiB 核算信调用方报的其余键字节数;末道对实际请求体的终判是端的事。
+- **KL-464**:附件席位读器今天恒 `not_reported`,装配口恒走信封;席位键名候引擎那一版的判据。
+- **KL-465**:块的缩进按行首空白字符个数比,不按显示列宽(制表符、表意空格各算一格);混用制表符 / 非 ASCII 空白缩进、块里的行字符数不多于标签行时,那一行起按块外读;块里一行只有控制串且顶格写时同样读作回退。
+- **KL-466**:没有块标记的 YAML 多行普通标量只遮首行(0.90.0 同)。
+- **KL-467**:等号分隔不认块头:关联数组箭头 `'api_key' => '<值>'`(同一行或 `=>` 后换行)与 `key = |` 这类非 YAML 写法按单行值读,值不洗或只遮块标记(0.90.0 同)。
+- **KL-468**:诊断文本里凭据标签后恰是 `|` / `>` 再换行、其下是缩进行时整块遮(多遮)。
+- **KL-469**:JSON 转义形的块按字面 `\n` 切行、不数反斜杠转义层:块里转义过的反斜杠紧跟 `n` 会在那里断行。
+- **KL-470**:`checkpoint.unsupported_version` 那一句不认定成因(拒体上没有分臂位;同一个码还有「行格式比本进程新」等成因),出路以「若是升级之前停下的」起头。
+- **KL-471**:`checkpointUnsupportedVersionFromError` 只认错误对象自有的 `retriable === true`;只在 `extra` 里带这一位的重建形与不带这一位的终局形不认领,端走通用拒绝面。
+- **KL-472**:审批决断出口分不清是自己那张卡还是 workflow 宿主那条路径,补句不带停驻种类(两类出路都说)。
+- **KL-473**:`probeReason` 不在呈卡帧 / 卡信封上(上游刻意不带),从那里来的卡恒缺席;本包不截长(服务端已按引擎铸得出的长度整只丢超长句)。
+- **KL-474**:`fleet` 视图只过境 `subagentTranscripts` 一位,同段另两位不读。
+- **KL-475**:「只续已有会话」的 422 形按「状态 ↔ 码」成对认,码 `request.field_conflict` 是多处共用的码(服务端别处一律 400);服务端哪天在提交面另铸一处 422 ∧ 这个码,本读口会把它读成这一形(门扫夹具钉「只此一处」)。
+- **KL-494**:审批卡上 `probeCause` / `mandated`(与耐久行的 `riskDescriptor.probeCause`)的裸读不受保护,取值器抛或撤销式代理会让整次呈卡失败(0.90.0 既有;本版只把新读的 `probeReason` 改成受保护读)。
+- **KL-495**:计划审阅撞 409 `checkpoint.unsupported_version` 时尾句已改口,但结局仍记 `still_parked` ⇒ 卡会放回屏上,再点一次只会再撞同一个 409。
+- **KL-480**:`rewindSpecForMode('both', id, reading)` 只在读数明说不认(纪元位 `off` / `not_reported` / `malformed`,或读数读不懂)时不带 `restoreFiles`;没传读数、或传了「没观测」的读数时照旧带 —— 没问能力位不等于引擎说不认。
+- **KL-481**:同义不同名(端上换了名字另写本包已有逻辑)只有登记入口,门核登记行的存活与到期,不做全量扫;没登记的这一族机器看不见。
+- **KL-482**:`permissionRuleIssueDetail(code, message)` 不传第三参 `rule` 时,`invalid.param_split` 说中性的一句,不分有没有冒号。
+- **KL-485**:报告口对一条规则只报第一个没过的那一关;allow 门没开时 allow 规则不逐条判,内容形 allow 门开之后仍不会投。
+- **KL-486**:几个理由词各合并了几种情形(能力位四种读数、编译器问题码、判官两种失灵、两段协议名的几种形、两种去重)。
+- **KL-487**:规则数组里的非串与纯空洞不进 `kept`。
+- **KL-488**:读健康门只认宿主交的那一个词:读不干净而沿用上一次干净读的 allow 要由宿主交 `'clean'`;不交读健康按「不知道」处置,设置文件里的 allow 不发(命令行 / 会话来源照发)。
+- **KL-489**:报告里命令行 deny 与设置 deny 同记 `deny` 桶,不分来源。
+- **KL-490**:装配口手持三份上游受理限值的镜像(请求体 8 MiB、图片 20 张 / 单张 6 MiB、补话文本三判据),上游没有可读的权威位;门里对上游实物见证,已请上游公布。
+- **KL-491**:提醒旋钮键表仍是静态表,按能力面取交集候服务端公布受理键集。
+- **KL-492**:名字 / 路径里的提醒形标签原样进信封头行;补话上整条留队。
+- **KL-493**:`run-layering-shadow-export-test.mjs` 的展示层差分格把已装设置契约包的 `types` 入口当桩依赖载入,语料只含字符面、不调用它;该入口读不到(或换版)时这道门不红(换钉 `^8.0.0` 时实测:移走 `types.js` 后门读数与换钉前逐字节同)。
+- `disableSkillsDeclaration` 首发不生效(KL-357)改写:宿主已起探测、探测在窗内落定且能力位为真时,有界变体让首发带上键;探测慢于窗 / 失败 / 没起 / 引擎没报或报假 / 宿主仍调同步口时首发照装技能。
+- 已知限制档里此前「YAML 块标记后的值被误导性地遮了块标记」那一半(KL-102 后半)本版收口,KL-102 只剩括号包住的值一形。
+- KL-402「投递账本其余入口在撤销式代理上外抛」本版收口(CC-293 / CC-334 同批动了投递账本的行为面):五处数组判收进受保护读,撤销式代理入参 ⇒ 不记 / 答空、不抛(§117 PL-3)。
+- **已知限制档清账**(CC-349):`docs/KNOWN-LIMITS.md` 删 141 行 —— 48 行已过时(前提不成立或已标解;逐行核过让它过时的坐标仍成立:KL-2 / 7 / 23 / 29 / 31 / 40 / 42 / 51 / 55 / 63 / 65 / 69 / 70 / 74 / 82 / 99 / 110 / 112 / 113 / 114 / 125 / 128 / 135 / 143 / 144 / 145 / 167 / 170 / 179 / 185 / 189 / 193 / 197 / 208 / 218 / 233 / 234 / 235 / 236 / 245 / 246 / 251 / 263 / 280 / 329 / 332 / 333 / 364),93 行判为「该立票的缺陷」而不是「已知并接受的取舍」,改由承接票带:CC-168〔KL-43〕、CC-190〔KL-66〕、CC-192〔KL-108 / 109 / 210〕、CC-235〔KL-11 / 175〕、CC-288〔KL-215〕、CC-341〔KL-198〕、CC-342〔KL-195 / 196〕、CC-343〔KL-211 / 395 / 418〕、CC-350〔KL-9 / 21 / 27 / 30 / 39 / 46 / 47 / 52 / 75 / 77 / 80 / 107 / 126 / 174 / 250 / 256 / 267 / 268 / 291 / 371 / 377 / 399〕、CC-351〔KL-3 / 18 / 33 / 36 / 44 / 49 / 50 / 56 / 58 / 71 / 72 / 76 / 81 / 97 / 98 / 123 / 132 / 133 / 136 / 155 / 161 / 166 / 171 / 176 / 206 / 212 / 222 / 248 / 273 / 275 / 281 / 292 / 295 / 299 / 308 / 309 / 314 / 337 / 338 / 339 / 342 / 345 / 353 / 359 / 366 / 368 / 372 / 376 / 378 / 386 / 388 / 404 / 405 / 406 / 408 / 409 / 413〕。id 不重排、不复用。留行:承接票本版已交付、取舍还在的五条(KL-102 / 178 / 297 / 357 / 417)与复核后保留的三条(KL-373 / 387 / 392)。
+- 登记物按既定裁定改窗(本版对这些物零改动):同名影子对账门的过渡表里,终端四行(`promptKnownUndelivered` / `withoutUndeliveredPrompts` / `reopenPlanReviewCard` 三只同名包装与壳侧那一份 `fileHistoryLegNoticeVerdict`)期限 0.91.0 → 0.92.0 —— 删行期限按「终端删掉包装之后的下一个本包版本」定,终端下一发布 tag 尚未出;同表十行复核期类按终端 1.0.141 发布 tag 逐行复核、判词不变,复核期续到 0.93.0(其中 `turnEndUsage` 转口在终端上已无运行时调用点,点名终端删);退役台账里按支持底线判的三条(`ruleStoreUnreadable` 两代读法 / 退役词 `plan_mode` / `approverPosture` 专句拒)支持底线未越过(服务端 7.104.0 / 引擎 7.33.8),复核期 0.91.0 → 0.92.0 并入支持底线以下过渡臂退役批(CC-352);「只续已有会话」被拒粗码读法的复核期 0.91.0 → 0.93.0 随支持底线(服务端 7.115.0 已给两处挂码,本版起带码形优先、粗码兜底)。
+
 ## 0.90.0(2026-10-04)
 
 > 主题:引擎 7.40 / 服务端 7.113 / sdk 16 探针换钉提货 · `settings.permissions` 三桶装配口与 allow 桶的能力位门控 · 文件历史一句的五态判定与声明事实账本 · hooks matcher 工具别名读口 · 机读支持底线与引擎版本三态 · 投递账本两只绑定方法 · 云控制面子路径入口五名转口。