0 1

AI 只寫(xiě)一半應(yīng)用

這幾年，AI Coding 工具的發(fā)展實(shí)在是太快了，你隨便丟給它一個(gè)復(fù)雜的需求，它就能迅速拆分成一個(gè)個(gè)任務(wù)，生成漂亮的界面，著實(shí)是讓人震驚不已。

但是深入觀察一下就會(huì)發(fā)現(xiàn)，那只是“一半的應(yīng)用”：

只有前端代碼，沒(méi)有后端，界面漂亮，數(shù)據(jù)卻是假的。

原因很簡(jiǎn)單，后端要涉及數(shù)據(jù)庫(kù)、API、服務(wù)器等復(fù)雜環(huán)境，要想讓AI完全自動(dòng)生成、集成、部署，難度極高。

這不能不說(shuō)是個(gè)巨大的缺憾！

最近，一家來(lái)自北京的科技公司:跨赴科技，推出了國(guó)內(nèi)首個(gè)AI 原生后端即服務(wù)（Backend-as-a-Service）平臺(tái)：AipexBase。

這個(gè)平臺(tái)，補(bǔ)上了AI編程的那一半。

它的理念非常簡(jiǎn)單：讓AI不僅能寫(xiě)“前端”，還能“直接擁有完整的后端”。

借助 AipexBase，前端開(kāi)發(fā)者在 Cursor、Trae 等 AI IDE 里，就能一鍵創(chuàng)建可運(yùn)行的完整應(yīng)用，無(wú)需再單獨(dú)搭后端環(huán)境，也不用手動(dòng)創(chuàng)建數(shù)據(jù)庫(kù)，這一切都由AipexBase SDK + MCP Server自動(dòng)搞定。

0 2

BaaS的進(jìn)化：從 Supabase 到 AipexBase

說(shuō)起后端即服務(wù)（BaaS)，很多人都不陌生，例如Supbase就是一個(gè)通用型BaaS平臺(tái)，它提供了常見(jiàn)的后端功能，比如身份驗(yàn)證、數(shù)據(jù)庫(kù)管理、文件存儲(chǔ)和推送通知。

在 Supabase 上，你可以定義數(shù)據(jù)庫(kù)表，然后前端直接用 JavaScript 實(shí)現(xiàn)增刪改查。

看起來(lái)很方便，但問(wèn)題是：你依然得手動(dòng)去建表、寫(xiě)配置、做集成，這依然是一件麻煩事兒。

即使有了BaaS，應(yīng)用想真正跑起來(lái)，依然離不開(kāi)“人工介入”。

而 AipexBase 的創(chuàng)新點(diǎn)在于，它把這些過(guò)程也自動(dòng)化了。

它能根據(jù) AI 生成的應(yīng)用邏輯，自動(dòng)完成這些事情：

1.自動(dòng)識(shí)別并設(shè)計(jì)數(shù)據(jù)結(jié)構(gòu)

2.自動(dòng)創(chuàng)建對(duì)應(yīng)的數(shù)據(jù)庫(kù)表

3.自動(dòng)生成數(shù)據(jù)庫(kù)訪問(wèn)代碼（CRUD）

AipexBase是如何做到呢？ 我們用個(gè)博客系統(tǒng)的例子來(lái)看一下。

準(zhǔn)備工作

首先，我們得到AipexBase上去創(chuàng)建一個(gè)應(yīng)用。

然后創(chuàng)建一個(gè)API Key ，這個(gè)東西非常重要，在配置MCP Server時(shí)要用，復(fù)制下來(lái)。

剩下的就不用管了，雖然可以在這里手工去建表，但是作為一個(gè)前端開(kāi)發(fā)，最好還是把這些事情丟給AI去干。

找一個(gè)你順手的AI Coding工具（我用的是TRAE），把MCP Server給配上。

紅框中的token就是上一步保存的api key。

你的IDE會(huì)通過(guò)這個(gè)MCP Server去和AipexBase平臺(tái)進(jìn)行交互，執(zhí)行生成數(shù)據(jù)庫(kù)表，訪問(wèn)數(shù)據(jù)庫(kù)等操作。

當(dāng)然你也可以根據(jù)自己的喜好，把MCP Server進(jìn)一步封裝成智能體，把它叫做“軟件研發(fā)專家”，“全棧開(kāi)發(fā)專家”，都可以。

自動(dòng)創(chuàng)建數(shù)據(jù)庫(kù)表

接下來(lái)我們就可以和它交互，創(chuàng)建一個(gè)博客應(yīng)用了：

這沒(méi)什么新奇的，各個(gè)AI Coding工具大同小異。

關(guān)鍵點(diǎn)很快來(lái)了，TRAE開(kāi)始自動(dòng)創(chuàng)建數(shù)據(jù)庫(kù)表：包括用戶表、博客文章表和評(píng)論表。

它會(huì)找到我們之前配置的AipexBase MCP Server，自動(dòng)地到AiPexBase那里把數(shù)據(jù)庫(kù)給創(chuàng)建起來(lái)。

到AiPexBase平臺(tái)去驗(yàn)證一下，果然，三張表已經(jīng)自動(dòng)創(chuàng)建起來(lái)了：

你看，我們?cè)僖膊挥煤哌旰哌甑卦贐aaS平臺(tái)上一個(gè)字段一個(gè)字段地輸入了，這才是AI應(yīng)該給程序員帶來(lái)的好處。

自動(dòng)生成數(shù)據(jù)庫(kù)訪問(wèn)代碼

數(shù)據(jù)庫(kù)表都生成了，再自動(dòng)生成相關(guān)的CRUD代碼自然不在話下。

