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
|
||
---
|