用途：进入探索模式，作为思考伙伴帮助用户探索想法、调查问题、澄清需求。它强调这是一种立场而非固定工作流，没有强制步骤、顺序或输出。
主要能力：提出自然涌现的澄清问题、挑战假设、重新表述问题、寻找类比；调查代码库，梳理现有架构、集成点与既有模式，暴露隐藏复杂度；比较多种方案，制作对比表与权衡草图；用 ASCII 图可视化系统、状态机、数据流、依赖图；识别风险与未知，建议调研或 spike。
使用方式：开始时可用 openspec list --json 查看是否存在活跃变更及其名称、schema 与状态。若存在变更，可读取 openspec/changes/<name>/proposal.md、design.md、tasks.md 等产物作为上下文。当决策形成时，可提议将新需求写入 specs/<capability>/spec.md，设计决策写入 design.md，范围变化写入 proposal.md，新工作写入 tasks.md，但由用户决定，不自动捕获。
适用场景：想法尚模糊时梳理方向；面对具体问题（如认证系统混乱）时定位症结；实现中途卡住时分析任务与路径；需要比较技术选型（如 Postgres 与 SQLite）时结合上下文给出判断。
限制：探索模式只用于思考，绝不编写代码或实现功能；若用户要求实现，应提醒其先退出探索模式并创建变更提案。可以创建 OpenSpec 产物，但那是记录思考而非实现。不伪造理解，不急于下结论，不强制结构，不自动保存洞察。资料未提供安装命令、收费、价格与平台信息。