三个 AI 助手怎么选:Claude、WorkBuddy、DSH

Claude Code、WorkBuddy、DeepSeek Harness 总被放一起比，但它们是三个赛道：一个卖成品工具，一个卖办公场景，一个卖内核自由度。本文拆架构、生态、成本，给出实操选型建议。

最近半年，"AI 帮我干活"这件事分裂出了三条完全不同的路线。

Claude Code、WorkBuddy、DeepSeek Harness（下称 DSH），经常被放进同一个清单里对比。但真用下来会发现：它们解决的不是同一类问题。

这篇文章不讲虚的，把三者的定位、架构、生态、价格拆开说，最后给一个选型判断。

一、先认清三个身份

Claude Code 是 Anthropic 的终端编码 Agent。闭源、成熟、经过大量团队验证。它的主场很明确：在终端里帮你读代码、改代码、跑测试。

WorkBuddy 是腾讯 CodeBuddy 生态里的 AI Agent 办公平台。订阅制，覆盖面很广：写文档、做 PPT、数据分析、生成图片和视频，甚至能一句话生成微信小程序并托管发布。它的主场是办公 + 轻开发。

DeepSeek Harness 是 DeepSeek 开源的 Agent 框架，MIT 协议。它不直接卖你一个成品工具，而是给你一个可拆、可改、可换内核的 Agent 底座。它的主场是开发者自己想要的那个 Agent。

一句话概括：

Claude Code 卖"成品工具"，WorkBuddy 卖"办公场景"，DSH 卖"内核和自由度"。

二、三个真正的差异点

1. 开放程度：闭源 / SaaS / 全开源

| | 许可 | 能不能改内核 |

|---|---|---|

| Claude Code | 闭源 | 只能扩展，不能改 |

| WorkBuddy | 闭源 SaaS | 不能 |

| DeepSeek Harness | MIT 全开源 | 能读、能 fork、能换 |

DSH 把自己的一切都当插件——模型、工具、沙箱、会话存储、UI，甚至 agent 循环本身都是 npm 包。这意味着你能看到它是怎么思考的，也能把不满意的那部分换掉。

另外两个你只能"用"，不能"拥有"。

2. 扩展模型：三种哲学

DSH：一切皆插件

一个带 apply 函数的 TypeScript 模块，用 dsh plugin add 装上就跑。默认安装自带 100+ 个官方插件。

Claude Code：MCP 服务器 + 插件

MCP（Model Context Protocol）是独立进程，通过标准协议暴露工具。好处是跨客户端可移植——一个 MCP 服务器，Claude Code、Cursor 和任何 MCP 客户端都能用。

WorkBuddy：技能市场 + 连接器

更接近"应用商店"的思路：装现成的技能，接现成的服务（腾讯文档、ima 知识库、企业微信等）。

三种思路的取舍很清楚：

• DSH 插件最好写、最好分享（就是 npm 包），但活在 DSH 进程里
• MCP 最可移植，但要单独起进程
• WorkBuddy 技能最省事，但绑定它的生态

3. 交付形态：终端 / 桌面 / 框架

| 工具 | 你能在哪用它 |

|---|---|

| Claude Code | CLI、Web、IDE 扩展 |

| WorkBuddy | 桌面客户端 + 微信 / 企微 / QQ / 飞书 / 钉钉 |

| DSH | Web UI、headless、TUI、Python SDK |

注意 WorkBuddy 的接入方式是它最大的差异化：AI 助手可以直接接进微信、企业微信、QQ 群。这个能力 DSH 和 Claude Code 都没有原生支持。

而 DSH 的 headless 和 SDK 是它面向自动化的关键——你可以把 Agent 当服务调，接进自己的流水线。

三、真实体验：生态成熟度的差距

这部分必须说实话，因为决定了你上手会不会被劝退。

DSH 的插件生态：早期，但真实

有人做过实测：在 DSH 0.1.0-rc.6 上测了 101 个社区插件，结果是——

• 11 个
   npm 包装上即用
• 4 个
  需要 Web/TUI 环境才生效
• 3 个
  直接安装失败
• 81 个
  是 GitHub 源码仓库，要用 dsh plugin add github:owner/repo 装也就是三分之二靠源码分发，不是现成的 registry 包。

装的过程中你会遇到这些报错：

