AI 开发实践路线

先判断是否适合完整工作链按角色进入学习顺序完成标准

本专区解决什么：把“让 AI 帮我开发”变成一套可检查的工程流程。你不需要先成为资深程序员，但需要把目标、边界、数据、验收和风险讲清楚。

先判断是否适合

AI 辅助开发适合需求相对明确、结果能够运行或验证、失败可以回退的任务。它能加速调研、搭骨架、补代码、写测试和整理文档，但不会替你承担需求判断、权限审批、数据合规和上线责任。

任务	适合程度	使用方式
原型、内部工具、静态网站	高	先锁定范围，再快速生成和逐步验收
现有功能的小改动	高	先读代码和测试，再做最小差异修改
新业务系统	中	先做规格、数据模型和风险评审，再分阶段实现
核心支付、身份、医疗或法律决策	低	AI 只能辅助；必须由专业人员设计、审核和批准
目标不清、无法描述成功标准	低	先做需求澄清，不要直接开始生成代码

完整工作链

1. 定义问题目标用户、核心任务、范围、失败代价和验收方式。

2. 准备上下文现有代码、规则、接口、数据样例和不能修改的边界。

3. 小步实现一次完成一个可验证变化，保留版本和回退点。

4. 验证交付测试、浏览器检查、安全检查、文档和上线门禁。

不要把“一次生成完整应用”当作完成。真正的完成是：代码可运行、结果可复现、关键路径通过、失败能够发现、变更能够回退、后续有人能维护。

按角色进入

产品与业务把想法写成范围清楚、能验收的需求和规格。工具选择按任务、上下文、权限和成本选择工具类型。开发执行用侦察、计划、实现、验证、收尾的闭环推进。质量保障处理幻觉、死循环、测试、重构和性能问题。安全与隐私控制密钥、权限、依赖、输入和不可逆操作。部署与运维建立环境、监控、回滚、容量和成本基线。

学习顺序

1. 读 工具与模型选择，知道不同形态的工具能做什么。
2. 用 需求、规格与上下文 把需求写成可执行输入。
3. 按 AI 辅助开发工作流 完成一个小型项目。
4. 用 质量、调试与性能 建立验证习惯。
5. 上线前完成 安全、隐私与权限 和 部署、监控与成本。
6. 团队项目继续读 协作与工程治理，产品项目继续读 产品验证与增长边界。

完成标准

维度	最低完成标准
需求	用户、场景、范围、不做什么和验收条件明确
代码	可以从干净环境构建，变更范围可解释
测试	核心路径、失败路径和高风险边界有证据
安全	无明文密钥；权限最小化；不可逆动作有确认
交付	有运行说明、配置说明、监控和回退方法
维护	关键决策、已知风险和后续事项已经记录

想快速练习，可以从 项目模式与练习 选择一个小项目；遇到问题时查看 概念与故障排查。