dsh-qa 发布了 v0.7.2。这个版本支持针对 dsh-v0.2.0-rc.2 的宿主冒烟测试，并修复历史 DSH 对话的发现、保留、排序和展示问题。

DeepSeek Harness 官方桌面端预览版也已提供公开下载入口，可以从产品页下载安装。

DeepSeek Harness 官方产品页:https://www.deepseek.com/harness/

DeepSeekHarness 桌面端截图

官方桌面端提供安装入口，dsh-qa 继续负责质量工作流。两边的变化可以放在一起看：

桌面端入口dsh-qa 更新
从官网下载安装并打开 Harness在当前 Harness 宿主上使用最新质量工作台
选择官方模型或配置自定义模型跨会话保留历史 DSH 对话
通过插件入口添加 dsh-qa对 qa 配置进行真实 Harness 宿主验证

如果你之前主要通过命令行或其他本地方式使用 Harness，官方客户端会让第一次上手简单一些。安装之后，接着选择模型使用方式和需要的插件即可。

DeepSeek Harness 桌面端目前仍然是预览版，适合体验和兼容性验证，不能自动替代已有的稳定工作流。

DeepSeek Harness 现在有了官方桌面端

DeepSeek Harness 是一个智能体运行时和开发框架。对很多用户来说，以前的使用路径包括命令行、配置文件、本地运行环境和浏览器窗口。

官方客户端把这条路径缩短为几个步骤：下载并安装客户端，打开 Harness，按模型使用方式登录 DeepSeek 账号或配置自定义模型，再使用插件、技能和智能体。

官方产品页现在是公开下载入口：

DeepSeek Harness 官方产品页:https://www.deepseek.com/harness/

从 Harness 核心到桌面入口，可以分成四层：

核心本地宿主网页应用桌面入口
DeepSeek HarnessHarness 宿主Harness 网页应用DeepSeek Harness 桌面端

原有核心能力仍然包括会话、模型和服务提供商、插件、技能、命令、工具和智能体。

桌面端增加了原生入口，并支持启动本地宿主、原生文件夹选择和插件管理。Windows 系统托盘、macOS 应用菜单、桌面快捷键和开发者工具也已集成；当前版本还包括应用更新、后台任务保护、退出保护和内置 pnpm。

对普通用户来说，最直接的变化是可以下载并打开官方桌面应用。底层的实现细节可以在需要时再了解。

官方模型和自定义模型

DeepSeek Harness 主要支持两种使用方式：

模式使用条件服务边界
官方模型登录 DeepSeek 账号使用 DeepSeek 配置的官方模型服务
自定义模型自行配置模型服务提供商和接口信息Harness 提供本地界面、配套工具和通信层，模型服务由用户配置的提供方负责

官方条款说明，自定义模型模式不要求注册或登录 DeepSeek 账号。设计插件、智能体或多模型工作流时，要分清登录要求：使用官方模型需要登录 DeepSeek 账号；使用自定义模型则要配置服务提供商和接口信息。

现在下载客户端还有 6 元赠金活动

当前官方客户端的活动提示写明：新安装客户端并登录账号后，可以获得 6 元赠金。

这笔赠金有效期只有一周。

我准备这篇文章时，没能在可抓取的官网公开文本中找到这项活动的说明。因此，文中的 6 元和一周有效期仅依据当前客户端提示，不代表长期有效的产品条款。

安装后，建议在客户端或官网核对可用余额和到期时间。活动的领取条件、金额和有效期都可能变化。

如果只是想体验 Harness、插件或一个小型智能体流程，这笔赠金可能足够做初步尝试。

官方客户端目前仍然是预览版

官方安装包让来源更明确，产品稳定性仍需单独验证。

DeepSeek Harness 官方条款说明，Harness 和智能体相关技术仍处于发展早期，服务也在持续测试，不能视为完全安全或适用于生产环境。

现阶段可以先做个人体验、小范围 QA 或智能体工作流测试，再检查插件兼容性。这些测试不能替代生产环境验证。

对插件权限、智能体自动执行、外部工具调用和本地文件访问，都应明确人工控制的范围。

重要项目如果已有稳定的网页端或命令行工作流，可以继续保留作备用。

官方下载入口和文档

