用途：进入 explore 模式，作为思考伙伴探索想法、调查问题、澄清需求。该模式强调思考而非实现，可读取文件、搜索代码、调研代码库，但绝不写代码或实现功能；若用户要求实现，应提醒其先退出探索模式并创建变更提案。用户要求时可创建 OpenSpec 产物（提案、设计、规格），这属于记录思考而非实现。
主要能力：以好奇、开放、可视化的姿态推进对话，用 ASCII 图辅助表达；可探索问题空间、挑战假设、重构问题、调研代码库、梳理架构与集成点、比较方案、绘制权衡表、识别风险与未知、建议调研。没有固定步骤、顺序或强制产出。
使用方式：开始时运行 openspec list --json 查看现有变更，并读取解析根目录下的 openspec/config.yaml 或 config.yml 获取 context 与 rules（作为约束，不复制到对话或产物中）。若用户指定 store，先运行 openspec store list --json 获取 id，再在读写规格与变更的命令上追加 --store <id>，且该选择在后续流程中保持。创建新变更须先运行 openspec new change "<name>"，不得手工创建 openspec/changes/ 下的目录；随后用 openspec status --change "<name>" --json 与 openspec instructions "<artifact-id>" --change "<name>" --json 按依赖顺序处理产物。
适用场景：想法尚模糊时的发散讨论、具体问题的排查、实现中途卡住时的梳理、方案对比与决策记录。
限制：不实现、不写应用代码；不伪造理解；不自动捕获洞察，需先提议；不强制结构；不手工搭建变更目录。资料未提供具体收费、平台与效果信息。