這個GitHub項目,要斷了所有程序員的後路……

最近在GitHub上看到了一個非常有趣的項目。

它看似簡單,但是背後的思想卻震撼人心。

這個項目是一個非常非常簡單的Web應用:聯繫人管理系統,只有增刪改查,一個剛入門的學生就可以輕鬆寫出來。

但是,讓人震撼的是,這個項目沒有沒有任何傳統意義上的業務邏輯代碼!

沒有Controller,沒有Service,沒有DAO,也沒有Vue或者React。

項目作者根本沒寫這些代碼!

那它是怎麼運行起來的呢?

答案非常簡單:所有的業務邏輯,全都由大模型在內部自動完成。

如果你還沒明白它的特別之處,這裡稍微解釋一下。

我們平時用的AI Coding 工具,是讓AI 幫你寫代碼:生成前端、後端、測試、部署。

這個項目完全不同,它直接把大模型當成了一個應用程序來執行,消滅了前後端的代碼!

項目通過提示詞告訴大模型:你是一個管理聯繫人的應用,可以接受HTTP格式的請求,直接輸出對聯繫人增刪改查的Web界面…..

讓人震撼的是,這個“沒有應用邏輯”的聯繫人管理系統還真跑起來了!

它自己設計了表結構,自己生成UI界面。

這是首頁(還沒有聯繫人):

這是創建聯繫人的界面:

聯繫人的列表:

聯繫人詳情:

大模型還可以根據用戶的請求來區分要返回的內容,訪問/contacts 會得到一個HTML 頁面。訪問/api/contacts 會得到JSON:

}

更誇張的是,AI在沒有在沒有任何示例的情況下,自主設計出了合理的數據庫表結構(包含正確的類型和索引)、安全的參數化SQL 查詢(可防止注入攻擊)、類REST API 規範、響應式Bootstrap 佈局、表單驗證以及針對極端情況的錯誤處理。

可以說,大模型展示出的能力非常讓人震撼!

不過,稍微熟悉大模型的人就知道,現在的大模型遠遠沒有這麼智能,比如它根本不具備Web服務器的能力,也沒法訪問數據庫和文件。

所以這個項目把大模型包裝了一下,一共用到了687行代碼:

用戶直接訪問的就是個傳統的服務器,核心在於一個叫LLM Handler 的組件。

它接收用戶的HTTP 請求,填充到提示詞模板中,把數據庫、文件訪問等工具一併交給大模型。

大模型處理後,決定要不要查詢數據庫、修改數據或渲染頁面,最後再返回HTML 給用戶。

核心的邏輯其實就這麼幾行:

});

這個應用雖然神奇,但是缺點也非常明顯:太慢,太貴,太不穩定

每次點擊或表單提交都需要30-60 秒,比傳統的Web應用要慢300~6000倍。

每次請求都需要花費0.01-0.05 美元的token,比傳統計算成本高出100-1000 倍。

AI生成界面的一致性也很差,它會忘記剛剛生成的UI,導致同一個界面,顏色和佈局都可能發生變化,看看下面這個界面,風格完全變了。

但是,這個叫nokode項目證明了一件事情:AI可以處理應用邏輯,可以生成HTML頁面。

這個項目的作者說:“所有的問題都和性能/價格/一致性相關,如果我們樂觀一點,AI 推理速度每年提升約10 倍,成本持續下降趨近於0,穩定性不斷提高,這些問題可能都會解決。”

如果真到了那一天,只需要寫出合適的提示詞,就能把一個大模型變成一個應用,真的不需要寫代碼了,所有程序員的後路都被斷了……

這種事情會發生嗎?

歡迎在評論區留言討論。

nokode 地址:

https://github.com/samrolken/nokode

分享你的喜愛