当前公开下载入口是官方 Harness 产品页：

DeepSeek Harness 官方产品页:https://www.deepseek.com/harness/

官方桌面端实现文档位于 Harness 仓库：

DeepSeek Harness 桌面端文档:https://github.com/deepseek-ai/deepseek-harness/blob/master/apps/desktop/README.zh.md

预览版持续更新时，带版本号的安装包地址可能发生变化。从官方产品页开始查找安装说明，比长期保留一个旧的二进制文件地址更稳妥。

dsh-qa v0.7.2 已支持最新 Harness 宿主

dsh-qa 是一个建立在 DeepSeek Harness 之上的本地质量工作台。

项目地址：

dsh-qa GitHub 仓库:https://github.com/naodeng/dsh-qa

当前版本为 dsh-qa v0.7.2，兼容验证目标为 DeepSeek Harness dsh-v0.2.0-rc.2。

dsh-qa 质量工作台截图

两者的分工如下：

桌面端入口Harness 能力插件工作台
DeepSeek Harness 桌面端会话；模型和服务提供商；技能；命令；工具dsh-qa质量工作台

桌面端提供 Harness 运行时和插件入口，dsh-qa 负责 QA 和研发质量工作流。

通过官方客户端安装 dsh-qa

安装可以按下面六步进行：

  1. 打开官方 Harness 客户端。使用官方模型时登录 DeepSeek 账号；使用自定义模型时配置服务提供商和接口信息。
  2. 进入“插件”页面。
  3. 选择“添加插件”。
  4. 输入 dsh-qa GitHub 仓库:https://github.com/naodeng/dsh-qa。
  5. 确认安装。
  6. 插件安装完成后，打开“质量工作台”。

第一次使用 dsh-qa，可以直接在桌面端添加插件，不必先熟悉命令行。Harness 负责运行时和插件加载；dsh-qa 提供质量工作台。

dsh-qa 目前提供什么

桌面端的出现没有改变 dsh-qa 的定位。它仍然是一个本地质量工作台，用来把质量工作串成一组相互关联的记录和决策。

目前覆盖的内容可以分为三类：

  • 规划与资产：测试项目和迭代管理、需求、测试用例、测试里程碑。
  • 执行与协作：缺陷、风险、QA 技能、AI 辅助测试、原生 QA 执行、行动台和测试证据。
  • 分析与交付：测试报告、QA 看板、测试日历、失败分析、回归分析、质量门禁，以及发布和交付判断。

工作链路是：

需求与规划执行与取证分析与决策
需求或来源 → 质量任务 → 测试计划受控执行 → 证据 → 失败分析回归 → 质量门禁 → PASS / WARN / BLOCK

AI 可以参与需求分析、测试设计、执行分析和证据整理。即使 AI 生成了一份建议，或者某条命令执行通过，也不能替代人工质量判断。

v0.7.2 的重点修复：历史 DSH 对话

v0.7.2 修复了历史 DSH 对话的显示问题。此前在某些情况下，重新绑定会话或创建新会话后，项目里已有的旧对话可能无法正常显示。

测试很少在一次对话里结束。一个项目通常会经历需求分析、测试设计、问题讨论、回归和发布评审，这些步骤可能跨越多个会话。重新绑定或创建新会话后，如果旧对话消失，项目上下文就会断开。

根据版本说明，v0.7.2 修复了历史对话的发现、保留、排序和渲染问题，已归档的对话也能显示。在同一个项目工作区里，重新绑定 DSH 会话或新建会话后，历史对话应该仍然可见。

为什么质量工作台需要历史对话

dsh-qa 正在把项目、任务、DSH 对话、执行、证据和决策连接起来。

如果对话只是临时聊天，旧会话消失主要是使用上的不便。一旦对话承载了需求分析、测试讨论、技能执行、风险判断、智能体工具调用和质量结论，历史记录也就成了项目上下文的一部分。

保留对话也有助于复盘证据的形成过程。对话本身不能证明产品质量，但能留下与证据相关的推理和决策。

v0.7.2 的其他更新

