刚刷完那篇“AI 装机单”，我默默关掉了电脑配置的页面

这几天好几个群都在转 2026 年 8 月那篇 AI 装机指南，什么 Codex 配 GPT-5.6 Sol，什么 Kimi Code 加 K3，还有 Seedance 2.5 做视频。我看了半天，第一反应是：配了这么贵的硬件，然后呢？装完机你拿它干嘛？我上周四刚把一台新主机抱回家，跑分确实好看，但真正让我加班的是办公软件之间的破事太多。

结果这两天我反而花了大把时间在 WorkBuddy 上。说句实话，这台机器装得值不值，最后可能取决于我把这个工具调教得怎么样。

我之前吐槽过 WorkBuddy 像个执行器，不够聪明，得靠人把指令拆得够碎它才不跑偏。但用了一周多，我发现自己之前理解偏了，它需要的是更清晰的边界。边界靠什么划？靠配置。

我拿它处理设计规范库的日常维护来举例。这个规范库是我们团队几个人共用的，里面有颜色 token、间距、阴影，四五十个组件，全躺在 JSON 文件里。以前每次改版，要在 Figma、代码仓库、文档三处来回同步，漏一处就有人跑过来问“这个主色是不是改了”。我试了 WorkBuddy 的模板功能，把整个流程拆成这样：打开 WorkBuddy → 新建一个项目，命名成“设计规范同步” → 在项目里挂载三个东西，一个导入 Figma 的样式表，一个连上 Git 仓库的路径，还有一个放我们团队维护的 design-tokens.json 文件。

关键在权限设置。我一开始把项目设成全员可编辑，结果第二天就有人不小心把灰色的色值从 #666666 改成了 #777777，还同步出去了。后来我改成：项目里建两个文件夹，一个叫“只读基线”，放所有正式发布的 token，权限设成只有我和另一个前端负责人能改；另一个叫“进行中草稿”，团队成员可以编辑，但里面所有变更都会记录来源。这样谁改了什么东西，一眼就能看到。WorkBuddy 的权限粒度做得比我预期细，可以按文件夹、按操作类型去设置能看什么、能做什么。我把“只读基线”里所有人的编辑权限都关掉，只留查看和评论。

然后说模板里的自动化规则。我配了一个“变更检测”的步骤：每次有人往“进行中草稿”里提交新的 token 变更，WorkBuddy 会自动跑一遍对比，把新增、删除、修改的项列出来，然后生成一个变更摘要，推送到团队的飞书群里。这个摘要会写成“主色 primary.500 从 #1A73E8 改为 #1769D2，影响范围：按钮、链接、选中态”。这个小功能真的救命，省掉了我每天手动 diff 的时间。

踩过的坑也提一下。文档里说它支持“自然语言生成模板”，我一开始直接写“帮我同步设计规范”，结果它给我生成了一堆乱七八糟的步骤，还自动创建了三个没用的文件夹。后来我学乖了，把每个步骤都写成明确动作，比如“每天上午 9 点检查 Figma 样式表，如果有更新则通知管理员”。关键参数是“触发条件”和“执行动作”，这两项写清楚，基本不会跑偏。

到现在这个流程跑了一周，最直观的变化是，“这个颜色改了吗”这种问题从每天三四个降到零。我觉得工具就是这种用法的，它帮你省去重复劳动，思考的部分还是得自己来。跟装机单一样，配置比硬件本身更重要。回到那篇装机指南，我建议看完之后顺手把 WorkBuddy 的模板也配一配，不然新机器跑得再快，你还是在用最原始的方式干活。