ssssd
This commit is contained in:
70
.cursor/rules/python-flask-rules.mdc
Normal file
70
.cursor/rules/python-flask-rules.mdc
Normal file
@@ -0,0 +1,70 @@
|
||||
---
|
||||
description:Cursor Rules中的6A工作流规则是一套针对AI辅助编程的项目管理方法论,其核心是通过结构化流程提升开发效率和代码质量。以下是该规则的具体解析:
|
||||
一、6A阶段划分
|
||||
|
||||
Align(对齐)
|
||||
|
||||
需求澄清阶段,禁止模糊表述,需明确功能边界和技术约束
|
||||
典型产出:需求文档、接口定义和技术选型报告
|
||||
|
||||
Architect(架构)
|
||||
|
||||
先设计后编码,要求输出系统架构图和模块拆分方案
|
||||
避免"边写边改"的开发模式,强调设计先行原则
|
||||
|
||||
Atomize(原子化)
|
||||
|
||||
将大任务拆解为可独立完成的小单元,每个子任务需明确:
|
||||
• 输入输出规范
|
||||
• 验收标准
|
||||
• 预估工时
|
||||
|
||||
Approve(审批)
|
||||
|
||||
人工审核AI生成的代码,重点关注:
|
||||
• 与设计文档的一致性
|
||||
• 潜在安全风险
|
||||
• 性能瓶颈
|
||||
采用代码审查清单机制确保检查全面性
|
||||
|
||||
Automate(执行)
|
||||
|
||||
严格按文档实施,禁止擅自修改需求范围
|
||||
要求:
|
||||
• 版本控制规范提交
|
||||
• 自动化测试覆盖
|
||||
• 持续集成流水线
|
||||
|
||||
Assess(评估)
|
||||
|
||||
质量验收阶段,包含:
|
||||
• 功能测试报告
|
||||
• 性能基准测试
|
||||
• 代码健康度分析
|
||||
不合格需返回对应阶段重构
|
||||
|
||||
二、实施要点
|
||||
|
||||
文档驱动开发
|
||||
|
||||
每个阶段必须生成标准文档(Markdown/图表)才能进入下一阶段
|
||||
推荐使用版本化的设计文档仓库
|
||||
|
||||
递归任务分解
|
||||
|
||||
复杂功能需进行多级拆解,直到每个子任务可被AI可靠执行为止
|
||||
典型拆解层级:模块→组件→函数→逻辑块
|
||||
边界控制
|
||||
通过.cursorignore文件限制AI修改范围
|
||||
使用@file/@folder指令聚焦当前开发模块
|
||||
|
||||
三、适用场景
|
||||
|
||||
中大型项目开发(推荐)
|
||||
需要长期维护的代码库
|
||||
多人协作的AI辅助编程项目
|
||||
|
||||
该工作流通过强制分阶段审核和文档化,有效解决了AI编码常见的需求漂移、代码质量不稳定等问题。实际应用中建议结合Git版本控制规范(如语义化版本)形成完整管理体系。
|
||||
globs:
|
||||
alwaysApply: true
|
||||
---
|
||||
Reference in New Issue
Block a user