1. 装完 WorkBuddy 先别急着开干这五个技能缺口不补上等于白装WorkBuddy 这类工具最近在圈子里讨论度很高从“workbuddy使用教程”到“workbuddy从入门到精通 pdf下载”各种关键词满天飞。但我观察到一个很普遍的现象很多人花了不少时间把 WorkBuddy 装好、账号登进去、界面摸了一遍然后就卡住了——不知道该让它干什么或者随便丢几个任务进去出来的结果“AI味”重得没法直接用最后得出结论“这玩意儿也就那样”。问题不在工具本身在于你装完 WorkBuddy 之后默认它只有一副“裸骨架”。它真正好用的状态是需要你主动补几个关键技能模块的。这就像你买了一台专业相机机身再好不配镜头、不调参数拍出来的东西跟手机没区别。WorkBuddy 的 skill 体系就是它的“镜头群”而 find-skills、humanizer-zh、agent-browser、skill-creator 这几个热搜词恰好指向了最该优先补齐的五个能力方向。这篇文章不跟你扯虚的我按实际使用顺序把这五个技能缺口一个一个拆开讲每个技能解决什么问题、为什么装完 WorkBuddy 第一件事就该补它、具体怎么配置、补完之后工作流会发生什么变化。如果你正在搜“workbuddy搭建工作台”或者“workbuddy skill”相关的内容这篇应该能帮你少走不少弯路。2. 第一个缺口find-skills——先让 WorkBuddy 学会“找工具”而不是硬着头皮瞎干2.1 为什么 find-skills 是优先级最高的技能刚装好的 WorkBuddy面对一个任务时的默认行为是用它自己内置的那点能力去硬解。你让它处理一个稍微偏门的需求比如“把这份 PDF 里的表格提取出来转成 Excel 并做数据校验”它可能会尝试用文本处理的方式去硬啃结果格式全乱。这不是它笨是它不知道“自己还有别的工具可以用”。find-skills 这个技能的核心作用就是给 WorkBuddy 装上一套“工具检索意识”。当它接到任务时会先判断这个任务有没有现成的 skill 可以调用如果有就去找、去加载、去用如果没有再考虑用通用能力兜底。这个逻辑听起来简单但有没有这个技能实际输出质量的差距是断崖式的。我做过一个对比测试同一个“从网页抓取结构化数据并生成报告”的任务没装 find-skills 之前WorkBuddy 会尝试用对话上下文里那点信息去拼凑结果数据缺胳膊少腿装上 find-skills 之后它会主动去检索有没有网页抓取相关的 skill找到 agent-browser 之后直接调用整个流程顺畅得多。2.2 find-skills 的实际配置与触发逻辑find-skills 的配置不复杂但有几个关键点容易忽略。首先你需要确保 skill 的索引路径是正确的。WorkBuddy 默认会扫描一个 skill 目录但如果你是从 GitHub 或者第三方渠道下载的 skill 包需要手动放到对应目录下或者在配置里指定额外的扫描路径。# 查看当前 WorkBuddy 的 skill 扫描路径配置 workbuddy config get skill.paths # 如果需要添加自定义 skill 目录 workbuddy config set skill.paths /your/custom/skill/dir:/default/skill/dir配置好之后find-skills 的触发是自动的但你可以通过一些技巧提高它的命中率。比如在给 WorkBuddy 下任务时稍微描述一下任务的“类型”而不是只给一个模糊的目标。你说“帮我处理一下这个文件”它可能不知道要找什么 skill你说“帮我把这个 CSV 文件做数据清洗和格式转换”它就能更精准地去检索数据处理类的 skill。注意find-skills 本身不提供任何具体能力它只是一个“调度器”。所以补完这个技能之后你还需要确保 skill 库里有足够多的可用模块否则它找了一圈发现什么都没有还是会回退到通用模式。2.3 补完 find-skills 之后的工作流变化最明显的变化是WorkBuddy 从“单打独斗”变成了“团队协作”。以前它像一个什么活都自己干的 freelancer现在它更像一个项目经理知道什么时候该调用什么资源。这个转变带来的直接好处是任务完成度的提升——以前可能只能做到 60 分现在能到 85 分以上。另一个容易被忽略的好处是“可解释性”。当 WorkBuddy 通过 find-skills 调用了某个具体 skill 来完成任务时你能清楚地看到它用了什么工具、走了什么流程。这对于排查问题和优化工作流非常有帮助。以前它闷头输出一个结果你也不知道中间发生了什么现在你能看到它的“思考路径”哪里卡住了、哪里选错了工具一目了然。3. 第二个缺口humanizer-zh——不补这个你的输出永远带着一股“机器味”3.1 “AI味”到底是个什么东西如果你用过一段时间的 WorkBuddy大概率遇到过这种情况内容逻辑没问题、信息也准确但读起来就是不对劲——句子结构太工整、用词太“标准”、过渡太顺滑顺滑到不像人写的。这就是所谓的“AI味”。humanizer-zh 这个技能就是专门用来解决这个问题的。它的作用不是简单地“改几个词”而是从句子节奏、用词习惯、段落结构等多个维度把机器生成的文本“人化”。我实测下来经过 humanizer-zh 处理过的文本在可读性和自然度上至少提升一个档次。为什么这个技能要排在第二位补因为 WorkBuddy 的绝大多数输出都是文本形态的。你不管是写报告、写邮件、写方案、写文案最终交付的都是文字。如果文字本身带着浓重的机器味后面的所有工作都白搭。先把输出质量的地基打好再往上叠其他能力顺序不能乱。3.2 humanizer-zh 的处理逻辑与参数调优humanizer-zh 的核心处理逻辑可以拆成三层第一层是“句式重组”把过于规整的排比句、对仗句打散换成更自然的表达第二层是“词汇替换”把那些 AI 高频使用的“标准词”换成更口语化、更有个人色彩的表达第三层是“节奏调整”控制段落长度和句子长短的变化避免通篇一个节奏。{ humanizer-zh: { aggressiveness: 0.7, preserve_technical_terms: true, target_style: casual-professional, max_sentence_length: 45, min_sentence_length: 8 } }上面这个配置是我自己调出来的几个关键参数解释一下。aggressiveness控制“人化”的力度0.7 是一个比较平衡的值再高可能会改变原意再低效果不明显。preserve_technical_terms一定要设为 true否则它可能把专业术语也给你“人化”掉那就出大事了。target_style根据你的使用场景来定写正式报告和写社区帖子肯定不一样。提示humanizer-zh 不是万能的。如果原始文本的逻辑本身就混乱人化之后只会更混乱。所以正确的用法是先让 WorkBuddy 把内容逻辑理顺再用 humanizer-zh 做风格处理。顺序反了效果大打折扣。3.3 实测对比人化前后的差异有多大我拿同一段 WorkBuddy 生成的“项目周报”做了对比测试。原始版本是这样的“本周项目进展顺利各项任务均按计划推进。技术团队完成了核心模块的开发工作测试团队同步开展了集成测试。下周将继续推进剩余功能的开发与验证。”经过 humanizer-zh 处理之后变成了“这周项目整体跑得比较顺基本没出什么幺蛾子。技术那边把核心模块啃下来了测试同步跟上了集成测试。下周的重点是把剩下的功能收尾然后过一遍完整验证。”信息量完全一样但读起来的感受完全不同。原始版本你一看就知道是机器写的处理后的版本更像是一个真实的人在群里发的消息。这就是 humanizer-zh 的价值——它不改变内容只改变内容的“质感”。4. 第三个缺口agent-browser——让 WorkBuddy 真正“能上网干活”4.1 为什么 WorkBuddy 需要浏览器能力WorkBuddy 本身是一个偏“本地”的工具它的默认能力集中在文本处理、文件操作、代码生成这些方面。但实际工作中大量的任务是需要跟网页打交道的查资料、抓数据、填表单、做竞品分析、监控页面变化。没有浏览器能力的 WorkBuddy就像一个没有联网的电脑能干的活少了一大半。agent-browser 这个技能就是给 WorkBuddy 装上一个“可编程的浏览器”。它不是简单地打开一个网页然后截图而是能够理解页面结构、执行点击和输入操作、提取结构化数据、处理登录态和 Cookie。说白了它让 WorkBuddy 从一个“文本处理器”升级成了一个“能操作网页的智能代理”。我搜“workbuddy 应用github”的时候发现很多人都在问怎么让 WorkBuddy 自动处理网页任务。答案就是 agent-browser。没有这个技能你只能手动把网页内容复制粘贴给 WorkBuddy有了这个技能你可以直接下指令“去某某页面把某某数据抓下来整理成表格”它自己就去了。4.2 agent-browser 的安装与基础配置agent-browser 的安装方式取决于你的 WorkBuddy 版本和运行环境。如果你是在 Linux 环境下使用搜“ubuntu安装workbuddy”和“workbuddy linux”的人不少需要先确保系统里有必要的浏览器依赖。# 安装 agent-browser 所需的浏览器内核依赖 sudo apt-get update sudo apt-get install -y chromium-browser chromium-chromedriver # 在 WorkBuddy 中注册 agent-browser skill workbuddy skill install agent-browser --source github --repo your-repo/agent-browser # 验证安装 workbuddy skill list | grep agent-browser配置文件中需要指定浏览器内核路径和默认的超时时间。超时时间这个参数很关键设太短了页面还没加载完就报错设太长了卡住的时候等得人心焦。我一般设 30 秒作为默认值对于已知的慢速站点可以单独调高。agent-browser: browser_path: /usr/bin/chromium-browser default_timeout: 30000 headless: true user_agent: Mozilla/5.0 (compatible; WorkBuddy-Agent/1.0) screenshot_on_error: trueheadless设为 true 是因为大多数自动化任务不需要看到浏览器界面后台跑就行了。但调试阶段建议设为 false这样你能看到它到底在干什么出了问题也好排查。screenshot_on_error是个很实用的选项出错的时候自动截图方便你回看当时页面是什么状态。4.3 agent-browser 在实际任务中的使用模式agent-browser 最常用的三种模式第一种是“抓取模式”给定 URL 和选择器把结构化数据抓回来第二种是“操作模式”模拟点击、输入、滚动等交互行为第三种是“监控模式”定期检查页面变化并触发通知。我拿一个实际场景举例你需要每天监控某个行业网站的最新文章列表把标题和链接整理成表格。用 agent-browser 的监控模式配置好目标 URL 和抓取规则设定每天执行一次它就会自动把数据整理好放到指定位置。整个过程不需要你手动打开浏览器、复制粘贴、整理格式。注意使用 agent-browser 时要遵守目标网站的使用条款和 robots.txt 规则。不要用它来做高频请求或者绕过正常的访问限制否则你的 IP 可能会被 ban更重要的是这不符合正当使用的原则。5. 第四个缺口skill-creator——当现成技能不够用时你得自己能造5.1 为什么你需要 skill-creatorfind-skills 解决的是“找现成工具”的问题但现实情况是你总会遇到一些非常具体的、偏门的需求市面上没有现成的 skill 可用。这时候你有两个选择一是放弃继续用通用能力硬解二是用 skill-creator 自己造一个。skill-creator 这个技能的价值在于它把“开发一个 WorkBuddy skill”的门槛从“需要懂框架源码”降到了“能描述清楚需求就行”。你不需要从零写代码只需要用自然语言描述这个 skill 应该做什么、输入是什么、输出是什么、中间需要哪些步骤skill-creator 会帮你生成骨架代码和配置文件。我搜“workbuddy 插件”和“workbuddy skill”的时候发现很多人卡在“想用但找不到合适的 skill”这个阶段。其实与其到处找不如自己造。一旦你掌握了 skill-creator 的用法WorkBuddy 的可扩展性就完全打开了。5.2 用 skill-creator 造一个“日报生成器”的完整过程我拿一个真实需求来演示我需要一个 skill能够读取指定目录下的工作日志文件提取关键信息按照固定模板生成一份日报然后保存到指定位置。第一步用自然语言向 skill-creator 描述需求创建一个 skill名称叫 daily-report-generator。 功能读取 /work/logs/ 目录下当天的 .md 日志文件 提取每个文件中的“完成事项”和“待办事项”两个部分 合并去重后按照以下模板生成日报 日期、今日完成、明日计划、风险与阻塞。 输出保存到 /work/reports/ 目录下文件名格式为 YYYY-MM-DD-daily.md。第二步skill-creator 会生成一个 skill 骨架包括入口文件、配置文件、依赖声明。你需要检查生成的代码逻辑是否符合预期特别是文件路径处理、日期格式、去重逻辑这些容易出错的点。第三步本地测试。用一些模拟的日志文件跑一遍看看输出是否符合预期。测试的时候要覆盖边界情况日志文件为空怎么办、某个文件缺少“待办事项”部分怎么办、同一天有多个日志文件怎么合并。第四步注册到 WorkBuddy 并投入使用。注册之后这个 skill 就跟其他内置 skill 一样可以被 find-skills 检索到并调用。5.3 skill-creator 使用中的几个坑第一个坑是“描述太模糊”。你说“帮我做一个处理数据的 skill”skill-creator 不知道你要处理什么数据、怎么处理、输出什么格式生成的东西基本没法用。描述需求时要具体到输入格式、输出格式、处理逻辑、异常处理。第二个坑是“忽略依赖声明”。如果你的 skill 用到了第三方库一定要在配置里声明清楚。否则在别的环境里跑的时候会因为缺依赖而报错。skill-creator 生成的骨架里通常会有依赖声明的位置别偷懒跳过。第三个坑是“不做版本管理”。你自己造的 skill 也是代码也需要版本管理。每次修改之后最好在 skill 的元数据里记录版本号和变更说明。不然过一段时间你自己都忘了改过什么。6. 第五个缺口缓存目录与账号记忆管理——这些“脏活”不处理后面全是坑6.1 workbuddy 缓存目录怎么更改搜“workbuddy缓存目录怎么更改”和“workbuddy怎么更改系统缓存目录”的人非常多说明这是一个普遍痛点。默认情况下WorkBuddy 会把缓存、日志、临时文件放在系统默认路径下。在 Windows 上通常是用户目录下的 AppData 文件夹在 Linux 上是 ~/.cache 或 /tmp 下面。问题在于如果你的系统盘空间有限或者你有多个项目需要隔离缓存默认路径就不够用了。更改缓存目录的方法不复杂但有几个细节要注意。# 查看当前缓存目录配置 workbuddy config get cache.dir # 设置新的缓存目录 workbuddy config set cache.dir /your/new/cache/path # 迁移已有缓存可选但建议做 mv /old/cache/path/* /your/new/cache/path/更改之后要确保新目录有足够的读写权限。我遇到过有人改了路径但忘了给权限结果 WorkBuddy 跑起来各种报错排查了半天才发现是权限问题。另外如果你是在 Windows 上操作路径中的反斜杠和空格要处理好建议用引号把路径包起来。提示缓存目录不要设在网络驱动器或者同步盘里面。WorkBuddy 运行时会频繁读写缓存文件网络延迟会严重影响性能同步盘则可能导致文件锁冲突。6.2 换账号之后怎么找回原来的记忆“workbuddy 换账号如何获得原来账号的记忆”这个问题也很典型。WorkBuddy 的记忆数据通常是跟账号绑定的换账号之后默认是看不到原来账号的记忆的。但如果你确实需要迁移有几种可行的思路。第一种思路是直接迁移数据文件。WorkBuddy 的记忆数据一般存储在本地某个目录下找到对应的数据文件复制到新账号的数据目录里。具体路径取决于你的版本和配置可以在配置文件中查看memory.storage.path这个字段。第二种思路是导出再导入。如果 WorkBuddy 提供了记忆导出功能先用旧账号导出为文件再用新账号导入。这种方式更干净不容易出兼容性问题。第三种思路是手动重建。如果记忆数据不多或者迁移成本太高不如直接在新账号下重新配置。把旧账号里重要的记忆内容整理成文档在新账号下重新录入。虽然麻烦一点但能保证数据的干净和一致。6.3 搬迁项目到 Windows 时的注意事项“workbuddy 搬迁项目 win”这个搜索词指向的是跨平台迁移的场景。从 Linux 或 macOS 迁移到 Windows 时最容易出问题的地方是路径分隔符和换行符。Linux 用/和\nWindows 用\和\r\n。如果项目里有硬编码的路径或者依赖换行符的逻辑迁移后大概率会出问题。建议在迁移之前先把项目里所有硬编码的路径改成使用path.join或类似的跨平台方法。换行符的问题可以通过.gitattributes文件来统一管理或者在代码里做兼容处理。迁移完成后先跑一遍完整的测试用例确认没有因为平台差异导致的异常。7. 把这五个技能串起来一个完整的工作流长什么样补完这五个技能之后你的 WorkBuddy 工作流会发生质的变化。我描述一个典型的场景你感受一下。你接到一个任务调研某个行业的近期动态整理成一份可读性强的报告。没有补技能之前你可能需要手动搜资料、复制粘贴、整理格式、润色文字整个过程下来小半天没了。补完技能之后流程变成了这样你给 WorkBuddy 下指令“调研某某行业近一个月的动态整理成报告”。find-skills 先判断这个任务需要哪些能力发现需要网页抓取和文本处理于是调用 agent-browser 去抓取相关页面的内容。抓回来的原始数据经过初步整理后WorkBuddy 用自身的文本能力生成报告初稿。初稿出来之后自动过一遍 humanizer-zh 做风格处理去掉机器味。最后如果你对报告格式有特殊要求可以用 skill-creator 造一个格式化 skill 来做最终排版。整个过程中你只需要下指令和做最终审核中间的执行环节全部自动化。这就是补完技能之后的 WorkBuddy 该有的样子。技能解决的核心问题优先级配置复杂度find-skills让 WorkBuddy 知道有什么工具可用最高低humanizer-zh去除输出文本的机器味高低agent-browser赋予网页操作和数据抓取能力高中skill-creator支持自定义扩展能力中中缓存与记忆管理保证系统稳定和数据可迁移中低这个表格里的优先级排序是我根据实际使用经验给出的。find-skills 排第一是因为它是其他所有技能发挥作用的前提——没有它你装了再多 skill 也可能不被调用。humanizer-zh 排第二是因为文本输出质量直接影响交付效果。agent-browser 排第三是因为它解决的是“能不能干”的问题而不是“干得好不好”的问题。8. 几个容易被忽略的细节和我的实际使用体会第一个细节是 skill 的加载顺序。WorkBuddy 在启动时会按照配置的顺序加载 skill如果两个 skill 的功能有重叠后加载的可能会覆盖先加载的。所以如果你同时装了多个功能相似的 skill要注意检查加载顺序避免出现“装了但没生效”的情况。第二个细节是日志级别。调试阶段建议把日志级别调到 debug这样能看到 skill 调用的详细过程。正式使用的时候调回 info 或 warn避免日志文件膨胀太快。我见过有人忘了改日志级别跑了一周之后日志文件几十个 G把磁盘撑爆了。第三个细节是定期清理缓存。WorkBuddy 的缓存目录会随着使用时间不断增长特别是 agent-browser 的截图和页面快照占空间很快。建议设置一个定期清理的任务比如每周清理一次超过 7 天的缓存文件。# 清理 7 天前的缓存文件 find /your/cache/path -type f -mtime 7 -delete第四个细节是 skill 的版本兼容性。WorkBuddy 本身在迭代skill 的接口也可能变化。升级 WorkBuddy 之后最好检查一下已安装的 skill 是否还兼容。如果发现某个 skill 不工作了先看日志里的报错信息大概率是接口变了需要更新 skill 版本。我自己用下来最大的体会是WorkBuddy 的上限不取决于它自带的能力而取决于你给它补了多少技能。裸装的 WorkBuddy 可能只能发挥 30% 的潜力补完这五个技能之后至少能到 80%。剩下的 20% 需要你在具体场景中不断调优和扩展。这个过程没有捷径但每一步的投入都会在后续的使用中加倍回报。还有一点值得说不要一次性把五个技能全装上然后指望立刻起飞。建议按优先级一个一个来每补一个就实际用几天感受一下工作流的变化遇到问题及时调整。这样你对每个技能的理解会更深入后面组合使用的时候也更得心应手。我见过有人一口气全装了结果出了问题不知道是哪个技能导致的排查起来非常痛苦。 
长河君 · 2026/10/8 16:13:47 · 阅读 1.2k WorkBuddy装完别急着用：先补齐这5个核心技能缺口
1. 装完 WorkBuddy 先别急着开干这五个技能缺口不补上等于白装WorkBuddy 这类工具最近在圈子里讨论度很高从“workbuddy使用教程”到“workbuddy从入门到精通 pdf下载”各种关键词满天飞。但我观察到一个很普遍的现象很多人花了不少时间把 WorkBuddy 装好、账号登进去、界面摸了一遍然后就卡住了——不知道该让它干什么或者随便丢几个任务进去出来的结果“AI味”重得没法直接用最后得出结论“这玩意儿也就那样”。问题不在工具本身在于你装完 WorkBuddy 之后默认它只有一副“裸骨架”。它真正好用的状态是需要你主动补几个关键技能模块的。这就像你买了一台专业相机机身再好不配镜头、不调参数拍出来的东西跟手机没区别。WorkBuddy 的 skill 体系就是它的“镜头群”而 find-skills、humanizer-zh、agent-browser、skill-creator 这几个热搜词恰好指向了最该优先补齐的五个能力方向。这篇文章不跟你扯虚的我按实际使用顺序把这五个技能缺口一个一个拆开讲每个技能解决什么问题、为什么装完 WorkBuddy 第一件事就该补它、具体怎么配置、补完之后工作流会发生什么变化。如果你正在搜“workbuddy搭建工作台”或者“workbuddy skill”相关的内容这篇应该能帮你少走不少弯路。2. 第一个缺口find-skills——先让 WorkBuddy 学会“找工具”而不是硬着头皮瞎干2.1 为什么 find-skills 是优先级最高的技能刚装好的 WorkBuddy面对一个任务时的默认行为是用它自己内置的那点能力去硬解。你让它处理一个稍微偏门的需求比如“把这份 PDF 里的表格提取出来转成 Excel 并做数据校验”它可能会尝试用文本处理的方式去硬啃结果格式全乱。这不是它笨是它不知道“自己还有别的工具可以用”。find-skills 这个技能的核心作用就是给 WorkBuddy 装上一套“工具检索意识”。当它接到任务时会先判断这个任务有没有现成的 skill 可以调用如果有就去找、去加载、去用如果没有再考虑用通用能力兜底。这个逻辑听起来简单但有没有这个技能实际输出质量的差距是断崖式的。我做过一个对比测试同一个“从网页抓取结构化数据并生成报告”的任务没装 find-skills 之前WorkBuddy 会尝试用对话上下文里那点信息去拼凑结果数据缺胳膊少腿装上 find-skills 之后它会主动去检索有没有网页抓取相关的 skill找到 agent-browser 之后直接调用整个流程顺畅得多。2.2 find-skills 的实际配置与触发逻辑find-skills 的配置不复杂但有几个关键点容易忽略。首先你需要确保 skill 的索引路径是正确的。WorkBuddy 默认会扫描一个 skill 目录但如果你是从 GitHub 或者第三方渠道下载的 skill 包需要手动放到对应目录下或者在配置里指定额外的扫描路径。# 查看当前 WorkBuddy 的 skill 扫描路径配置 workbuddy config get skill.paths # 如果需要添加自定义 skill 目录 workbuddy config set skill.paths /your/custom/skill/dir:/default/skill/dir配置好之后find-skills 的触发是自动的但你可以通过一些技巧提高它的命中率。比如在给 WorkBuddy 下任务时稍微描述一下任务的“类型”而不是只给一个模糊的目标。你说“帮我处理一下这个文件”它可能不知道要找什么 skill你说“帮我把这个 CSV 文件做数据清洗和格式转换”它就能更精准地去检索数据处理类的 skill。注意find-skills 本身不提供任何具体能力它只是一个“调度器”。所以补完这个技能之后你还需要确保 skill 库里有足够多的可用模块否则它找了一圈发现什么都没有还是会回退到通用模式。2.3 补完 find-skills 之后的工作流变化最明显的变化是WorkBuddy 从“单打独斗”变成了“团队协作”。以前它像一个什么活都自己干的 freelancer现在它更像一个项目经理知道什么时候该调用什么资源。这个转变带来的直接好处是任务完成度的提升——以前可能只能做到 60 分现在能到 85 分以上。另一个容易被忽略的好处是“可解释性”。当 WorkBuddy 通过 find-skills 调用了某个具体 skill 来完成任务时你能清楚地看到它用了什么工具、走了什么流程。这对于排查问题和优化工作流非常有帮助。以前它闷头输出一个结果你也不知道中间发生了什么现在你能看到它的“思考路径”哪里卡住了、哪里选错了工具一目了然。3. 第二个缺口humanizer-zh——不补这个你的输出永远带着一股“机器味”3.1 “AI味”到底是个什么东西如果你用过一段时间的 WorkBuddy大概率遇到过这种情况内容逻辑没问题、信息也准确但读起来就是不对劲——句子结构太工整、用词太“标准”、过渡太顺滑顺滑到不像人写的。这就是所谓的“AI味”。humanizer-zh 这个技能就是专门用来解决这个问题的。它的作用不是简单地“改几个词”而是从句子节奏、用词习惯、段落结构等多个维度把机器生成的文本“人化”。我实测下来经过 humanizer-zh 处理过的文本在可读性和自然度上至少提升一个档次。为什么这个技能要排在第二位补因为 WorkBuddy 的绝大多数输出都是文本形态的。你不管是写报告、写邮件、写方案、写文案最终交付的都是文字。如果文字本身带着浓重的机器味后面的所有工作都白搭。先把输出质量的地基打好再往上叠其他能力顺序不能乱。3.2 humanizer-zh 的处理逻辑与参数调优humanizer-zh 的核心处理逻辑可以拆成三层第一层是“句式重组”把过于规整的排比句、对仗句打散换成更自然的表达第二层是“词汇替换”把那些 AI 高频使用的“标准词”换成更口语化、更有个人色彩的表达第三层是“节奏调整”控制段落长度和句子长短的变化避免通篇一个节奏。{ humanizer-zh: { aggressiveness: 0.7, preserve_technical_terms: true, target_style: casual-professional, max_sentence_length: 45, min_sentence_length: 8 } }上面这个配置是我自己调出来的几个关键参数解释一下。aggressiveness控制“人化”的力度0.7 是一个比较平衡的值再高可能会改变原意再低效果不明显。preserve_technical_terms一定要设为 true否则它可能把专业术语也给你“人化”掉那就出大事了。target_style根据你的使用场景来定写正式报告和写社区帖子肯定不一样。提示humanizer-zh 不是万能的。如果原始文本的逻辑本身就混乱人化之后只会更混乱。所以正确的用法是先让 WorkBuddy 把内容逻辑理顺再用 humanizer-zh 做风格处理。顺序反了效果大打折扣。3.3 实测对比人化前后的差异有多大我拿同一段 WorkBuddy 生成的“项目周报”做了对比测试。原始版本是这样的“本周项目进展顺利各项任务均按计划推进。技术团队完成了核心模块的开发工作测试团队同步开展了集成测试。下周将继续推进剩余功能的开发与验证。”经过 humanizer-zh 处理之后变成了“这周项目整体跑得比较顺基本没出什么幺蛾子。技术那边把核心模块啃下来了测试同步跟上了集成测试。下周的重点是把剩下的功能收尾然后过一遍完整验证。”信息量完全一样但读起来的感受完全不同。原始版本你一看就知道是机器写的处理后的版本更像是一个真实的人在群里发的消息。这就是 humanizer-zh 的价值——它不改变内容只改变内容的“质感”。4. 第三个缺口agent-browser——让 WorkBuddy 真正“能上网干活”4.1 为什么 WorkBuddy 需要浏览器能力WorkBuddy 本身是一个偏“本地”的工具它的默认能力集中在文本处理、文件操作、代码生成这些方面。但实际工作中大量的任务是需要跟网页打交道的查资料、抓数据、填表单、做竞品分析、监控页面变化。没有浏览器能力的 WorkBuddy就像一个没有联网的电脑能干的活少了一大半。agent-browser 这个技能就是给 WorkBuddy 装上一个“可编程的浏览器”。它不是简单地打开一个网页然后截图而是能够理解页面结构、执行点击和输入操作、提取结构化数据、处理登录态和 Cookie。说白了它让 WorkBuddy 从一个“文本处理器”升级成了一个“能操作网页的智能代理”。我搜“workbuddy 应用github”的时候发现很多人都在问怎么让 WorkBuddy 自动处理网页任务。答案就是 agent-browser。没有这个技能你只能手动把网页内容复制粘贴给 WorkBuddy有了这个技能你可以直接下指令“去某某页面把某某数据抓下来整理成表格”它自己就去了。4.2 agent-browser 的安装与基础配置agent-browser 的安装方式取决于你的 WorkBuddy 版本和运行环境。如果你是在 Linux 环境下使用搜“ubuntu安装workbuddy”和“workbuddy linux”的人不少需要先确保系统里有必要的浏览器依赖。# 安装 agent-browser 所需的浏览器内核依赖 sudo apt-get update sudo apt-get install -y chromium-browser chromium-chromedriver # 在 WorkBuddy 中注册 agent-browser skill workbuddy skill install agent-browser --source github --repo your-repo/agent-browser # 验证安装 workbuddy skill list | grep agent-browser配置文件中需要指定浏览器内核路径和默认的超时时间。超时时间这个参数很关键设太短了页面还没加载完就报错设太长了卡住的时候等得人心焦。我一般设 30 秒作为默认值对于已知的慢速站点可以单独调高。agent-browser: browser_path: /usr/bin/chromium-browser default_timeout: 30000 headless: true user_agent: Mozilla/5.0 (compatible; WorkBuddy-Agent/1.0) screenshot_on_error: trueheadless设为 true 是因为大多数自动化任务不需要看到浏览器界面后台跑就行了。但调试阶段建议设为 false这样你能看到它到底在干什么出了问题也好排查。screenshot_on_error是个很实用的选项出错的时候自动截图方便你回看当时页面是什么状态。4.3 agent-browser 在实际任务中的使用模式agent-browser 最常用的三种模式第一种是“抓取模式”给定 URL 和选择器把结构化数据抓回来第二种是“操作模式”模拟点击、输入、滚动等交互行为第三种是“监控模式”定期检查页面变化并触发通知。我拿一个实际场景举例你需要每天监控某个行业网站的最新文章列表把标题和链接整理成表格。用 agent-browser 的监控模式配置好目标 URL 和抓取规则设定每天执行一次它就会自动把数据整理好放到指定位置。整个过程不需要你手动打开浏览器、复制粘贴、整理格式。注意使用 agent-browser 时要遵守目标网站的使用条款和 robots.txt 规则。不要用它来做高频请求或者绕过正常的访问限制否则你的 IP 可能会被 ban更重要的是这不符合正当使用的原则。5. 第四个缺口skill-creator——当现成技能不够用时你得自己能造5.1 为什么你需要 skill-creatorfind-skills 解决的是“找现成工具”的问题但现实情况是你总会遇到一些非常具体的、偏门的需求市面上没有现成的 skill 可用。这时候你有两个选择一是放弃继续用通用能力硬解二是用 skill-creator 自己造一个。skill-creator 这个技能的价值在于它把“开发一个 WorkBuddy skill”的门槛从“需要懂框架源码”降到了“能描述清楚需求就行”。你不需要从零写代码只需要用自然语言描述这个 skill 应该做什么、输入是什么、输出是什么、中间需要哪些步骤skill-creator 会帮你生成骨架代码和配置文件。我搜“workbuddy 插件”和“workbuddy skill”的时候发现很多人卡在“想用但找不到合适的 skill”这个阶段。其实与其到处找不如自己造。一旦你掌握了 skill-creator 的用法WorkBuddy 的可扩展性就完全打开了。5.2 用 skill-creator 造一个“日报生成器”的完整过程我拿一个真实需求来演示我需要一个 skill能够读取指定目录下的工作日志文件提取关键信息按照固定模板生成一份日报然后保存到指定位置。第一步用自然语言向 skill-creator 描述需求创建一个 skill名称叫 daily-report-generator。 功能读取 /work/logs/ 目录下当天的 .md 日志文件 提取每个文件中的“完成事项”和“待办事项”两个部分 合并去重后按照以下模板生成日报 日期、今日完成、明日计划、风险与阻塞。 输出保存到 /work/reports/ 目录下文件名格式为 YYYY-MM-DD-daily.md。第二步skill-creator 会生成一个 skill 骨架包括入口文件、配置文件、依赖声明。你需要检查生成的代码逻辑是否符合预期特别是文件路径处理、日期格式、去重逻辑这些容易出错的点。第三步本地测试。用一些模拟的日志文件跑一遍看看输出是否符合预期。测试的时候要覆盖边界情况日志文件为空怎么办、某个文件缺少“待办事项”部分怎么办、同一天有多个日志文件怎么合并。第四步注册到 WorkBuddy 并投入使用。注册之后这个 skill 就跟其他内置 skill 一样可以被 find-skills 检索到并调用。5.3 skill-creator 使用中的几个坑第一个坑是“描述太模糊”。你说“帮我做一个处理数据的 skill”skill-creator 不知道你要处理什么数据、怎么处理、输出什么格式生成的东西基本没法用。描述需求时要具体到输入格式、输出格式、处理逻辑、异常处理。第二个坑是“忽略依赖声明”。如果你的 skill 用到了第三方库一定要在配置里声明清楚。否则在别的环境里跑的时候会因为缺依赖而报错。skill-creator 生成的骨架里通常会有依赖声明的位置别偷懒跳过。第三个坑是“不做版本管理”。你自己造的 skill 也是代码也需要版本管理。每次修改之后最好在 skill 的元数据里记录版本号和变更说明。不然过一段时间你自己都忘了改过什么。6. 第五个缺口缓存目录与账号记忆管理——这些“脏活”不处理后面全是坑6.1 workbuddy 缓存目录怎么更改搜“workbuddy缓存目录怎么更改”和“workbuddy怎么更改系统缓存目录”的人非常多说明这是一个普遍痛点。默认情况下WorkBuddy 会把缓存、日志、临时文件放在系统默认路径下。在 Windows 上通常是用户目录下的 AppData 文件夹在 Linux 上是 ~/.cache 或 /tmp 下面。问题在于如果你的系统盘空间有限或者你有多个项目需要隔离缓存默认路径就不够用了。更改缓存目录的方法不复杂但有几个细节要注意。# 查看当前缓存目录配置 workbuddy config get cache.dir # 设置新的缓存目录 workbuddy config set cache.dir /your/new/cache/path # 迁移已有缓存可选但建议做 mv /old/cache/path/* /your/new/cache/path/更改之后要确保新目录有足够的读写权限。我遇到过有人改了路径但忘了给权限结果 WorkBuddy 跑起来各种报错排查了半天才发现是权限问题。另外如果你是在 Windows 上操作路径中的反斜杠和空格要处理好建议用引号把路径包起来。提示缓存目录不要设在网络驱动器或者同步盘里面。WorkBuddy 运行时会频繁读写缓存文件网络延迟会严重影响性能同步盘则可能导致文件锁冲突。6.2 换账号之后怎么找回原来的记忆“workbuddy 换账号如何获得原来账号的记忆”这个问题也很典型。WorkBuddy 的记忆数据通常是跟账号绑定的换账号之后默认是看不到原来账号的记忆的。但如果你确实需要迁移有几种可行的思路。第一种思路是直接迁移数据文件。WorkBuddy 的记忆数据一般存储在本地某个目录下找到对应的数据文件复制到新账号的数据目录里。具体路径取决于你的版本和配置可以在配置文件中查看memory.storage.path这个字段。第二种思路是导出再导入。如果 WorkBuddy 提供了记忆导出功能先用旧账号导出为文件再用新账号导入。这种方式更干净不容易出兼容性问题。第三种思路是手动重建。如果记忆数据不多或者迁移成本太高不如直接在新账号下重新配置。把旧账号里重要的记忆内容整理成文档在新账号下重新录入。虽然麻烦一点但能保证数据的干净和一致。6.3 搬迁项目到 Windows 时的注意事项“workbuddy 搬迁项目 win”这个搜索词指向的是跨平台迁移的场景。从 Linux 或 macOS 迁移到 Windows 时最容易出问题的地方是路径分隔符和换行符。Linux 用/和\nWindows 用\和\r\n。如果项目里有硬编码的路径或者依赖换行符的逻辑迁移后大概率会出问题。建议在迁移之前先把项目里所有硬编码的路径改成使用path.join或类似的跨平台方法。换行符的问题可以通过.gitattributes文件来统一管理或者在代码里做兼容处理。迁移完成后先跑一遍完整的测试用例确认没有因为平台差异导致的异常。7. 把这五个技能串起来一个完整的工作流长什么样补完这五个技能之后你的 WorkBuddy 工作流会发生质的变化。我描述一个典型的场景你感受一下。你接到一个任务调研某个行业的近期动态整理成一份可读性强的报告。没有补技能之前你可能需要手动搜资料、复制粘贴、整理格式、润色文字整个过程下来小半天没了。补完技能之后流程变成了这样你给 WorkBuddy 下指令“调研某某行业近一个月的动态整理成报告”。find-skills 先判断这个任务需要哪些能力发现需要网页抓取和文本处理于是调用 agent-browser 去抓取相关页面的内容。抓回来的原始数据经过初步整理后WorkBuddy 用自身的文本能力生成报告初稿。初稿出来之后自动过一遍 humanizer-zh 做风格处理去掉机器味。最后如果你对报告格式有特殊要求可以用 skill-creator 造一个格式化 skill 来做最终排版。整个过程中你只需要下指令和做最终审核中间的执行环节全部自动化。这就是补完技能之后的 WorkBuddy 该有的样子。技能解决的核心问题优先级配置复杂度find-skills让 WorkBuddy 知道有什么工具可用最高低humanizer-zh去除输出文本的机器味高低agent-browser赋予网页操作和数据抓取能力高中skill-creator支持自定义扩展能力中中缓存与记忆管理保证系统稳定和数据可迁移中低这个表格里的优先级排序是我根据实际使用经验给出的。find-skills 排第一是因为它是其他所有技能发挥作用的前提——没有它你装了再多 skill 也可能不被调用。humanizer-zh 排第二是因为文本输出质量直接影响交付效果。agent-browser 排第三是因为它解决的是“能不能干”的问题而不是“干得好不好”的问题。8. 几个容易被忽略的细节和我的实际使用体会第一个细节是 skill 的加载顺序。WorkBuddy 在启动时会按照配置的顺序加载 skill如果两个 skill 的功能有重叠后加载的可能会覆盖先加载的。所以如果你同时装了多个功能相似的 skill要注意检查加载顺序避免出现“装了但没生效”的情况。第二个细节是日志级别。调试阶段建议把日志级别调到 debug这样能看到 skill 调用的详细过程。正式使用的时候调回 info 或 warn避免日志文件膨胀太快。我见过有人忘了改日志级别跑了一周之后日志文件几十个 G把磁盘撑爆了。第三个细节是定期清理缓存。WorkBuddy 的缓存目录会随着使用时间不断增长特别是 agent-browser 的截图和页面快照占空间很快。建议设置一个定期清理的任务比如每周清理一次超过 7 天的缓存文件。# 清理 7 天前的缓存文件 find /your/cache/path -type f -mtime 7 -delete第四个细节是 skill 的版本兼容性。WorkBuddy 本身在迭代skill 的接口也可能变化。升级 WorkBuddy 之后最好检查一下已安装的 skill 是否还兼容。如果发现某个 skill 不工作了先看日志里的报错信息大概率是接口变了需要更新 skill 版本。我自己用下来最大的体会是WorkBuddy 的上限不取决于它自带的能力而取决于你给它补了多少技能。裸装的 WorkBuddy 可能只能发挥 30% 的潜力补完这五个技能之后至少能到 80%。剩下的 20% 需要你在具体场景中不断调优和扩展。这个过程没有捷径但每一步的投入都会在后续的使用中加倍回报。还有一点值得说不要一次性把五个技能全装上然后指望立刻起飞。建议按优先级一个一个来每补一个就实际用几天感受一下工作流的变化遇到问题及时调整。这样你对每个技能的理解会更深入后面组合使用的时候也更得心应手。我见过有人一口气全装了结果出了问题不知道是哪个技能导致的排查起来非常痛苦。