# 影片筆記:上手 Claude Code 对比 Codex:谁才是当今最强桌面端 AI Agent? ## 一句話總結 本集影片主要對比 **Claude Code** 與 **Codex** 的桌面端 AI 程式輔助工具,指出 Claude Code 雖介面與中文支援較弱,但在處理複雜長流程任務時穩定性較高;而 Codex 介面友好且對中文支援較好,但在處理複雜環境依賴時全鏈路自主能力略遜一籌。 ## 核心重點 1. **產品定位與範圍**: * 對比對象為 **Codex** 與 **Claude Code** 的桌面端版本。 * 排除 **Aider**,因其偏向 CLI(命令行)交互,不在本次討論範圍。 2. **Claude Code 體驗與限制**: * **介面問題**:安裝包支援系統自動判斷,但介面幾乎不支援中文,思考過程多為英文,僅輸出結果為中文。 * **專案管理**:工作區管理不如 Codex 系統化,會話容易混雜。 * **效能優勢**:在執行長流程任務(如製作影片、TTS 克隆)時穩定性較高,能從頭到尾完成複雜流程。 * **功能缺失**:在 TTS 選擇(如 F5-TTS)、斷句、動態效果等功能上表現不夠優雅。 3. **Codex 體驗與優勢**: * **介面友好**:對中文支援較好,介面體驗佳。 * **效能劣勢**:處理複雜環境依賴時,全鏈路自主能力略遜於 Claude Code。 4. **訂閱與額度機制**: * **Claude Code Pro**:訂閱費為 20 美元/月,提供 5 小時額度。官方會不定期重置額度。 * **消耗估算**:單線程任務約消耗一半額度(約 2 小時),五小時額度約可執行 10 次五小時刷新機會(每週)。 * **Codex 對比**:額度顯示、邀請好友重置機制、Pro 版無 20 美元檔位。 5. **帳號與網絡環境**: * **緩存機制**:使用原生帳號登錄命中緩存概率較高,比透過「中轉站」更省額度。 * **封號風險**:老帳號在網絡環境非全局時,封號風險與 Codex 差異不大。 6. **系統相容性**: * 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**:基礎模型名稱。 * **有道词典**:提及的工具。 * **中轉站**:指代具體服務或技術架構不明。 ## 操作流程整理 1. **安裝與初始化**: * 下載 Claude Code 安裝包。 * 系統自動判斷 Mac 或 Windows 環境進行安裝。 2. **帳號登錄**: * 選擇原生帳號登錄(命中緩存概率較高,較省額度)。 * 避免透過「中轉站」登錄(可能消耗更多額度)。 3. **專案管理**: * 建立或開啟工作區(Project/Workspace)。 * 注意會話混雜問題,缺乏系統化分類。 4. **執行任務**: * 輸入指令(如製作影片、TTS 克隆)。 * 觀察思考過程(英文)與輸出結果(中文)。 * 監控額度消耗(單線程任務約消耗 2 小時額度)。 5. **環境部署建議**: * 若項目為 Linux 倉庫,建議在 Linux 原生環境運行,而非 Windows 桌面端。 ## 值得注意的限制或風險 1. **介面語言障礙**:Claude Code 介面幾乎不支援中文,思考過程多為英文,對不熟悉英文的使用者可能造成困擾。 2. **工作區管理缺陷**:會話混雜,缺乏系統化分類,影響專案管理效率。 3. **功能優雅度不足**:在 TTS 選擇、斷句、動態效果等功能上表現不夠優雅。 4. **額度消耗與重置**: * 單線程任務消耗較大(約 50% 額度)。 * 額度重置機制為官方不定期重置,非固定週期。 5. **系統相容性限制**:Windows 桌面端對 Linux 倉庫項目及環境適配不佳,不建議用於 Linux 項目部署。 6. **帳號封號風險**:老帳號在非全局網絡環境下,使用 Claude Code 與 Codex 的封號風險差異不大。 ## 逐字稿辨識疑點 * **Hermes**:逐字稿中提到「不一定是 Hermes 天生優秀」,此處上下文指代不明,疑為模型名稱口誤或聽寫錯誤,需查證。 * **GLM-4.5**:逐字稿提及「GLM-4.5 那個視頻」,需查證該模型版本是否存在或為口誤。 * **五小時百分之十几**:關於額度消耗比例的描述,語意稍顯模糊,疑點標記。 * **中轉站**:多次提及「中轉站」,指代具體服務或技術架構不明,疑點標記。 * **全服所有用户**:描述 Codex 重置機制時使用,疑點標記。 ## 可延伸追問 1. **Claude Code 與 Codex 的具體技術架構差異**:為何 Claude Code 在處理複雜流程時穩定性較高,而 Codex 在環境依賴處理上較弱? 2. **額度重置機制的詳細規則**:官方「不定期重置」的具體規律或條件為何? 3. **中轉站的具體定義與影響**:「中轉站」具體指什麼服務?為何會影響額度消耗與緩存命中? 4. **Linux 項目在 Windows 桌面端的具體適配問題**:有哪些具體的錯誤或限制導致不建議在 Windows 上運行 Linux 項目? 5. **Hermes 與 GLM-4.5 的實際指代**:逐字稿中提到的這些模型名稱是否為口誤?實際指的是哪些模型或功能?