OpenRouter DeepSeek V4 Pro 模型的“信用额度用尽”错误令人困惑
摘要
用户报告称，通过 OpenRouter 使用 DeepSeek V4 Pro 模型时，返回了一个误导性的“信用额度用尽”错误，结果发现这是一个特定于模型的问题，导致浪费了数小时的调试时间。
我在部署 OpenClaw 时遇到了一个令人困惑的问题。我的配置使用了模型：`openrouter/deepseek/deepseek-v4-pro`。当我尝试运行时，OpenClaw 返回了以下错误：
> API provider returned a billing error — your API key has run out of credits or has an insufficient balance. Check your provider's billing dashboard and top up or switch to a different API key.
由于这条消息，我假设问题出在我的 OpenRouter 账户或账单上。我检查了 OpenRouter 仪表盘，验证了 API 密钥，并多次复查了 OpenClaw 配置，但没发现任何异常。在往这个方向浪费了大量调试时间后，我换了一个模型，结果一切立即正常工作。所以问题不在于错误本身，而是错误消息将我引向了错误的调试方向。有没有其他人也遇到过 `openrouter/deepseek/deepseek-v4-pro` 的类似情况？我想弄清楚这主要是 OpenClaw 的问题、OpenRouter 的问题，还是 DeepSeek/提供商端的问题。无论如何，我认为错误消息应该提供更多上下文，因为“信用额度用尽”让我花了数小时检查错误的方向。
相似文章
OpenRouter模型定价暗示更激进的量化？
一项分析质疑：考虑到在8xH200等昂贵硬件上运行大型模型的经济性，OpenRouter对GLM-5.2等开放模型的API定价是否意味着比假设的更激进的量化。
我在家运行了（更快的）DeepSeek V4 Pro
用户报告成功使用 ktransformers 在本地运行 DeepSeek V4 Pro 模型，并分享了在不同上下文深度下的详细基准测试结果，展示了改进的推理速度。
@Michaelzsguo：我的Deepseek V4 Pro智能体（在Codex内）已持续运行超过13小时，消耗约1亿个token，已仅花费…
一位用户报告说，他们的Deepseek V4 Pro智能体在Codex内运行了超过13小时，消耗了约1亿个token，但仅花费了1.85美元，凸显了该模型的成本效率。
所有本地模型都很差。即使是DeepseekV4也只能处理指令。请证明我错了
一位用户分享了对本地AI模型的挫败感，尽管在Vast.ai试用了花费超过400美元，却发现只有Claude Opus能有效处理复杂任务，如分析260页的PDF和Dropbox数据。
我在家里跑了 DeepSeek V4 Pro
一名用户展示了如何使用修改版的 llama.cpp CUDA 仓库在本地工作站上成功运行 DeepSeek V4 Pro 模型，并分享了性能指标和硬件需求。