WorkBuddy 一个任务跑半天？官方给的三步是查网络、减复合、切模型
任务提交了，进度一直在转。五分钟、十分钟、二十分钟……你也不知道它是在正常干活，还是已经卡死了。前提是窗口还在——要是界面整个点不动、甚至进程直接没了，那是另一回事，按 WorkBuddy 崩溃闪退的分诊表走。
这种「不知道该等还是该停」的状态最消耗人。官方对「运行缓慢、一个任务执行很久」给的做法是三步：
先确认网络是否稳定；减少一次性过长过大的复合任务；必要时切换模型，或拆分为多个独立任务并行处理。
这篇按这三步展开，并补上官方没写但很实际的一件事：怎么判断该继续等还是该停。
本文依据 WorkBuddy 官方常见问题页
From-Beginner-to-Expert-Guide/FAQ与官方使用技巧文档，核对日 2026-08-16。官方未给出任务耗时的参考值，本文不编造时间数字。我们没有安装客户端，本文不含实测数据。
一、先说清楚：官方没给耗时参考值
需要如实交代——官方文档里没有「正常任务应该多久跑完」这类基准。所以本文不会告诉你「超过 X 分钟就是不正常」。
判断只能靠相对比较：同类任务以前多久、这次多久；拆小之后多久、不拆多久。下面第五节给了一套可操作的判断信号。
二、第一步：确认网络
官方把这一步放在第一位，是有道理的——它最容易查，而且网络问题的表现跟「任务重」几乎一模一样，都是转很久。
三个动作：
- 换个网络试一次：从公司网切到手机热点，或者反过来。同一个任务在另一个网络下正常，结论就出来了。
- 代理和 VPN 临时关掉：这一类最容易造成时快时慢。
- 记时间点：如果问题集中在某几个时段（比如下午三四点），那多半是网络拥堵而不是任务本身。
官方在别的问题条目里也反复提到「记录是否伴随错误码、超时或网络波动」——网络波动是官方明确列出的一类成因，别跳过这一步。
三、第二步：减少复合任务
官方的原话是「减少一次性过长过大的复合任务」。这里有两个词：过长过大（输入体量）和复合（动作数量）。
后者更常被忽略。官方在使用技巧里给的反面例子很典型：
帮我把这份 50 页的行业报告读一遍，写一份内部汇报 PPT 发给领导的邮箱。
一句话套了四个动作。这种任务慢是必然的，而且慢在哪儿你完全看不出来。
官方给的正面做法是拆成三轮：提炼 5 个核心结论并附原文页码 → 基于结论写 15 页汇报大纲 → 扩展某一页内容。官方说明的好处是：每一步都能确认方向，发现偏了及时拉回，而不是最后整份推翻。
判断自己的任务是不是复合任务，数动词：读、提炼、写、导出、发送——超过两个就该拆。
四、第三步：切模型，或者并行
切模型是官方在多条问题里反复推荐的动作（任务卡住、Bot 无响应、回复乱码、机器人断开，都把切模型放在前列）。成本几秒钟，能一次排除一整个方向。
并行是这一条特有的建议：官方原话是「拆分为多个独立任务并行处理」。
官方在使用技巧里对应的是「善用多任务」——每个会话等于一张独立工作台。所以如果你有五个文件要做同样的处理，可以开几个任务同时跑，而不是排队等一个大任务。前提是它们之间没有依赖关系。
顺带一提官方对会话的另一条建议：会话过长出现「前说后忘」「越聊越跑偏」时，不要硬撑，直接开新任务把关键背景重新简洁说一遍。长任务往往伴随长对话，这条经常用得上。
五、该等还是该停：五个信号
官方没给判断标准，下面这套是按官方给出的成因反推的可操作信号。
倾向于继续等的情况：
- 界面上有进度或阶段性输出在变化（说明它在推进）；
- 输入体量本来就大（几万行表格、上百页文档），慢是合理的；
- 同类任务以前也是这个量级的耗时。
倾向于停掉的情况：
- 完全没有任何变化，界面静止很久；
- 同类任务以前几分钟，这次已经远超；
- 你的任务里套了三个以上动作——这种情况停下来拆，比等下去划算；
- 中途出现过错误提示或网络波动。
停的方法（官方给的）：点右下角发送任务处的「停止任务」按钮，然后切换到其他模型，或重新执行历史任务。
别直接关客户端。 先停止再重来更干净——尤其是任务已经在动你的文件的时候，强退可能留下处理到一半的中间状态。
六、结构性地让它变快
前面是救急，下面几条是长期有效的。
一、输入先做减法。 分析各地区成交额，只需要「地区」和「金额」两列，其他二十列都是噪音。先让它输出一个只保留需要列的新文件，再基于新文件分析。两步的总耗时通常比一步直接干还短。
二、先问结构，再动手。 处理陌生的大文件之前，先来一句「这份文件有哪些列/多少页/目录结构是什么？先只回答这个」。几秒钟，能避免后面整个方向做错。
三、把输出要求写死。 格式、文件名、位置一次写全，省掉「生成了但不对、再来一遍」的整轮返工。官方的任务描述四要素里，「输出格式」本来就是必填项之一。
四、给样例。 官方在使用技巧里说得很直接——一个好的参考样本胜过十行抽象要求。有满意的成品就别用形容词描述需求，直接说「参照这份的格式」。
五、重复的事交给自动化。 官方给的适合自动化的判据是：重复性高、规则明确、无需实时人工干预。每天手动跑同一个任务，不如配成自动任务。
七、几种看着像慢但不是的情况
任务卡住完全没响应：官方单独给了做法——点右下角「停止任务」→ 切换到其他模型 → 重新执行历史任务。
回复乱码、胡乱输出、长时间无响应：官方归因为模型异常、任务过重或网络不稳定，做法是先切模型测试、把复杂任务拆更小、记录是否伴随错误码超时或网络波动。
读不了图片 / PDF / Excel / Word：这不是慢，是能力问题。官方给的原因是当前模型不支持对应文件类型或未装相关插件与 Skill。
服务器 / 云端环境下的异常：官方明确说明 服务端能力仍在完善中，正式支持以官方后续版本为准（Windows Server 安装后出现连接失败、SSH 连接云端失败，测试侧暂无统一环境可复现）。这个方向别按性能问题查。
小结
- 官方三步：先确认网络是否稳定 → 减少一次性过长过大的复合任务 → 切换模型或拆成多个独立任务并行处理。
- 官方没给耗时基准，本文不编时间数字；判断靠相对比较与信号。
- 网络这一步最容易查也最容易被跳过：换网络试一次、关掉代理 VPN、记时间点。
- 数动词判断复合任务：读、提炼、写、导出、发送——超过两个就拆。
- 停的信号：界面完全静止、远超同类任务、套了三个以上动作、出现过错误或网络波动。
- 停的方法：右下角「停止任务」，别直接关客户端。
- 长期提速五条：输入先减法、先问结构、输出写死、给样例、重复的事配自动化（判据是重复性高、规则明确、无需实时人工干预）。
功能与文档表述以官方为准，核对日 2026-08-16。