| 适用 | 关键依赖未知、方案分歧、性能假设未验证 |
|---|---|
| 形态 | 时间盒（如 2~3 天）加明确问题清单 |
| 产出 | 结论、证据与建议，代码原则上丢弃 |
常见刺探类型
| 类型 | 目标 | 示例 |
|---|---|---|
| 技术刺探 | 验证技术可行性 | 第三方 SDK 能否满足延迟要求 |
| 架构刺探 | 验证结构与集成 | 消息模型端到端走通 |
| 业务刺探 | 验证规则与流程 | 计费规则原型走查 |
- 问题清单：开动前写下要回答的问题与判定标准
- 时间盒：到期即停，未决问题带结论进入下一轮决策
- 最小原型：只实现验证问题所需的代码
- 结论文档：结论、证据、建议与遗留风险一页说明
- 代码处置：默认丢弃，需要保留时转入重构排期
| 结论形式 | 按决策选项组织：可行与否、推荐路径与置信度 |
|---|---|
| 知识传递 | 刺探结束做短分享，让未参与者掌握结论与限制 |
刺探与 PoC 的区别在问题类型：刺探回答能不能做，PoC 回答在生产条件下是否达标。