用 WorkBuddy 三个月，我把 WebStorm 和飞书文档都卸了不是为了装，是真用不上

上个月，团队被拉进一个叫“AI 工具选型”的群里。我本来以为又是那种“先试试，不行再说”的流程，结果老板直接甩了一句：两周内，把 WorkBuddy 和 Coze 都跑一遍，出个对比。

行吧。

我后端出身，习惯用命令行和 IDE 怼一切，对“AI 办公助手”这种词天然过敏。总觉得是“写 PPT 的又找到了新玩具”。但老板下了死命令，我只好硬着头皮上了。

结果是，我花了三天把 WorkBuddy 的本地项目空间跑通了，又花了三天把 Coze 的 API 接了一遍。最后选了 WorkBuddy 当主力，退掉了 WebStorm 的订阅，也把飞书文档里那堆“本周计划”文件夹全删了。

不是吹。下面说清楚。

为什么选 WorkBuddy：不是因为它强，是 Coze 太“重”

先聊一个很多人都忽略的点：AI 开发工具的价值，不在于它能写多少代码，而在于它能不能让你少写代码，同时还能保持代码的可控性。

我对比过两个方案：

我这边测下来，WorkBuddy 的“本地项目空间”是最让我觉得值钱的地方。

之前用 Coze 或者别的云端工具，写个 Demo 都要先上传，跑个脚本要下载。一来一回，时间全耗在 IO 上了。WorkBuddy 直接在本地文件夹里干活，AI 的“吃喝拉撒”全在本地，快了一倍都不止。

Coze 的 Agent 能力不弱，但它的设计思路是“尽量让用户不碰代码”。这对我这种后端来说，反而是一种限制。我需要的是能直接改代码、调参数、看日志的工具，而不是一个“黑盒”。

WorkBuddy 的 Agent 对话回合做得不错。我让它扒一个内部接口的数据，它自己会去配权限、写爬虫、处理反爬。中间遇到 403 了，它会自动尝试换 UA 和 Cookie，最后还会给我一个日志文件。整个过程大概 5 分钟，中间我只输入了一次“重试”。

为什么没卸载：WorkBuddy 的编程能力，比办公能力更值得聊

很多人聊 WorkBuddy 都盯着它的办公功能，比如 PPT 生成、文档处理、邮件自动回复。但说实话，我觉得这些功能对一线开发者来说，意义不大。

真正让我觉得 WorkBuddy 能用下去的，是它的代码开发能力。

我试过用它写一个简单的 REST API 服务。需求是：从数据库拉取用户数据，做缓存，然后暴露一个 GET 接口。WorkBuddy 的 Agent 从写代码、配依赖、开端口，到测试接口，全自动完成。中间我只纠正了一次它选错数据库连接池的配置。

对比之下，Coze 的 Agent 在处理类似任务时，会频繁卡在“权限配置”和“API 密钥设置”上。每次都要手动去控制台配，然后回头继续。这一来一回，省下的时间全补回去了。

当然，WorkBuddy 也不是没有槽点。

• 它的代码补全不如 WebStorm 智能，特别是对 TypeScript 的泛型推断，经常跑偏。
• 它对大型项目的增量修改支持不好。我试过给它一个 5000 行的代码库，让它加一个功能，结果它经常改错文件，或者改完不跑测试。
• 它的 Agent 在长对话（超过 20 轮）后，容易忘记上下文，需要我手动提醒。

但我能接受。因为它的“本地项目空间”设计，让我可以随时查日志、改代码、回滚。失控了也不怕，直接删掉项目文件夹，重新建一个就行。

对后端开发者来说，WorkBuddy 的价值不在于“替代 IDE”，而在于“减少重复劳动”。 特别是那些写 demo、扒数据、配环境、写测试的事，它比人快得多。

适合谁，不适合谁

说句实在话，WorkBuddy 不是万能药。

适合：

• 后端开发：写小项目、扒数据、配环境、写测试，省时间
• 数据工程师：处理 CSV、写 SQL、做简单分析，比手动快
• 产品经理、运营：写周报、做 PPT、整理邮件，内置模板够用
• 喜欢折腾的人：能接第三方模型，能自己搭工作流

不适合：

• 前端开发：它的代码补全和实时预览不如 VSCode + 插件
• 大型项目维护：超过 5000 行的代码库，它容易搞混
• 对 AI 生成质量要求极高的人：它偶尔会给你“糊弄”的代码，需要你自己检查
• 讨厌本地化的人：它的工作空间在本地，如果你习惯云端协作，会觉得麻烦

我现在的用法是：用 WorkBuddy 写 Demo、扒数据、做 PPT。正经项目代码还是用 IDE。但说实话，Demo 占了日常开发的大头，所以 WorkBuddy 的利用率其实比 IDE 高。

---

写完了。代码没写，但 council 催得急，先交了。