WorkBuddy从零创建专属AI专家：自定义指令与技能配置完整指南

这年头谁还没装过几个AI助手？但真要问到“哪个AI能当我的专属外脑”，大部分人手里的工具都会露馅——问点通用常识还行，真要处理自己行业里那些重复繁杂的活儿，总觉得差一口气。WorkBuddy这名字最近在效率圈火得很快，它的思路和普通聊天框完全不一样：不是你有问题才去问，而是先给自己造一个“专家”，把规则、知识和工具都装进去，以后把活儿直接甩给它就行。这篇攻略不聊虚的，就围绕“自己创建专家”这条主线，把从安装、写指令、配技能到实战排查的完整流程捋一遍。适合正在研究WorkBuddy、又不想只会拿它闲聊的人，不管你是团队里的效率负责人，还是一个人想管好一堆杂事的自由职业者，都能照着做。

1. 为什么要在WorkBuddy里自己造一个专家

1.1 通用AI助手和“专家”差在哪

通用AI助手的本质是“什么都懂一点”，你问它什么，它就根据训练数据给一个泛泛的回答。问题是：真实工作里的需求从来不是泛泛的。比如你让它写周报，通用AI不知道你们公司的KPI口径、不知道你这周实际跟进的项目节点、更不知道汇报对象是喜欢看表格还是喜欢看摘要。它只能给你一个“看起来很像周报”的模板，最终还得你自己改半天。

WorkBuddy里的“专家”就是来解决这个问题的。它的逻辑是：针对一个具体的业务场景，先把规则、背景、输出格式、工具权限全部预置好，以后再遇到同类任务，直接调用这个专家就能得到符合要求的产出。你可以把它理解成给AI写了一份岗位说明书，它不再是个“万能实习生”，而是某个岗位上的熟练工。

我自己测试下来的感受是，两者的差异不是“效率差一点”，而是“能不能直接用的差别”。通用AI给的答案，敢直接丢给领导的次数不多；专家给的答案，基本就是按你的工作标准生成的，改一两个数字就能用。这个差距，正是创建专家这件事最大的价值所在。

1.2 自己创建专家和套用模板的区别

WorkBuddy里其实有不少现成的专家模板，打开就能用。这东西好不好用？我的看法是：用，但别指望一步到位。模板的意义是让你快速理解“专家能做什么”，比如看一个周报专家模板就知道，哦，原来指令可以设置角色、设置输出格式、挂技能。但每个团队的业务逻辑不同，模板不可能真正贴合你的工作流。

自己创建专家的核心优势是“完全掌控”四个字。你想要什么输出结构，自己定；你希望它优先关注什么指标，自己写；你要它访问哪些文件夹、调用哪些技能，自己配。改起来也方便，模型对话记录随时可以调整指令，比外包开发一个内部小工具灵活太多了。

最适合自己创建专家的场景，我总结了三个特征：重复性高、规则明确、输出格式相对固定。合同初审、日报周报汇总、素材整理、数据清洗、客户回复话术生成……这些活儿每天都要做，但每次又有点小变化，以前只能自己动手，现在丢给专家处理，效率和一致性都会上一个台阶。

1.3 WorkBuddy与CodeBuddy别选错

很多新手会把WorkBuddy和CodeBuddy搞混，其实这俩是两兄弟，定位差异还挺明显。CodeBuddy是偏开发方向的，主打代码生成、调试、工程级任务处理，适合程序员当开发助手用；WorkBuddy则是更通用的效率平台，偏办公、业务、工作流自动化，非程序员也能轻松上手。

如果你是在团队里做流程优化、日常办公自动化，WorkBuddy才是对的那一个。我见过有人用CodeBuddy去做合同审阅，绕了一大圈发现根本不对路，又切回来。其实没那么复杂：写代码的事找CodeBuddy，处理业务的事找WorkBuddy。当然两者也不是完全隔离，工作和代码场景都有的时候，可以一起配合，但别一开始就选错入口。

2. 创建专家前的准备与入口

2.1 安装与部署选型

