一句话总结6A 工作流是一套专为 AI 编程助手Cursor、Trae、Claude 等设计的标准化开发流程通过文档先行 任务递归 范围收敛三大核心理念将 AI 从代码生成器升级为按规范交付的开发伙伴。一、什么是 6A 工作流6A 工作流6A Workflow是由 AI 开发者社区提出的一套AI 辅助编程项目管理框架。它借鉴了传统软件工程的最佳实践针对 AI 编程中常见的痛点进行了流程化设计。核心理念核心理念含义解决的问题文档先行不写清楚需求文档不允许开始编码AI 需求理解偏差任务递归复杂任务层层分解到 AI 能稳定完成的原子级别AI 处理复杂任务时崩溃或质量差范围收敛明确边界防止 AI 想当然地扩展功能AI 过度设计、偏离需求6 个阶段概览┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ Align │───→│ Architect│───→│ Atomize │───→│ Approve │───→│ Automate │───→│ Assess │ │ 对齐 │ │ 架构 │ │ 原子化 │ │ 审批 │ │ 执行 │ │ 评估 │ └──────────┘ └──────────┘ └──────────┘ └──────────┘ └──────────┘ └──────────┘ 模糊需求 共识文档 系统设计 原子任务 人工审查 执行结果 ↓ ↓ ↓ ↓ ↓ ↓ 精确规范 模块设计 任务拆分 迭代修改 编写代码 质量评估二、6A 工作流的作用解决的核心痛点传统痛点具体表现6A 解决方案预期效果需求理解偏差AI 生成的功能与预期不符反复修改Align 阶段多轮澄清形成共识文档返工率降低 90%架构缺失代码结构混乱后期难以维护和扩展Architect 阶段强制先设计后编码后期维护成本降低 70%复杂任务崩溃AI 面对大任务时输出质量差或中断Atomize 阶段递归拆分为原子任务成功率提升 95%质量不可控缺少边界检查、异常处理、测试Approve Assess 阶段人工自动把关代码质量显著提升团队协作混乱交接困难文档缺失完整的文档体系全程可追溯交接时间减少 80%AI 偷懒/幻觉AI 生成不完整或错误的代码强制按流程走每步都要文档质量提升 80%适用场景✅AI 辅助编程项目Cursor、Trae、Claude、Copilot 等✅从需求到代码的完整开发流程✅复杂功能模块的开发✅团队协作的 AI 编程项目✅需要高质量交付的生产级项目三、6A 工作流的六个阶段详解阶段 1Align对齐— 需求澄清目标将模糊需求转化为精确规范核心动作项目上下文分析分析现有项目结构、技术栈、架构模式需求理解确认创建docs/任务名/ALIGNMENT_[任务名].md智能决策策略自动识别歧义生成结构化问题清单中断并询问对不确定的问题主动中断并询问用户最终共识生成CONSENSUS_[任务名].md关键产出ALIGNMENT_[任务名].md— 需求对齐文档CONSENSUS_[任务名].md— 共识文档含需求描述、验收标准、技术方案质量门控需求边界清晰无歧义技术方案与现有架构对齐验收标准具体可测试所有关键假设已确认阶段 2Architect架构— 系统设计目标共识文档 → 系统架构 → 模块设计 → 接口规范核心动作系统分层设计基于共识文档设计整体架构模块依赖梳理明确各模块间的关系接口契约定义定义输入输出规范关键产出DESIGN_[任务名].md— 设计文档包含整体架构图Mermaid/PlantUML分层设计和核心组件模块依赖关系图接口契约定义数据流向图异常处理策略设计原则严格按照任务范围避免过度设计确保与现有系统架构一致复用现有组件和模式质量门控架构图清晰准确接口定义完整与现有系统无冲突设计可行性已验证阶段 3Atomize原子化— 任务拆分目标架构设计 → 拆分任务 → 明确接口 → 依赖关系核心动作子任务拆分将复杂任务拆分为独立原子任务依赖关系管理生成任务依赖图契约定义每个任务明确输入/输出/验收标准关键产出TASK_[任务名].md— 原子任务清单每个任务包含输入契约前置依赖、输入数据、环境依赖输出契约输出数据、交付物、验收标准实现约束技术栈、接口规范、质量要求依赖关系后置任务、并行任务拆分原则复杂度可控便于 AI 高成功率交付按功能模块分解确保任务原子性和独立性有明确的验收标准尽量可以独立编译和测试依赖关系清晰无循环依赖质量门控任务覆盖完整需求依赖关系无循环每个任务都可独立验证复杂度评估合理阶段 4Approve审批— 人工审查目标原子任务 → 人工审查 → 迭代修改 → 按文档执行核心动作执行检查清单完整性任务计划覆盖所有需求一致性与前期文档保持一致可行性技术方案确实可行可控性风险在可接受范围可测性验收标准明确可执行最终确认清单明确的实现需求无歧义明确的子任务定义明确的边界和限制明确的验收标准代码、测试、文档质量标准⚠️ 这是唯一必须人工介入的阶段确保方案正确后再进入执行。阶段 5Automate自动化执行— 编码实现目标按节点执行 → 编写测试 → 实现代码 → 文档同步核心动作逐步实施子任务按任务依赖顺序执行代码质量要求严格遵循项目现有代码规范保持与现有代码风格一致使用项目现有的工具和库复用项目现有组件代码尽量精简易读API KEY 放到.env文件中不要提交 Git异常处理遇到不确定问题立刻中断执行在 TASK 文档中记录问题详细信息寻求人工澄清后继续逐步实施流程每个子任务执行前检查 → 实现核心逻辑 → 编写单元测试 → 运行验证测试 → 更新相关文档关键产出ACCEPTANCE_[任务名].md— 完成情况记录阶段 6Assess评估— 质量验收目标执行结果 → 质量评估 → 文档更新 → 交付确认核心动作验证执行结果所有需求已实现验收标准全部满足项目编译通过所有测试通过功能完整性验证实现与设计文档一致质量评估指标代码质量规范、可读性、复杂度测试质量覆盖率、用例有效性文档质量完整性、准确性、一致性现有系统集成良好未引入技术债务最终交付物FINAL_[任务名].md— 项目总结报告TODO_[任务名].md— 待办事项和缺少的配置四、如何使用 6A 工作流快速启动以 Cursor / Trae 为例步骤 1配置规则Cursor 用户在项目根目录创建.cursorrules文件将 6A 工作流规则写入文件见下方模板保存文件重启 CursorTrae 用户在 Trae 设置中找到自定义规则或Rules配置将 6A 工作流规则粘贴进去保存配置步骤 2启动工作流在 AI 工具对话框中输入6A 开发一个[具体需求描述]例如6A 开发一个用户登录功能支持邮箱和密码验证包含 JWT Token 生成步骤 3跟随流程AI 会自动按 6A 六个阶段逐步执行你只需在关键节点尤其是 Approve 阶段进行确认和审查。6A 工作流规则配置模板# 6A 工作流 - AI 编程助手规则配置 ## 身份定义 你是一位资深的软件架构师和工程师具备丰富的项目经验和系统思维能力。 ## 激活方式 用户输入 6A 开头的内容即可启动工作流。 **激活时立即响应6A 工作流已激活** ## 6A 工作流执行规则 ### 阶段 1: Align (对齐阶段) **目标**: 模糊需求 → 精确规范 - 分析项目上下文、技术栈、架构模式 - 创建 docs/任务名/ALIGNMENT_[任务名].md - 生成结构化问题清单主动澄清歧义 - 生成 CONSENSUS_[任务名].md需求、验收标准、技术方案 ### 阶段 2: Architect (架构阶段) **目标**: 共识文档 → 系统架构 - 创建 DESIGN_[任务名].md - 包含架构图、模块设计、接口契约、数据流图 ### 阶段 3: Atomize (原子化阶段) **目标**: 架构设计 → 原子任务 - 创建 TASK_[任务名].md - 每个任务含输入/输出契约、验收标准、依赖关系 ### 阶段 4: Approve (审批阶段) **目标**: 人工审查 - 检查完整性、一致性、可行性、可控性、可测性 - 等待用户确认后再继续 ### 阶段 5: Automate (自动化执行) **目标**: 按文档执行 - 创建 ACCEPTANCE_[任务名].md 记录进度 - 按依赖顺序执行先写测试后写实现 - 遇到不确定问题立即中断 ### 阶段 6: Assess (评估阶段) **目标**: 质量验收 - 验证所有需求已实现、测试通过 - 生成 FINAL_[任务名].md 和 TODO_[任务名].md ## 技术执行规范 - 遵循项目现有代码规范 - API 密钥等敏感信息使用 .env 文件管理 - 测试优先先写测试后写实现 - 代码变更同时更新相关文档五、注意事项⚠️ 关键注意点类别注意事项说明文档管理确保每个阶段的文档完整准确文档是后续阶段的基础残缺会导致偏差人工审查Approve 阶段必须认真审查这是最后的纠错机会跳过风险极高项目规模先小后大建议先在小型项目上试用熟悉流程后再用于大项目工具权限确保 AI 工具有文件读写权限6A 工作流需要创建和管理文档目录结构项目需要有合适的目录结构建议提前创建docs/目录持续优化根据项目特点调整模板不同技术栈和团队需要定制化调整异常处理遇到不确定问题立即中断不要勉强 AI 继续记录问题并寻求人工澄清安全规范敏感信息使用.env管理API 密钥等绝不可硬编码❓ 常见问题Q6A 工作流会不会太复杂小项目能用吗A初期可能感觉步骤多但相比后期的返工和维护成本绝对值得小项目可以简化某些阶段大项目则能充分发挥威力。Q适合什么规模的项目A从小功能到大项目都适用。关键是根据项目规模灵活调整每个阶段的深度。Q如何说服团队使用A先在一个小项目上试用效果立竿见影用数据说话最有说服力。QAI 工具不支持自定义规则怎么办A可以手动按 6A 流程与 AI 交互在每个阶段明确要求 AI 输出对应的文档。六、进阶技巧1. 自定义模板根据项目特点调整文档模板# 前端项目模板优化 - 增加组件设计文档 - 添加 UI/UX 设计规范 - 强化性能优化要求 # 后端项目模板优化 - 增加 API 设计规范 - 添加数据库设计文档 - 强化安全和权限要求2. 团队协作优化# 多人协作最佳实践 - 指定文档 review 负责人 - 设置里程碑检查点 - 建立问题反馈机制 - 使用版本控制管理文档3. 质量把控清单# 代码质量检查清单 - [ ] 代码规范检查ESLint/Prettier - [ ] 单元测试覆盖率达标 - [ ] 边界条件和异常处理覆盖 - [ ] 性能基准测试通过 - [ ] 安全漏洞扫描通过 - [ ] 代码审查Code Review完成4. 与其他方法结合6A 工作流可以与5S 工作法整理、整顿、清扫、清洁、素养结合使用效果更佳6A 确保架构和需求对齐5S 确保代码执行顺序和注释规范实战效果返工率从 40% → 5%开发效率提升 2-3 倍。七、总结6A 工作流的核心价值价值点说明规范化将 AI 的自由发挥转化为结构化创造可追溯每个决策都有文档记录便于复盘和交接高质量通过层层把关确保交付物符合预期低风险早期发现问题避免后期返工可复用沉淀的文档和模板可在团队内复用立即行动建议今天就试试找个小项目体验一下 6A 工作流配置规则将 6A 规则配置到你的 AI 编程工具中分享给同事好东西要分享一起告别低效开发持续优化根据团队特点调整流程和模板建立标准形成团队的项目管理规范记住工欲善其事必先利其器。6A 工作流就是让 AI 从熊孩子变成专业项目经理的神器 全面解析6A工作流操作指南
一句话总结6A 工作流是一套专为 AI 编程助手Cursor、Trae、Claude 等设计的标准化开发流程通过文档先行 任务递归 范围收敛三大核心理念将 AI 从代码生成器升级为按规范交付的开发伙伴。一、什么是 6A 工作流6A 工作流6A Workflow是由 AI 开发者社区提出的一套AI 辅助编程项目管理框架。它借鉴了传统软件工程的最佳实践针对 AI 编程中常见的痛点进行了流程化设计。核心理念核心理念含义解决的问题文档先行不写清楚需求文档不允许开始编码AI 需求理解偏差任务递归复杂任务层层分解到 AI 能稳定完成的原子级别AI 处理复杂任务时崩溃或质量差范围收敛明确边界防止 AI 想当然地扩展功能AI 过度设计、偏离需求6 个阶段概览┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ Align │───→│ Architect│───→│ Atomize │───→│ Approve │───→│ Automate │───→│ Assess │ │ 对齐 │ │ 架构 │ │ 原子化 │ │ 审批 │ │ 执行 │ │ 评估 │ └──────────┘ └──────────┘ └──────────┘ └──────────┘ └──────────┘ └──────────┘ 模糊需求 共识文档 系统设计 原子任务 人工审查 执行结果 ↓ ↓ ↓ ↓ ↓ ↓ 精确规范 模块设计 任务拆分 迭代修改 编写代码 质量评估二、6A 工作流的作用解决的核心痛点传统痛点具体表现6A 解决方案预期效果需求理解偏差AI 生成的功能与预期不符反复修改Align 阶段多轮澄清形成共识文档返工率降低 90%架构缺失代码结构混乱后期难以维护和扩展Architect 阶段强制先设计后编码后期维护成本降低 70%复杂任务崩溃AI 面对大任务时输出质量差或中断Atomize 阶段递归拆分为原子任务成功率提升 95%质量不可控缺少边界检查、异常处理、测试Approve Assess 阶段人工自动把关代码质量显著提升团队协作混乱交接困难文档缺失完整的文档体系全程可追溯交接时间减少 80%AI 偷懒/幻觉AI 生成不完整或错误的代码强制按流程走每步都要文档质量提升 80%适用场景✅AI 辅助编程项目Cursor、Trae、Claude、Copilot 等✅从需求到代码的完整开发流程✅复杂功能模块的开发✅团队协作的 AI 编程项目✅需要高质量交付的生产级项目三、6A 工作流的六个阶段详解阶段 1Align对齐— 需求澄清目标将模糊需求转化为精确规范核心动作项目上下文分析分析现有项目结构、技术栈、架构模式需求理解确认创建docs/任务名/ALIGNMENT_[任务名].md智能决策策略自动识别歧义生成结构化问题清单中断并询问对不确定的问题主动中断并询问用户最终共识生成CONSENSUS_[任务名].md关键产出ALIGNMENT_[任务名].md— 需求对齐文档CONSENSUS_[任务名].md— 共识文档含需求描述、验收标准、技术方案质量门控需求边界清晰无歧义技术方案与现有架构对齐验收标准具体可测试所有关键假设已确认阶段 2Architect架构— 系统设计目标共识文档 → 系统架构 → 模块设计 → 接口规范核心动作系统分层设计基于共识文档设计整体架构模块依赖梳理明确各模块间的关系接口契约定义定义输入输出规范关键产出DESIGN_[任务名].md— 设计文档包含整体架构图Mermaid/PlantUML分层设计和核心组件模块依赖关系图接口契约定义数据流向图异常处理策略设计原则严格按照任务范围避免过度设计确保与现有系统架构一致复用现有组件和模式质量门控架构图清晰准确接口定义完整与现有系统无冲突设计可行性已验证阶段 3Atomize原子化— 任务拆分目标架构设计 → 拆分任务 → 明确接口 → 依赖关系核心动作子任务拆分将复杂任务拆分为独立原子任务依赖关系管理生成任务依赖图契约定义每个任务明确输入/输出/验收标准关键产出TASK_[任务名].md— 原子任务清单每个任务包含输入契约前置依赖、输入数据、环境依赖输出契约输出数据、交付物、验收标准实现约束技术栈、接口规范、质量要求依赖关系后置任务、并行任务拆分原则复杂度可控便于 AI 高成功率交付按功能模块分解确保任务原子性和独立性有明确的验收标准尽量可以独立编译和测试依赖关系清晰无循环依赖质量门控任务覆盖完整需求依赖关系无循环每个任务都可独立验证复杂度评估合理阶段 4Approve审批— 人工审查目标原子任务 → 人工审查 → 迭代修改 → 按文档执行核心动作执行检查清单完整性任务计划覆盖所有需求一致性与前期文档保持一致可行性技术方案确实可行可控性风险在可接受范围可测性验收标准明确可执行最终确认清单明确的实现需求无歧义明确的子任务定义明确的边界和限制明确的验收标准代码、测试、文档质量标准⚠️ 这是唯一必须人工介入的阶段确保方案正确后再进入执行。阶段 5Automate自动化执行— 编码实现目标按节点执行 → 编写测试 → 实现代码 → 文档同步核心动作逐步实施子任务按任务依赖顺序执行代码质量要求严格遵循项目现有代码规范保持与现有代码风格一致使用项目现有的工具和库复用项目现有组件代码尽量精简易读API KEY 放到.env文件中不要提交 Git异常处理遇到不确定问题立刻中断执行在 TASK 文档中记录问题详细信息寻求人工澄清后继续逐步实施流程每个子任务执行前检查 → 实现核心逻辑 → 编写单元测试 → 运行验证测试 → 更新相关文档关键产出ACCEPTANCE_[任务名].md— 完成情况记录阶段 6Assess评估— 质量验收目标执行结果 → 质量评估 → 文档更新 → 交付确认核心动作验证执行结果所有需求已实现验收标准全部满足项目编译通过所有测试通过功能完整性验证实现与设计文档一致质量评估指标代码质量规范、可读性、复杂度测试质量覆盖率、用例有效性文档质量完整性、准确性、一致性现有系统集成良好未引入技术债务最终交付物FINAL_[任务名].md— 项目总结报告TODO_[任务名].md— 待办事项和缺少的配置四、如何使用 6A 工作流快速启动以 Cursor / Trae 为例步骤 1配置规则Cursor 用户在项目根目录创建.cursorrules文件将 6A 工作流规则写入文件见下方模板保存文件重启 CursorTrae 用户在 Trae 设置中找到自定义规则或Rules配置将 6A 工作流规则粘贴进去保存配置步骤 2启动工作流在 AI 工具对话框中输入6A 开发一个[具体需求描述]例如6A 开发一个用户登录功能支持邮箱和密码验证包含 JWT Token 生成步骤 3跟随流程AI 会自动按 6A 六个阶段逐步执行你只需在关键节点尤其是 Approve 阶段进行确认和审查。6A 工作流规则配置模板# 6A 工作流 - AI 编程助手规则配置 ## 身份定义 你是一位资深的软件架构师和工程师具备丰富的项目经验和系统思维能力。 ## 激活方式 用户输入 6A 开头的内容即可启动工作流。 **激活时立即响应6A 工作流已激活** ## 6A 工作流执行规则 ### 阶段 1: Align (对齐阶段) **目标**: 模糊需求 → 精确规范 - 分析项目上下文、技术栈、架构模式 - 创建 docs/任务名/ALIGNMENT_[任务名].md - 生成结构化问题清单主动澄清歧义 - 生成 CONSENSUS_[任务名].md需求、验收标准、技术方案 ### 阶段 2: Architect (架构阶段) **目标**: 共识文档 → 系统架构 - 创建 DESIGN_[任务名].md - 包含架构图、模块设计、接口契约、数据流图 ### 阶段 3: Atomize (原子化阶段) **目标**: 架构设计 → 原子任务 - 创建 TASK_[任务名].md - 每个任务含输入/输出契约、验收标准、依赖关系 ### 阶段 4: Approve (审批阶段) **目标**: 人工审查 - 检查完整性、一致性、可行性、可控性、可测性 - 等待用户确认后再继续 ### 阶段 5: Automate (自动化执行) **目标**: 按文档执行 - 创建 ACCEPTANCE_[任务名].md 记录进度 - 按依赖顺序执行先写测试后写实现 - 遇到不确定问题立即中断 ### 阶段 6: Assess (评估阶段) **目标**: 质量验收 - 验证所有需求已实现、测试通过 - 生成 FINAL_[任务名].md 和 TODO_[任务名].md ## 技术执行规范 - 遵循项目现有代码规范 - API 密钥等敏感信息使用 .env 文件管理 - 测试优先先写测试后写实现 - 代码变更同时更新相关文档五、注意事项⚠️ 关键注意点类别注意事项说明文档管理确保每个阶段的文档完整准确文档是后续阶段的基础残缺会导致偏差人工审查Approve 阶段必须认真审查这是最后的纠错机会跳过风险极高项目规模先小后大建议先在小型项目上试用熟悉流程后再用于大项目工具权限确保 AI 工具有文件读写权限6A 工作流需要创建和管理文档目录结构项目需要有合适的目录结构建议提前创建docs/目录持续优化根据项目特点调整模板不同技术栈和团队需要定制化调整异常处理遇到不确定问题立即中断不要勉强 AI 继续记录问题并寻求人工澄清安全规范敏感信息使用.env管理API 密钥等绝不可硬编码❓ 常见问题Q6A 工作流会不会太复杂小项目能用吗A初期可能感觉步骤多但相比后期的返工和维护成本绝对值得小项目可以简化某些阶段大项目则能充分发挥威力。Q适合什么规模的项目A从小功能到大项目都适用。关键是根据项目规模灵活调整每个阶段的深度。Q如何说服团队使用A先在一个小项目上试用效果立竿见影用数据说话最有说服力。QAI 工具不支持自定义规则怎么办A可以手动按 6A 流程与 AI 交互在每个阶段明确要求 AI 输出对应的文档。六、进阶技巧1. 自定义模板根据项目特点调整文档模板# 前端项目模板优化 - 增加组件设计文档 - 添加 UI/UX 设计规范 - 强化性能优化要求 # 后端项目模板优化 - 增加 API 设计规范 - 添加数据库设计文档 - 强化安全和权限要求2. 团队协作优化# 多人协作最佳实践 - 指定文档 review 负责人 - 设置里程碑检查点 - 建立问题反馈机制 - 使用版本控制管理文档3. 质量把控清单# 代码质量检查清单 - [ ] 代码规范检查ESLint/Prettier - [ ] 单元测试覆盖率达标 - [ ] 边界条件和异常处理覆盖 - [ ] 性能基准测试通过 - [ ] 安全漏洞扫描通过 - [ ] 代码审查Code Review完成4. 与其他方法结合6A 工作流可以与5S 工作法整理、整顿、清扫、清洁、素养结合使用效果更佳6A 确保架构和需求对齐5S 确保代码执行顺序和注释规范实战效果返工率从 40% → 5%开发效率提升 2-3 倍。七、总结6A 工作流的核心价值价值点说明规范化将 AI 的自由发挥转化为结构化创造可追溯每个决策都有文档记录便于复盘和交接高质量通过层层把关确保交付物符合预期低风险早期发现问题避免后期返工可复用沉淀的文档和模板可在团队内复用立即行动建议今天就试试找个小项目体验一下 6A 工作流配置规则将 6A 规则配置到你的 AI 编程工具中分享给同事好东西要分享一起告别低效开发持续优化根据团队特点调整流程和模板建立标准形成团队的项目管理规范记住工欲善其事必先利其器。6A 工作流就是让 AI 从熊孩子变成专业项目经理的神器