把想法说清楚,
把结果验到底。

这套课不是讲"AI 能干什么"。它是我 421 个会话、3970 条原话、215 万字真实记录里拆出来的操作手册 —— 六个动作,24 个真实案例,每一句话都能直接复制粘贴。

零基础可读 每个类别 3 个完整案例 全部来自真实项目 提示词一键复制
421会话 · 495 MB 日志
3970我的原话 · 215 万字
30.9%消息里带截图
87522次工具调用
01

一轮完整的循环:六步

点下面的任意一步看动画。每一轮工作都是这六步,一轮一轮往上叠 —— 不存在"一次说清需求、一次交付完美"的路径。

最关键的一点:第 ① 步和第 ② 步绝对不能省。省了这两步,第 ④ 步的返工率翻倍 —— 这是我在 421 个会话里最稳的一条规律。
六步各自产出什么(说不出产物 = 这一步没做完)
判据:如果某一步结束后你说不出「这一步产出了什么」,那一步基本等于没做。 最容易空转的是 ② 和 ③ —— 看起来聊得很热闹,其实什么都没落地。
说人话 把这六步想成做饭:先看冰箱里有什么(侦察)→ 想好做什么菜(方案)→ 跟家里人对一句"就做这个对吧"(复述)→ 开火炒(执行)→ 尝一口(验收)→ 把这次的火候记下来(沉淀)。跳过前两步直接开火,十有八九要重做。
02

这套课解决什么问题

大多数人用 AI 写代码,失败模式只有三种。每一种在这套流程里都有对应的解法。

失败 1

说不清

"帮我做个网站" → AI 只能猜 → 猜完不对 → 来回十轮,一天就没了。

先给参考物 + 功能列表 + 验收标准,再让它动手
失败 2

改坏了

让它修一个按钮,它顺手重构了整个文件、换了配色,diff 几百行。

只修改 UI,其它地方不动
失败 3

验收假

它说"已完成、已测试通过",你打开一看还是坏的,而且已经交付了。

打开网页 / [截图] 这里还是不对
一句话概括我的做法:我当产品经理兼验收员,AI 当工程队。 我把"说清楚"和"验到位"这两件事做到变态级别,中间的执行全交给它。
03

课程地图

9 个页面,8 个类别,每个类别 3 个完整案例,共 24 个真实项目复盘。

04

30 分钟速通:只记这 10 句

没空读全部?把这 10 句抄下来,已经能复刻八成效果。右上角可以逐条复制。

  1. 读取 <绝对路径> 里面的所有文件,只读取,先不修改。
  2. 先不修改,先给我分析一下,给我 2 个方案 + 你推荐哪个。
  3. 先别动手,先复述一下我这个需求,我看你有没有理解。
  4. 开始修改,然后测试。
  5. [截图] 这里还是不对,<具体怎么改>,只修改 UI,其它地方不动。
  6. 禁止修改 UI,只能增加功能。
  7. 打开网页,我看看。
  8. 你觉得还有啥可以加?可以优化?不修改,给我分析一下。
  9. 记住这次修改。把这些写进 PITFALLS.md。
  10. 一个一个做,慢慢来。每次做完一个多轮测试,没问题了下一个。
05

你该从哪开始

零基础

按顺序走完 01 → 06

每一课都有 3 个完整案例,边看边照着做。看完回头再读一遍首页的六步流程,你会发现全通了。

从第 1 课开始
已经在用 AI 写代码

先看 05 纠偏 + 09 实验室

效果不稳,八成是"没划边界"和"验收靠它说"。把这两块的话术换掉,一周内能感觉到差别。

看纠偏清单
要给团队做规范

用 01 + 04 当 SOP

需求层的三段式文档 + 验收层的清单,直接就是团队规范。案例里的原话可以当模板。

看验收清单

一个必须先说清的前提

我这套流程能跑通,靠的不是提示词写得多优雅 —— 恰恰相反,我的原话又长、又啰嗦、全是口语、还带错别字 (中位数 44 字,最长的一条 14.8 万字,是直接粘进去的资料)。它靠的是三件事:

1

我能一眼看出不对劲
截图一看就知道哪歪了。这是审美和产品感,AI 替不了。

2

我敢把话说到极细
"往下移动 10px""中文含义整体往下移动 4px"。

3

我从不信"已完成"
462 次"测试"、104 次"卡住了"、271 次"你觉得呢"。

你要复刻的是这三件事,不是我的句子。句子只是这三件事的外壳。