Deepseek Reasonix

From the release notes

docs(release): prepare v1.38.10 notes Summary: Generate a bilingual, product-focused draft from merged pull request metadata. Reuse the selected release-bound PR when one is available. Verification: Validate the catalog, citations, bilingual fields, and rendered GitHub release notes before committing. docs(release): retain reviewed v1.38.10 notes and bind final CI repair Preserve the reviewed bilingual product changes and citations. Only update six guide links to the latest main-v2 source after the test and CI lifecycle repair. Catalog validation and all 11 release-note tests pass. Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com> Co-authored-by: SivanCola 32437197+SivanCola@users.noreply.github.com

From the release notes

docs(release): prepare v1.38.10 notes Summary: Generate a bilingual, product-focused draft from merged pull request metadata. Reuse the selected release-bound PR when one is available. Verification: Validate the catalog, citations, bilingual fields, and rendered GitHub release notes before committing. docs(release): retain reviewed v1.38.10 notes and bind final CI repair Preserve the reviewed bilingual product changes and citations. Only update six guide links to the latest main-v2 source after the test and CI lifecycle repair. Catalog validation and all 11 release-note tests pass. Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com> Co-authored-by: SivanCola 32437197+SivanCola@users.noreply.github.com

From the release notes

docs(release): prepare v1.38.10 notes Summary: Generate a bilingual, product-focused draft from merged pull request metadata. Reuse the selected release-bound PR when one is available. Verification: Validate the catalog, citations, bilingual fields, and rendered GitHub release notes before committing. docs(release): retain reviewed v1.38.10 notes and bind final CI repair Preserve the reviewed bilingual product changes and citations. Only update six guide links to the latest main-v2 source after the test and CI lifecycle repair. Catalog validation and all 11 release-note tests pass. Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com> Co-authored-by: SivanCola 32437197+SivanCola@users.noreply.github.com

From the release notes

本版修复远端主机使用本机模型时报 unknown model，并移除 IM 机器人网关。 修复 远端主机使用本机模型时，新会话、模型列表和切换模型不再落到远端自己的配置，不再报 unknown model #10448 所选模型在本机不存在时，报错会说明缺模型的是本机，并提示如何改用远端自己的模型 (8b2a05c) 移除 reasonix bot 与 QQ、飞书、微信机器人网关；配置文件里已有的 [bot] 段原样保留，不影响 1.x (f352dfb) 升级须知 模型来源为本机的远端主机，若内核低于 2.18.1，下次连接会自动下载并替换远端内核 (437b982) macOS 已用 Developer ID 签名并公证，打开时不需要清除隔离属性。Windows 包未签名，SmartScreen 会告警：选「更多信息」，再选「仍要运行」。Linux 从 .deb 安装。 三个平台都能自更新：Linux 走自己的包，Windows 运行下一个安装器，macOS 替换自身 bundle。

From the release notes

本版修复 Windows 窗口打不开、读图模型误报看不到图、问题框不弹出，并精简内置文档。 修复 Windows 安装目录带 AppContainer 包授权时窗口打不开；启动时自动移除这类授权 #10435 读图模型不再声称看不到已附加的图片 (44150b0) Goal 续跑时不再提示读图模型"无法读图" (44150b0) 切换模型、重载扩展或切换工作区后，问题框和审批框不再被吞掉 (921a04b) 变更 内置文档除 README、使用指南、CLI 参考外只保留英文版，中文提问会检索到英文文档 (68b031a) 移除 内置文档检索中的版本历史，其内容停留在旧产品线的 1.24.1 (99c5360) macOS 已用 Developer ID 签名并公证，打开时不需要清除隔离属性。Windows 包未签名，SmartScreen 会告警：选「更多信息」，再选「仍要运行」。Linux 从 .deb 安装。 三个平台都能自更新：Linux 走自己的包，Windows 运行下一个安装器，macOS 替换自身 bundle。

From the release notes