WorkBuddy的安装方式比较灵活，在线版、桌面客户端、本地部署都有。在线版最省事，打开浏览器登录就能用，适合个人尝鲜和轻量使用；桌面客户端适合日常高频使用，启动和交互体验更顺滑；如果团队对数据敏感，或者希望模型运行环境完全可控，那就要走本地部署或私有化方案，Linux、Ubuntu这类环境官方也有对应的版本，部署文档里写得很清楚。

安装时最容易踩的坑是版本不匹配。下载安装包之前，先确认自己的系统架构，比如Windows是x64还是ARM、Linux是Debian系还是RPM系、Ubuntu的glibc版本是多少。版本选错了，装完大概率启动不了，还排查半天，最后发现是对不上，这个冤枉路没必要走。

启动之后第一件事，建议先登录自己的账号，把工作区理顺。WorkBuddy的“工作台”概念和传统软件不太一样，它不是一堆图标的集合，而是你所有专家、技能、文件权限、历史对话的管理中心。你后面创建的所有专家都会出现在这里，所以先把工作台布局看明白，后续操作会顺很多。

2.2 从“新建专家”开始

创建专家的入口一般就在工作台的显眼位置，通常在左上角或“我的专家”区域，点“新建专家”就能开始。整个过程其实不复杂，要填的核心字段主要有这几个：名称、简介、指令、模型选择、技能挂载、文件权限。

这里我想强调一下命名规范。别随手起个“助手V1”这种名字，时间一长你自己都分不清哪个是哪个。比较好的做法是“场景+角色+版本”，比如“合同审阅-法务视角-v2”，一眼就能看出这个专家是干什么用的、迭代到哪个版本了。团队里如果多人协作，命名规范尤其重要，不然大家互相分享专家的时候会乱成一团。

简介字段也别空着。虽然简介看起来不影响运行效果，但WorkBuddy里专家多了之后，列表页只能靠简介区分不同专家的定位。写清楚“适用于什么场景、解决什么问题、有什么限制”，将来自己找起来、分享给同事，都省事。

2.3 模型选择和基础参数

创建专家的时候一般会让你选择底层模型。不同模型在不同类型的任务上表现差异不小，有些擅长长文本理解和总结，有些逻辑推理更强，还有些响应速度更快。常规做法是：总结、提取、改写类任务选长文本能力强的模型；分析、推理、代码类任务选推理能力强的模型；日常聊天、快速问答就追求响应速度。

这里要提醒一下，很多人第一次会纠结模型参数要不要调。我的建议是：如果WorkBuddy界面暴露了温度、随机性之类的参数，大部分任务保持默认就好。只有两种情况值得手动调整：一是做信息提取、分类这类确定性要求高的任务，可以把温度调低，让输出更稳定；二是做头脑风暴、文案创意这类开放型任务，稍微调高一点，让表达更跳。但初期别在这些参数上花太多时间，核心还是把指令写好。

3. 编写高质量自定义指令

3.1 指令的本质是“行为说明书”

自定义专家最关键的一步就是写指令，所谓指令，其实就是在WorkBuddy里给模型设定系统提示词。它不是一句提问，而是一份“行为说明书”，告诉模型三件事：你是谁、你要干什么、你要按什么标准干。

我惯用的类比是：给外包员工写SOP。你招了一个新人，不可能什么都不交代就让他直接干活，你至少要告诉他岗位职责、工作流程、交付标准。写指令也一样，越具体的SOP，交付质量越稳定。反过来，如果指令就一句话“帮我整理文档”，那就相当于把一个新人丢到战场上，结果全靠运气。

在WorkBuddy里，指令的质量直接决定专家好不好用。同一个模型，指令写得模糊和写得精准，最终产出可能就是“能看”和“能用”的天壤之别。所以这一节我建议大家重点看，它是最值得投入时间的地方。

3.2 一套通用的指令结构模板

这套结构是我自己反复用下来、在大多数场景都成立的标准模板，照着填就行，一共六个模块：