这个版本还包括：

  • 支持针对 dsh-v0.2.0-rc.2 的宿主冒烟测试
  • 更新官方 macOS 客户端的安装和更新文档
  • Harness 命令行安装命令不再固定某个版本，默认使用当前 npm 版本
  • 更新内置版本信息
  • 优化桌面端设置页面文案
  • 修复日历日程中较长项目名被截断的问题

这些调整涵盖安装、更新、设置和日历等环节，让 dsh-qa 在官方桌面环境中的插件体验更连贯。

这次版本如何验证

版本说明记录的验证结果如下：

验证类型数量
单元测试和接口测试265 个
Chromium 端到端测试41 个
Harness 宿主冒烟测试6 个

同时还记录了以下检查：

node --check public/app.js
npm pack --dry-run
git diff --check

其中，针对 dsh-v0.2.0-rc.2 的 qa 宿主冒烟测试有 6 项，全部通过，是这次发布中针对真实宿主的验证。

这些结果仅覆盖版本说明中列出的测试和检查，不代表所有操作系统、模型服务商、插件或生产项目都已验证。

每个 QA 项目仍需检查自己的工作流和环境。

为什么优先从官方客户端开始

官方桌面端出现以前，社区里已经有一些好用的第三方 Harness 桌面项目。其中一些提供了不错的使用体验，也推动了生态发展。

现在官方客户端已经上线，如果目标是日常使用和兼容性验证，我会先从官方版本开始。

DeepSeek Harness 能接触的不只是聊天窗口：

本地文件模型凭据会话和扩展工具调用本地执行
项目文件模型和服务提供商凭据会话；插件和技能工具调用本地命令和任务

第三方客户端仍然可以逐个评估：

源码和维护发布和更新权限和凭据执行和兼容性
是否公开源码，维护是否活跃安装包从哪里发布，怎样更新需要哪些权限，凭据如何保存是否执行本地命令，支持哪些 Harness 版本

能够访问本地项目和执行环境的软件，在使用之前应该把这些问题弄清楚。

一套 AI 运行时，一个质量工作台

dsh-qa 不会再维护第二套 AI 运行时。

以下能力继续由 DeepSeek Harness 管理：模型、API 密钥、服务提供商、会话、技能、命令和工具。

每个测试项目都会绑定 Harness 原生会话，并使用对应的 QA 模式。

职责边界如下：

DeepSeek Harness / AI 运行时dsh-qa / 质量工作台
模型；会话；智能体；技能；命令；工具；插件需求；风险；测试；执行；证据；缺陷；报告；质量门禁

桌面端保留了这套架构，也让第一步更容易。

本地优先仍然是基础方向

测试项目、测试材料和结构化质量数据默认保留在本地。

两者的组合关系是：

DeepSeek Harnessdsh-qa组合结果
AI 运行时质量工作台AI 原生质量工作空间

这样既可以使用 Harness 的模型、智能体、技能和工具，也不需要为了使用 AI 重新搭建一套测试项目管理系统。

从网页端和命令行到桌面端

回头看 dsh-qa 最近的演进：

阶段能力
1独立质量工作台
2DeepSeek Harness 插件
3Harness 会话和 QA 预设
4质量控制工作台
5原生 QA 执行
6行动台
7DeepSeek Harness 桌面端入口

桌面端改变了入口，底层的质量工作流仍然沿着原来的链路运行。

后续工作依然围绕这条路径展开：

需求和风险测试和执行证据和决策
需求 → 风险测试 → 执行证据 → 决策

dsh-qa 会继续跟进 Harness 桌面端、宿主和插件机制的变化，并针对后续 Harness 版本持续进行兼容性验证。

实际使用路径

从官方页面下载安装客户端，登录 DeepSeek 账号或配置自定义模型，添加 dsh-qa 插件，再打开质量工作台，就可以开始使用。

如果客户端仍显示这项活动，新安装并登录后可能会获得 6 元赠金，有效期为一周。具体规则以客户端当时的展示为准。

dsh-qa v0.7.2 支持针对 dsh-v0.2.0-rc.2 的宿主冒烟测试，也修复了历史 DSH 对话的发现、排序、保留和展示。桌面端仍处于预览阶段，重要项目可以保留原有网页端或命令行工作流。

相关链接

DeepSeek Harness

DeepSeek Harness 桌面端

dsh-qa

安全测试白盒测试背靠背测试本地化测试边界测试
分享