本版的主线是让"检查通过"意味着它所说的那件事：模型可用性探测此前从不发工具，于是一个只会聊天的中转站通过了验证、在第一条消息上失败，而设置面板仍标着"已验证"；一个 2024 年才有的可选字段被无条件发给每个 OpenAI 兼容端点，让不认它的网关拒掉整场会话。界面一侧，一个中文词在两处字典里有两种英文，英文窗口上的"保存"按钮读作 Transcript；补全菜单的内置动词由内核按进程语言渲染，于是中文机器上的英文窗口配一份中文菜单。另一条主线是老外壳的退役：Wails 那套连同它的 CGO 与 GTK/WebKitGTK 构建要求一次性移除，Studio 从此只有一个外壳；内核与控制器随之做了一轮按主题的归位。自 2.16.0 起 39 个提交，净减两万六千行。 升级路径：无需人工步骤。三平台照旧自更新——Linux 走 .deb，Windows 运行下一个安装器，macOS 替换自身 bundle。已安装的 2.10 及更早的 Wails 版本仍由现有的接管路径升到本版，那条路径不是 Wails 代码，未被此次退役触及。 修复 检查通过，然后第一条消息就失败 模型可用性探测现在带一个工具。Reasonix 是代理，一个递不进工具的模型跑不了一回合。探测此前只发 messages 和 max_tokens，于是一个应答聊天、拒绝 tools 数组的中转站通过了验证，用户的第一条消息才失败——而那一行仍显示"已验证"。被拒时它再问一次、这次不带数组，只有当去掉数组正是让请求答上来的那件事时才报"tools"：结论来自第二次尝试成功，不是拒绝里的某个词。凭据错误与限流不给重试——第二次会因第一次的同一个理由被拒——所以那条"只试一次"的规则对它们原样保留。连接按钮从未声称超出它所证明的（它只列模型，它自己的注释就这么写），但"已连接，OpenAI 兼容"读起来像"可以用了"。现在那一行说得出"端点应答聊天、拒绝工具调用"，这一句话把人送去换网关，而不是送进一场注定失败的会话。 不再为一个 token 计数器赔上整场会话。stream_options 被无条件发给每个 OpenAI 兼容端点。它是 2024 年的新增项，比它更早的、或转发时较真的网关会拒掉带着它的请求，而它要的只是用量记录——一个 token 数，不是一回合需要的任何东西。于是一个别的代理都能驱动的中转站，在这里每一条消息都被拒。客户端现在对每个端点问一次：请求体被拒就去掉这个字段重试，若这样答上来了，此后不再发它。按端点问一次而不是每次被拒都问，所以一个因别的理由拒绝请求体的网关不会被永远反复试探；值得一问的状态码是点名的三个——400、413、422——而不是整个 4xx，因为 402 的意思是账户付不出钱，再发一次什么也不会变。实测于一个为此搭的网关：此前每一回合都失败，现在完成一回合，字段发了一次、再没发过。 一个中文词，一种英文读法 五个中文词条在两份字典里各有一份定义，而目录是十个模块展开进一个对象——同一个键写两遍，留下的是后展开的那一份，另一种读法从此不可达。其中三处渲染了错的词：记录 在指标那边是 "Save"、在运行图那边是 "Transcript"，运行图赢了，于是那个记录模型上下文窗口的按钮读作 Transcript；还原 在窗口控件是 "Restore"、在文件是 "Revert"，文件赢了，于是最大化窗口的还原按钮自称 Revert；改动文件 在权限规则里指 edit_file 这个工具，在顶栏指改动文件数，顶栏赢了。一个中文词承担两种意思，修法是两个中文词，不是更聪明的查表：记录值的按钮改称"保存"，窗口控件改称"向下还原"（Windows 中文里它就叫这个）。另外两处（模型、取消）两种写法渲染相同，失去那份从未胜出的定义；十二个写了两遍但值相同的键失去它们的副本。 补全菜单说窗口的语言，不说进程的。内置动词由内核措辞、在窗口里被读，两者不必一致：一台 CLI 说中文的机器上可以开着英文窗口。端点此前读配置里的桌面语言，而在没有设置时——那是默认值，意思是"跟随机器"——落到本进程按自己的 $LANG 装的那份目录。于是中文机器上的英文窗口，英文输入框下面挂着二十一条中文菜单。窗口才是"它正在画什么"的权威：配置里有值它早已采纳，没有值它跟随自己的区域设置，而那是内核读不到的。所以语言由请求携带，配置只回答那些什么都不说的客户端。 变更 Wails 外壳退役 一次事务，而不是逐件删除：desktop/next 与它的事件泵、remote_pump.go、/rx-replay、前端的 WAILS_* 常量与总线分支、apiPaths/apiPrefixes 白名单、vendored 的 go-webview2 分支，以及 Wails 依赖连同它的 CGO 与 GTK/WebKitGTK 构建要求。先删任何一件留下的都是一个坏掉的外壳，而不是一棵更小的树。 允许它发生的是那个条件本身：不再有任何只有那个外壳才有的语义，加上此前记为"未验证"的那一条——发布线。studio-v2.11.0（2026-09-01）到 2.16.0 已经七次发出 Electron 包，而从已安装的 Wails 2.10 跨过来这件事由维护者确认过，不是在这里假定的。 两个后果值得说出来。desktop 模块现在不含 CGO，所以 CI 与贡献者都不再为构建它安装 GTK 或 WebKitGTK，webkit2_41 标签从每条命令里消失。而老外壳装下的东西原样不动：winuninstall、Electron 外壳的接管路径、studio_line 的二进制名——已安装的 2.10 靠它们变成 2.11，它们都不是 Wails 代码。 迁移契约变成 docs/STUDIO_SHELL_BOUNDARIES.md：它立下的规则活得比迁移本身长，它记的那些账不必。契约里跟踪的展示层缺口原样转为已知缺口，并补上主机侧缺失的崩溃捕获。 内核随之失去只有那个外壳够得到的东西：update.LocalApplication（一个自身即应用的进程，Electron 的不是）、update.Here、appidentity 的 AppUserModelID 应用与快捷方式修复（Electron 自报 appId）、crashreport.CaptureStudioPanic。AppUserModelID 本身留下——Windows 的通知仍带着它。 内核按主题归位 四个各自占着一个包三分之一的文件，按它们服务的那个界面拆开，代码与规则一行未改： controller.go 3232 → 1430。七组方法回到它们的主题已经拥有的文件，回合入口（Send、RunTurn 与它们驱动的循环）拿到自己的一个。留下的是构造函数与访问器——每个主题都要读的那份会话状态——这就是行为搬到状态旁边之后，控制器剩下的东西。审批桥拿到的不止一次搬家：决定一次工具调用跑不跑的 gateApprover 此前住在 controller.go，在敏感路径之外；approval_bridge.go 现在被声明为敏感，评审与覆盖

