openspec-explore

Explore ideas and clarify requirements without implementing code.

47|2|Updated Oct 30, 2023
One-click install
npx skills add https://github.com/runtime-env/runtime-env --skill openspec-explore-runtime-env
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: openspec-explore
Source: https://github.com/runtime-env/runtime-env/tree/main/.gemini/skills/openspec-explore
Command: npx skills add https://github.com/runtime-env/runtime-env --skill openspec-explore-runtime-env

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The OpenSpec Explore Skill acts as a thinking partner to help teams explore ideas, clarify requirements, and investigate problems before any implementation. It provides structured thinking prompts, stance guidance, and visual-thinking artifacts to keep discussions productive without writing code.

Core Features & Use Cases

  • Curious, open-ended exploration: Encourages questions, multiple directions, and surface risks without dictating a path.
  • Visual reasoning and artifacts: Uses ASCII diagrams and structured notes to map ideas, dependencies, and decisions.
  • Use Case: In a codebase or product discussion, you can explore problem space, surface assumptions, and align on scope before starting a change.

Quick Start

Start a conversation by describing the area you want to explore and ask for a thinking partner to surface questions, diagrams, and risks. For example: "Help me reason about integrating a new feature without writing code yet."

Frequently Asked Questions about openspec-explore

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I explore problem space and clarify requirements before writing code?

To explore problem space before writing code, use a thinking partner to surface assumptions, frame the problem, and map dependencies without implementing any solutions. It helps align scope and surface risks early in the discovery phase.

What is the best way to frame design discussions in software projects?

Framing design discussions benefits from open-ended exploration and visual reasoning artifacts like ASCII diagrams. This approach maps ideas and decisions, keeping conversations productive by encouraging questions and surfacing risks without dictating a path.

Can I use this to reason about integrating a new feature without implementing it?

Yes, you can reason about integrating a new feature without implementing it. The skill enforces a non-implementation workflow, providing stance guidance and structured notes to help you investigate problems and align on scope before any code is written.

How do I surface assumptions and risks during early discovery sessions?

Surface assumptions and risks during early discovery by engaging in curious, open-ended exploration. The skill prompts structured thinking to identify multiple directions and potential pitfalls, ensuring you clarify requirements before starting a change.

When should I not use an exploration and clarity thinking partner?

You should not use an exploration thinking partner when you are ready to write or implement code. The workflow strictly enforces non-implementation, focusing entirely on problem framing, visual reasoning, and requirement clarification.