MCP,這個 AI 開源協議有多大想象空間?
一、話題背景
在AI技術迅猛發展的今天,模型的開源與協作方式正以前所未有的速度演化。
隨著模型體量的激增、功能模塊的碎片化,以及對復用與定制化需求的增加,傳統的模型發布與管理模式已經難以滿足行業對效率與創新的雙重追求。正是在這樣的背景下,MCP(Model Context Protocol,模型上下文協議)作為一個全新的開源協議框架被提出,它試圖重塑模型開發、集成與協作的方式。
那么,MCP究竟能針對傳統軟件利用到何種程度,MCP的開源開發熱潮,預計會在什么時候崛起,哪些具體應用中又能最快實現對MCP的應用?
今天就讓我們一起來聊聊MCP。
二、鵝廠工程師的看法
@mikael-行業咨詢
從我的理解,MCP讓只能人機交互的大模型轉化為了能夠快速對接各類業務系統的生產力大腦。傳統的做法其實是xxx+AI,也就是各個業務系統融入一些AI能力;
有了MCP,是可以構建AI+xxx,把AI作為新業務的中心,通過將業務系統的api封裝后提供MCP接入能力,讓各類新業務按需調用,這樣就是新的重構了。畢竟已經有一堆業務系統了,全部重做其實代價很高。但是新建一兩個AI為中心驅動的系統,用MCP方式快速接入原有系統的業務能力,這個比較實際。尤其是to b、to g場景。
@ivan-產品策劃
作為提問者,我也說下我個人的觀點
(1) 針對傳統軟件,我個人認為MCP能做到 直接干掉GUI,變成更高效的生產工具的核心要素,后續依賴 大模型蒸餾+微調+知識庫,結合MCP對傳統軟件的調用大模型就可以直接應用到生產各流程中來。這里好處是:
- 舍棄低效的GUI操作路徑
- 軟件使用者/開發者 會因為開發成本的降低,反復迭代和優化MCP 逐步提供更好的價值。
(2) MCP的開源熱潮,個人覺得今年內就能看到,甚至 在25年H1就能席卷起來(我說的開源熱潮,實際上是公司的開源熱潮,非行業的)
(3) 毫無質疑是開發崗位的應用中會率先應用,但是個人認為,引起巨大震動的,應該是美術資產生產/管理方向,甚至是產品通道工具(office套件等) 會更明顯
(4) 在 資產生產軟件里面(美術資產管理,3d建模,游戲關卡設計,游戲引擎)領域,可能是最迫切有效的,通過引入大模型優化重復的腳本操作,解決復雜資產管理的問題。有點類似在 文件管理中 引入 cursor 這類編輯器,協助建設索引文檔,批量編輯。屆時 必然會對整體效率帶來巨大提升(歡迎真正技術管線的同學過來指導經驗,外行對這塊workflow理解淺薄,只是從底層原理上反推)。
@jinjing-客戶端開發
現在很多事情需要我們通過 APP 自己去操作 UI,比如出去玩要自己通過不同的 APP 找攻略、訂機票、記花銷等等,將來可能很多事情都可以通過 AI 結合 MCP 串起來,商業公司也有一種可能會演化為純粹提供信息和數據服務的形態來提供價值,不再依賴 APP 本身了。與 AI 對話的交互可能是將來統一甚至唯一的入口,出門有手表之類的穿戴設備就可以了,不再強依賴一個像手機一樣移動的屏幕。
xianga-應用開發
AI + MCP + everything(app、service、db、blockchain ...) 可以真正實現去中心化世界。
chuan-應用開發
我對 MCP 了解得很少,但是我看了 ivan 和大家的回答,反而產生了相反的思路:在友商中臺干過的人應該都很熟悉中臺的設計目標等于平臺能力-商業產品的聚合。中臺最后積重難返導致拆中臺其實是組織管理-系統架構的復雜度超過了當時的架構者/管理者能控制的復雜度。
如果能夠用 AI 作為中心能力而不是周邊的輔助能力,設計一個生產力大腦,我們會出現一種全新的中臺。一種無需處理accidental complexity 的核心系統。因為中心是被 AI 接管的,我們不再需要關注架構清晰這個永恒的問題了。
ylva-內容運營
MCP給傳統軟件大模型交互拓展,檢查語法錯誤、圖像生成美化這些都可以,成本就降低了
alan-前端開發
- 所有提供HTTP API或者其它協議接口的都會再來一遍MCP版接口。
- 網上舉例為USB很巧當。但這個的底層是AI能力要突出。如果本身AI調用不合適,照樣拉垮。
- MCP 遠程Server規范今年會推出。
jieling-后臺開發
個人認為,下一次MCP的開源開發熱潮,會跟隨類似manus類似產品的發布熱潮,兩者相輔相成。根據歷史各個公司產品發布時間推測,估計會在6,7月吧。
amer-行業咨詢
軟件范式其實已經發生了根本性的改變,saas軟件的顛覆是最大的。