1. 角色定义：你是什么角色，具备什么背景，服务谁？ 2. 任务目标：这件事的核心目标是什么？什么不做？ 3. 输入说明：用户会提供什么材料？格式是什么？ 4. 处理流程：拿到输入后，先做什么、再做什么、最后做什么？ 5. 输出格式：要输出什么结构？Markdown表格还是JSON？ 6. 边界与禁忌：什么情况不能继续？不确定时怎么办？

每个模块都别偷懒。角色定义决定语言的基调和专业度；任务目标防止模型跑偏；输入说明让模型知道如何理解用户给的材料；处理流程是最核心的，相当于给模型一个分步执行的工作路径；输出格式决定了你要不要后期二次整理；边界与禁忌则是安全网，防止模型瞎编。

举个例子，如果你要创建一个会议纪要专家，角色可以定义为“会议记录秘书”；任务目标写清楚“只负责整理纪要，不提供决策建议”；输入说明标注“用户会发来会议录音转写文字稿”；处理流程写“先识别议题，再归纳结论，最后提取待办”；输出格式要求“按议题列表输出，每个议题包含背景、结论、责任人、截止时间”；边界与禁忌写“录音内容不完整时，不要强行猜测遗漏内容，标注待确认”。

3.3 高可用指令的五个写作技巧

第一，多用肯定句，少用否定句。你不是告诉它“不要漏掉关键信息”，而是告诉它“必须覆盖以下三类信息”。模型对肯定句的执行力远高于否定句，这个我实测多次，改了之后输出稳定性提升非常明显。

第二，用编号和分隔符把流程拆开。一长段描述和“1、2、3”的编号，对模型来说理解难度完全不同。编号不仅让指令更清晰，还能让模型更容易记住步骤顺序。如果流程比较复杂，还可以用“---”或者“###”分隔不同模块，相当于给模型一份带目录的文档。

第三，给出具体的输出示例。在指令里放一个输入和输出的对照示例，这是“few-shot学习”最直观的用法。模型看过一次你想要的答案长什么样，再遇到同类输入时，模仿的准确率会高得多。这个技巧比在指令里反复强调“要简洁、要专业”有效不知道多少倍。

第四，把动态部分和固定部分分开。指令里如果有一些每次任务都会变的内容，比如项目名称、客户名称，建议在指令里用【项目名称】这种占位符标出来。这样专家运行的时候，你会很清楚哪里需要手动填，哪里是模型自动处理的。

第五，控制指令长度。指令不是越长越好，太长反而会稀释关键信息。一般控制在500到1000字是一个比较合理的区间，把最核心的行为规则说清楚，剩下交给模型的能力。如果指令超过2000字还觉得不够用，那说明问题本身太复杂，建议拆成多个专家协作，而不是试图一个专家干完所有事。

3.4 测试-反馈-迭代

很多人创建完专家就直接用，用一次发现效果不好就放弃了。其实自定义专家的效果不是一蹴而就的，正常流程是：先跑一个测试用例，看输出结果，找出偏差，再回头改指令，再测下一轮。

我在第一次创建周报专家时，第一版指令写得比较简单，输出结果虽然格式对，但内容完全没有结合具体项目数据。发现问题后，我在指令里加了一条“必须优先引用用户提供的项目列表，没有相关内容不要编造”，第二轮测试就明显好很多。第三轮又发现它喜欢堆形容词，不够简洁，于是我又在输出格式里规定了“每项工作描述不超过一行”，这才算是调到位。

所以，请把“测试-反馈-迭代”当成创建专家的一部分。每次调整都要有依据，别乱改。最好是建一个测试用的固定输入样本，保证每次修改后的对比是在同一条件下进行的，这样才知道改动到底是优化还是劣化。

4. 技能、文件权限和自动化配置

4.1 技能（Skill）到底是什么

如果说指令是专家的大脑，那技能就是专家的手脚。在WorkBuddy里，技能本质上是专家可以调用的外部能力模块，比如文档解析、数据库查询、网络搜索、定时任务等。一个只会聊天的专家顶多算半个专家，挂上合适的技能以后，它才能真正处理业务。

