WorkBuddy 处理大文件老失败？官方给的思路是拆，不是等

把一份几十兆的销售明细扔进去，说「分析一下」，然后等了二十分钟，失败了。再试一次，还是失败。

这种情况下重试通常没意义——同样的输入、同样的指令，结果不会变。官方对这类问题给的方向很明确：

减少一次性过长过大的复合任务；必要时切换模型，或拆分为多个独立任务并行处理。

也就是说，该改的是任务的切法，不是等待的耐心。

本文依据 WorkBuddy 官方常见问题页 From-Beginner-to-Expert-Guide/FAQ 与官方使用技巧文档，核对日 2026-08-16。我们没有安装客户端，本文不含实测数据；官方未给出文件大小的具体上限，本文不编造数字。

一、先说清楚：官方没给大小上限

需要如实说明——官方文档里没有写「文件不能超过多少 MB」「文档不能超过多少页」这类硬指标。所以本文不会给你一个具体数字。

能确定的是官方给的定性判断：过长过大的复合任务容易出问题，做法是拆。

所以判断标准得靠现象反推：同一个任务，拆小之后能跑通，说明原来那个就是过重了。

二、两个维度看你的任务是不是「过重」

维度一：输入的体量。

• 表格的行数（几万行和几百行是两回事）；
• 文档的页数；
• 一次要处理的文件个数；
• 图片、PDF 这类需要识别的内容占比。

维度二：指令里套了几个动作。

这个比体量更常被忽略。官方给的反面例子很典型：

帮我把这份 50 页的行业报告读一遍，写一份内部汇报 PPT 发给领导的邮箱。

一句话里套了四个动作：读 50 页 + 提炼 + 做 PPT + 发邮件。任何一环出问题，整个任务都失败，而且你不知道是哪一环。

官方给的正面做法是拆成三轮：

1. 提炼 5 个核心结论并附原文页码；
2. 基于结论写 15 页汇报大纲；
3. 扩展某一页的内容。

好处官方也写了：每步都能确认方向，发现偏了及时拉回，而不是最后整份推翻。

三、按文件类型的拆分策略

大表格（Excel / CSV）

先做减法，再做分析。

大表格的问题往往不是行数，是列太多、无关信息太多。分析各地区成交额，只需要「地区」和「金额」两列，其他二十列都是噪音。

推荐顺序：

第一步：读取 <文件>，告诉我这张表有哪些列、共多少行、有没有明显的空值或异常值。先不要分析。
第二步：只保留 <地区、金额、日期> 三列，输出成一个新的 xlsx 存在当前工作空间。
第三步：基于第二步的新文件，按地区统计成交额与订单数，降序输出表格。

第一步的价值经常被低估——你可能自己都不完全清楚这张表长什么样。让它先描述一遍，几秒钟的事，能避免后面两步方向全错。

长文档（Word / PDF）

按章节切，不要整份丢。

第一步：这份文档一共多少页、目录结构是什么？先只回答这个。
第二步：只读第 2 章（第 15-28 页），提炼 5 个核心结论，每条附原文页码。
第三步：同样处理第 3 章。
（各章分别处理完之后）
第四步：把前面几轮的结论汇总成一份大纲。

「附原文页码」这个要求值得每次都加——它让结果可以被核对。你能翻回原文确认，而不是只能选择相信。

一批文件（批量处理）

先要清单，再分批处理。

第一步：列出 <目录> 下所有符合 <条件> 的文件，输出成清单，先不要处理。
第二步：按清单里的前 10 个先处理，处理完告诉我结果。
第三步：确认没问题后，继续处理剩下的。

这个做法有双重好处：一是避免一次性任务过重；二是批量操作本身就是官方默认权限的确认触发条件之一（「一次删除大量文件」），先出清单让你过目，比直接跑完安全得多。

图片与扫描件

这类要先确认能力再谈体量。官方对「无法读取图片 / PDF / Excel / Word」给的原因是：当前模型不支持对应文件类型，或未安装相关插件与 Skill。做法是切换到支持图片或文档输入的模型、分步骤描述需求让它逐步完成环境安装与文件处理、在插件或技能市场安装文档处理类插件与 Skill。

所以图片识别类任务失败，先确认模型和插件，再考虑拆分——顺序反了会白折腾。

四、拆之外，还有两招

切模型。 官方在多条问题里都把切换模型放在第一位。切一次几秒钟，能直接排除一整个方向。任务重的时候，不同模型的表现可能差别明显。

并行跑。 官方给的做法里有一句是「拆分为多个独立任务并行处理」。官方在使用技巧里也讲过「善用多任务」——每个会话等于一张独立工作台。

所以如果你有五个文件要做同样的处理，可以开几个任务同时跑，而不是排队等一个大任务。前提是它们之间没有依赖关系。

顺带说官方对会话的另一条建议：会话过长出现「前说后忘」「越聊越跑偏」时，不要硬撑，直接开新任务，把关键背景重新简洁说一遍。处理大文件时对话轮次容易堆得很长，这条用得上。

五、失败之后别急着重试

同样的输入和指令，重试的结果通常一样。按这个顺序改：

1. 先切模型跑一次——最便宜的一步；
2. 砍掉一半输入试试（只处理前 1000 行 / 前 10 页）——如果通了，说明确实是体量问题，按第三节拆；
3. 拆掉复合动作——一句话只做一件事；
4. 确认网络——官方对运行缓慢那条给的第一步就是确认网络是否稳定；
5. 还是不行，收集信息提工单。

第 2 步是个很有效的诊断动作：砍一半能通、不砍不通，结论就很清楚了。

六、提工单带这些

【输入】文件类型、大小、行数/页数、文件个数
【指令】你下的原话
【模型】用的哪个
【已试过】切模型 ____；砍到 ____ 规模能通 / 仍不通；拆成 ____ 步，结果 ____
【伴随信息】错误码 ____；是否超时 ____；网络是否波动 ____

反馈入口：右上角「帮助」下拉框，或右下角头像 → 设置 - 帮助与反馈 - 意见反馈，描述问题、上传截图并勾选「上传日志」提交。客户端打不开发 workbuddy@tencent.com。

注意官方提示：日志可能包含对话记录、设备信息等数据。处理的是敏感业务数据的话，建议先用一份结构相同、内容虚构的测试文件复现一次，用那次的日志去提——顺带还能确认问题跟数据内容无关。

小结

• 官方方向：减少一次性过长过大的复合任务，拆分成多个独立任务，必要时切换模型。
• 官方没有给文件大小上限，本文不编数字；判断靠「拆小之后能不能通」。
• 两个维度看是否过重：输入体量、一句话里套了几个动作。后者更常被忽略。
• 大表格：先描述结构 → 只保留需要的列 → 再分析。
• 长文档：先问目录 → 按章节处理 → 最后汇总。每条结论要求附原文页码。
• 批量文件：先要清单 → 分批处理。
• 图片扫描件：先确认模型与插件，再谈拆分。
• 失败别急着重试：切模型 → 砍一半输入 → 拆复合动作 → 查网络 → 提工单。

功能与文档表述以官方为准，核对日 2026-08-16。