第 99 卷

第 99 / 102 卷作者：(anonymous)日期：2026-08-27

限流(频率限制)与冷却

定义:为防止单个用户占满服务资源,服务端在单位时间内只允许一定次数的请求,超了直接触发冷却,一般等一段时间自动重置。429 就是典型的频率限制状态码。

示例:免费模型用得太猛,屏幕弹"您的使用量已超出频率限制,将在明天早上 9:30 重置"——这不是账户被封,是限流,冷却后自动恢复。

日志与反馈机制

定义:WorkBuddy 支持导出本地日志用于问题定位。遇到反复出现、自己解决不了的问题,可通过「帮助 → 打开日志目录」取出 zip,在「设置 → 帮助与反馈」勾选上传日志提交。

示例:同一个错误码反复出现,提交反馈时附上错误码、发生时间、当时在做什么、网络环境四样信息,并勾选上传日志, 官方才能有效定位。

实操方法(2-3种方法,逐步骤说明)

方法一:使用错误码速查表(遇到报错先查表)

步骤:

记录下错误码数字;
对照下表找到对应的"第一动作";
执行后观察是否恢复;未恢复则升级到下一级手段。

常见错误码速查表(依据官方《错误码处理说明》整理,具体释义以官方文档为准):

错误码	官方判断	翻成人话	第一动作
1001	多与模型侧状态有关	你调用的这个模型现在闹脾	切换模型重试

气

14003多与模型侧状态有关同上,最常见的一个;出图时切换模型重发;出图错峰再试表示"队列满了"

11133多与模型侧状态有关模型侧异常,当前会话可能已新开会话,或换模型重试被拖累

11134	多与模型侧状态有关	同11133	新开会话,或换模型重试
3002	多与网络环境有关	请求根本没发出去	关掉网络代理;单位网找 IT
3003	多与网络环境有关	同3002	关掉网络代理;换个网试
3007	多与网络环境有关	同3002	关掉网络代理;换个网试
6003	请求频率受限	你(或大家)叫得太急,被限流	换模型;缓一两分钟再发

了

6004	请求频率受限	同6003,专业版一样会碰到	换模型;缓一两分钟再发
11115	输入内容过长	你一次塞的字太多了	精简指令,或换更大上下文的

错误码	官方判断	翻成人话	第一动作
400/401	参数或鉴权异常	指令格式不对,或登录态失效重新登录;指令写成"动词+

对象"

504	服务超时	服务端处理太久没回来	把大任务拆小,分批重发
429	使用量超出频率限制	请求太频繁,触发冷却	停止重发,等冷却结束(一般

自动重置)

特别说明 14003:这是出现频率最高的错误码之一,官方归类为"模型侧状态",但在生成图片场景里,它常常意味着图像服务的并发位被占满——不是你的错,也不是你的网的错,错峰再试比反复重发有用得多。

方法二:三级急救法实操(从轻到重)

第一级·30秒:停止 + 换模型

点界面上的停止按钮,掐掉当前这轮;
在模型选择里换一个模型;
把刚才那句指令重发一遍。

为什么换模型有用?大多数卡住是某一个模型当下的服务状态问题,不是账号问题、也不是客户端问题。换一个模型, 等于换一条道走。

第二级·3分钟:换会话,但别丢上下文

如果换模型还是不动,说明这个会话本身被拖住了(通常是聊太久、上下文太长)。换会话但保留上下文:

这个会话卡住了,我在新会话里继续。

请先读取我最近 3 天的工作记忆和这个项目里已有的文件, 把上一轮做到哪一步、还剩什么没做,用不超过 5 句话总结给我,

然后从没做完的那一步继续。

补充技巧:如果会话卡得连停止按钮都没反应,完全退出客户端重新打开,点回那个卡住的会话(通常还显示"进行中"),再点一次停止,然后发一句简单的"你好"唤醒它。

第三级·10分钟:清进程、看日志、提反馈

到这一级,问题不在会话层面了,按顺序做三件事:

杀干净残留进程:打开任务管理器,把所有 WorkBuddy

相关进程结束掉再启动客户端(解决上次强退没退干净导致的"一直转圈");

让安全软件放行:临时退出安全卫士/管家类软件,或把客户端加进白名单(解决被误拦截导致的登录失败、无响应);
取日志并反馈:"帮助 → 打开日志目录",取出 zip;"设置 → 帮助与反馈",勾选上传日志提交。

方法三:遇到报错如何正确反馈

反馈四要素(信息越全,越可能被定位):

错误码(如 14003、3002);
发生时间(几点几分);
当时在做什么(哪个任务、哪个操作);

【问题反馈】

错误码:【如 6003】
发生时间:【2026-08-XX 20:30】
复现频率:【偶尔/每次/第一次】
操作过程:【在 Craft 模式下让 AI 处理某 Excel,点击执行后报错】
网络环境:【学校校园网,未开代理】
已尝试:【已切换模型重试、已重启客户端,问题依旧】
已勾选上传日志:【是/否】

方法四:认识"卡住的五个真凶",从源头预防

绝大多数卡顿和报错的根因在使用方式上,不在软件本身。提前认识它们,能大幅降低遇到报错的概率:

真凶典型场景为什么会卡归谁管

上下文雪球	一个对话框从周一聊到周五,每轮对话带上前面全部内容,你
	什么都往里塞越滚越大,最后超限或极慢
任务给太大	"把这 200个Excel 文件多、单个文件大,超时或你
	合并了"一句话丢过去内存不足,跑到一半断在中间
模型侧排队	赶上高峰期,或用了正免费的服务端并发槽位有限,满了直服务端
	热门模型接拒绝,不排队
网络与代理	学校内网、开了加速器/代请求发不出去或被中途掐断你+网络环境

理工具

本地进程残留上次强制关闭没退干净,后台新进程和旧进程抢锁,界面表你还挂着几个进程现为一直转圈

看出规律没有?五个真凶里,四个的解法都是"改你的用法",只有一个真得等服务端。所以预防的核心是把下面这五个习惯养成:

五个低成本预防习惯:

一事一会话:写材料、做表格、查资料各开各的,别一个框聊一周(防上下文雪球、11115);
大活分批给:文件超过 20 个、单个超过 10MB,先拆再给(防超时、504、中途断);
先问再派活:不确定路径就先说"列一下这个文件夹里有什么",拿到准确路径再派活(防路径报错、找不到文件);
先说输出格式:开头就讲清要 Word 还是 Excel、几页、什么结构(防返工、生成的文件打不开);
把教训写进记忆:凡是纠正过一次的毛病,让它记进长期记忆,别靠每次口头交代(防同一个坑反复踩)。

四个避坑提醒:

别在卡住时连点十几次发送——请求排队会更堵,还白烧积分;
别一遇到问题就重装客户端——重装解决不了网络代理和上下文过长;
批量整理文件类任务,执行前一定先备份(官方文档明确提示过整理后可能出现文件缺失);
学校机房/校园网上遇到网络类报错,先自查代理,再找管理员,别直接说"软件坏了"。

常见误区(3-5个典型错误+纠正)

全站分卷索引 · 102 卷