这两年智能体工具遍地开花我一直在找一个能把“对话”变成“干活”的东西。WorkBuddy是我用过最贴近这个需求的工作台之一它最大的特点就是允许你自己创建专家把一个普通聊天框改造成有岗位职责、有技能、还能定时干活的智能体。这篇文章我会从一个真实使用者的角度把我从安装到创建专家再到让专家自动帮我发消息、同步表格的全过程写下来。看完之后你不需要再去翻那些零散的热搜词照着这套思路操作就行。很多人第一次打开WorkBuddy会懵界面看上去既像聊天软件又像办公软件还有一堆技能、知识库、定时任务之类的菜单。其实它的逻辑很简单WorkBuddy不是一个单一工具而是一个能跑智能体任务的工作台你可以把常用工作交给不同的“专家”处理。我花了一周时间在这里搭了三个角色一个帮我查资料写周报一个盯着项目群消息还有一个定时汇总钉钉表格。今天这篇就围绕“自己创建专家”这件事把完整流程和踩坑记录都分享出来。1. 先搞懂WorkBuddy的定位再动手1.1 WorkBuddy到底是什么一句话说清WorkBuddy是一个以“智能体”为核心的工作台它把对话、知识库、技能、定时任务、第三方应用连接都整合进了同一个界面。你可以在里面创建一个个“专家”每个专家拥有独立的身份设定、指令约束、技能插件和记忆空间。我习惯把它类比成“数字助理的中控台”。不是所有任务都应该由一个通用聊天机器人完成更好的做法是拆分角色一个负责信息收集一个负责文本处理一个负责定时推送。WorkBuddy里的“专家”就是这个逻辑每个专家对应一个岗位岗位说明书由你自己写。这个设计解决了一个很现实的问题——通用大模型对话在回答问题时很聪明但让它稳定执行重复工作就很不可靠。创建专家本质上是在给模型划定工作边界告诉它你是谁、能做什么、不能做什么、输出格式是什么。边界越清晰执行越稳定。这一点在做自动化任务时尤其重要因为你不会每次都在旁边盯着它。1.2 和CodeBuddy的区别很多人会把WorkBuddy和CodeBuddy搞混我一开始也踩了这个坑。两者确实有关系但定位完全不同。CodeBuddy偏开发场景核心是辅助程序员写代码、读仓库、修Bug、理解项目结构它更像一个“结对程序员”。WorkBuddy偏办公与工作流场景擅长处理文档、管理日程、做内容生成、执行定时任务、对接企业应用它更像一个“数字员工”。用一个简单标准判断如果你要让工具帮你写代码选CodeBuddy如果你要让工具帮你干活比如整理资料、发消息、同步表格那就用WorkBuddy。两个工具有时会配合使用比如在CodeBuddy里写完脚本再把结果交给WorkBuddy定时执行。对于只使用聊天问答的人来说两者的差异不会很明显但一旦涉及自动化和技能编排选错工具就会很痛苦。2. 装好环境再动手安装与部署准备2.1 客户端安装我最早是在Windows上用的安装过程比较常规去官网或公司IT提供的内部渠道下载安装包双击按提示走完就行。有几点值得提醒安装路径尽量不要带中文和空格某些技能脚本在解析路径时会出问题。第一次启动会做初始化包括下载模型索引、加载内置技能这个阶段时间长一点是正常的别急着关。如果下载安装包特别慢不要反复重试找个网络空闲时段再下或者让已经装好的同事直接发安装包。macOS版本的逻辑差不多。唯一要注意的是新版本macOS会弹权限确认框比如允许访问“文稿”文件夹、允许接收通知这些权限建议全部点允许不然后面创建专家时读不到本地文档排查起来很让人头大。2.2 Linux/Ubuntu部署步骤WorkBuddy在Linux上多以压缩包方式分发我在Ubuntu 22.04上部署过一轮核心步骤如下解压安装包到指定目录比如/opt/workbuddy。确认系统已安装必要的运行库一般需要libssl、libicu等基础库缺失时用系统包管理器补装。用普通用户启动不要用root直接运行。我一开始图省事用了root结果启动后目录权限乱了后面技能写文件各种报错。若希望开机自启可以配置systemd服务下面是我在用的一个简化示例[Unit] DescriptionWorkBuddy Service Afternetwork.target [Service] Useryourname ExecStart/opt/workbuddy/workbuddy WorkingDirectory/opt/workbuddy Restarton-failure RestartSec5 [Install] WantedBymulti-user.target配置好后执行systemctl daemon-reload再systemctl start workbuddy即可。日志默认输出在安装目录下的logs文件夹里排查问题时优先看这里。2.3 登录、工作空间与权限准备安装完还要过登录这一步。WorkBuddy支持企业账号和手机号登录我建议优先用企业账号因为团队共享专家、统一权限都要靠企业空间来承载。登录后第一件事不是急着创建专家而是检查三样东西工作空间是否正确、文件访问范围是否符合预期、通知权限是否打开。工作空间选错了后面创建的专家可能出现在别人那里文件访问范围不设置专家就读不到你本地的资料通知权限不打开定时任务完成后的提醒就收不到。权限这块尤其要上心。WorkBuddy默认不会主动扫描你全盘的文件需要你手动指定可访问的文件夹。这既是隐私保护也是防止智能体误操作。我一般会单独建一个workbuddy_data目录把需要给专家参考的材料放进去这样权限边界非常清晰。3. 从零创建属于自己的专家3.1 先写“岗位说明书”再写指令这是整个创建专家过程中我最想强调的一步。很多人创建专家时上来就写一两句“帮我查资料”“帮我写文件”结果用起来发现回答很泛根本不像一个专家。原因很简单你没有给它足够清晰的岗位定义。我自己总结了一套“岗位说明书”写法无论什么领域都能套用身份定位你是什么人专业领域是什么。职责范围你负责哪些任务明确列出。工作方式回答风格、输出格式、是否用表格。边界约束哪些事情不做什么情况必须拒绝。下面是一个可以复制的指令模板我创建“项目周报助手”时用的就是这套你是一名项目周报助手擅长从项目资料中提取进展、风险和下周计划。 你的职责包括 1. 根据我提供的项目文档整理本周完成事项。 2. 标记风险项并给出风险等级建议。 3. 输出格式固定为Markdown表格包含模块、本周进展、风险、下周计划。 4. 当资料不足时明确列出缺失项不猜测。 你拒绝回答与项目管理无关的问题。这个模板看起来简单但实际效果比我之前写的复杂提示词好很多。原因是它把“输出约束”和“拒绝规则”写清楚了模型才不会自由发挥。3.2 创建专家界面操作与关键配置岗位说明书准备好了就可以在WorkBuddy界面里创建。路径一般在“专家管理”或“创建专家”入口不同版本稍微有差异但核心配置项是通用的。需要填写的关键字段如下名称建议用“项目周报助手”这种一看就懂的名字不要用“小王”“小助手”这种模糊称呼。描述一句话说明这个专家能干什么会显示在列表页。模型版本根据任务复杂度选择。日常写作和资料整理用响应快的模型复杂推理任务用更强的大模型。温度/随机性参数正式输出类任务建议调低让回答更稳定。指令内容把岗位说明书粘贴进去这部分是核心。技能插件按需启用后面单独讲。我建议第一版先把参数都设保守比如温度调到最低指令严格一点跑通后再逐步放开。很多人的误区是上来就希望专家“有灵性”结果反而很难控制。先让它稳定再让它聪明。3.3 Skill与自定义指令推荐Skill是WorkBuddy里非常关键的机制可以理解为给专家安装的技能插件。每个专家可以挂载多个Skill让它在特定场景下具备额外能力。根据我自己的使用经验以下几类Skill最值得优先配置文档解析支持PDF、Word、Markdown等格式适合需要喂资料的场景。网页内容抓取让专家能读取指定网页内容适合做信息整理。表格处理处理Excel、CSV适合报表相关任务。延迟/定时触发让专家能在指定时间执行任务比如每天早上生成日报。消息推送对接微信、钉钉等渠道把结果发送到指定群或联系人。Skill不用一次装太多装多了反而会影响响应速度。我更推荐“按岗位配置”这个专家需要什么能力就装什么保持精简。另外自定义指令也很重要。有些指令跟具体岗位无关但会影响所有专家的使用体验我建议把这些写进每个专家的指令里回复时先给结论再给依据 涉及数据计算时展示计算过程 一次只处理一个任务任务结束后询问是否继续 若请求不明确先列出你的理解并向我确认。这些通用指令能极大提升实用性减少来回沟通成本。3.4 知识库与记忆设置让专家越用越懂你创建专家时还有一个容易被忽略的选项——知识库。简单理解就是给专家额外喂一批参考资料回答时优先基于这些资料而不是完全依赖模型自己的知识。我把操作分为三类第一类是“项目资料知识库”。把项目文档、会议纪要、历史报告丢进知识库专家在写周报或答疑时就会引用这些内容。建议使用PDF或Markdown格式并做好目录命名。第二类是“个人偏好记忆”。WorkBuddy的记忆机制会记录你和专家的历史对话你可以把常用偏好直接写进专家描述里比如“回复控制在300字以内”“涉及金额要保留两位小数”。这样不用每次重复交代。第三类是“定期整理”。我建议每隔一段时间清理历史会话把真正有价值的信息沉淀到知识库中而不是让专家依靠对话记忆。对话记录会越来越长最终影响响应速度知识库则更稳定、更可控。4. 把专家用起来三个高频实战场景4.1 场景一定时发送微信消息我最常让专家做的一件事情就是每天早上定时把日报汇总后发到微信群里。以前手动操作要反复复制粘贴现在完全自动化。配置逻辑分三步在专家设置中启用“定时任务”Skill。设定触发时间比如每天早上9点。指定任务内容读取某目录下的最新日报文件生成摘要发送到指定微信群。需要注意消息发送前最好先做一次“测试模式”验证直接发到自己的微信小号确认格式和内容没问题再换成正式群。我第一次配置时直接发到工作群结果格式完全错乱特别尴尬。另外定时任务里建议加一条异常处理指令“若当天没有找到日报文件不发送消息改为提醒我补充材料。”这样即使数据缺失也不会发一堆空内容出来。4.2 场景二钉钉多维表定期同步另一个让我觉得值回票价的场景是让专家定期同步钉钉多维表。这个需求听起来不复杂但人工做的时候非常耗时。配置步骤大概如下在WorkBuddy中授权钉钉账号。指定目标多维表和要读取的字段。设置字段映射关系比如表格里的“负责人”字段对应专家输出的“owner”。设定同步频率比如每30分钟执行一次。开启冲突处理策略遇到同名记录时以最新数据为准。实现后项目组的多维表会自动更新我再也不用手动粘贴数据了。这里提醒一个细节如果表格数据量大最好开启“增量同步”只同步变化的数据不然每次全量同步不仅慢还容易触发接口限制。敏感信息的数据同步前一定要做脱敏。多维表是多人可见的如果把不该暴露的数据同步进去麻烦就大了。4.3 场景三历史对话记录与本地记忆迁移换电脑或重装系统之前一定要处理历史对话记录。WorkBuddy的云端模式一般会把对话记录和账号绑定登录后自动恢复但如果你用的版本有本地存储就需要手动迁移。我的做法是在设置界面找到“导出数据”把对话记录和知识库文件打包备份。新设备安装完成后先完成登录再执行“导入数据”。导入后检查专家配置是否完整特别是指令文件、Skill开关和知识库路径。这里最容易被忽略的是“本地文件路径”。有些专家的知识库引用的是本机绝对路径比如/home/yourname/workbuddy_data换电脑后路径变了专家就读不到文件。迁移后务必逐个检查知识库引用把路径更新为新电脑的路径。5. 常见问题与避坑技巧实录5.1 启动非常慢这是被吐槽最多的问题我自己也遇到过几次。常见原因有三类第一类是首次启动时的初始化。WorkBuddy首次打开要建立索引、加载技能、初始化本地向量库慢是正常的耐心等几分钟即可。第二类是历史数据太多。如果工作区里堆积了大量历史对话和知识库文件启动时都会扫描一遍。解决办法是定期清理无用会话把资料归档到外部目录。第三类是电脑配置问题。内存小于16G或者磁盘是机械硬盘时启动速度明显受影响。建议安装在SSD上运行时会流畅很多。如果以上都排除了还是特别慢优先查看日志文件看卡在哪一步。日志里有明确的进度信息定位起来比盲猜快得多。5.2 网络连接失败3002等有个很典型的报错是启动后提示网络连接失败带一个错误码比如3002。遇到这类问题我建议按以下顺序排查先确认网络本身是通的浏览器能正常打开网页。检查设备时间是否正确。时间偏差过大会导致登录认证失败这是很常见的原因。查看系统防火墙或安全软件是否拦截了WorkBuddy的网络请求。如果在企业内网使用确认网络管理员是否放行了相应端口。清理登录状态重新登录试试。特别提醒遇到网络问题不要自行安装来路不明的工具最稳妥的做法是联系企业IT或运维同事让他们从网络策略层面排查。5.3 文件夹访问范围设置很多新手反馈专家读不到本地文件大概率是文件访问权限没放开。WorkBuddy出于安全考虑默认只允许专家访问少数系统目录。设置方法进入设置找到“文件权限”或“访问范围”手动添加允许访问的文件夹。我只建议添加一个工作目录不要给整个磁盘权限。这里有个反常识的点即使你在专家指令里写了“读取某路径的文件”只要该路径不在访问范围内专家依然读不到。权限判断优先于指令执行这个机制要记住。5.4 weknora是什么怎么用在WorkBuddy的下载包和文档里你可能会看到weknora这个词。它本质上是一个知识检索组件全称我没有完全考证但在实际使用中它承担的是“把文档转为可检索的知识向量并在对话时辅助回答问题”的工作。通俗说你把一堆资料丢给专家weknora负责“切分、索引、检索”让专家能在海量文档里快速找到相关内容。如果关掉它专家就只能依赖自己的上下文记忆回答深度会明显下降。使用时不需要单独操作创建专家时确保开启了知识库功能即可。如果文档数量非常大注意分批上传避免一次性导入上千个文件导致索引时间过长。6. 进阶玩法本地部署与团队共享6.1 本地部署需要准备的资源如果你有数据和隐私方面的要求可以考虑WorkBuddy的本地部署模式。这需要在自有服务器或内网环境中安装运行整体思路与客户端类似但对硬件有要求。我给一个参考配置适合10人以下的小团队使用CPU8核及以上。内存32GB起步推荐64GB。磁盘SSD建议预留200GB以上空间。模型需要准备对话模型文件量级通常在GB以上。运行环境Linux服务器和容器环境通常是最省心的组合。本地部署的好处是数据不出内网但也意味着所有模型推理、索引构建都在自己的机器上跑硬件成本不低。如果只是个人使用我并不推荐一上来就搞本地部署先用云端模式跑通流程确认价值后再投入资源。6.2 把专家发布到团队空间创建好的专家除了自己用还可以发布到团队的共享空间让同事直接使用。发布前建议做两件事一是对专家指令做一轮“通用化”把针对你个人的偏好改成团队通用规则二是补充清楚描述和示例问题这样团队成员才知道这个专家能干什么、怎么提问。权限配置方面团队共享模式下可以设置“可查看”“可评论”“可编辑”三种级别。普通成员给“可查看”即可减少被误改的风险。如果你的团队有专人维护智能体建议由一个人统一管理和更新指令避免多人同时改出冲突。6.3 关于企业版的进一步探索如果你所在团队考取了相关从业者认证或者开通了企业版WorkBuddy能对接的应用会更多比如企业微信、多维表、项目管理系统等。这类功能往往需要管理员在后端配置授权个人用户无法单独开启。我的建议是先以个人身份把“创建专家”这套流程玩熟再去找管理员申请企业权限。这样当权限开放后你就有能力快速搭建适合团队的自动化流程而不是临时摸索白白浪费时间。创建工作区和专家只是开始真正有价值的是让专家持续参与你的工作流。我现在每个星期五都会留出半小时检查本周专家的指令是否合理、知识库是否需要更新、有没有新的重复劳动可以交给它。这个习惯听起来很枯燥但正是这一步决定了你是把WorkBuddy用成一个玩具还是用成一个真正替你干活的数字员工。
代码注入：原理、攻击链与安全防御实战)
