Gemini CLI vs codex CLI：哪個是更好的編碼代理？

開源CLI工具在開發人員和AI社區中引起了很多興奮。隨著Claude的Codex CLI，OpenAI的Codex CLI以及最近的Google的Gemini CLI的發布，對CLI的興趣一般而言。通過將AI支持納入常規任務，這些工具正在改變開發人員使用終端的方式。

開發人員可以通過利用這些CLI來提高代碼理解，加快調試加快困難編碼任務。諸如Codex CLI之類的工具通過將強大的AI驅動功能（例如代碼生成，重構和內聯文檔）直接進入命令行來幫助用戶編寫，分析和改進代碼。隨著Gemini CLI的推出，Google的輕便，開源的替代品的推出變得更加令人興奮。

現在，讓我們仔細研究一下Gemini CLI和Codex CLI在測試時的票價。

目錄

• 什麼是Gemini CLI和Codex CLI？
• 安裝
  • 系統要求
  • Codex CLI的安裝步驟
  • 雙子座CLI的安裝步驟
  • 要記住的事情
• 運行我們的CLI實例
  • 法典CLI
  • 雙子座CLI
• Gemini CLI vs codex CLI：最終判決
• 結論
• 常見問題

什麼是Gemini CLI和Codex CLI？

Gemini CLI： Google的開源AI代理，將Gemini模型（例如Gemini 2.5 Pro）集成到開發人員的終端中。

Codex CLI：從OpenAI的原始Codex CLI分叉的開源命令行工具，現在支持多個AI提供商，包括Gemini 2.5 Pro。它使開發人員能夠與終端中的大型語言模型進行交互，以獲取代碼生成，重構和腳本解釋等任務。

如果您正在尋找詳細的演練，請在每個CLI工具上查看我們的指南：

• Codex CLI：OpenAI的AI編碼助手
• 雙子座CLI：Google的免費開源編碼代理

安裝

在進行安裝之前，請確保滿足系統要求。

系統要求

Nodejs是兩個CLI的常見先決條件。您可以按照其官方頁面上的說明來安裝node.js：https：//nodejs.org/

Codex CLI的安裝步驟

1. 檢查node.js版本：

節點 -  version

2. 確保它是Nodejs版本22或更高版本。
3. 全球安裝Codex CLI：

 NPM install -G @OpenAI/codex

4. 或使用PNPM：

 pnpm add -g @openai/codex

5. 設置您的OpenAI API密鑰（如果在您的項目目錄中的.env文件中包含Open AI API密鑰，那麼我們就不需要執行此任務）：

導出OpenAI_API_KEY =“ your-openai-api-key”

6. 將此行添加到您的shell配置文件（例如，〜/.bashrc，〜/.zshrc）中，以進行持久。
7. 運行Codex CLI：

法典

8. 或直接通過提示：

法典“向我解釋此代碼庫”

雙子座CLI的安裝步驟

1. 檢查node.js版本：

節點 -  version

確保它是18或更高的。

2. 在全球安裝雙子座CLI（推薦）：

 npm install -G @google/gemini -cli

3. 另外，直接運行而無需安裝：

 NPX https://github.com/google-gemini/gemini-cli

4. 認證：
   1. 默認值：提示時使用Google帳戶登錄（瀏覽器窗口將打開）。
   2. API密鑰（用於高級使用）：
      1. 從Google AI工作室獲取API密鑰。
      2. 使用以下條目將其設置在您的環境中：
         導出gemini_api_key =“ your-api-key”
5. 運行雙子座CLI：

雙子座

6. 或直接通過提示：

雙子座“你好，你能幫我編碼嗎？”

要記住的事情

• 對於這兩個工具，必須在系統路徑中安裝Node.js和NPM（Node軟件包管理器）。
• 對於Codex CLI，需要Node.js 22，而Gemini CLI可與Node.js 18一起使用。
• 兩者都需要通過API鍵進行身份驗證或帳戶登錄以獲得完整功能。
• 在Windows上，Codex CLI最好通過WSL2運行，以實現完整的兼容性。
• 請記住，當您想將CLI用於某個項目時，請確保將當前的工作目錄設置為項目的文件夾路徑。

運行我們的CLI實例

讓我們繼續將2個模型之間的性能與3個任務進行比較

