DeepSeek Harness v0.1.6-alpha.2
DeepSeek Harness v0.1.6-alpha.2：插件管理、侧边栏预览与 Sub-agent 更新
- 作者
- DeepSeekAgent.io 编辑部
- 发布
- 更新
DeepSeek 于 2026 年 9 月 17 日发布 dsh-v0.1.6-alpha.2。它延续 alpha 预发布通道，在 alpha.1 的终端、Headless、远程工作区和实验能力基础上，把插件管理、文件审阅、Office 预览、网页与 Sub-agent 会话进一步收进统一侧边栏。
这一版对普通用户最直观的变化是“更多工作在 DSH 内完成”；对插件开发者影响更大的变化是运行时依赖解析、实时卸载和 Creator 模式的持久化插件安装机制。
发布状态
| 检查项 | 2026-09-20 状态 |
|---|---|
| GitHub Release | v0.1.6-alpha.2，Pre-release |
| GitHub Tag | dsh-v0.1.6-alpha.2 |
| Commit | ddefc45 |
| 上一版本 | v0.1.6-alpha.1 |
固定版本运行：
npx @deepseek-ai/[email protected] web
需要复现实验或维护团队 Profile 时，应固定完整版本号，避免 alpha 通道更新后产生不同的插件和 Session 行为。
插件管理进入主界面
alpha.2 新增 Plugins 页面，可以安装插件、修改配置，并实时启用或停用插件。插件管理服务也进入 DSH Base Composition，Web、Headless、SDK 和 ACP 等 Profile 可以共享这一基础能力。
插件管理工具提供六类操作：
| 操作 | 用途 |
|---|---|
list_plugins | 列出当前 Profile 的插件条目 |
list_bundles | 列出已安装 Bundle |
set_plugin | 启用或停用单个插件 |
set_bundle | 启用或停用整个 Bundle |
install_bundle | 安装新的 Bundle |
remove_bundle | 移除已安装 Bundle |
安装和修改会持续影响当前 Profile 的其他 Session，因此这些操作需要 danger-full-access 权限或逐次审批。带构建脚本的包还需要用户明确批准对应脚本。实时 Profile 可以立即应用变化，启动型 Profile 仍可能要求重启。
侧边栏成为统一工作面
alpha.2 把多种任务输出接入同一侧边栏：
- 每轮结束后显示文件改动卡片，并支持逐文件对比审阅；
- 预览 Word、Excel 和 PowerPoint 文件；
- 以浏览器模式打开指定 URL；
- 打开 Sub-agent 会话，查看委派任务的上下文和结果；
- 预览 Agent 提交的计划；
- 刷新页面后保留侧边栏布局和终端连接。
文件、网页、计划和子会话由同一工作面承载后，用户可以在不离开主会话的情况下检查 Agent 的过程与交付。这也让“主 Agent 给出结论、侧边栏核对依据”的工作流更自然。
文件与工作区体验
工作区列表现在按目录层级分组。已有文件可以直接打开，首次发送消息之前也能使用文件预览和终端。Trajectory 对文本、图片和文件附件采用统一展示，并加入附件缩略图。
输入框菜单统一了键盘操作：方向键选择，Enter 或 Tab 确认，Escape 关闭。上下文用量移到输入框底部，点击后查看明细；CLI 和 Web 的启动等待时间也得到缩短。
视觉模型修复与模型目录整理
alpha.2 修复 pi-ai 视觉模型被识别为纯文本的问题，并允许手动调整输入类型。此前模型后端即使支持图片，本地能力声明仍可能让附件先进入文本降级路径；升级后应新建 Session，检查模型输入类型，再用包含随机文字、颜色和空间关系的图片完成回归。
默认模型列表同时移除了 V4 Flash 和 V4 Flash Vision Exp。新配置应使用当前模型 ID，避免旧别名与本地模态目录继续产生歧义。
Sub-agent 链的新边界
可继续对话的 Sub-agent 链默认最多同时保留 8 个存活子代理，委派深度默认为 1，并可在设置中调整。这两个值分别控制同一时刻保留多少子会话，以及任务可以向下委派多少层。
默认边界可以限制失控扩张，但不会自动限制每个子代理的回合数、上下文长度或供应商花费。排查成本时仍需把父 Session、各子 Session、并发时段与供应商账单放在一起核对。
插件开发者需要检查什么
运行时依赖解析与卸载
插件依赖改为运行时解析，Plugin Manager 支持运行时卸载。插件不能继续假设进程退出才会释放资源。开发者应逐项检查：
- 定时器、文件监听器与网络连接是否在卸载时停止；
- Tool、命令、路由和事件监听是否解除注册；
- 再次启用时是否重复挂载同一个处理器；
- 部分激活失败后是否留下可见的半配置状态；
- 多 Session 共用的服务是否有明确的所有权和引用计数。
Creator 模式
Creator 模式移除了原有 Cordis 动态定义与运行工具，改由 Plugin Manager 安装持久化插件。生成能力从“当前会话里的临时定义”转向“写入 Profile、以后仍可加载的 Bundle”。插件包的 manifest、配置默认值、安装脚本和卸载路径因此成为交付的一部分。
Client Session 多实例
Client Session 支持多个实例共存，相关 API 与 slot 随之变化。插件如果曾经把“当前客户端”当作全局单例，需要检查状态隔离、事件归属和关闭顺序。
修复项与排障入口
alpha.2 还修复了以下问题：
- Messages API 地址拼接和历史工具输入格式异常造成的请求失败；
- 重启后待处理 Inbox 消息无法恢复；
- 已经生效的权限模式仍被重复审批；
- Windows 执行 PTC 与 Shell 时控制台窗口闪现；
- 会话被另一 DSH 实例占用时缺少明确提示；
- 会话宽度拖拽区域遮挡内容与嵌套 Tooltip 重叠。
启动失败现在会区分错误服务与仍在等待的服务，并把完整诊断写入日志。升级后遇到 Profile 无法进入时，先根据服务分组定位失败插件，再检查 alpha.2 的运行时解析和卸载适配。
升级检查清单
| 使用场景 | 升级后检查 |
|---|---|
| 普通 Web 用户 | 插件页、文件审阅、Office 预览、侧边栏恢复 |
| 视觉模型用户 | 输入类型、实际模型 ID、图片内容块 |
| Sub-agent 工作流 | 8 个存活子代理、深度 1、子会话用量 |
| 插件开发 | 加载、卸载、重复启用、失败恢复 |
| Creator 模式 | Bundle 安装、持久化配置、构建脚本审批 |
| 多客户端接入 | Session 实例隔离、API 与 slot 兼容性 |
alpha.2 仍是 Pre-release。日常主环境升级前，先备份 Profile 与 Session，在副本环境完成“启动、模型请求、图片、文件预览、插件启停、Sub-agent、重启恢复”七项检查。
相关阅读
- DeepSeek Harness 插件管理机制：运行时安装、启停与卸载
- DeepSeek Harness v0.1.6-alpha.1 更新
- DSH 模态声明机制与 V4.1 Flash 图像输入
- DSH Sub-agent 用量与计费分析
常见问题
v0.1.6-alpha.2 是稳定版吗？
不是。GitHub 将它标记为 Pre-release，适合固定版本后测试。
插件关闭后会立即停止吗？
实时 Profile 支持运行时启停和卸载。插件自身仍需正确实现资源释放；启动型 Profile 的部分变化需要重启。
Sub-agent 默认限制能避免 Token 超支吗？
它限制存活子代理数量和委派深度，没有替代回合预算、上下文监控与供应商账单核对。