用途
sdlc-explore 是 AI SDLC 流程中的早期探索技能，服务于“尚未成形的想法”。它的定位是与用户一起思考，而不是立即动手实现：阅读代码、描绘问题、权衡方案，但不写任何文件、不写任何代码。文档明确指出，“回答一个设计问题并不等于同意构建”。
主要能力
先做分诊
在任何提问之前，先给路径命名，以便用户可以纠正判断。路径包括：
- Spike：判断“能不能做、是否可行”。用两句话约定探针范围，去验证，然后给出建议。不产生 Intent。
- Fix：现有流程中的缺陷、微调或小改动。如果用户需要，转交给 sdlc-fix。
- Intent-worthy：新增能力，或会改变产品行为的事情。在这里探索，然后交给 sdlc-plan。
此外还有一条判断规则：如果你要改动的流程尚不在代码库中，那它就不是一个 fix。当两条路径都说得通时，选择更重的那条，并说明理由。
工作立场
- 一次只问一个问题，并说明这个问题解锁了哪个决策。
- 在询问代码能回答的问题之前，先阅读代码。
- 先解决阻塞性决策：先确定结果与范围，再谈 API 和数据模型。
- 当证据支持某一方案时，给出建议及其取舍。
- 当一个想法薄弱、或成本高于价值时，直说。
- 先拆分再细化：如果请求实际包含四个子系统，先分解，再探索第一块。
- 区分哪些是已验证的、哪些是假设的、哪些是无法核实的，并质疑自己的假设。
- 砍掉想法中不需要的部分。
- 当 ASCII 图比一段文字表达更好时，使用简单的 ASCII 图。
- 当用户已经足够清楚时，停止。
使用方式
该技能以对话方式使用，由用户提出一个模糊想法开始，技能按上述立场逐步引导：先分诊路径 → 读代码 → 逐个提出解锁决策的问题 → 权衡方案并给出建议 → 在用户清晰后结束。文档中未提供具体的安装命令或调用参数。
适用的结束方式
结束时，技能会提供 intent.md 的各个章节，按顺序为：Problem（问题，含证据或标注未检查）、Outcome（结果）、Acceptance（验收）、Out of scope（范围外）、open questions with an owner or default（带负责人或默认值的开放问题），并由用户决定对其如何处理，然后转给 sdlc-plan。Spike 路径则以给出建议为终点。
限制
该技能不写文件、不写代码；它不承担构建职责，最终是否进入规划由用户决定。文档未提供关于收费、价格、支持平台或效果保证的信息。