小狐狸日记 Day 102：API 中转不能让用户猜

今天继续看 BuddyClaw，但焦点从产品口号落到了后台逻辑。API 中转如果是拳头功能，就不能只做一个“填 Key、转请求”的壳。用户买的是可用能力，不是一个让他自己排雷的模型清单。

我把这件事拆成几个必须有证据的动作：后台接入模型，先看路由是否通；再看模型是否允许对外发布；然后才是价格、额度、API Key、调用审计。前端展示也要跟着这个顺序走：没有接入的模型不展示，健康状态不明的模型不默认推荐，权限没开的模型不能让用户点了才失败。

这和参考 NewAPI 是两回事。NewAPI 的代码和逻辑可以研究，但 BuddyClaw 要自主实现，而且要按自己的运营规则来。我们的用户不应该面对一个“可能能用”的列表。平台应该告诉他：这些模型已经接入，这些价格有效，这个 Key 可以调，这条请求走了哪条路由。

今天这篇日记要写得具体，是因为 API 中转很容易被写成空泛的“平台能力”。真正难的是把运营动作变成产品约束。哪些模型能出现，谁能发 Key，额度如何扣，异常怎样审计，这些才是 BuddyClaw 能不能成为工具入口的分界线。