尧图网站设计 尧图网站设计YAOTU DESIGN
ARTICLE DETAIL

资讯详情

深耕网站设计与一线实操的经验洞察。

WorkBuddy双模型限免实测:从模型选型到业务流搭建完整指南

WorkBuddy双模型限免实测:从模型选型到业务流搭建完整指南 最近很多交流群都在转一张活动截图WorkBuddy 双模型限免写得清清楚楚左边 Hy4 preview 免费体验两周右边 Hy3 免费到 9 月底。有人看到“限免”两个字就划走了觉得这是常见的拉新送额度也有人看到模型代号就开始研究该冲哪一边。但如果你正在用 AI 搭自动化流程我建议你别只把它当羊毛信息看WorkBuddy 这次给的不只是聊天次数而是两个能接入实际工作流的模型入口。我花了一个周末把 WorkBuddy 从下载、注册一路跑到搭业务流中间把 Hy4 preview 和 Hy3 都放进不同流程里做了几十轮真实任务对比。先说结论这个限免确实值得领但怎么领、怎么切、怎么避免到期后被动收费才是大多数人最容易忽略的地方。下面这篇不打算写成官方说明书就按我的实操路线来聊包括产品定位、模型选择、完整操作步骤、以及我用两个模型跑出来的几个真实场景。1. 先搞清楚 WorkBuddy 是什么它不是聊天框是一张能干活的工作台很多第一次接触的人会把 WorkBuddy 当成又一个 AI 聊天软件打开以后问几句就关掉然后吐槽说“这不和普通助手一样吗”。我也犯过这个错。后来认真用下来才理解WorkBuddy 的核心不是“对话”而是“执行”。你可以在里面设置定时任务、接入外部系统、让模型按固定流程处理数据最后把结果推到群聊、文档或 HTTP 接口里。它更像一个自带大模型能力的自动化工作平台而不是一个孤立的问答工具。我自己的判断是如果你只是需要一个随问随答的助手市面上的聊天型产品已经够用但如果你想做的是“每天早上从多个数据源抓取内容让 AI 自动整理成摘要再发给指定的人或系统”那你需要的不是一个聊天窗口而是一个能长期稳定跑流程的容器。WorkBuddy 解决的就是这件事这也是它和普通 AI 工具最本质的差别。1.1 它和 CodeBuddy 到底有什么区别这段时间总有人把 WorkBuddy 和 CodeBuddy 放在一起比也确实有读者在后台问我“是不是同一个东西改名了”“装了 CodeBuddy 还要不要装 WorkBuddy”。按我的实际体验来看两者分工不太一样CodeBuddy 更偏向代码场景适合你在 IDE 或终端里让它补全代码、解释报错、做代码审查WorkBuddy 更像一个工作流编排层重点是把 AI 能力接进日常业务里比如报表汇总、接口巡检、网页生成、定时通知这类任务。打个不算太严谨的比方CodeBuddy 像是给你配了一个很会写代码的同事你问什么它答什么WorkBuddy 更像给了你一间办公室里面既有会写代码的同事也有会读文档、调接口、发消息的同事你要做的是把这些人按流程组织起来。所以它俩不是替代关系而是互补关系。如果你只是写代码CodeBuddy 已经挺顺手如果你想做端到端的自动化任务WorkBuddy 会更合适。也有朋友问我和市面上一些办公 AI、千问办公这类产品相比WorkBuddy 的优势在哪。我的看法是聊天型办公助手主要解决“帮我写一段文字”这种单点需求而 WorkBuddy 的优势在于“可编排、可触发、可连接”。同样是写周报普通助手帮你生成文案WorkBuddy 可以做到从企业微信、邮箱、表格里拉数据自动生成周报再通过连接器发到指定位置整个过程不需要你手动复制粘贴。1.2 看懂 Skill、连接器和业务流三个核心词真正上手 WorkBuddy 之前建议先理解三个高频词因为它们会出现在几乎所有教程和文档里理解了以后再看界面就不会懵。第一个是 Skill。简单说就是一个可复用的技能包里面有一段固定的提示词模板和对应的处理逻辑。你可以把经常用的“会议纪要生成”“日报汇总”“接口状态判断”做成 Skill之后在不同业务流里直接调用不用重复写大段提示词。比如我建了一个“日报生成”技能输入一天的原始日志它自动按“今日进展、风险项、明日计划”三段输出这个技能可以在多个流程中复用。第二个是连接器。它解决的是 WorkBuddy 和外部系统之间的打通问题。常见的连接器包括 HTTP 请求、数据库、电子表格、企业微信、钉钉、飞书等。你可以把某个连接器理解成一根管道负责把外部数据送进来再把 AI 处理完的结果送出去。连接器本身不产生智能但它决定了 WorkBuddy 能触达多少真实业务场景。第三个是业务流。这是 WorkBuddy 真正执行任务的地方相当于把“触发器 Skill 连接器 模型节点”串成一条完整链路。比如“每天晚上 8 点读取某个接口的数据 → 调用日报生成 Skill → 把结果发送到群聊”这就是一个最简单的业务流。第一次用的人可能会被“流程编排”这个词吓到实际画起来并不复杂大多数场景只需要三到五个节点就能跑通。可能有人会问这些概念和传统 RPA 工具有什么区别传统自动化通常要求你把每一步的规则写死模型在这里更像是把“规则”变成了“意图”。你只需要告诉它“把返回内容里状态为 disabled 的记录过滤掉只保留今天的异常项”它就能理解并执行不需要你为每个字段写判断条件。这种灵活性正是 WorkBuddy 这类模型驱动工作台最有价值的地方。2. 双模型限免免的是什么Hy4 preview 两周Hy3 到 9 月底回到这次活动的核心Hy4 preview 免费两周Hy3 免费到 9 月底。先说清楚限免不等于模型从此以后彻底免费也不代表所有功能都白送。从活动页面上的说明来看应该是在限定时间内你可以在 WorkBuddy 平台内直接调用这两个模型参与业务流运行不再按条数收取模型调用费用。具体是否限制并发量、是否需要邀请码建议以你登录后看到的页面规则为准。我的理解是这次活动真正的价值不是让你“多聊几天天”而是让你把两个模型放到真实业务流里看看它们在不同任务上的表现。因为聊天场景里的模型表现和跑自动化任务时的表现往往是两回事。一个模型可能聊天很流畅但一旦把它放进固定的提示词模板里做结构化输出它可能就开始丢字段、乱格式。所以免费窗口期反而是最好的“压力测试期”。2.1 Hy4 preview 和 Hy3 到底应该怎么选我在两个模型上分别跑过几类任务包括长文本总结、HTML 页面生成、接口返回解析、按模板生成固定格式文档。整体感觉是Hy3 更稳Hy4 preview 更灵活。这里的“稳”主要体现在输出格式的可控性上。跑正式业务流时我要的是每次输出的结构都一致比如日报里的标题层级、表格列数、异常项格式都不能变。Hy3 在这类场景下表现更稳定我连续跑了几十次输出结构基本保持一致。Hy4 preview 则在理解复杂指令和长上下文方面更突出比如一次性丢给它一份很长的接口文档让它提炼出关键参数或者给它很多零散资料让它设计一个完整流程它能更快抓住重点但偶尔会有输出偏飘的情况。为了更直观我整理了一个对比表格对比维度Hy4 previewHy3定位新一代模型预览版稳定可用版本擅长场景长文本理解、复杂任务规划、代码生成固定模板输出、日常批量处理输出稳定性偶尔有波动比较稳上下文处理长窗口优势明显常规够用适合用法尝试新能力、搭建原型作为正式流程的默认模型限免截止领取后约两周至 9 月底我的实际建议是别把 Hy4 preview 和 Hy3 当成“谁更强”的关系而是当成分工关系。如果你要跑的是已经稳定上线、每天要执行很多次的业务流默认模型继续用 Hy3如果你想在新流程里做实验或者需要处理很长的上下文材料就在这个新流程的模型节点里单独选择 Hy4 preview跑两天以后再做决定。2.2 限免窗口不是无限的别把试用期当永久免费期还有一点提醒大家限免活动的核心关键词是“限”不管是 Hy4 preview 的两周还是 Hy3 的 9 月底都有一个明确的时间边界。我见过不少人看到免费就冲进去把所有流程都切成新模型结果到期那天早上发现服务停了或者账单直接变成扣费模式。这其实是完全可以提前避免的。比较合理的做法是把这次限免当成一次专项评估。比如你可以在日历里设置两个提醒第一个是 Hy4 preview 到期前一天第二个是 Hy3 免费到期前一周。到期前做一次测试看看你现有的业务流还依赖哪些模型再决定是继续付费、改回免费模型、还是调整调用策略。不要等到流程跑飞了才去翻设置。我甚至建议你在试用期里给自己写一份简单的测试记录每次跑完任务后记录“用哪个模型、输入了什么、输出是否满足要求”。有了这份记录到期之后你做决策会快很多不用靠模糊印象去猜。3. WorkBuddy 安装、领取免费额度与模型切换实操接下来进入实操部分。我尽量把步骤写细因为这种限免活动往往藏了不少操作门槛。先说版本我用的客户端版本号是 0.9.x如果你的版本更新菜单位置可能有差异但核心思路不会变。3.1 从下载到进入工作台基础环境怎么搭WorkBuddy 提供桌面端、网页端和 Linux 版本。日常试用直接在官网下载桌面端就好Windows 和 macOS 都有安装包下载完双击安装和装普通软件没有区别。如果你在服务器或内网环境使用可以下载 Linux 版本我自己就在一台 Linux 服务器上跑过过程并不复杂比较适合需要长期定时执行的场景。安装完成后用手机号或邮箱注册账号。注册后会让你创建工作空间你可以把工作空间理解成“项目隔离区”不同项目的数据、连接器和业务流是分开的。如果你只是因为这次限免来体验建一个专门叫“Hy4 preview 测试”的独立空间会更干净避免和正式业务混在一起。登录后别急着写流程先去“设置 → 模型”页面看一眼默认模型。正常情况下应该能看到 Hy3 和 Hy4 preview 两个选项如果新的客户端已经默认把模型切成了 Hy4 preview而你手头有正在跑的旧流程建议手动把全局默认模型改回 Hy3把 Hy4 preview 留到你想测试的流程里再用。这样可以避免因为模型突然切换导致原有流程输出格式变化。3.2 在配置中心领取 Hy4 preview 的限免资格不同版本的入口可能有差异但大致路径是这样先查看左下角账号头像所在区域一般会有“订阅与额度”类似入口。进入后能看到当前账号下的服务列表找一下“Hy4 preview 限免体验”或“双模型限免”相关的活动卡片。点击“立即领取”以后系统通常会要求你完成一次手机号或邮箱验证也可能直接跳转到一个确认页。这里有两个细节值得留意。一是尽量把客户端升级到最新版本再操作老版本有时不会展示最新的限免入口我一开始就遇到这个问题升级后入口才出现。二是注意活动页里有没有“仅限新用户”或“每个账号限领一次”这类限制。如果你之前已经用同一个账号参加过其他免费体验活动领取可能会失败这时候换个符合条件的新账号重新操作是比较快的解法。领取成功后你可以回到“设置 → 模型”页面确认 Hy4 preview 的卡片上出现了到期时间。如果页面仍然显示没有资格建议先彻底退出账号再重新登录一次让服务端重新拉取账号权益。我实际操作时领完以后大概等了两分钟左右模型列表里才刷新出可用的 Hy4 preview所以如果没立刻出现也不用太慌张。顺便说一句有的版本在领取时会要求你绑定支付方式但这不等于马上扣费。我的经验是领取前把后面的“到期后是否自动续费”和“超量后是否自动扣费”两个开关都关掉然后再去点领取这样最稳妥。免费试用结束以后流程最多暂停不会直接从你账户里扣钱。3.3 把某个流程从 Hy3 切到 Hy4 preview拿到免费资格以后怎么在具体业务流里使用 Hy4 preview最简单的路径是新建一个空白流程然后在画布上找到模型节点右侧会有一个模型选择下拉框切换成“Hy4 preview”再保存发布。如果你是已经有现成流程想临时换成 Hy4 preview 跑一遍做对比我强烈建议先复制一份流程副本而不是直接在原流程上改。因为 preview 版本输出可能不完全稳定原流程如果正在被定时任务调用切换后一旦输出格式不符合预期会影响正式业务。复制副本的方法一般是流程管理页面的“复制”按钮或者在流程编辑页右上角的操作菜单里找。复制出来以后再把副本中的模型改成 Hy4 preview这样即使测出问题也不会影响原来那条正常运行的流程。WorkBuddy 的模型配置还有一个特点就是“全局默认模型 节点覆盖模型”并存。全局模型决定整个工作空间的兜底模型单个流程里的模型节点如果单独指定了模型则以节点设置为准。这意味着你可以放心把全局默认模型设为 Hy3只在一个流程、甚至一个流程里的某一个节点上单独使用 Hy4 preview。这种设计对生产环境非常友好不会因为切换模型导致全部流程一起变化。4. 用双模型限免做几个能直接用上的业务流光讲功能和配置还不够下面分享三个我这几天实际跑过的场景都是普通办公或开发中经常会遇到的。你可以直接照着搭一套也可以按自己的需求改一改。4.1 搭建个人工作台从多数据源拉取、清洗到输出汇总“个人工作台”听起来抽象其实做起来很具体。我的第一个实验流程是让 WorkBuddy 每天定时读取一个内部系统的 HTTP 接口、一个文档表格里的更新记录再把两边的数据合并成一份“今日工作简报”发到群里。整个流程分四步第一配置 HTTP 连接器让它去请求内部接口拿到当天的记录第二配置一个读取文档的连接器把表格中的新数据抓下来第三把两路数据输入到模型节点在提示词里明确要求“合并重复项、按日期排序、标记异常状态”第四把模型输出通过通知连接器发送到群聊。完成后给流程设置一个每天早上 9 点的定时触发器整个个人工作台就算基本成型了。我在这个场景里测试了两个模型的差异。Hy3 对固定提示词模板的执行更稳定只要提示词不变输出格式基本能保持统一Hy4 preview 的优势则体现在连接器数据结构发生变化时比如接口返回里新增了一个字段我能直接用自然语言告诉它“把新增的 status 字段也纳入异常判断”它能更快理解并调整输出。如果你是刚上手建议先按稳定的 Hy3 搭好流程再单独建一个测试流程去体验 Hy4 preview 的灵活度。4.2 让 WorkBuddy 直接生成一个网页再自己改两笔网上聊到“WorkBuddy 写网页”的人很多但不少人的用法还停留在把 AI 当成聊天窗口让它输出代码后自己复制保存。WorkBuddy 的方式其实可以更自动化。我建了一个“网页生成”业务流输入一段产品描述它会自动生成一个完整的 HTML 落地页并把代码写入本地文件夹或指定目录。我在测试时给 Hy4 preview 的提示词是这样的请生成一个移动端适配的企业服务落地页主题色为深蓝色包含顶部导航、Hero 区域、三个功能卡片、一个客户案例列表和一个底部联系表单所有 CSS 内联在 HTML 文件中不要依赖外部框架文案使用中文。不到一分钟它就返回了一段可直接在浏览器里打开的 HTML。当然这里也要提醒一句AI 生成的页面只能当“初稿”不要指望它一次就完美。我拿到页面后仍会检查资源路径、移动端断点、表单提交逻辑。但相比从零开始写代码这个流程至少能节省一半时间。如果你是给自己的小项目做临时落地页或者给公司做原型演示这套工作流非常够用。4.3 用 WorkBuddy 做接口自动化测试实现“自然语言断言”把 WorkBuddy 用于接口自动化是我个人觉得这次限免最有想象力的方向。传统接口自动化测试需要写代码或配置断言规则而 WorkBuddy 的思路是你只需要在流程里描述“期望结果”让模型去解析实际返回并做出判断。我搭了一个最简单的健康检查流程核心配置如下请求方式GET 请求地址https://api.example.com/v
返回列表