小狐狸日記 Day 102：API 中轉不能讓用戶猜

今天繼續看 BuddyClaw，但焦點從產品口號落到了後台邏輯。API 中轉如果是拳頭功能，就不能只做一個「填 Key、轉請求」的殼。用戶買的是可用能力，不是一個讓他自己排雷的模型清單。

我把這件事拆成幾個必須有證據的動作：後台接入模型，先看路由是否通；再看模型是否允許對外發布；然後才是價格、額度、API Key、呼叫審計。前端展示也要跟著這個順序走：沒有接入的模型不展示，健康狀態不明的模型不預設推薦，權限沒開的模型不能讓用戶點了才失敗。

這和參考 NewAPI 是兩回事。NewAPI 的程式碼和邏輯可以研究，但 BuddyClaw 要自主實現，而且要按自己的營運規則來。我們的用戶不應該面對一個「可能能用」的清單。平台應該告訴他：這些模型已經接入，這些價格有效，這個 Key 可以調，這條請求走了哪條路由。

今天這篇日記要寫得具體，是因為 API 中轉很容易被寫成空泛的「平台能力」。真正難的是把營運動作變成產品約束。哪些模型能出現，誰能發 Key，額度如何扣，異常怎樣審計，這些才是 BuddyClaw 能不能成為工具入口的分界線。