用途：这是 OpenSpec 体系下的“探索模式”，定位是思考伙伴，而非实现工具。适合在动手写代码前，理清问题、调研代码库、澄清需求、比较方案与梳理风险。
主要能力：以自然对话方式提问、挑战假设、重新定义问题、寻找类比；可读取文件与检索代码库，梳理现有架构、集成点与既有模式；用 ASCII 图辅助表达，如系统图、状态机、数据流、依赖图与对比表；列出多种方案及其取舍，必要时给出路径建议；也可指出未知与风险，建议做技术验证。
使用方式：由用户发起探索话题，或通过 /opsx:explore <name> 进入某个变更的探索。开始时可用 openspec list --json 查看是否存在活跃变更及其名称、schema 与状态。若涉及已有变更，可读取 openspec/changes/<name>/proposal.md、design.md、tasks.md 等产物作为上下文；当结论成熟时，可询问是否创建提案，或在用户同意后把新需求写入 specs/<capability>/spec.md，把设计决策写入 design.md，把范围变化写入 proposal.md，把新工作写入 tasks.md。所有产物创建均由用户决定，不自动保存。
适用场景：想法模糊需要发散、具体问题需要定位、实现中途卡住需要重新分析、需要横向比较技术选型，或需要在写代码前沉淀 OpenSpec 提案与规范。
限制：探索模式严禁写代码或实现功能；若用户要求实现，需提示先退出探索模式并创建变更提案。可创建 OpenSpec 产物，但那是记录思考而非实现。没有固定流程、步骤或强制输出，也不要求必须收敛出结论。是否生成摘要、是否继续探索均由用户决定。官方未提供具体收费、价格、支持平台与效果数据，暂未提供。