成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

Cursor Rules優(yōu)化實戰(zhàn):構(gòu)建高效穩(wěn)定的AI代碼生成規(guī)范體系

人工智能
我們成功緩解了AI輔助編程中的核心問題,這套方法論不僅適用于Cursor Rules,更可以推廣到其他AI協(xié)作工具的規(guī)范設(shè)計中。在AI輔助編程快速發(fā)展的今天,構(gòu)建一套清晰、系統(tǒng)化的協(xié)作規(guī)范,將是每個開發(fā)團(tuán)隊的核心競爭力。

一、背景

二、舊版Rules痛點

三、新版Rules設(shè)計理念

    1.  三層結(jié)構(gòu)設(shè)計

四、三層結(jié)構(gòu)深度剖析

    1.  基礎(chǔ)層的精細(xì)化設(shè)計

    2. 模塊層的分層設(shè)計

    3. 流程層的場景化設(shè)計

五、最佳實踐

    1.  快速開始

    2. 分階段實施計劃

六、總結(jié)

一、背景 

隨著AI輔助編程工具的普及,Cursor IDE已經(jīng)成為越來越多開發(fā)者的選擇。然而,在實際使用過程中,我們發(fā)現(xiàn)了一個關(guān)鍵問題:如何讓AI真正理解項目需求并生成高質(zhì)量、一致性的代碼?

答案在于構(gòu)建一套系統(tǒng)化的AI協(xié)作規(guī)范。與傳統(tǒng)的代碼規(guī)范不同,AI協(xié)作規(guī)范需要考慮更多維度:

  • 如何讓AI準(zhǔn)確理解業(yè)務(wù)邏輯和技術(shù)要求
  • 如何確保生成代碼的架構(gòu)一致性和質(zhì)量標(biāo)準(zhǔn)
  • 如何在團(tuán)隊中推廣和維護(hù)統(tǒng)一的開發(fā)模式
  • 如何避免規(guī)范沖突和維護(hù)成本過高的問題

本文將分享我們在Cursor Rules優(yōu)化過程中的實踐經(jīng)驗,展示如何從混亂的規(guī)范體系演進(jìn)到清晰、高效的AI協(xié)作規(guī)范架構(gòu)。

二、舊版Rules痛點 

在優(yōu)化之前,團(tuán)隊已有的規(guī)范體系存在三個核心問題,這些問題影響了AI代碼生成的質(zhì)量和效率。

問題一:規(guī)則冗余與表述模糊

舊規(guī)范存在大量無效描述,包括模糊要求(如"確保高性能")、重復(fù)定義和基礎(chǔ)能力提示。這些冗余信息不僅增加token消耗,更分散AI注意力,顯著降低代碼生成效率。

問題二:提示詞沖突

規(guī)范中角色定義混亂,不同文檔將AI指定為架構(gòu)師、開發(fā)者等矛盾角色。同時缺乏規(guī)則優(yōu)先級機(jī)制,導(dǎo)致多規(guī)則同時生效時產(chǎn)生行為矛盾,無法形成明確執(zhí)行路徑。

問題三:維護(hù)困境

文檔職責(zé)邊界不清,新增規(guī)則時難以定位歸屬文件。修改單一功能需跨多文件調(diào)整,且規(guī)則間依賴關(guān)系不透明,造成維護(hù)成本指數(shù)級增長。

三、新版Rules設(shè)計理念 

基于已有問題的深入分析,提出了一套新的設(shè)計理念,核心是:分層架構(gòu) + 職責(zé)分離 + 按需調(diào)用。

三層結(jié)構(gòu)設(shè)計

新版本采用清晰的三層架構(gòu),每層都有明確的職責(zé)和邊界:

圖片圖片

標(biāo)準(zhǔn)化規(guī)則格式

為了確保規(guī)范的一致性和可維護(hù)性,我們定義了統(tǒng)一的規(guī)則格式:

