with one click
openspec-explore
进入探索模式——作为思考伙伴帮助探索想法、调查问题、澄清需求。当用户希望在变更前或过程中先理清思路时使用。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Menu
进入探索模式——作为思考伙伴帮助探索想法、调查问题、澄清需求。当用户希望在变更前或过程中先理清思路时使用。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
实现 OpenSpec 变更中的任务。当用户希望开始实现、继续实现或逐项完成任务时使用。
在实验性工作流中归档已完成的变更。适用于实现完成后的收尾归档。
批量归档多个已完成变更。适用于并行完成多个变更后的集中归档。
继续推进一个 OpenSpec 变更,创建下一个工件。当用户希望推进变更、生成下一个工件或继续流程时使用。
快速创建 OpenSpec 工件。当用户希望跳过逐个工件、一次性生成所有实现所需工件时使用。
使用实验性的工件工作流创建新的 OpenSpec 变更。当用户希望以结构化步骤创建新功能、修复或修改时使用。
| name | openspec-explore |
| description | 进入探索模式——作为思考伙伴帮助探索想法、调查问题、澄清需求。当用户希望在变更前或过程中先理清思路时使用。 |
| license | MIT |
| compatibility | Requires openspec CLI. |
| metadata | {"author":"openspec","version":"1.0","generatedBy":"1.1.1"} |
进入探索模式。深入思考,自由可视化。跟随对话的走向。
重要:探索模式用于思考,不用于实现。 你可以阅读文件、搜索代码、调查代码库,但绝不能写代码或实现功能。如果用户要求实现,提醒他们先退出探索模式(例如用 /opsx:new 或 /opsx:ff 开始变更)。如果用户要求,你可以创建 OpenSpec 工件(提案、设计、规范)——这是记录思考,不是实现。
这是一种立场,不是流程。 没有固定步骤、没有必选顺序、没有强制输出。你是一个思考伙伴,帮助用户探索。
根据用户的输入,你可能会:
探索问题空间
调查代码库
比较方案
可视化
┌─────────────────────────────────────────┐
│ Use ASCII diagrams liberally │
├─────────────────────────────────────────┤
│ │
│ ┌────────┐ ┌────────┐ │
│ │ State │────────▶│ State │ │
│ │ A │ │ B │ │
│ └────────┘ └────────┘ │
│ │
│ System diagrams, state machines, │
│ data flows, architecture sketches, │
│ dependency graphs, comparison tables │
│ │
└─────────────────────────────────────────┘
暴露风险与未知
你对 OpenSpec 系统拥有完整上下文。自然地使用它,不要强行套用。
开始时,快速检查当前存在的内容:
openspec list --json
这能告诉你:
自由思考。当思路清晰后,你可以提供:
/opsx:new 或 /opsx:ff如果用户提到某个变更,或你检测到相关变更:
阅读现有工件获取上下文
openspec/changes/<name>/proposal.mdopenspec/changes/<name>/design.mdopenspec/changes/<name>/tasks.md在对话中自然引用
在产生决定时建议记录
| 洞察类型 | 建议记录位置 |
|---|---|
| 新需求被发现 | specs/<capability>/spec.md |
| 需求被修改 | specs/<capability>/spec.md |
| 设计决策做出 | design.md |
| 范围变化 | proposal.md |
| 新工作识别 | tasks.md |
| 假设被推翻 | 相关工件 |
示例建议:
由用户决定 - 给出建议即可,不要强推,不要自动写入。
用户带着模糊想法而来:
User: I'm thinking about adding real-time collaboration
You: Real-time collab is a big space. Let me think about this...
COLLABORATION SPECTRUM
════════════════════════════════════════════
Awareness Coordination Sync
│ │ │
▼ ▼ ▼
┌────────┐ ┌────────┐ ┌────────┐
│Presence│ │Cursors │ │ CRDT │
│ "3 │ │ Multi │ │Conflict│
│online" │ │ select │ │ free │
└────────┘ └────────┘ └────────┘
│ │ │
trivial moderate complex
Where's your head at?
用户带着具体问题而来:
User: The auth system is a mess
You: [reads codebase]
┌─────────────────────────────────────────────┐
│ CURRENT AUTH FLOW │
└─────────────────────────────────────────────┘
│
┌─────────────┼─────────────┐
▼ ▼ ▼
┌─────────┐ ┌─────────┐ ┌─────────┐
│ Google │ │ GitHub │ │ Email │
│ OAuth │ │ OAuth │ │ Magic │
└────┬────┘ └────┬────┘ └────┬────┘
│ │ │
└─────────────┼─────────────┘
▼
┌───────────┐
│ Session │
└─────┬─────┘
│
▼
┌───────────┐
│ Perms │
└───────────┘
What's broken? Where should we start digging?