一 Key 跑通全棧 CRUD 的配置骨架)
1. Cursor 編程測試場景全棧 CRUD 為什么值得跑一遍Cursor 編程測試最怕的不是寫不出代碼而是“寫出來跑不通、跑通了改不動”。我這次選了一個最典型的驗證目標用 Vue3 Spring Boot SQLite 做一個全棧 CRUD把 Cursor 的 Composer 當成主力把 TaoToken 當成統(tǒng)一模型入口從 settings.json 骨架一路走到接口聯(lián)調(diào)。選 CRUD 不是因為它簡單而是因為它把前后端、數(shù)據(jù)庫、參數(shù)校驗、錯誤處理、分頁排序、導入導出、鑒權(quán)這些環(huán)節(jié)全串起來了任何一環(huán)掉鏈子都會暴露出來。這篇記錄適合三類人正在用 Cursor 做全棧練手的人、想把多個模型 Key 收斂成一個入口的人、以及想復現(xiàn)一次“可落地編程測試”的人。核心檢索詞就三個Cursor、全棧 CRUD、編程測試。我會給出可復制的 Cursor 配置骨架、TaoToken 統(tǒng)一 Key 的接入步驟、CRUD 每個接口的驗證動作和預期返回以及我踩過的坑。全程不涉及任何網(wǎng)絡(luò)工具只講配置和代碼。先說結(jié)論Cursor 的 Composer 在“有清晰架構(gòu)約束”的前提下非常好用但它的上下文能力有限復雜應用如果提示詞含糊它會給你一堆看似合理、實則互相打架的代碼。所以這篇的重點不是“讓 AI 全自動寫”而是“用配置和提示把 AI 框在正確的軌道上”。2. TaoToken 前置統(tǒng)一 Key 與 Cursor 的接入準備在動 Cursor 之前先把模型入口統(tǒng)一掉。TaoToken 的作用是提供一個兼容 OpenAI 風格的 API 入口這樣 Cursor 里只需要配一個 Base URL 和一個 Key就能切換不同模型不用在多個平臺之間來回改配置。官網(wǎng)地址是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 入口是 https://taotoken.net/api 這個不加 UTM。你需要先拿到 API Key。進入控制臺創(chuàng)建 Key 的頁面在這里https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite 。創(chuàng)建時建議按用途命名比如cursor-fullstack-test方便后面區(qū)分。Key 只在創(chuàng)建時完整顯示一次復制后先存到本地密碼管理器。Cursor 的模型配置有兩種常見方式一種是在設(shè)置界面里填 OpenAI API Key 和 Base URL另一種是直接改settings.json。我推薦后者因為可復制、可版本管理、換機器時直接搬。下面這段就是最小骨架把apiKey換成你自己的baseUrl指向 TaoToken 的 API 入口。{ openai.apiKey: sk-你的TaoToken密鑰, openai.baseUrl: https://taotoken.net/api, cursor.general.enableAutoComplete: true, cursor.chat.defaultModel: gpt-4o, editor.formatOnSave: true }這里有個細節(jié)Cursor 不同版本對配置項的命名略有差異有的版本用openai.baseUrl有的用cursor.openai.baseUrl。如果填完不生效先確認你的 Cursor 版本再對照官方文檔調(diào)整鍵名。配置完成后重啟 Cursor讓設(shè)置生效。注意Key 不要寫進會提交到 Git 的文件里。如果一定要放項目內(nèi)用.env并加進.gitignoresettings.json建議放在用戶級配置目錄而不是項目目錄。如果你更習慣在對話里驗證模型是否接通可以打開模型對話頁面直接測試https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 。能正常返回就說明 Key 和入口都沒問題再回到 Cursor 里用。3. 可復制配置Cursor settings.json 與項目骨架配置分兩層Cursor 自身的模型配置以及項目里的工程配置。前者決定 AI 能不能用后者決定 AI 生成的東西能不能跑。3.1 Cursor 側(cè)配置骨架除了上面的settings.json建議再配一個.cursorrules文件放在項目根目錄。它的作用是給 Composer 一個穩(wěn)定的“系統(tǒng)提示”避免每次都要重復交代技術(shù)棧。下面這份是我實測下來比較穩(wěn)的版本覆蓋了前后端技術(shù)棧、目錄約定和代碼風格。你是資深全棧工程師本項目技術(shù)棧固定如下 - 前端Vue3 Vite Element Plus axios vue-router - 后端Spring Boot 3.4.x MyBatis SQLite - 目錄frontend/ 為前端工程backend/ 為后端工程 - 后端分層controller / service / mapper / entity / model / exception - 統(tǒng)一響應體ResultT字段為 code / message / data - 所有接口前綴 /api跨域允許 http://localhost:5173 - 代碼風格Java 用 Lombok前端用 script setup - 修改代碼時保持已有功能不刪除只做增量這份規(guī)則的關(guān)鍵在最后兩條保持增量、不刪已有功能。Cursor 在迭代時很容易“順手重構(gòu)”把之前跑通的東西改壞明確約束能減少這類問題。3.2 后端工程骨架后端用 Spring Initializr 創(chuàng)建依賴勾選 Spring Web、MyBatis Framework、SQLite Driver、Lombok、Validation。pom.xml里需要補上 SQLite 和 MyBatis 的坐標核心片段如下。dependency groupIdorg.xerial/groupId artifactIdsqlite-jdbc/artifactId version3.45.1.0/version /dependency dependency groupIdorg.mybatis.spring.boot/groupId artifactIdmybatis-spring-boot-starter/artifactId version3.0.3/version /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-validation/artifactId /dependencyapplication.properties里配置數(shù)據(jù)源和 MyBatis 掃描路徑。SQLite 的 URL 用相對路徑數(shù)據(jù)庫文件放在backend/db/database.db。spring.application.namebackend server.port8080 spring.datasource.driver-class-nameorg.sqlite.JDBC spring.datasource.urljdbc:sqlite:db/database.db mybatis.mapper-locationsclasspath:mapper/*.xml mybatis.type-aliases-packagecom.alex.backend.entity建表 SQL 單獨放一個schema.sql啟動時手動執(zhí)行一次即可。用戶表包含 id、name、email、phoneemail 和 phone 加唯一索引這是后面去重校驗的基礎(chǔ)。CREATE TABLE IF NOT EXISTS users ( id INTEGER PRIMARY KEY AUTOINCREMENT, name TEXT NOT NULL, email TEXT NOT NULL UNIQUE, phone TEXT NOT NULL UNIQUE ); CREATE UNIQUE INDEX IF NOT EXISTS idx_users_email ON users(email); CREATE UNIQUE INDEX IF NOT EXISTS idx_users_phone ON users(phone);3.3 前端工程骨架前端用npm create vuelatest創(chuàng)建勾選 Router然后裝 Element Plus 和 axios。main.js里注冊 Element Plus 和路由。import { createApp } from vue import ElementPlus from element-plus import element-plus/dist/index.css import App from ./App.vue import router from ./router const app createApp(App) app.use(ElementPlus) app.use(router) app.mount(#app)vite.config.js里配好別名和 Element Plus 自動導入減少手動 import 的噪音。import { fileURLToPath, URL } from node:url import { defineConfig } from vite import vue from vitejs/plugin-vue import AutoImport from unplugin-auto-import/vite import Components from unplugin-vue-components/vite import { ElementPlusResolver } from unplugin-vue-components/resolvers export default defineConfig({ plugins: [ vue(), AutoImport({ resolvers: [ElementPlusResolver()] }), Components({ resolvers: [ElementPlusResolver()] }) ], resolve: { alias: { : fileURLToPath(new URL(./src, import.meta.url)) } } })到這里骨架就搭好了。接下來才是 Cursor 真正干活的部分。4. 用 Cursor Composer 生成 CRUD提示詞與代碼骨架打開 Cursor 的 Composer快捷鍵 CtrlI 或 CmdI用Codebase引用整個工程然后給出明確提示。我用的提示詞是這樣的Codebase 幫我實現(xiàn)基于 SQLite 的用戶增刪改查。 前端在 frontend/Vue3 Element Plus已創(chuàng)建好。 后端在 backend/Spring Boot 3.4 MyBatis。 要求 1. 后端分層entity / mapper / service / controller 2. 統(tǒng)一響應體 ResultT字段 code/message/data 3. 前端用 axios 調(diào)用接口前綴 /api/users 4. 先實現(xiàn)基礎(chǔ) CRUD不要加鑒權(quán)和分頁Composer 會一次性生成多個文件。實測下來它生成的 Mapper 用注解方式寫 SQLService 做簡單轉(zhuǎn)發(fā)Controller 暴露 REST 接口。這部分基本可用但有兩個地方需要人工檢查一是Options(useGeneratedKeys true)在 SQLite 下是否生效二是跨域注解的 origins 是否和前端端口一致。后端 Controller 的核心結(jié)構(gòu)如下注意統(tǒng)一響應體的包裝。RestController RequestMapping(/api/users) CrossOrigin(origins http://localhost:5173) public class UserController { Autowired private UserService userService; GetMapping public ResultListUser findAll() { return Result.success(userService.findAll()); } PostMapping public ResultUser create(Valid RequestBody User user) { return Result.success(userService.create(user)); } PutMapping(/{id}) public ResultUser update(PathVariable Long id, Valid RequestBody User user) { user.setId(id); return Result.success(userService.update(user)); } DeleteMapping(/{id}) public ResultVoid delete(PathVariable Long id) { userService.delete(id); return Result.success(null); } }前端組件用 Element Plus 的表格和對話框核心邏輯是fetchUsers拉列表、handleSubmit提交新增或編輯。這里有個容易踩的坑后端返回的是Result包裝前端取值要寫response.data.data而不是response.data。Composer 第一次生成時經(jīng)常漏掉這一層導致表格渲染報 “Expected Array, got Object”。const fetchUsers async () { loading.value true try { const response await request.get(/api/users) users.value response.data.data } catch (error) { ElMessage.error(獲取用戶列表失敗) } finally { loading.value false } }生成完第一版后先別急著加功能把基礎(chǔ) CRUD 跑通再說。跑通的標準是前端能列出數(shù)據(jù)、能新增、能編輯、能刪除四個動作都不報錯。5. 驗證請求CRUD 各接口的預期返回驗證階段我建議用 curl 或 Postman 直接打后端接口先把后端確認無誤再聯(lián)調(diào)前端。這樣出問題時能快速定位是前端還是后端。5.1 新增POSTcurl -X POST http://localhost:8080/api/users \ -H Content-Type: application/json \ -d {name:張三,email:zhangsantest.com,phone:13800138000}預期返回code: 200data里帶自增 id。如果返回code: 500且 message 是“郵箱已被使用”說明去重校驗生效了這是正常的。5.2 查詢列表GETcurl http://localhost:8080/api/users預期返回data是數(shù)組每個元素包含 id、name、email、phone。如果返回空數(shù)組檢查數(shù)據(jù)庫文件路徑是否正確SQLite 的相對路徑是相對于啟動目錄的。5.3 更新PUTcurl -X PUT http://localhost:8080/api/users/1 \ -H Content-Type: application/json \ -d {name:張三改,email:zhangsantest.com,phone:13800138000}預期返回更新后的對象。注意這里 email 和 phone 保持不變時去重校驗要排除自身 id否則會誤報“已被使用”。這個邏輯在 Mapper 里用AND (#{excludeId} IS NULL OR id ! #{excludeId})處理。5.4 刪除DELETEcurl -X DELETE http://localhost:8080/api/users/1預期返回code: 200data為 null。刪除后再查列表該條記錄應消失。5.5 分頁與搜索GET /page加上分頁后接口變成/api/users/page參數(shù)包括 pageNum、pageSize、search、orderBy、order。curl http://localhost:8080/api/users/page?pageNum1pageSize10search張orderByidorderDESC預期返回data.list是當前頁數(shù)據(jù)data.total是總數(shù)。這里有個坑如果 orderBy 為空SQL 里不能拼ORDER BY否則會報no such column: ASC。正確做法是在 MyBatis 動態(tài) SQL 里加if testorderBy ! null and orderBy ! 判斷。前端聯(lián)調(diào)時表格的sort-change事件要把 prop 和 order 映射成后端能識別的字段名和 ASC/DESC否則排序不生效。6. 本篇常見錯排查這一節(jié)是我實際踩過的坑按出現(xiàn)頻率排序。6.1 前端取值多了一層報錯Invalid prop: type check failed for prop data. Expected Array, got Object。原因是后端用了Result包裝前端還在用response.data。改成response.data.data即可。這個錯誤在引入統(tǒng)一響應體后幾乎必現(xiàn)建議一開始就在.cursorrules里寫明響應體結(jié)構(gòu)。6.2 編輯時去重校驗誤報編輯用戶時如果 email 或 phone 沒改去重查詢會把自己也算進去導致誤報“已被使用”。解決辦法是在查重 SQL 里排除當前 id并且處理 id 為 null 的新增場景。Mapper 方法簽名用countByEmail(Param(email) String email, Param(excludeId) Long excludeId)SQL 里判斷 excludeId 是否為空。6.3 新增失敗但前端提示成功這是邏輯順序問題。前端在await axios.post之后直接彈成功提示沒有檢查response.data.code。正確做法是先判斷 code 是否為 200再決定彈成功還是錯誤。這個坑在導入功能里也會出現(xiàn)導入部分失敗時如果只看 HTTP 狀態(tài)碼會誤判為全部成功。6.4 排序報 no such column前面提過orderBy 為空時不能拼 ORDER BY。另外 order 參數(shù)只接受 ASC 或 DESC如果前端傳了ascending要在前端映射成ASC再發(fā)請求。6.5 刪除和導出返回 403引入 Spring Security 后默認所有請求都要認證。如果/api/users/**沒放行刪除和導出會返回 403。在SecurityConfig里對/api/users/**的 GET、POST、PUT、DELETE 放行或者配置 JWT 過濾器后帶上 token。導出功能還要在 CORS 配置里暴露Content-Disposition頭否則前端拿不到文件名。6.6 JWT 密鑰長度不足報錯The signing keys size is 272 bits which is not secure enough for the HS512 algorithm。原因是密鑰太短。把app.jwt.secret換成至少 64 字符的隨機串并且用Keys.hmacShaKeyFor(keyBytes)生成簽名密鑰不要手動指定 HS512。6.7 分頁大小被惡意放大如果不限制 pageSize攻擊者可以傳一個很大的值一次性拉全表。解決辦法是在PageRequest里加Max(100)校驗Service 層再做一次兜底修正前端分頁組件的page-sizes也限制在 100 以內(nèi)。7. 語義一致 CTA把這次測試變成可復用的流程跑完這一輪你會發(fā)現(xiàn) Cursor 編程測試的效率瓶頸不在寫代碼而在配置和排障。把模型入口統(tǒng)一掉、把工程約束寫進.cursorrules、把常見錯誤整理成清單下次換項目時直接復用能省掉大量重復溝通。如果你要復現(xiàn)這套流程建議按這個順序走先在 TaoToken 控制臺創(chuàng)建 Keyhttps://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite 再把 Key 填進 Cursor 的settings.json然后按第 3 節(jié)的骨架搭工程最后用第 4 節(jié)的提示詞讓 Composer 生成 CRUD。接入過程中如果遇到配置問題可以對照接入文檔排查https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。對于長期做編碼和 Agent 場景的人可以考慮 Coding Plan把常用的模型調(diào)用額度固定下來避免每次測試都要臨時配 Keyhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite 。如果只是想先驗證模型能不能用直接打開模型對話頁面發(fā)一條消息最快https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 。最后說一句實話Cursor 的 Composer 在簡單 CRUD 上確實能一氣呵成但一旦涉及鑒權(quán)、分頁、導入導出這些交叉功能它的上下文就容易顧此失彼。我的經(jīng)驗是每加一個功能就單獨開一個 Composer 會話把當前文件用引用進去比在一個超長會話里連續(xù)追加需求要穩(wěn)得多。架構(gòu)基礎(chǔ)越清晰AI 越好駕馭反過來如果自己都沒想清楚分層AI 生成的代碼只會把混亂放大。 Cursor 編程測試實錄：用 TaoToken 統(tǒng)一 Key 跑通全棧 CRUD 的配置骨架
1. Cursor 編程測試場景全棧 CRUD 為什么值得跑一遍Cursor 編程測試最怕的不是寫不出代碼而是“寫出來跑不通、跑通了改不動”。我這次選了一個最典型的驗證目標用 Vue3 Spring Boot SQLite 做一個全棧 CRUD把 Cursor 的 Composer 當成主力把 TaoToken 當成統(tǒng)一模型入口從 settings.json 骨架一路走到接口聯(lián)調(diào)。選 CRUD 不是因為它簡單而是因為它把前后端、數(shù)據(jù)庫、參數(shù)校驗、錯誤處理、分頁排序、導入導出、鑒權(quán)這些環(huán)節(jié)全串起來了任何一環(huán)掉鏈子都會暴露出來。這篇記錄適合三類人正在用 Cursor 做全棧練手的人、想把多個模型 Key 收斂成一個入口的人、以及想復現(xiàn)一次“可落地編程測試”的人。核心檢索詞就三個Cursor、全棧 CRUD、編程測試。我會給出可復制的 Cursor 配置骨架、TaoToken 統(tǒng)一 Key 的接入步驟、CRUD 每個接口的驗證動作和預期返回以及我踩過的坑。全程不涉及任何網(wǎng)絡(luò)工具只講配置和代碼。先說結(jié)論Cursor 的 Composer 在“有清晰架構(gòu)約束”的前提下非常好用但它的上下文能力有限復雜應用如果提示詞含糊它會給你一堆看似合理、實則互相打架的代碼。所以這篇的重點不是“讓 AI 全自動寫”而是“用配置和提示把 AI 框在正確的軌道上”。2. TaoToken 前置統(tǒng)一 Key 與 Cursor 的接入準備在動 Cursor 之前先把模型入口統(tǒng)一掉。TaoToken 的作用是提供一個兼容 OpenAI 風格的 API 入口這樣 Cursor 里只需要配一個 Base URL 和一個 Key就能切換不同模型不用在多個平臺之間來回改配置。官網(wǎng)地址是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 入口是 https://taotoken.net/api 這個不加 UTM。你需要先拿到 API Key。進入控制臺創(chuàng)建 Key 的頁面在這里https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite 。創(chuàng)建時建議按用途命名比如cursor-fullstack-test方便后面區(qū)分。Key 只在創(chuàng)建時完整顯示一次復制后先存到本地密碼管理器。Cursor 的模型配置有兩種常見方式一種是在設(shè)置界面里填 OpenAI API Key 和 Base URL另一種是直接改settings.json。我推薦后者因為可復制、可版本管理、換機器時直接搬。下面這段就是最小骨架把apiKey換成你自己的baseUrl指向 TaoToken 的 API 入口。{ openai.apiKey: sk-你的TaoToken密鑰, openai.baseUrl: https://taotoken.net/api, cursor.general.enableAutoComplete: true, cursor.chat.defaultModel: gpt-4o, editor.formatOnSave: true }這里有個細節(jié)Cursor 不同版本對配置項的命名略有差異有的版本用openai.baseUrl有的用cursor.openai.baseUrl。如果填完不生效先確認你的 Cursor 版本再對照官方文檔調(diào)整鍵名。配置完成后重啟 Cursor讓設(shè)置生效。注意Key 不要寫進會提交到 Git 的文件里。如果一定要放項目內(nèi)用.env并加進.gitignoresettings.json建議放在用戶級配置目錄而不是項目目錄。如果你更習慣在對話里驗證模型是否接通可以打開模型對話頁面直接測試https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 。能正常返回就說明 Key 和入口都沒問題再回到 Cursor 里用。3. 可復制配置Cursor settings.json 與項目骨架配置分兩層Cursor 自身的模型配置以及項目里的工程配置。前者決定 AI 能不能用后者決定 AI 生成的東西能不能跑。3.1 Cursor 側(cè)配置骨架除了上面的settings.json建議再配一個.cursorrules文件放在項目根目錄。它的作用是給 Composer 一個穩(wěn)定的“系統(tǒng)提示”避免每次都要重復交代技術(shù)棧。下面這份是我實測下來比較穩(wěn)的版本覆蓋了前后端技術(shù)棧、目錄約定和代碼風格。你是資深全棧工程師本項目技術(shù)棧固定如下 - 前端Vue3 Vite Element Plus axios vue-router - 后端Spring Boot 3.4.x MyBatis SQLite - 目錄frontend/ 為前端工程backend/ 為后端工程 - 后端分層controller / service / mapper / entity / model / exception - 統(tǒng)一響應體ResultT字段為 code / message / data - 所有接口前綴 /api跨域允許 http://localhost:5173 - 代碼風格Java 用 Lombok前端用 script setup - 修改代碼時保持已有功能不刪除只做增量這份規(guī)則的關(guān)鍵在最后兩條保持增量、不刪已有功能。Cursor 在迭代時很容易“順手重構(gòu)”把之前跑通的東西改壞明確約束能減少這類問題。3.2 后端工程骨架后端用 Spring Initializr 創(chuàng)建依賴勾選 Spring Web、MyBatis Framework、SQLite Driver、Lombok、Validation。pom.xml里需要補上 SQLite 和 MyBatis 的坐標核心片段如下。dependency groupIdorg.xerial/groupId artifactIdsqlite-jdbc/artifactId version3.45.1.0/version /dependency dependency groupIdorg.mybatis.spring.boot/groupId artifactIdmybatis-spring-boot-starter/artifactId version3.0.3/version /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-validation/artifactId /dependencyapplication.properties里配置數(shù)據(jù)源和 MyBatis 掃描路徑。SQLite 的 URL 用相對路徑數(shù)據(jù)庫文件放在backend/db/database.db。spring.application.namebackend server.port8080 spring.datasource.driver-class-nameorg.sqlite.JDBC spring.datasource.urljdbc:sqlite:db/database.db mybatis.mapper-locationsclasspath:mapper/*.xml mybatis.type-aliases-packagecom.alex.backend.entity建表 SQL 單獨放一個schema.sql啟動時手動執(zhí)行一次即可。用戶表包含 id、name、email、phoneemail 和 phone 加唯一索引這是后面去重校驗的基礎(chǔ)。CREATE TABLE IF NOT EXISTS users ( id INTEGER PRIMARY KEY AUTOINCREMENT, name TEXT NOT NULL, email TEXT NOT NULL UNIQUE, phone TEXT NOT NULL UNIQUE ); CREATE UNIQUE INDEX IF NOT EXISTS idx_users_email ON users(email); CREATE UNIQUE INDEX IF NOT EXISTS idx_users_phone ON users(phone);3.3 前端工程骨架前端用npm create vuelatest創(chuàng)建勾選 Router然后裝 Element Plus 和 axios。main.js里注冊 Element Plus 和路由。import { createApp } from vue import ElementPlus from element-plus import element-plus/dist/index.css import App from ./App.vue import router from ./router const app createApp(App) app.use(ElementPlus) app.use(router) app.mount(#app)vite.config.js里配好別名和 Element Plus 自動導入減少手動 import 的噪音。import { fileURLToPath, URL } from node:url import { defineConfig } from vite import vue from vitejs/plugin-vue import AutoImport from unplugin-auto-import/vite import Components from unplugin-vue-components/vite import { ElementPlusResolver } from unplugin-vue-components/resolvers export default defineConfig({ plugins: [ vue(), AutoImport({ resolvers: [ElementPlusResolver()] }), Components({ resolvers: [ElementPlusResolver()] }) ], resolve: { alias: { : fileURLToPath(new URL(./src, import.meta.url)) } } })到這里骨架就搭好了。接下來才是 Cursor 真正干活的部分。4. 用 Cursor Composer 生成 CRUD提示詞與代碼骨架打開 Cursor 的 Composer快捷鍵 CtrlI 或 CmdI用Codebase引用整個工程然后給出明確提示。我用的提示詞是這樣的Codebase 幫我實現(xiàn)基于 SQLite 的用戶增刪改查。 前端在 frontend/Vue3 Element Plus已創(chuàng)建好。 后端在 backend/Spring Boot 3.4 MyBatis。 要求 1. 后端分層entity / mapper / service / controller 2. 統(tǒng)一響應體 ResultT字段 code/message/data 3. 前端用 axios 調(diào)用接口前綴 /api/users 4. 先實現(xiàn)基礎(chǔ) CRUD不要加鑒權(quán)和分頁Composer 會一次性生成多個文件。實測下來它生成的 Mapper 用注解方式寫 SQLService 做簡單轉(zhuǎn)發(fā)Controller 暴露 REST 接口。這部分基本可用但有兩個地方需要人工檢查一是Options(useGeneratedKeys true)在 SQLite 下是否生效二是跨域注解的 origins 是否和前端端口一致。后端 Controller 的核心結(jié)構(gòu)如下注意統(tǒng)一響應體的包裝。RestController RequestMapping(/api/users) CrossOrigin(origins http://localhost:5173) public class UserController { Autowired private UserService userService; GetMapping public ResultListUser findAll() { return Result.success(userService.findAll()); } PostMapping public ResultUser create(Valid RequestBody User user) { return Result.success(userService.create(user)); } PutMapping(/{id}) public ResultUser update(PathVariable Long id, Valid RequestBody User user) { user.setId(id); return Result.success(userService.update(user)); } DeleteMapping(/{id}) public ResultVoid delete(PathVariable Long id) { userService.delete(id); return Result.success(null); } }前端組件用 Element Plus 的表格和對話框核心邏輯是fetchUsers拉列表、handleSubmit提交新增或編輯。這里有個容易踩的坑后端返回的是Result包裝前端取值要寫response.data.data而不是response.data。Composer 第一次生成時經(jīng)常漏掉這一層導致表格渲染報 “Expected Array, got Object”。const fetchUsers async () { loading.value true try { const response await request.get(/api/users) users.value response.data.data } catch (error) { ElMessage.error(獲取用戶列表失敗) } finally { loading.value false } }生成完第一版后先別急著加功能把基礎(chǔ) CRUD 跑通再說。跑通的標準是前端能列出數(shù)據(jù)、能新增、能編輯、能刪除四個動作都不報錯。5. 驗證請求CRUD 各接口的預期返回驗證階段我建議用 curl 或 Postman 直接打后端接口先把后端確認無誤再聯(lián)調(diào)前端。這樣出問題時能快速定位是前端還是后端。5.1 新增POSTcurl -X POST http://localhost:8080/api/users \ -H Content-Type: application/json \ -d {name:張三,email:zhangsantest.com,phone:13800138000}預期返回code: 200data里帶自增 id。如果返回code: 500且 message 是“郵箱已被使用”說明去重校驗生效了這是正常的。5.2 查詢列表GETcurl http://localhost:8080/api/users預期返回data是數(shù)組每個元素包含 id、name、email、phone。如果返回空數(shù)組檢查數(shù)據(jù)庫文件路徑是否正確SQLite 的相對路徑是相對于啟動目錄的。5.3 更新PUTcurl -X PUT http://localhost:8080/api/users/1 \ -H Content-Type: application/json \ -d {name:張三改,email:zhangsantest.com,phone:13800138000}預期返回更新后的對象。注意這里 email 和 phone 保持不變時去重校驗要排除自身 id否則會誤報“已被使用”。這個邏輯在 Mapper 里用AND (#{excludeId} IS NULL OR id ! #{excludeId})處理。5.4 刪除DELETEcurl -X DELETE http://localhost:8080/api/users/1預期返回code: 200data為 null。刪除后再查列表該條記錄應消失。5.5 分頁與搜索GET /page加上分頁后接口變成/api/users/page參數(shù)包括 pageNum、pageSize、search、orderBy、order。curl http://localhost:8080/api/users/page?pageNum1pageSize10search張orderByidorderDESC預期返回data.list是當前頁數(shù)據(jù)data.total是總數(shù)。這里有個坑如果 orderBy 為空SQL 里不能拼ORDER BY否則會報no such column: ASC。正確做法是在 MyBatis 動態(tài) SQL 里加if testorderBy ! null and orderBy ! 判斷。前端聯(lián)調(diào)時表格的sort-change事件要把 prop 和 order 映射成后端能識別的字段名和 ASC/DESC否則排序不生效。6. 本篇常見錯排查這一節(jié)是我實際踩過的坑按出現(xiàn)頻率排序。6.1 前端取值多了一層報錯Invalid prop: type check failed for prop data. Expected Array, got Object。原因是后端用了Result包裝前端還在用response.data。改成response.data.data即可。這個錯誤在引入統(tǒng)一響應體后幾乎必現(xiàn)建議一開始就在.cursorrules里寫明響應體結(jié)構(gòu)。6.2 編輯時去重校驗誤報編輯用戶時如果 email 或 phone 沒改去重查詢會把自己也算進去導致誤報“已被使用”。解決辦法是在查重 SQL 里排除當前 id并且處理 id 為 null 的新增場景。Mapper 方法簽名用countByEmail(Param(email) String email, Param(excludeId) Long excludeId)SQL 里判斷 excludeId 是否為空。6.3 新增失敗但前端提示成功這是邏輯順序問題。前端在await axios.post之后直接彈成功提示沒有檢查response.data.code。正確做法是先判斷 code 是否為 200再決定彈成功還是錯誤。這個坑在導入功能里也會出現(xiàn)導入部分失敗時如果只看 HTTP 狀態(tài)碼會誤判為全部成功。6.4 排序報 no such column前面提過orderBy 為空時不能拼 ORDER BY。另外 order 參數(shù)只接受 ASC 或 DESC如果前端傳了ascending要在前端映射成ASC再發(fā)請求。6.5 刪除和導出返回 403引入 Spring Security 后默認所有請求都要認證。如果/api/users/**沒放行刪除和導出會返回 403。在SecurityConfig里對/api/users/**的 GET、POST、PUT、DELETE 放行或者配置 JWT 過濾器后帶上 token。導出功能還要在 CORS 配置里暴露Content-Disposition頭否則前端拿不到文件名。6.6 JWT 密鑰長度不足報錯The signing keys size is 272 bits which is not secure enough for the HS512 algorithm。原因是密鑰太短。把app.jwt.secret換成至少 64 字符的隨機串并且用Keys.hmacShaKeyFor(keyBytes)生成簽名密鑰不要手動指定 HS512。6.7 分頁大小被惡意放大如果不限制 pageSize攻擊者可以傳一個很大的值一次性拉全表。解決辦法是在PageRequest里加Max(100)校驗Service 層再做一次兜底修正前端分頁組件的page-sizes也限制在 100 以內(nèi)。7. 語義一致 CTA把這次測試變成可復用的流程跑完這一輪你會發(fā)現(xiàn) Cursor 編程測試的效率瓶頸不在寫代碼而在配置和排障。把模型入口統(tǒng)一掉、把工程約束寫進.cursorrules、把常見錯誤整理成清單下次換項目時直接復用能省掉大量重復溝通。如果你要復現(xiàn)這套流程建議按這個順序走先在 TaoToken 控制臺創(chuàng)建 Keyhttps://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite 再把 Key 填進 Cursor 的settings.json然后按第 3 節(jié)的骨架搭工程最后用第 4 節(jié)的提示詞讓 Composer 生成 CRUD。接入過程中如果遇到配置問題可以對照接入文檔排查https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。對于長期做編碼和 Agent 場景的人可以考慮 Coding Plan把常用的模型調(diào)用額度固定下來避免每次測試都要臨時配 Keyhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite 。如果只是想先驗證模型能不能用直接打開模型對話頁面發(fā)一條消息最快https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 。最后說一句實話Cursor 的 Composer 在簡單 CRUD 上確實能一氣呵成但一旦涉及鑒權(quán)、分頁、導入導出這些交叉功能它的上下文就容易顧此失彼。我的經(jīng)驗是每加一個功能就單獨開一個 Composer 會話把當前文件用引用進去比在一個超長會話里連續(xù)追加需求要穩(wěn)得多。架構(gòu)基礎(chǔ)越清晰AI 越好駕馭反過來如果自己都沒想清楚分層AI 生成的代碼只會把混亂放大。