腾讯混元 Hy4 preview 实测 用 WorkBuddy 搞定全流程办公
平时我们做一份月报，电脑上可能要同时开着订单表、退款记录和几个资料页面。合并完数字，还要去 PPT 里调图表。
同事发来一条消息，说有笔退款记错了月份。你得回去改表，再确认刚才那张图有没有跟着更新。
其实现在AI Agent 已经能解决这些办公问题了，像腾讯的 WorkBuddy 就能提供联网查资料、处理文件和生成办公文档的工具，一个软件就能完成所有工作步骤，还免费。
腾讯刚刚发布了 Hy4 preview，总参数达到 770B，激活参数为 49B，上下文长度超过 1M。WorkBuddy 又是首发接入，能免费体验整整两周，而且Hy3 也会继续免费到 9 月底，想体验 AI Agent 办公的一定要下载来试试。
Hy4 preview 官方重点提到了软件工程、游戏开发、智能办公。我就先帮大家测测这几个方面到底实力如何。
多的不说，开测！
01. WorkBuddy+Hy4 preview实测
case 1 资料检索：百页财报找关键内容
平时遇到上百页的财报和业绩材料，数字散在不同表格里，同一件事还可能出现在正文、演示文稿和新闻稿中。读到后面，我们容易忘记前面的内容，也容易把不同时间、不同口径的数字放在一起比较。
这次，我们把腾讯年报、最近两个季度的业绩报告和演示材料交给 Hy4 preview ，看看 Hy4 preview + WorkBuddy 能不能找到与 AI 有关的内容，把数字对回原文，并整理成一份方便复查的简报。
提示词：
请阅读腾讯官方公开的财报和业绩材料，整理一份“腾讯 AI 投入与业务进展简报”。
这是公开资料整理任务。只使用腾讯投资者关系网站、腾讯官网和腾讯官方公告中的材料。不要登录账号，不要使用付费数据库，不要给出股票买卖建议或预测股价。
需要阅读的资料：
1. 腾讯最近一份年度报告。
2. 腾讯最近两个已经正式发布的季度业绩公告。
3. 与这两个季度对应的官方演示文稿或新闻稿。
4. 至少阅读 4 份官方资料，其中至少 3 份是 PDF 或其他长文档。
如果执行当天最新季度的正式材料还没发布，就使用已经发布的最近两个季度，并在报告开头写清时间范围。搜索结果、媒体报道和券商报告只能用来寻找官方入口，不能作为最终结论的依据。
第一步：先安排任务
创建“研究计划.md”，写清要找哪些资料、准备使用哪些工具、要回答哪些问题，以及完成任务的检查标准。
完成计划后再开始写报告。
第二步：收集并阅读资料
使用网页和 PDF 阅读工具打开官方资料，下载到当前任务文件夹。
创建“资料清单.xlsx”，记录资料名称、报告期、发布日期、URL、文件类型、总页数、实际阅读页码或章节、读取状态和备注。
如果同一份文件连续两次无法打开，记录错误，改找腾讯官方提供的其他入口。仍然无法读取时，将这项资料标成“未读取”，不能假装已经看过。
第三步：整理信息
请从资料中寻找并整理：
腾讯对 AI 战略、混元模型和 AI 产品进展的官方表述。
最近两个季度的营业收入、研发开支和资本开支。只有统计口径一致时才能比较。
管理层提到的 AI 投入、算力建设、广告、游戏、云服务或效率提升。
文档中公开的产品数量、用户数据、调用数据或增长数据。没有公开数字就留空。
公司明确提到的风险、投入压力或仍在建设中的部分。
创建“原文位置.md”。每项信息都要写明资料名称、URL、PDF 页码或章节、发布日期和查询日期。公司原话、财务数字和根据资料得出的整理结论要分开标注。
不同官方文件说法不一致时，保留两个版本，写清各自的报告期和统计口径。不能为了让结论整齐而改写数字，也不能把公司没有明确说明的增长原因归给 AI。
第四步：制作表格和简报
创建“关键数字.xlsx”，按报告期整理营业收入、研发开支和资本开支。保留原币种、原单位和资料页码。
只有相同统计口径的数据才计算同比或环比，计算必须使用可检查的 Excel 公式。
给关键数字制作一张简单图表，图表标题写清指标、单位和时间范围。
交付“腾讯 AI 业务简报.md”，控制在 2000 字以内。内容包括时间范围、AI 投入、产品进展、关键数字、公司公开的限制、还没查到的信息和资料来源。
报告中涉及数字的句子，必须能在“关键数字.xlsx”和“原文位置.md”中找到对应记录。
第五步：检查结果
重新打开全部文件，抽查至少 8 条关键信息，确认能够回到官方原文。
检查表格单位、报告期、同比和环比公式。
检查年度数据与季度数据有没有被直接混在一起比较。
最后回复所有交付文件的路径、实际读取的官方资料数量、长文档数量、抽查结果和仍需人工确认的内容。不能联网、无法读取 PDF 或不能生成 Excel 时，保留已经完成的文件并说明原因，不能编造结果。
Case 1 最终生成了7个文件，其中6份是长文档，并交付了研究计划、资料清单、关键数字表、原文位置和一份2000字以内的简报。
我抽查了几组关键数字，营业收入、研发开支和资本开支都能回到具体报告页码。遇到QClaw和“小微”两种不同版本时，Hy4 preview 也保留了各自的报告期，没有擅自合并。官方没有公开的用户数、调用量和AI收入，结果里同样留了空。Hy4 preview 已经能处理上百页财报里的查找、整理和溯源工作。
case 2 处理重复记录和跨月退款
电商人在处理数据时最怕遇到重复订单和跨月退款了，重复订单会把金额算高，跨月退款又容易记错月份。
我们用一小份可以人工复算的数据来测，重点检查 Hy4 preview 能否识别异常、保留 Excel 公式，并在交付前完成复算。
提示词：
请用下面的模拟业务数据制作“月度收款核对.xlsx”。数据与真实公司无关，金额单位均为元。
订单表，记录的都是已付款订单：
订单号,支付日期,渠道,商品金额,优惠金额
O001,2026-06-02,官网,1000,100
O002,2026-06-05,门店,800,0
O002,2026-06-05,门店,800,0
O003,2026-06-12,官网,600,100
O004,2026-06-18,门店,1200,200
O005,2026-06-28,官网,1500,0
O006,2026-07-03,官网,900,100
O007,2026-07-08,门店,1600,200
O008,2026-07-12,官网,1000,0
O009,2026-07-20,门店,700,100
O010,2026-07-29,官网,2000,300
退款表：
退款号,订单号,退款日期,退款金额
R001,O003,2026-06-20,200
R002,O003,2026-06-25,100
R003,O005,2026-07-03,500
R004,O008,2026-07-15,300
R004,O008,2026-07-15,300
R005,O999,2026-07-18,100
处理规则：
1. 原始数据完整保留。完全重复的记录只计算一次，在异常清单说明去重依据；同一订单的不同退款号属于不同退款，不能合并删除。
2. 订单实收=商品金额-优惠金额，按支付日期统计。退款按退款日期统计，跨月退款保留原订单关联。
3. 无法匹配订单的退款进入待核实清单，暂不计入有效退款，说明排除金额。
4. 当月净收款=当月订单实收-当月有效退款。净收款不作为利润或会计收入。退款渠道取自原订单。
工作簿包含原始订单、原始退款、清洗后明细、月度汇总、异常清单和口径说明。按月份及渠道汇总订单数、订单实收、有效退款和净收款，计算 7 月净收款较 6 月的环比。
订单实收、汇总和环比使用可检查的 Excel 公式。金额显示两位小数，百分比单独设置格式；补充一张月度收款与退款对比图。设置筛选、冻结表头和合适列宽。
交付前独立复算关键结果，检查渠道合计是否等于月度合计，公式是否有错误。在文件副本中修改一笔订单金额，重算后确认汇总更新，再交付保持原始输入的版本。不能执行重算时，明确列出未验证项。
最后提供文件路径和核对说明，列出重复记录、跨月退款及待核实记录的处理结果。
这次Excel任务的计算结果全部对上了。重复订单、重复退款、跨月退款和待核实记录都按规则处理，6月净收款为4400元，7月为4700元，环比增长6.82%。
我又把一笔订单金额从2000元改成2500元。重新计算后，7月净收款自动更新到5200元，环比变成18.18%，说明公式之间已经连起来了。
case 3 做一份经营复盘PPT
平时做一份 PPT 交给同事后，标题、图表和数字经常还要继续修改。整页生成一张图片，预览时省事，后续编辑就会卡住。
这个 Case 会考查 Hy4 preview 检查视觉排版、数据计算和 Office 文件结构的能力。文字要保留为文本框，图表要能编辑，模型还得渲染全部页面，Hy4 preview 自己还得发现溢出、遮挡和字体问题。
提示词：
为虚构品牌“山岚咖啡”制作一份 10 页、16:9 的经营复盘 PPT，用于 10 分钟内部会议。
以下均为模拟数据，金额单位为万元，订单单位为万单：
指标,Q1,Q2
营收,420,510
订单量,7,8.5
毛利率,58%,61%
复购率,24%,31%
期末门店数,12,15
Q3 计划新增 3 家门店，开店预算合计 90 万元。计划不等于已完成结果。没有提供的经营事实不得补写；风险与建议应标注为分析判断。
请计算营收及订单量的环比、两季度客单价，并区分百分比增幅与百分点变化。
内容要包括经营概览、主要指标变化、门店扩张、需要继续核实的问题，以及 Q3 行动安排。页标题写具体信息，避免空泛口号。行动安排没有明确负责人的位置标注“待指定”。
视觉参考咖啡品牌季刊：奶油白背景、炭黑与深棕文字，少量橙色强调。版式至少包含大数字概览、原生图表、左右对照和行动表，根据内容分配页面。正文原则上不小于 20pt，避免把所有页面排成相同的卡片墙。
交付“山岚咖啡经营复盘.pptx”：文字必须是真实文本框，图表使用可编辑图表并保留数据，禁止用整页截图代替幻灯片。另交付全部页面的预览图和一张总览图。
生成后渲染并逐页检查，修复文字溢出、遮挡、中文字体异常和图表标签缺失。核对 PPT 数字与输入数据，确认全篇单位一致，页脚标注“模拟数据”。如果无法渲染或验证可编辑性，说明未完成的检查。
Hy4 preview 最终交付了10页可编辑PPT、全部页面预览图和一张总览图。
营收、订单量、客单价、毛利率和复购率的计算都对上了。Q3新增门店和90万元预算被明确标成计划值，没有写成已经完成的结果；没有提供负责人的任务，也统一保留为“待指定”。
文字都是真实文本框，4张图表也保留了内嵌数据，没有用整页截图代替幻灯片。
case 4 做一个周末放映室的预约网页
做预约网站比静态展示页多了不少状态：余票会变化，重复预约要拦住，取消后要恢复座位，刷新页面还得保留记录。
这个 Case 通过一套完整预约流程测试交互逻辑。测试会逐个点击按钮，确认余票、预约和取消状态按规则变化。
提示词：
请开发一个名为“周末放映室”的响应式活动预约网站，使用 React + TypeScript，交付完整可运行项目并启动本地预览。
网站是一家小型独立影院的活动页面，视觉参考纸质电影节目单：米白、黑色、暗红，使用大字号片名和有留白的网格。海报可以用 CSS 或 SVG 制作，所有影片和场次都用明确标注的虚构演示数据。
预置 6 个放映活动，包含不同类型、日期、剩余座位数和一场售罄活动。
必须实现以下交互：
1. 搜索片名，按类型和日期筛选；没有结果时提供清除筛选入口。
2. 打开活动详情，查看简介、时间、剩余座位并预约。
3. 预约时填写测试昵称和人数，校验空值、人数范围及余票。同一昵称不能重复预约同一场次。
4. 预约成功后生成记录、更新余票；“我的预约”支持取消，取消后恢复余票。
5. 用 localStorage 保存预约和余票，刷新后保持一致。明确标注“本地演示，非真实预约”，不接入支付或外部提交接口。
支持手机和桌面。给交互元素设置清楚的焦点状态，弹窗支持键盘关闭，按钮状态与业务结果一致。
在浏览器中检查窄屏与桌面布局，依次测试筛选无结果、预约成功、重复预约、超额预约、取消、刷新后恢复。修复控制台报错，保留测试记录。
交付源码、运行说明、桌面及手机预览截图。截图必须来自运行页面，无法执行的测试应单列说明。
Hy4 preview 最终交付了一个可以实际运行的React预约网站。
我重新点了一遍筛选、预约、重复预约、余票不足、取消和刷新恢复，状态都能按规则变化。类型检查、生产构建以及86项交互、布局和无障碍检查全部通过，控制台没有报错。
case 5 雨夜海岸赛车游戏
AI 做 3D 游戏需要同时处理画面、物理反馈和比赛状态。赛车能否完成三圈、倒车会不会刷圈、重开是否复位，比单张截图更容易暴露代码问题。
这个 Case 主要看 Three.js 渲染、交互逻辑和完整可玩性。模型需要把场景做出来，也要让碰撞、漂移、AI 对手和结算流程一起跑通。
提示词：
用 Three.js 制作可在浏览器运行的 3D 赛车小游戏“雨夜海岸”，交付完整项目和本地预览。
采用第三人称追尾视角。场景包含海岸公路、连续弯道、隧道和路灯，远处有海面与城市灯光。用湿路面反光、车灯和少量速度线表现雨夜行驶，避免大面积泛光遮住赛道。模型和纹理优先使用程序生成素材。
玩法要求：
方向键或 WASD 控制加速、刹车与转向，Space 漂移，R 重开。
完成一条闭合赛道的 3 圈比赛，设 2 辆 AI 对手。
撞到护栏后减速并回到可行驶区域，车辆不能穿过场景。
漂移积累能量，Shift 消耗能量短时加速，界面显示速度、能量、排名和圈数。
圈数由按顺序通过的检查点判定，倒车或反复穿过起点不能刷圈。
提供开始、暂停和完赛界面。重开后车辆、计时、对手及比赛状态全部重置。
先保证比赛可以从开始运行到结算，再完善场景和镜头。窗口缩放后保持正确比例。
实际启动项目并测试加速转向、碰撞、漂移、加速能量、圈数判定、暂停恢复和重开。记录测试环境及可观察到的帧率；无法测量就写未测，不填写估算数字。
交付源码、README、运行截图和测试记录，列出仍未完成的功能。
Hy4 preview 最后交付了一个可以完整跑三圈的赛车游戏。
我们可以加速、刹车和漂移，漂移还能积攒能量，再用 Shift 释放加速。赛道里有两辆 AI 赛车，撞到护栏会掉速，漏掉检查点也无法刷圈。
从任务难度和交付完整度看，Hy4 preview 已经把一个涉及前端开发、3D 渲染、游戏规则和自动测试的复杂项目跑通了。
02. 实测总结
五个 Case 跑完，我对 Hy4 preview 的感受很直接：模型更擅长处理资料多、步骤长、最后还要交付文件的任务。
长文档任务中，WorkBuddy 读取了多份官方资料，整理成简报、数据表和原文位置记录；Excel 核对任务识别出重复订单、跨月退款和待确认数据，并生成带公式的工作簿；PPT Case 完成了数据计算、图表制作和十页排版；后面两个开发任务则交付了能预约座位的网站和可以跑完三圈的 3D 赛车游戏。
最让我满意的是交付完整度。每个 Case 除了最终成品，还会留下源码、测试记录、数据来源、过程说明和可以继续修改的文件。WorkBuddy 也会主动检查公式、链接、页面尺寸、交互和控制台报错。赛车游戏的 88 条断言全部通过，说明测试没有停留在页面能打开这个层面。
Hy4 preview 的工具使用和长任务执行能力也比较稳定。面对文档、Excel、PPT、React 和 Three.js，模型能够自己选择工具、拆分步骤，并把任务持续做完。中途遇到数据口径、渲染环境和性能测试问题时，模型会说明哪些结果已经验证，哪些还需要人工确认。
03. 挖一挖
AI 正在进入真实项目交付阶段。
参数规模和上下文长度只是基础。进入真实工作后，更关键的是 Agent 能不能找到资料来源、选择合适的工具、连续处理多个文件、检查生成结果，并留下可以继续编辑的成品。
Hy4 preview + WorkBuddy 已经可以把这些步骤串起来。
Hy4 preview + WorkBuddy 可以在一个任务里调用不同工具，持续处理多个文件，并主动补上测试记录、数据来源和运行说明。这套能力可以减少资料整理、重复核对、工具切换和初稿返工花掉的时间。
对个人创作者来说，WorkBuddy 可以承担研究、整理、原型开发和第一轮测试；可以用于内部资料汇总、经营数据检查、方案制作、营销页面和产品 Demo。前期准备和试错周期会缩短很多。
当模型能力逐渐接近，决定 AI 能否进入真实工作流程的标准，会是完整交付、文件可编辑和结果可验证。Hy4 preview + WorkBuddy 已经把这三件事做到了一个很高的水平。
原文链接：WorkBuddy 里 Hy4 preview 免费用两周，体验 AI 帮你上班
