codebuddy接口限流需分三类排查：一是每日50次补全、2000 credits月度额度或微信8小时频控；二是api配额100次/天，可通过控制台或curl -v查x-ratelimit-remaining；三是微信入口频控触发后需等待时间戳过后自动恢复；四是本地cli资源不足导致oom，应换轻量模型或限定扫描范围。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你在调试微服务接口时发现CodeBuddy突然返回“too many requests”或Error Code 14003，说明已触达当前账号的API调用上限，必须立刻定位是哪一层限制在起作用——是每日50次基础补全限额？还是2000 Credits月度额度耗尽？亦或是微信入口8小时频控被触发？不同限制的排查路径和恢复方式完全不同。
查清当前触发的是哪一类限流
第一步：打开CodeBuddy插件侧边栏 → 点击「账户」→ 进入「使用统计」页面。
第二步：重点查看三个独立模块的实时状态：【今日补全次数】、【本月剩余额度】、【微信入口可用时间】。这三个数值互不干扰，各自独立计数重置。
第三步：对照报错场景快速锁定类型——若弹窗含“Error Code: 14003”，95%为服务端API配额超限；若提示“今日补全次数已达上限”，则是每日50次轻量补全已用完；若仅在微信开发者工具中报错且带“usage exceeds frequency limit”及明确UTC+8时间戳，则属微信专属频控。
检查API配额是否已达100次/天上限
方法一：访问CodeBuddy控制台 → 进入「配额中心」→ 点击「API 使用统计」。
这里显示的是最严格的硬性限制：每个认证账号默认仅【100次/天】，涵盖所有代码生成、解释、调试等核心能力，按自然日（00:00–23:59 北京时间）重置。
方法二：在终端执行命令检查剩余配额。
运行 codebuddy -p "当前API剩余调用量"，部分版本会直接返回含 X-RateLimit-Remaining 响应头的原始数据，需手动解析；更可靠的方式是监听真实请求响应头——在调用CodeBuddy API时添加 -v 参数（如curl -v），查找响应头中 X-RateLimit-Remaining 字段值。
注意：未绑定手机号或未完成实名认证的账号，无法查看此项数据，也无法申请提额。
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
验证微信开发者工具入口是否受限
第一步：确认你是否正通过微信开发者工具调用CodeBuddy模块。
第二步：若界面弹出“usage exceeds frequency limit”并附带类似“2026-07-01 14:22:08”的时间戳，即表示该入口已触发8小时窗口频控。
第三步：该机制完全独立于主账号配额，不消耗Credits，也不计入100次/天API限额；但每次重置后仅开放有限调用许可，实测连续发起5–7次请求后极易被拦截。
第四步：无需操作，等待时间戳所示时刻过后自动恢复；不可提前刷新或绕过。
确认CLI本地调试是否受本地资源限制
第一步：在终端运行 codebuddy --debug 启动调试模式。
第二步：执行一次接口分析任务，观察输出末尾是否出现 context window exceeded 或 OOM when loading model 类错误。
第三步：若出现上述提示，说明不是服务端限流，而是本地模型推理资源不足导致中断——此时CPU占用率常飙至95%以上，内存持续增长后被系统kill，表现类似“卡顿”或“无响应”。
这一步不需要查配额，只需改用 --model deepseek-v3-terminus 等轻量模型，或加 --add-dir ./src 显式限定扫描范围，避免加载整个项目引发上下文溢出。