• ERR_PNPM_FETCH_404
   —— 刚发布的包碰上 npm 镜像滞后
• ERR_REQUIRE_ESM
   —— CommonJS 插件依赖了 ESM-only 的包
• 装了但没反应
   —— 包缺 dsh.bundle 清单，只当普通依赖装上、永远不加载

关键区别在这里：

Claude Code 由厂商替你审核插件质量；DSH 里质检员是你自己。

这不是缺点，是定位选择。开源换来的自由度，代价就是质控责任转移。

WorkBuddy 的成熟度：场景打磨得很细

它是商业产品，成熟度明显更高。几个细节能看出打磨程度：

做微信小程序不需要装微信开发者工具。 对话里说"开发微信小程序"，生成后可直接预览、托管发布。代码上传、体验版生成、正式版提审，它替你完成。

办公场景是全覆盖的。 文档处理、数据分析可视化、幻灯片、深度研究、视频生成、产品管理、翻译……甚至"旅游攻略"这种生活场景都有专门优化。

定时任务 + 多 Agent 协作。 可以设"每天自动推送资讯简报"，也能多人多 Agent 协作。

代价是：它是订阅制，而且绑定腾讯生态。

Claude Code 的成熟度：稳

MCP 生态经过验证，IDE 集成紧密，团队里推广阻力小。如果你是"只想找个靠谱工具把手上的活干完"，它是风险最低的选择。

四、价格：不只是订阅费

表面上：

• DSH
  ：免费，只付模型 API
• Claude Code
  ：包含在 Claude 订阅里（Pro / Max）
• WorkBuddy
  ：订阅 + 积分

但有个反直觉的隐藏成本值得说：harness 本身的请求形态也会影响账单。

第三方基准测过：在同一个 DeepSeek 模型上跑同样的任务，Claude Code 的 harness 每次任务成本接近最便宜 harness 的 7 倍（约 $0.195 vs $0.028）。

原因是它的请求形态不是为 DeepSeek 的前缀缓存设计的——缓存命中率低，同样的活要多付几倍钱。

所以"用哪个模型"和"用哪个 harness"是两个独立的成本变量，别只看订阅费。

五、怎么选

选 DeepSeek Harness，如果：

• 你要开源、要改内核，想看 agent 循环到底怎么跑的
• 你主用 DeepSeek 模型，在意成本
• 你需要自托管、完全掌控数据
• 你愿意当"质检员"，能接受早期生态的不完美
• 你要把 Agent 嵌进自动化流水线（headless / SDK）

选 Claude Code，如果：

• 你要的是稳定、成熟、少踩坑
• 团队协作、合规要求高，需要厂商背书
• 你主用 Claude 模型
• IDE 集成很重要

选 WorkBuddy，如果：

• 你的工作以办公场景为主（文档、PPT、数据、研究）
• 你想一句话做微信小程序，还不想碰开发环境
• 你需要 AI 助手直接进微信群/企微群
• 你不打算折腾技术栈，付费换省心

六、我的实际用法

我自己日常用的是 DSH。原因很实在：

第一，它能改。 我用它搭了两个内部系统（一个微信公众号排版后台、一个内容管理平台），都能读到具体实现，出了问题能定位到代码级，而不是等厂商修。

第二，成本可控。 主用 DeepSeek 模型，没有订阅的固定支出。

第三，headless 好用。 可以把它当服务调用，接进自己的脚本和流水线，而不是必须坐在终端前敲。

但我也得诚实说代价：插件生态还在早期，遇到问题经常要自己查源码；文档和社区不如 Claude Code 丰富；有些能力还是开发者预览状态，会变。

所以我的判断是：DSH 适合"愿意动手的人"，不适合"只想用的人"。

结尾

这三个工具不会互相取代，因为它们吃的是不同的需求：

• Claude Code
   吃"成熟的编码任务"
• WorkBuddy
   吃"办公 + 轻开发 + 生态接入"
• DSH
   吃"想掌控内核的开发者"

选之前先问自己一句：

你要的是一个工具、一个平台，还是一个内核？

答案不同，选择就不同。

数据来源：WorkBuddy 能力与场景说明来自 CodeBuddy 官方文档；DSH 与 Claude Code 的架构、生态实测数据来自社区评测 dshbase；成本对比数据引自该评测对第三方基准的引用。产品迭代很快，具体能力请以官方最新文档为准。