生活分享

Gemini CLI 安裝:第一次在終端機對話

Gemini CLI 是在終端機使用的 AI 工具,可以讀取專案檔案、協助修改程式與執行工作流程。本篇帶你在 Windows、macOS 或 Linux 完成安裝,確認版本,建立獨立練習資料夾並完成第一次對話。它與 Gemini 網頁、手機 App 的入口不同,適合需要處理本機檔案與程式的人。

更新日期: 閱讀時間約 5 分鐘

CLI 安裝的完成條件的原創插畫,以文件、裝置與流程等物件呼應第一次在終端機對話;非產品介面。
圖片:Mokaair (© Mokaair)
本篇目錄
  1. 開始前:確認系統與終端機
  2. 第一步:確認 Node.js 與安裝版本
  3. 第二步:建立練習工作區
  4. 第三步:完成一個不使用工具的對話
  5. 平臺差異與更新習慣
  6. 常見問題與下一步
  7. 完成後的檢核

Gemini CLI 是在終端機使用的 工具,可以讀取專案檔案、協助修改程式與執行工作流程。本篇帶你在 Windows、macOS 或 Linux 完成安裝,確認版本,建立獨立練習資料夾並完成第一次對話。它與 Gemini 網頁、手機 App 的入口不同,適合需要處理本機檔案與程式的人。

檢查環境:確認 Node 與終端機;安裝啟動:核對 gemini 版本;首次對話:在練習資料夾執行
CLI 安裝的完成條件。此為原創教學圖解,並非產品畫面或實測輸出。 · 圖片:Mokaair (© Mokaair)

開始前:確認系統與終端機

官方安裝檔案目前列出的建議系統包括 Windows 11 24H2 以上、macOS 15 以上及 Ubuntu 20.04 以上,執行環境需要 Node.js 20 以上,並支援 PowerShell、Bash 或 Zsh。本篇本機核對版本為 Gemini CLI 0.59.0、Windows 與 Node.js 24.13.0;其他平臺步驟依官方文件整理,並非全部經實機測試。

先選一種安裝方式即可。跨平臺可用 npm,macOS 與 Linux 也可依官方文件使用 Homebrew。混用多個安裝方式時,可能出現同名命令指向不同版本的情況。若只是日常聊天,已足夠;不要因為 CLI 聽起來較進階就認為它一定比較適合你的工作。

準備一個空白練習資料夾,裡面只放虛構文字。CLI 可以接觸本機工具,因此第一次啟動前要看清楚所在目錄,避免直接在含有大量私人檔案的家目錄練習。認證與費用另見,本篇先把安裝與第一次啟動做好。

第一步:確認 Node.js 與安裝版本

開啟 Windows Terminal 的 PowerShell,或 macOS/Linux 的終端機,先執行版本檢查。若找不到 node 或 npm,先從 Node.js 官方入口安裝受支援版本,完成後重新開啟終端機。能顯示版本,再安裝本篇核對的 CLI 版本。

終端機命令 · bash
node --version
npm --version
npm install -g @google/gemini-cli@0.59.0
gemini --version
gemini --help

預期 gemini --version 顯示 0.59.0,help 顯示啟動方式與可用引數。這證明目前入口可以執行,還不代表 Google 登入或模型服務已成功。若你採最新穩定版,先把版本記錄下來,後面的指令差異以核對。

不想做永久全域安裝時,官方也提供 npx 啟動方式。npx 仍會下載並執行套件,並非完全不在本機留下快取;第一次使用時應確認套件名稱與來源。下方命令只顯示版本,適合快速確認範例版本是否能啟動。

終端機命令 · bash
npx --package=@google/gemini-cli@0.59.0 gemini --version

第二步:建立練習工作區

Windows 可用檔案總管建立 gemini-practice,進入後在該位置開啟終端機;也可使用下方 PowerShell 命令。macOS 或 Linux 用 mkdir gemini-practice,再 cd gemini-practice。資料夾名稱只是範例,已存在時先確認內容,不要為了重做練習刪除舊檔。

PowerShell · powershell
New-Item -ItemType Directory -Path gemini-practice
Set-Location gemini-practice
Get-Location
gemini

啟動後閱讀資料夾信任提示,確認畫面所列路徑確實是練習資料夾,再依流程選擇登入方式。信任專案可能讓它的自訂指令、設定與擴充生效,所以不是看到提示就一律按同意。你自己建立的空資料夾最容易理解,也方便之後逐步加入功能。

