用途：openspec-explore 让 AI 进入“探索模式”，充当思考伙伴，与用户一起梳理想法、调查问题、澄清需求。定位是思考而非实现，不设定固定步骤或强制产出，核心是陪用户把问题想清楚。
主要能力：可阅读文件、搜索代码、调查代码库；提出澄清性问题、挑战假设、重构问题、寻找类比；梳理现有架构与集成点、发现既有模式与隐藏复杂度；对比多种方案并给出权衡表；用 ASCII 图表达状态机、数据流、架构草图、依赖图；识别风险与未知、建议调研（spike）。
使用方式：由用户以 $openspec-explore（Codex）或 /openspec-explore（其他 agent）调用，可附带变更名。若涉及已注册的独立 OpenSpec 仓库（store），先运行 openspec store list --json 获取 id，再在读写规格与变更的命令上追加 --store <id>，且作为粘性参数持续使用；未指定时命令作用于最近的本地 openspec/ 根目录。开始时可用 openspec list --json 查看活动变更，并读取根目录下 openspec/config.yaml（或 config.yml）中的 context 与 rules 作为约束。若用户要求把探索结果落为变更，先用 openspec new change "<name>" 脚手架（不可手工创建变更目录），再用 openspec status --change "<name>" --json 和 openspec instructions "<artifact-id>" --change "<name>" --json 按依赖顺序创建工件。
适用场景：想法尚模糊时发散探索；面对具体问题（如认证系统混乱）时定位症结；实现中途遇到复杂点需要重新权衡；比较技术选型（如 Postgres 与 SQLite）并结合实际约束给出建议。
限制：绝不写代码或实现功能，若用户要求实现，应提醒先退出探索模式并创建变更提案；可创建 OpenSpec 工件（提案、设计、规格），因为那是记录思考。不应假装理解、不应匆忙下结论、不应强制结构、不应自动捕获洞察；捕获需先向用户提议并由用户决定。不得手工在 openspec/changes/ 下创建目录。资料暂未提供具体的收费、价格、平台支持范围与效果数据。