From the release notes

docs(release): prepare v1.38.9 notes Summary: Generate a bilingual, product-focused draft from merged pull request metadata. Reuse the selected release-bound PR when one is available. Verification: Validate the catalog, citations, bilingual fields, and rendered GitHub release notes before committing. docs(release): restore v1.38.9 upgrade notes after regeneration Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com> Co-authored-by: SivanCola 32437197+SivanCola@users.noreply.github.com

From the release notes

docs(release): prepare v1.38.9 notes Summary: Generate a bilingual, product-focused draft from merged pull request metadata. Reuse the selected release-bound PR when one is available. Verification: Validate the catalog, citations, bilingual fields, and rendered GitHub release notes before committing. docs(release): restore v1.38.9 upgrade notes after regeneration Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com> Co-authored-by: SivanCola 32437197+SivanCola@users.noreply.github.com

From the release notes

docs(release): prepare v1.38.9 notes Summary: Generate a bilingual, product-focused draft from merged pull request metadata. Reuse the selected release-bound PR when one is available. Verification: Validate the catalog, citations, bilingual fields, and rendered GitHub release notes before committing. docs(release): restore v1.38.9 upgrade notes after regeneration Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com> Co-authored-by: SivanCola 32437197+SivanCola@users.noreply.github.com

From the release notes