# 規(guī)則名稱


## 基礎(chǔ)規(guī)范
- 明確的技術(shù)要求和實現(xiàn)標(biāo)準(zhǔn)


## 強制行為
- 必須執(zhí)行的具體操作和約束


## 禁止行為  
- 嚴(yán)格禁止的操作和做法,需要避免的常見錯誤


## 示例代碼
- 具體的代碼示例和最佳實踐
- 也通過 [文件名](mdc:路徑) 引用外部示例
※  該格式優(yōu)勢
  • 結(jié)構(gòu)清晰:每個部分的職責(zé)明確,便于AI理解。
  • 可執(zhí)行性:強制/禁止行為都有明確的操作指導(dǎo)。
  • 示例驅(qū)動:用實際代碼代替抽象描述。

AI協(xié)作執(zhí)行協(xié)議

為了確保AI能夠正確理解和執(zhí)行規(guī)范,我們設(shè)計了一個明確的AI協(xié)作協(xié)議提示詞:

圖片圖片

# AI協(xié)作執(zhí)行規(guī)則


## 規(guī)則分類
- basic/下的通用規(guī)則: 必須調(diào)用,通用基礎(chǔ)規(guī)范
- modules/下的模塊規(guī)則: 按需調(diào)用,架構(gòu)分層規(guī)范  
- workflow/下的流程規(guī)則: 按需調(diào)用,業(yè)務(wù)場景規(guī)范


## 執(zhí)行流程
1. 識別場景 → 調(diào)用相關(guān)規(guī)則
2. 讀取示例代碼 → 作為生成參考
3. 執(zhí)行強制/禁止行為 → 確保代碼質(zhì)量
4. 應(yīng)用設(shè)計原則 → 組件化、單一職責(zé)、分層設(shè)計


## 質(zhì)量保障
- 所有規(guī)則必須100%執(zhí)行,重點關(guān)注強制行為和禁止行為

四、 三層結(jié)構(gòu)深度剖析 

接下來我們詳細(xì)分析新版本架構(gòu)的設(shè)計特點和技術(shù)實現(xiàn)。

基礎(chǔ)層的精細(xì)化設(shè)計

基礎(chǔ)層是整個規(guī)范體系的根基,我們將原來混亂的MDC文件,精確拆分為7個職責(zé)單一的規(guī)范文件:


文件名


職責(zé)

核心內(nèi)容

basic.mdc


項目基礎(chǔ)規(guī)范

目錄結(jié)構(gòu)、技術(shù)棧、開發(fā)流程

code-quality.mdc

代碼質(zhì)量控制

復(fù)雜度限制、安全性要求


ts.mdc

TypeScript規(guī)范


類型定義、嚴(yán)格模式配置

comment.mdc

注釋規(guī)范

JSDoc格式、文件頭注釋

code-names.mdc

命名規(guī)范

變量、函數(shù)、組件命名約定

style.mdc

樣式規(guī)范


CSS/Less編寫標(biāo)準(zhǔn)

lint.mdc


代碼檢查

ESLint、Prettier配置

※  此拆分好處
  • 職責(zé)明確:每個文件只關(guān)注一個特定領(lǐng)域。
  • 維護(hù)便利:修改某個規(guī)范不會影響其他領(lǐng)域。
  • 學(xué)習(xí)友好:新人可以逐個理解每個規(guī)范的要求。

示例:code-quality.mdc定義了代碼質(zhì)量分規(guī)范:

# 代碼質(zhì)量分規(guī)范(通用規(guī)則)


## 強制行為


- 所有請求必須采用 HTTPS 協(xié)議
- 確保第三方庫安全可靠


## 禁止行為


- 代碼復(fù)雜度限制
  - 單個文件不得超過 500 行
  - 條件復(fù)雜度不得超過 10
  - 單個函數(shù)不得超過 199 行
  - 超過限制時,應(yīng)優(yōu)先按功能模塊拆分為多個函數(shù)或文件
