WorkBuddy 常见错误码怎么排查：一张速查表
本篇涵盖的知识重点
- 错误码先看数字段，可初步判断是模型侧、网络侧、限频还是超长问题
- 1001、11133、11134、14003 多与模型侧状态有关
- 3002、3003、3007 多与网络环境有关
- 6003、6004 表示请求频率受限，专业版也可能出现
- 11115 表示输入内容过长
- 从 5.3.0 版本起内置了网络代理切换功能，不了解三者区别可选跟随系统
- 网络类问题先分清是公司网络还是家庭网络，处理路径不同
排查路径一览
错误码分类与处理方案详解
作用不同段的错误码对应的根因完全不同，先分类能少走很多弯路。
操作看到报错后先记下完整错误码，再对照常见错误码判断方向：1001、11133、11134、14003 偏模型侧；3002、3003、3007 偏网络；6003、6004 偏频率限制；11115 偏输入长度。
注意错误码只是初步判断依据，若按对应方向处理后仍复现，建议换一条路径再试一次。
- 1001：多与模型侧状态有关，优先切换模型重试，不必先折腾网络。
- 3002 / 3003 / 3007：多与网络环境有关，先分清公司网络还是家庭网络，再决定找 IT 还是自己排查，也可参照网络代理关闭代理。
- 6003 / 6004：表示请求频率受限，专业版也可能出现，优先切换模型重试，通常不是账号故障。
- 11115：表示输入内容过长，精简输入内容或切换为其他支持更大上下文的模型。
- 11133 / 11134：多与模型侧状态有关，新开会话或切换模型重试，两者可依次尝试。
- 14003：多与模型侧状态有关，优先切换模型重试。
作用这类报错多与模型侧状态有关，换一个可用模型通常就能恢复。
操作遇到 1001、14003 时，优先切换模型后重试；遇到 11133、11134 时，可选择新开一个会话，或切换模型后重试。
注意切换模型后注意确认新模型是否支持你当前的任务类型，避免换完仍然报错却误判为网络问题。
作用公司网络与家庭网络的可操作空间不同，先分清能避免做无用功。
操作遇到 3002、3003、3007 时，先确认当前使用的是公司网络还是家庭网络。公司网络建议联系企业 IT 协助排查；家庭网络可按官网的网络排查流程逐项处理。
注意公司网络往往有代理和防火墙策略，自行改动网络配置可能违反公司规定，优先走 IT 渠道。
作用代理配置是网络类报错的常见诱因，WorkBuddy 从 5.3.0 版本后已内置代理切换能力，不用再去改系统设置。
操作在客户端内找到网络代理相关设置并进行切换或关闭；如果不了解几个选项的区别，直接选择跟随系统即可。官方也分别提供了 Mac 与 Windows 平台的系统代理关闭方式。
注意跟随系统意味着沿用操作系统当前的代理设置，若系统侧仍开着代理，问题可能依旧存在。
- 版本门槛：WorkBuddy 内部从 5.3.0 版本之后才内置网络代理切换功能，更早的版本需要到系统侧处理。
- 选择困难时的兜底：如果不了解几个代理选项的区别，直接使用「跟随系统」最省事。
- 平台差异：官方分别给出了 Windows 和 Mac 两个平台的系统代理配置关闭方式，按自己所在平台对照操作。
作用这两类问题不是故障，而是触发了使用边界，处理方式与前几类不同。
操作遇到 6003、6004 表示请求频率受限，专业版同样可能遇到，优先切换模型重试；遇到 11115 表示输入内容过长，需要精简输入内容，或切换为其他支持更大上下文的模型。
注意精简输入时注意不要把关键上下文一起删掉，建议先删历史对话中的冗余部分，再考虑拆分任务。
代理设置与补充提示
- 限频类报错（6003、6004）并不只出现在免费档，专业版同样可能遇到，遇到时不必怀疑账号异常。
- 输入过长（11115）的两条出路是精简内容与换更大上下文的模型，前者零成本，后者更适合确实需要长上下文的场景。
- 网络类报错也可以参照「网络代理」一节关闭网络代理，这一步在家庭网络环境下通常最容易见效。
- 若同一错误码在按对应方向处理后仍反复出现，建议把完整错误码、触发步骤与网络环境一并提交反馈，便于定位。
上手挑战
```markdown
我在使用 AI 编码助手时遇到了报错，错误码是 3002（如果是其它错误码我会另行告诉你）。
请帮我做一份排查清单：
1. 说明这类错误码通常代表什么问题方向；
2. 列出 5 个按优先级排序的排查动作，每个动作写清「做什么」和「做完怎么判断是否通过」；
3. 明确区分公司网络环境和家庭网络环境下分别该做什么（公司网络该找谁、家庭网络自己能做什么）；
4. 说明代理相关的处理思路，以及为什么「跟随系统」是保守选择。
输出格式：Markdown，用编号列表，每个动作不超过 2 行。
约束：不要编造具体菜单名称和按钮名称，不确定的地方写「以客户端实际展示为准」。
```得到一份按优先级排序的排查清单，能分清不同网络环境下的处理路径，且不含编造的菜单名。
```markdown
请帮我整理一份「AI 编码助手常见错误码速查表」，供团队成员自助排查。
已知错误码信息如下（请严格按此整理，不要增删结论）：
- 1001：多与模型侧状态有关；处理方案为优先切换模型重试。
- 3002 / 3003 / 3007：多与网络环境有关；先区分公司网络或家庭网络，公司网络联系企业 IT，家庭网络按官网网络排查流程处理，也可关闭网络代理。
- 6003 / 6004：表示请求频率受限，专业版也可能出现；优先切换模型重试。
- 11115：输入内容过长；精简输入内容或切换为支持更大上下文的模型。
- 11133 / 11134：多与模型侧状态有关；新开会话或切换模型重试。
- 14003：多与模型侧状态有关；优先切换模型重试。
输出要求：Markdown 表格，列为「错误码 / 可能原因 / 建议动作 / 备注」，并在表格下方补充一段「通用排查顺序」说明（不超过 150 字）。
约束：不要补充表格之外的错误码含义，不要编造新的处理方案。
```得到一张可直接发到团队群的 Markdown 速查表，内容与给定信息完全一致，无编造条目。
```markdown
我在一次长对话中遇到了「输入内容过长」的报错。
请帮我设计一个精简输入的方案，要求：
1. 先说明为什么长对话会触发这类限制（用通俗语言解释上下文长度的概念，不超过 200 字）；
2. 给出 4 条可执行的精简策略，例如拆分任务、清理历史中已完成的部分、把大文件改成摘要后再给、切换到支持更大上下文的模型；
3. 针对每一条策略，写清它的适用场景和代价（例如会丢失哪些上下文）；
4. 最后给我一段可以直接用在对话里的「精简请求模板」，模板中要留出填写目标、约束、上下文摘要的位置。
输出格式：Markdown，第二和第三部分用表格呈现。
```得到一份包含解释、四条策略（含代价说明）和可复用请求模板的方案，能直接照着精简当前对话。
本文基于官方文档再创作，具体以官方文档站实际展示为准。