从9月中旬开始WorkBuddy这波“双模型限免”信息量其实挺大的一边是旗舰新模型Hy4 preview直接免费用两周另一边是Hy3直接给到9月底。对很多还在纠结要不要上智能体工作台、又怕订阅费打水漂的人来说这波限免窗口就是一个很实在的白嫖试错期。我这两天把这套组合拳完整跑了一遍从模型实测到本地部署、从插件接入到定时任务踩了不少坑也理出了几条比较靠谱的使用路径。下面把整个过程和注意事项一次说透。1. 限免规则拆解Hy4 preview两周、Hy3到9月底到底在送什么先说这次限免最容易被忽略的点它送的不是“一个模型”而是“双模型组合”。WorkBuddy这次把Hy4 preview和Hy3两个模型同时放开但时间窗口完全不同。Hy4 preview是预览版只免费两周Hy3是稳定版免费到9月底。很多人看到“两周”就觉得太短不值得折腾但我实测下来Hy4 preview的价值恰恰在于“提前踩点”——两周足够把高频工作流全部迁移过去试一遍等到正式收费时你心里已经有数了。1.1 两个模型的定位差异从实际使用来看这两个模型在WorkBuddy里承担的角色其实不太一样。Hy3更偏向稳定执行适合日常任务编排、插件调用、定时脚本这类的确定性工作Hy4 preview则明显更擅长长上下文理解和多步推理尤其是那种需要跨多个文档、多个表格综合判断的任务Hy4 preview的输出质量明显高一截。我用一个对比表格把差异整理了下方便参考维度Hy3Hy4 preview免费截止时间9月底两周稳定性高适合生产环节预览版偶有波动长文本处理一般长文档易丢细节强跨文档综合能力好插件/工具调用指令执行准确偶尔会自作主张适合场景定时消息、数据同步、日常问答方案设计、长文分析、复杂排错1.2 限免不等于无限额度这里要特别提醒一点限免是有额度概念的不是真的完全放开。WorkBuddy官方对Hy4 preview和Hy3都设置了每日调用上限具体数值会随运营策略调整但我建议把它理解成“商用前的体验额度”。我第一天拿Hy4 preview跑了大量的长文本总结结果下午就触发了频率限制提示要等到第二天恢复。所以如果你打算在这两周内密集使用最好把高价值任务排在上午把简单问答类任务放到下午。别一上来就拿免费额度跑批处理留点余量给临时的深度任务。2. 双网络记忆模型才是重点WorkBuddy这次为什么要上双模型标题里“双模型”三个字我一开始也以为只是限免两个模型而已后来翻了WorkBuddy的使用手册才发现这里还有一层更关键的含义——它内置了“双网络记忆模型”的机制。这跟单纯提供两个模型切换完全是两码事。说白了WorkBuddy在架构上跑了两套网络一套负责“记忆”另一套负责“生成”。记忆网络负责把你历史对话、业务数据、本地文档里的信息沉淀成结构化的记忆体生成网络则负责在你发起新任务时结合记忆体去组织和生成回答。2.1 双网络记忆到底解决了什么痛点以前用普通AI工具最大的问题就是“聊完就忘”。你今天让它整理了一份项目排期表明天再问它“上次说的那个节点是什么时候”它一脸茫然。WorkBuddy的双网络记忆模型不一样它会把你的业务对象、任务状态、偏好习惯都存进记忆层下次调用时自动带出来。我举个例子我在WorkBuddy里维护了一个建筑项目的材料清单第一次让它解析了一份PDF它把材料名、规格、数量都存进了记忆体。第二次我直接问“水泥的供应商是哪家”它虽然没有重新读一遍PDF却能基于之前沉淀的记忆直接给出答案。这个体验跟普通对话式AI完全是两个层级。2.2 记忆模型能记住什么、不能记住什么经过实测我感觉WorkBuddy的记忆模型更像是一个“项目维度的工作记忆”而不是“全知全能的个人档案”。它能记住的偏向结构化信息任务列表、文档摘要、表格字段、定时规则、自定义指令。但对于“你昨天开会说了什么情绪化的话”这类非结构化信息它是不会主动保留的。这个边界很重要。如果你把WorkBuddy当作一个项目工作台来用它对业务数据的记忆能力完全够用但如果你指望它像一个私人秘书一样记住你所有的随口闲聊那可能会失望。我在使用手册里看到的能力范围基本印证了这一点。3. 实操WorkBuddy本地部署、插件接入和技能编排前面讲的都是概念层面的东西接下来进入正题——怎么把WorkBuddy用起来。我这两天的操作路径基本覆盖了从安装到进阶的全部环节这里按顺序拆开讲每一步都标注了容易踩坑的地方。3.1 安装与本地部署别急着上Docker我当时第一反应是直接上Docker跑结果发现WorkBuddy的官方安装包其实更省事。当前版本提供了Windows、macOS和Linux的全平台安装包其中Linux也明确给了麒麟版的适配包这对国产系统用户来说非常友好。安装时只要从官网下载对应版本一路确认就可以完成基础部署。不过要注意WorkBuddy本地部署后默认是本机运行模式界面里有个服务地址配置项。如果你想让局域网内其他设备也访问需要把服务监听地址改成0.0.0.0否则只有本机能连上。这一步很多人会漏掉我一开始没改配置手机上一直连不上。3.2 插件生态连接器是核心WorkBuddy的插件体系里“连接器”是一个绕不开的概念。热搜词里好多人问“workbuddy连接器是什么”我用自己的话解释一下连接器就是把WorkBuddy和外部系统打通的那个适配器相当于一个万能转接头。我实测下来连接器支持的范围挺广的包括钉钉多维表、Obsidian、微信、浏览器控制等。以钉钉多维表为例你只要在WorkBuddy里配置好连接器的授权信息它就能实现定期同步把多维表的数据变化自动拉取到本地记忆体。同样的道理微信定时消息也是靠连接器来发不是WorkBuddy自己直接调微信接口。3.3 Skill技能编排比自定义指令更上一层WorkBuddy里有个概念叫Skill你可以理解成“打包好的工作流”。自定义指令只是告诉模型“你要用什么风格回答”而Skill可以组合多个步骤比如“读取今天的钉钉多维表→筛选未完成项→生成简报→定时发送到微信群”。我实际搭了一个晨报Skill配置步骤如下在Skill列表里新建一个技能命名“晨报生成器”。添加触发条件每天早上9点。添加动作1调用钉钉连接器读取多维表。添加动作2用Hy3模型进行信息汇总。添加动作3调用微信连接器发送到指定群聊。这套流程跑下来基本能实现全自动的日报推送。唯一要注意的是Skill里的每个动作都要显式配置模型来源默认可能是Hy3如果你有步骤想用Hy4 preview要手动切换。我一开始没注意所有动作都跑在Hy3上后来改成混合调用才发挥出双模型的优势。3.4 接入OpenAI模型的通用路径除了WorkBuddy内置的Hy3和Hy4 preview它还支持接入OpenAI接口。这意味着你可以把外部模型作为一个自定义模型来源在WorkBuddy里统一调用。我在本地部署后在模型配置里添加了OpenAI的API地址和密钥模型选择里就多了一个外部模型项。这里有个细节接入OpenAI后limitation和频率限制由OpenAI那边控制跟WorkBuddy的限免额度无关。如果你想避开WorkBuddy每日调用上限把任务切到外部模型也是个办法只是稳定性取决于API服务本身。4. 两周窗口期的任务分配Hy4 preview和Hy3各自适合做什么既然Hy4 preview只有两周免费那就别把所有任务都一股脑喂给它。我根据自己的实际使用场景把这两周的模型分配策略整理了一下核心思路是“深度任务优先Hy4 preview批量运维留在Hy3”。4.1 适合交给Hy4 preview的任务Hy4 preview的长上下文理解能力优势主要体现这几类任务上长文档综合归纳一份50页的招标文件让它提炼关键条款、风险点和必答项输出质量明显高于Hy3。跨表格数据关联把多个CSV、多维表格数据放一起让它找异常值或缺失项逻辑链条更完整。复杂排错分析本地部署后如果日志报错直接把堆栈信息丢给它它能结合项目上下文定位根因。UI自动化调试WorkBuddy配合浏览器自动化做UI测试时Hy4 preview对选择器的理解更准写出的自动化脚本兼容性更好。4.2 继续留在Hy3的任务Hy3的强项是稳定和可预期适合这几种定时消息推送因为它执行的是确定性动作模型波动影响不大。钉钉多维表同步数据搬运类操作重要的是不出错Hy3足够。通用问答与指令执行日常的“帮我把这段文字转成表格”“给我列个会议议程”Hy3表现完全OK。批量数据处理大量重复性、模板化的任务用Hy3更省额度也能跑得更快。4.3 混合调用的小技巧我强烈建议在Skill配置里做一个“判断分支”式的设计。比如在大纲生成阶段用Hy4 preview做好框架在内容填充和格式整理阶段切回Hy3既能保证质量又能省掉Hy4 preview的每日额度。这样一套流程在限免期内几乎不会触碰频率上限。5. WorkBuddy与CodeBuddy的边界以及我踩过的几个坑很多人在热搜里问“codebuddy和workbuddy区别”我一开始也困惑。实际用下来这两个产品虽然同属一个工具家族但定位非常清晰CodeBuddy偏向开发者场景解决的是编码、调试、代码生成这些事WorkBuddy偏向业务与办公效率场景解决的是工作流编排、数据同步、定时任务这类事。二者可以配合但别把它们当成同一个Product来选型。5.1 我踩过的一个大坑目录里的隐藏文件在使用中我发现WorkBuddy在本地生成的工作目录前面会有一个点号比如.workbuddy这是正常的隐藏目录。问题在于有些同步工具默认不同步隐藏目录导致我在另一台机器上怎么也恢复不了历史会话。后来我手动把隐藏目录加进同步白名单问题才解决。如果你要跨设备使用WorkBuddy强烈建议在一开始就把这个目录纳入备份和同步方案里否则换了设备后记忆模型的历史沉淀会丢得一干二净。5.2 定时消息功能的后端限制关于“定时发送微信消息”这个热搜需求我实测发现它依赖连接器保持在线状态如果WorkBuddy后台进程被系统杀掉定时任务不会自动拉起。解决办法是在系统层面把WorkBuddy设为开机自启同时把程序的电源计划设为不睡眠。对比之下钉钉多维表同步会更稳一些因为它走的是服务端轮询。5.3 网页版和本地版的数据一致性问题WorkBuddy是有网页版的但跟本地版的数据不是默认实时同步的。我在网页版里创建了一个Skill回本地版后发现根本看不到。对照使用手册才发现需要在两边手动触发同步而且同步方向是单项的从网页版拉到本地版反向不一定成立。所以我的建议是在某个阶段固定在一种设备上做配置别来回切换。5.4 有没有必要关注“培训教程”和“从业者认证”最后说一个比较值得留意的趋势WorkBuddy相关的培训教程和“效率智能体从业者认证”已经在一些主流平台上线。如果你是把WorkBuddy引入团队或者打算以它为基础搭建个人的效率咨询方案认证会是一个加分项但如果你只是个人使用跟着官方使用手册走一遍再跑几个Skill就足够。没必要为了认证而认证工具的价值还是得落到实际干活上。6. 限免期结束前的备份与迁移建议Hy4 preview限免结束之后你用它生成的那些长文分析、复杂排错记录还存在本地但这些结果是基于Hy4 preview的上下文生成的。等Hy4 preview切回付费后如果你不想续费最好提前把关键成果导出备份。WorkBuddy里支持将对话记录导出为Markdown和结构化JSON。我的做法是每周导一次所有重要会话存到Obsidian库里保持知识资产的可迁移性。因为WorkBuddy的记忆模型虽然好用但它是产品绑定的万一以后换工具还有个退路。另外如果你在限免期内跑了不少Hy4 preview的生成结果建议在模型切换回Hy3后做一个“结果复测”。有些长文档归纳任务Hy3复现出来的答案细节上会有遗漏别等到正式使用才发现质量问题。最后我的一个真实体会这波双模型限免我最大的收获其实不是“白嫖了两周新模型”而是通过对比使用搞清楚了WorkBuddy这套双网络记忆模型的运作方式。以前总觉得智能体工作台是个噱头但当你把本地文档、多维表、定时消息、自定义指令都接进去之后它真的会从一个“问答工具”蜕变成“业务执行体”。Hy4 preview免费的两周里建议你至少搭一个完整的业务Skill把从输入、处理到输出的链路跑通。这样等限免结束你留下的不只是一堆聊天记录而是一套能反复使用、随时可调用的工作效率基础设施。