本版的主线是让屏幕上写着的东西与内核里的事实是同一件：任务面板读内核发布的那份清单而不再从转录里把它猜回来，一次被拒的工具调用带着主机给它的身份而不是一句话，卡片名出内核真正跑的那个能力，能力清单在调用被花掉之前就说出它要的参数。工作台补上四件它做不到的事——会话内查找、代码块高亮、消息改写重发、能力名到卡片。回合多了一个出口：把清单交回用户，而不是被主机推着往下走。界面一侧是一轮以实测为准的整理（阅读尺寸与栏宽、等宽面、汉字下的小型大写、浅色的灰、卡片的高度成本），以及三个早已失灵的门。自 2.15.0 起 43 个提交。 升级路径：无需人工步骤。三平台照旧自更新——Linux 走 .deb，Windows 运行下一个安装器，macOS 替换自身 bundle。 新增 工作台：四件它做不到的事 会话内查找。转录只挂载几十张卡片，所以浏览器自带的查找只看得见屏幕上那些：200 条消息时 DOM 里有 59 张卡，第一条根本找不到。查找改读行本身——saidBy() 对 Item 是穷尽的，新卡片必须回答它携带什么文本。命中用高亮注册表画，而不是包一层标签：那等于重写 React 拥有的 markdown，而那些卡片在每一个增量上重渲染。 代码块高亮。rehype-highlight 像 katex 一样惰性加载，输出的是 class 而非内联颜色——自己写十六进制的高亮器会离开令牌系统、从此不跟随主题。调色板是四个新令牌，注释与标点走 --faint 和 --muted，跟随对比度档位。没有标注语言的围栏不上色：猜一门语法等于把散文画成代码。 一条消息可以改写后重发。由内核已有的两件事组合而成：把对话回卷到那一回合，然后发送。RewindResult 的 TS 镜像少了 conversationOk，于是"动了文件但对话仍在"与"对话被截断"无从分辨——那会把消息发两次。类型补全，这一对进了 wireparity。 调用解析到的能力会到达卡片，仅当名字尚未说出它时：tool:grep 写在 Search 旁边是一件事说两遍，skill:review 不是。 任务清单，与回合的出口 面板画的是清单主人所持的状态。GET /todos 一直在发布那份权威清单——最新一次 todo_write 与其后每一次 complete_step 推进的合并——而窗口从来没调用过它。面板自己从转录里解析 todo_write 的参数重建一份，那是 rebuildTodoState 的第二份实现，并在两处漂开：它不重放 complete_step，所以每一次签收都丢了；它不看回执，所以一份被内核拒绝的清单成了计划。每一次重建——挂载、面板重绑、流中断——都把面板重置回"模型最后写下的样子"。已签收的条目渲染成当前项、此后任何调用都推不动它，这就是"待办面板清不掉"从外面看的样子。 任务清单根本不可能从转录导出：推进不是 todo_write 调用，而被拒绝的写入是。所以 fromHistory 不再尝试，窗口去问；回合结束再读一次，因为有些移动没有事件可说（一次取消会让内核重建自己的状态）；读取失败时面板保持原样而不是清空。 投影在状态移动时就欠下，而不只是 id 变了的时候。withTodoIdentityTail 只要每个步骤 id 还能在视图里读到就认为不欠——而 id 永远读得到，它们就在模型自己的 todo_write 参数里。底下的状态不会留在原地：complete_step 在主机侧推进那份权威清单而模型什么也没写。于是一份主机已经翻过页的清单还按模型最后写下的样子读着，下一次签收点的是主机已不认为是当前的那一项——complete_step 拒绝它，代价是满上下文下的一整轮，且学不到任何关于任务的东西。23 个录制会话里 complete_step 在 43 次调用中失败 16 次，这一类是其中最大的一组。 一个回合可以把清单交回用户，而不是被驱动。带着未完项停下来此前一律读作"活没干完"，continueUntilReady 会拿主机写的一句话把它推上至多八轮。对模型能独自推进的步骤这是对的；对下一步输入在用户手上的步骤是错的——呈现一项并等待回复，与提前退出无从分辨，于是一份每回合走一项的清单根本没法走：回合停下、主机重启它、整张清单在一轮里全吐出来。 await_user 成为除 ask 与 conclude_blocked 之外第三种由模型决定的收尾，它点名等待中的那一项和用户需要提供什么，清单原样保留，就绪判定豁免未完项，续跑循环不运行。守卫是结构性的：必须有一份未完清单、step_id 必须点中其上未完成的一项、必须有可交互的用户——无头运行拒绝它并被指向 conclude_blocked。 工具表面与能力 一个工具在 schema 里，就是此刻可调用的。此前存在三种状态而模型只分得清两种：在 schema 里且可调用、注册了但藏在 use_capability 后面、以及在 schema 里却会被拒——最后一种不是任何人的本意。update_goal 就住在第三种里：534 个真实会话中它被调用 121 次，拒绝 116 次。 把工具钉住不动的那条理由被量掉了（benchmarks/tool-surface-cache）。"改 schema 会把缓存前缀搅浑"对任何位置的改动为真、对末尾的追加为假，而没有任何东西测过哪一条适用。实测：同一个工具在头部要 896 个缓存 token，在中部 384，追加在尾部不花任何东西；一个尾部工具在"有/无"之间来回三次，缓存读数稳定在 1920 与 2048 之间、没有一次未命中尖峰——因为缺席的那份表面是在场那份的字节前缀，一条缓存同时服务两者。于是 ProviderSchemas 分两段排序：稳定工具在前，本回合准入的上下文工具在后。 能力清单说出一次调用要被held到的参数。藏在 schema 之外的能力靠列目录再按 id 调用来够到，而清单只有 id 没有参数，第一次调用只能是猜。534 个会话里 12 次调用对 3 次 inspect，5 次带回"它需要……"。契约错误在调用被花掉之后才打印的两张表，现在在调用之前就在清单里：必填字段名，和每一个声明过的属性。从目标自己的 schema 经注册表读出——不是注册表工具、或 schema 没声明属性的条目什么也不说，而不是报一张空表让读者当成"它不要参数"。 卡片名出内核真正跑的那个东西。内核注册的 54 个工具里有 22 个在两张表里都没有条目，于是一次经 use_capability 的调用渲染成它自己 title-case 过的 id，顶着那个"折角的纸"标记。一次委派、一次记忆写入、一次安装全都读作文件读取，而类别颜色——那一行唯一的警示——是中性的那个。install_source 是其中最糟的一个：它不是只读的，它安装一个 MCP 服务器，而它根本没有身份。兜底标记改为中性圆点："·" 是一份文档，一个没有条目的名字此前在声称自己读过文件。 重新打开的转录说得出代理够到的是哪个能力。实时转录读作 "Remember · 2026-08-