OpenClaw 應把 OpenAI Realtime 當付費 API，而不是…

OpenClaw 的 Realtime 語音必須走 OpenAI Platform 計費，不是 ChatGPT 或 Codex 訂閱就會包含的功能。

OpenClaw 應把 OpenAI Realtime 當付費 API，而不是訂閱福利。它自己的 provider 文件已經寫得很清楚：Voice Call 與 Control UI Talk 的語音流量走的是公開的 OpenAI Platform Realtime API，費用會從 Platform credits 扣；但 Codex 綁定的聊天模型，仍然可以透過 OpenAI OAuth 跑。這不是細節，而是功能能不能真的啟動的分界線。

第一個論點：計費邊界是真的，不是產品文案

最直接的證據來自文件本身。OpenClaw 對 Realtime voice 提供的是 OpenAI API key、Platform OPENAI_API_KEY，或環境變數這類平台級設定；若設定失敗，修正方式也不是重登 ChatGPT，而是到 platform.openai.com/account/billing 補足 Platform credits。換句話說，只有聊天訂閱，沒有 API 餘額，語音就會卡住。

這種區分在工程上很重要。OpenClaw 並不是把所有 OpenAI 能力包成同一條路，而是清楚拆成模型路由、授權形狀與執行時行為。當產品把 voice 做成一級功能，就必須把計費模型也當成一級限制來呈現。否則，使用者看到的是「已登入」，系統實際回的是「餘額不足」。

第二個論點：訂閱授權與 API 計費解的是兩件事

OpenClaw 的模型矩陣已經把差異講明白：OpenAI OAuth 可以驅動 Codex-backed 的 openai/* chat models，但同一組 OAuth 並不會替你配置 Realtime voice。文件甚至明講，直接 API key 計費適用於 images、embeddings、speech、realtime 這些非 agent 的 OpenAI surface。前者是模型存取，後者是可計量的平台用量。

這不是 OpenClaw 特例，而是 OpenAI 產品面本來就分層。團隊可以有可用的訂閱式 coding agent，卻在 voice 上碰壁，因為 realtime 本來就是 platform service，不是 chat entitlement。這種分拆是正確的工程衛生，避免產品團隊把不同經濟模型硬塞進同一個帳單桶裡。

第三個論點：模糊授權只會製造更糟的故障

如果 OpenClaw 故意模糊這條線，團隊會遇到最糟的失敗：功能看起來已經配置好，實際上卻依賴另一種帳號類型。文件已經提醒 legacy Codex 參照、runtime routing 與 auth order 這些層次很容易混淆，Realtime voice 只會再增加一個會把人帶進 support ticket 的坑。

相反地，明確的設定指引才是正解。OpenClaw 要求使用者選擇授權方式、在需要直接計費時建立 API key、並為正確的 OpenAI organization 補值。這比「方便優先」的 UX 嚴格，但它才是誠實的 UX。語音功能會即時消耗資源，就不該繼承另一個聊天訂閱的計費假設。

反方可能怎麼說

最強的反對意見是摩擦太大。很多使用者已經用 OpenAI OAuth 登入來跑 Codex-backed 模型，自然會以為 Realtime voice 也應該在同一個授權框架裡運作。從產品角度看，再要求一把 API key 和一個已充值的 Platform billing，確實像是重複設定。

另一個合理疑慮是認知成本。當工具把某些 OpenAI 功能走訂閱授權、另一些走 Platform billing，使用者就得記住每個 surface 對應哪一種帳號。對只想快速讓語音助理開始說話的團隊來說，這會拖慢導入。

但這個反方終究站不住腳，因為 voice 是可計量的平台能力，經濟模型本來就和聊天訂閱不同。OpenClaw 的文件不是暗示，而是直接要求補 Platform credits，因為 Realtime 走的是公開 API 計費路徑。把這件事講清楚，雖然增加一點摩擦，卻能避免隱藏成本、啟動失敗與錯誤預期。限制是真的，邊界也是真的，而且這個邊界是對的。

你能做什麼

如果你是工程師或 PM，請把 OpenClaw 的授權說明按 surface 分開寫：聊天與 Codex-driven agent turns 可以用 OpenAI OAuth，但 Realtime voice 必須用 OpenAI Platform key 或已充值的 API billing。若你是創辦人，現在就把這個差異寫進 onboarding、錯誤訊息與收費文案。最容易失去信任的方式，就是讓訂閱登入看起來像是所有 OpenAI 功能都已經付費完成。