免費試讀課程單元 · CLI 與 MCP 差異解析
命令列
為什麼工程師習慣透過終端機執行指令與自動化腳本?
Wondering 課程《CLI 與 MCP 差異解析》的第 1 個課程單元
認識命令列
命令列介面(CLI)是電腦運算發展初期的核心互動方式。
它沒有圖示,也沒有滑鼠點擊。畫面上只有一行提示符號,等你輸入文字指令。

終端機畫面就是 CLI 的工作現場
到今天,它仍是開發者與系統管理員每天都在用的工具。
一條指令的旅程
在 CLI 裡,工作流程很固定。
你在終端機輸入符合特定語法的指令,系統接收後進行解析,再執行對應的程式,最後把結果以文字回傳。
- 輸入指令: 你在終端機輸入符合特定語法的指令。
- 系統解析: 系統接收指令後進行解析。
- 執行程式: 解析完成後執行對應的程式。
- 文字回傳: 結果以文字回傳到畫面上。
語法錯一個字元,指令就不會執行。
CLI 與 GUI 的差別
GUI 讓你用滑鼠點選圖示,CLI 讓你用文字下令。
最大的差別有兩個:精確性與可自動化性。
- CLI
- GUI
點擊很直覺,但難以完整重現;指令可以被記錄、複製與重跑。
從終端機到核心
指令並不是直接跳到硬體。
你的文字先進入終端機,交給負責解析的 Shell,再由作業系統核心去操作底層資源。
- 文字指令: 你輸入的那一行文字。
- 終端機: 接收輸入並顯示文字結果的視窗。
- Shell 解析: 負責解析指令語法的一層。
- 作業系統核心: 實際操作底層資源的一層。
每一層都包在下一層之外,路徑越短,控制越直接。
CLI 的價值就在這條路徑很短,控制很直接。
用腳本把工作批次化
重複性的繁瑣工作最適合交給 CLI。
工程師撰寫 Shell 腳本,讓同一組指令依序套用到一批對象,處理完才結束。
- 執行腳本
- 取出下一個對象
- 執行同一組指令
- 還有對象嗎: 處理完整批對象才會結束。
- 結束
- 繼續
寫一次,之後跑一次就好。
CLI 與 MCP 的定位
CLI 與 Model Context Protocol(MCP)都在連接工具,但立場不同。
CLI 是人打字,指令直接送進系統執行。
- CLI
- MCP
MCP 是一套協定,讓 AI 模型以結構化訊息取得工具與資料。
CLI 會被取代嗎
圖形介面越來越好用,AI 也能替你下指令。
但腳本裡的每一行,仍然是那些指令;模型透過 MCP 呼叫的工具,底層常常就是同一條命令。
通往後端與 DevOps
掌握 CLI 是進入後端開發、雲端基礎架構與 DevOps 領域的基石。
再往上一層,它也是理解「基礎設施即程式碼」的第一步:用文字描述環境,再交由機器執行。
- 基礎設施即程式碼: 用文字描述環境,再交由機器執行。
- 雲端與 DevOps: 雲端基礎架構與 DevOps 領域的日常工作。
- CLI 指令基礎: 進入後端開發的基石。
每一層都建立在下面那一層之上。
重點回顧
CLI 的核心不是懷舊,而是控制與重現。
記住三件事:語法要精確、腳本可自動化、指令路徑直達系統核心。
自我檢測
CLI 主要讓使用者透過純文字指令與電腦系統互動。
- 正確
- 錯誤
答案: 正確
正確。CLI 的核心互動方式是輸入文字指令,而不是點選圖示或使用滑鼠操作。
文字指令通往底層資源時,會依序經過 _____、負責解析的 _____,再由 _____ 操作資源。
答案: 文字指令通往底層資源時,會依序經過 終端機、負責解析的 Shell,再由 作業系統核心 操作資源。
指令先進入終端機,再交給 Shell 解析,最後由作業系統核心操作底層資源。這條路徑說明 CLI 如何直接控制系統。
若團隊需要每天重複執行相同的系統管理工作,選擇 CLI 的主要優勢是什麼?
- 指令可以記錄並重複執行
- 操作完全不需要任何語法
- 所有工作都必須用滑鼠完成
- 系統會自動忽略拼寫錯誤
答案: 指令可以記錄並重複執行
CLI 指令可以被記錄、複製與重跑,也能寫入 Shell 腳本,因此適合重複工作與自動化。GUI 點擊雖然直覺,但較難完整重現。
繼續學習
這是《CLI 與 MCP 差異解析》共 6 個課程單元中的第 1 個。接下來:
- 協定
- 架構
- 應用
- 協同
- 展望
Wondering 把任何主題變成可以閱讀、觀看或收聽的短課程單元,並附有練習題和 AI 家教。