举个具体例子：你想创建一个“竞品动态日报”专家，光靠指令是不够的，因为它需要去获取外部信息。这时候就要给专家挂上一个“信息抓取/搜索”技能，让它能读取指定网页或数据源的内容。类似地，想让它读取Excel做统计，需要挂载表格处理技能；想让它定时推送消息，需要配置自动化能力。

技能配置的入口一般在专家编辑页的“技能”或者“插件”区域，勾选技能之后最好进行一轮连通性测试。我见过不少新手在专家创建界面把所有能勾的技能全勾上，结果专家在处理任务时还要在技能之间切换，响应变慢不说，还容易出现“为了用技能而用技能”的奇怪行为。正确做法是，只给专家挂载它实际需要的技能，保持路径最短。

4.2 文件访问范围怎么设置

文件访问范围是创建专家时特别容易被忽略、但非常重要的一项配置。WorkBuddy里的专家如果涉及读取文档、整理资料，就得告诉它“可以访问哪些文件”，否则它要么读不到东西，要么权限过宽带来安全风险。

以我的经验，设置的时候坚持“最小权限原则”。只给专家访问它处理任务真正需要的目录，不要图省事把一个磁盘的根目录全部授权。比如合同审阅专家，就只授权“合同文件夹”；周报汇总专家，就只授权“部门工作台账”目录。万一专家在某些环节出现理解偏差，误读了无关文件，最小权限能最大程度减少风险。

具体设置方法一般是：进入专家设置的权限管理，找到文件与路径授权，把需要访问的文件夹添加进去。添加的时候建议使用绝对路径，避免相对路径导致定位失败。如果专家访问文件时报错，先检查路径是否存在、专家有没有权限、是不是网络驱动器路径、有没有重名目录，按这四条排查，九成问题都能解决。

4.3 定时任务与外部动作

WorkBuddy比较受欢迎的一个方向是让专家不仅能“被动应答”，还能“主动干活”。比如定时发送微信消息、定期同步钉钉多维表、每天固定时间把昨日数据整理成报表推送到群里。这些能力本质上就是“自动化任务”，把专家从“被调用”变成主动角色。

配置定时任务时，关键要素是“触发条件”和“动作定义”。触发条件一般就是时间规则，几点几分、周几、周期性执行；动作定义则是专家在触发后要做什么，比如读取数据、生成报告、推送到指定群聊。配置之前，先确认一下WorkBuddy版本是否支持对应的外部联动组件，有些外部工具是通过webhook或者中间连接器接入的，需要先在设置里完成账号授权。

我个人的建议是：先跑一次手动触发，确认专家能把整套流程走通，再改成定时自动触发。比如你配置了每天早上九点发送周报提醒，先手动点击执行一次，观察输出有没有问题，再挂到定时任务上。直接上定时任务，万一动作配置有误，可能连着几天都在发错误内容，处理起来麻烦得多。

5. 实战案例：从零搭一个“合同审阅专家”

5.1 场景拆解与需求清单

前面讲了这么多理论，下面用一个完整案例走一遍创建流程。我选择“合同审阅”这个场景，是因为它足够典型：业务规则明确、输出结构固定、重复性高，而且几乎所有公司都用得上接下来的成果。

假设你在一家中小公司，每天会收到各种销售合同、采购合同，需要初审关键条款、标记风险点、让业务同事做后续判断。如果不建专家，每个人的审阅标准都不一样，有的看重付款周期，有的只看违约责任，容易出现漏审。创建一个合同审阅专家，先明确它的职责清单：

• 提取合同双方主体、合同金额、付款条件、履行期限、违约责任等关键信息；
• 对明显风险条款给出提示，比如付款条件过于苛刻、违约金比例过高、管辖法院约定不利；
• 输出一份结构化的审阅卡，方便业务同事快速扫一眼就抓住重点；
• 不确定的地方标注“待人工复核”，绝不替人拍板。

5.2 完整指令示例

下面这份指令是经过多轮迭代后相对稳定的版本，你可以直接复制到WorkBuddy专家指令区，再根据自己公司的业务口径调整：

