最近嘗試用Cursor做了幾個(gè)內(nèi)部業(yè)務(wù)系統(tǒng)，發(fā)現(xiàn)一個(gè)越來越明顯的趨勢

真正會用 AI 的工程師，效率已經(jīng)拉開差距了。

做了十幾年 Java， 這波 AI 編程浪潮來得快，一開始我也沒太當(dāng)回事，以為這波AI編程只是停留在了高級 “代碼補(bǔ)全” 功能上， 直到最近剛好有個(gè)需求，是在內(nèi)部系統(tǒng)中實(shí)現(xiàn)， 剛好嘗試了下， 用上了 Cursor，才意識到，這不是“輔助寫代碼”，這簡直就是 “配置了助理”。 

1. 起初我也不以為意

做了十幾年 Java，這波 AI 編程浪潮來得很快。一開始我沒太當(dāng)回事，以為只是“高級自動補(bǔ)全”——直到最近有個(gè)內(nèi)部需求，我用 Cursor 完整實(shí)踐了一次，才意識到這不是“輔助開發(fā)”，而是“加速上線”的變革。

2. 我是怎么用 AI 開發(fā)的？

最近公司內(nèi)部要做一個(gè)「費(fèi)用分?jǐn)偂构δ埽Ｒ?guī)的增刪改查 + 分頁 + 導(dǎo)入導(dǎo)出 + 多狀態(tài)交互，前端用的是 React + Ant Design，后端是 Spring Boot + MyBatis 的舊項(xiàng)目。

我嘗試用 Cursor 直接和 AI 對話：

“認(rèn)真閱讀當(dāng)前代碼，仿照當(dāng)前代碼的結(jié)構(gòu)、風(fēng)格，幫我寫一個(gè)費(fèi)用列表展示的前端頁面，掛在云管平臺菜單下。下面是表結(jié)構(gòu)。”

它做了什么？10分鐘不到，直接生成完整頁面，并逐一讓我確認(rèn)。亮點(diǎn)如下：

• 理解項(xiàng)目結(jié)構(gòu)：我們前端結(jié)構(gòu)是自定義的，但它準(zhǔn)確找到了菜單組件、頁面目錄，并正確掛載菜單。

• 風(fēng)格保持一致：生成的頁面結(jié)構(gòu)、變量命名、樣式都與現(xiàn)有項(xiàng)目一致，幾乎“無縫”對接。

• 字段自動翻譯：比如 product_name 自動展示為“產(chǎn)品名稱”，比我自己寫還細(xì)致。

接下來我又說：

“產(chǎn)品名稱和金額支持排序，做在前端，不要走后端。”

它理解錯(cuò)了，我糾正后它居然在前端打了日志，指導(dǎo)我 F12 把日志貼過去，它分析后繼續(xù)調(diào)試，直到搞定。

最“炸裂”的部分是：

我原本只想讓它寫前端頁面，順口加了一句, 嘗試了下后端的實(shí)現(xiàn)：

“幫我把 /fee/show 的數(shù)據(jù)都通過接口來獲取，并模擬后端風(fēng)格實(shí)現(xiàn)接口。”

它直接生成了完整后端代碼！

• Controller 控制器

• Service 接口和實(shí)現(xiàn)類

• DAO 層接口 + 實(shí)現(xiàn)

• MyBatis XML 映射文件

我唯一的工作：點(diǎn)“接受”，然后啟動項(xiàng)目，訪問頁面，一次成功。

（中間還一個(gè)小插曲，我忘記了我用的測試庫數(shù)據(jù)，一直質(zhì)疑它查詢的有問題， 然后它用 mysql 命令讀取了配置文件, 直連了測試庫、運(yùn)行了 sql 語句， 證明了給我看... ）

最重要的一點(diǎn), 完全不需要聯(lián)調(diào),  生成完成代碼后, 整個(gè)啟動訪問, 無錢后端聯(lián)調(diào)試的過程, 直接端到端搞定!

3. AI 開發(fā)靠譜嗎？

大致評估下來：

• 前端交互：
  增刪改查、分頁、Excel 導(dǎo)入導(dǎo)出、圖表、Ant Design 組件熟練，70% 代碼直接可用。

• 后端邏輯：
  分頁接口、SQL 優(yōu)化、日志調(diào)試，全都能寫，而且風(fēng)格統(tǒng)一。

• 聯(lián)調(diào)？基本不需要了。

4. 和“手?jǐn)]”效率對比？

我讓組內(nèi)同事純手類似功能, , 包含: 列表、分頁、搜索條件、時(shí)間日期組件、走勢圖、排序、增刪改查、excel導(dǎo)入導(dǎo)出：

• 他 評估最少 1 天, 還是比較樂觀估計(jì)

• 我用 Cursor 半天做完兩個(gè)，而且前后端全部實(shí)現(xiàn), 需要提供的只是建表語句+ 提示詞

更重要的是：

我不用上下切 tab 查文檔，不用查 API，不用 Copy 舊代碼，思路更聚焦，效率倍增。 直接端到端

5. 它不是萬能，但很劃算

當(dāng)然，AI 并非全能，以下是我遇到的不足：

• 生成的代碼不一定是最優(yōu)，需要人工 review

• 有時(shí)理解不夠精準(zhǔn)，得耐心拆解需求慢慢引導(dǎo)

• 不懂業(yè)務(wù)，只能“模仿”，不能“思考”

• 網(wǎng)絡(luò)卡頓的時(shí)候，會影響體驗(yàn)

• 成本不低：我 16 天用完了 500 次請求，月花費(fèi) 145 元 (20美金)

但這些問題，對比它帶來的效率提升、心智負(fù)擔(dān)下降來說，完全可以接受!

6. 未來可期：AI 不止寫代碼

我現(xiàn)在還在探索更多接入場景, 已經(jīng)完成的, 如下：

• 發(fā)布流程中, 加入Code Review 進(jìn)行分析提醒

• 彈出的告警中,  AI撈取告警日志進(jìn)行分析, 排查輔助

• 出故障后, 把普羅米修斯、監(jiān)控日志智能分析

• 把監(jiān)控?cái)?shù)據(jù)喂給它，提高線上故障的快恢環(huán)節(jié)

  但當(dāng)前效果確實(shí)還一般， 沒有寫代碼這么炸裂,  但堅(jiān)信它會越來越成熟, 而且這個(gè)過程將非常快到來

  如：新出的 Codex，已經(jīng)可以自己運(yùn)行測試

  堅(jiān)信的是, 未來趨勢是 AI 將逐步接管完整軟件工程流程!

7. 一句話總結(jié)

不是所有程序員都適合用 AI，但每個(gè)程序員都該嘗試一下。

我已經(jīng)從“試試看”變成了“離不開”。

“ 我們曾經(jīng)引以為傲的編碼能力，正在被改寫。”

還是留個(gè)公眾號吧,  16年的老java了,  帶著團(tuán)隊(duì), 但還活躍在一線 , 最近對AI很有興趣, 一起分享, 公眾號