CLI一夜翻紅，智能體出現“返祖”現象？

前段時間，一個本該躺在計算機博物館里的技術突然成了頂流。

釘釘開源了dws-cli，飛書開源了lark-cli，企業微信也跟進了，官方CLI項目正式上架GitHub。這些辦公軟件巨頭不約而同地選擇了一個在上世紀90年代就被大眾拋棄的界面方式——命令行界面(CLI)。

從DOS到Windows，從命令行到圖形界面，人機交互的進化史本質上就是CLI逐漸消亡的歷史。GUI把計算從精英手里解放出來，交給了每一個普通人。但三十年河東，三十年河西，當AI智能體成為新的“用戶”，CLI卻一夜之間翻紅了。

這確實有返祖那味兒。

01

從淘汰到復興

在人類用戶端，CLI的消亡看似是不可逆的。1981年MS-DOS發布，用戶需要記憶“dir”、“cd”、“copy”這些命令。1985年Windows誕生，點擊圖標成了新的交互方式。到了1990年代，GUI全面勝出，CLI被鎖定在程序員圈子里。三十多年后的今天，普通用戶連“命令行”是什么都不知道。

但AI時代的到來，意外改寫了這個劇本。

2025年底，Claude發布Code，一個編程助手產品。它不需要"看屏幕"、"點按鈕"，而是通過CLI直接調用開發工具。幾乎同時，Cursor、QClaw等AI編程工具也采用了同樣的交互方式。程序員們發現，AI用CLI比用GUI快得多。

原因很簡單。AI用GUI就像你用嘴指揮別人用手機："點那個圖標，再點搜索，輸入張三，再輸入消息，再點發送……"每一步都可能出錯，還要不斷截圖、分析界面。而用CLI就像用遙控器操作電視，按一下就搞定。

這個區別在成本上體現得更直接。測評顯示，在簡單任務中，采用MCP協議(一種類似"翻譯官"的標準化接口)的Token消耗量，可能是CLI的數倍。AI不是人，它不需要圖形界面的直觀，它需要的是快、準、省。

釘釘、飛書、企業微信敏銳地捕捉到了這個信號。它們把辦公軟件的每一個功能都封裝成了CLI命令，這些命令正在成為AI操作辦公軟件的新"鍵盤"。

02

技術路線的演變

智能體操作軟件的技術路線，正在經歷一場清晰的演變。

2025年之前，智能體想操作軟件只能"看屏幕、點按鈕"。典型代表是國產手機廠商和大模型廠商AI手機的純GUI方案。AI通過視覺模型識別手機界面，模擬人類點擊。這種方式的優勢是"普適"，能操作任何有界面的軟件，但劣勢也很明顯：容易出錯、風險大。

但智能體生態的后浪，比任何時候都拍地快。純GUI推出不到幾個月，就已經在新浪潮的沖擊下快速被遺忘，成為歷史的匆匆一筆。因為用戶真正需要的，不是"AI能操作任何軟件"，而是"AI能快速、準確地操作我用得最多的軟件"。GUI路線解決了前者，但代價太大了，它繞過應用授權直接操作，導致隱私數據“全景式”暴露，遭遇生態集體反對也在預料之中。

與之幾乎前后腳出現的是MCP路線。MCP(Model Context Protocol)是Anthropic提出的標準化方案，把所有工具都定義好，AI需要用哪個就從定義庫里"翻譯"調用。這個方案看起來很完美：統一標準、權限管理精細、功能全面。但問題在于，每次調用前MCP都要把所有工具的定義加載一遍。這就像你去超市，店員先介紹完所有商品再讓你買一樣東西。無法回避的成本問題，讓MCP在實際應用中尷尬起來。

現在出現了第三條路線：CLI路線。釘釘、飛書、企業微信的選擇代表了這條路。思路很簡單，把軟件功能封裝成CLI命令，AI直接敲命令就行，不需要MCP這個"翻譯官"。這條路就像回到了三十年前的交互方式，但它也最實用——快、準、省。

飛書采用了三層架構：第一層Shortcuts快捷命令，給人類和AI都用；第二層API Commands平臺命令，和開放平臺API一一對應；第三層Raw API原始接口，覆蓋2500+接口。釘釘更加謹慎，需要白名單、灰度共創，但配套了OpenClaw連接器。企業微信聚焦小微場景，面向10人及以下企業，開放7大核心能力。

三家不約而同的選擇傳遞了一個明確信號：在AI時代，CLI是智能體操作軟件的最佳方式。

03

安全性之爭

智能體之間的調用一旦普及為CLI模式，會比純GUI更安全嗎？

表面上看，CLI模式確實存在安全隱患。海外開發者指出，CLI方式在安全性和權限管理上需要打一系列補丁，因為命令行比圖形界面更難控制，AI如果輸入了錯誤命令，后果可能比點錯按鈕更嚴重。

但CLI模式的安全優勢其實被低估了。

飛書、釘釘、企業微信的CLI都是基于開放平臺API封裝的。每個命令背后，都有一套成熟的權限體系。這些權限不是臨時加的補丁，而是企業長期運營積累的成熟體系。相比之下，GUI模式下，AI通過"點按鈕"操作軟件，不僅軟件完全被架空無法感知，用戶自己也因為全托管而根本不知道AI干了什么，整個流程看似絲滑，實際上反而難以追蹤到底執行了什么。

更關鍵的是，CLI模式有更好的可審計性。命令是文本，可以完整記錄、追蹤、審計。AI調用了哪條命令？執行了什么參數？結果是什么？這些都可以留下清晰的日志。而在GUI模式下，AI操作的過程是黑盒，難以審計。

CLI模式還減少了對視覺模型的依賴，降低了被攻擊的風險。純GUI路線依賴視覺模型識別界面，攻擊者可以通過修改界面UI讓視覺模型誤識別，從而誘導AI執行錯誤操作。CLI模式不需要視覺模型，直接調用命令，這條攻擊路徑就被堵死了。

此外，CLI模式支持"沙盒化"隔離。CLI命令可以在受限環境中運行，比如企業微信的CLI可以限制在某個企業的范圍內運行，無法越權操作其他企業的數據。而在GUI模式下，AI一旦獲取了手機控制權，理論上可以操作任何應用，很難做隔離。

04

這不是復古

CLI一夜翻紅的開發者社區討論里，有兩個詞值得關注。

一個是"返祖"。CLI在人類用戶端的淘汰是不可逆的，但它在AI端的復興確實像是返祖現象——從復雜回到簡單，從圖形回到命令行。

第二個是"返璞歸真"。返祖聽起來是退化，但在這個場景下其實是進步。因為最簡單的解決方案往往是最有效的，AI不需要圖形界面的直觀，它需要的是快、準、省。

釘釘、飛書、企業微信的選擇，本質上是回歸了問題的本質：如何讓AI最高效地操作軟件？答案是不要讓AI像人一樣"看屏幕、點按鈕"，而是給AI一套命令行的"遙控器"。

這背后是商業邏輯的變化。辦公軟件的核心用戶，正在從人類變成AI。人類用戶需要直觀的圖形界面，但AI用戶需要的是高效的操作接口。當AI成為新的"用戶"，軟件的設計邏輯必然要跟著變。

所以CLI一夜翻紅不是技術的倒退，而是商業思維的轉變。這不是復古，而是AI時代的新開始。