dsh-super-code 0.3.9 → 0.3.11

package/cordis.patch.yml

@@ -17,7 +17,7 @@
           - id: super-code
             name: dsh-super-code/super-code
             config:
-              presetVersion: 0.3.9
+              presetVersion: 0.3.11
               presetInstallation: bundle:dsh-super-code
           - id: compaction
             name: cordis:group
@@ -33,12 +33,8 @@
             name: '@deepseek-ai/dsh-agent-instructions'
             config:
               maxBytes: 65536
-          - id: tool-bash
-            name: '@deepseek-ai/dsh-tool-bash'
-            disabled: !!js process.platform === 'win32'
-          - id: tool-pwsh
-            name: '@deepseek-ai/dsh-tool-pwsh'
-            disabled: !!js process.platform !== 'win32'
+          - id: super-code-shell
+            name: dsh-super-code/shell
           - id: tool-fs
             name: '@deepseek-ai/dsh-tool-fs'
           - id: tool-fs-search

package/docs/Changelog.md

@@ -4,6 +4,65 @@
 
 版本号格式为「主版本.效果版本.维护版本」。第二位变化表示编码效果或效率有提升；第三位表示修复、界面和兼容性更新。各版本的验证范围见[兼容性](Compatibility.md)。
 
+## 0.3.11 · 2026-11-06
+
+**卸载恢复与预设管理**
+
+- 修复卸载插件后 Super Code 历史会话无法续聊的问题：已登记且归属匹配的会话改用官方标准预设继续，并显示一次切换提示；保留原会话与子任务历史、模型、目录和权限。
+- 修复官方 minimal 在关闭删除保护、取消官方适用范围或停用、卸载插件后仍沿用旧规则的问题；切换保护等级不再重复叠加规则。旧摘要保留原文，并在后面补充明确的撤销说明。
+- 修复预设恢复在异步读取、用户改选、插件重新启用及模块换代时使用旧状态的问题；旧实例不再迟到覆盖新记录或重复接管服务。
+- 修复安装、重装失败回滚及语言同步可能覆盖外部变更、丢失归属记录的问题；保留用户修改及符号链接，拒绝无效记录，冲突时停止写入。
+
+**任务侧栏、执行记录与用量**
+
+- 修复任务侧栏只显示本轮要求的问题，保留最近 20 条历史要求及对应的已记录步骤；超过显示上限时明确提示。
+- 修复执行详情缺少渲染的问题，复用宿主 Markdown 和代码组件，保留用户与工具输出原文，支持展开长内容。
+- 补齐 PTC 子工具的调用、结果、失败及回合终止错误记录，崩溃恢复时正确显示中断状态；慢工具超出最近活动窗口后，成功的文件变更证据仍能保留。
+- 修复执行记录分页与断线重连之间的重复读取、边界变化和阅读位置丢失；历史读取失败后可重试，关闭页面后不再回填。
+- 修复 fork 继承历史被重复计入子 Agent 和执行树用量，以及模型标识含特殊分隔符时统计合并错误的问题；旧缓存会重建。
+- 修复侧栏可全部收起的问题，任务、协作执行和记忆始终只展开一项，默认任务；切换保留阅读位置和草稿。
+
+**设置、预算与记忆**
+
+- 修复首页保存成功但随后刷新失败时显示旧设置的问题；修复自动保存尚未结束时可重复确认“恢复默认”、造成重复提交和版本冲突的问题。
+- 修复自动压缩等待模型信息期间取消，之后仍裁剪工具记录或忽略取消的问题；保留原有压缩策略和预算默认值。
+- 修复旧版记忆草稿在接口重连后继续使用旧接口的问题；保留草稿，主动重试使用当前接口，不自动重发进行中的写入。
+- 修复删除最后一条记忆后，空主题仍占满 200 个主题额度的问题；额度按非空主题计算，同时保留并发修改检查，不增加内容版本记录。
+
+**MCP 连接**
+
+- 修复异步准备后仍使用已撤销目录授权或已关闭开关的问题；创建会话、选择模型和发送请求前重新核对当前授权与取消状态。
+- 修复 `newConversation: false` 未指定 `taskId` 时仍创建对话的问题；现在要求先选择具体会话。
+- 修复新建、续聊或取消的保存失败后，内存状态仍提前变更、错误占用额度或迟到取消的问题；准备期间保留上一轮跟踪，重启和重连不自动重发已保存请求。
+- 修复审批等待取消后仍接受迟到批准的问题；单次审批重新核对取消、目录与开关状态，未决定的请求可交回 DSH 处理。
+- 修复目录申请在路径被替换、校验期间过期或撤回后仍可批准的问题；已撤销的旧授权不会因复用申请而重新生效。
+- 修复符号链接别名造成允许目录重复、移除后再次出现的问题；同一实际目录只保留一项，不可用目录仍可移除。
+- 补齐 `dsh_read` 的 PTC 子调用公开记录；子工具活动计入进度观察，不再被误判为长时间没有进展。
+- 修复初始化、凭据轮换、关闭和卸载竞态导致连接额度、端口或锁残留的问题；保存已成功时返回实际设置，清理失败明确提示并允许重试，不重新发送任务。
+
+**命令与运行时**
+
+- 修复部分 Shell 包装命令、`find`、`xargs` 及 PowerShell 启动参数的删除识别漏报和误报；仍由现有保护等级和宿主审批决定是否执行。
+- 修复 Windows Shell 过滤、官方预算和 PTC 包装在卸载后残留或覆盖其他包装的问题；异步初始化落定后释放本插件资源，保留宿主与其他插件的状态。
+
+各项修复按对应范围完成回归，版本契约、前端检查和完整宿主验收分别记录，不代表所有版本、所有平台均完成完整进程测试。本版未重新运行 100 题效果评测。
+
+## 0.3.10 · 2026-11-03
+
+**Windows 命令环境**
+
+- 内置 GNU Bash、必要的 MSYS DLL、BusyBox 和 GNU grep，无需为了运行 Bash 命令额外安装 Git；Git、Node、Python 等开发工具仍需自行安装。
+- 内置 Bash 默认开启；「同时应用到官方预设」默认关闭，开启后用于标准、PTC、创建模式，极简模式保留持久终端。设置自动保存，运行中的 Agent 保留原选择，子 Agent 继承。
+- 仅 Windows 宿主可修改命令环境设置，其他平台灰显并显示「仅 Windows 生效」。修复就绪状态的对齐与长版本号换行，提示气泡随深浅主题变化。
+- 修复旧目录预设在嵌套依赖布局下找不到宿主 Shell 模块、Windows PATH 别名与 BusyBox 固定参数覆盖，以及失败父子 Agent 被其他会话恢复误激活的问题。
+- 严格删除保护识别 MSYS 的 `cmd.exe //c`、`//k` 删除命令。限权模式下 Bash 在执行前明确拒绝，仅由 DSH 审批放行该次调用，不自动修改权限或换 Shell 重放。
+
+**文档与验证**
+
+- README 追加官方与第三方插件的完整 Pro100 对比，按通过数排序，保留原开头成绩及各批次统计口径。
+- 补齐最低版本至 rc.5 的 Windows Web 进程记录，以及官方 rc.5 Desktop、NEXT 的 Windows 专项验收；组件和静态前端检查单独记录。旧版原生 Windows 桌面未逐版验收，完整范围见[兼容性记录](Compatibility.md)。
+- 固定命令集通过 97/100，剩余差异为 `.cmd` 引号和 MSYS 原生参数转换；不代表完整 Linux 环境。本版未重新运行 100 题效果评测。
+
 ## 0.3.9 · 2026-10-28
 
 **界面**

package/docs/Compatibility.md

@@ -4,6 +4,10 @@
 
 Web 已验证 Harness `0.1.5-alpha.1` ~ `0.2.1-rc.4`，其中 `rc.4` 为下述增量验收；官方桌面已验证至 `0.2.1-rc.4`（x64 包在 Rosetta 下），NEXT 已验证 `2.0.19-next`（内置 `0.2.1-rc.2`）。
 
+0.3.10 的内置 Windows Bash 另在官方 Desktop `0.2.1-rc.5` 和 NEXT `2.0.21-next`（内置 `0.2.1-rc.4`）完成 Windows 完整进程专项验收，范围见下文。
+
+0.3.11 的修复按阶段补充了至 `0.2.2-alpha.3` 的版本契约和官方前端验证，完整宿主范围单独记录，见下方 0.3.11 记录。
+
 ## 已验证的宿主
 
 以下 26 个目标在 0.3.6、0.3.7、0.3.8 中均完成整组验证。
@@ -24,12 +28,12 @@ Web 已验证 Harness `0.1.5-alpha.1` ~ `0.2.1-rc.4`，其中 `rc.4` 为下述
 
 - 每个宿主使用独立 profile，宿主依赖固定版本并经过审计，不影响日常使用的应用和配置。
 - 模型响应由本地确定性程序提供，经过真实的宿主 Agent 和工具链。**未调用外部模型**，因此不属于效果评测。
