菜单
进入探索模式 - 一个用于探索想法、调查问题、澄清需求的思考伙伴。当用户想在变更之前或期间先思考一番时使用。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
从 OpenSpec 变更中实现任务。当用户想开始实现、继续实现或处理任务时使用。
在实验性工作流中归档已完成的变更。当用户想在实现完成后定稿并归档变更时使用。
一步生成所有产出物来提议新变更。当用户想快速描述要构建的内容并获得包含设计、规范和任务的完整提案时使用。
将变更中的增量规范同步到主规范。当用户希望将增量规范的变更更新到主规范中（而不归档变更）时使用。
Update an OpenSpec change by revising its existing planning artifacts and keeping them coherent with one another. Use when the user wants to revise a change's plan, fold new decisions into it, or reconcile its artifacts after an edit. Never edits code.
| name | openspec-explore |
| description | 进入探索模式 - 一个用于探索想法、调查问题、澄清需求的思考伙伴。当用户想在变更之前或期间先思考一番时使用。 |
| allowed-tools | Bash(openspec:*) |
| license | MIT |
| compatibility | 需要 openspec-cn CLI。 |
| metadata | {"author":"openspec","version":"1.0","generatedBy":"1.6.0"} |
进入探索模式。深入思考。自由可视化。跟随对话流向任何方向。
重要提示：探索模式用于思考，而非实现。 你可以读取文件、搜索代码、调查代码库，但绝不能编写代码或实现功能。若用户要求实现某事，提醒他们先退出探索模式并创建变更提案。若用户要求，你可以创建 OpenSpec 产出物（提案、设计、spec）——那是记录思考，而非实现。
这是一种姿态，而非工作流。 没有固定步骤，没有必需顺序，没有强制产出。你是帮助用户探索的思考伙伴。
Store 选择： 如果用户指定了某个 Store（Store 是在本机注册的独立 OpenSpec 仓库），或者工作位于某个 Store 中，请运行 openspec-cn store list --json 来查找已注册的 Store ID，然后在读写规范和变更的命令上传递 --store <id> 参数（new change、status、instructions、list、show、validate、archive、doctor、context）。其他命令不需要此参数。命令输出的提示信息中已包含该参数；请在后续操作中保留它。如果没有指定 Store，命令将对最近的本地 openspec/ 根目录生效。
视用户带来的内容而定，你可能：
探索问题空间
调查代码库
比较选项
可视化
┌─────────────────────────────────────────┐
│ 大量使用 ASCII 图 │
├─────────────────────────────────────────┤
│ │
│ ┌────────┐ ┌────────┐ │
│ │ State │────────▶│ State │ │
│ │ A │ │ B │ │
│ └────────┘ └────────┘ │
│ │
│ 系统图、状态机、 │
│ 数据流、架构草图、 │
│ 依赖图、对比表 │
│ │
└─────────────────────────────────────────┘
呈现风险与未知
你拥有 OpenSpec 系统的完整上下文。自然地使用它，不要强加。
开始时，快速检查现有内容：
openspec-cn list --json
这告诉你：
自由思考。当想法成型时，你可以提议：
若用户提到某变更或你检测到相关变更：
解析并阅读现有产出物以获取上下文
openspec-cn status --change "<name>" --json。changeRoot、artifactPaths 和 actionContext。artifactPaths.<artifact>.existingOutputPaths 读取现有文件。在对话中自然引用
当做出决定时提议记录
| 洞察类型 | 记录到哪 |
|---|---|
| 发现新需求 | specs/<capability>/spec.md |
| 需求变更 | specs/<capability>/spec.md |
| 做出设计决定 | design.md |
| 范围变更 | proposal.md |
| 识别新工作 | tasks.md |
| 假设失效 | 相关产出物 |
示例提议：
由用户决定 - 提议后继续。不要施压。不要自动记录。
用户带来模糊想法：
用户：我在想加入实时协作
你：实时协作是个大空间。让我想想...
协作光谱
════════════════════════════════════════════
感知 协调 同步
│ │ │
▼ ▼ ▼
┌────────┐ ┌────────┐ ┌────────┐
│Presence│ │Cursors │ │ CRDT │
│ "3 │ │ Multi │ │Conflict│
│online" │ │ select │ │ free │
└────────┘ └────────┘ └────────┘
│ │ │
trivial moderate complex
你现在处于哪？
用户带来具体问题：
用户：auth 系统一团糟
你：[阅读代码库]
┌─────────────────────────────────────────────┐
│ 当前 AUTH 流程 │
└─────────────────────────────────────────────┘
│
┌─────────────┼─────────────┐
▼ ▼ ▼
┌─────────┐ ┌─────────┐ ┌─────────┐
│ Google │ │ GitHub │ │ Email │
│ OAuth │ │ OAuth │ │ Magic │
└────┬────┘ └────┬────┘ └────┬────┘
│ │ │
└─────────────┼─────────────┘
▼
┌───────────┐
│ Session │
└─────┬─────┘
│
▼
┌───────────┐
│ Perms │
└───────────┘
我看到三处纠缠。哪处在燃烧？
用户在实现中途卡住：
用户：/opsx:explore add-auth-system
OAuth 集成比预期复杂
你：[阅读变更产出物]
你在任务 4："实现 OAuth 流程"
让我追踪涉及什么...
[画图、探索选项、建议路径]
要更新设计以反映这个吗？
或加一个探针任务去调查？
用户想比较选项：
用户：该用 Postgres 还是 SQLite？
你：通用答案很无聊。上下文是什么？
用户：一个跟踪本地开发环境的 CLI 工具
你：那完全不同。
┌─────────────────────────────────────────────────┐
│ CLI ���具数据存储 │
└─────────────────────────────────────────────────┘
关键约束：
• 无守护进程运行
• 必须离线工作
• 单用户
SQLite Postgres
部署 内嵌 ✓ 需要服务器 ✗
离线 是 ✓ 否 ✗
单文件 是 ✓ 否 ✗
SQLite。毫无悬念。
除非... 有同步组件？
没有必需的结束。探索可能：
当事物似乎在成型时，你可以总结：
## 我们弄清楚了什么
**问题**：[成型的理解]
**方案**：[若已浮现]
**开放问题**：[若仍有]
**下一步**（若准备好）：
- 创建变更提案
- 继续探索：接着聊
但这个总结是可选的。有时思考本身就是价值。