這段代碼是使用AiPexBase的SDK創(chuàng)建了一個(gè)客戶端，后續(xù)可以使用。

import { createClient } from 'baas_js';
// 初始化baas_js客戶端
const client = createClient({
  baseUrl: 'http://124.71.176.202/baas-api',
  apiKey: 'kf_api_*****************************'
});
export default client;

獲取博客列表：

const response = await client.db
    .from ( 'blogs')
    .list()
    .eq('status', 'published')
    .order('created_at', 'desc')
    .page(page, pageSize);

獲取單篇博客：

const blog = await client.db
    .from ( 'blogs')
    .get(id);

添加一條評(píng)論：

const response = await client.db
    .from('comments')
    .insert()
    .values({
    blog_id: data.blog_id,
    content: data.content,
    parent_id: data.parent_id,
    created_at: new Date().toISOString(),
    updated_at: new Date().toISOString()
 });

具體的含義一目了然，語(yǔ)法非常簡(jiǎn)單，我這里不再啰嗦了，想查看細(xì)節(jié)的可以看看AppexBase的說(shuō)明手冊(cè)：

https://vvx03gck2p.feishu.cn/docx/LSsLdYZQfoAo3zxTkwrcJuGVnC3

值得注意的是，前端開(kāi)發(fā)不用再等待后端提供接口，AI Coding 工具通過(guò)MCP Server調(diào)用可以知道有哪些表，表中有什么字段，具體如何使用，然后把代碼安排得明明白白。

AipexBase通過(guò)自動(dòng)生成數(shù)據(jù)庫(kù)訪問(wèn)代碼，可以說(shuō)是極大地降低了前端開(kāi)發(fā)的工作量。

運(yùn)行起來(lái)

其他的功能我就不再展示了，把它跑起來(lái)是這樣的：

這是一個(gè)完整的應(yīng)用，從前端到后端，完全跑通了。

沒(méi)有假數(shù)據(jù)，博客文章數(shù)據(jù)都是從AipexBase的數(shù)據(jù)庫(kù)中來(lái)的。

0 3

更懂中國(guó)開(kāi)發(fā)者的BaaS

應(yīng)用開(kāi)發(fā)不僅僅需要數(shù)據(jù)庫(kù)的支持，還需要和很多第三方服務(wù)進(jìn)行集成。

比如那個(gè)博客系統(tǒng)，我想在發(fā)表一篇博客以后，自動(dòng)把它也發(fā)到飛書(shū)群、釘釘群里去，廣而告之，讓大家都看一下。

但是像Supabase主要對(duì)接國(guó)際生態(tài)，對(duì)本地的飛書(shū)、釘釘、企業(yè)微信、鴻蒙支持得并不太好。

AipexBase是國(guó)內(nèi)團(tuán)隊(duì)開(kāi)發(fā)的，它更懂中國(guó)的開(kāi)發(fā)者，可以輕松地在AipexBase 平臺(tái)集成第三方服務(wù)。

我們拿一個(gè)飛書(shū)群試一下，先在里邊創(chuàng)建了一個(gè)機(jī)器人：

然后我到AipexBase平臺(tái)去添加一個(gè)第三方服務(wù)：

回到TRAE的界面，告訴它：創(chuàng)建博客以后，需要自動(dòng)把標(biāo)題和鏈接發(fā)到飛書(shū)群。

TRAE在執(zhí)行過(guò)程中，先通過(guò)MCP Server查詢第三方服務(wù)，很快它就找到了剛剛創(chuàng)建的feishubot，以及兩個(gè)參數(shù)：blog_title,blog_link。

然后TRAE找到相關(guān)文件，自動(dòng)修改代碼：

 // 使用系統(tǒng)內(nèi)置的feishubot API發(fā)送消息
const response = await client.api
  .call('feishubot')
  .params({
    blog_title: blog.title,
    blog_link: blogUrl
  });

從上面自動(dòng)生成的代碼可以看出，它調(diào)用了剛剛創(chuàng)建的第三方服務(wù)feishubot，并且按照正確的格式把博客標(biāo)題和鏈接傳遞過(guò)去。

整個(gè)過(guò)程不需要程序員的介入，完全自動(dòng)完成。

最終，在飛書(shū)群中看到了這樣的效果：

0 4

總結(jié)

作為國(guó)內(nèi)首個(gè)AI 原生后端即服務(wù)（Backend-as-a-Service）平臺(tái)，AipexBase在AI編程的世界里，補(bǔ)上了一塊缺失已久的拼圖。

過(guò)去幾年，AI一直在努力“寫(xiě)出前端”，AipexBase的到來(lái)，把后端也拉入了AI領(lǐng)域，讓AI能一口氣從前端“殺到”后端，連數(shù)據(jù)庫(kù)/API都自動(dòng)搞定，第一次具備了構(gòu)建真正可運(yùn)行應(yīng)用的能力。

這不僅是技術(shù)上的進(jìn)步，更像是開(kāi)發(fā)方式的一次“換代”，之前是前端等后端，后端配接口，然后聯(lián)調(diào)，而現(xiàn)在，AI + AipexBase，直接讓開(kāi)發(fā)變成“一人就能干全棧”的事，AI Coding真正閉環(huán)了。

近日，AipexBase已經(jīng)在gitee上開(kāi)源：

https://gitee.com/kuafuai/aipexbase。

開(kāi)源版本實(shí)現(xiàn)了本地的私有化部署，建議大家都去嘗試一下，感受一下國(guó)產(chǎn)的AI原生BaaS給編程帶來(lái)的震撼，也歡迎大家給AipexBase貢獻(xiàn)代碼，一起壯大國(guó)產(chǎn)開(kāi)源生態(tài)。