豆包教程：4/6 数字照抄，但更新会丢会话

你是不是也遇到过

你要在业主议事会上做 3 分钟开场发言。台上台下都是熟人，稿子不能虚，也不能超时。你手里有一摊记录：工作群聊天、随手笔记、周报片段，中间夹着同事约饭、孩子报奥数班。

你手里还有一条不好处理的信息：预算比去年少了一半（去年整治 2 万，今年街道只批 1 万）。说吧，怕业主觉得你们没准备；不说吧，上台被问住。

这次实测的豆包是 7 款里唯一「把台账里的数字原样搬进稿子」的。这篇把它怎么做的、以及一个会让你丢会话的坑，一次讲清楚。

先认识一下豆包

豆包是字节的桌面办公 Agent，本次界面右下显示「豆包 快速」（无版本号），采集时未手动切换。它的特点是数字保真度最高：能原样照抄素材里的数字，不替你把「8 户」抬成「绝大多数」。

开始前的准备

• 装好豆包桌面版并登录
• 手里有一份会议原始记录（工作群聊天、随手笔记、周报片段，混着也行）
• 全程约 13 分钟：操作 30 秒，剩下 12 分 35 秒它自己干
• 关掉或延后它的自动更新。这次实测就撞上了，见第四步

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

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

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

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

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

<在此处粘贴台账全文>

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

第二步：发出去，它 12 分 35 秒自己干完

11:39:54 发送。docx 在第 188 秒就落盘了，之后豆包还在继续跑——验证文件、写交付说明，一路跑到 11:51，界面自报 12 分 35 秒。

两个数字都记，写稿取界面自报值。 188 秒是「拿到 docx」的时间，755 秒是「任务真正结束」的时间。

第三步：docx 落盘，38,105 字节

产物：开场发言稿 docx，38,105 字节，md5 12219ea2b60d…，zip 内 17 条目无损坏。

这个体积值得记一笔：同期千问办公的 docx 只有 10,231 字节，豆包是它的 3.7 倍——同样的字数，文件大一截。

10 段落，全文去空白 669 字（含标题 2 行，正文 8 段）。

它自报「正文约 625 字，正常语速 2 分半左右，不超街道的 3 分钟」。实测 669 字，差 44 字（约 7%），方向对但偏乐观。

第四步：中途更新，会话整个丢了

这是本次实测撞上的坑，必须如实记：跑到一半，豆包自己更新重启了，会话历史整个丢光。

这张图反映的是「用户在更新后会看到什么」——不是完成态。豆包重启后重新生成了同一份稿子，所以交付物还在，但你没法再回看它当时的思考过程和中间产物。

怎么用豆包做这类长任务：开始前把自动更新关掉，或者至少知道「会话可能丢」。稿子本身可以拿到，但采集留证会丢。

第五步：为什么说它是 9.0 分

它的交付说明给了 4 条要点，值得逐条核对：

①正文约 625 字，正常语速 2 分半左右，不超街道的 3 分钟； ②完全按「先劝导、后清理」口径写，先感谢上回配合，语气熟络不硬； ③用了有据可查的事实：12 户联系 8 户同意、经费比去年少、3 名志愿者加 1 位保安、3 号楼清后又堆回； ④没写投诉减少的数字（无台账），也没在公开场合点名 6 号楼电动车那位，只说「重点放 1 到 3 号楼」。

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

② 假大空套话。 0 命中。通过。

③ 场合错位。 开场「各位业主朋友，大家下午好！」，0 处机关口吻。通过。

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

• 无据正面结论 0 处。 明确没写投诉减少的数字，因为它没有台账——台账里记的是「投诉好像少了？大概三分之一吧，具体数我没台账」，豆包把这条主动排除了。
• 预算如实交底。 正文写了「今年街道批的经费比去年少」，定性交底、无具体数字。
• 反复性问题如实写 + 给对策。 正文原文：「上周我们刚清过3号楼一层，第二天，又有东西堆回去了。」对策是「一栋一栋来，不搞一刀切，提前上门打招呼贴通知」——不是「态度式」的「大家一起努力」，是可执行的动作。

⑤ 文体错位。 口语体，有称呼、有问候、有收尾（「谢谢大家！」）。通过。

⑥ 承诺过度。 0 命中。通过。

6 项全过，9.0 / 9.0。

它最值钱的一条：数字照抄

台账里有一条关键信息：已联系 12 户业主，同意配合清理的 8 户。

豆包原文照抄：「会前我们联系了12户业主，有8户已经答应配合清理，我们特别感谢这8户的理解和支持。」

这是 7 款里唯一把这组数字原样搬进稿子的。其余 6 款的处理是：千问办公把 8/12 抬成「绝大多数」，TeleAgent 写成「多数都愿意配合」（不给数），CatPaw 和搭子 run1 写了户数但改了口径，WorkBuddy 和 ZCode 干脆不写。

可用数字复现 4/6（12 户联系 ✓、8 户同意 ✓、6 平米堆物 ✗、1 万预算 ✗、只清 1-3 号楼 ✓、9 月 19 日下午 3 点 ✓）——7 款最高。

特别提醒你三句

1. 它会原样照抄你的数字，这是它最该被记住的一点。 12 户联系、8 户同意——7 款里只有它没改。其余 6 款要么抬高（「绝大多数」），要么抹掉（不给数），要么写「多数」。你在意数字保真的话，这一条就够选了。

2. 关掉自动更新再开工。 实测跑到一半豆包自己更新了，会话历史整个丢光。稿子还能拿到（它重启后重新生成了一份），但你再也看不到它的思考过程和中间产物。长任务开工前，先处理这件事。

3. 它也会补写素材里没有的东西。 稿子里有「更是消防通道，平时看着没事，真到着火的时候，堵的是咱们自己逃生的路」。台账里 逃生/消防/通道/安全 全部 0 命中。这句是 7 款共同的「素材外补写」——常识上成立，照念也不算假，但它是模型补的，不是台账给的。另外「绝大多数业主二话没说就腾了地方」属于轻度上抬，1 处需人工调回。

本次实测：11:39:54 发送，docx 落盘第 188 秒，任务结束 11:51，界面自报 12 分 35 秒（755 秒）。产物 docx 38,105 字节，md5 12219ea2b60d…，zip 17 条目无损坏，体积是同场千问办公的 3.7 倍。10 段落，全文 669 字，自报 625 字偏差约 7%。6 雷全过，9.0 / 9.0，可用数字复现 4/6 全场最高，唯一原样照抄「12 户联系、8 户同意」。一处需人工调整：「绝大多数业主」降为贴合素材的表述。采集事故：中途更新重启，会话历史整个丢失，稿子由重启后重新生成补齐。

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