- 禁止使用非得物域名的外部 CDN 資源
- 禁止在代碼中包含明文密碼或硬編碼 token
- 禁止出現(xiàn)敏感詞
- 避免重復(fù)代碼塊
- 不允許單詞拼寫錯誤或不符合命名規(guī)范
- 避免在前端直接進(jìn)行金額計算(導(dǎo)致精度丟失)
- 禁止使用魔數(shù)(如 a === '3'),應(yīng)使用常量(如 a === statusMap.login)

模塊層的分層設(shè)計

模塊層的設(shè)計遵循前端分層架構(gòu)思想,將復(fù)雜的應(yīng)用拆分為職責(zé)明確的模塊:

  • 表現(xiàn)層:components.mdc(組件規(guī)范)、pages.mdc(頁面規(guī)范)
  • 業(yè)務(wù)邏輯層:hooks.mdc(狀態(tài)管理)、utils.mdc(工具函數(shù))
  • 數(shù)據(jù)服務(wù)層:service.mdc(API接口)、constants.mdc(配置管理)
  • 路由層:route.mdc(路由配置和導(dǎo)航)

示例:服務(wù)層規(guī)范(service.mdc)規(guī)范定義了API接口的標(biāo)準(zhǔn)化開發(fā)流程:

# API接口生成規(guī)范(模塊規(guī)則)


## 存放位置規(guī)范(按優(yōu)先級)
- [p0] 頁面級API:src/pages/{pageName}/services/{modules}.ts
- [p1] 全局API:src/services/{modules}.ts
- 類型文件:對應(yīng)的 .interface.ts 文件


## 標(biāo)準(zhǔn)代碼模板
```
import { request } from '@/utils/request';
import { UniversalResp } from '@/utils/request-operation';
import { IUserListReq, IUserListDataRes } from './interface';


/**
 * 獲取用戶列表
 * @param data 請求參數(shù)
 */
export const fetchUserListApi = async (data: IUserListReq) => {
  return request.post<UniversalResp<IUserListDataRes>>(
    '/api/user/list',
    data
  );
};
```
## 強制行為
- 使用MCP Server的mooncake_get_api_details工具獲取接口詳情
- 響應(yīng)數(shù)據(jù)必須使用UniversalResp<T>泛型包裝
- 接口命名采用fetch{ApiFileName}Api格式
- 類型定義必須完整,包含完整字段注釋

流程層的場景化設(shè)計

流程層是當(dāng)前架構(gòu)的創(chuàng)新點,針對具體業(yè)務(wù)場景定制化規(guī)范,將復(fù)雜的業(yè)務(wù)場景標(biāo)準(zhǔn)化。


流程文件

業(yè)務(wù)場景

核心功能

curd-page.mdc

curd頁面開發(fā)


curd頁面完整使用流程


log.mdc


錯誤監(jiān)控

APM監(jiān)控和錯誤日志處理流程

sendBuried.mdc

數(shù)據(jù)埋點

用戶行為埋點的標(biāo)準(zhǔn)流程

......



示例: curd-page.mdc 定義了完整的表格頁面開發(fā)流程:

圖片圖片

※  該流程確保

  • 開發(fā)效率:標(biāo)準(zhǔn)化流程減少決策時間。
  • 質(zhì)量一致性:所有表格頁面都遵循相同的標(biāo)準(zhǔn)。
  • 維護(hù)性:統(tǒng)一的結(jié)構(gòu)便于后期維護(hù)。
# pro-table生成新頁面(流程規(guī)則)
深入研究代碼并理解[insert feature]是如何工作的。一旦你明白了,讓我知道,我將提供我的任務(wù)給你。


##  工作流程
按以下流程進(jìn)行任務(wù)執(zhí)行,如果評估存在非必須流程,可跳過。
- MCP讀取接口信息
- 從用戶輸入中提取以下信息:
   - 列表名稱
   - 篩選項(需標(biāo)記hideInTable)
   - 展示項(需標(biāo)記hideInSearch)
   - 操作項
   - 工具欄按鈕
