1. 從工具到生態(tài)AI Agent開發(fā)范式的演進(jìn)與分化如果你在2024年關(guān)注過(guò)AI應(yīng)用開發(fā)大概率會(huì)經(jīng)歷一個(gè)從興奮到迷茫的過(guò)程。年初大家還在用LangChain、LlamaIndex這類框架試圖把大模型、工具調(diào)用和記憶模塊“焊”在一起構(gòu)建一個(gè)能跑起來(lái)的智能體。到了年中各種“低代碼”、“可視化編排”平臺(tái)如雨后春筍般涌現(xiàn)宣稱能讓你像搭積木一樣構(gòu)建Agent。然而當(dāng)你真正想做一個(gè)能穩(wěn)定運(yùn)行、解決實(shí)際復(fù)雜問(wèn)題的AI Agent時(shí)往往會(huì)發(fā)現(xiàn)這些框架要么過(guò)于笨重定制化困難要么過(guò)于抽象離真實(shí)的業(yè)務(wù)邏輯和開發(fā)體驗(yàn)太遠(yuǎn)。正是在這種背景下三種截然不同但同樣重要的開發(fā)范式開始清晰地浮現(xiàn)出來(lái)CLI命令行界面、MCP模型上下文協(xié)議和Skill技能。它們并非相互替代而是代表了AI Agent開發(fā)在基礎(chǔ)設(shè)施、交互協(xié)議和應(yīng)用層三個(gè)不同維度的進(jìn)化方向。簡(jiǎn)單來(lái)說(shuō)CLI解決的是“如何讓AI像開發(fā)者一樣操作電腦”的問(wèn)題MCP解決的是“如何讓AI安全、標(biāo)準(zhǔn)化地使用外部工具和數(shù)據(jù)”的問(wèn)題而Skill解決的是“如何將AI能力封裝成可復(fù)用、可組合的模塊”的問(wèn)題。理解這三者你就能看清未來(lái)兩年AI Agent開發(fā)的技術(shù)棧會(huì)如何演變以及你應(yīng)該把精力投資在何處。2. CLI范式將自然語(yǔ)言轉(zhuǎn)化為精準(zhǔn)的系統(tǒng)指令CLI范式其核心思想是讓AI Agent能夠理解用戶的自然語(yǔ)言指令并將其轉(zhuǎn)化為精確、可執(zhí)行的操作系統(tǒng)命令或腳本。這并非簡(jiǎn)單的“語(yǔ)音輸入命令”而是一個(gè)復(fù)雜的意圖識(shí)別、環(huán)境感知和指令生成過(guò)程。2.1 核心價(jià)值賦予AI“動(dòng)手能力”在傳統(tǒng)的自動(dòng)化腳本中我們需要預(yù)先定義好所有的邏輯分支。但AI驅(qū)動(dòng)的CLI工具不同它具備理解模糊意圖和動(dòng)態(tài)生成解決方案的能力。例如用戶說(shuō)“幫我清理一下下載文件夾里一周前的所有圖片”一個(gè)基于AI的CLI工具需要完成以下步驟意圖解析識(shí)別出核心動(dòng)作是“清理”刪除文件對(duì)象是“下載文件夾”篩選條件是“文件類型為圖片”且“修改時(shí)間大于一周”。環(huán)境探查確定當(dāng)前操作系統(tǒng)的類型Windows的del或PowerShell macOS/Linux的rm定位用戶主目錄下的“Downloads”文件夾路徑。命令生成組合出安全的命令。在Linux下可能是find ~/Downloads -name “*.jpg” -o -name “*.png” -mtime 7 -delete。它必須避免生成像rm -rf /這樣的危險(xiǎn)命令。安全確認(rèn)與執(zhí)行向用戶展示即將執(zhí)行的命令獲得確認(rèn)后執(zhí)行或提供“試運(yùn)行”模式。這個(gè)范式的典型代表是Claude Code CLI或Cursor的Composer模式。它們不僅僅是命令翻譯器更像是坐在你身邊的資深運(yùn)維工程師你告訴他目標(biāo)他為你寫出并執(zhí)行最合適的腳本。2.2 實(shí)現(xiàn)原理與關(guān)鍵技術(shù)棧一個(gè)成熟的AI CLI工具背后是多項(xiàng)技術(shù)的結(jié)合大語(yǔ)言模型LLM作為大腦負(fù)責(zé)理解、規(guī)劃和生成。需要選用在代碼生成和邏輯推理上表現(xiàn)優(yōu)秀的模型。受限命令空間這是安全性的基石。工具不會(huì)允許模型生成任何可能的命令而是提供一個(gè)“允許列表”。例如可以禁止rm、format、dd等危險(xiǎn)命令或者對(duì)它們的使用施加額外確認(rèn)。更精細(xì)的控制可以限制命令的參數(shù)范圍。上下文管理CLI工具需要維護(hù)會(huì)話上下文記住當(dāng)前的工作目錄、環(huán)境變量、之前執(zhí)行過(guò)的命令及其結(jié)果。這使得多輪對(duì)話成為可能比如用戶可以說(shuō)“對(duì)剛才找到的那些文件再統(tǒng)計(jì)一下大小”。文件系統(tǒng)與進(jìn)程沙箱為了絕對(duì)安全高級(jí)的AI CLI會(huì)在一個(gè)隔離的沙箱環(huán)境中執(zhí)行生成命令防止對(duì)真實(shí)系統(tǒng)造成破壞。執(zhí)行結(jié)果標(biāo)準(zhǔn)輸出、錯(cuò)誤輸出、返回碼會(huì)被捕獲并返回給用戶和模型用于后續(xù)決策。實(shí)操心得從Demo到生產(chǎn)在本地實(shí)驗(yàn)時(shí)你可能直接用OpenAI API配上簡(jiǎn)單的提示詞就能實(shí)現(xiàn)基礎(chǔ)功能。但一旦要提供給團(tuán)隊(duì)使用就必須考慮注意永遠(yuǎn)不要相信LLM生成的命令是100%安全的。必須實(shí)現(xiàn)“命令審核層”。一種有效模式是“解釋-確認(rèn)-執(zhí)行”AI首先生成命令并用人話解釋它將要做什么用戶確認(rèn)后工具再在一個(gè)權(quán)限受限的容器或子進(jìn)程中執(zhí)行。對(duì)于企業(yè)級(jí)應(yīng)用還需要集成公司的權(quán)限系統(tǒng)例如禁止訪問(wèn)特定目錄。3. MCP范式為AI Agent定義標(biāo)準(zhǔn)化的“工具使用說(shuō)明書”如果說(shuō)CLI讓AI學(xué)會(huì)了操作電腦那么MCPModel Context Protocol則是為了讓AI能安全、高效地調(diào)用千差萬(wàn)別的外部服務(wù)和數(shù)據(jù)。你可以把它理解為AI世界的USB協(xié)議或驅(qū)動(dòng)模型。3.2 MCP的核心組件與工作原理MCP協(xié)議定義了幾個(gè)核心角色MCP Server服務(wù)器這是實(shí)際提供能力的后端服務(wù)。比如一個(gè)數(shù)據(jù)庫(kù)MCP Server封裝了連接、查詢、寫入數(shù)據(jù)庫(kù)的所有邏輯一個(gè)搜索MCP Server封裝了調(diào)用Tavily或Brave Search API的細(xì)節(jié)。藍(lán)湖MCP就是將設(shè)計(jì)稿管理能力暴露給AI的典型例子。MCP Client客戶端通常是AI應(yīng)用本身如Claude Desktop、Cursor、或你自建的Agent。它負(fù)責(zé)發(fā)現(xiàn)、連接并調(diào)用MCP Server提供的工具。協(xié)議與傳輸層定義了Client和Server之間通信的消息格式通常是JSON-RPC over stdio或SSE包括“工具列表”、“調(diào)用工具”、“返回結(jié)果”等標(biāo)準(zhǔn)操作。為什么需要MCP在沒(méi)有MCP之前每個(gè)AI應(yīng)用Client想要集成一個(gè)新工具比如Notion都需要自己編寫特定的插件代碼處理認(rèn)證、API格式、錯(cuò)誤處理等一系列問(wèn)題。而有了MCPNotion只需要提供一個(gè)標(biāo)準(zhǔn)的MCP Server任何支持MCP協(xié)議的AI客戶端都能立即獲得操作Notion的能力。這極大地降低了集成成本并使得工具生態(tài)得以繁榮。3.3 如何構(gòu)建與集成一個(gè)MCP Server以添加一個(gè)“搜索類MCP服務(wù)器如tavily-mcp”到Codex為例詳細(xì)步驟如下步驟一環(huán)境準(zhǔn)備與Server獲取假設(shè)你使用Node.js環(huán)境。# 1. 確保有Node.js環(huán)境 node --version # 2. 全局安裝或克隆特定的MCP Server。例如tavily-mcp可能是一個(gè)開源npm包。 npm install -g mcp-servers/tavily # 假設(shè)的包名請(qǐng)以實(shí)際項(xiàng)目為準(zhǔn) # 或者從GitHub克隆 git clone https://github.com/username/tavily-mcp.git cd tavily-mcp npm install步驟二配置MCP Server大多數(shù)MCP Server需要配置API密鑰等參數(shù)。這些通常通過(guò)環(huán)境變量或配置文件設(shè)置。# 設(shè)置Tavily搜索的API密鑰你需要先去Tavily官網(wǎng)申請(qǐng) export TAVILY_API_KEY‘your_api_key_here’對(duì)于需要連接數(shù)據(jù)庫(kù)的MCP Server如trae連接sqlite數(shù)據(jù)庫(kù)mcp配置可能是一個(gè)JSON文件指定數(shù)據(jù)庫(kù)路徑、只讀模式等。步驟三在AI客戶端中配置以Claude Desktop或Cursor為例它們通常有一個(gè)MCP配置文件如claude_desktop_config.json位置在用戶目錄下。{ “mcpServers”: { “tavily-search”: { “command”: “node”, // 啟動(dòng)Server的命令 “args”: [ “/path/to/tavily-mcp/build/index.js” // Server的入口文件路徑 ], “env”: { “TAVILY_API_KEY”: “your_api_key_here” // 也可在此處傳遞環(huán)境變量 } }, “my-sqlite-db”: { “command”: “python”, “args”: [“/path/to/sqlite_mcp_server.py”], “env”: { “DB_PATH”: “/path/to/your/database.db” } } } }步驟四驗(yàn)證與使用重啟你的AI客戶端。在對(duì)話中你應(yīng)該能直接使用自然語(yǔ)言如“用Tavily搜索一下今天關(guān)于AI Agent的最新新聞”AI會(huì)自動(dòng)調(diào)用集成的MCP工具并將搜索結(jié)果作為上下文返回。踩坑點(diǎn)路徑問(wèn)題command和args中的路徑必須是絕對(duì)路徑或確保命令在系統(tǒng)的PATH環(huán)境變量中。環(huán)境變量注入有些Server要求環(huán)境變量在啟動(dòng)進(jìn)程前就存在僅在配置文件的env字段設(shè)置可能不夠可能需要預(yù)先在shell中export。Server穩(wěn)定性MCP Server本身是一個(gè)長(zhǎng)期運(yùn)行的進(jìn)程需要處理好錯(cuò)誤和資源清理避免內(nèi)存泄漏。對(duì)于自研Server要確保符合MCP協(xié)議規(guī)范否則客戶端無(wú)法正確識(shí)別工具。4. Skill范式可插拔、可組合的AI能力模塊Skill范式是站在更高一層的抽象。如果說(shuō)MCP標(biāo)準(zhǔn)化了“工具”那么Skill則試圖標(biāo)準(zhǔn)化“使用工具完成一項(xiàng)復(fù)雜任務(wù)的能力”。一個(gè)Skill是一個(gè)打包好的、可獨(dú)立分發(fā)和運(yùn)行的AI能力單元它內(nèi)部可能包含了提示詞模板、MCP工具調(diào)用邏輯、決策流程、甚至微調(diào)過(guò)的小模型。4.1 Skill與MCP、CLI的關(guān)系這是一個(gè)容易混淆的點(diǎn)。我們可以這樣理解MCP是“驅(qū)動(dòng)”它讓AI的手Client能握住螺絲刀工具。CLI是“一種使用方式”AI通過(guò)命令行這個(gè)界面來(lái)操作手。Skill是“一套工序”它知道要擰哪些螺絲、按什么順序擰、用多大的力氣它協(xié)調(diào)手通過(guò)MCP調(diào)用工具來(lái)完成“組裝一個(gè)書架”這個(gè)完整任務(wù)。例如一個(gè)“數(shù)據(jù)分析Skill”可能內(nèi)部依次調(diào)用了以下步驟調(diào)用“文件系統(tǒng)MCP”讀取CSV文件。調(diào)用“Python執(zhí)行環(huán)境MCP”運(yùn)行Pandas進(jìn)行數(shù)據(jù)清洗。調(diào)用“圖表生成MCP”創(chuàng)建可視化。調(diào)用“文檔編寫MCP”生成分析報(bào)告。用戶只需要對(duì)這個(gè)Skill說(shuō)“分析一下上周的銷售數(shù)據(jù)”背后的復(fù)雜流程自動(dòng)完成。4.2 Skill的開發(fā)、管理與生態(tài)Skill的開發(fā)目前業(yè)界還沒(méi)有像MCP那樣統(tǒng)一的Skill協(xié)議但已有一些實(shí)踐。例如倉(cāng)頡Skill、Workbuddy Skill等概念通常指的是一個(gè)包含以下內(nèi)容的包skill.json元數(shù)據(jù)文件定義Skill名稱、版本、描述、作者、所需權(quán)限等。prompts/目錄包含核心的提示詞模板可能針對(duì)不同環(huán)節(jié)規(guī)劃、執(zhí)行、檢查。tools/聲明本Skill依賴哪些MCP工具或API。logic/可選一些自定義的處理腳本或配置定義工作流。README.md使用說(shuō)明。Skill的管理會(huì)出現(xiàn)類似“Skill商店”或“Skill市場(chǎng)”的平臺(tái)。用戶可以根據(jù)排行榜如“2026年8月 AI Skills最新排行榜”選擇需要的Skill一鍵安裝到自己的AI Agent環(huán)境中。Codex禁用Skill的功能則體現(xiàn)了企業(yè)級(jí)應(yīng)用對(duì)安全可控的需求管理員可以禁用未經(jīng)審核的Skill。Skill的挑戰(zhàn)組合與沖突當(dāng)多個(gè)Skill被同時(shí)啟用時(shí)它們?nèi)绾螀f(xié)調(diào)如果兩個(gè)Skill都注冊(cè)了處理“寫郵件”的意圖聽誰(shuí)的這需要更復(fù)雜的路由和優(yōu)先級(jí)管理機(jī)制。狀態(tài)與記憶一個(gè)復(fù)雜的Skill可能需要維護(hù)跨對(duì)話輪次的狀態(tài)這涉及到Skill級(jí)別的記憶管理與Agent的全局記憶如何交互評(píng)估與測(cè)試如何評(píng)估一個(gè)Skill的質(zhì)量這催生了AI測(cè)試Agent層的概念即專門用于自動(dòng)化測(cè)試其他AI Agent或Skill的智能體。5. 范式融合與2026年展望Harness與智能體基礎(chǔ)設(shè)施當(dāng)我們把CLI、MCP、Skill三者放在一起看就會(huì)發(fā)現(xiàn)它們共同構(gòu)成了一個(gè)完整的AI Agent開發(fā)棧底層執(zhí)行層CLI范式解決與基礎(chǔ)操作系統(tǒng)和開發(fā)環(huán)境的交互。中間層連接層MCP范式提供標(biāo)準(zhǔn)化、安全的外部工具與數(shù)據(jù)接入。上層應(yīng)用層Skill范式將原子能力組合成解決領(lǐng)域問(wèn)題的復(fù)合能力。而Harness這類基礎(chǔ)設(shè)施正如熱詞中所說(shuō)是“一套包裹在AI Agent核心推理邏輯之外的基礎(chǔ)設(shè)施層”。它不負(fù)責(zé)替代Agent的“大腦”LLM而是為這個(gè)大腦提供“神經(jīng)系統(tǒng)”和“工具箱”。Harness可能會(huì)負(fù)責(zé)Skill與MCP的生命周期管理加載、卸載、熱更新、依賴解析、沖突解決。上下文管理與路由將用戶的請(qǐng)求路由給最合適的Skill或工具管理對(duì)話上下文在不同模塊間的傳遞。安全與權(quán)限沙箱嚴(yán)格控制每個(gè)Skill和MCP工具能訪問(wèn)的資源執(zhí)行CLI命令前的最終安全校驗(yàn)?？捎^測(cè)性與調(diào)試提供詳細(xì)的日志記錄Agent的思考過(guò)程、工具調(diào)用鏈方便開發(fā)者調(diào)試復(fù)雜的Skill工作流。展望2026年一個(gè)典型的AI Agent開發(fā)工作流可能是這樣的開發(fā)者從市場(chǎng)挑選幾個(gè)基礎(chǔ)的MCP Server數(shù)據(jù)庫(kù)、搜索、郵件和領(lǐng)域Skill數(shù)據(jù)分析、客服話術(shù)然后用一個(gè)可視化的編輯器或簡(jiǎn)單的配置文件將這些Skill和MCP工具像搭積木一樣編排成一個(gè)滿足業(yè)務(wù)需求的智能體。對(duì)于需要定制化操作系統(tǒng)的部分則通過(guò)編寫或調(diào)用已有的CLI模式Skill來(lái)完成。整個(gè)智能體運(yùn)行在Harness提供的安全、可觀測(cè)的基礎(chǔ)設(shè)施之上。這意味著未來(lái)的AI Agent開發(fā)者一部分會(huì)成為“能力開發(fā)者”專注于編寫高質(zhì)量的MCP Server和垂直領(lǐng)域Skill另一部分會(huì)成為“智能體組裝者”利用豐富的生態(tài)組件快速構(gòu)建應(yīng)用。而理解CLI、MCP、Skill這三大范式就是把握住了這場(chǎng)范式遷移的核心脈絡(luò)知道工具在哪里能力如何封裝以及如何將它們優(yōu)雅地組合起來(lái)創(chuàng)造出真正有價(jià)值的智能體。