用途：进入探索模式，作为思考伙伴帮助用户梳理想法、调查问题、澄清需求。资料明确强调该模式用于思考而非实现：可以读取文件、搜索代码、调查代码库，但绝不写代码或实现功能；若用户要求实现，应提醒其先退出探索模式并创建变更提案。用户要求时，可以创建 OpenSpec 产物（提案、设计、规格），因为那是记录思考而非实现。
主要能力：以好奇心而非脚本化提问推进对话；可提出澄清问题、挑战假设、重新表述问题、寻找类比；可调查代码库、梳理现有架构、找集成点、识别已有模式、暴露隐藏复杂度；可比较方案、头脑风暴、绘制对比表、权衡取舍；可大量使用 ASCII 图辅助说明；可识别风险与未知、发现理解缺口、建议调研（spike）。
使用方式：开始时可用 openspec list --json 查看是否存在活跃变更及其名称、schema 和状态；再从根路径读取 openspec/config.yaml 或 config.yml 获取项目上下文与规则。若用户指定 store，可先运行 openspec store list --json 发现已注册 store id，并在读写规格与变更的命令上加 --store <id>，选定后保持粘性。用户要求把探索结果记录为新变更时，先运行 openspec new change "<name>"，不要手工创建 openspec/changes/ 下的目录；随后运行 openspec status --change "<name>" --json，按依赖顺序处理所请求产物，并对每个产物运行 openspec instructions "<artifact-id>" --change "<name>" --json。新建产物后重新运行 status，直到全部完成、跳过或因自身条件不适用而有意跳过。
适用场景：用户带来模糊想法、具体问题、实现中途被困或需要比较方案时均可使用；对话不设固定步骤或必需产出，可以自然延续或随时继续。
限制：不实现、不写应用代码；不假装理解、不急于下结论、不强行套结构、不自动记录洞察，只提供建议；不手工搭建变更目录。资料未提供收费、价格、平台或效果等信息。