71 lines
2.0 KiB
Plaintext
71 lines
2.0 KiB
Plaintext
|
---
|
|||
|
|
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
|
|||
|
|
---
|