• 在本地主機上建立工作模型
• 讀取複雜的代碼庫並解釋代碼
• 錯誤調試

讓我們首先使用Codex CLI嘗試一下：

法典CLI

如果滿足所有要求，那麼我們可以從測試開始。

任務1 - 解釋我們的代碼庫

我們可以看到，法典可以提供我們的代碼庫的詳細摘要，說實話，這是令人驚訝的。此外，Codex CLI暫時要求我們授予對特定代碼段的訪問權限，我們可以根據我們的判斷來授予或拒絕。它在花了合理的時間進行反思後提供了可觀的報告。

該報告的高級目的，存儲庫佈局，密鑰組件，前端網站和資產都包括在內，以及摘要。即使我給了主要文件的名稱含糊不清，但我仍然震驚地發現它可以按時間順序排列代碼文件的所有先前迭代。

任務2 - 錯誤調試

由於我們允許Codex CLI訪問整個數據庫，無論是私有的還是受保護的，它都會在閱讀任何代碼段之前要求我們的授權。如果我們允許，它將適當訪問我們的片段。

總體而言，它能夠識別出每一分鐘的錯誤，並偶爾為代碼中的一些粗心錯誤提供修復程序，從而消除了對某些延遲稍微影響的不必要部分。

任務3 - 代碼庫的添加

這涉及了解如何在各個目錄中定義每個模塊並在每個依賴項之間橋接知識，以確保創建一個新的目錄來構建新的.py文件，以供我們在請求訪問時我們要求的添加。

現在，讓我們嘗試檢查雙子座CLI的功能。

雙子座CLI

我喜歡德古拉主題。

與Codex CLI不同，我們只需要導出OpenAI_API_KEY，我們有三種不同的方法可以在此處登錄：使用我們的Gmail帳戶，從Aistudio複製Gemini_api_key或使用Vertex AI憑證。

任務1 - 解釋我們的代碼庫

我觀察到的主要區別在於，與Codex CLI（要求訪問特定目錄的Codex CLI不同，Gemini都會跳過此步驟，而是掃描我們的整個數據庫。然而，以我的經驗，它確實提供了一個不錯的概述，但在輸出方面，它絕不是法典。

任務2 - 錯誤調試

我認為，雙子座的回應比Codex的回應要好得多，因為它能夠識別出安全風險，解釋它們，並提供文件名作為參考，以進行進一步調查和建議的更改。此外，提供徹底的策略來解決這些錯誤中的每一個，如果遵循必要的說明，則可以修改代碼而不會損害其功能。

任務3 - 代碼庫的添加

Gemini CLI並不是為此工作量工作，因此未產生輸出。

Gemini CLI vs codex CLI：最終判決

另請閱讀：學生可以免費使用光標AI的10種方法

結論

在比較這兩個CLI的功能時，我發現Codex提供的功能比Gemini CLI提供了更多的功能。目前，兩個CLIS都是開源的，最終將在未來的版本中具有更好的功能。

由於GPT模型分析了我們的代碼，因此Codex還通過要求訪問我們的代碼庫和模塊，以最小化安全風險來提供更大的隱私。但是，這似乎不是雙子座CLI要求定期訪問的情況。相反，它詢問何時要運行應用程序代碼。此外，我們應該記住，終端右側的上下文也由雙子座CLI跟踪。

當結合更智能的氛圍編碼IDE（例如光標，Windsurf和其他）時，此類CLI無疑將為Vibe編碼工作流和應用程序操作打開新的可能性。但是，安全性和隱私漏洞可能仍然存在，因此我建議謹慎對待我們的代碼庫中的什麼以及在何處授予這些CLIS訪問權限。

常見問題

A. Codex CLI提供具有細粒度訪問的更深入的代碼見解。雙子座CLI更快，更簡單但詳細。

A.法典CLI。它提供了結構化的詳細摘要，即使是混亂或陌生的代碼。

答：是的。需要基本的終端使用，但兩者都接受自然語言命令。

A. Codex要求在閱讀代碼之前訪問。雙子座默認情況下更廣泛地掃描，更少的控制。

以上是Gemini CLI vs codex CLI：哪個是更好的編碼代理？的詳細內容。更多資訊請關注PHP中文網其他相關文章！