Cline CLI 是什麼？把 coding agent 搬到終端機，還能同時跑好幾個

同樣是 Cline，為什麼要有一個終端機版

如果你用過 VS Code 裡的 Cline，應該很熟悉那個側邊欄：你打字、它回、產 diff、你按同意。這個流程對「我現在要改這個東西」很順，但遇到另一種情況就卡住了。

那種情況是：你手上同時有三件不太相干的事。一個小 bug 要修、一個功能要加、一份 README 要重寫。側邊欄一次只能專心做一件，你得等它做完這件才輪到下一件。

Cline CLI 就是為了這種形狀的工作做的。它是官方在 2026 年初從頭重寫的終端機版本，不是把側邊欄硬塞進 terminal，而是照終端機的習慣重新設計了一遍。

裝起來很快

前提是你電腦有 Node（官方要求 Node 22 以上），然後一行：

npm i -g cline

macOS、Linux、Windows 都有對應的執行檔，安裝的時候會自動抓你平台的那一個。

裝完先做認證，接上你要用的模型：

cline auth

它支援 Anthropic、OpenAI、Google 這些常見的 API key，也可以接本機的 Ollama 跑離線模型。如果你已經在用 Ollama 或 LM Studio，這條路是通的，只是本機模型跑 agent 任務的品質要自己評估。

三種用法，對應三種情境

第一種，直接打 `cline` 進互動模式。 這最接近你在側邊欄的體驗，開一個 TUI 介面，你打字、它做事。差別是它在終端機裡，你可以開好幾個終端機分頁，每個跑一個。

互動模式裡有兩個鍵要記：Tab 切 Plan 跟 Act，Shift+Tab 切自動核准。這跟外掛版是同一套概念，Plan 模式先想、Act 模式再動手，只是在終端機裡切換更快。

第二種，一行解決一件事。

cline "把 utils 資料夾裡沒被引用的函式列出來"

它跑完就結束，不進互動介面。適合那種你已經知道要它做什麼、不需要來回討論的任務。

第三種，塞進腳本或 CI。 加上 --json 會輸出機器讀得懂的格式，另外只要你把輸出導到檔案、或是用管線餵東西給它，它會自動判斷現在沒有人在看，切成無互動模式。

cat error.log | cline "這個 log 在講什麼問題"

要在 CI 裡完全不等人按同意，得加上 --auto-approve true。這個旗標的意思跟字面一樣，它不會再問你任何事，所以只該出現在你完全清楚會發生什麼的流程裡。

常用的旗標還有幾個：-p 讓它先做規劃、-m 臨時換模型、--thinking 調整它要想多久、--timeout 設一個任務最多跑多久。--timeout 在自動化流程裡特別實用，可以避免某個任務卡住把整條 pipeline 拖死。

看板模式：一次派好幾個 agent

這是 CLI 版最有記憶點的功能，也是外掛版做不到的事。

你可以開一個看板，把待辦事項當成卡片丟進去，然後按下執行。每一張卡片會由一個 agent 負責，而且每個 agent 在自己的 git worktree 裡工作。

git worktree 這個機制的重點是，同一個 repo 可以同時 checkout 到不同的目錄、停在不同的分支。所以 A agent 在改登入功能、B agent 在改結帳流程，兩邊改到的是不同目錄的檔案，不會互相蓋來蓋去。

看板上你可以即時看到每個 agent 進行到哪、看它們產出的 diff、在上面留評論要它改。卡片之間也可以設先後關係，B 要等 A 做完才開始。

這個功能的價值不在「比較快」，而在「你不用排隊」。三件不相干的事本來就不該排隊做。

其他幾個用得到的東西

背景模式。 任務丟進背景跑，終端機還你，你可以繼續做別的。

排程任務。 可以設 cron 讓 agent 定時跑，像是每天早上整理一次昨天的 commit。VS Code 和 JetBrains 外掛目前不能排程，要用 CLI 或桌面版 Cline Desktop 才有。

核准 hook。 你可以寫腳本決定某類工具呼叫要不要放行，比起「全開」跟「全關」多了中間地帶。這對想在團隊裡導入的人滿重要的。

外部連動。 可以接 Slack、Discord、Telegram、Linear 這些地方，讓 agent 從那邊收任務。

Agent 團隊。 多個專長不同的 agent 共用一個任務板協作。

這些聽起來很多，但你不用一次全用。絕大多數人裝完之後，前三個月只會用到互動模式跟一行指令模式。

什麼時候用外掛、什麼時候用 CLI

外掛版比較適合你正在讀這段程式、想邊看邊改的時候。有畫面、有檔案樹、diff 直接在編輯器裡看，這個體驗終端機給不了。

CLI 版比較適合三種情況：同時有好幾件不相干的事要做、任務需要在背景或定時跑、或是你想把 agent 塞進 CI 流程。

兩個是可以並存的，不用二選一。實務上滿多人的用法是編輯器裡開著外掛處理當下的事，另一個終端機視窗掛著 CLI 跑比較長的任務。

跟其他終端機 agent 比起來

終端機裡的 coding agent 現在選擇不少，站內寫過 OpenCode、Aider、Goose，也做過三者的比較。

Cline CLI 的位置比較特別的地方在於，它跟一個已經很成熟的編輯器外掛共用同一套概念。如果你本來就在用 Cline 外掛，Plan/Act、規則檔、自動核准這些你都已經會了，換到終端機幾乎沒有學習成本。

反過來說，如果你沒在用 Cline 外掛，那 Cline CLI 跟其他終端機 agent 相比並沒有壓倒性的理由，看板那套平行處理算是它比較突出的地方。

要注意的事

自動核准在終端機裡更容易失手。 在 VS Code 裡你至少看得到檔案樹的變化，在終端機裡輸出一片刷過去，你不一定注意到它剛剛做了什麼。--auto-approve true 請只用在你不心疼的環境。

平行跑 agent，帳單也是平行的。 三個 agent 同時跑，token 就是三倍速在燒。看板很好用，但第一次玩建議先丟兩張卡片試水溫，不要一次丟十張。

worktree 不是萬能隔離。 它隔離的是檔案，不是你的資料庫、不是你的雲端服務、也不是你的 API 額度。如果兩個 agent 都會去動同一個測試資料庫，它們還是會打架。

版本更新很快。 這個工具從 2.0 到現在的版號跳得很勤，旗標和指令有可能變，遇到跟文章寫的不一樣，以 cline --help 為準。

我會這樣建議

如果你已經在用 Cline 外掛，這個裝起來成本很低，值得裝。先用互動模式跑幾個你平常會在側邊欄做的任務，確認手感。

熟了之後，下次遇到「我今天有三件小事要處理」的時候，再去試看板模式。那個時候你才會真的感覺到它跟外掛版的差別在哪。

至於 CI、排程、連 Slack 這些，等你真的有那個需求再說。工具的功能清單再長，你用不到的部分就不存在。

資料來源

本文依 Cline 官方網站與官方 CLI 文件整理。Cline CLI 更新頻率高，指令、旗標與功能名稱可能變動，安裝後請以 cline --help 和官方文件為準。平行 agent 與自動核准的風險提醒屬於一般實務建議，不是官方保證。

https://cline.bot/cli
https://docs.cline.bot/cli/overview
https://cline.bot/blog/introducing-cline-cli-2-0
https://github.com/cline/cline