最近后台总有人在问同一个问题WorkBuddy 装了之后到底应该先配什么、哪些技能才值得花时间折腾这周正好赶上 9 月新版更新我把从 1.0 时代一直用到现在攒下来的技能清单整体重筛了一遍挑出 15 个真正值得装的技能。先说结论WorkBuddy 这类 AI 工作台一半战斗力在模型另一半在你给它装的技能。模型只是“聪明的大脑”技能才是让大脑会干活的“岗位手册”。这篇就把我的推荐清单、配置思路和踩坑记录全部摊开讲清楚。这篇内容适合谁刚接触 WorkBuddy 的新手可以照着抄作业老用户能查到一些冷门设置细节。我会按“机制理解 → 清单速览 → 逐个拆解 → 实操配置 → 问题排查”的顺序来写尽量做到你看完就能直接上手复现。1. 先把底层逻辑说透WorkBuddy 的技能到底是什么很多人把技能当成“高级提示词”这个理解不算错但太浅了。我第一次接触时也犯过这个错误以为 Skill 就是把一段几十行的 Markdown 粘进去。实际用下来才明白一个完整的技能是三件套的组合触发词什么场景下激活、工作流模板分几步执行、每一步做什么、输出规范最终答案长什么样、用什么格式返回。它不光是“告诉模型怎么想”更是“告诉模型先做什么、再做什么、最后交什么”。WorkBuddy 最让我满意的一点是技能的封装方式。你在主对话里只需要写一句“用文档工程技能把这个项目的 README 整理出来”它会自动加载对应技能包按技能里定义的步骤拆任务、调工具、跑流程最后按模板输出。整个过程不需要你在对话里反复叮嘱“先看目录结构”“再读关键代码”“最后按规范写”节省大量 token也避免了模型“自由发挥”导致的格式漂移。1.1 技能、MCP 和全局规则一次讲清楚这三者的关系是很多新手最晕的地方。我直接给结论技能管“怎么做”MCP 管“能做什么”全局规则管“什么不能做”。MCP 是外部工具连接协议相当于给 WorkBuddy 装了手和脚比如连数据库、连浏览器、连本地文件系统。技能是在有手有脚的基础上规定怎么调配这些能力完成一个具体任务。全局规则则是长期有效的底线约束比如“所有代码必须遵循项目现有风格”“回复必须用中文”。机制本质作用范围举例技能Skill可复用任务工作流按需触发任务级写文献综述、生成测试用例MCP 连接器外部工具接入协议全局能力层连接 MySQL、读取浏览器数据全局规则长期行为约束所有会话、所有任务代码风格、语言偏好我见过有人把本该写进技能的内容全塞进全局规则结果每次对话模型都要处理一堆无关指令既费 token 又容易触发冲突。正确的姿势是规则管少量底线技能管具体流程。1.2 为什么我建议“技能优先”而不是“规则优先”刚开始折腾 WorkBuddy 时我也热衷于写一堆自定义指令后来发现规则越多模型越“钝”有时候连简单问题都要绕一大圈。后来我把大部分规则改成技能情况立刻好转。原因很简单规则是常驻上下文你每次对话它都在后台消耗注意力技能是按需加载不用的时候就是档案柜里的文件夹。而且技能可以组合排列比如“学术写作”技能内部可以调用“PDF 抽取”技能来读文献这种嵌套复用是规则做不到的。9 月新版我注意到技能市场里多了很多第三方作品成熟度比之前高了不少配合跨对话记忆功能基本能把一个长期项目完整地带起来。2. 15 个技能清单速览先看总表再决定装哪些我这一版推荐有个筛选标准必须高频、必须可复用、必须不挑模型。有些技能写得花里胡哨但只能跑通特定场景我不会推荐。下面是完整清单难度分“直接能用 / 要调一下 / 需要折腾”。序号技能名称定位与适用人群主要场景配置难度1项目记忆所有长期项目的开发者跨对话状态恢复要调一下2学术写作研究生、科研人员、技术作者文献综述、论文润色直接能用3全栈网页生成前端开发、独立开发者需求描述转完整网站直接能用4代码审查与安全审计研发团队、技术负责人提交前检查、密钥泄漏排查直接能用5SSH 远程运维运维、后端开发远程服务器管理要调一下6全局规则管理所有用户统一项目口径、风格约束直接能用7测试用例生成测试、开发单元测试、接口测试直接能用8SQL 优化与数据库设计后端、数据分析建表设计、慢查询分析直接能用9文档工程所有项目维护者README、使用手册生成直接能用10日志故障排查SRE、后端、运维异常日志定位根因要调一下11MCP 统一管理进阶用户外部工具接入、能力编排需要折腾12多语言本地化出海项目、国际化团队文案翻译、多语言适配直接能用13工作台体检所有重度用户缓存清理、目录迁移要调一下14PDF 知识抽取学术、法律、产品经理文档内容结构化提取直接能用15任务规划与排期项目经理、独立开发者需求拆解、计划输出直接能用3. 逐个拆解这 15 个技能怎么用、怎么配下面按我的实际使用频率排列不是按重要性排序因为有些技能只在特定阶段特别重要比如学术写作在赶论文周就是救命级别。3.1 项目记忆解决“换个会话就失忆”的老大难这是我最先要说的一个技能因为 WorkBuddy 默认的对话记忆是会话级的新开会话之后之前聊的技术方案、目录结构、决策记录全没了。项目记忆技能做的事情很简单就是维护一个项目根目录下的记忆文件每次任务结束后自动追加关键结论。配置要点是给记忆文件定一个固定路径推荐放在项目目录下的.workbuddy/memory.md并且在技能里约定“每次任务完成时最多追加 200 字更新状态与结论不保留过程性废话”。我在长期维护的一个微服务项目里用了三个多月效果非常明显。新开会话后只需要说一句“加载项目记忆继续昨天的事”上下文立刻接上不需要把过往决策重新说一遍。需要注意一个坑别让记忆文件的更新逻辑太激进。一开始我配置了“每次对话都同步全量信息”结果几天后记忆文件膨胀到几十 KB每次加载都要消耗大量上下文空间。后来改成只记录“状态变化关键结论待办事项”体量控制在 2-3 KB加载开销完全可以接受。3.2 学术写作从零到初稿的最短路径写文献综述是 WorkBuddy 用户群里问得最多的需求之一也是这个技能存在的意义。它内置了一套学术写作流程先让用户提供主题和文献清单然后按“背景 → 研究现状 → 方法对比 → 争议焦点 → 研究空白”的框架组织内容最后自动生成符合期刊风格的引用标注。如果你配合 PDF 抽取技能一起用甚至可以做到“给它一摞 PDF它给你一篇结构完整的综述初稿”。配置的时候重点改两个地方。一个是引用风格默认是 APA如果你所在的学科要求 GB/T 7714需要在技能模板里显式指定。另一个是输出语言中英文混排的处理逻辑不同我建议按项目分开存两个版本。我是做工程方向的但这个技能给课题组同事用过一致反馈生成的综述骨架质量很高最大的价值是帮你把几百篇文献的阅读压力转化成可修改的初稿而不是从白纸开始恐惧。3.3 全栈网页生成描述需求到站点发布“WorkBuddy 怎么生成网站发布”这事我专门研究过核心就是靠这个技能。过去用 AI 写网站最痛苦的不是生成页面而是生成之后怎么把它变成一个能访问的站点。全栈网页生成技能内置了从技术选型到部署上线的完整链路接收到需求后先确认页面结构和交互复杂度再选择适合的框架静态站用纯 HTML 或 Astro带后端用 Next.js 或 Flask然后按“页面骨架 → 样式 → 交互 → 构建 → 发布”的顺序执行。实际操作中我会先给它一个清晰的任务描述比如“做一个产品展示单页包含 Hero 区域、功能列表、价格表和联系表单风格参考现代 SaaS 产品”它会自动生成项目文件并在本地启动预览服务。发布的环节支持多种方式最常见的是直接走静态托管或者推送到服务器。这里有个经验如果需求里包含“登录、支付、实时聊天”这类重交互功能不要指望一键生成先让它输出架构方案再动手写否则返工率很高。3.4 代码审查与安全审计上线前的最后一道闸这个技能是“安全审核”热词背后真正的落点。它的工作方式是对指定目录做全面检查硬编码密钥、SQL 注入风险、越权接口、依赖漏洞、明文传输敏感信息等。我最常用的场景是 git commit 之前跑一遍增量检查只审查改动部分速度快且不会把历史债务全部翻出来。配置安全审计技能时有一件事必须做在技能内部指定“检测到疑似密钥时只输出位置和类型不输出完整值”。哪怕你是个人开发者这个约束也要加因为在共享会话或调试日志里完整密钥一旦暴露就是事故。这其实引出一个更普遍的原则任何涉及敏感信息的技能都不要在输出规范里包含原始值。这个技能跑完会生成一份简洁的问题清单标注风险等级和修改建议你要是愿意可以让 WorkBuddy 直接改我一般会自己确认高危项。3.5 SSH 远程运维把服务器管理装进对话框SSH 连接器本身是 WorkBuddy 的一个内置能力但只有配合远程运维技能才能真正发挥价值。裸用连接器时你得手动敲命令、看输出再决定下一步体验跟手动连服务器没区别。装上技能之后你可以说“连上生产环境看看最近一小时的 Nginx 错误日志按出现次数排序找出 Top5 原因”它会自己完成连接、执行命令、解析输出、整理报告。这个技能需要预先配置好连接信息我建议用别名管理多台机器比如prod-web、stage-api技能内部按别名路由。同时需要在技能模板里加一条安全约定“所有操作默认只读除非用户明确要求执行修改类命令”。这个约定能避免很多事故。之前我见过有人让 AI 排查日志结果 AI 顺手执行了rm -rf的教训虽然那不完全是 WorkBuddy 的锅但养成只读默认的习惯确实能救命。实际用下来它对日志分析的效率提升是肉眼可见的高频问题基本几秒钟定位。3.6 全局规则管理让所有任务都按既定口径执行热词里“给 WorkBuddy 定几条规则后续对所有任务都生效”指的就是这个方向。这个技能解决的问题很具体你想要团队所有成员用同一个代码风格或者希望所有回复都遵守同一个文风但不想在每次会话里重复交代。它的运行机制是维护一组规则文件放在固定目录启动新会话时自动加载。我建议至少写四条全局规则语言规则默认使用中文回复代码注释使用英文、代码风格规则参考项目现有习惯不引入新范式、输出规则涉及技术方案时附上风险说明和替代方案、安全规则不输出敏感信息完整值发现问题先提示再处理。具体规则数量不建议超过十条否则模型会被大量约束捆住手脚。装好之后可以验证一下开个新会话随便问一个问题看它的回答风格是否稳定这是判断规则是否生效的最快方式。3.7 测试用例生成把“懒得写测试”变成历史这是开发向用户中使用率最高的技能之一。给它一个函数、一个接口定义或一个模块路径它能按正常路径、边界条件、异常输入三个方面生成测试用例。比较有价值的是它生成的用例不止是“覆盖”还会针对边界值和异常场景写注释说明为什么这么测方便你 review 时快速理解意图。如果你的项目用了 pytest、Jest 或 Go test可以在技能配置里指定测试框架和断言风格输出会高度贴合项目现状。我在一个 Python 项目中测试覆盖率从 60% 出头拉到 88%主要靠的就是这个技能。需要提醒的是AI 生成的测试用例有时会自我印证就是测试内部逻辑和待测代码的写法高度一致导致改代码时测试也跟着错。所以技能里我加了一条要求“生成用例时优先从需求行为出发而不是从现有实现出发”这个细节值得留意。3.8 SQL 优化与数据库设计面对慢查询不再抠头这个技能集成的是建表设计、索引优化和慢查询分析。使用场景十分直接把 EXPLAIN 的输出贴给它它会分析是否有全表扫描、索引失效、隐式类型转换等问题并给出重写建议。建表场景下它能根据业务描述给出字段设计、类型选择、索引方案并提醒那些“后知后觉”的坑比如千万别用驼峰命名、时间字段要存 UTC 等。我印象最深的一次是排查一个线上慢查询原来跑了 3 秒多的统计 SQL按照它的建议调整了索引顺序和 JOIN 写法之后降到 200 毫秒以下。关键点是它在输出里解释了为什么原 SQL 走了错误的执行计划不只是给结论。这类技能的价值不是替代 DBA而是帮你维持“写 SQL 之前先想索引”的习惯。3.9 文档工程写 README 不再从空白开始项目写完了文档一个字都没写这个场景太熟悉了。文档工程技能会自动扫描项目目录结构、读取主要模块职责、分析入口文件和配置项然后按标准模板生成 README、开发指南或使用手册。它特别擅长的是“从代码反推文档”很多细节开发时忘了写但代码里其实是有的。配置上我会建议让它输出“中文为主、技术术语保留英文”并在末尾附上快速开始和常见问题两个板块。生成文档后建议人工过一遍尤其是安装部署部分因为 AI 有时会把环境假设写得过于理想比如默认你已经装好了某些依赖。整体来说这个技能是那些“代码写得好但懒得写文档”的开发者最值得装的一个。3.10 日志故障排查把线性翻日志变成结构化分析这个技能实际上是 SSH 远程运维技能的强化版适用于需要在本地或远程分析大量日志的场景。它的流程是定位日志来源 → 按时间线聚合 → 提取异常特征 → 匹配常见原因 → 输出排查报告。相比你手动把大段日志贴进对话里让它“看看哪里不对”技能模式下的效率会高很多因为它在后台就完成了日志的过滤和采样只把有价值的聚合结果带回对话。配置时重点关注两个参数日志路径和过滤关键词。日志路径决定它从哪里找数据建议直接把项目中的日志目录配好过滤关键词可以帮助跳过已知的无害告警降低噪音。我建议在技能里加一句“分析前先给出日志总量和采样策略再给出结论”能避免 AI 拿几行日志就大胆下结论的尴尬。3.11 MCP 统一管理打通 WorkBuddy 与外部工具MCP 是 WorkBuddy 生态里最有想象力的部分而 MCP 统一管理技能解决的是“工具太多、调用混乱”的痛点。它维护一个工具注册表记录每个 MCP 连接器能做什么、何时调用、如何传参。当你在主对话里提出一个复合需求时技能负责任务路由哪些环节交给数据库 MCP、哪些交给浏览器 MCP、哪些用内置能力完成。配置这个技能需要先安装好你需要的 MCP 连接器然后把它以“工具清单 使用约定”的方式写进技能的配置区。实际使用中最顺的场景是“查一下数据库里的用户分布然后到后台截一张转化漏斗图”这种跨工具调用是 WorkBuddy 最能体现价值的场景。这个技能是 15 个里唯一需要折腾的但一旦配好后面所有任务都会变顺畅。3.12 多语言本地化出海项目的效率神器如果你做国际化项目或者需要经常产出中英双语内容本地化技能值得拥有。它在普通翻译的基础上增加了三步上下文感知同一个词在不同场景下的译法保持一致、长度控制中文转英文时避免句子过长、格式保留代码、结构化文本不会被翻译破坏。配置时可以在技能里内置一份“术语对照表”比如什么词必须固定翻译为哪个词、什么词保持英文不译。这个细节对技术类文档尤为重要。我曾在一次产品手册翻译任务中受益于这个技能多语言文案的交付时间从过去的两天缩短到两个小时。3.13 工作台体检缓存、日志与临时文件的整理很多人问到“WorkBuddy 的系统缓存目录能改到 D 盘吗”“对话记录、运行缓存与临时文件占用高怎么解决”其实这一类需求完全可以沉淀成技能。工作台体检技能会扫描 WorkBuddy 的数据目录按照占用大小排序识别哪些是历史对话记录、哪些是运行缓存、哪些是临时文件然后给你可选的清理方案。这个技能还能把缓存目录迁移的操作半自动化。原理是WorkBuddy 的数据目录位置可以通过配置文件指定技能负责备份旧目录、修改配置、验证新目录权限。我自己在 Windows 上的操作流程是把数据目录迁移到 D 盘腾出系统盘空间同时定期让技能清理超过 30 天的临时文件。手动做这个事容易漏自动化之后一个月能省出不少磁盘空间也避免缓存目录膨胀拖慢整体体验。3.14 PDF 知识抽取批量读文档的利器这个技能可以把你手里的 PDF 批量转成结构化的知识库内容适用场景包括论文、合同、产品手册。它的抽取逻辑不是简单地把文本复制出来而是按文档结构分层处理先识别标题层级再提取关键段落的数据和结论最后生成带页码引用的摘要。配合学术写作技能使用时能形成完整的“读文献 → 写综述”流水线。配置重点在于指定抽取粒度。如果你只需要结论摘要就在模板里要求“每节最多提取 3 个核心观点”如果需要做文献综述则要求“保留方法、数据、局限等信息”。默认配置下它也能工作但明确粒度之后输出质量会提升一个档次。3.15 任务规划与排期从一句话需求到可执行计划这个技能对于独立开发者和项目负责人来说非常实用。输入一句“下个月要上线一个积分商城”它能拆解成需求梳理、技术方案、前后端开发、测试、部署、验收等阶段每个阶段给出预估工时和产出物。输出的是带依赖关系的任务列表而不是空泛的“第一步、第二步”。配置时可以在技能里加入常用的团队节奏比如每周五发布、每两天同步一次进度。它输出的计划会更贴合你的实际节奏。我的习惯是拿到计划后先删掉过分乐观的排期AI 经常低估联调和验收的时间这个坑踩了几次后才学乖。4. 实操把这些技能一次性配好并跑起来看完上面的清单你需要动手配置一下。这一章我按实际操作顺序把通用的配置流程写一遍覆盖安装、规则设置、数据目录迁移三个核心环节。4.1 技能安装与导入的三种方式WorkBuddy 安装技能的方式主要有三种技能市场直接搜索安装、本地文件导入比如团队分享的.zip技能包、指定 URL 加载。我推荐优先走技能市场因为能看到评分和使用量踩坑概率小。如果团队内部有统一规范本地导入更合适可以把技能文件放进版本库统一管理配合 CI 做同步。安装完技能后最好先看一遍它的SKILL.md或等效的说明文件确认触发词和你预想的一致。这一步很多人会跳过结果实际使用时技能不触发又回头排查半天。需要强调一点技能文件本质上是文本模板你有完全的掌控权任何不顺手的输出规范都可以直接改。4.2 配置全局规则让它对所有任务生效“给 WorkBuddy 定几条规则后续对所有任务都生效”是设置里最基础、也最影响体验的功能。操作位置在 WorkBuddy 的设置面板里找到“自定义指令”或“全局规则”入口将你期望的规则写进去所有后续会话都会自动加载。我的规则模板供你直接复刻1. 默认使用中文回复代码注释和变量名使用英文。 2. 所有涉及技术选型的回答必须给出优缺点对比和适合场景禁止只给结论。 3. 不输出密钥、Token、密码等敏感信息的完整值检测到疑似泄露时先提示位置和风险。 4. 修改代码时优先保持项目现有风格引入新依赖前说明理由。 5. 涉及操作类指令时默认先给将执行的命令清单确认后再执行。写完规则后建议实测一次新开会话随意问一个项目问题观察它是否遵守了你定义的风格。如果完全没有生效检查是不是本地部署的实例没同步规则文件重启几次即可。4.3 把数据目录和缓存迁到指定分区热词里“系统缓存目录能改到 D 盘吗”的答案是可以而且推荐做。默认情况下 WorkBuddy 的数据都在系统分区在长期使用后对话记录和缓存会占用几个 GB。把数据目录整体迁移到 D 盘能有效释放系统盘压力。操作步骤如下先完全退出 WorkBuddy避免文件被占用导致迁移失败。打开配置文件一般位于应用配置目录找到data_dir或cache_dir参数。手动把原数据目录整个复制到目标位置比如D:\WorkBuddyData。在配置文件中将路径改为D:/WorkBuddyData注意使用正斜杠或双反斜杠。保存后重新启动应用检查会话记录和缓存目录是否已指向新地址。迁移完成后建议跑一次工作台体检技能除了清理临时文件也确认没有残留的.tmp锁文件导致异常。我提醒一句迁移有时会触发权限问题如果看到写入失败的报错给目标目录加上当前用户的可写权限即可。5. 高频问题与排查清单最后这部分我把过去几个月在多个 WorkBuddy 用户群里被反复问到的问题整理成速查表这些问题大多在官方文档里不容易找到直接答案。问题常见原因解决办法技能安装了但对话中不生效没有使用正确的触发词检查技能描述中的触发词换个说法再试全局规则有时生效有时不生效新会话未加载规则或本地部署规则文件未同步重启应用核实规则保存位置对话记录和缓存占用巨大数据目录长期未清理临时文件堆积用工作台体检技能清理并迁移目录远程连接经常超时连接配置中超时设置过短或网络不稳在技能配置中调长超时时间配置重试机制模型问答消耗积分较快上下文过长每轮都在重发历史精简全局规则启用长效记忆而非全量上下文PDF 抽取内容有遗漏扫描型 PDF 或表格区域无法识别先用 OCR 预处理再跑抽取技能生成代码与项目风格不一致技能未读取现有代码风格在技能中加入“先读 2-3 个同类文件再动手”的步骤新会话后项目进度丢失没有配置项目记忆安装并配置项目记忆技能指定记忆文件路径测试用例覆盖率虚高生成用例偏向当前实现在技能模板中要求“从需求行为出发设计用例”本地部署与云账号不同步两套数据目录互相独立明确当前使用环境或配置统一存储路径关于模型通道的选择很多人问“DeepSeek 模型通过 WorkBuddy 使用便宜还是直接使用便宜”我的经验是不只看单价还要看平台是否帮你省了调优成本。WorkBuddy 通过技能和记忆机制减少了上下文膨胀实际跑同一堆任务时 token 消耗通常比裸接口低。这个账建议你自己用一段时间看统计再下结论别只盯首屏报价。关于安全审核再啰嗦一句任何技能都可能执行指令、读写文件、调用外部服务所以不要随意从不可信来源导入技能文件。尤其是那些带有“自动执行”“免确认”字样的技能包使用前先拆开看里面的模板内容确认没有可疑指令再上生产环境。最后再分享一点个人体会这些技能我并不是一次全装上的而是按需求迭代出来的。9 月这个版本技能市场活跃度明显变高项目记忆、MCP 整合这些能力也稳定了不少15 个清单里有些技能之间还能串联成流水线。我个人最常用的其实只有六个项目记忆、全栈网页生成、日志故障排查、工作台体检、代码审查、任务规划其他都是按项目阶段临时加载。最后分享一个小技巧如果你总是需要处理同一类工作别满足于“用别人的技能”试着把业务术语表、常用流程和输出规范组合成一个专属技能。这个技能的复用价值会随着使用次数越滚越高。WorkBuddy 的长期竞争力不在于它今天内置了多少功能而在于你能不能持续地给它“喂入”自己的经验这可能是这波 AI 工作台浪潮里最值得花时间的地方。