你是一位有十年经验的商务合同审阅专家，服务于公司业务团队，负责在正式签约前提供风险提示和关键信息提取。 任务目标： 本专家只负责合同审阅，不提供签约决策建议，最终决定权始终在业务负责人。 输入说明： 用户会提交一份合同文档或合同关键条款的文本。如果文档过长，请先定位合同的主体信息和主要条款，不需要逐字记录。 处理流程： 1. 首先识别合同类型（销售、采购、技术开发、服务合同等）； 2. 提取合同双方主体、签订日期、合同金额、付款方式、履行期限、违约责任条款； 3. 逐项评价主要风险点，重点标记付款条件、违约金比例、知识产权归属、管辖约定四个维度； 4. 如果合同中有明显不利条款，必须以“风险提示”块突出显示。 输出格式： 严格按以下Markdown结构输出： - 合同类型： - 签约主体： - 关键条款摘要：以表格形式输出，包含条款名称、原文摘录、简要说明 - 风险提示：列出风险点和建议 - 待人工复核事项：列出无法自动判断或需要业务确认的内容 边界与禁忌： 1. 不要对合同合法性做最终判断，只做条款级提示； 2. 不要遗漏付款、违约、管辖三个高风险维度； 3. 信息缺失时，明确标出“原文未体现”，不要猜测补充。

5.3 技能挂载与权限配置

指令写好之后，要给这个专家挂载文档解析技能，否则它读不了PDF或者Word合同。这里要确认文档解析技能能处理你实际使用的文件格式，有些版本对扫描版PDF支持有限，需要额外OCR能力，根据实际情况勾选即可。

文件权限方面，我建议单独建一个“待审合同”目录，把需要审阅的合同文件放进去，然后只把这个目录授权给合同审阅专家，不要授权其他敏感目录。顺带一个体验细节：如果文件是扫描版，很多问题出在OCR识别上而非指令上，可以在实际测试时单独验证一下。

配置完成后，先用一份真实但不太重要的历史合同做测试，看看输出结构是否合理。这一步推荐一定要做，直接拿新合同去用，万一出了问题可能会影响业务人员对工具的信任。

5.4 三轮实测与调优记录

第一轮测试，我丢进去一份采购合同，输出结果基本能用，但发现两个问题：一是它把“合同金额”识别范围放大到了包含税价，而业务上需要的是不含税金额；二是风险提示写得比较啰嗦，整段整段的文字，阅读成本太高。

第一轮问题的调整思路很清晰：在指令的“处理流程”里补充“合同金额区分含税与不含税，优先提取不含税金额，并在摘要中标注税率”；在“输出格式”里规定“风险提示每条不超过两行，按严重程度排序”。改完跑第二轮。

第二轮测试，金额问题解决了，但新增的麻烦是它开始对“履行期限”过度解读，把每个时间节点都展开说一遍，显得很碎。于是又加了一条约束：“履行期限只提取整体框架，如起止日期或合同有效期，不需要逐条列举付款节点”，同时把处理流程里“提取主要条款”改成了“提取核心框架条款”，不再追求面面俱到。

第三轮测试算是基本达标，输出稳定在可用的状态。整个过程大概花了一个小时，大部分时间都花在测试和微调上。所以再次提醒：第一次效果不满意太正常了，一轮轮调就行。

5.5 发布与团队协作

专家调好以后，如果只是给自己用，那就简单了，直接在工作台里打开就能用。但如果要分享给团队，WorkBuddy一般会提供“发布到团队空间”或“生成协作链接”的入口，可以让其他同事直接引用这个专家。

分享前记得做一次权限复查：文件访问范围是否合适、技能是否对所有人开放、有没有包含个人敏感信息。团队使用后，可以主动收集同事的反馈，比如哪些输出多余、哪些信息还是漏了，再持续迭代。这里我特别有体会：一个专家如果不迭代，半年后就可能过时，因为业务口径在变、模板在变、法规要求也在变，它和一份老化的SOP没什么区别。

6. 常见问题与排查实录

6.1 启动慢、界面卡怎么处理

WorkBuddy启动非常慢这个问题，我看网上问到的人很多，从我的实际体验来看，原因可以归成几类：首次加载模型或缓存、网络连接波动、历史记录过多、本地版本任务过重。

