WorkBuddy双模型限免攻略：Hy4尝鲜与Hy3稳定工作流配置指南

最近 WorkBuddy 的双模型限免公告在效率工具圈里刷了一波存在感Hy4 preview 只放开两周Hy3 直接放到 9 月底。很多刚接触的朋友跑来问这俩模型到底该用哪个、限免期能干什么、到期之后是不是又要回到“付费劝退”的老路。我自己平时的工作台就是 WorkBuddy从装到折腾技能编排、连接器、本地部署都踩过不少坑这篇就从活动规则说起把限免的真正价值和趁手的用法一起捋清楚。先说结论这波限免不是简单的“送额度”而是官方在拿新模型做口碑、拿稳定模型做留存。Hy4 preview 这种 preview 版本通常代表最新的架构和推理能力但也会有一些不太稳定的边角Hy3 则是打磨了很久的正式版本日常挂在工作流里更放心。错峰限免等于给了你两段不同的试用窗口短窗口用来验证新能力长窗口用来沉淀自己的工作流。适合谁来参考如果你已经在用 WorkBuddy这篇会告诉你限免期间怎么安排任务、怎么把模型跑在刀刃上如果只是听说这个工具、还没装我会把安装、选模型、配置 skill、接连接器这些入门路径也顺带讲了避免你领了额度却不知道拿它干嘛。1. 双模型限免活动拆解Hy4 preview 两周、Hy3 到 9 月底1.1 限免规则和到期时间别看错这次活动的关键信息在时间差上。Hy4 preview 的限免窗口只有两周属于典型的新模型尝鲜期适合做高价值、低重复度的验证型任务Hy3 则一路限免到 9 月底窗口长得多适合接进日常流程里当主力模型。我在实际操作中发现很多人容易把这两个时间搞混Hy4 preview 到期以后就急着到处问“是不是活动结束了”。其实结束的只是 preview 的免费额度Hy3 还在继续免费用工作流里被打断的往往是那些没看公告细节的使用者。建议你在 WorkBuddy 的模型设置页里把当前默认模型切到 Hy3同时给 Hy4 preview 打一个“限时测试”的心理标签这样两边都不耽误。注意限免额度通常按账号维度计算不是按设备。同一账号在电脑端和网页端切换使用不会额外消耗两份额度但如果你把同一个 key 配到多台自建服务上用量会叠加得更快建议限免期盯一下用量面板。1.2 官方为什么搞“错峰限免”很多用户不理解为什么要一个两周、一个到月底觉得直接一起免到底不更省事其实这是很典型的新老模型组合打法。Hy4 preview 代表新能力要给市场一个快速验证的窗口短期限免能制造紧迫感也能在两周内集中收集真实使用反馈Hy3 是稳定产出模型拉长免费周期才能把用户留在这个生态里让人形成“打开 WorkBuddy 日常干活”的习惯。说白了两周是让你“体验惊喜”到月底是让你“离不开”。对我们用户来说这个组合反而是好事你可以用 Hy4 preview 去试那些平时觉得“模型可能跑不动”的复杂任务如果效果满意再回到 Hy3 上做降级替代成本也不会失控。我自己就是这么干的——先用 preview 跑一份行业调研的推理型任务确认输出质量达标再把同类任务模板化后续全部用 Hy3 执行。1.3 限免到期后怎么提前准备限免终有结束时别等到到期当天才手忙脚乱。我的建议是在限免期结束前把你要验证的东西列成一个清单逐个跑完复杂逻辑推理、长文档总结、多轮对话、结构化数据提取每类任务至少测一次。这样到期之后你心里有数知道哪些任务值得为 Hy4 preview 付费哪些任务用 Hy3 或者更轻的模型就够。另外把你在限免期间调的 prompt、自定义指令、skill 定义都导出备份。很多时候额度没了不可惜可惜的是调了一周的指令模板没有留存下一轮活动来了又要从零开始。WorkBuddy 里这些配置一般都能导出成文件限免期内花十分钟做一次备份比什么都值。2. WorkBuddy 是什么个人工作台和 CodeBuddy 的边界2.1 不是聊天机器人是一个工作台很多第一次接触 WorkBuddy 的人会把它理解成“又一个能写文案的 AI 对话框”。实际用下来你会发现它更像一个把模型、工具、数据源、自动化串起来的个人工作台左边是任务面板右边是模型输出背后还挂着 skill、连接器、自定义指令这些能力层。我举一个实际场景我每天早上打开 WorkBuddy让它自动从钉钉多维表同步昨天的任务进度经过模型整理成今日待办再用定时消息推送到手机。这个过程中模型只负责文本生成这一环真正撑起工作流的是连接器和自动化配置。如果你只是把它当问答框用等于开了一辆跑车却只在小区里绕圈。WorkBuddy 比较重视“把重复劳动沉淀成可复用流程”。同样一件事第一次你可能要写很长一段 prompt第二次开始就能封装成一个 skill下次调用只需要一句话触发。限免期间我强烈建议你拿 Hy3 这种稳定模型去反复打磨这类沉淀工作成本低、容错高反复试错也不心疼。2.2 它和 CodeBuddy 到底有什么区别这个问题在社区里被问过无数次。简单说CodeBuddy 更偏向代码场景适合写代码、改 bug、做代码审查是一个编程伙伴WorkBuddy 则面向更宽的效率场景文档处理、流程自动化、业务数据同步、定时推送核心词是“个人工作台”而不是“代码助手”。有人会问那我写代码应该选 WorkBuddy 还是 CodeBuddy我的建议是看任务形态。如果你是在 IDE 里做日常开发CodeBuddy 的上下文感知和补全体验更顺如果你是做 UI 自动化测试、批量处理数据、生成测试报告这类跨系统任务WorkBuddy 的连接器和定时任务能力才是主力。两者不是替代关系更像是右手写代码、左手管流程很多人是搭配着用的。在限免活动里也有一部分用户是从 CodeBuddy 那边过来的他们最常问的是“WorkBuddy 能不能直接看懂我项目里的代码”。答案是可以但需要你把代码片段或项目目录喂进去。它不是 IDE 插件那种全项目索引的工作方式更像是把代码当成材料用模型帮你分析、生成文档或提取逻辑。2.3 核心能力地图模型、技能、连接器、自定义指令WorkBuddy 的核心能力可以拆成四层。第一层是模型层也就是这次限免的主角 Hy4 preview 和 Hy3负责最底层的文本理解和生成。第二层是技能层也就是 skill一组预先编排好的指令集和步骤让模型按固定套路干活。第三层是连接器层负责打通外部系统比如钉钉、Obsidian、数据库、甚至定时推送。第四层是自定义指令层用来调整模型的行为风格、输出格式和边界条件。这四层的关系我习惯用一个例子讲清楚假设你要写周报。模型层提供文本生成能力hy 系列负责把零散信息组织成段落自定义指令规定了“要分四个板块、每板块不超过五条、要包含数据”的输出规范skill 把“拉取本周任务记录 → 按模块归纳 → 输出周报草稿”的完整流程固化下来连接器则负责从钉钉或表格里把原始数据拉进来。四层叠在一起才是 WorkBuddy 真正的工作方式。3. 限免额度使用策略新模型尝鲜、稳定模型跑量3.1 Hy4 preview 两周内值得跑哪些任务Hy4 preview 这种 preview 版本的模型通常会在推理深度、指令跟随、长文本能力上有比较明显的升级。限免两周最值得跑的是三类任务第一类是复杂的多步骤推理比如“从这份财报里提取营收变化、找出成本结构异常、再给出三条解释”第二类是长文档的跨章节分析比如让它在几十页的调研报告里找出一致性和矛盾点第三类是质量要求很高的生成任务比如品牌文案、框架设计、结构化方案。我个人的建议是别把 Hy4 preview 用在“翻译一句话”“写个请假条”这种低价值任务上那是对额度的浪费。限免期内额度本质上是“免费的高性能算力”应该拿来验证那些高杠杆的场景。我自己在这两周里做的事情是把一个拖了很久的项目复盘任务交给它跑让它从一堆聊天记录和文档里提炼出关键决策点效果比预期好输出结构基本可以直接复用。提醒preview 版本在极端情况下可能出现输出不稳定、偶尔中断、或者对某些指令过于“激进”的表现。重要产出建议做人工校验不要因为它在大部分任务上表现好就直接把生产流程全部切到 preview 上。3.2 Hy3 到 9 月底适合日常高频和流程化任务Hy3 限免到 9 月底时间非常充裕完全可以承担日常高频任务。这一类模型的特点是稳定、听话、成本友好适合的任务包括会议纪要整理、邮件/周报草稿、信息摘要、翻译、SQL 生成、Excel 公式生成、from zero 的文案初稿等。我更建议把 Hy3 当作流程里的“默认引擎”来对待。在 WorkBuddy 里新建 skill 时默认模型选 Hy3把各种定时任务、自动化脚本、连接器触发都挂在 Hy3 上。这样一方面不会因为 preview 的波动影响流程稳定另一方面也可以把限免额度用在刀刃上。等 Hy4 preview 的活动结束了你的流程已经稳稳跑在 Hy3 上完全不需要临时改配置。3.3 模型切换和用量管理的实操方法在 WorkBuddy 中切换模型一般有两种方式。全局层面在设置或模型管理页里选择默认模型之后大多数任务都会走这个模型局部层面在发起任务时手动指定模型适合单次任务想临时用 Hy4 preview 尝鲜的情况。切换操作本身很快关键是心里要有数哪些任务在用什么模型不要混着跑完之后发现用量爆了。用量管理我建议先关注两个指标剩余额度和任务消耗趋势。WorkBuddy 的用量面板一般会按模型维度展示消耗量限免期你可以每天扫一眼如果发现自己某天消耗特别大就去看看是不是某个循环任务反复触发了模型调用。另外如果同一账号绑定了本地部署实例本地调用和云端调用的计量方式可能不同配置前先把计费文档看一眼能避免不少麻烦。4. 实操配置接入模型、自定义指令与 skill 编排4.1 安装和模型接入的两种方式WorkBuddy 的安装方式比较灵活普通用户建议直接用官方客户端或网页端下载安装后登录账号在模型列表里就能看到 Hy4 preview 和 Hy3直接勾选即可。如果你有隐私或本地化需求WorkBuddy 也提供 Linux 版本和面向信创环境的麒麟版支持本地部署。本地部署的优势在于数据不出内网模型调用可以配置到自己的模型网关或 OpenAI 兼容接口上。以 Linux 版本为例下载对应架构的安装包后按照文档配置模型服务的 Base URL 和 API Key然后启动服务就能在局域网内使用。这里有一点要注意本地部署模式下限免活动是否覆盖取决于你配置的模型通道如果你把流量指到自建网关那消耗的就是你自己的模型资源跟官方限免没关系。4.2 自定义指令推荐模板直接抄限免期间很多人都想通过自定义指令把模型调教得更顺手。我分享几个我实际在用的模板都是短小精悍的类型。一个是“专业汇报型”你是一名资深项目助理。每次输出统一使用 Markdown结构为“结论先行、数据支撑、下一步建议”。不要出现“综上所述”这类空话每条建议必须有可执行动作。另一个是“深度分析型”你是一名行业研究员。面对用户提供的信息时先拆解信息背后的假设再给出多角度分析最后列出风险点和机会点。语言保持中立客观。还有一个是“内容改写型”将用户输入改写成轻松自然的中文口语风格适合在社交平台分享。保留所有关键信息删除多余修饰词禁止使用营销套话和夸张形容词。自定义指令不必追求越长越好。我踩过的坑是第一次使用模块时写了满满一屏的限制条件结果模型反而束手束脚输出变得干巴巴。后来的经验是规定结构、规定语气、规定禁忌这三件事做好效果立竿见影。4.3 skill 怎么编排从一句话到完整工作流skill 是 WorkBuddy 里最有价值但也最容易被忽视的功能。很多人把它理解成一个“预设 prompt”其实偏了。一个完整的 skill 至少应该包含触发条件、执行步骤、输出格式、用到的连接器四个部分。我以一个“日报生成” skill 为例说明。触发条件是每天早上 8:30 自动运行或者用户输入“帮我生成日报”执行步骤是读取钉钉多维表里的今日任务记录 → 用模型按项目分类和优先级整理 → 生成三段式日报今日进展、明日计划、风险预警输出格式是 Markdown 表格 简洁摘要连接器则需要挂上钉钉多维表的数据源。在 skill 编排面板里按照这个思路把每个步骤写清楚然后先用 Hy3 做测试运行看输出格式是否符合预期。如果模型没有按步骤执行通常不是模型问题而是步骤描述不够明确。比如“整理任务”这种描述太模糊改成“按项目分组每组列出已完成与未完成任务”之后效果会好很多。4.4 自定义指令与 skill 的边界别搞混我看到很多新用户会把自定义指令当成 skill 用其实两者分工不同。自定义指令更像是一个“角色设定”是模型长期遵循的行为规范skill 则是一个“任务流程”是把一组有顺序、有条件的操作封装起来。实操时可以这样理解自定义指令规定你是什么角色、说话什么风格、输出什么结构skill 规定你每接到一个任务后先干什么、再干什么、最后产出什么。两者可以配合比如 skill 里可以引用自定义指令作为输出规范也可以完全独立。建议刚开始时先写一个全局自定义指令再尝试封装一两个高频任务的 skill跑通了之后再慢慢扩展。5. 连接器实战钉钉同步、定时消息、Obsidian 笔记5.1 钉钉多维表定期同步怎么配不踩坑钉钉多维表是很多人工作流里的数据中枢WorkBuddy 接上它之后可以实现“表格数据 → 模型处理 → 输出结果”的闭环。配置的核心是授权在连接器配置页选择钉钉按提示完成授权然后选择要同步的表和字段。我在配置时遇到的一个典型问题是授权完成后找不到那张表。后来发现是账号权限范围不对多维表应用没有被授权给当前账号。解决方法是回到钉钉开放平台把对应应用的数据权限重新设置为“允许访问该多维表”再回 WorkBuddy 刷新连接。除了权限字段类型也要注意日期字段和数字字段在同步后可能被模型读成文本格式影响后续数据处理建议在 skill 里加一条“把日期字段转换为 YYYY-MM-DD 格式再参与分析”的规则。5.2 定时发送微信消息从“能用”到“稳定”连接器的另一个高频场景是定时消息推送。比如每天早上把模型生成的简报发到微信上。WorkBuddy 本身支持定时任务配置但让“定时”和“发送”两个环节稳定衔接有几个点容易忽略一是定时任务依赖客户端或服务的后台运行如果你用的是桌面版电脑休眠会导致任务不执行二是频繁调用同一连接器时授权 token 可能过期需要定期重新授权。我的做法是把定时消息这类关键任务放到本地部署的服务端上让它 7x24 小时在线任务触发率明显提升。另外提醒一句定时消息的内容别太长微信接口对消息长度有限制模型生成的内容如果超长可以先让 skill 做一次“压缩到 300 字以内”的处理再进入发送环节。5.3 Obsidian 笔记双向联动知识库的玩法把 WorkBuddy 和 Obsidian 联动起来是我非常推荐的一种用法。WorkBuddy 可以读取 Obsidian 仓库里的笔记作为上下文也可以把模型生成的内容写入指定笔记。这样相当于给本地知识库装了一个 AI 处理层让模型整理笔记标签、生成摘要、提取关键观点甚至把散落的多篇笔记串成一篇主题文章。配置时重点留意仓库路径和写入权限。Windows 和 macOS 下WorkBuddy 需要拿到本地文件夹的读取与写入权限如果仓库放在网盘同步目录里还要注意同步冲突避免模型写入时和网盘客户端同时操作同一个文件。我自己吃过这个亏一次写入时正好和同步冲突导致笔记内容被覆盖后来就把知识库操作改成了“先写入临时目录、确认无误再覆盖原文件”的方式稳妥很多。6. 常见问题速查与排查实录6.1 限免期最常见的问题清单问题现象可能原因解决办法找不到 Hy4 preview / Hy3 模型选项客户端版本过旧或活动未覆盖该账号升级到最新版本检查活动规则联系官方确认账号资格点击模型后无反应或报错本地部署模式下 key 未配置或失效检查模型网关的 Base URL 和 API Key重新授权skill 触发后不按步骤执行步骤描述太模糊模型无法理解将步骤拆成更明确的小动作加触发条件钉钉表授权后看不到数据表账号权限范围不足回到钉钉开放平台重新配置数据权限定时消息没有按时发送客户端休眠、后台任务被系统挂起保持后台运行关键任务放到本地服务端输出内容格式乱套自定义指令未定义输出结构在指令里明确“使用 Markdown 表格/项目符号”等结构限免额度消耗比预期快循环任务或自动化频繁调用模型检查任务触发频率调整执行计划6.2 我遇到的连接器玄学问题和解决思路连接器这个东西配置步骤并不多但出问题的时候往往很玄幻。我遇到最多的是“授权成功但连接器列表里不显示某个入口”的情况。一开始我以为是我哪里配置错了后来发现多数情况下是模块没有启用连接器配置页里新建连接后还需要一个单独的“启用/上线”动作很多人漏掉了这一步。还有一次钉钉多维表能读到数据但读不到最新一行折腾半天才发现是同步间隔设置的问题默认五分钟一次。如果表更新频繁需要手动把同步间隔调短。这种问题看起来是 bug其实只是配置参数没对齐。排查连接器问题时我建议按“权限 → 启用状态 → 同步策略 → 数据格式”这四个顺序一层层查速度比乱试快得多。6.3 再提醒一次限免窗口里的时间安排最后再把时间轴拉出来说一遍。Hy4 preview 限免只有两周这是整个活动里最不能浪费的部分。建议在头两天完成功能验证中间几天跑复杂任务最后两天把成果备份、把结论整理成文档。Hy3 到 9 月底这是一个更长的工作流沉淀期适合把验证过的 skill 打磨得更稳定把连接器配置固化下来。我个人在实际操作中的体会是限免活动的真正价值不在“省了多少钱”而在于逼着你把那些一直想做但没时间做的工作流实验都跑一遍。很多功能平时舍不得拿真实数据去试限免期正好没有顾虑。等到活动结束你可以很清楚地知道哪些任务值得为更好的模型付费哪些任务用基础模型就够这笔账才算真正算明白了。