WorkBuddy 把一屏报错，走成一条路

一、先说结论

如果只能推荐一个——我推荐的不是某个具体的专家，而是一种用法：

我这两个案例（在官方不支持的 Ubuntu 上部署 OpenTenBase、做一个能玩的小游戏），主要用的都是通用助手 + 自建 Skill。它们属于「长链条执行 + 排错」，需要的是能真正动手跑命令、看报错、改方案的能力，而不是某个行业的语料库。但恰恰是这两个案例，让我找到了 WorkBuddy 最值钱的地方。

二、案例一：在官方不支持的 Ubuntu 26.04 上安装 OpenTenBase

背景

因为老师让安装OpenTenBase加上自己心血来潮使用了Ubuntu 26.04.1版本试试自己能不能成功部署，但一直报错一度想要放弃直到使用了WorkBuddy

VMware 里跑的 Ubuntu 26.04（resolute）。OpenTenBase 打包项目的官方支持矩阵是 20.04 / 22.04 / 24.04 / 25.04——26.04 不在里面。难点不在「装」，在于每一步都在报错，而且报错信息经常指错了方向。

踩过的坑（最有代表性的）

结果

1 GTM + 1 CN + 1 DN，状态 Running 3/3，跑通验收 SQL——建分片表、SELECT xc_node_id, count(*) ... GROUP BY 1 确认数据落在 dn0001、EXPLAIN 看到 Remote Fast Query Execution。

附带产出

• 一份 7 章 + 11 条排错条目的部署手册
• 一份日常使用速查手册
• 一套图形化启动器：otb-ctl（有序启停）/ otb-launcher（zenity 面板）/ otb-sql（一键开 psql），直接放到虚拟机桌面上点

真正的收获

现在这台机器（以及任何一台 Ubuntu）再要重来，我只需要说一句「帮我部署 OpenTenBase」。那 9 条坑、端口对照表（GTM 11000 / CN 11003 / DN 11006）、V5 与 V2 的参数差异、验收 SQL——全都在，一次都不用重新踩。

三、案例二：一个 281KB 的单文件小游戏

「开源冒险岛 · 数据方舟」——给社团做开源知识科普的小游戏，单文件 HTML，零外部依赖，双击即玩。

最有价值的不是「加了什么」，而是「砍了什么」

• v3.1：删掉翻牌记忆和找茬，收敛成唯一玩法「拖拽拼合」
• v3.3：连「三种出题形态」的内部差异也砍了，难度的唯一变量 = 槽位数量
• 我当时给的原话是：「我只要一个小游戏，不是几个小游戏拼起来」

砍到只剩一个玩法之后，它反而完整了：4 章 11 关（开源协议 / OpenTenBase 集群 / 陷阱辨析 / PR & SQL 流水线）、昵称体系、三视图排行榜 + CSV 导出、图鉴按昵称独立存档、备份导入导出、吉祥物即时反馈动效、WebAudio 合成音效、全键盘操作 + reduced-motion 降级。

关键做法

每一轮改动都用 jsdom 跑端到端断言（最后几轮分别是 41 / 31 / 18 项全通过），验证脚本跑完即删。不是「看起来好了」，是「断言过了」。

意外收获

我随口问了句「这游戏能用 OpenTenBase 落库吗」，它给出了可行性结论并写成了独立页面——DDL、DML、Express API、store 适配器四段可复制代码。因为游戏所有查询都以 nick 为入口，天然匹配哈希分片。部署那条线和游戏这条线，自己闭环了。

四、六条我觉得最值钱的技巧

1. 先让它探环境，再让它动手

别上来就说「帮我装 X」。先让它确认系统版本、路径、端口、用户 sudo 权限。OpenTenBase 那次如果没先摸清「26.04 不在支持矩阵」，后面每一步都在猜。

2. 踩完坑立刻沉淀成 Skill

这是投入产出比最高的一步，没有之一。坑是有时效的——你今天记得清清楚楚，三个月后一定忘。

3. 要「可验收的交付物」，不要「看起来完成了」

部署 → 要验收 SQL + 状态检查命令；写游戏 → 要端到端断言全通过。别接受「应该好了」。

4. 让它如实告诉你「看不出效果」的部分

单 DN 环境下，按分布键查和非分布键查的 EXPLAIN 计划完全一样。它主动说明这是环境限制、不是配置成功——这种诚实比「恭喜部署成功」有价值得多。

5. 长耗时任务：日志落文件，再开一条连接读

管道直读会因为缓冲把输出丢光。同理，传二进制千万别用 ssh -n（-n 会让 ssh 从 /dev/null 读 stdin，传了 0 字节还不报错——我在这上面卡了很久）。

6. 需求收敛要狠一点

好几次是它做多了，我明确说「只要一个」。砍完之后东西反而立住了。

五、那领域专家适合什么时候用？

WorkBuddy 里有 100+ 个领域专家（左侧「专家」入口）。我自己划的线是：

• 执行型任务（装环境、排错、写代码、跑流程）→ 通用助手 + 能动手跑命令的能力
• 框架型任务（写文章、做方案、行业分析、合同审查、教学设计）→ 领域专家，它们有行业语料和成熟的思维框架

选错了会别扭：让专家去排一个 ssh 依赖地狱，不如让通用助手直接上手试；让通用助手写一份行业深度报告，通常不如领域专家的框架扎实。

六、最后

如果你也在啃类似的硬骨头，我强烈建议一件事：

把一个完整的坑沉淀成 Skill，比问十个问题更划算。

第一次你可能要花一整天跟它一起报错；第二次，一句话就够了。