-- Web 端使用 Chromium；原生端在 macOS arm64 上运行，rc.4 官方 x64 包另通过 Rosetta 验证，未使用 Intel 实机。
+- Web 端使用 Chromium；历史原生验收在 macOS arm64 上运行，rc.4 官方 x64 包另通过 Rosetta 验证。Windows Bash 另使用 Windows 11 ARM64 VM 运行真实 x64 桌面发行包，未使用 Intel 实机。
 - 每次发布均同时运行全量单元测试、类型检查、构建和客户端语法检查。
 
 ## 未覆盖的范围
 
-- Windows、Linux 原生客户端、Intel 实机、Safari 专属行为
+- Linux 原生客户端、Intel 实机、Safari 专属行为；Windows 桌面仅覆盖下述内置 Bash 专项，未逐版重跑全部插件功能
 - 真实模型服务、完整的升级与自定义配置回归、所有工具组合
 - 窄窗口：宽度为 440px 时，宿主侧边栏仅为插件保留 156px，视为不可用（未安装插件时设置页存在同样问题）
 - 原生目录选择器的确认与取消（系统辅助功能接口超时）
@@ -49,7 +53,51 @@ Web 已验证 Harness `0.1.5-alpha.1` ~ `0.2.1-rc.4`，其中 `rc.4` 为下述
 
 按照 npm 规则，`>=0.1.5-alpha.1 <0.3.0` 这类写法会排除 `0.1.6-alpha.1`、`0.2.0-rc.2` 等预发布版本，因此 peer 依赖只能按系列分别列出。
 
