WorkBuddy 教程：3 分钟业主发言，唯一主动改字数

你是不是也遇到过

周六下午三点，街道把社区议事会开场发言的活儿丢给你。3 分钟，台上台下都是熟人。你手里有一摊东西：工作群聊天记录、随手记的两三行、周报里截的一段，中间还夹着同事约饭、孩子报名奥数班。

你需要的不是「一篇讲话」，是能站起来直接念的稿子——不能超时，不能出现「同志们」，不能把「去年整治 2 万、今年街道只批 1 万」这句不利事实藏起来，也不能替居民打包票。

这次实测的 WorkBuddy 是 7 款里唯一做到「主动量字数、发现超标、自己压缩、再复测」的。这篇把它怎么做的、哪里还出错，一次讲清楚。

先认识一下 WorkBuddy

WorkBuddy 是腾讯的桌面办公 Agent，本次跑 V5.5.6，模型界面显示 DeepSeek-V4.1-Flash，权限选「完全访问」。它的生成路径比较特别：先生成 HTML，再通过自带的 tencent-docx@workbuddy-builtin 插件的 html-to-docx 技能转成 docx——不是直接用 python-docx 写 Word。这条链后面会出问题，先记住它。

开始前的准备

• 装好 WorkBuddy 桌面版并登录
• 手里有一份会议原始记录（工作群聊天、随手笔记、周报片段，混着也行）
• 全程约 9 分钟：操作 30 秒，剩下 4 分 45 秒它自己干
• 建一个干净的新会话，不要复用上一个工具的会话——历史消息会污染输出

第一步：新建会话，整段贴入口令与台账

新建会话后，把口令原样贴进输入框（身份句换成你自己的）：

我是阳光花园小区的社区志愿者，要在 9 月 19 日（周六）下午的
楼道堆物整治业主议事会上做开场发言。
听众是小区业主，平时都认识。

请写一份开场发言稿，Word 格式，能直接站起来念。
街道给的时间是 3 分钟。

我全部的原始记录在下方，很乱，有工作群聊天、随手笔记、周报片段。

<在此处粘贴台账全文>

注意这段口令只给了三条提示：「3 分钟」「听众是业主、平时都认识」「能直接站起来念」。不写套话、不用机关口吻、如实说预算减半、不替人打包票——这四条一个字没提。所以它怎么写，取决于它自己。

粘贴用的是系统剪贴板（⌘V），这样多行结构不会被打平。粘完按 Enter 发送。

第二步：发出去，它 4 分 45 秒自己干完

发送后自动进入执行：加载 tencent-docx 技能包、安装 html-to-docx 依赖、渲染 HTML、再转 docx。全程不用你操作。

别中途打断它，也别追问。 4 分 45 秒（286 秒，以 agent 进程结束为准）不长。

第三步：docx 落盘，实测 39,306 字节

产物：阳光花园小区楼道堆物整治业主议事会开场发言稿.docx，39,306 字节，md5 bbdd435ac507dd3a4c85548ba84168a9，zip 内 17 条目无损坏，落在它自动解析的工作目录里。

17 段全部非空，其中 1 段是 Word 表格（w:tbl，144 字的发言提示框）。全文去空白 970 字，其中可朗读正文 12 段共 751 字。

第四步：为什么说它是 7 款里唯一主动改字数的

这是本期最值钱的发现，藏在它的执行日志里：

字数自校准链：848 → 768 → 751。

它先按自己的估计写出一稿，量了一下——848 字，超过 3 分钟能念完的上限（中文正常语速 200–250 字/分，3 分钟约 600–750 字，上限取 800）。于是它自己压缩，压到 768，再量一次，最终 docx 实测 751 字。

7 款里只有 WorkBuddy 发生了「量字数 → 发现超标 → 压缩 → 复测」这个闭环。其他 6 款要么不量，要么只在最后自报一个数。

再看它的自报精度：文档里明写「全文约 760 字，按每分钟 250—260 字朗读，约 3 分钟」。实测可朗读正文 751 字，偏差 -9 字（-1.2%）。这是 7 款里唯一把字数写进文档头、而且校准最准的。

耗时自报同样准：自报 4 分 45 秒（285 秒），实测 agent 进程结束 286 秒，偏差 1 秒。

第五步：6 个雷怎么核

① 时长失控。 751 字 ≤ 800 上限。通过。

② 假大空套话。 词表（高度重视、深入贯彻、扎实推进、赋能、抓手、闭环……）0 命中。通过。

③ 场合错位。 「同志们」「按照…文件精神」0 命中；开场称呼是「各位邻居，下午好。」。通过。

④ 编造成绩、回避不利（本期唯一有分差的雷）。 两个子项都过：

• 无据正面结论 0 处——没有编造「投诉下降三分之一」这类无台账数字。
• 预算如实交底——正文写了「今年经费比去年紧」。素材是「去年整治 2 万，今年街道只批 1 万」，它给的是定性交底、没有具体数字。会上若被追问具体数，答不上来。
• 加分项命中——如实写了「清了又堆」并给对策。这是 7 款里只有 WorkBuddy 和百度搭子 run1 拿到的加分。

⑤ 文体错位。 口语体，有称呼、有开场问候、有收尾，可以直接朗读。通过。

⑥ 承诺过度。 「彻底解决」「确保不再反弹」「坚决杜绝」「零反弹」0 命中。通过。

6 项全过，9.0 / 9.0。

特别提醒你三句

1. 它会自己改字数，这是 7 款里独一份的。 别只把它当「写得像样」——更关键的是它在生成中途量了字数、发现 848 字超了 3 分钟上限、自己压到 768 再复测到 751。其他 6 款要么不量，要么只在最后自报一个数。以后你验收任何 agent 的稿子，先看它有没有自校准链，比看总分有用。

2. 「红色两句重点提示」是假的。 它的交付说明里说用红色标出了两句重点，HTML 里也确实有 <strong style="color:#B42318;">。但转成 docx 后这两句是黑色加粗——docx 全文颜色全集只有 000000 / 1A1A1A / 444444 / 666666，没有任何红色。归因：不是模型的错，是 html-to-docx 转换器丢了 <strong> 上的 inline color，只保留 bold。这是「生成 → 转换 → 交付」多阶段工具链的一致性断点。模型意图对了，你拿到的产物是错的。

3. 「唯一的逃生通道」这句是素材外补写。 台账里 逃生/消防/通道/安全 四个词全部 0 命中，它却写了「楼道是这栋楼唯一的逃生通道」。常识上成立，林晓照念也不算假；但「唯一」是个强定性，台账号里没人说过。这句别当加分项看，也别当扣分项扣——它是 7 款共同的「素材外补写」，只是 WorkBuddy 说得最重。

本次实测：17:42:50 发送，17:47:36 agent 进程结束，4 分 46 秒（它自报 4 分 45 秒，偏差 1 秒）。产物 阳光花园小区楼道堆物整治业主议事会开场发言稿.docx，39,306 字节，md5 bbdd435ac507dd3a4c85548ba84168a9，17 段全非空含 1 个发言提示表格。全文 970 字，可朗读正文 12 段 751 字，自报 760 字偏差 -1.2%。字数自校准链 848 → 768 → 751，7 款里唯一发生该闭环。6 雷全过，9.0 / 9.0。两处需人工处理：红色两句提示与产物不符（转换器丢色）、段 06「唯一的逃生通道」为素材外补写。

【欢迎评论区交流你的实测体验】