DeepSeek 于 2026-10-09 发布 DeepSeek Harness v0.2.1-alpha.2，本次预发行重点在于为 Agent 引入可在会话中读写的工作目录、实验性 Git Worktrees 插件、插件会话状态与远程 helper 等运行时能力，同时修复了与长任务、取消操作和后台工作流相关的问题。官方将多个功能标注为实验性或 Pre-release，建议在隔离仓库和非敏感凭据下逐项验证部署与安全边界。
DeepSeek 于 2026 年 10 月 9 日发布 DeepSeek Harness v0.2.1-alpha.2。这一版本仍被 GitHub 标记为 Pre-release，更新重点不在于推出新的基础模型，而是继续扩展面向 Agent 的工作目录、插件、会话状态和开发者工作流能力。
根据DeepSeek Harness 官方 GitHub Release，该版本页面显示的发布时间为 10 月 9 日 11:09 UTC，标签为 dsh-v0.2.1-alpha.2，对应提交为 d743267。官方同时提供了从 v0.2.1-alpha.1 到 alpha.2 的版本比较记录。
工作目录与 Git Worktrees 把 Agent 带入更具体的代码环境
本次更新最直接的变化，是新增 working_directory 工具，并为 TypeScript 和 Python SDK 提供读取、切换会话工作目录的接口。对需要处理代码仓库、测试文件或多项目任务的 Agent 来说，工作目录不再只是启动时的固定参数，而成为可以在会话中被读取和调整的运行时状态。
版本还加入了实验性的 Git Worktrees 插件。启用后，Agent 可以创建并进入独立的 Git checkout，在不同工作树中处理任务。这类机制适合把并行开发、尝试性修改或不同任务分支彼此隔离，减少 Agent 在同一工作区内覆盖文件或混淆上下文的风险。
但官方将 Git Worktrees 明确称为实验性插件。发布说明没有证明它已经覆盖所有 Git 工作流，也没有给出在复杂仓库、长时间任务或多人协作环境中的兼容性结论。因此，它更适合在隔离仓库中验证，而不应被直接理解为已经成熟的生产级代码执行环境。
这也是 DeepSeek Harness 持续演进的一条主线。此前的 v0.1.7-rc.1 版本已把 Computer Use、浏览器后端、MCP 资源访问和 Headless JSON 输出纳入实验范围。alpha.2 的工作目录与 Worktrees，则进一步把 Agent 的运行环境从“可以调用工具”推进到“可以管理代码任务所处的工作空间”。
插件系统继续向可组合的开发工作台扩张
alpha.2 新增了实验性的思考过程机器翻译插件。用户可以在插件页面启用它，并选择 Bing、Google 或付费的 DeepSeek Flash 作为翻译服务。官方没有把这一功能表述为模型能力升级，而是将其作为插件层的实验功能提供。
版本还新增了实验性插件的 Session 状态记录接口，使插件能够写入和读取自己的会话记录。与此同时，全局指令现在支持从共享 agents 目录读取 AGENTS.md，并可通过 DSH_AGENTS_HOME 指定该目录位置。对开发团队而言，这些变化有助于把项目级规则、插件状态和 Agent 会话结合起来；但它们也意味着，配置来源和状态持久化路径需要在部署时被单独审查。
官方插件目录新增 Claude Code 和 Codex 组合包的按需安装入口，发布版会安装与当前运行版本相匹配的包。组合包也可以用于 headless、SDK 和 ACP profile。此前 v0.2.1-alpha.1 的更新已经开始探索 Claude Code Mods 的实验性兼容层；alpha.2 的变化则更集中在插件安装、状态和工作环境的组合方式上。
不过，组合包入口不等于完整兼容性证明。官方发布说明只确认了安装入口和版本匹配机制，并没有给出 Claude Code 或 Codex 相关工作流的完整兼容矩阵，也没有把插件生态描述为经过统一安全审计的产品。
Web、SSH 与 SDK 运行时同步调整
在 Web 端，alpha.2 支持绑定指定的 IPv4 或 IPv6 地址，并通过 --tls-cert 和 --tls-key 配置原生 HTTPS 监听。这为在特定网络接口上运行 Web 服务、或在已有部署环境中配置 HTTPS 提供了更多选项。
但能够绑定地址和启用 HTTPS，并不自动等同于完成访问控制、身份认证或网络隔离。对于会调用 Shell、访问文件系统或连接远程主机的 Agent，部署者仍需要独立检查监听范围、证书管理、反向代理、插件权限和远程执行边界。
SSH 部分新增了独立可执行的 helper 运行时，支持远程文件操作、进程、终端、沙箱和 Node PTC。Python PTC 也接入了 Session 文件沙箱策略；自定义组合需要提供 sandbox 和 sandboxPolicy 服务。这些变化显示，项目正在把远程工作区与本地工作区纳入同一套运行时抽象，但具体安全边界仍取决于 profile、插件和部署配置。
版本还移除了 both 混合工具展示模式，只保留 native 和 ptc。使用旧模式的配置与 API 调用需要更新。Agent Team 的消息投递机制也发生变化：消息改为直接发送到目标 Inbox，移除了独立 outbox、自动重试和重发去重，相关配置与结果字段需要迁移。
修复重点集中在长任务、取消操作与后台工作流
除了新增功能，官方发布说明还列出多项运行时修复。其中包括：模型响应流停止输出且底层传输不响应取消时，请求不再在超过空闲超时后持续挂起；后台工作流在父级工具步骤或对话轮次正常结束后，不再被错误标记为中断；Trajectory 不再把等待、流式输出或重试中的请求提前标记为完成。
版本也修复了插件包元信息读取失败或辅助请求扩展准备失败时可能阻断整个请求的问题，并处理了凭据、配置和技能文件监听器关闭后的未捕获异常。Windows PowerShell、终端进程清理、SenseVoice 语音识别开头截断，以及 macOS Finder 图标等平台相关问题也在修复列表中。
这些修复与新增工作目录、后台任务和远程运行时具有直接关联：当 Agent 开始执行更长、更复杂、并且可能跨越多个工具和工作区的任务时，取消、恢复、状态记录和资源清理会成为系统可靠性的重要组成部分。
Alpha 标签仍然限制了可以得出的结论
DeepSeek Harness 官方仓库将项目描述为基于 Cordis、采用“Everything is a Plugin”架构的开源 Agent Harness，同时明确提示项目仍处于 developer preview，可能出现兼容性破坏性变化。v0.2.1-alpha.2 延续了这一状态，官方 Release 页面也明确标记为 Pre-release。
因此，目前可以确认的是：DeepSeek 正在把工作目录、Git Worktrees、插件状态、SDK 接口、远程 helper、Web 监听和 Agent Team 运行机制整合到更完整的 Agent 开发工作流中。尚不能据此确认这些功能已经适用于生产环境，也不能把实验性插件、Claude Code/Codex 组合包或 HTTPS 监听能力表述为完整兼容、独立审计或生产级安全能力。
对开发者而言，较稳妥的测试路径仍是使用隔离的 Git 仓库和非敏感凭据，逐项验证工作目录切换、Worktrees 创建与清理、插件权限、Session 状态持久化、Shell 与 SSH 边界，以及旧配置在新运行时中的迁移情况。随着 Agent 从单次对话转向持续运行的代码工作流，真正需要观察的已不只是模型能否完成任务，还包括它是否始终在正确的目录、权限和可追踪状态下完成任务。
来源：DeepSeek Harness v0.2.1-alpha.2 官方 GitHub Release、v0.2.1-alpha.1…alpha.2 版本比较、DeepSeek Harness 官方项目主页。