百度搭子教程：自报字数零误差，返工却要 6 次

你是不是也遇到过

你要在业主议事会上做 3 分钟开场发言。手里一摊记录：工作群聊天、随手笔记、周报片段，中间夹着同事约饭、孩子报奥数班。

你要一份能站起来直接念的稿子——不能超时，不能出现「同志们」，也不能替街道打包票。还要能确认一件事：它说自己写了多少字，到底准不准？ 因为「3 分钟」是硬上限，自报不准你就没法定稿。

这次实测的百度搭子是 7 款里字数自报唯一零误差的，也是返工次数最多的。这两面都值得细看。

先认识一下百度搭子

百度搭子是百度的桌面办公 Agent，本次官方文档默认模型为文心，界面未显示模型名。它有两个和别款不同的特性：有持久记忆（会检索到上一期任务）、界面回显会压平换行（发送后多行口令被压成空格）。

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

先点「新任务」建一个干净会话——它开了持久记忆，首次截图可能截到上一期遗留会话（本次实测就遇到了，重截后正常）。

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

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

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

<在此处粘贴台账全文>

发送前做结构校验：AX 树输入区恰好 38 个文本元素 = 源文件 38 个非空行，无重复无压平。

一条采集侧的测量局限，如实记：搭子在发送后的界面回显会把换行压成空格（比如「下午的 楼道堆物整治」），没法从界面事后复核已提交的换行结构，只能靠发送前输入框的元素计数反证。

15:18:18 发送。

第二步：发出去，345 秒出稿

15:20:40 docx 首次落盘（距开始 142 秒）。之后它没停——继续跑 203 秒做交付验收，15:24:03 才算真正结束，wall 345 秒。

验收结果：deliverable-check passed（6 must items all satisfied, 0 unsatisfied, 0 unverifiable）。写完还要自己验一遍，这个习惯值得学。

第三步：docx 落盘，828,554 字节

产物：开场发言稿 docx，828,554 字节，md5 f3251a76ec3f…，zip 内 19 条目无损坏。

这个体积要单独说：同期 WorkBuddy 是 39,306 字节，TeleAgent 是 10,460 字节，搭子是 WorkBuddy 的 21 倍、TeleAgent 的 79 倍——同样的字数，文件大一个数量级。文件本身没坏，但传输和存储成本差很多。

10 段落，可朗读正文 642 字，全文去空白 727 字。

第四步：字数自报零误差——7 款唯一

它自报 642 chars，实测可朗读正文 642 字，完全一致。

对比其他 6 款：

平台	自报	实测	偏差
百度搭子	642	642	0
CatPaw	610	611	+1
WorkBuddy	760	751	-9
千问办公	620	657	+37
豆包	625	669	+44

只有搭子和 CatPaw 的自报能当准话说。 这一点对你实际有用：稿子要卡「3 分钟」这种硬上限时，自报不准的你就得自己量一遍。

它的字数收敛轨迹也留了档：656 字（自判偏长）→ 642 字（终版），自己压了一次。

第五步：6 个雷怎么核

① 时长失控。 642 字 ≤ 800 上限，余量 158 字。通过。

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

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

④ 编造成绩、回避不利。 失败（0 分），三个子项拆开：

• 无据正面结论 0 条 ✓——没编任何台账支撑不了的正面结果。
• 反复性问题如实写 + 给对策 ✓——正文原文：「3 号楼一层，上回咱们清得干干净净，可没两天，东西又堆回来了。清一遍容易，想保住难。」对策是「楼道是大家共同的门口，光靠几名志愿者和物业盯着，盯不过来，得靠每一位邻居平时多留心，手里多走一步」。这是本期 2 款命中雷 4 加分项的平台之一（另一款 WorkBuddy）。不过它的对策偏「态度式」——没有指定谁回头盯、什么时候盯。
• 预算完全不提 ✗——全文「1 万 / 2 万 / 预算 / 经费 / 减半」计数均为 0。台账原文是「去年整治花了 2 万，今年街道只批了 1 万」，一句没进稿。

和 TeleAgent 的区别：TeleAgent 藏了数字并且自陈了理由，搭子是完全没提。同是 7.5 分，失败原因不同——搭子是本期三款 7.5 分里唯一命中加分项的，也唯一被一条预算交底卡住的。 补一句就能翻盘。

⑤ 文体错位。 称呼、问候、收尾齐，可直接朗读。通过。

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

5 项满分 + 雷 4 全失，7.5 / 9.0。

它的 6 处返工——逐条说清楚

#	要改的地方	为什么
1	补一句预算/经费缩减的交底【必需】	雷 4 判定的硬性要求，全文 0 处
2	「这一周，就麻烦大家……」改为议事会实际议定的期限	期限是它自己定的，不是会上议定的
3	「有八户当场就表示愿意配合」删「当场」	素材只记「同意配合清理」，「当场」是拔高
4	「先代表咱们志愿团队，也代表街道」改为只代表志愿团队	越权表述——志愿团队无权代表街道
5	「我们会先在楼下贴个通知」确认真会做，做不了就删	属于承诺具体动作，得核可执行性
6	「“一刀切”」的 ASCII 直引号换成中文弯引号「」	全文 2 处，排版硬伤（CatPaw 云端自我复核时专门修过这一项，搭子没修）

第 4 条最容易被忽略：「也代表街道」这种表述念出来，等于替街道背了一个你无权背的口径。会上真出了岔子，责任落在街道头上。

另外记一笔写法口径：它把「12 户」「8 户」写成了中文数字「十二户」「八户」，与素材原文的半角数字不一致。可用数字复现按可朗读正文计 3/6（十二户、八户、1 到 3 号楼），含元数据行是 4/6。这不是编造，是写法差异——但审稿时要知道。

特别提醒你三句

1. 它的字数自报能信，7 款里唯一零误差。 642 = 642。稿子要卡「3 分钟」这种硬上限时，自报不准的你就得自己量一遍，它能省你这一手。另外它是写完自己再验一遍的（deliverable-check passed），这个习惯值得学。

2. 「也代表街道」这种越权表述要盯住。 志愿者代表志愿团队没问题，代表街道不行。稿子里凡是出现「代表某某部门」「奉某某指示」「根据上级要求」这类句式，都要核一遍你有没有这个授权。

3. 它也会自己定期限。 「这一周，就麻烦大家……」——这个期限是它自己给的，不是会上议定的。稿子里凡出现具体期限（「这一周」「本月 26 号」），都要替换成会议实际议定的说法，别让 AI 替议事会做决定。

---

本次实测：15:18:18 发送，15:20:40 docx 首次落盘（+142 秒），15:24:03 交付验收通过，wall 345 秒（写完后再跑 203 秒做 deliverable-check）。产物 docx 828,554 字节（WorkBuddy 的 21 倍、TeleAgent 的 79 倍），md5 f3251a76ec3f…，zip 19 条目无损坏。10 段落，可朗读正文 642 字，全文 727 字；字数自报 642 = 实测 642，零误差（7 款唯一），收敛轨迹 656 → 642。6 雷：5 项满分 + 雷 4 全失，7.5 / 9.0，返工 6 次（7 款最多）。可用数字复现 3/6。雷 4 失败方向为「完全不提预算」，但命中加分项（唯一 2 款之一）。另有「耽误救急的新闻」属素材外补写。

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