如果你是那種真的把 Codex Desktop 當日常工具的人，應該很快就會遇到一種微妙的煩躁：模型是能用，介面也不醜，但越用越覺得有幾根小刺一直扎手。API mode 一開，插件入口灰掉；測試用對話堆多了，只能封存不能刪；換 provider 或 relay 之後，原本的會話像被丟進平行宇宙。每一件都不算大災難，可是每天都來一下，耐心真的會被磨掉。
我最近回頭重看 BigPizzaV3/CodexPlusPlus，感受不是「又一個替 Codex 套皮的東西」，而是「終於有人把桌面版那些原本就該順手的地方補齊了」。它不會把模型變得更聰明，真正厲害的地方，是把 Codex Desktop 從「能用」拉到「能長期用」。截至 2026 年 5 月 28 日，這個 repo 已經累積超過 7,400 顆 GitHub stars，而且還在很快往前推。
這篇不聊安裝。我只想回答一件事：如果你每天真的在桌面版裡工作，CodexPlusPlus 到底值不值得你分出注意力。
- API Key / relay 使用者，不再一進桌面版就先被插件入口打槍。
- 對話終於能刪、能匯出 Markdown、能移動到別的專案。
- 切換供應商時，會話與設定不會每次都像重新投胎。
- 如果你平常就是 MCP、skills、plugins、worktree 多開的人，Codex++ 補到的其實是一整段工作流。
大家都先看到插件解鎖，但真正讓人留下來的不是只有這個
我翻了幾篇外部介紹，大家第一眼幾乎都盯著同一個痛點。像 CSDN 那篇教學文，切入點就是 API 模式下插件入口被鎖、會話不能刪；網易那篇則把它形容成「不是換模型，而是讓 Codex 桌面端更順手」；Linux Do 的長串更新帖，則把整個功能演進一路攤開來看。這三種觀點其實都對，但如果你真的常駐在 Codex Desktop 裡，會發現插件解鎖只是入口，後面更有感的是工作連續性。
原生 Codex 在 API Key 模式下把插件入口直接灰掉，這件事之所以煩，不只是少一個按鈕，而是整個桌面版突然從「可擴充工具台」退回成「單一聊天窗」。CodexPlusPlus 先把這個缺口補上，還加了特殊插件強制安裝，讓一些前端誤判 unavailable 的擴充照樣能掛進去。對一般使用者來說，你不需要先理解 provider 表、設定檔結構或注入細節，差別就是你終於不會每次切到 API 模式就像被拔掉半套功能。
會話管理這種小事，才是天天在消耗精神的地方
我反而很想把焦點放在這裡。因為一個工具能不能長期用，不是看 demo 當下有多帥，而是看你連續用了十天之後，對話列表會不會讓你開始想逃。原生 Codex 的會話管理一直偏克制，甚至可以說有點太克制了：封存可以，真正刪除不給；你知道某一串只是測試垃圾，但它就是一直躺在那裡。
CodexPlusPlus 這裡補得很實際。刪除按鈕、Markdown 匯出、專案移動、對話移動、時間線視圖，這些功能單看都不華麗，可是湊在一起，桌面版才開始像一個真的能管理長鏈工作的地方。Linux Do 貼文裡，5 月 14 日那波更新就已經把 timeline、export、move conversation 這些東西列進去了。對只偶爾問兩句的人來說也許還好，但只要你會開很多實驗分支、長對話、或把 Codex 當任務記錄器，這些都不是點綴，是每天少掉一點心累。
它真正補到的，是「我不想每換一次供應商就重來一次」
這也是我最喜歡 CodexPlusPlus 的地方。現在很多人用 Codex Desktop，根本不是單純走官方單一路線，而是官方登入、relay injection、相容 API、不同 supplier 之間混著用。你今天想測另一個模型，明天想切別的 relay，後天又要回到官方模式。如果每切一次，會話消失、工具狀態跑掉、設定相互污染，那個體驗就會很像在搬家，而且還是天天搬。
CodexPlusPlus 在這塊做得比表面看起來深。除了 relay injection、本地 provider 設定、Fast 快切、供應商測試之外，它還做了 Provider Sync，目的是讓歷史會話在切換供應商後仍然可見。從 repo 裡的設計文件和 changelog 來看，作者不是只想把 Base URL 換掉而已，而是在處理 `~/.codex/config.toml`、`auth.json`、歷史 provider 狀態、模型目錄與本地資料之間的連動。這種事情一般使用者不一定會主動注意，但只要它沒做好，你每天都會被提醒一次。
先講清楚版本狀態：現在能穩定抓到的是 v1.1.7，主線已經在往 1.1.8 走
這裡我特別想講清楚，因為很多介紹文會把 changelog 上的新東西直接當成「已經正式發版」。截至 2026 年 5 月 28 日，GitHub Releases 最新可下載版本是 v1.1.7（2026 年 5 月 22 日發佈）。這一版主要是把協議轉換、插件市場、以及 Base URL 的 v1 自動判斷再磨順一點。再往前一版 v1.1.6，則補進了 chat 協議轉換、script market、CCS 設定匯入、Fast 按鈕快切、provider 測試，這幾個都很貼近真實工作流。
但如果你去看主線 CHANGELOG.md，會看到 1.1.8 其實已經把下一階段方向寫得很明白了：上游分支 worktree、獨立的工具與插件頁、切換 supplier 時合併目前啟用的工具/插件、即時讀取 Codex 設定、provider 隔離修正、純 API 模式 API key 寫入修正、更多供應商設定欄位。換句話說，這不是一個停在「解鎖插件」的小工具，而是一個還在快速往「完整桌面工作流管理層」長大的 repo。
我為什麼願意強推它：因為它不像那種一碰就怕炸的粗暴魔改
我本來對這類增強工具其實很保守。只要一看到要去 patch app.asar、覆蓋原始安裝、或是把桌面 app 改成很難回頭的狀態，我就會直接退。CodexPlusPlus 讓我比較願意認真看下去，是因為它走的是外部 launcher + Chromium DevTools Protocol 注入，不去直接改 Codex 原始安裝檔。這不代表它永遠不會壞；只要 Codex 桌面端前端結構大改，它一樣得跟著修。但它的思路比較乾淨，壞掉時也比較像「增強層需要追版」，不是「把原本的桌面版一起拖下水」。
再加上它不是只有兩三個按鈕的拼裝品。README、release、Linux Do 更新帖、設計文件，四邊對起來看，你會發現作者在補的是一整條日常使用曲線：插件、會話、供應商、relay、scripts、Zed remote open、upstream worktree、更新機制，甚至連 provider 隔離與 TOML 重複寫入這種一般人不會截圖發文、但真的會把桌面工作流搞髒的問題，都在修。這種 repo 最容易讓重度 Codex 用戶有感。
如果你是哪一種 Codex 用戶，這個 repo 會特別有感
- 你平常就不是只用官方登入，而是會碰 relay、相容 API、不同供應商切換。
- 你不是開一兩個對話就結束，而是會累積很多長鏈任務、很多實驗對話。
- 你會真的在桌面版裡管理 MCP、skills、plugins，甚至想把 worktree 和外部編輯器也接上。
- 你在意的不是「模型會不會更強」，而是「這個桌面工具到底順不順手」。
反過來說，如果你只是偶爾開一下 Codex Desktop 問幾句、很少切 provider、也不太碰插件，那你當然不一定要急著上這類增強層。但只要你已經開始把 Codex 當工作台，而不是玩具，CodexPlusPlus 幾乎就是那種用過之後很難再裝作沒看到的 repo。
延伸閱讀與我這次參考的外部觀點
- BigPizzaV3/CodexPlusPlus GitHub repo
- GitHub Releases
- 官方 CHANGELOG
- Linux Do 討論串：功能演進與社群回饋
- CSDN 教學文：從 API 模式痛點切入
- 網易文章：把它視為 Codex Desktop 的順手補完
如果只准我用一句話收尾，我會說：CodexPlusPlus 不是把 Codex 變成另一個產品，而是把它修到更像你原本以為它就該有的樣子。 對重度桌面端使用者來說，這比再多一個模型切換選單還重要。