③ 探针验证 · 先证再建
这一步干什么
Section titled “这一步干什么”首攻用例定了，最大的风险变成：技术上跑不通，或跑通了但客户数据不配合。探针验证就是用最低成本先证再建——宁可两周证伪，不要两月失败。
方法要点：
- 探针 ≠ 原型。探针只回答一个问题：“这条路走不走得通？“提示词探针、影子模式、人工模拟（Wizard of Oz），哪个便宜用哪个。
- 垂直切片前先过探针。贯穿“界面-逻辑-数据”的最小可演示路径，在动工前列“必须做 / 明确不做”两份清单。
- 预先写下弃权条件。什么情况下这个场景不值得继续（成本、数据质量、合规红线）——写在建之前，避免沉没成本绑架判断。
- 假设驱动。每个探针对应一条待验证假设，假设写不出来的探针不做。
这一步结束时你手里应该有：一份探针结论（过/不过/换场景）+ 通过探针的 MVP 垂直切片清单。
何时进入下一步：探针通过且弃权条件未被触发。何时果断止损：数据拿不到、质量救不回来、安全审查过不了——换场景，驻场时间是最稀缺资源，沉没成本不是理由。
Prompt 怎么用见总览卡 Prompt 3 · MVP 垂直切片与探针实验。
学科基础 · 敏捷 + DevOps
Section titled “学科基础 · 敏捷 + DevOps”西牛贺洲 · 敏捷——假设驱动开发（HDD）让每个探针都对准一条可证伪的假设；北俱芦洲 · DevOps——自动化测试习惯决定探针结论可不可信。
系统内功 · FDE 知识库
Section titled “系统内功 · FDE 知识库”| 读什么 | 解决什么 |
|---|---|
| 原型阶段 Playbook | 原型阶段的完整打法与阶段出口标准 |
| 参考架构选型指南 | 探针阶段就要做的架构取向判断 |
| 工程能力知识地图 | LLM / RAG / 数据工程等选型从这里进系统知识 |
| 现场情形：拿不到数据 | 数据探针失败的应对剧本 |
| 现场情形：数据质量差 | 质量探针失败的应对剧本 |
| 现场情形：安全部门拦项目 | 合规红线的应对剧本 |
- LLM 产品的敏捷迭代：把假设驱动开发用到极致 — LLM 项目里探针实验的设计与最小验证
现场检查清单
Section titled “现场检查清单”- 原型出口清单 — 探针结论转正式开发前的门禁
止损条件：探针结果与预期偏差大到需要改故事卡时，回 ② 重澄清；连场景都动摇时，回 ①——这一步的“失败”其实是全项目最便宜的失败。