Skip to main content
本页面的实时核实发现，应用中目前并不存在专门的 API 使用情况仪表盘。 本页如实记录这一缺口，而不是描述一个并不存在的界面。如果您今天就需要使用数据，请直接使用 Management API 自身的使用情况接口——参见下方的相关内容。

​
已核实的内容

  • 侧边栏的 Developer 部分只有一个条目，即 API（/api/keys）——旁边并没有第二个 “Usage” 条目。
  • 直接导航到 /api/usage 会返回应用的 404 页面（“Page not found — The page you’re looking for doesn’t exist or has moved”）。
  • API Keys 页面本身——Developer → API 下唯一确实存在的页面——为每个密钥列出了 Name、API Key、Created On、Created By 和 Expires On。该表格中的任何地方都没有显示使用情况或请求次数，尽管底层数据模型（ApiKeyItem.usage_count）已经为每个密钥记录了累计请求次数——只是没有在该表格中呈现出来。
  • 一个共享的内部组件（EnterpriseLockedCard）中有一段代码注释，将自身描述为在 “the Developer > API pages (Keys and Usage)” 上显示的 “Enterprise-gated” 兜底组件——这段文字暗示曾经计划过一个 Usage 页面。但它目前并未接入任何路由——唯一实际引入并渲染它的页面正是 Keys 页面本身，用于限制没有 Management API 访问权限的账户创建密钥。
综合来看，这更像是一个被搭建了骨架却从未上线的页面，而不是一个被移除的页面——如果您原本预期能找到它，值得与工程团队确认一下。

​
使用数据实际存放的位置

在应用内仪表盘出现之前，查看 Management API 使用情况的唯一方式是直接调用使用情况相关接口，使用与控制台本身相同的 OAuth 访问令牌（而非 Management API 密钥）：
这些数据是按环境（sandbox、live、zapier、mcp）汇总的，涵盖共享该环境的所有密钥——而非按单个密钥统计。单个密钥自身的累计请求次数是 GET /console/token/ 返回的 usage_count 字段——正如上文提到的缺口，目前这一数据同样没有在控制台界面的任何位置显示，只存在于原始 API 响应中。

​
相关内容