Firebase自动创建无限制API Key、AI模型无限循环调用、Google拒绝退款——一位开发者因代码中一个简单错误收到了€3,167的天价AI账单。这不是孤例，是AI时代API经济的新风险范式。
事件回顾
一位欧洲开发者在社交媒体上曝光了自己的遭遇：他使用Firebase + Google Gemini API搭建的AI应用，由于代码中一个无限循环bug，在数小时内产生了€3,167（约2.5万人民币）的API调用费用。更让人无奈的是，Google确认了异常但拒绝退款。
问题的根源在于Firebase的自动API Key创建机制。当开发者在Firebase项目中启用Gemini API时，系统会自动生成一个不受限制的API Key——没有调用次数上限、没有预算告警、没有支出阈值。这意味着任何代码错误——哪怕是本地开发时的一个死循环——都可能直接烧穿你的钱包。Firebase的设计哲学是"降低上手门槛"，但代价是将安全责任完全转嫁给了开发者。
这不是孤例。2026年4月以来，Google AI开发者论坛上已有数十位用户报告类似遭遇，账单金额从$213到$1,900不等。Truffle Security早在今年2月就报告过Firebase自动API Key的安全漏洞，但Google直到4月1日才强制执行账单层级上限（Tier 1=$250/月，Tier 2=$2,000/月），并要求新用户使用预付费模式。对老用户而言，这个保护机制来得太晚了。
为什么重要
AI成本陷阱是2026年一人公司最被低估的风险。
传统SaaS的计费模式是固定的月费制——$20/月，用多用少一个价。但AI API是按量计费：每一个token、每一次调用都意味着真金白银。当你的AI Agent进入无限循环，或者用户的prompt意外触发大量推理时，账单可能在几分钟内失控。一位开发者曾在HN上分享：他部署的AI Agent在周末被用户恶意触发，12小时内产生了$4,800的费用，而他的整个项目预算只有$500。
更深层的问题是：AI工具链的默认配置往往是"先开权限、后加限制"。Firebase自动创建无限制API Key不是设计缺陷，而是优先级选择——谷歌优先保证了开发者的"丝滑体验"，却把风险管理完全推给了用户。同样的模式也出现在OpenAI和Anthropic：默认情况下API Key没有支出限制，需要用户主动配置。这种"默认不安全"的设计在一些关键行业中是完全不可接受的。
对AI创业者来说，这意味着三条残酷的真相：
- 你的API Key可能正在被自动创建，而你根本不知道
- 你的AI Agent可能在半夜进入无限循环，而你醒来才发现€3,167的账单
- Google、OpenAI、Anthropic的退款政策各不相同，但普遍倾向"不退款"
我们能学到什么
-
为每个API Key设置预算上限：不要相信默认配置。进入Google Cloud Console，为每个项目配置支出阈值（$50/$100/$500阶梯告警）。OpenAI的Usage Limits和Anthropic的Spending Limits同样要设置。花5分钟配置，可能省下数千欧元。
-
代码中加入断路器模式：如果你的AI Agent在1分钟内调用了超过预期次数的API，自动熔断。这在传统后端开发中是常识（Circuit Breaker模式），但在AI Agent开发中常常被忽略。一个简单的计数器+定时器就能避免99%的类似事故。
-
使用预付费而非后付费：Google、OpenAI都支持预付费模式。预付费限制了最大损失——一旦余额用完，API自动停止。收到€3,167账单后追悔莫及，不如提前充值€50。这不是限制自己，而是保护自己。
-
监控是第一道防线：部署Langfuse、Helicone等AI API监控工具，实时跟踪API调用量和费用，设置告警阈值。这不是锦上添花，是生存必需。许多AI Agent框架（如LangChain、CrewAI）本身就支持回调函数，可以在每次API调用时记录消耗。
行动建议
- 立即检查所有Google Cloud项目的API Key：哪些是无限制的？哪些是自动创建的？哪些不应该存在？
- 为每个项目配置预算告警（Cloud Billing Budget）——最低$50就触发，$100和$500也要设置
- 在代码中实现"请求计数器"——当1小时内API调用量超过阈值时自动暂停
- 考虑切换到预付费模式，把损失上限控制在可承受范围内
- 如果你是Firebase用户，检查每个project的API Key列表，删除未使用的key，为保留的key配置IP限制和额度限制