如果你想用AI干活而不是只跟它聊天WorkBuddy这类效率智能体工作台值得认真玩一玩。我自己花了两周时间把日常的项目周报、数据汇总、会议纪要这些重复劳动搬到了WorkBuddy上最核心的一步就是自己创建专家——也就是把“让AI帮我做事”的模糊想法变成一个带角色、带技能、带知识库、带自动化流程的实体智能体。这篇文章我会完整记录我自己从0到1创建专家的全过程包括为什么这样设计、每一步怎么操作、遇到哪些坑、最后怎么调优。无论你是刚下载WorkBuddy的小白还是想把手头流程自动化的效率控这篇文章都能给你一套可复现的路径。先说结论WorkBuddy里“创建专家”这件事并不难难的是在设计阶段把专家的边界想清楚以及后续把技能、记忆、知识库这些零件拧到一块。1. 先把“专家”想清楚整体设计与核心概念1.1 WorkBuddy里的“专家”到底是什么很多人第一次打开WorkBuddy看到“创建专家”按钮容易把它理解成“给AI起个名字、写段人设”然后就开始聊天。这是最大的误区。WorkBuddy里的“专家”本质上是一个可以独立运行的智能体Agent。它由四个部分拼装而成角色定义这个专家是谁、擅长什么、面对什么场景、按什么风格工作。技能清单它能调用哪些工具或能力比如读写表格、搜索网页、调用API、处理文档。记忆与知识库它知道什么、记得什么既能吃你喂的历史资料也能在多次会话中保持上下文。触发与自动化它是只在对话里等你问还是会定时干活、自动同步数据、主动输出结果。这四个零件的组合让“专家”从聊天机器人变成了一个“能独立完成一段工作的数字员工”。我习惯把它类比成“招了个实习生”你给他岗位说明书角色定义、办公软件技能、公司资料知识库、固定流程触发自动化他就能按你的标准干活而不是每次都要你从头交代。1.2 为什么非要自己创建专家不直接对话有朋友问过我WorkBuddy本身就能对话我直接把要求打在对话框里不就行了为什么要费劲创建一个专家答案是一次性的对话和可复用的专家效率完全不一样。对话框里的每次对话都是“裸奔”状态你要重复你的要求、重复给背景、重复纠正输出格式。而创建好的专家相当于把你所有的偏好、要求、数据、流程全部打包固化下来。下次你只需要说一句“开始吧”它就知道该干什么、按什么格式干、数据从哪来。这个思路在团队场景里价值更大。团队里一个人把“项目周报专家”搭好其他人直接用所有人的周报格式保持一致数据口径也一致。这不是省一次对话的事是省掉整个团队的重复沟通成本。1.3 WorkBuddy和CodeBuddy怎么选在WorkBuddy的交流群里几乎每周都有人问CodeBuddy和WorkBuddy的区别。这两个确实是同一套智能体生态里的产品但定位完全不同对比项CodeBuddyWorkBuddy核心定位面向开发者的智能编程助手面向办公/业务场景的效率智能体工作台主要场景代码补全、代码解释、单元测试、代码审查文档处理、数据汇总、定时任务、流程自动化典型用户程序员、技术团队运营、产品、HR、财务、项目经理等业务人员差异化能力深入IDE理解代码仓库专家创建、技能编排、知识库接入、工作流自动化上手门槛需要一定开发基础偏配置化业务人员也能用我的使用建议是写代码、读代码库的时候用CodeBuddy处理办公室里的重复劳动搭建自动化流程用WorkBuddy创建专家。两者并不冲突反而是互补关系。1.4 创建专家的第一步先梳理场景再动手我在创建第一个专家之前做了个极其笨但极其有效的动作在纸上把我要自动化的场景写下来。清单如下输入是什么比如多个项目群的聊天记录、钉钉多维表里的任务数据、本地Excel报表输出是什么比如一份格式统一的周报、一张汇总表、一条可直接发到群里的文字频率是多久一次每天、每周、还是被动触发谁来用只有自己还是整个团队有哪些边界不碰财务数据、不读某个敏感目录、不主动发送消息这套清单帮我避免了一个常见问题一上来就建一个“万能专家”结果什么都想干什么都干不好。我的第一个专家“项目周报聚合助手”就是因为边界清楚从创建到跑通只用了不到一个小时而我后来尝试的一个“全流程分析师”因为没有边界反复改了三天还在返工。2. 准备工作入口、环境与资源盘点2.1 安装与入口网页版、桌面版、Linux/UbuntuWorkBuddy提供了多种访问方式你可以按自己的使用环境选择。网页版最省事浏览器打开工作台就能用适合公司网络受限的场景。我第一次试用就是网页版不用安装、不用配置环境很适合判断“这东西到底适不适合我”。桌面客户端Windows和macOS都有安装包功能更全尤其是在“访问本地文件夹”和“读取本地文件”这类操作上桌面端权限比网页端好控制。Linux/Ubuntu版本开发者和技术团队常用。我看到社区里有Linux版安装包测试环境、服务器部署都方便。Ubuntu上安装时有几个依赖需要注意要有图形环境或者远程桌面否则部分交互界面起不来。我自己目前是桌面端为主、网页端为辅。桌面端用来创建专家、调试技能网页端用来随时查个资料、跑个对话。2.2 首次登录与工作台布局首次登录WorkBuddy你会进入一个类似“工作台”的主界面。我建议先花五分钟把菜单摸一遍不要把时间浪费在之后找不到功能上。几个关键区域专家列表区你创建的所有专家都在这里默认会有一些系统预置的模板专家可以先跟它们聊几句感受一下。会话区选中某个专家后你与它的对话、它执行任务的过程、输出结果都会在这里展示。技能/指令区管理专家可用技能、拖拽技能顺序、配置触发规则。设置区账号信息、模型参数、本地文件夹访问范围、历史记录管理等都在这里。有一点要注意WorkBuddy的菜单在不同版本里位置有差异网页版和桌面版不完全一样但核心概念是通用的。遇到找不到设置项的情况直接在会话区问专家“你的设置菜单在哪”大多数情况下它能直接给你指路。2.3 角色卡片与系统提示词怎么写创建专家时最核心的填写项是“角色卡片”其实就是一段系统提示词System Prompt。很多人在这里只写一句“你是一个周报助手”那输出的效果一定很泛。我总结了一个通用公式写角色卡片时照着填就行你是一个[角色身份]擅长[核心能力范围]。你的服务对象是[使用者/使用场景]。拿到输入后你需要按以下步骤执行[步骤1]、[步骤2]、[步骤3]。输出时必须符合[格式要求/表达风格]。如果遇到[特殊情况]请[兜底动作]。举个例子我给“项目周报聚合助手”写的角色卡片是这样的你是一个项目周报聚合助手擅长把多条项目进展信息合并成一份结构化周报。你的服务对象是项目组全体成员。拿到项目成员提交的进展输入后你需要第一步提取本周完成事项第二步提取下周计划第三步标注风险和阻塞。输出时必须使用表格形式按项目、负责人、周进展、下周计划、风险五列展示。如果输入信息缺少某项请标注“未提供”不要自行编造。这段提示词的效果立竿见影之前的模型只会把信息堆在一起改完之后输出直接是结构化表格基本不用二次调整。所以创建专家之前一定好好花十分钟打磨角色卡片这是整个专家的大脑。2.4 技能与自定义指令的推荐组合在WorkBuddy里技能Skill是专家能调用的工具集。系统内置了很多常用技能比如文档解析、表格处理、网页读取、邮件起草等。你自己也可以写自定义指令把一段固定的操作流程固化成一个技能。我提供几个我实测好用的组合建议你可以按需取用会议纪要专家录音转写技能 要点提取技能 任务拆分技能输出结果直接生成“结论-待办-负责人-截止时间”四段式纪要。竞品分析专家网页信息抓取技能 资料总结技能 表格整理技能适合做周度竞品动态追踪。招聘筛选专家简历解析技能 能力标签匹配技能 问题生成技能能把一堆简历筛出前三名并附上面试提问清单。自定义指令里我特别推荐“输出格式强制指令”。很多AI输出内容时容易跑偏格式加一条“无论内容多长必须使用Markdown表格输出表头固定为序号、事项、优先级、状态、备注”能省掉你大量排版时间。3. 从零创建你的第一位专家5步全流程实操3.1 新建专家并填写角色信息我以“项目周报聚合助手”为例完整演示一遍创建过程。第一步很直白在WorkBuddy工作台找到“创建专家”按钮点击进入配置页。配置页第一项是专家名称和简介。名称不要起“助手一号”这种没意义的要让人一眼看懂它是干嘛的。我建议“场景角色”比如“项目周报聚合助手”“合同信息提取员”“每日数据巡检员”。简介控制在20字以内方便在专家列表里快速识别。接着是刚才说的角色卡片填写。如果不知道怎么写先用系统提供的模板再逐步改成自己的风格。我见过有同学直接在网上抄了一份英文提示词效果很差因为中文办公场景和英文提示词的用户习惯差异很大。建议先用中文、用自己的业务话术写等后续跑通了再优化措辞。3.2 配置系统提示词与自定义指令在角色卡片之外WorkBuddy还允许配置若干条自定义指令。这些指令可以理解为“专家的长期行为守则”每一次会话都会生效。我给自己创建的周报专家配了三条自定义指令每次输出周报前先检查输入信息是否包含“本周完成”和“下周计划”这两个关键词缺失时先提问补充。涉及数据和日期时不要四舍五入保留原始值并标注统计口径。如果输入内容超过5000字先分段处理每次只提取一个项目的进展最后合并输出。这三条指令其实就是我在实际使用中最在意的规则。把它们写进自定义指令后专家的输出就稳定多了。这里也分享一个经验配置指令时宁可详细一点也不要模糊。比如“分析数据”不如“计算每个项目本周完成率并与上周对比后标注上升/下降”。3.3 挂载技能从内置技能到自定义技能配置完角色和指令下一步给专家挂上它需要的技能。WorkBuddy内置技能库里常见的技能包括文档解析、表格读写、Web搜索、邮件起草等你可以在技能列表里勾选启用。但真正的威力在于自定义技能。比如我的周报专家需要定时读取钉钉多维表里的任务数据但内置技能没有直接对接钉钉多维表的能力。我就在技能配置里新增一个“定时拉取钉钉多维表数据”技能配置好数据源地址、刷新频率、字段映射关系专家执行任务时就会先调用这个技能拉数据再进行后续处理。这里要补充一个实操要领技能不是越多越好。每挂一个技能专家在处理任务时都要多一层判断挂多了容易让执行变慢甚至出错。我一个专家最多挂5个技能超过5个的我会重新审视是不是这个专家塞了太多不相关的功能需不需要拆成两个专家。3.4 接入知识库与历史记忆专家要从“通用AI”变成“懂你业务的专家”关键在知识库。WorkBuddy支持把本地文档、网页内容、历史对话记录导入进来作为专家参考这个过程底层会做向量化和语义检索。通俗讲就是把你的资料切成小块、编上索引专家回答问题时先在资料库里找到相关内容再结合问题生成答案。我导入知识库时一般分三类业务规则类公司制度、项目规范、SOP文档。历史数据类过往周报、历史报表、案例总结。术语词典类业务简称、内部黑话、客户背景。如果你是团队管理员建议把团队通用的知识库放在公共知识库区域成员创建专家时直接引用避免每个人各喂一份既浪费空间又容易版本不一致。另外如果你在用WeKnora这类专门的RAG知识库工具也可以在WorkBuddy的对接配置里把这类外部知识库接进来专家回答问题时会优先从对接的知识库检索知识来源会更可控这一点在信息量大的企业场景尤其好用。本地记忆迁移也要说一句。WorkBuddy保存的历史对话记录是可以迁出的我习惯每个月底把当月对话记录导出一次整理成知识文档再导回知识库。这样专家“越用越懂你”——它记得你上个月对周报格式的调整也知道你这段时间在跟哪个项目不用你每次重复交代背景。3.5 设置触发方式与自动化专家配置好之后你要决定它怎么被“叫醒”。WorkBuddy支持几种常见的触发方式手动会话想用的时候打开专家开始对话适合不固定频率的任务。定时任务设置每天/每周的固定时间自动执行比如每周五下午5点自动生成周报。事件触发某些外部工具发生更新时自动触发比如钉钉多维表新增一条记录就通知专家处理。我给“项目周报聚合助手”设置的就是每周五下午4点定时执行执行完自动把结果写入钉钉多维表的一个固定Sheet里。手动触发也保留方便临时需要时手动补一份。这里有个细节定时任务执行前最好先在手动会话里跑通一次确保流程无误否则定时任务失败时排查起来会比较麻烦。3.6 测试、灰度与上线迭代配置完成不等于专家已经能用。我的习惯是先用小样本测三遍第一遍用自己准备的标准输入测试看输出是否符合预期第二遍用真实业务数据测试看有没有意外情况第三遍让团队里另一个同事试用收集他视角的反馈。这个“测三遍”的流程帮我挡掉过不少问题。有一次同事反馈专家输出的周报里缺少某个项目的进展一查发现是知识库里该项目的历史文档一直没有更新专家检索不到最新数据。这属于典型的“不是专家笨是你没喂饱”的情况——及时更新知识库后就解决了。所以创建专家这件事不是“配好就完事”它更像养一个员工需要持续反馈、持续更新知识、持续调优指令。我会在每次用完后用一句话记录“这次结果哪里好、哪里不对”月末统一优化一次角色卡片和知识库让专家始终保持可用状态。4. 实战中的坑常见问题与排查技巧实录4.1 WorkBuddy启动非常慢怎么优化这个问题在社区里被问过很多次。启动慢的原因通常有几个插件或技能加载过多每个技能启动时都会预加载技能越多越慢。我实测过从6个技能减到3个冷启动时间能缩短近一半。本地文件夹扫描范围过大桌面端启动时要建立本地文件夹索引如果你把整个电脑磁盘都授权给它启动必然慢。把访问范围缩小到真正需要的几个工作目录启动速度会明显改善。模型加载部分高级功能需要加载本地模型或初始化组件首次启动会慢一些。如果首次启动后仍然很慢可以检查有没有旧的进程残留重启一次客户端通常能解决。还有一个不起眼但很常见的坑公司电脑开了复杂的杀毒软件或终端管控会拖慢软件启动。我会建议让信息部门把WorkBuddy加入软件白名单或者至少确认它没被杀毒软件实时扫描监控启动速度能快上一截。4.2 网络连接失败3002怎么处理我在Linux版上遇到过多次“网络连接失败3002”报错。根据我的排查这个报错大概率出在连接服务端时的网络策略上。常规排查思路如下先确认账号登录态是否过期退出重新登录一次最简单也最容易奏效。检查网络是否正常访问其他网页、接口是否通。确认本机DNS解析正常必要时把DNS改成常见的公共DNS再试。如果你在公司内网确认WorkBuddy的服务端域名或IP是否在公司网络白名单里。很多企业内网策略比较严格需要把WorkBuddy相关的网络请求域名加白才能连上。最后看防火墙或安全软件是否拦截了WorkBuddy的通信。这里要强调一下第4点。很多人碰到3002就反复卸载重装其实越装越没用。网络策略的问题不是客户端能解决的找网络管理员放行域名比什么都管用。4.3 访问文件夹范围如何设置得更安全WorkBuddy桌面端会申请读取本地文件的权限但我不建议直接就授予“整块磁盘”的权限。权限越大风险和干扰越大——专家读取本地文件时扫描范围越大越容易把无关文件混进上下文影响回答质量。我的做法是单独建一个“WorkBuddy数据源”目录放所有允许专家读取的工作文件其他目录一概不给权限。这样既保护了电脑里的私密文档也让专家能更快定位到有效数据。对一些特别敏感的文件文件级别再加一层密码专家读不到也就不会泄密。这个习惯从第一天就要养好后面专家越建越多、数据越喂越杂的时候你会感谢当时的克制。4.4 定时任务不触发或微信消息发送失败定时任务不生效我从日志里的排查经验来说优先检查两个点一是任务状态是否处于“启用”状态很多任务配置时是默认停用的二是任务的执行时间是不是用的美国时区之类的错误时间戳导致你以为到点了它还没跑。微信消息发送失败的原因比较多样。常见的是授权失效——外部渠道的token有效期过了。我遇到过一次排查半天发现是扫码登录时用的手机号换了新的微信账号没有绑定WorkBuddy。换个场景说如果在公司企业微信环境里发送消息失败大概率是应用权限没开或者群机器人的Webhook地址变了重新配置一下就好。这类自动化问题有个特征报错日志通常很明确只是大多数人根本不看日志。WorkBuddy的任务页里都有执行历史和错误详情遇到问题先点开详细日志比瞎猜高效得多。4.5 历史对话记录与本地记忆迁移失败我迁移历史对话记录时踩过最大的坑是格式不兼容。从网页版导出的记录直接导入桌面版有时会报错因为两者记录的数据结构不完全一致。解决办法很简单先用文本格式中转一次。把要迁移的记录导出成Markdown或TXT再以知识文档的形式导入新环境。虽然这样会丢失一部分会话的上下文结构但核心信息都在迁移的成功率几乎100%。如果你是整个工作区的迁移比如从个人空间迁移到团队空间建议先导出记忆文件和知识库再在新空间导入最后逐个人工核对一遍关键对话记录。迁移做完后不要马上删旧数据至少保留一周作为回退备份。4.6 常见问题速查表问题现象大概率原因推荐解决办法启动非常慢技能加载太多、文件夹扫描范围过大精简技能数量缩小本地文件夹访问范围网络连接失败3002登录态过期或网络策略异常重新登录检查网络白名单、防火墙定时任务不触发任务未启用或时区设置错误检查任务启用状态、核对执行时间时区微信消息发送失败授权过期或Webhook失效更新授权Token重新配置Webhook历史记录迁移失败两种环境的数据结构不兼容导出为TXT/Markdown后重新导入输出结果与预期不符角色卡片过于模糊或知识库没更新重写角色卡片补充最新资料到知识库文件夹访问被拒未授权该目录或权限范围过窄在设置中把目标目录加入授权列表5. 进阶玩法本地部署、专用版本与经验心得5.1 Linux/Ubuntu本地部署思路前面提到的都是在线使用但很多团队对数据隐私有硬性要求会倾向本地部署。WorkBuddy在Linux/Ubuntu上做本地化部署的流程本质上就是把服务端跑在自己的机器上数据不出内网。本地部署的步骤大致是准备好一台配置足够的服务器建议至少16G内存如果有大量的向量化和模型推理32G更宽松下载Linux版本安装包按官方文档完成服务端配置然后把团队成员的工作区迁移到本地服务。我能给的建议是先在一台测试机上跑通最小可用集确认专家创建、技能调用、知识库检索这几条主链路都正常再正式迁移生产数据。本地部署的优势是数据和隔离性都在自己手里风险在于维护成本。模型更新、组件升级、故障排查都要自己来我对纯业务团队的建议是不大动干戈先在线版用起来等有明确合规需求再做本地化。5.2 不同版本与官方认证体系WorkBuddy在面向不同行业时会有不同的版本侧重。比如金融版会多一些数据合规相关的限制企业版的专家创建和知识库容量会更完整。版本差异主要是功能范围和策略限制核心的“创建专家”操作逻辑是一致的。如果你想把WorkBuddy的能力变成职业竞争力可以关注效率智能体相关的官方从业者认证。这类认证通常考察你对智能体搭建、流程拆解、提示词设计的理解考过之后对求职或内部晋升都有帮助。我自己的体感是考认证的过程很大程度上帮你系统化整理了一遍实践知识比零散摸索更能查漏补缺。5.3 从上手到变现的个人观察聊到“变现”我的观点是先创造内部价值再考虑外部价值。最现实的路径是先在公司内部把自己的重复工作全部自动化做出几个内部大家都在用的专家锻炼出稳定的搭建方法论然后把这套方法论整理成案例或课程去帮助同行业的人。我见过做得好的朋友他先是给自己部门搭了数据周报专家和客户通知专家后来被邀请去其他部门分享再后来把这套东西包装成面向同行的训练营。变现的从来不是WorkBuddy这个软件本身而是你利用它解决具体问题的能力。5.4 创建专家这件事我踩过几次坑之后的真心话最后说点跟技术无关但很关键的体会。我踩过最大的坑是一开始把“创建专家”想成了“写一个完美Agent”于是不停堆提示词、堆技能、堆知识库结果整个专家越来越难维护改一个地方要连带测试半天。后来我明白一个道理好的专家不是大而全而是小而准。我现在的方法是每次只解决一个痛点一个专家只负责一条链路跑顺了再复制到其他场景。每周花20分钟做一次“专家运维”——看看这周哪个专家用得多、哪个专家输出老要改、哪个知识库很久没更新及时调整。这比追求一次性搭一个完美系统要有效得多。另外一个很实用的技巧是把你自己常用的角色卡片、自定义指令、知识库目录单独存在一个文档里每次新建专家时直接复制过去改而不是从零开始写。这个“提示词模板库”会让你创建新专家的速度越来越快也更容易保持多个专家之间的风格一致。WorkBuddy的“创建专家”功能本质上给了每个普通人不写代码也能拥有“AI助手团队”的机会。从梳理场景、写好角色卡片到挂技能、喂知识库、配置自动化每一步都不难但每一步都需要你结合自己的实际工作去思考。希望这篇实战记录能帮你少走一点弯路把第一个专家顺利建起来然后让它真正帮你干活。 
长河君 · 2026/9/13 15:44:32 · 阅读 1.2k WorkBuddy创建专家实战：从0到1搭建AI智能体自动化工作流
如果你想用AI干活而不是只跟它聊天WorkBuddy这类效率智能体工作台值得认真玩一玩。我自己花了两周时间把日常的项目周报、数据汇总、会议纪要这些重复劳动搬到了WorkBuddy上最核心的一步就是自己创建专家——也就是把“让AI帮我做事”的模糊想法变成一个带角色、带技能、带知识库、带自动化流程的实体智能体。这篇文章我会完整记录我自己从0到1创建专家的全过程包括为什么这样设计、每一步怎么操作、遇到哪些坑、最后怎么调优。无论你是刚下载WorkBuddy的小白还是想把手头流程自动化的效率控这篇文章都能给你一套可复现的路径。先说结论WorkBuddy里“创建专家”这件事并不难难的是在设计阶段把专家的边界想清楚以及后续把技能、记忆、知识库这些零件拧到一块。1. 先把“专家”想清楚整体设计与核心概念1.1 WorkBuddy里的“专家”到底是什么很多人第一次打开WorkBuddy看到“创建专家”按钮容易把它理解成“给AI起个名字、写段人设”然后就开始聊天。这是最大的误区。WorkBuddy里的“专家”本质上是一个可以独立运行的智能体Agent。它由四个部分拼装而成角色定义这个专家是谁、擅长什么、面对什么场景、按什么风格工作。技能清单它能调用哪些工具或能力比如读写表格、搜索网页、调用API、处理文档。记忆与知识库它知道什么、记得什么既能吃你喂的历史资料也能在多次会话中保持上下文。触发与自动化它是只在对话里等你问还是会定时干活、自动同步数据、主动输出结果。这四个零件的组合让“专家”从聊天机器人变成了一个“能独立完成一段工作的数字员工”。我习惯把它类比成“招了个实习生”你给他岗位说明书角色定义、办公软件技能、公司资料知识库、固定流程触发自动化他就能按你的标准干活而不是每次都要你从头交代。1.2 为什么非要自己创建专家不直接对话有朋友问过我WorkBuddy本身就能对话我直接把要求打在对话框里不就行了为什么要费劲创建一个专家答案是一次性的对话和可复用的专家效率完全不一样。对话框里的每次对话都是“裸奔”状态你要重复你的要求、重复给背景、重复纠正输出格式。而创建好的专家相当于把你所有的偏好、要求、数据、流程全部打包固化下来。下次你只需要说一句“开始吧”它就知道该干什么、按什么格式干、数据从哪来。这个思路在团队场景里价值更大。团队里一个人把“项目周报专家”搭好其他人直接用所有人的周报格式保持一致数据口径也一致。这不是省一次对话的事是省掉整个团队的重复沟通成本。1.3 WorkBuddy和CodeBuddy怎么选在WorkBuddy的交流群里几乎每周都有人问CodeBuddy和WorkBuddy的区别。这两个确实是同一套智能体生态里的产品但定位完全不同对比项CodeBuddyWorkBuddy核心定位面向开发者的智能编程助手面向办公/业务场景的效率智能体工作台主要场景代码补全、代码解释、单元测试、代码审查文档处理、数据汇总、定时任务、流程自动化典型用户程序员、技术团队运营、产品、HR、财务、项目经理等业务人员差异化能力深入IDE理解代码仓库专家创建、技能编排、知识库接入、工作流自动化上手门槛需要一定开发基础偏配置化业务人员也能用我的使用建议是写代码、读代码库的时候用CodeBuddy处理办公室里的重复劳动搭建自动化流程用WorkBuddy创建专家。两者并不冲突反而是互补关系。1.4 创建专家的第一步先梳理场景再动手我在创建第一个专家之前做了个极其笨但极其有效的动作在纸上把我要自动化的场景写下来。清单如下输入是什么比如多个项目群的聊天记录、钉钉多维表里的任务数据、本地Excel报表输出是什么比如一份格式统一的周报、一张汇总表、一条可直接发到群里的文字频率是多久一次每天、每周、还是被动触发谁来用只有自己还是整个团队有哪些边界不碰财务数据、不读某个敏感目录、不主动发送消息这套清单帮我避免了一个常见问题一上来就建一个“万能专家”结果什么都想干什么都干不好。我的第一个专家“项目周报聚合助手”就是因为边界清楚从创建到跑通只用了不到一个小时而我后来尝试的一个“全流程分析师”因为没有边界反复改了三天还在返工。2. 准备工作入口、环境与资源盘点2.1 安装与入口网页版、桌面版、Linux/UbuntuWorkBuddy提供了多种访问方式你可以按自己的使用环境选择。网页版最省事浏览器打开工作台就能用适合公司网络受限的场景。我第一次试用就是网页版不用安装、不用配置环境很适合判断“这东西到底适不适合我”。桌面客户端Windows和macOS都有安装包功能更全尤其是在“访问本地文件夹”和“读取本地文件”这类操作上桌面端权限比网页端好控制。Linux/Ubuntu版本开发者和技术团队常用。我看到社区里有Linux版安装包测试环境、服务器部署都方便。Ubuntu上安装时有几个依赖需要注意要有图形环境或者远程桌面否则部分交互界面起不来。我自己目前是桌面端为主、网页端为辅。桌面端用来创建专家、调试技能网页端用来随时查个资料、跑个对话。2.2 首次登录与工作台布局首次登录WorkBuddy你会进入一个类似“工作台”的主界面。我建议先花五分钟把菜单摸一遍不要把时间浪费在之后找不到功能上。几个关键区域专家列表区你创建的所有专家都在这里默认会有一些系统预置的模板专家可以先跟它们聊几句感受一下。会话区选中某个专家后你与它的对话、它执行任务的过程、输出结果都会在这里展示。技能/指令区管理专家可用技能、拖拽技能顺序、配置触发规则。设置区账号信息、模型参数、本地文件夹访问范围、历史记录管理等都在这里。有一点要注意WorkBuddy的菜单在不同版本里位置有差异网页版和桌面版不完全一样但核心概念是通用的。遇到找不到设置项的情况直接在会话区问专家“你的设置菜单在哪”大多数情况下它能直接给你指路。2.3 角色卡片与系统提示词怎么写创建专家时最核心的填写项是“角色卡片”其实就是一段系统提示词System Prompt。很多人在这里只写一句“你是一个周报助手”那输出的效果一定很泛。我总结了一个通用公式写角色卡片时照着填就行你是一个[角色身份]擅长[核心能力范围]。你的服务对象是[使用者/使用场景]。拿到输入后你需要按以下步骤执行[步骤1]、[步骤2]、[步骤3]。输出时必须符合[格式要求/表达风格]。如果遇到[特殊情况]请[兜底动作]。举个例子我给“项目周报聚合助手”写的角色卡片是这样的你是一个项目周报聚合助手擅长把多条项目进展信息合并成一份结构化周报。你的服务对象是项目组全体成员。拿到项目成员提交的进展输入后你需要第一步提取本周完成事项第二步提取下周计划第三步标注风险和阻塞。输出时必须使用表格形式按项目、负责人、周进展、下周计划、风险五列展示。如果输入信息缺少某项请标注“未提供”不要自行编造。这段提示词的效果立竿见影之前的模型只会把信息堆在一起改完之后输出直接是结构化表格基本不用二次调整。所以创建专家之前一定好好花十分钟打磨角色卡片这是整个专家的大脑。2.4 技能与自定义指令的推荐组合在WorkBuddy里技能Skill是专家能调用的工具集。系统内置了很多常用技能比如文档解析、表格处理、网页读取、邮件起草等。你自己也可以写自定义指令把一段固定的操作流程固化成一个技能。我提供几个我实测好用的组合建议你可以按需取用会议纪要专家录音转写技能 要点提取技能 任务拆分技能输出结果直接生成“结论-待办-负责人-截止时间”四段式纪要。竞品分析专家网页信息抓取技能 资料总结技能 表格整理技能适合做周度竞品动态追踪。招聘筛选专家简历解析技能 能力标签匹配技能 问题生成技能能把一堆简历筛出前三名并附上面试提问清单。自定义指令里我特别推荐“输出格式强制指令”。很多AI输出内容时容易跑偏格式加一条“无论内容多长必须使用Markdown表格输出表头固定为序号、事项、优先级、状态、备注”能省掉你大量排版时间。3. 从零创建你的第一位专家5步全流程实操3.1 新建专家并填写角色信息我以“项目周报聚合助手”为例完整演示一遍创建过程。第一步很直白在WorkBuddy工作台找到“创建专家”按钮点击进入配置页。配置页第一项是专家名称和简介。名称不要起“助手一号”这种没意义的要让人一眼看懂它是干嘛的。我建议“场景角色”比如“项目周报聚合助手”“合同信息提取员”“每日数据巡检员”。简介控制在20字以内方便在专家列表里快速识别。接着是刚才说的角色卡片填写。如果不知道怎么写先用系统提供的模板再逐步改成自己的风格。我见过有同学直接在网上抄了一份英文提示词效果很差因为中文办公场景和英文提示词的用户习惯差异很大。建议先用中文、用自己的业务话术写等后续跑通了再优化措辞。3.2 配置系统提示词与自定义指令在角色卡片之外WorkBuddy还允许配置若干条自定义指令。这些指令可以理解为“专家的长期行为守则”每一次会话都会生效。我给自己创建的周报专家配了三条自定义指令每次输出周报前先检查输入信息是否包含“本周完成”和“下周计划”这两个关键词缺失时先提问补充。涉及数据和日期时不要四舍五入保留原始值并标注统计口径。如果输入内容超过5000字先分段处理每次只提取一个项目的进展最后合并输出。这三条指令其实就是我在实际使用中最在意的规则。把它们写进自定义指令后专家的输出就稳定多了。这里也分享一个经验配置指令时宁可详细一点也不要模糊。比如“分析数据”不如“计算每个项目本周完成率并与上周对比后标注上升/下降”。3.3 挂载技能从内置技能到自定义技能配置完角色和指令下一步给专家挂上它需要的技能。WorkBuddy内置技能库里常见的技能包括文档解析、表格读写、Web搜索、邮件起草等你可以在技能列表里勾选启用。但真正的威力在于自定义技能。比如我的周报专家需要定时读取钉钉多维表里的任务数据但内置技能没有直接对接钉钉多维表的能力。我就在技能配置里新增一个“定时拉取钉钉多维表数据”技能配置好数据源地址、刷新频率、字段映射关系专家执行任务时就会先调用这个技能拉数据再进行后续处理。这里要补充一个实操要领技能不是越多越好。每挂一个技能专家在处理任务时都要多一层判断挂多了容易让执行变慢甚至出错。我一个专家最多挂5个技能超过5个的我会重新审视是不是这个专家塞了太多不相关的功能需不需要拆成两个专家。3.4 接入知识库与历史记忆专家要从“通用AI”变成“懂你业务的专家”关键在知识库。WorkBuddy支持把本地文档、网页内容、历史对话记录导入进来作为专家参考这个过程底层会做向量化和语义检索。通俗讲就是把你的资料切成小块、编上索引专家回答问题时先在资料库里找到相关内容再结合问题生成答案。我导入知识库时一般分三类业务规则类公司制度、项目规范、SOP文档。历史数据类过往周报、历史报表、案例总结。术语词典类业务简称、内部黑话、客户背景。如果你是团队管理员建议把团队通用的知识库放在公共知识库区域成员创建专家时直接引用避免每个人各喂一份既浪费空间又容易版本不一致。另外如果你在用WeKnora这类专门的RAG知识库工具也可以在WorkBuddy的对接配置里把这类外部知识库接进来专家回答问题时会优先从对接的知识库检索知识来源会更可控这一点在信息量大的企业场景尤其好用。本地记忆迁移也要说一句。WorkBuddy保存的历史对话记录是可以迁出的我习惯每个月底把当月对话记录导出一次整理成知识文档再导回知识库。这样专家“越用越懂你”——它记得你上个月对周报格式的调整也知道你这段时间在跟哪个项目不用你每次重复交代背景。3.5 设置触发方式与自动化专家配置好之后你要决定它怎么被“叫醒”。WorkBuddy支持几种常见的触发方式手动会话想用的时候打开专家开始对话适合不固定频率的任务。定时任务设置每天/每周的固定时间自动执行比如每周五下午5点自动生成周报。事件触发某些外部工具发生更新时自动触发比如钉钉多维表新增一条记录就通知专家处理。我给“项目周报聚合助手”设置的就是每周五下午4点定时执行执行完自动把结果写入钉钉多维表的一个固定Sheet里。手动触发也保留方便临时需要时手动补一份。这里有个细节定时任务执行前最好先在手动会话里跑通一次确保流程无误否则定时任务失败时排查起来会比较麻烦。3.6 测试、灰度与上线迭代配置完成不等于专家已经能用。我的习惯是先用小样本测三遍第一遍用自己准备的标准输入测试看输出是否符合预期第二遍用真实业务数据测试看有没有意外情况第三遍让团队里另一个同事试用收集他视角的反馈。这个“测三遍”的流程帮我挡掉过不少问题。有一次同事反馈专家输出的周报里缺少某个项目的进展一查发现是知识库里该项目的历史文档一直没有更新专家检索不到最新数据。这属于典型的“不是专家笨是你没喂饱”的情况——及时更新知识库后就解决了。所以创建专家这件事不是“配好就完事”它更像养一个员工需要持续反馈、持续更新知识、持续调优指令。我会在每次用完后用一句话记录“这次结果哪里好、哪里不对”月末统一优化一次角色卡片和知识库让专家始终保持可用状态。4. 实战中的坑常见问题与排查技巧实录4.1 WorkBuddy启动非常慢怎么优化这个问题在社区里被问过很多次。启动慢的原因通常有几个插件或技能加载过多每个技能启动时都会预加载技能越多越慢。我实测过从6个技能减到3个冷启动时间能缩短近一半。本地文件夹扫描范围过大桌面端启动时要建立本地文件夹索引如果你把整个电脑磁盘都授权给它启动必然慢。把访问范围缩小到真正需要的几个工作目录启动速度会明显改善。模型加载部分高级功能需要加载本地模型或初始化组件首次启动会慢一些。如果首次启动后仍然很慢可以检查有没有旧的进程残留重启一次客户端通常能解决。还有一个不起眼但很常见的坑公司电脑开了复杂的杀毒软件或终端管控会拖慢软件启动。我会建议让信息部门把WorkBuddy加入软件白名单或者至少确认它没被杀毒软件实时扫描监控启动速度能快上一截。4.2 网络连接失败3002怎么处理我在Linux版上遇到过多次“网络连接失败3002”报错。根据我的排查这个报错大概率出在连接服务端时的网络策略上。常规排查思路如下先确认账号登录态是否过期退出重新登录一次最简单也最容易奏效。检查网络是否正常访问其他网页、接口是否通。确认本机DNS解析正常必要时把DNS改成常见的公共DNS再试。如果你在公司内网确认WorkBuddy的服务端域名或IP是否在公司网络白名单里。很多企业内网策略比较严格需要把WorkBuddy相关的网络请求域名加白才能连上。最后看防火墙或安全软件是否拦截了WorkBuddy的通信。这里要强调一下第4点。很多人碰到3002就反复卸载重装其实越装越没用。网络策略的问题不是客户端能解决的找网络管理员放行域名比什么都管用。4.3 访问文件夹范围如何设置得更安全WorkBuddy桌面端会申请读取本地文件的权限但我不建议直接就授予“整块磁盘”的权限。权限越大风险和干扰越大——专家读取本地文件时扫描范围越大越容易把无关文件混进上下文影响回答质量。我的做法是单独建一个“WorkBuddy数据源”目录放所有允许专家读取的工作文件其他目录一概不给权限。这样既保护了电脑里的私密文档也让专家能更快定位到有效数据。对一些特别敏感的文件文件级别再加一层密码专家读不到也就不会泄密。这个习惯从第一天就要养好后面专家越建越多、数据越喂越杂的时候你会感谢当时的克制。4.4 定时任务不触发或微信消息发送失败定时任务不生效我从日志里的排查经验来说优先检查两个点一是任务状态是否处于“启用”状态很多任务配置时是默认停用的二是任务的执行时间是不是用的美国时区之类的错误时间戳导致你以为到点了它还没跑。微信消息发送失败的原因比较多样。常见的是授权失效——外部渠道的token有效期过了。我遇到过一次排查半天发现是扫码登录时用的手机号换了新的微信账号没有绑定WorkBuddy。换个场景说如果在公司企业微信环境里发送消息失败大概率是应用权限没开或者群机器人的Webhook地址变了重新配置一下就好。这类自动化问题有个特征报错日志通常很明确只是大多数人根本不看日志。WorkBuddy的任务页里都有执行历史和错误详情遇到问题先点开详细日志比瞎猜高效得多。4.5 历史对话记录与本地记忆迁移失败我迁移历史对话记录时踩过最大的坑是格式不兼容。从网页版导出的记录直接导入桌面版有时会报错因为两者记录的数据结构不完全一致。解决办法很简单先用文本格式中转一次。把要迁移的记录导出成Markdown或TXT再以知识文档的形式导入新环境。虽然这样会丢失一部分会话的上下文结构但核心信息都在迁移的成功率几乎100%。如果你是整个工作区的迁移比如从个人空间迁移到团队空间建议先导出记忆文件和知识库再在新空间导入最后逐个人工核对一遍关键对话记录。迁移做完后不要马上删旧数据至少保留一周作为回退备份。4.6 常见问题速查表问题现象大概率原因推荐解决办法启动非常慢技能加载太多、文件夹扫描范围过大精简技能数量缩小本地文件夹访问范围网络连接失败3002登录态过期或网络策略异常重新登录检查网络白名单、防火墙定时任务不触发任务未启用或时区设置错误检查任务启用状态、核对执行时间时区微信消息发送失败授权过期或Webhook失效更新授权Token重新配置Webhook历史记录迁移失败两种环境的数据结构不兼容导出为TXT/Markdown后重新导入输出结果与预期不符角色卡片过于模糊或知识库没更新重写角色卡片补充最新资料到知识库文件夹访问被拒未授权该目录或权限范围过窄在设置中把目标目录加入授权列表5. 进阶玩法本地部署、专用版本与经验心得5.1 Linux/Ubuntu本地部署思路前面提到的都是在线使用但很多团队对数据隐私有硬性要求会倾向本地部署。WorkBuddy在Linux/Ubuntu上做本地化部署的流程本质上就是把服务端跑在自己的机器上数据不出内网。本地部署的步骤大致是准备好一台配置足够的服务器建议至少16G内存如果有大量的向量化和模型推理32G更宽松下载Linux版本安装包按官方文档完成服务端配置然后把团队成员的工作区迁移到本地服务。我能给的建议是先在一台测试机上跑通最小可用集确认专家创建、技能调用、知识库检索这几条主链路都正常再正式迁移生产数据。本地部署的优势是数据和隔离性都在自己手里风险在于维护成本。模型更新、组件升级、故障排查都要自己来我对纯业务团队的建议是不大动干戈先在线版用起来等有明确合规需求再做本地化。5.2 不同版本与官方认证体系WorkBuddy在面向不同行业时会有不同的版本侧重。比如金融版会多一些数据合规相关的限制企业版的专家创建和知识库容量会更完整。版本差异主要是功能范围和策略限制核心的“创建专家”操作逻辑是一致的。如果你想把WorkBuddy的能力变成职业竞争力可以关注效率智能体相关的官方从业者认证。这类认证通常考察你对智能体搭建、流程拆解、提示词设计的理解考过之后对求职或内部晋升都有帮助。我自己的体感是考认证的过程很大程度上帮你系统化整理了一遍实践知识比零散摸索更能查漏补缺。5.3 从上手到变现的个人观察聊到“变现”我的观点是先创造内部价值再考虑外部价值。最现实的路径是先在公司内部把自己的重复工作全部自动化做出几个内部大家都在用的专家锻炼出稳定的搭建方法论然后把这套方法论整理成案例或课程去帮助同行业的人。我见过做得好的朋友他先是给自己部门搭了数据周报专家和客户通知专家后来被邀请去其他部门分享再后来把这套东西包装成面向同行的训练营。变现的从来不是WorkBuddy这个软件本身而是你利用它解决具体问题的能力。5.4 创建专家这件事我踩过几次坑之后的真心话最后说点跟技术无关但很关键的体会。我踩过最大的坑是一开始把“创建专家”想成了“写一个完美Agent”于是不停堆提示词、堆技能、堆知识库结果整个专家越来越难维护改一个地方要连带测试半天。后来我明白一个道理好的专家不是大而全而是小而准。我现在的方法是每次只解决一个痛点一个专家只负责一条链路跑顺了再复制到其他场景。每周花20分钟做一次“专家运维”——看看这周哪个专家用得多、哪个专家输出老要改、哪个知识库很久没更新及时调整。这比追求一次性搭一个完美系统要有效得多。另外一个很实用的技巧是把你自己常用的角色卡片、自定义指令、知识库目录单独存在一个文档里每次新建专家时直接复制过去改而不是从零开始写。这个“提示词模板库”会让你创建新专家的速度越来越快也更容易保持多个专家之间的风格一致。WorkBuddy的“创建专家”功能本质上给了每个普通人不写代码也能拥有“AI助手团队”的机会。从梳理场景、写好角色卡片到挂技能、喂知识库、配置自动化每一步都不难但每一步都需要你结合自己的实际工作去思考。希望这篇实战记录能帮你少走一点弯路把第一个专家顺利建起来然后让它真正帮你干活。