如果是桌面客户端，第一次安装启动慢，大多数是因为要在本地初始化模型或预加载资源，多等一会儿就好。如果每次启动都慢，试试清理历史对话记录和缓存，时间一长，积压的对话文件会让启动变慢。再不行就关掉一些不常用的插件或技能，减少加载项。在线版启动慢的话，先检查网络连接是否稳定，也可以换一个网络环境对比测试。

我自己的经验是：不要在工作环境里挂一堆常驻专家，每个专家都带着技能和上下文，数量太多会白白占用资源。把专家“按需创建、按需使用”才是长期稳定的做法。

6.2 网络连接失败3002排查思路

“网络连接失败3002”是WorkBuddy用户里出现率比较高的报错。3002本质上是网络请求失败，原因比较复杂，但排查顺序是有套路的，按下面这张表走就行：

需要特别说明的是，3002错误不一定每次都相同，有时是临时波动，重启客户端或者重新登录就能解决；有时是本地环境问题，比如代理策略、防火墙策略把请求拦了。这里我就不细说怎么配置相关的代理参数了，不同环境差异太大，建议优先从网络、权限、版本这三个最容易排查的维度入手。把上面表格跑一遍，绝大多数情况下都能找到原因。

6.3 历史对话记录与本地记忆迁移

WorkBuddy里的历史对话记录和本地记忆，是它作为“越用越懂你”工具的关键。对话记录容易理解，就是你和专家的历史对话；本地记忆则是专家面向任务时沉淀下来的我称之为“沙盒记忆”的东西，可能是你告诉过它的偏好、术语口径、常用格式等。

迁移这些数据，最常见的原因就是换了电脑或者重装了系统。一般可以在设置里找到“数据目录”或“本地存储”选项，把整个数据目录复制出来，换机器后指向同一个目录，就能恢复大部分历史记录。不过我要提醒一点：迁移前先做一次数据和配置备份，迁移后一定要花几分钟跑一个任务验证专家是否正常，而不是登录看到历史记录就以为万事大吉。

我实操过几次迁移，发现最容易丢的反而不是聊天记录，而是文件权限配置和技能的授权状态。换机器后，很多路径要重新设置，技能授权也要重新走一遍。所以迁移后记得重点检查这两项，别让专家变“失忆”。

6.4 专家访问不到文件的排查

专家明明创建好了，但让它读取指定文件夹里的文档时，回来说找不到，这是不少新手会碰上的问题。排查方向主要是这么四种：路径不对、权限没给、格式不支持、同步未完成。

路径这块，先确认你给的是不是绝对路径，相对路径在模型执行时容易出问题。权限方面，重新打开专家设置的权限管理，看看目标文件夹是否真的添加进去了。格式方面，确认文档后缀在支持的范围内，特殊的加密PDF或老版本WPS文件有时读不了。最后，如果你把文件放在同步盘里，要等本地同步完成后再让专家读取。

6.5 从入门到精通的最短路径

最后给还在犹豫怎么学WorkBuddy的人一条实际建议路径，我按时间投入排成这样：

• 第一天：把界面逛熟，创建一个最简单的“文本改写专家”感受一下流程；
• 第二天：学写指令结构，找一个你日常工作中重复性最高的任务开始建模；
• 第三天：配置技能和权限，让专家能真正读写文件；
• 第四到七天：用真实任务做测试，记录问题，持续迭代。

网上流传的什么“从入门到精通PDF”其实很多都很旧了，重点还是要跟着自己的使用版本看官方文档，再配合社区里的经验贴。别去囤一堆教程，开始动手才是最有效的路径。

我个人的感受是，WorkBuddy这类效率工具最大的门槛不是技术，而是“你愿不愿意花一个下午把自己的工作流程拆清楚”。只要把流程拆明白了，创建专家真的是水到渠成的事。不管你是把自己手头的周报、合同、素材整理做成专家，还是帮团队把业务流程固化下来，都可以从今天第一个简单的专家开始。技术细节遇到问题再来翻这篇，踩过的坑我都替你先踩过一遍了。