lidge-jun/opencodex:README 來源編輯指南
根據 README、倉庫資料與授權整理 lidge-jun/opencodex 的安裝與核驗路徑。
專案定位
lidge-jun/opencodex 的 README 將專案描述為「Universal provider proxy for OpenAI Codex & Claude Code , use any LLM (Claude, Gemini, Grok, DeepSeek, Ollama…) with Codex CLI, App, SDK, and Claude Code」。本文只整理倉庫可直接核對的內容,不把 star、Fork 或宣傳語當成品質證明。README 在「README」下寫到:Two commands, and every one of them runs any LLM you point it at.。這說明的是專案邊界,不是已完成的生產驗證。
適用場景
從 README 的「Highlights」與相關條目,可以先判斷它是否處理你的實際問題:Pool ChatGPT accounts safely , thread affinity, quota-aware auto-switching, cooldown and。若需求不同,不應只因專案熱度就採用。本文保留原始專案名、命令與元件名,方便回到一手來源核對。 README 另外列出一項可核對的資訊:Use any LLM with Codex, Claude Code, Claude Desktop, and Grok Build , 40+ providers out of。這類原文條目可用來設計試跑步驟,但不能取代實際環境測試。
運作方式
README 將運作方式分散在「For humans」等段落。可確認的線索包括:Open http://localhost:10100 and configure everything in the web dashboard , add providers (40+ built-ins, or any OpenAI-compatible endpoint), pick models, manage accounts. ocx gui re-opens the dashboard at any time.。本文不把未寫出的架構、效能或安全邊界補成結論;真正的執行鏈仍要配合目錄、設定檔與版本標籤檢查。
安裝與第一次執行
第一次安裝應從 README 指出的入口開始。目前可核對的命令是: npm install -g @bitkyc08/opencodex ocx start # proxy + dashboard on localhost:10100 如果倉庫沒有命令,本文不會自行編造步驟,而是建議先閱讀「For humans」,確認系統依賴、預設埠與首次初始化。
設定與日常使用
日常使用取決於專案文件。README 的「For agents」段落提到:ocx init never starts the proxy; start it first (or after , either order works, but headless commands like ocx provider add and ocx combo set talk to the live proxy and exit nonzero when it is unreachable).。設定檔、環境變數、權限與資料目錄只在來源明確時才會記錄;沒有寫出的預設值,應在測試環境驗證並保留回滾副本。 同一部分也提到:Combos , one virtual model id with failover or weighted round-robin across providers. See。