第三步:完成一個不使用工具的對話

  1. 完成登入後,先輸入下方純文字提示詞,確認基本對話可以回覆。
  2. 檢查結果是否保留原文資訊,並把未提供日期列為待確認。
  3. 輸入 /help 看指令說明,確認這些斜線指令是在 CLI 內使用。
  4. 輸入 /about 檢視版本資訊,將它與終端機版本檢查對照。
  5. 輸入 /quit 結束,回到一般終端機提示符號。
Gemini CLI 內輸入 · text
只整理下面的文字,不使用任何工具:
青葉讀書會在社群中心舉辦,日期稍後公告。
請列出已知資訊,以及應向主辦單位確認的一個問題。

預期回覆包含活動地點與日期尚未確定的說明。這是示範驗收條件,不是保證每次回覆都完全相同。若能正常回答,表示基本登入與模型呼叫流程已連通;下一步再加入檔案,較容易判斷之後的失敗是資料或工具造成。

平臺差異與更新習慣

Windows 的 PowerShell 與 Bash 指令不完全相同,例如列檔案可用 Get-ChildItem,而 Unix 類系統通常用 ls。看到教學標籤再複製,不要把每段命令都貼進同一個視窗。會進一步區分 CLI 提示詞、斜線指令與作業系統命令。

更新前先記錄目前版本、已安裝的擴充與常用設定,閱讀官方發布說明,再使用原本的安裝方式更新。新版本可能改變命令名稱或預設值,尤其是標示實驗性的功能。若只是要重現本系列,可先保留固定版本,再在另一個練習環境測試升級。

常見問題與下一步

「安裝完成卻找不到 gemini」重新開啟終端機,確認 npm 全域執行目錄有加入 PATH。若有多個 Node.js 安裝來源,先檢視目前命令指向哪裡。不要反覆用系統管理員權限重灌,卻忽略實際使用的是另一個入口。

「啟動後一直要求登入」確認登入完成的帳號與 CLI 選擇的認證方式一致,並檢視是否有地區或組織資格錯誤。安裝命令成功與登入成功是不同階段;詳細處理方式在。

「第一次就能修改整個專案嗎」工具可能具備這種能力,但練習應從一個檔案開始。先理解讀取、修改與核准畫面,再加入與。若遇到 PATH、憑證或設定不生效,儲存原始錯誤後沿逐層確認。

完成後的檢核

完成實作後逐項確認。
檢查項目通過條件
操作能依正文重做一次,說明每一步使用的輸入。
結果能用原始資料或可重現測試核對輸出,而非只看語氣。
延伸知道下一篇教學解決的問題,以及什麼時候需要它。

接著可以閱讀 、,把本篇的操作接到下一個工作流程。

  • 生活分享

    完整實作:文件摘要與資料擷取工具

    這篇把前面學過的提示詞、API 呼叫與 JSON 驗證串成一個可執行的檔案工具。輸入一份 UTF-8 活動公告,程式產生摘要、五個固定欄位、原文引用與待確認問題,再存成待審 JSON。你會練習把模型當作資料處理的一個步驟,讓驗證與儲存仍由程式明確控制。

  • 生活分享

    API 額度與錯誤:費用、重試與成本控制

    Gemini API 的費用取決於模型、輸入輸出、服務模式及使用的工具;速率限制則決定你的專案在一段時間內能送出多少工作。本篇教你找到真正對應的用量頁面、估算一次檔案處理成本、分類錯誤,並設計有限重試與停止條件,避免把每個失敗都當成多按一次就能解決。

  • 生活分享

    API 檔案與 JSON:結構化輸出及驗證

    Gemini API 可以讀取 PDF,再把結果整理成指定的 JSON 結構。本篇用虛構活動公告示範檔案輸入、欄位設計與本地驗證。學完後,你會知道「收到合法 JSON」與「內容確實來自檔案」是兩件需要分別檢查的事,並能保留缺漏資訊而不讓模型自行補齊。

  • 生活分享

    AI Studio 與第一個 Gemini API 呼叫

    Google AI Studio 是試用模型與建立 Gemini API 金鑰的開發入口。本篇從一個簡單提示詞開始,帶你建立獨立專案環境,分別用 Python 與 JavaScript 呼叫 API。完成後,你會知道網頁試跑、程式執行與帳號用量各自在哪裡確認,不再把消費者版 Gemini 的操作直接套程式式。

最新旅遊情報攻略

資料來源

生活分享