| 很多人学 AI 编程，上来就让 AI 写代码，写完就说完成，上线后才发现问题。这套 12 集实战课，把一个真实案例从头到尾走完，拆成上游（需求澄清）、中游（实现纪律）、下游（交付闭环）三个阶段，每个阶段解决不同的控制问题。本文用一张地图串起全部 12 集，帮你看清整条链路。 |
给 DeepDesk 加一个问题分类标签。
你把这句话丢给 AI，它大概率会帮你生成一整套系统——标签管理、AI 推荐、统计报表、权限改造。看起来很勤奋，但范围已经失控了。
这套 12 集实战课，就是用同一个真实案例，从头到尾走完一条可控的 AI 开发链路。不讲基础操作，不讲工具安装，只解决一个问题：怎么把 AI 放进可控的开发链路，从修补工变成指挥官。
12 集拆成三个阶段：上游 3 集管需求，中游 4 集管实现，下游 5 集管交付。
上游三集（第 1-3 集）：需求澄清
上游解决的核心问题是——在 AI 动手之前，先把需求收住。
| ● ● ● 上游三集：需求澄清 |
| $ 模糊需求：给DeepDesk加一个问题分类标签 第1集：为什么不能直接套用三套开源项目 → 工具不是主角，当前卡点才是主角 第2集：从AI写偏到识别卡点 → scope扩张 → AI推荐+报表+权限全来了 → 人类介入：先判断卡点，再用全链路地图 第3集：三段追问收范围 → 收MVP → 固定术语 → PRD门禁 ✓ 上游做完：范围收敛，术语统一，方向可控 |
1 | 为什么不能直接套用三套开源项目 很多人一上来就装 Superpowers、gstack、MattPocockSkills，然后照搬人家的流程跑。但工具不是主角，你当前的卡点才是主角。这一集帮你建立判断框架：先搞清楚你的项目卡在哪一步，再决定用哪个工具解决。 |
2 | 从 AI 写偏到识别卡点 一句话需求丢给 AI，scope 直接扩张——AI 推荐标签、统计报表、权限改造全来了。这一集教你怎么识别这个模式，然后介入：先判断当前卡点是什么，再用全链路地图找到对应的解法节点。 |
3 | 三段追问收范围 具体操作：第一段收 MVP——只保留最小可验证的功能；第二段固定术语——统一 Tag、Category、Label 的定义，防止歧义；第三段 PRD 门禁——把澄清结果落到文件里，不口头确认。 |
中游四集（第 4-7 集）：实现纪律
中游解决的核心问题是——在 AI 写代码的过程中，用纪律约束它的输出。
| ● ● ● 中游四集：实现纪律 |
| $ 中游：PRD → issue → plan → TDD 第4集：PRD = 需求契约 (目标+非目标+待确认) 第5集：issue = 可独立验收的业务切片 → 不按数据库/接口/页面横切 第6集：plan = 锁死文件范围+RED边界+停止条件 第7集：TDD 纪律 → 先写失败测试 → 最小GREEN → 不扩功能 ✓ 中游做完：契约清晰，边界锁死，TDD 约束 |
4 | PRD = 需求契约 PRD 不是随便写的需求文档，而是一份三方契约：明确目标（做什么）、非目标（不做什么）、待确认项（还没想清楚的）。AI 拿到这份契约后，就知道哪些可以自己做，哪些必须等你确认。 |
5 | issue = 可独立验收的业务切片 任务不是按数据库、接口、页面横切，而是按业务路径纵切。每个 issue 都能独立跑通一条用户路径，能独立验收。横切的 issue 互相依赖，带病推进后期必然返工。 |
6 | plan = 锁死边界 每个 issue 开始前先写实现计划，三件事必须前置：这个 issue 只改哪些文件、RED 测试的断言边界是什么、什么时候必须停下来。禁止扩展清单和停止条件前置，防止 AI 偷偷扩范围。 |
7 | TDD 纪律 先写失败的测试（RED），再做最小实现让测试通过（GREEN），最后重构（REFACTOR）。GREEN 阶段只改让当前 RED 通过的代码，多余的一行都不写。这是防止 AI 借 GREEN 干完整产品的核心纪律。 |
下游五集（第 8-12 集）：交付闭环
下游解决的核心问题是——代码写完之后，怎么确保真正可交付。
下游五集：交付闭环 (第8-12集) 第8集：issue队列自动持续推进第9集：bug不猜补丁→复现+定位+修复 第10集：review/QA/verification三道门禁 第11集：什么时候沉淀成自己的skill 第12集：收束复盘→可复用工作流 |
8 | issue 队列自动持续推进 tasks.md 是唯一执行清单，AI 按队列顺序逐个推进 issue，每个 issue 验证通过才进入下一个。不允许在聊天里维护第二份 TODO，防止状态分裂。 |
9 | 系统化调试 bug 不是靠猜补丁修的。先复现、再定位、最后修复。每一步都有证据链，不靠 AI 随机猜测。 |
10 | review / QA / verification 三道门禁 上线前三道门禁缺一不可：review 审查代码改动是否合规、QA 用浏览器真实验证用户路径、verification 确认所有证据齐全后才能声明完成。 |
11 | 什么时候沉淀成自己的 skill 当你发现某个流程反复使用且稳定可靠，就应该把它沉淀成 SKILL.md 文件，固化成你自己的开发纪律。从"每次都手动操作"变成"一条命令自动编排"。 |
12 | 收束复盘 回顾整条链路，提炼出可复用的工作流模板。从修补工到指挥官的完整路径，最终沉淀成你个人的可控开发能力。 |
12 集 · 1 个案例 · 3 套开源 · 1 条完整闭环
整条链路的核心逻辑是：上游收住需求，中游用纪律约束实现，下游用门禁确保交付。
三套开源工具各有分工：Superpowers 提供开发纪律，gstack 负责流程编排，MattPocockSkills 是轻量技能库。三者串起来就是一条完整的 AI 开发流水线。
不讲 AI 基础操作，不讲工具安装，只讲一件事：怎么把 AI 放进可控的开发链路。
12集 · 1个案例 · 3套开源 不讲基础操作，不讲工具安装 只讲一件事：怎么把AI放进可控的开发链路 从修补工变成指挥官 · 前两集免费 CSDN 搜索：Superpowers / gstack / MattPocockSkills 串成 AI 开发流水线 |
