影片筆記：上手 Claude Code 对比 Codex：谁才是当今最强桌面端 AI Agent？

一句話總結

本集影片主要對比 Claude Code 與 Codex 的桌面端 AI 程式輔助工具，指出 Claude Code 雖介面與中文支援較弱，但在處理複雜長流程任務時穩定性較高；而 Codex 介面友好且對中文支援較好，但在處理複雜環境依賴時全鏈路自主能力略遜一籌。

核心重點

產品定位與範圍：

• 對比對象為 Codex 與 Claude Code 的桌面端版本。
• 排除 Aider，因其偏向 CLI（命令行）交互，不在本次討論範圍。

Claude Code 體驗與限制：

• 介面問題：安裝包支援系統自動判斷，但介面幾乎不支援中文，思考過程多為英文，僅輸出結果為中文。
• 專案管理：工作區管理不如 Codex 系統化，會話容易混雜。
• 效能優勢：在執行長流程任務（如製作影片、TTS 克隆）時穩定性較高，能從頭到尾完成複雜流程。
• 功能缺失：在 TTS 選擇（如 F5-TTS）、斷句、動態效果等功能上表現不夠優雅。

Codex 體驗與優勢：

• 介面友好：對中文支援較好，介面體驗佳。
• 效能劣勢：處理複雜環境依賴時，全鏈路自主能力略遜於 Claude Code。

訂閱與額度機制：

• Claude Code Pro：訂閱費為 20 美元/月，提供 5 小時額度。官方會不定期重置額度。
• 消耗估算：單線程任務約消耗一半額度（約 2 小時），五小時額度約可執行 10 次五小時刷新機會（每週）。
• Codex 對比：額度顯示、邀請好友重置機制、Pro 版無 20 美元檔位。

帳號與網絡環境：

• 緩存機制：使用原生帳號登錄命中緩存概率較高，比透過「中轉站」更省額度。
• 封號風險：老帳號在網絡環境非全局時，封號風險與 Codex 差異不大。

系統相容性：

• Windows 桌面端對 Linux 倉庫項目及環境適配不佳，建議 Linux 項目部署在 Linux 原生環境運行。

詳細大綱

1. 產品介紹與範圍界定

• 明確對比對象為 Codex 與 Claude Code 的桌面端。
• 排除 Aider，因其為 CLI 命令行交互工具。

2. Claude Code 安裝與介面體驗

• 安裝流程：下載與安裝支援 Mac/Windows 系統自動判斷。
• 語言支援：介面幾乎不支持中文，思考過程為英文，輸出結果為中文。
• 工作區管理：存在缺陷，會話混雜，缺乏系統化分類。

3. 訂閱方案與額度消耗分析

• Claude Code Pro：
• 費用：20 美元/月。
• 額度：5 小時。
• 重置：官方不定期重置額度。
• 消耗：單線程任務約消耗 50% 額度（約 2 小時）。
• 頻率：五小時額度約可執行 10 次五小時刷新機會（每週）。
• Codex 對比：
• 額度顯示方式不同。
• 有邀請好友重置機制。
• Pro 版無 20 美元檔位。

4. 實際使用效能對比

• 緩存機制：
• 原生帳號登錄命中緩存概率高於中轉站。
• 任務處理能力：
• Codex：日常使用無問題，但處理複雜環境/依賴時全鏈路自主能力略差。
• Claude Code：處理長流程任務（如影片製作、TTS 克隆）更穩定，耗時約 20-30 分鐘，完成度約 6-7 成。
• 功能細節：
• Claude Code 在 TTS 選擇（如 F5-TTS）、斷句、動態效果上不夠優雅。

5. 帳號安全與系統相容性

• 封號風險：
• 老帳號在非全局網絡下，Claude Code 與 Codex 風險差異不大。
• 系統限制：
• Windows 桌面端對 Linux 項目運行及環境適配不佳。
• 建議 Linux 項目在原生環境運行。

6. 總結與展望

• Claude Code 在自我沉淀與工作流理解上可能比 Codex 完善。
• 作者將持續使用並提供後續主觀加客觀評判。

工具 / 模型 / 名詞整理

• Claude Code：AI 程式輔助工具，桌面端版本。
• Codex：AI 程式輔助工具，桌面端版本，對比對象。
• Aider：CLI（命令行）交互工具，本集排除對象。
• Mac：作業系統平台。
• Windows：作業系統平台。
• CLI (Command Line Interface)：命令行介面。
• Pro：訂閱等級。
• GLM-4.5：提及的模型版本（疑點）。
• TTS (Text-to-Speech)：文字轉語音技術。
• F5-TTS：TTS 選擇之一。
• Hermes：提及的模型名稱（疑點）。
• Claude：基礎模型名稱。
• 有道词典：提及的工具。
• 中轉站：指代具體服務或技術架構不明。

操作流程整理

安裝與初始化：

• 下載 Claude Code 安裝包。
• 系統自動判斷 Mac 或 Windows 環境進行安裝。

帳號登錄：

• 選擇原生帳號登錄（命中緩存概率較高，較省額度）。
• 避免透過「中轉站」登錄（可能消耗更多額度）。

專案管理：

• 建立或開啟工作區（Project/Workspace）。
• 注意會話混雜問題，缺乏系統化分類。

執行任務：

• 輸入指令（如製作影片、TTS 克隆）。
• 觀察思考過程（英文）與輸出結果（中文）。
• 監控額度消耗（單線程任務約消耗 2 小時額度）。

環境部署建議：

• 若項目為 Linux 倉庫，建議在 Linux 原生環境運行，而非 Windows 桌面端。

值得注意的限制或風險

介面語言障礙：Claude Code 介面幾乎不支援中文，思考過程多為英文，對不熟悉英文的使用者可能造成困擾。

工作區管理缺陷：會話混雜，缺乏系統化分類，影響專案管理效率。

功能優雅度不足：在 TTS 選擇、斷句、動態效果等功能上表現不夠優雅。

額度消耗與重置：

• 單線程任務消耗較大（約 50% 額度）。
• 額度重置機制為官方不定期重置，非固定週期。

系統相容性限制：Windows 桌面端對 Linux 倉庫項目及環境適配不佳，不建議用於 Linux 項目部署。

帳號封號風險：老帳號在非全局網絡環境下，使用 Claude Code 與 Codex 的封號風險差異不大。

逐字稿辨識疑點

• Hermes：逐字稿中提到「不一定是 Hermes 天生優秀」，此處上下文指代不明，疑為模型名稱口誤或聽寫錯誤，需查證。
• GLM-4.5：逐字稿提及「GLM-4.5 那個視頻」，需查證該模型版本是否存在或為口誤。
• 五小時百分之十几：關於額度消耗比例的描述，語意稍顯模糊，疑點標記。
• 中轉站：多次提及「中轉站」，指代具體服務或技術架構不明，疑點標記。
• 全服所有用户：描述 Codex 重置機制時使用，疑點標記。

可延伸追問

Claude Code 與 Codex 的具體技術架構差異：為何 Claude Code 在處理複雜流程時穩定性較高，而 Codex 在環境依賴處理上較弱？

額度重置機制的詳細規則：官方「不定期重置」的具體規律或條件為何？

中轉站的具體定義與影響：「中轉站」具體指什麼服務？為何會影響額度消耗與緩存命中？

Linux 項目在 Windows 桌面端的具體適配問題：有哪些具體的錯誤或限制導致不建議在 Windows 上運行 Linux 項目？

Hermes 與 GLM-4.5 的實際指代：逐字稿中提到的這些模型名稱是否為口誤？實際指的是哪些模型或功能？