- 評估完整的需求內(nèi)容復(fù)雜度,考慮未來的擴(kuò)展性,合理設(shè)計分層目錄結(jié)構(gòu)
    - 各個模塊保持單一職責(zé),考慮合理的業(yè)務(wù)組件拆分,避免大量代碼都在頁面主入口文件
    - 使用命令行批量創(chuàng)建目錄文件(包含各類文件ts、tsx、less等)
    - 文件暫不生成代碼
- 配置頁面的路由信息
- 生成類型文件,確保所有類型定義清晰
- 生成constants文件,定義所需常量
- 生成services文件,實現(xiàn)數(shù)據(jù)服務(wù)
- 生成所需的 hooks 文件
- 生成頁面(必需)和components(如需)文件 完成UI層


## 強制行為
- 使用pro-table進(jìn)行開發(fā),包括篩選表單,符合最佳實踐
- 篩選項和列表項配置創(chuàng)建useColumns.tsx聲明,篩選項(需標(biāo)記hideInTable)、展示項(需標(biāo)記hideInSearch)
- 左側(cè)字段按需固定,操作項右側(cè)固定,最多顯示兩個,超出折疊顯示
- 文本左對齊,數(shù)字右對齊,狀態(tài)枚舉居中顯示
- 分頁設(shè)置支持10、20、50、100
- .....


# 禁止行為
.....

五、最佳實踐 

快速開始

第一步:創(chuàng)建基礎(chǔ)架構(gòu)

.cursor/rules/
├── ai.mdc              # AI協(xié)作總綱
├── basic/              # 基礎(chǔ)規(guī)范目錄
│   ├── basic.mdc
│   ├── code-quality.mdc
│   ├── ts.mdc
│   ├── style.mdc
│   ├── comment.mdc
│   ├── code-names.mdc
│   └── lint.mdc
├── modules/            # 模塊規(guī)范目錄
│   ├── components.mdc
│   ├── pages.mdc
│   ├── hooks.mdc
│   ├── service.mdc
│   ├── constants.mdc
│   ├── utils.mdc
│   └── route.mdc
└── workflow/           # 流程規(guī)范目錄
    ├── curd-page.mdc
    ├── log.mdc
    └── send-buried.mdc
    └── ......

第二步:配置AI協(xié)作協(xié)議

在 ai.mdc 中定義核心協(xié)作規(guī)則:

# AI協(xié)作執(zhí)行規(guī)則


## 規(guī)則分類
- basic/下的通用規(guī)則: 必須調(diào)用,通用基礎(chǔ)規(guī)范
- modules/下的模塊規(guī)則: 按需調(diào)用,架構(gòu)分層規(guī)范  
- workflow/下的流程規(guī)則: 按需調(diào)用,業(yè)務(wù)場景規(guī)范


## 執(zhí)行流程
1. 識別場景 → 調(diào)用相關(guān)規(guī)則
2. 讀取示例代碼 → 作為生成參考
3. 執(zhí)行強制/禁止行為 → 確保代碼質(zhì)量
4. 應(yīng)用設(shè)計原則 → 組件化、單一職責(zé)、分層設(shè)計


## 質(zhì)量保障
所有規(guī)則必須100%執(zhí)行,重點關(guān)注強制行為和禁止行為

分階段實施計劃

階段

目標(biāo)

關(guān)鍵活動

試點階段

驗證規(guī)范有效性

選擇1-2個項目試點,收集反饋

優(yōu)化階段


完善規(guī)范內(nèi)容

根據(jù)試點反饋優(yōu)化規(guī)范,開發(fā)工具

標(biāo)準(zhǔn)化階段


形成團(tuán)隊標(biāo)準(zhǔn)

