一、核心设计原则
-
模块化并行:
- 每个功能模块作为一个独立 task group(编码、测试、修复循环都独立)。
- 可以同时执行多个模块,依赖统一接口文档。
-
闭环修复机制:
- 代码审查未通过 → 自动生成
code_fix任务。 - 测试失败 → 自动生成
test_fix任务。 - 循环直到 review 通过且所有测试通过。
- 代码审查未通过 → 自动生成
-
任务结构化:
- 每个 task 包含
task_id、agent、input/output、dependencies、instructions。 - AI 可以直接读取 Markdown 表格执行。
- 每个 task 包含
-
知识库复用:
- 所有修复、测试经验存入知识库。
- 未来模块开发可自动引用经验。
-
文件规范化:
-
每个模块编码输出、测试输出文件命名固定,例如:
module_X_code_v1.zipmodule_X_unit_tests_v1.jsonmodule_X_test_report_v1.json
-
-
并行调度逻辑:
- 模块之间互相独立 → 可以同时编码 + 生成测试用例。
- 模块内部编码 → 审查 → 修复 → 测试 → 修复循环。
- 模块完成 → 并行部署 → 并行监控。
二、模块化任务清单(Markdown 表格)
说明:
X= 模块编号,可生成多模块 task。- 循环修复任务自动触发,无需手动创建。
| task_id | agent | input | output | dependencies | instructions |
|---|---|---|---|---|---|
| req_001 | 需求分析 Agent | business_req_v1.md | user_stories_v1.json, feature_list_v1.json, feature_priority_v1.json | 无 | 解析业务需求,生成用户故事、功能列表、优先级 |
| design_001 | 产品设计 Agent | user_stories_v1.json, feature_list_v1.json | prototype_v1.figma, interaction_flow_v1.json, design_spec_v1.md | req_001 | 根据用户故事生成原型、交互流程、设计规范 |
| arch_001 | 系统架构 Agent | feature_list_v1.json, design_spec_v1.md | system_arch_v1.json, module_interface_v1.json, db_design_v1.json | req_001, design_001 | 划分模块,定义接口和依赖,生成数据库设计 |
| tech_001 | 技术方案 Agent | system_arch_v1.json | tech_selection_v1.json, performance_plan_v1.md, dependency_list_v1.json | arch_001 | 选型技术栈,生成性能方案和依赖清单 |
模块编码 + 测试循环(可并行 X 个模块)
| task_id | agent | input | output | dependencies | instructions |
|---|---|---|---|---|---|
| code_X_001 | 编码 Agent | module_interface_v1.json, tech_selection_v1.json, design_spec_v1.md | module_X_code_v1.zip, module_X_unit_tests_v1.json | arch_001, tech_001, design_001 | 编码模块功能,生成单元测试,提交代码审查 |
| review_X_001 | 代码审查 Agent | module_X_code_v1.zip | review_X_report_v1.json | code_X_001 | 审查代码,生成报告;若未通过,生成 code_X_fix_001 |
| code_X_fix_001 | 编码 Agent | module_X_code_v1.zip, review_X_report_v1.json | module_X_code_fixed_v1.zip, module_X_unit_tests_fixed_v1.json | review_X_001 | 修复审查问题,更新单元测试,循环提交 review_X_001 直到通过 |
| test_gen_X_001 | 测试用例生成 Agent | user_stories_v1.json, design_spec_v1.md, system_arch_v1.json | module_X_unit_test_cases.json, module_X_integration_test_cases.json, module_X_e2e_test_cases.json | req_001, design_001, arch_001 | 生成单元、集成、E2E测试用例 |
| test_exec_X_001 | 测试执行 Agent | module_X_code_fixed_v1.zip, module_X_unit_test_cases.json, module_X_integration_test_cases.json, module_X_e2e_test_cases.json | module_X_test_report_v1.json, module_X_bug_list_v1.json | code_X_fix_001, test_gen_X_001 | 执行所有测试;若失败生成 test_X_fix_001 |
| test_X_fix_001 | 编码 Agent | module_X_code_fixed_v1.zip, module_X_bug_list_v1.json | module_X_code_test_fixed_v1.zip, module_X_unit_tests_test_fixed_v1.json | test_exec_X_001 | 修复测试 bug,更新测试,循环提交 test_exec_X_001 直到通过 |
部署 + 监控(模块并行)
| task_id | agent | input | output | dependencies | instructions |
|---|---|---|---|---|---|
| deploy_X_001 | CI/CD Agent | module_X_code_test_fixed_v1.zip, module_X_test_report_v1.json | module_X_deployment_log_v1.json | test_X_fix_001 | 自动构建部署,记录日志,触发监控 |
| monitor_X_001 | 监控 Agent | module_X_deployment_log_v1.json | module_X_monitor_report_v1.json, module_X_alerts_v1.json | deploy_X_001 | 监控运行状态、性能、错误日志,生成告警和报告 |
三、并行执行逻辑
-
模块级别并行:
- 每个模块可独立编码、审查、测试 → 并行执行。
-
循环修复:
code_X_fix_001与review_X_001循环,直到审查通过。test_X_fix_001与test_exec_X_001循环,直到测试全部通过。
-
部署并行:
- 每个模块完成修复循环即可独立部署 → 并行监控。
-
依赖保证:
- 模块内部依赖必须完成(编码 → 审查 → 修复 → 测试)。
- 模块间仅依赖接口一致,允许并行运行。
四、知识库与版本管理
-
每个修复任务完成后,将经验写入知识库:
- 典型 bug 类型
- 测试失败原因
- 修复步骤
-
新模块开发可引用历史经验,减少重复 bug。
-
每次修复、测试、部署生成 版本号:
module_X_code_v1,module_X_code_fixed_v1,module_X_code_test_fixed_v1- 支持回滚与追踪。
五、落地使用方法
-
按模块数量生成对应 task 表格(
X=1,2,3...)。 -
导入 Antigravity,平台会根据
dependencies自动调度。 -
平台自动循环执行:
- 代码审查失败 → 自动生成
code_fix - 测试失败 → 自动生成
test_fix
- 代码审查失败 → 自动生成
-
并行运行多个模块,提高效率。
-
监控 Agent 自动收集性能和异常,形成报告。
💡 特点总结
- 全流程闭环:需求 → 设计 → 架构 → 技术 → 编码 → 审查 → 修复 → 测试 → 修复 → 部署 → 监控
- 多模块并行,效率翻倍
- 自动循环修复,无需人工干预
- 知识库沉淀经验,持续优化
- Markdown 可直接导入 Antigravity 执行