3 步驗證 API 中轉：Token Cafe 零對話留存
你改好 base_url，貼上 sk-cafe- 金鑰，Cursor 或自架 App 就能呼叫 GPT、Claude、智譜——但心裡那兩個問題還在：模型是不是正版？對話會不會被中轉商拿去存？
Token Cafe 的設計很直接：走各廠授權的正式 API 端點，中轉層只寫計費 metadata，不寫 messages 內容——而且你可以自己驗證。
為什麼中轉平台需要「可驗證的信任」
中轉平台常被誤解成「灰色介面」或「網頁版逆向」。對開發者來說，真正的風險是兩件事：
- 品質與來源：呼叫的到底是不是該廠正式 API？
- 隱私邊界：prompt 與 AI 回覆會不會被中轉層持久化？
Token Cafe 把這兩件事變成可觀測、可對帳的設計，而不是一句「請相信我們」。
模型保障：正式 API，不是灰色介面
每個公開模型在後台綁定一條或多條 Channel（上游通道）。閘道對上游使用 OpenAI 相容格式：
POST {channel.base_url}/chat/completions
Authorization: Bearer {channel.api_key}
常見配置：
| 模型家族 | 上游範例 | 通道類型 |
|---|---|---|
| GPT | api.openai.com |
官方 API |
| Claude | api.anthropic.com |
官方 API |
| MiniMax / 智譜 / 通義 | 各廠官方網域 | 官方 API |
| 部分擴充模型 | OpenRouter、BazaarLink 等 | 授權聚合 |
定價頁與 模型目錄 會標示通道名稱與通道類型。多通道 fallback 僅在上游故障時切換至同一模型的備援路由，不會悄悄換成不同品質的替代品。
資料隱私：中轉層零對話留存
為了計費與對帳，Token Cafe 的 token_usage 只記錄：
- 模型名稱、上游通道
- prompt / completion / total tokens
- HTTP 狀態、延遲、錯誤片段（除錯用，最多約 200 字元）
不記錄 messages 內容。請求處理完畢即釋放；為產生回覆，內容必須即時送達上游——這與直接呼叫 OpenAI 相同，上游資料政策依各廠為準。
| 項目 | Token Cafe | 上游 AI 供應商 |
|---|---|---|
| 對話內容 | 不儲存 | 為推理必須處理 |
| Token 用量、通道、延遲 | 儲存（計費） | 各家不同 |
| 帳號、交易紀錄 | 儲存 | — |
完整說明見 安全與保障頁。
自己動手驗證（30 秒）
1. 看 API 回應 header
curl -i https://api.aciemind.com/v1/chat/completions \
-H "Authorization: Bearer sk-cafe-你的金鑰" \
-H "Content-Type: application/json" \
-d '{"model":"gpt-4o-mini","messages":[{"role":"user","content":"ping"}]}'
在回應 header 找 x-cafe-channel，即本次實際使用的上游通道。
2. 帳號中心用量頁
登入 account.aciemind.com →「用量」→「上游通道」欄應與 header 一致。
3. Probe 雙模式
Dashboard「計費驗證 Probe」提供歷史比對（零成本）與即時探測（扣少量 credits），兩者都顯示 token 用量與通道。
服務狀態與持續監控
服務狀態頁 每 5 分鐘探測各上游連通性，並分層顯示官方直連與聚合 fallback，不公開任何 API Key。
快速開始
Base URL: https://api.aciemind.com/v1
API Key: sk-cafe-...（帳號中心建立）
串接文件：token.aciemind.com/docs.html
Aciemind · Token Cafe — 台灣開發者的 AI API 中轉，正式端點、零對話留存、可驗證。
Comments