-`zod`、`js-yaml`、`@modelcontextprotocol/sdk` 为运行依赖，不打包进插件。发布包仅包含插件、公开文档和截图。
+`zod`、`js-yaml`、`@modelcontextprotocol/sdk` 为运行依赖，不打包进插件。Windows Shell 另随包携带独立进程运行的第三方程序，其来源、许可证和对应源码见[运行时说明](../runtime/windows/README.md)。
+
+## 0.3.11 · 2026-11-06
+
+本版包含 11 月 4–6 日多轮修复。以下结果对应各轮实际测试的代码，不将早期开发包的完整宿主结果视为最终发布包的全部平台复验。
+
+- **发布候选**：560 项全量测试、类型检查、构建及客户端语法检查通过；包、锁文件、目录预设和声明式预设版本统一为 0.3.11。
+- **逐版契约与前端**：26 个精确发布的 Harness 版本，从 `0.1.5-alpha.1` 至 `0.2.2-alpha.3`，涵盖 0.1.5、0.1.6、0.1.7、0.2.0、0.2.1 各已列 alpha/rc，以及 `0.2.2-alpha.2`、`0.2.2-rc.1`、`0.2.2-alpha.3`。按变更分别验证 Session/LLM 恢复、任务投影、用量、压缩取消及旧记忆；官方前端使用实际 React 和插件组件，Remote 等外部边界使用夹具，不等同于 26 个完整宿主。
+- **最近变更的定向证据**：PTC 历史读取为 26 版契约与前端检查；fork 用量为 26 版 157 项契约检查；压缩取消为 26 版 170 项检查；目录别名为 26 版 156 项前端检查；旧记忆额度为 26 版 156 项存储契约检查及最早/最新两版前端交互；设置重置为 26 版 182 项前端检查，均通过。不同批次数量不合计为独立宿主数。
+- **Web 与 macOS 完整宿主**：卸载恢复、MCP 生命周期等修复阶段验收了 Web `0.1.5-alpha.1`、`0.2.1-rc.5`、`0.2.2-rc.1`、`0.2.2-alpha.3`，官方 macOS Desktop `0.2.1-rc.5` 和 NEXT `2.0.19-next`（内置 `0.2.1-rc.2`）。后续任务历史和渲染修复另在最低/最新两版 Web、官方 macOS rc.5 检查了真实工具、三轮记录与冷启动；较晚的用量、压缩、目录、记忆额度和重置修复未再次跑完整桌面矩阵。
+- **Windows 与 Linux**：本批较早阶段在 Windows 11 ARM64 VM 运行官方 x64 Desktop rc.5 和 NEXT `2.0.21-next`（内置 rc.4），覆盖 MCP、Bash、PowerShell、删除保护、物理卸载、冷启及历史续聊，两款各 37 组通过；118 项 Windows 回归通过，3 项 POSIX 专有场景跳过，另有 22 项 PowerShell 5/7 对照。Linux ARM64 非 root 的阶段性全量 527 项通过。后续修复未重新执行上述操作系统完整套件。
+- **保留与限制**：已验收范围内，原主/子会话历史保留，Super Code 卸载后使用官方标准续聊并显示一次说明；minimal 撤销旧插件规则。公开记忆仍为旧版 CRUD。所有宿主模型来自确定性适配器，无外部模型调用；没有新增 100 题效果评测、Safari 专项或历史原生 Windows 桌面逐版验收。
+
+## 0.3.10 · 2026-11-03
+
+以下为 2026-11-02 ~ 03 各阶段的 Windows Bash 验证，保留各批次的代码基线与验收范围，不改变下方历史版本记录。
+
+- **发布检查**：0.3.10 的 326 项全量单测、类型检查、构建及客户端语法检查通过。发布准备仅更新版本元数据与文档，执行代码沿用上述已验收实现；未为版本号变化重复全部宿主矩阵。
+- **官方预设命令环境配置**：新增独立的「同时应用到官方预设」开关，默认关闭；开启后标准、PTC、创建模式使用内置 Bash，极简模式保留持久终端，自定义预设不自动修改。设置自动保存，与预算、删除保护范围互不影响；总开关关闭后保留适用范围选择。运行中的 Agent 固定选择，子 Agent 按实际运行时归属继承；准备失败的父子 Agent 不会被其他会话的恢复误激活。325 项单测、类型检查、构建、客户端语法通过，24 个版本各 15 项 Shell 组件回归，共 360 项通过；组件测试不等同于完整 Windows 宿主验收。
+- **官方预设专项实测**：Windows Web 的 `0.1.5-alpha.1`、`0.1.6-alpha.1`、`0.1.7-rc.2`、`0.2.0-rc.2`、`0.2.1-alpha.3`、`0.2.1-rc.5` 各 13 组，共 78 组通过。随后补充父准备失败继承修复，最终运行包在最低版与 rc.5 Web 各 13 组、官方 rc.5 Desktop 与 NEXT `2.0.21-next`（内置 rc.4）各 13 组复验通过。覆盖 Standard/PTC/Create 真实 Bash、默认关闭时的 PowerShell、Minimal 持久终端、双向自动保存、运行中选择保留、限权拒绝与宿主单次审批、中文空格路径及文件副作用、完整进程冷重启。最终包未将其余四个 Web 版本或历史桌面完整套件全部重跑；原 155/558 组记录使用新增官方范围开关前的包。
+- **命令环境界面补充**：只有检测为 Windows 时可编辑；其他平台的两个开关均灰显，顶部悬浮提示「仅 Windows 生效」。Bash 默认开启、官方预设范围默认关闭，保留已有选择；就绪状态与设置文案对齐，长版本号可换行。补充后 326 项单测、客户端语法通过；32 个官方静态前端目标（24 Web、8 Desktop/NEXT）共 192 组浏览器检查通过，覆盖双语提示、禁用时无写入、默认值、原有按钮气泡与窄窗口布局。该界面回归使用夹具服务，不属于重新运行完整 Windows 宿主验收。
+- **气泡主题**：所有共享提示气泡跟随宿主主题，浅色白底深色文字、深色深底浅色文字，箭头、边框和阴影同步。最低版、rc.5、alpha.2 与 NEXT 的静态前端共 32 组检查通过，覆盖按钮、禁用开关、模态对话框和气泡显示中切换主题；未重跑完整宿主。
+- **完整 Windows Web**：`0.2.1-rc.4`、`rc.5` 的真实 Loader、预设、Agent、PTC 和 Windows ACL 沙箱已验收。`run_code → bash` 通过真实 DSH 界面的批准、拒绝、取消，以及禁用审批、下一次再次拒绝和后台前置拒绝；批准命令实际退出 0 且只写入一次，其他 6 个未批准路径无文件副作用，会话仍为 workspace-write。已核对两版实际加载的关键组件版本。
+- **最低版本 Windows Web 补测**：`0.1.5-alpha.1`、`alpha.2`、`rc.1`、`rc.2`、`rc.3` 各通过 31 组完整进程检查，共 155 组，覆盖预设、设置自动保存、旧版 codeRuntime、Bash、真实界面审批、删除保护、非零退出、取消、实际文件副作用和 CLI 冷重启。旧版 120ms 超时会终止命令，不转后台；超过延迟窗口后无取消或超时写入。各版实际 profile 中可解析的 229/230 个 DSH 组件均为目标版本，12 个执行关键组件逐个核对；使用官方 Node `24.18.1` ARM64 与原有 Cordis `4.0.2` 组合。
+- **中间 16 版 Windows Web 补齐**：`0.1.6-alpha.1/alpha.2`、`0.1.7-alpha.1/alpha.2/rc.1/rc.2`、`0.2.0-rc.1/rc.2`、`0.2.1-alpha.1` ~ `alpha.5` 及 `rc.1` ~ `rc.3` 全部完成真实 Windows Web 宿主验收。0.1.6 两版各 34 组，其余 14 版各 35 组，共 558 组通过，覆盖预设可用、设置自动保存、PTC → Bash、真实审批、三档删除保护、非零退出、超时、取消、实际文件和完整 CLI 冷重启。关闭 Bash 后，运行中 Agent 保留选择，新 Agent 能使用官方 PowerShell。
+- **中间版本审计与超时差异**：各版在 Windows 11 ARM64 VM 使用官方 Node `24.18.1` ARM64、按各版官方声明固定的 Cordis/Schemastery 依赖和独立 profile；实际安装的 236 ~ 296 个 DSH 组件均无混版，18 个关键模块逐个核对，加载的开发包运行代码哈希一致。0.1.6 的 120ms 超时会终止命令，其余版本会转为一次后台任务并正常完成；从 `0.2.1-alpha.3` 起另核对 v4 的任务注册、完成事件。取消检查先确认真实 Bash 进程及启动文件，再取消并等待超过 12 秒，确认进程退出且无延迟写入。这是 Windows Web 验收，历史原生桌面范围仍按下述记录单列。
+- **旧版模块定位修复**：修复无 `profileContext` 的目录预设在 npm 嵌套依赖布局下找不到宿主 Shell 模块、无法创建会话的问题；改从实际 root profile 解析，保留新版显式安装锚点的优先级。新增回归先复现再修复，全量 317 项单元测试与 24 版的 216 项 Shell 回归通过。上述 0.1.5 五版及中间 16 版均已使用修复包完成 Windows Web 验收。
+- **0.1.5 桌面边界**：查过的五个 Windows 安装包地址及对应 `dsh-desktop` npm 元数据均返回 404，未完成原生旧桌面验收；完整 Web 结果不能代替桌面结果。下方完整 Desktop/NEXT、删除保护与超时记录使用模块定位修复前的包；本轮最终包的官方预设专项另见上文，不将两批结果合称为完整套件复验。
+- **完整 Windows Desktop / NEXT**：官方 Desktop `0.2.1-rc.5` 与 NEXT `2.0.21-next` 串行运行真实发行安装包；后者内置 Harness `0.2.1-rc.4`。两端实际 Host 均为 x64、Node `24.21.0`、Electron `44.7.0`，11 个关键宿主包已核对。通过原生插件页安装和启用当时的开发 tgz、预设可用、Bash 开关双向自动保存、预算保留、跨标签恢复及完整应用冷重启；测试期间无页面脚本错误。
+- **桌面执行与审批**：两端真实 `run_code → bash` 均通过数组、中文带空格文件名、GNU grep、BusyBox、非零退出、运行取消及超时转后台并完成。受限调用明确拒绝，宿主单次批准只执行一次；拒绝、取消、never、后续普通调用和后台前置拒绝均无文件副作用，会话保持 workspace-write。关闭 Bash 后旧 Agent 保留选择，新 Agent 使用宿主 PowerShell。
+- **桌面删除保护**：两端通过严格模式下 MSYS `cmd.exe //c` 删除的拒绝、取消和批准；在 Workspace write + ask 下，删除确认与该条 Bash 的沙箱外权限申请分别批准，才删除任务临时文件。拒绝或取消均保留文件，宽松和关闭模式不增加插件确认。宿主 Full access 默认同时设置 approval=never，此时严格删除申请被自动拒绝，插件不改变宿主策略。
+- **桌面安装来源**：官方包来自 [DeepSeek Windows nightly](https://download.deepseek.com/dsh-desk/feeds/win-x64/nightly.yml)，SHA-512 与更新源一致，Windows Authenticode 有效。NEXT 来自 [NEXT Windows 下载接口](https://www.dshdesktop.cn/api/downloads/windows)，携带 next 频道与目标版本请求头；安装程序未签名且接口未提供公开摘要，仅核对 HTTPS 来源、产品版本及传输前后 SHA-256，不能视为签名验证通过。
+- **限权边界**：MSYS 无法在官方 Windows 限权沙箱中创建内部命名管道。插件保留 Bash，在进程启动前明确拒绝受限调用；仅接受宿主批准的单次 `danger-full-access` 调用策略，之后的命令仍需审批，不修改会话权限或切换 Shell。另在显式完全访问的测试会话中验证了数组、中文文件读写和 GNU grep。
+- **测试环境对照**：前期 Node 22.23.4 ARM64 出现不加载插件也能复现的 fs.mkdir/ACL 锁文件 EPERM。保留失败记录后，在同一 VM 用官方 Node 24.18.1 完成上述完整审批与设置页验收；没有修改系统 ACL 或关闭防护。
+- **实机范围**：专用 Windows 11 ARM64 VM；两套载荷各通过 7 项执行检查。桌面发行包和 Bash/MSYS/grep 均通过系统 x64 兼容执行，不能视为原生 x64 硬件或原生 ARM64 Bash 验证。完整桌面专项仅覆盖上述两款发行包，未重跑所有历史 Windows 桌面版本或外部模型评测。
+- **真实工具组件**：rc.4 的 12 项通过，覆盖根/子作用域过滤、按会话保留 Shell 选择、PowerShell 切回、单次副作用、超时/取消、删除保护及单次审批、宿主拒绝、后台任务和销毁隔离。这组使用真实工具和 Windows 进程，未证明完整限权沙箱可运行 Bash。
+- **固定命令题集**：100 项中 97 项通过，原 45 项全部通过。剩余 3 项涉及 `.cmd` 引号及 MSYS 对原生 `/` 参数的转换。题目与预期结果未修改；不全局关闭路径转换，不失败重放。
+- **逐版接口**：从 `0.1.5-alpha.1` 到 `0.2.2-alpha.2` 的全部 24 个 npm 发布版本逐版通过，共 591 项 Shell 作用域、删除保护和设置检查。旧版使用真实 SettingsProvider；新版使用真实 Loader 与 SettingsForms，ConfigEditor 持久化为临时文件夹具。alpha 使用真实 native executor、batch API 和会话投影，删除保护整组通过。24 版真实 provider 另在 macOS 通过 240 项执行检查，其中沙箱拒绝为桩；不等同于 24 个完整 Windows 宿主验收。
+- **逐版 Windows 执行**：上述 24 版均在 Windows VM 中独立安装并核对真实 provider 依赖图，共 288 项通过，覆盖实际 Bash 进程、中文与 stdin/stderr、非零退出、超时/取消、单次副作用、截断与完整溢出文件、工具隔离、限权前置拒绝及环境变量屏蔽。每版使用独立 Node 进程；批准策略检查使用组件服务，不冒充完整 ACL 宿主审批。运行时自身 13 项损坏、并发、硬链接/符号链接和环境边界测试也在 Windows 通过。
+- **安装范围**：查询时 npm latest/next 为 `0.2.1-rc.5`，alpha 为 `0.2.2-alpha.2`。24 版的 360 项 peer 范围检查通过；已补齐新 alpha 系列及其 Cordis/Schemastery 预发布范围。开发包在独立 alpha 依赖图中真实安装，并通过包根插件的 Loader、SettingsForms 激活与设置读写；该检查的 ConfigEditor 为夹具。
+- **界面与单元**：32 个官方静态前端目标（24 Web、8 Desktop/NEXT）通过 128 项设置开关、自动保存、错误与非 Windows 禁用检查，无页面脚本错误。RPC 为夹具，不代表运行中桌面验收。316 项单元测试、类型检查、构建和客户端语法检查通过。完整 Windows Web 设置页另通过双向自动保存、预算与平台状态保留、跨标签和冷重启检查。
+- **并发复查**：另在全部 24 版通过 192 项 Shell 检查，新增覆盖准备中的父子 Agent、重复生命周期事件、父子失败后兄弟恢复，以及真实离线准备服务的 Promise 共享、失败重试和状态快照隔离；这轮在 macOS 运行，未启动 Windows 二进制或完整宿主。
+- **环境与删除识别复查**：修复 `PATH`/`Path` 键序可能清掉最终 PATH，以及别名覆盖固定 BusyBox 选项的问题；24 版真实环境合并函数通过 240 项检查，Windows VM 另通过 168 项实际进程检查。严格删除保护补充识别 MSYS 的 `cmd.exe //c`、`//k` 写法，全部 24 版通过 360 项删除保护组件回归；普通输出中的删除命令文字不受影响。这些检查不代表完整宿主或外部模型验收。
+- **检视修复**：准备失败的 Agent 不再暴露另一 Shell，也不会因兄弟 Agent 恢复而重新获得执行能力；非标准 provider 关闭后，子 Agent 保留父会话选择。损坏的清单在准备前拒绝；Windows PATH 别名遵循 Node 优先级，启动脚本与导出函数环境变量被遮蔽。
+- **体积与模型**：载荷压缩资产约 4.50 MB；最近开发包约 9.1 MB，包含 BusyBox 对应源码。以上均使用固定测试命令或本地确定性模型响应，没有调用外部模型，不属于编码效果评测。
 
 ## 0.3.9 · 2026-10-27 ~ 28
 

package/docs/EvaluationResults.md

@@ -2,6 +2,22 @@
 
 中文 · [English](en/EvaluationResults.md)
 
+## Pro100：连续复用环境对比
+
+统一使用 Harness `0.2.1-rc.2`、`deepseek-v4.1-flash-1017`、high、旧预算，各组内部连续复用环境。以下为完整 100 题汇总，按通过数量降序排列。
+
+| 方案 | 通过/有效 | 平均总 Token（M） | 平均耗时（分钟） | 平均模型调用 | 平均工具调用 | 缓存率 |
+|---|---:|---:|---:|---:|---:|---:|
+| Super Code 0.3.5 | **51/100** | 6.435 | 24.751 | 76.660 | 75.840 | 98.927% |
+| 官方标准 | 50/100 | 8.030 | 17.198 | 91.990 | 113.880 | 99.167% |
+| 原版 dsh-ops 0.4.4 · 标准 | 49/100 | 7.099 | 23.132 | 82.500 | 102.360 | 99.062% |
+| 官方标准＋billion-context 0.1.209 | 45/100 | 6.359 | 18.471 | 108.950 | 131.140 | 97.654% |
+| 原版 dsh-ops 0.4.4 · PTC | 44/100 | 7.322 | 23.695 | 81.490 | 80.960 | 99.056% |
+
+M 为百万 Token，包含思考 Token；耗时包含部分运行内服务等待。Super Code `0.3.5` 为本批次的旧预算连续基线。
+
+这批成绩与下方历史预算实验的环境复用方式及耗时口径不同，分别保留，不混用通过数、耗时或效率百分比。下方的 `49/100` 与 `46/100` 是历史批次结果，并非本表的 `51/100` 与 `50/100`；原逐题数据继续对应原批次。
+
 ## 评测设计
 
 ### 题集
@@ -10,17 +26,17 @@ SWE-bench Pro hard-100（固定标识 `swebench-pro-hard-100-ddd22492f1c38839`
 
 - 「hard-100」是本项目按既有难度方法选出的 100 题，并非官方认定的最难 100 题。
 - 调优仅使用 SWE-bench dev 中筛选的 33 道有效困难题。hard-100 只用于评测冻结后的候选版本和排查问题，**不参与调优**，以避免对评测题过拟合。
-- 所有成绩均已纳入后续复核（见[评分更正](#评分更正)），每组均有 100 题有效评分。
+- 下方历史成绩均已纳入后续复核（见[评分更正](#评分更正)），每组均有 100 题有效评分。
 
 ### 对照
 
-对照选用官方标准预设，而非 minimal。旧宿主实测中，标准 + high 通过 51 题，minimal + high 通过 46 题，且标准每题 token 少 23.5%。与更强的对照比较，结论更严格。
+对照包括官方标准预设和第三方插件方案。历史官方预设对比选用标准预设，而非 minimal：旧宿主实测中，标准 + high 通过 51 题，minimal + high 通过 46 题，且标准每题 token 少 23.5%。
 
 ### 控制变量
 
-同一组对比中，宿主、模型、思考等级和预算保持一致，仅替换 Agent 预设。宿主或模型变化时，单独列出并说明。
+同宿主对比中，模型、思考等级和预算保持一致，对比不同预设及插件组合。宿主或模型变化时，单独列出并说明。顶部连续环境表的耗时包含部分运行内服务等待；历史预算实验使用净耗时，扣除失败请求和重试等待。
 
-### 评测过程
+### 历史评测过程
 
 1. **旧宿主基线**：在 DSH `0.1.5-rc.2` 与 `deepseek-v4.1-flash` 上评测官方各预设和插件各版本，Super Code `0.3.0` 候选通过 56 题，高于官方最好的标准 + high（51 题）。
 2. **宿主升级后效果下降**：升级至 DSH `0.2.1-rc.2` 与 `deepseek-v4.1-flash-1017` 后，默认预算下标准降至 46 题，Super Code `0.3.4` 降至 41 题，低于标准。
@@ -28,7 +44,7 @@ SWE-bench Pro hard-100（固定标识 `swebench-pro-hard-100-ddd22492f1c38839`
 4. **恢复旧预算后复测**：双方均改用旧预算。标准仍为 46 题；Super Code `0.3.5` 提升至 49 题。据此，`0.3.6` 起插件默认使用旧预算。
 5. **跨模型验证**：在 `glm-5.3-flash` 上与原生 ZCode 对比，检验方案是否依赖特定模型。
 
-## 结论
+## 历史评测结论
 
 | 对比 | 结果 |
 |---|---|

package/docs/UsageGuide.md

@@ -11,6 +11,7 @@
 - [侧边栏](#侧边栏)
 - [批量工具调用](#批量工具调用)
 - [运行预算](#运行预算)
+- [Windows 命令环境](#windows-命令环境)
 - [删除保护](#删除保护)
 - [MCP 连接](#mcp-连接)
 - [前端 Skill](#前端-skill)
@@ -41,7 +42,7 @@
 | 标签页 | 内容 |
 |---|---|
 | 首页 | 预设状态与版本、删除保护等级、MCP 开关、在线与历史对话数 |
-| 预设配置 | 安装、重装、重命名 |
+| 预设配置 | 安装、重装、重命名、Windows 命令环境 |
 | 上下文配置 | [运行预算](#运行预算) |
 | 删除保护 | [删除保护](#删除保护) |
 | 连接 | [MCP 连接](#mcp-连接) |
@@ -73,13 +74,27 @@
 
 **安全措施**：
 
-- 只替换能够核实由本插件安装的预设（目录式核对安装记录、UUID、路径和目录身份；声明式核对来源标记或安装记录）。未标记的旧副本和同名声明不会被改动。
+- 目录式预设的状态、语言同步与重装均核对安装记录、UUID、路径和目录身份；声明式核对来源标记或安装记录。无法核实归属的旧副本和同名声明不会被改动，仍可读取。
 - 旧内容备份在 `.super-code-backup-*`：目录式位于用户预设根目录下，声明式位于当前 profile 下（安装记录为 `.super-code-presets.json`）。
-- 安装失败时自动恢复；进程意外中断时，可从备份手动恢复。
+- 安装失败时回滚本轮写入，清理前核对目录身份；已被替换的目录保留。原配置恢复后会尝试重新加载，原本不存在的配置文件仍保持不存在。进程意外中断或归属记录仍不可写时，可检查备份后手动恢复。
+
+### 卸载后继续对话
+
+更新并加载支持恢复的插件后，卸载 Super Code 不影响已有历史的阅读。原 Super Code 会话续聊时自动改用官方标准预设，并显示「Super Code 插件已卸载，本对话将使用官方标准预设继续。已有历史记录保留。」同一会话只提示一次；原模型、工作目录和宿主权限保留。使用官方预设的会话继续使用原预设。
+
+关闭删除保护、取消「应用到官方预设」、停用或卸载插件后，下一次续聊会撤销插件先前写入的删除保护规则，包括官方 minimal 的规则。严格与宽松模式切换时会撤销旧规则；冷重启不会重复添加同一条规则。原始历史和用户自己的删除要求保留。若旧规则已被压缩进摘要，会追加明确的撤销说明，保留摘要中的其他上下文。
+
+停用或卸载插件也会释放插件添加的命令过滤、预算适配和 MCP 服务；宿主自身的权限限制及其他插件的有效改动保留。
+
+恢复过程中重新安装插件或切换预设时，会按当前安装状态和最新选择处理，避免把会话错误切回官方标准。恢复模块更新会保留已有会话登记，并停止旧模块的迟到写入。
+
+若本地恢复或预设归属记录在运行期间被其他程序修改，插件会停止写入，保留现有文件；检查文件后重启 DSH 可重新读取。无关的损坏预设不会阻止其他可用会话登记。
+
+为支持卸载后的冷启动，当前 profile 会保留 `.super-code-recovery` 及对应的配置入口。它负责已登记会话的预设恢复和插件旧删除保护规则的撤销，不包含 Super Code 工具或模型配置。升级时会登记仍有对应预设定义的旧会话。若旧预设在登记前就已被删除或改名，需先从安装备份恢复对应定义，再重新安装并加载插件以登记。官方标准预设也不可用时会保留原错误，不静默换用其他预设。
 
 ## 侧边栏
 
-在右侧边栏选择「Super Code」，三个部分互斥展开，默认展开任务；点击当前标题可全部收起。切换后保留阅读位置、筛选条件和草稿。界面跟随 Harness 的中英文设置。
+在右侧边栏选择「Super Code」，三个部分始终只展开一项，默认展开任务；再次点击当前标题会保持展开。切换后保留阅读位置、筛选条件和草稿。界面跟随 Harness 的中英文设置。
 
 ### 任务
 
@@ -87,6 +102,7 @@
 
 - **目标**：已记录的任务目标；未记录时显示用户原话。
 - **步骤**：模型记录的待办事项，显示「已完成/总数」。没有步骤时不会生成计划或进度。
+- **此前要求**：保留较早的用户要求和当时记录的步骤，单独标为历史记录，不计入本轮进度。
 - **工具调用**：按工具汇总成功、失败与运行状态。
 - **文件**：已成功执行、且能从工具参数或 diff 确认的文件改动，包括 PTC 中的嵌套调用。
 
@@ -99,11 +115,11 @@
 
 ### 协作执行
 
-Agent 执行树，显示每个 Agent 的状态、用量和缓存率。
+Agent 执行树，显示每个 Agent 的状态、用量和缓存率。用量只计入该 Agent 自身的调用；fork 继承的历史不会重复计入子 Agent 或执行树汇总。
 
 - 拖动空白处可平移，使用滚轮或按钮可缩放。
 - 点击节点会在侧边栏新标签页中打开详情，主对话不切换。
-- 详情按对话展示：用户任务、Agent 回复、可展开的工具调用及结果。顶部显示状态、Token 和缓存，展开「详情」可查看更多用量、任务记录和记忆使用记录。
+- 详情按对话展示：用户任务、Agent 回复、可展开的工具调用及结果，包括 PTC 子工具与运行失败原因。复用 Harness 的 Markdown 和代码块组件，回复支持列表、表格和代码高亮，工具参数与输出保留原文。顶部显示状态、Token 和缓存，展开「详情」可查看更多用量、任务记录和记忆使用记录。
 - 运行动画遵循系统的「减少动态效果」设置。
 
 [任务](images/task-status.png)和[执行树截图](images/agent-tree.png)使用当前插件、官方前端组件及演示数据渲染，仅展示界面，不代表模型效果。
@@ -180,9 +196,26 @@ maxContextBytes: 32768       # Super Code：任务记忆上下文字节数
 ```
 
 - 调用中显式指定的更短时限仍然有效。
+- 停用或卸载后，尚未解析执行参数的 PTC 调用恢复宿主时限；已启动的调用保留启动时的时限，不会为恢复配置而重启。
 - 旧宿主的 PTC 按 CPU 忙碌时间计时，新宿主按总耗时计时，两者不可直接比较。
 - 调大 `maxTasks`、`maxContextBytes` 会占用更多上下文，一般保持默认即可。
 
+## Windows 命令环境
+
+验证范围见[兼容性记录](Compatibility.md)。
+
+Windows 宿主默认在 Super Code 预设中使用内置 GNU Bash、BusyBox 和 GNU grep，运行常见 Bash 命令无需额外安装 Git。Git、Node、Python 等开发工具仍需自行安装。macOS、Linux 沿用宿主原有环境。
+
+在「预设配置 → 命令环境」关闭「使用内置 Bash（Windows）」，新启动的会话将改用宿主的 PowerShell。设置自动保存，运行中的 Agent 保留原有环境，子 Agent 继承会话环境和工具限制；已安装的旧预设需要先重新安装，才能使用新的命令环境入口。判断依据是 DSH 服务端系统，浏览器所在系统不影响选择。仅检测为 Windows 时可修改这里的开关；其他平台显示为灰色，悬浮提示「仅 Windows 生效」。
+
+开启同一位置的「同时应用到官方预设」，也可让官方标准、PTC、创建模式使用内置 Bash，默认关闭。此选项与预算和删除保护的适用范围独立；关闭 Bash 总开关后，官方预设也使用原有 Shell，已保存的适用范围选择会保留。极简模式保留原有持久终端，自定义预设不自动修改。官方预设无需安装 Super Code 副本即可使用此设置。
+
+运行时随插件提供，首次使用时离线准备到 `%LOCALAPPDATA%\dsh-super-code\shell`，不更改系统 PATH。设置页显示准备状态；准备失败时显示原因，关闭开关后可用宿主环境。命令失败不会换 Shell 重放。审批、删除保护和进程管理继续使用 DSH 的工具链。
+
+官方 Windows 限权沙箱会阻止 MSYS 创建内部命名管道，因此 `read-only`、`workspace-write` 下的 Bash 调用会在命令执行前明确报错。确需运行时，Agent 可为**同一条命令**请求 DSH 的 `sandbox_permissions="danger-full-access"` 单次审批，并说明原因。只有批准的这次调用可以执行；拒绝、取消或禁用审批时不执行，也不会自动修改会话权限或切换 Shell。PTC 的 `run_code` 本身若需更大权限，仍须经过宿主对该程序的独立审批，Bash 的批准不授予外层程序权限。
+
+这仍是 Windows 环境：BusyBox 不包含所有 GNU 选项，`.cmd` 的引号及原生程序的 `/` 参数也不等同于 Linux。MSYS 会自动转换部分路径；确需传递原样参数时，可仅对该次调用设置 `MSYS2_ARG_CONV_EXCL`，不要全局关闭转换。内置工具不包含 `trash`，也不会把永久删除伪装成回收站操作。ARM64 Windows 上的 Bash、grep 和 MSYS DLL 使用 x64 兼容执行。验证范围见[兼容性](Compatibility.md)，组件来源与许可证见[运行时说明](../runtime/windows/README.md)。
+
 ## 删除保护
 
 位于「删除保护」标签页，默认为**宽松**模式。
@@ -227,6 +260,7 @@ maxContextBytes: 32768       # Super Code：任务记忆上下文字节数
 
 - 每次进入连接页都会重新读取 DSH 工作区。首次配置时会预选已有工作区，之后新增的工作区**不会**自动获得授权。
 - 可通过目录选择器添加目录。取消勾选即撤销授权；取消最后一个目录会同时关闭 MCP。
+- 撤销后，旧目录申请会显示为已拒绝；调用方需提交新的申请，才能再次请求授权。
 
 连接数说明：
 
@@ -234,7 +268,7 @@ maxContextBytes: 32768       # Super Code：任务记忆上下文字节数
 - 可在连接页断开客户端；空闲 10 分钟后自动断开。断开不会取消已接收的任务。
 - 首页的「在线对话」表示关联的 MCP 连接仍在线，与任务是否完成无关；断开后计为历史对话。
 
-端口冲突时会直接报错。地址以页面显示为准。
+端口冲突时会直接报错。可更换端口，或排除冲突后点击「重试」。设置已保存但连接清理失败时，也可点击「重试」恢复；保存失败的草稿会保留，重试不会丢失修改。地址以页面显示为准。
 
 ### 配置客户端
 
@@ -250,10 +284,10 @@ maxContextBytes: 32768       # Super Code：任务记忆上下文字节数
 |---|---|
 | `dsh_status` | 查看允许目录、开关、连接与任务额度、阻塞任务和恢复提示 |
 | `dsh_models` | 查询模型与思考强度 ID，供 `dsh_run`、`dsh_send` 指定；省略时沿用会话当前或默认选择 |
-| `dsh_read` | 分页读取所属会话及受管子会话的公开消息、工具结果与失败详情，不返回推理和私有配置 |
+| `dsh_read` | 分页读取所属会话及受管子会话的公开消息、工具调用与结果（含 PTC 子调用）及失败详情，不返回推理和私有配置 |
 | `dsh_approve` | 仅在允许调用方审批时，批准或拒绝一个精确的待审批操作，仅生效一次 |
 | `dsh_sessions` | 连接后应首先调用：按目录列出最近的对话、状态、是否可复用，以及连接额度和任务并发占用 |
-| `dsh_run` | 发起任务。传入 `taskId` 复用指定对话；传入 `newConversation: true` 新建对话（两者均未传入时也新建）。**不会**自动复用最新对话。同一 `requestId` 搭配相同输入不会重复提交，输入不同则报冲突 |
+| `dsh_run` | 发起任务。传入 `taskId` 复用指定对话；传入 `newConversation: true` 新建对话（两者均未传入时也新建）。`newConversation: false` 必须同时指定 `taskId`，不会新建或自动选择最新对话。同一 `requestId` 搭配相同输入不会重复提交，输入不同则报冲突 |
 | `dsh_wait` | 查询任务状态、输出、工作区变化和新事件，最多等待 30 秒。未传入任务 ID 时分页列出所有任务 |
 | `dsh_send` | 在同一对话中补充要求或继续执行，需使用新的 `requestId`。不会代为批准权限 |
 | `dsh_request_directory` | 申请新的工作目录，需用户在 DSH 中批准 |
@@ -263,6 +297,8 @@ maxContextBytes: 32768       # Super Code：任务记忆上下文字节数
 
 客户端调用 `dsh_request_directory`，并提供 `requestId`、已存在的绝对路径 `path` 和理由 `reason`。DSH 会弹出全局确认框（无需打开设置），显示客户端名称、目录和理由。
 
+批准前会重新核对申请时的目录身份和申请状态。同一路径被另一目录替换、申请过期或撤回后，旧申请不能授予访问；需要新的 `requestId` 重新申请。目录内普通文件变化不影响批准。
+
 - 只有用户点击「允许访问」后才会授权，模型的自动审批无法替代。
 - 使用相同输入重复调用可查询状态：`pending` / `approved` / `rejected` / `expired`。
 - 批准前不能在该目录发起任务。
@@ -278,6 +314,9 @@ maxContextBytes: 32768       # Super Code：任务记忆上下文字节数
 - `finished`：执行已结束，但 `acceptance` 始终为 `not-verified`，结果是否正确需由调用方自行验证。
 - 返回的文件信息是对 Git 工作区的观察结果，包括任务开始前已有的改动，不能证明全部由本任务产生。非 Git 目录或超出观察上限时标记为不可用。
 - 等待超时或客户端断线均不会取消任务。关闭连接仅表示不再接收新请求。
+- 正在准备的请求会在建会话、选模型和发送提示词前重新检查授权。关闭服务、撤销目录或断开连接后，尚未发送的提示词会停止；已提交的任务继续运行。已保存的请求不会因重连而自动重发，未发送的续聊也不会覆盖上一轮的状态。
+- 创建、续聊和取消的意图保存失败时，不会继续执行对应操作。续聊准备期间重启仍保留上一轮跟踪；无法确认新提示词是否已发送时，不会把上一轮结束当作新请求完成。任务记录的读写使用同一 64 MiB 上限，超限会拒绝写入并保留已有文件。
+- 取消 MCP 等待或审批请求后，迟到的表单回答不会放行操作。审批决定前会重新检查服务、目录和审批开关；已经决定的单次审批不因后续取消而撤回，也不会重复放行。
 - 重启后不会自动重新发送提示词。请通过 `dsh_sessions` 或任务列表找回任务 ID，确认状态后再明确继续。无法确认状态时显示 `interrupted` 或 `unavailable`；未确认停止的任务会继续占用并发额度。
 
 遇到上限时，保留原 `requestId` 和输入，通过 `dsh_status`、`dsh_wait` 等待空位，不要取消其他客户端的任务或改动提供服务的 DSH 应用。结束 SDK 会话时，先调用 `transport.terminateSession()` 发送 DELETE，再关闭客户端；仅 `client.close()` 不会释放服务端额度。没有原生 MCP 工具时可使用包内 `super-code-mcp` 命令，JSON 参数从标准输入读取，凭证由私密环境变量 `DSH_MCP_TOKEN` 提供。

package/docs/en/Changelog.md

@@ -4,6 +4,65 @@
 
 Versions are `major.performance.maintenance`. The second number changes when coding results or efficiency improve; the third covers fixes, UI, and compatibility. See [Compatibility](Compatibility.md) for what each release was tested on.
 
+## 0.3.11 · 2026-11-06
+
+**Uninstall recovery and preset management**
+
+- Fixed Super Code conversations failing to continue after uninstall: registered conversations with matching ownership continue with the official Standard preset and show one switch notice. Existing parent/child history, model, directory, and permissions are preserved.
+- Fixed stale deletion-protection rules in official Minimal after protection is disabled, official-preset coverage is removed, or the plugin is disabled or uninstalled. Changing levels no longer stacks duplicate rules. Existing summaries remain intact, followed by an explicit revocation notice.
+- Fixed stale preset recovery during asynchronous reads, user selection changes, plugin re-enablement, and module replacement. Retired instances no longer overwrite newer records or take over the service again.
+- Fixed installation/reinstallation rollback and locale synchronization overwriting external changes or losing ownership records. User edits and symbolic links are preserved, invalid records are rejected, and conflicting writes stop.
+
+**Task sidebar, execution records, and usage**
+
+- Fixed the task sidebar showing only the current request. It retains the latest 20 earlier requests and their recorded steps, with a notice when display limits are exceeded.
+- Fixed unrendered execution details by using the host's Markdown and code components, preserving literal user/tool output and allowing long content to expand.
+- Completed PTC child-tool call, result, failure, and terminal-error records, with correct interrupted status after crash recovery. Successful file-change evidence survives slow calls leaving the recent activity window.
+- Fixed duplicate history reads, shifting boundaries, and lost reading positions during pagination and reconnection. Failed history reads can be retried, and closed views ignore late responses.
+- Fixed inherited fork history being counted again in child and tree usage, and distinct model IDs being merged when they contain separator characters. Old caches are rebuilt.
+- Fixed all sidebar sections collapsing: exactly one of Tasks, Collaborative execution, and Memory stays open, with Tasks as the default. Switching preserves reading positions and drafts.
+
+**Settings, budgets, and memory**
+
+- Fixed Home reverting to stale settings when a save succeeds but the following refresh fails. Reset now waits with controls locked during pending autosave, preventing duplicate submissions and revision conflicts.
+- Fixed cancellation during a model-information lookup being ignored by automatic compaction or still allowing tool-record pruning. Existing compaction policy and budget defaults are preserved.
+- Fixed retained legacy-memory drafts using a retired API after reconnection. Drafts are kept, explicit retries use the current API, and in-flight writes are not replayed automatically.
+- Fixed empty topics continuing to consume the 200-topic allowance after their last entry is deleted. Capacity counts non-empty topics while retaining concurrent-edit checks, without adding content version history.
+
+**MCP connection**
+
+- Fixed asynchronous preparation using revoked directory access or disabled settings. Current authorization and cancellation are checked again before conversation creation, model selection, and prompt submission.
+- Fixed `newConversation: false` creating a conversation without `taskId`. The caller must now choose a specific conversation first.
+- Fixed failed create, continuation, or cancellation saves changing in-memory state prematurely, consuming capacity, or causing delayed cancellation. Preparation retains previous-request tracking; restart and reconnection never automatically replay saved requests.
+- Fixed late approval being accepted after an approval wait is cancelled. One-time decisions recheck cancellation, directory access, and settings; undecided requests can return to DSH.
+- Fixed directory requests being approved after path replacement, expiry during validation, or withdrawal. Reusing an old request cannot restore revoked access.
+- Fixed symbolic-link aliases producing duplicate allowed directories that reappear after removal. Each real directory appears once, and unavailable entries remain removable.
+- Added missing public PTC child-call records to `dsh_read`. Child-tool activity now counts toward progress observation instead of being mistaken for a long idle period.
+- Fixed connection-capacity, port, and lock leaks during initialization, token rotation, shutdown, and unload races. Successful saves return the actual settings; cleanup failures are explicit and retryable without resending tasks.
+
+**Commands and runtime**
+
+- Fixed missed and false deletion detections in some shell wrappers, `find`, `xargs`, and PowerShell launch arguments. Existing protection levels and host approval still decide execution.
+- Fixed Windows shell filters, official-budget adapters, and PTC wrappers surviving unload or overwriting other wrappers. Plugin resources are released after asynchronous initialization settles, preserving host and other-plugin state.
+
+Fixes have regression checks scoped to their changes. Version contracts, frontend checks, and full-host acceptance are recorded separately; this does not mean every version on every platform has passed full-process tests. No new 100-task effectiveness evaluation was run.
+
+## 0.3.10 · 2026-11-03
+
+**Windows command environment**
+
+- Bundles GNU Bash, required MSYS DLLs, BusyBox, and GNU grep, so Git is not required just to run Bash commands. Developer tools such as Git, Node, and Python still need separate installation.
+- Bundled Bash defaults on. **Also apply to official presets** defaults off and covers Standard, PTC, and Create when enabled; Minimal retains its persistent terminal. Settings autosave, running Agents retain their selection, and children inherit it.
+- Command environment switches are editable only on Windows hosts; other platforms show gray switches with an **Only available on Windows** tooltip. Fixed readiness alignment and long-version wrapping; tooltips follow light and dark themes.
+- Fixed host-shell module resolution for legacy directory presets with nested dependencies, Windows PATH aliases and overrides of fixed BusyBox options, and failed parent/child Agents being reactivated by another conversation's recovery.
+- Strict deletion protection recognizes MSYS `cmd.exe //c` and `//k` deletion commands. Confined Bash calls refuse before execution and require DSH approval for that invocation, without automatic permission changes or replay through another shell.
+
+**Documentation and checks**
+
+- Appended full Pro100 comparisons with official and third-party configurations to README, sorted by tasks passed, preserving the opening results and each batch's accounting conventions.
+- Added Windows Web process records from the minimum version through rc.5, plus official rc.5 Desktop and NEXT Windows acceptance. Component and static-frontend checks remain separate. Historical native Windows desktops have not been accepted version by version; see [Compatibility](Compatibility.md) for full scope.
+- The fixed command suite passes 97/100; remaining differences concern `.cmd` quoting and MSYS conversion of native arguments. This is not a complete Linux environment. No new 100-task effectiveness evaluation was run for this release.
+
 ## 0.3.9 · 2026-10-28
 
 **UI**

package/docs/en/Compatibility.md

@@ -4,6 +4,10 @@
 
 Web is verified from Harness `0.1.5-alpha.1` through `0.2.1-rc.4`, with incremental rc.4 coverage detailed below. Official Desktop is verified through `0.2.1-rc.4` (x64 archive under Rosetta), and NEXT at `2.0.19-next` (bundled `0.2.1-rc.2`).
 
+The bundled Windows Bash in 0.3.10 also passes full-process Windows acceptance on official Desktop `0.2.1-rc.5` and NEXT `2.0.21-next` (bundled `0.2.1-rc.4`), within the scope below.
+
+The 0.3.11 fixes add staged version-contract and official-frontend checks through `0.2.2-alpha.3`. Full-host coverage is recorded separately in the 0.3.11 section below.
+
 ## Verified hosts
 
 The 26 targets below were each checked as a full set for 0.3.6, 0.3.7, and 0.3.8.
@@ -24,12 +28,12 @@ The 0.3.8 incremental features were also checked on NEXT `2.0.19-next` (bundled
 
 - Each host runs in an isolated profile with pinned, audited host dependencies. Daily apps and configuration are untouched.
 - A local deterministic program supplies model responses through the real host Agents and tools. **No external model is called**; these are not effectiveness evaluations.
-- Web uses Chromium; native tests run on macOS arm64, with the official rc.4 x64 archive additionally tested under Rosetta, not Intel hardware.
+- Web uses Chromium; historical native tests run on macOS arm64, with the official rc.4 x64 archive additionally tested under Rosetta. Windows Bash checks also run actual x64 desktop releases in a Windows 11 ARM64 VM, not Intel hardware.
 - Every release also runs the full unit tests, type checking, build, and client syntax checks.
 
 ## Not covered
 
-- Native Windows/Linux clients, Intel hardware, Safari-specific behavior
+- Native Linux clients, Intel hardware, Safari-specific behavior; Windows desktop coverage is limited to the Bash checks below, without rerunning every plugin feature on each version
 - Live model services, full upgrade and custom-configuration regression, every tool combination
 - Narrow windows: at 440px the host sidebar leaves only 156px for the plugin, which is not counted as usable (the settings page without the plugin has the same problem)
 - Confirm/cancel in the native directory picker (OS accessibility API timed out)
@@ -49,7 +53,51 @@ The test environments use exact overrides, but that does not fix the upstream de
 
 Under npm rules, a range like `>=0.1.5-alpha.1 <0.3.0` excludes prereleases such as `0.1.6-alpha.1` and `0.2.0-rc.2`, so peer dependencies have to list each series separately.
 
-`zod`, `js-yaml`, and `@modelcontextprotocol/sdk` are runtime dependencies and are not bundled. The published package contains only the plugin, public docs, and screenshots.
+`zod`, `js-yaml`, and `@modelcontextprotocol/sdk` are runtime dependencies and are not bundled. The Windows shell also packages separately licensed programs that run as subprocesses; see [runtime notes](../../runtime/windows/README.md) for sources, licenses, and corresponding source.
+
+## 0.3.11 · 2026-11-06
+
+This release includes successive fixes from November 4–6. Results below apply to the code tested at each stage; full-host results from an earlier development package are not presented as a complete platform rerun of the final release package.
+
+- **Release candidate**: all 560 tests, type checking, build, and client syntax checks pass. The package, lockfile, directory preset, and declarative preset all use 0.3.11.
+- **Version contracts and frontends**: 26 exact published Harness versions, from `0.1.5-alpha.1` through `0.2.2-alpha.3`, cover the listed 0.1.5, 0.1.6, 0.1.7, 0.2.0, and 0.2.1 alpha/rc releases, plus `0.2.2-alpha.2`, `0.2.2-rc.1`, and `0.2.2-alpha.3`. Change-specific checks cover Session/LLM recovery, task projections, usage, compaction cancellation, and legacy memory. Frontend checks use actual official React and plugin components with fixture Remote boundaries; they are not 26 complete hosts.
+- **Recent targeted evidence**: PTC history has 26-version contract and frontend checks; fork usage has 157 contract checks across 26 versions; compaction cancellation has 170 checks; directory aliases have 156 frontend checks; memory capacity has 156 storage-contract checks plus frontend interactions on the earliest/latest versions; settings reset has 182 frontend checks across 26 versions. All pass. Counts from separate batches are not added up as distinct hosts.
+- **Full Web and macOS hosts**: uninstall-recovery and MCP lifecycle fixes were checked on Web `0.1.5-alpha.1`, `0.2.1-rc.5`, `0.2.2-rc.1`, and `0.2.2-alpha.3`, official macOS Desktop `0.2.1-rc.5`, and NEXT `2.0.19-next` (bundled `0.2.1-rc.2`). Later task-history/rendering fixes additionally checked real tools, three turns, and cold restart on the earliest/latest Web hosts and official macOS rc.5. Subsequent usage, compaction, directory, memory-capacity, and reset fixes did not rerun the full desktop matrix.
+- **Windows and Linux**: an earlier stage ran actual official x64 Desktop rc.5 and NEXT `2.0.21-next` (bundled rc.4) in a Windows 11 ARM64 VM, with 37 passing groups each for MCP, Bash, PowerShell, deletion protection, physical uninstall, cold restart, and history continuation. All 118 Windows regression tests pass, with three POSIX-specific skips, plus 22 PowerShell 5/7 comparisons. A staged non-root Linux ARM64 full suite passes 527 tests. Later fixes did not rerun those complete operating-system suites.
+- **Preservation and limits**: within the accepted scenarios, parent/child history remains readable; Super Code continues with official Standard after uninstall and shows one notice, while Minimal revokes stale plugin rules. Public memory remains legacy CRUD. Host models use deterministic adapters, with no external-model calls, new 100-task evaluation, Safari-specific acceptance, or per-version historical native Windows desktop acceptance.
+
+## 0.3.10 · 2026-11-03
+
+These Windows Bash checks ran at successive stages on November 2–3, 2026. Each batch retains its code baseline and scope; historical release records below are unchanged.
+
+- **Release checks**: all 326 tests, type checking, build, and client syntax checks pass for 0.3.10. Release preparation changes only version metadata and documentation; execution code retains the tested implementation. The complete host matrix was not repeated for the version change.
+- **Official-preset shell settings**: a separate **Also apply to official presets** switch defaults off. When enabled, Standard, PTC and Create use bundled Bash; Minimal keeps its persistent terminal, and custom presets are unchanged. Autosave is independent of budget and deletion-protection scopes, and the main switch retains the saved scope choice when disabled. Running Agents keep their selection; children inherit through actual runtime ownership. Failed parent/child preparation cannot be reactivated by another conversation recovering. All 325 unit tests, type checking, build and client syntax checks pass, together with 15 shell-component checks on each of 24 versions, 360 total. Component checks do not substitute for full Windows-host acceptance.
+- **Official-preset host checks**: six Windows Web hosts each pass 13 check groups, 78 total: `0.1.5-alpha.1`, `0.1.6-alpha.1`, `0.1.7-rc.2`, `0.2.0-rc.2`, `0.2.1-alpha.3`, and `0.2.1-rc.5`. After the final failed-parent readiness fix, the final runtime package passes another 13 groups each on minimum-version and rc.5 Web, official rc.5 Desktop, and NEXT `2.0.21-next` (bundled rc.4). Checks cover actual Standard/PTC/Create Bash, default-off PowerShell, Minimal's persistent terminal, both autosave directions, running-Agent selection, confined refusal and single-command host approval, Chinese paths with spaces, file side effects, and complete process cold restart. The final package was not used to rerun the other four Web hosts or every historical desktop suite; the earlier 155/558 groups predate the official-scope setting.
+- **Command environment UI follow-up**: switches are editable only on Windows hosts. Other platforms show both switches in gray with a top-side **Only available on Windows** tooltip. Bash defaults on and the official scope defaults off, retaining saved choices. Readiness text aligns with the setting labels and long versions wrap. All 326 unit tests and client syntax checks pass, alongside 192 browser check groups across 32 official static frontend targets (24 Web, 8 Desktop/NEXT). Coverage includes both tooltip languages, no writes while disabled, defaults, existing button tooltips, and narrow layouts. These UI checks use fixture services and do not represent a full Windows-host acceptance rerun.
+- **Tooltip themes**: shared tooltips follow the host theme: a white surface with dark text in light mode, and a dark surface with light text in dark mode. Arrows, borders, and shadows follow the same palette. Thirty-two static-frontend check groups across the minimum version, rc.5, alpha.2, and NEXT pass, covering buttons, disabled switches, modal dialogs, and theme changes while a tooltip is visible. Full hosts were not rerun for this styling change.
+- **Full Windows Web**: `0.2.1-rc.4` and `rc.5` pass checks with the real Loader, preset, Agent, PTC, and Windows ACL sandbox. `run_code → bash` passes approval, rejection, and cancellation through the actual DSH UI, plus disabled approvals, subsequent refusal, and background preflight refusal. The approved command exits 0 and writes exactly once; six unapproved paths leave no files, with the session remaining in workspace-write. Actual critical component versions are checked for both hosts.
+- **Minimum-version Windows Web follow-up**: `0.1.5-alpha.1`, `alpha.2`, `rc.1`, `rc.2`, and `rc.3` each pass 31 full-process check groups, 155 total, covering presets, settings autosave, legacy codeRuntime, Bash, actual UI approvals, deletion protection, nonzero exit, cancellation, file side effects, and CLI cold restart. Legacy 120ms timeouts terminate rather than promote the command, with no cancellation/timeout writes after their delay windows. All 229/230 resolvable DSH components in each actual profile match its target version, including 12 individually checked execution-critical packages. These hosts use official Node `24.18.1` ARM64 with the original Cordis `4.0.2` combination.
+- **Intermediate Windows Web versions**: all 16 hosts pass full-process acceptance: `0.1.6-alpha.1/alpha.2`, `0.1.7-alpha.1/alpha.2/rc.1/rc.2`, `0.2.0-rc.1/rc.2`, and `0.2.1-alpha.1`–`alpha.5` plus `rc.1`–`rc.3`. The two 0.1.6 hosts each pass 34 check groups, and the other 14 each pass 35, totaling 558. Coverage includes preset availability, settings autosave, PTC → Bash, actual UI approvals, all three deletion modes, nonzero exit, timeout, cancellation, file side effects, and complete CLI cold restart. Disabling Bash preserves the running Agent's choice; a new Agent successfully uses official PowerShell.
+- **Intermediate graph and timeout checks**: each host runs in a Windows 11 ARM64 VM with official Node `24.18.1` ARM64, Cordis/Schemastery dependencies pinned from that release's official declarations, and an isolated profile. All 236–296 installed DSH components match the target version; 18 critical modules are checked individually, and loaded development-package runtime hashes match. A 120ms timeout kills the command on 0.1.6; the other versions promote it to one background job that completes successfully. From `0.2.1-alpha.3`, v4 job registration and settlement events are also checked. Cancellation waits for an actual Bash process and start-marker file before cancelling, then verifies process exit and no delayed write after more than 12 seconds. These are Windows Web results; historical native desktop scope remains separate below.
+- **Legacy module-resolution fix**: directory presets without `profileContext` could fail to create a session when host shell modules were nested by npm. Resolution now uses the actual root profile, retaining precedence for explicit installation anchors on newer hosts. The new regression reproduces the failure before the fix; all 317 unit tests and 216 shell checks across 24 versions pass afterward. The five 0.1.5 hosts and 16 intermediate hosts above all pass Windows Web acceptance with the fixed package.
+- **0.1.5 desktop limit**: the five checked Windows installer URLs and corresponding `dsh-desktop` npm metadata return 404, leaving native legacy desktop acceptance incomplete. Full Web results do not substitute for desktop results. The full Desktop/NEXT, deletion-protection, and timeout records below use the package before the module-resolution fix. This follow-up's final-package official-preset checks are listed separately above, rather than presenting both batches as a complete suite rerun.
+- **Full Windows Desktop / NEXT**: official Desktop `0.2.1-rc.5` and NEXT `2.0.21-next` run serially from actual release installers; NEXT bundles Harness `0.2.1-rc.4`. Both actual Hosts use x64, Node `24.21.0`, and Electron `44.7.0`, with 11 critical host packages audited. Both pass native plugin-page installation and activation of the development tgz tested at that time, preset availability, both Bash autosave directions, budget preservation, tab switching, and complete application cold restart. No page script errors during the checks.
+- **Desktop execution and approval**: both actual `run_code → bash` paths pass arrays, Chinese filenames with spaces, GNU grep, BusyBox, nonzero exit, running cancellation, and timeout promotion to a successfully completed background job. Confined calls refuse explicitly; a host-approved call runs exactly once. Rejection, cancellation, never, subsequent ordinary calls, and background preflight refusal leave no files, with the session remaining in workspace-write. Disabling Bash preserves the existing Agent's choice; a new Agent uses host PowerShell.
+- **Desktop deletion protection**: both pass rejection, cancellation, and approval of MSYS `cmd.exe //c` deletion in strict mode. Under Workspace write + ask, the deletion confirmation and that Bash call's sandbox escalation require separate approvals before deleting the task-owned temporary file. Rejection and cancellation preserve it; relaxed/off add no plugin confirmation. Host Full access also sets approval=never by default, so strict deletion requests are rejected automatically; the plugin does not change that policy.
+- **Desktop installer provenance**: the official installer comes from the [DeepSeek Windows nightly feed](https://download.deepseek.com/dsh-desk/feeds/win-x64/nightly.yml), matches its SHA-512, and has valid Windows Authenticode. NEXT comes from the [NEXT Windows download API](https://www.dshdesktop.cn/api/downloads/windows), with next-channel and target-version headers. Its installer is unsigned and the API supplies no public digest; only HTTPS provenance, product version, and matching SHA-256 before/after transfer are verified, not a valid signature.
+- **Confined-mode boundary**: MSYS cannot create its internal named pipes in the official Windows confined sandbox. The plugin keeps Bash and rejects confined calls explicitly before process launch. Only the host-approved per-call `danger-full-access` policy is accepted; later commands still require approval, without changing session permissions or switching shells. Arrays, Chinese file I/O, and GNU grep are also verified in an explicitly full-access test session.
+- **Environment comparison**: earlier Node 22.23.4 ARM64 produced fs.mkdir/ACL-lock EPERM even without loading the plugin. Those failures are retained. The complete approval and settings checks above use official Node 24.18.1 on the same VM, without ACL changes or disabling protection.
+- **Windows scope**: a dedicated Windows 11 ARM64 VM; each payload passes seven execution checks. Desktop releases and Bash/MSYS/grep use x64 compatibility execution, not native ARM64 Bash builds or native x64 hardware. Full desktop acceptance covers only the two releases above, without rerunning all historical Windows desktop versions or external-model evaluations.
+- **Actual tool components**: 12 rc.4 checks pass for root/child restrictions, conversation-frozen shell choice, PowerShell selection, single execution, timeout/cancellation, deletion protection and per-call approval, host denial, background jobs, and disposal isolation. Real tools and Windows processes are used, without proving that Bash works in the complete confined host.
+- **Fixed command suite**: 97/100 pass, including all original 45. Three remaining cases concern `.cmd` quoting and MSYS conversion of native `/` arguments. Fixtures and expectations are unchanged. No global path-conversion disable or failed-command replay.
+- **Every published version**: all 24 npm releases from `0.1.5-alpha.1` through `0.2.2-alpha.2` pass 591 shell-scope, deletion-protection, and settings checks. Older versions use the actual SettingsProvider; newer ones use the actual Loader and SettingsForms with a temporary-file ConfigEditor fixture. Alpha uses its actual native executor, batch API, and session projections, and passes the full deletion suite. The 24 actual providers also pass 240 execution checks on macOS with stubbed sandbox denial. This is not acceptance of 24 complete Windows hosts.
+- **Windows execution for every version**: all 24 versions also have separately installed and audited provider graphs on the Windows VM, passing 288 checks for actual Bash processes, Unicode, stdin/stderr, nonzero exit, timeout/cancellation, single side effects, truncation/full spill files, tool isolation, confined-mode preflight refusal, and environment masking. Each version runs in a fresh Node process. Approval-policy checks use component services, not a complete ACL host. The 13 runtime tests for corruption, concurrency, hard links/symlinks, and environment boundaries also pass on Windows.
+- **Installation**: npm latest/next is `0.2.1-rc.5` and alpha is `0.2.2-alpha.2` at the time of checking. All 360 peer-range checks across 24 versions pass; the new alpha series and its Cordis/Schemastery prereleases are explicitly covered. The development package installs into an isolated alpha dependency graph; its package-root plugin activates through the published Loader and SettingsForms and supports settings reads/writes, with fixture ConfigEditor persistence.
+- **Frontend and units**: 32 official static frontend targets (24 Web, eight Desktop/NEXT) pass 128 switch, autosave, error, and non-Windows disabling checks without page errors. RPC is a fixture, not live desktop acceptance. All 316 unit tests, type checking, build, and client syntax checks pass. Live Windows Web settings also pass both autosave directions, budget/platform preservation, tab switching, and cold restart.
+- **Concurrency follow-up**: another 192 shell checks pass across all 24 versions, adding pending parent/child preparation, duplicate lifecycle events, parent/child failure followed by sibling recovery, and the actual offline preparation service's shared Promise, retry, and detached status snapshots. These checks run on macOS without executing Windows binaries or starting complete hosts.
+- **Environment and deletion follow-up**: fixed `PATH`/`Path` ordering that could remove the final PATH, and aliases that could override fixed BusyBox options. The 24 actual environment functions pass 240 checks; another 168 actual-process checks pass on the Windows VM. Strict deletion protection now recognizes MSYS `cmd.exe //c` and `//k` forms, with 360 deletion-protection component checks passing across all 24 versions; echoed command text remains allowed. These checks are not complete-host or external-model acceptance.
+- **Review fixes**: an Agent that fails preparation exposes neither shell and cannot be reactivated by a sibling's successful preparation. Children preserve a disabled parent choice with nonstandard providers. Malformed manifests fail before preparation; Windows PATH aliases follow Node precedence, and startup-script/exported-function environment variables are masked.
+- **Size and model**: compressed payload assets total about 4.50 MB; the latest development package is about 9.1 MB including BusyBox corresponding source. Tests use fixed commands or local deterministic model responses, without external model calls or effectiveness evaluation.
 
 ## 0.3.9 · 2026-10-27–28