制定團(tuán)隊級標(biāo)準(zhǔn),持續(xù)改進(jìn)機(jī)制

六、總結(jié) 

基于以下設(shè)計思路,并通過構(gòu)建三層架構(gòu)的AI協(xié)作規(guī)范體系:

  • 單一職責(zé):每個規(guī)范文件只負(fù)責(zé)一個功能領(lǐng)域,規(guī)則維護(hù)簡單,沖突減少。
  • 分層架構(gòu):基礎(chǔ)→模塊→流程的清晰層級,規(guī)則依賴明確,擴(kuò)展容易。
  • 按需調(diào)用:根據(jù)開發(fā)場景智能調(diào)用相關(guān)規(guī)范,使得上下文信息精準(zhǔn),效率提升。
  • 示例驅(qū)動:用代碼示例代替抽象描述,AI理解準(zhǔn)確,執(zhí)行到位。
  • 持續(xù)進(jìn)化:支持規(guī)范的迭代優(yōu)化和擴(kuò)展,研發(fā)適應(yīng)變化,持續(xù)改進(jìn)。

我們成功緩解了AI輔助編程中的核心問題,這套方法論不僅適用于Cursor Rules,更可以推廣到其他AI協(xié)作工具的規(guī)范設(shè)計中。在AI輔助編程快速發(fā)展的今天,構(gòu)建一套清晰、系統(tǒng)化的協(xié)作規(guī)范,將是每個開發(fā)團(tuán)隊的核心競爭力。

責(zé)任編輯:武曉燕 來源: 得物技術(shù)
相關(guān)推薦

2024-09-25 15:34:21

數(shù)據(jù)模型數(shù)據(jù)驅(qū)動數(shù)字化轉(zhuǎn)型

2010-08-31 13:32:12

CSS

2025-03-28 11:09:04

2024-04-12 12:01:51

人工智能AI大模型

2025-05-12 00:00:05

2009-12-30 10:56:32

2022-05-20 07:48:14

API類型集成

2022-04-28 09:00:00

API集成Web

2021-05-17 09:27:07

項目實戰(zhàn)優(yōu)化項目構(gòu)建時間

2023-11-07 10:01:34

2020-08-24 11:48:49

人工智能

2010-03-02 14:15:11

Android平臺

2025-03-06 02:00:00

.NETGrafana工具

2023-09-11 16:36:50

谷歌機(jī)器學(xué)習(xí)

2016-06-06 14:18:17

WOT游戲運營

2009-04-23 18:17:31

LinuxFTP服務(wù)器

2010-06-22 16:56:08

2025-03-28 08:00:00

AI安全漏洞
點贊
收藏

51CTO技術(shù)棧公眾號

主站蜘蛛池模板: 欧美xxxⅹ性欧美大片 | 99亚洲 | 国产日韩欧美 | 亚洲网一区 | 热99| 久久免费福利 | 99re99| 欧美精品在线观看 | 亚洲欧美日韩中文字幕一区二区三区 | 精品国产乱码久久久久久闺蜜 | 在线观看中文字幕亚洲 | 999热精品视频 | 欧美精品二区 | 日本a网站 | 欧美亚洲国产一区二区三区 | 福利网址 | 91视频国产区| 久久人人网 | 亚洲精品久久久久久首妖 | 久久伦理电影 | 午夜私人影院在线观看 | 二区三区视频 | 久久一级免费视频 | 欧美九九九 | 成人午夜网站 | 成人av鲁丝片一区二区小说 | 免费黄色的网站 | 亚洲免费视频在线观看 | 在线观看国产 | 欧美午夜精品理论片a级按摩 | 国产又色又爽又黄又免费 | 欧美日韩网站 | 亚洲成人一区 | 欧美不卡 | 欧美日韩久久精品 | 日韩精品一区二区三区 | 日韩欧美三级 | 久久国产精品-久久精品 | 91免费观看国产 | 99re在线视频免费观看 | 看片国产|