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 限免期最常见的问题清单

6.2 我遇到的连接器玄学问题和解决思路

连接器这个东西，配置步骤并不多，但出问题的时候往往很玄幻。我遇到最多的是“授权成功但连接器列表里不显示某个入口”的情况。一开始我以为是我哪里配置错了，后来发现多数情况下是模块没有启用：连接器配置页里，新建连接后还需要一个单独的“启用/上线”动作，很多人漏掉了这一步。

还有一次，钉钉多维表能读到数据但读不到最新一行，折腾半天才发现是同步间隔设置的问题，默认五分钟一次。如果表更新频繁，需要手动把同步间隔调短。这种问题看起来是 bug，其实只是配置参数没对齐。排查连接器问题时，我建议按“权限 → 启用状态 → 同步策略 → 数据格式”这四个顺序一层层查，速度比乱试快得多。

6.3 再提醒一次：限免窗口里的时间安排

最后再把时间轴拉出来说一遍。Hy4 preview 限免只有两周，这是整个活动里最不能浪费的部分。建议在头两天完成功能验证，中间几天跑复杂任务，最后两天把成果备份、把结论整理成文档。Hy3 到 9 月底，这是一个更长的工作流沉淀期，适合把验证过的 skill 打磨得更稳定，把连接器配置固化下来。

我个人在实际操作中的体会是，限免活动的真正价值不在“省了多少钱”，而在于逼着你把那些一直想做但没时间做的工作流实验都跑一遍。很多功能平时舍不得拿真实数据去试，限免期正好没有顾虑。等到活动结束，你可以很清楚地知道，哪些任务值得为更好的模型付费，哪些任务用基础模型就够，这笔账才算真正算明白了。