传统模式
人是主力,从需求到代码全程手工。需要具备完整技术能力的工程师全程参与。
- 接收需求
- 编写代码
- 运行测试
- 部署上线
一套九步智能体协作执行方案,适用于主流 AI 编程工具。人指挥智能体干活、人审查智能体产物,文档驱动、迭代收敛,让业务人员也能参与 AI 编程全流程。
方法论 + 工具链:脚手架、角色 Agents、Skills 为九大步骤提供全生命周期支撑。点击图片可放大查看。

从「人写代码」到「人指挥 AI 写代码」,下一步是让非技术人员也能指挥 AI。
人是主力,从需求到代码全程手工。需要具备完整技术能力的工程师全程参与。
人提需求,AI 写代码。但指挥 AI 的人仍主要是技术人员,非技术人员难以直接参与。
用标准化的智能体协作方案,把门槛从「技术人员」下移至「业务人员」:只需具备业务判断力,即可参与 AI 编程全流程,并对文档和系统功能进行人工审查。
智能体可在 Qoder 等主流 AI 编程平台中预制,按需在对应步骤召唤。
将业务诉求、竞品信息、初设文档转化为标准化需求说明书,确保需求清晰可落地。
承接需求说明书,负责高层架构设计,输出系统架构图、技术选型依据及非功能性需求方案。
制定可落地技术方案、功能依赖关系分析、开发顺序规划、功能清单拆分及代码质量审查。
基于功能清单输出数据库设计文档(ER 图、字段说明)、DDL 建表语句及 DML 初始数据。
完成原型页设计、详细设计文档、前后端代码开发及缺陷修复,是核心产出智能体。
输出测试用例文档(功能测试 / 接口测试 / 边界测试),辅助功能审查和缺陷定性分析。
人指挥智能体干活,人对智能体输出的产物进行审查,形成「产出 → 审查 → 修正」的闭环。点击步骤查看详情。
基于已有初设文档,由产品管理专家智能体生成标准化需求说明书。输出后由业务人员逐项核查,发现问题反复与智能体交互调整,直至需求准确完整。
用可交互原型替代传统静态原型,原型与需求说明书一起进入开发,让想法更快变成产品。

跳过静态原型环节,少一步,更高效。
产品经理借助智能体产出可交互原型,让想法看得见、用得上。
可运行原型与需求说明书一起交付,作为后续步骤的输入。
按原型和需求继续开发,减少理解偏差,更快上线。
人指挥智能体干活 · 人对智能体输出的产物进行审查
通过标准化执行流程,将技术复杂度封装在智能体内部,业务人员只需具备业务判断力即可参与产品研发。
每个步骤均有明确的输入文档和输出文档,文档即契约,确保各智能体之间的信息传递完整准确。
每一阶段关键产物均有人工审查环节,业务人员审查需求和功能,技术人员审查方案和代码质量。
步骤 5-8 形成迭代循环,以缺陷清单为度量,持续收敛直到质量达标,保障最终交付系统的可用性。
当前方案在以下三个维度存在短板,需后续迭代补齐。
目前仅能覆盖接口测试和代码质量审查,无法对前端 UI 交互行为进行自动化验证(如表单提交、页面跳转、元素状态变化等)。需引入 Playwright / Cypress 等 E2E 测试工具,或集成 AI 驱动的网页自动化测试智能体。
非技术人员难以独立完成本地开发环境搭建(JDK、Node.js、数据库、中间件等)及服务启动操作。需提供自动化安装脚本或「环境一键部署」智能体,降低环境准备门槛。
步骤 9 仍需人工访问系统进行功能验证,测试效率和覆盖率受限于测试人员的操作时间和经验。后续可考虑集成基于测试用例的网页自动化测试智能体,实现「测试用例 → 自动回放验证」。