输入写入令牌

用于验证私密阅读、草稿编辑和发布。令牌缓存在当前浏览器,供服务器校验。

阅读中 · 0%
阅读设置
字号
行距
正文宽度
阅读底板

我的AI辅助开发六步法

编辑
2026-10-13·3 分钟阅读·根目录

谈谈我对AI辅助开发的理解

thoughts

一、AI 辅助开发的六步法

1. 明确目标:先想清楚要解决什么

不要一开始就让 AI 写代码。先自己回答三个问题:

  • 我要解决什么实际问题?
  • 用户最终应该能够完成什么任务?
  • 怎样判断这个任务已经完成?

你负责定义目标,AI 负责帮助你发现遗漏。

2. 调研学习:先理解,再开发

这是我认为最需要养成的习惯。 面对不熟悉的技术,不要急着让 AI 实现。 先让它阅读现有项目,解释:

  • 当前系统如何工作?
  • 为什么采用这样的设计?
  • 涉及哪些技术原理?
  • 有没有其他实现方式?
  • 哪些地方可能存在风险?

如果解释太专业,就要求 AI 用业务场景、具体例子和数据流重新说明。

不要追求理解每一行代码,而要理解关键的设计决策。

3. 方案设计:让 AI 提供选择,而不是替你决定

对于重要的技术问题,让 AI 至少提供两种可行方案。

比较它们的复杂度、开发成本、性能、维护难度以及对现有架构的影响。

然后由你做出取舍。

特别需要警惕一种情况:

AI 给出的方案很复杂,不一定代表它很先进,也可能只是过度设计。

4. 分步开发:控制 AI 的自主权

不要一次性把整个模块交给 AI。

先限定修改范围,要求它说明准备修改哪些文件、为什么修改,以及会影响什么。

一次完成一个可以独立验证的任务。

对于数据库结构变化、核心架构调整、大规模重构等高风险操作,必须先审查方案。

5. 独立验收:不以 AI 的自我评价为准

AI 说「开发完成、测试通过」,不代表业务目标已经实现。

你需要检查:

  • 实际业务流程是否跑通?
  • 有没有错误数据或边界情况?
  • 原来的功能有没有被破坏?
  • 自动化测试和真实数据是否支持结论?

6. 复盘学习:把项目经验变成自己的知识

每完成一个重要功能,花五分钟回答:

这次解决了什么问题?为什么采用这个方案?如果重新做一次,我会怎样设计?

如果回答不出来,就让 AI 帮你梳理。 但最后的总结尽量由你自己完成。 这样才能逐渐形成自己的工程判断能力。


总结一下:我认为可以把 AI 看成不只是干活的员工,而是“老师+顾问+审查员”,自己做决策和验收的人。每次开发,先自己想清楚:要解决什么问题,用户最后要实现什么,怎样才算成功,然后再让 AI 介入。遇到不懂的,先让 AI 读现有项目、讲原理、讲选项,讲到你能理解为止,不要直接让它上手改。对重要决策,要求它给出多个方案和风险,由你来选择。高风险操作,先审再做。每一步都要有自己的验收标准,而不是听 AI 说“完成了、通过了”,最后用自己的话复盘:“为什么要这么做、为什么这么设计、怎么验证才是对的”。记住一句话:“先自己思考,让 AI 帮你探索;你来判断,让 AI 执行;你来验证,让 AI 复盘”。这样你不仅能把项目做下去,也能慢慢补上自己的技术理解和判断力。这才是长期用 AI 开发最重要的能力。