Cloudflare 向自助服务账户开放 Billable Usage API，用一个端点返回 Workers、R2、D1、Workers AI、Vectorize、Images 和 Stream 等按量产品的使用量与成本。响应按产品和计费周期拆分，并采用大量 FOCUS 云成本规范中的字段名称。

一句话结论：Cloudflare 解决的不是账单便宜，而是让成本从月末仪表盘变成程序可以查询的数据；当 Agent 能自动创建资源时，预算、异常检测和停止条件也必须能够自动运行。

过去，开发者想取得 Cloudflare 的跨产品成本，往往需要看仪表盘、下载报表或等待发票。新接口使用只读 Billing Read 权限即可查询指定日期范围，返回用量单位、计价数量、合同成本、累计成本、区域和产品分类等字段。

这使团队可以每天把 Cloudflare 数据接入内部成本系统，按产品、域名或账户分析，也可以让告警在 Workers 或 R2 支出偏离基线时触发。Cloudflare 还与 Vantage 建立原生集成，把其成本放进 AWS、Azure 等多云报表，并允许 FinOps Agent 或 MCP 客户端查询。

标准化仍有边界。Cloudflare 明确表示，目前只是让字段名称和语义接近 FinOps Open Cost and Usage Specification，缺少规范要求的若干列，尚未宣称完全合规。接口提供的是合同成本和累计值，也不自动完成共享资源如何分摊到团队或客户的业务判断。

时效性同样不能被“API”两个字掩盖。当前数据主要每日更新，Cloudflare 还在研究更实时的窗口和预测功能。一个 Agent 若在几分钟内错误创建大量资源，第二天看到成本已经太晚。高风险自动化仍需要平台侧配额、请求上限和即时停止能力。

首版只覆盖 self-serve 账户，企业合同支持仍在开发。企业价格通常包含承诺折扣、阶梯计费和定制条款，统一成本比公开价更难计算。Cloudflare 选择先开放结构较简单的账户，是务实范围，不是完整 FinOps 解决方案。

关键事实

• 接口范围：一个端点覆盖 Cloudflare 多个按量计费产品
• 更新频率：目前主要按日更新，不是实时计费流
• 权限要求：可以使用只读 Billing Read API Token
• 标准状态：字段与 FOCUS 接近，但 Cloudflare 尚未宣称完整合规

OC 判断

Agent 时代的权限模型不能只有“能否部署”，还要有“最多花多少”。Billable Usage API 补上了可观测性，但真正可靠需要把成本数据接到预算、配额、审批和自动回滚，不能只做更漂亮的报表。

为什么重要

• 对开发者：可以把云成本测试加入 CI 和日常告警，而不必等月底发票。
• 对企业：跨云统一字段降低数据整理成本，但内部资源归属仍需标签和分摊规则。
• 对 Agent 平台：能够创建资源的自动化必须同时具备可查询预算和停止条件。

参考来源

• Cloudflare: Billable Usage API
• Cloudflare API documentation
• FOCUS Specification