Usage 事实模型

@downcity/services 的核心不是计费，而是把调用事实沉淀下来。

这个概念到底在说什么

usage service 记录的是：

它不直接决定：

也就是说，它先回答“发生了什么”，而不是“这次应该收多少钱”。

如果一开始就把 usage、价格、套餐、余额全绑死在一起，后面你很难：

而把 usage 先当成事实层，你后面就可以自由决定它拿去做：

import { usageService } from "@downcity/services";

base.use(usageService({
  record_errors: true,
}));

这个配置的重点是：即使失败调用，你也可以选择记录下来，方便后续排查和分析。

const events = await admin.service("usage").get("events");
const summary = await admin.service("usage").get("summary");

这两个入口通常分别回答：

const me = await user.service("usage").get("me");

这适合产品里做：

这是最适合 usage service 的典型模式。

先把调用事实记录下来，后面再决定：

当你怀疑：

usage 事实层是最先该看的地方。

这一页最相关的公共入口是：

它是计费系统常见的输入层，但不是完整收费逻辑本身。

很多运营和排查问题，恰恰需要知道失败调用有没有发生、发生了多少。

用户自己的“已使用多少”也经常需要直接来自 usage 数据。