openspec-explore

Explore ideas and clarify requirements with ASCII diagrams and OpenSpec artifacts.

Updated Dec 9, 2025
One-click install
npx skills add https://github.com/jonathanhu237/rota --skill openspec-explore-jonathanhu237
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: openspec-explore
Source: https://github.com/jonathanhu237/rota/tree/main/.claude/skills/openspec-explore
Command: npx skills add https://github.com/jonathanhu237/rota --skill openspec-explore-jonathanhu237

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Provides a thinking partner to explore ideas, investigate problems, and clarify requirements, enabling deeper understanding before implementing changes.

Core Features & Use Cases

  • Curious, non-prescriptive questioning that surfaces multiple directions and keeps conversations open.
  • Visual thinking with ASCII diagrams and lightweight models to illustrate ideas and dependencies.
  • Safe, non-implementation exploration that can surface OpenSpec artifacts (proposals, designs, specs) when needed without executing code.

Quick Start

Enter explore mode and think deeply with me as your thinking partner.

Frequently Asked Questions about openspec-explore

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

FAQPage Schema
How do I explore ideas and clarify requirements before starting codebase implementation?

To explore ideas and clarify requirements before implementation, you need a thinking partner that applies curious, non-prescriptive questioning to surface multiple directions and keep conversations open. This approach ensures deeper understanding of problems before acting on decisions.

What is the best way to investigate problem framing and surface OpenSpec artifacts without writing code?

The best way to investigate problem framing safely is through non-implementation exploration that surfaces OpenSpec artifacts like proposals, designs, and specs when needed. This method provides a thinking partner to investigate problems without executing any code changes.

Can I use ASCII diagrams to visualize dependencies and lightweight models during requirements gathering?

Yes, you can visualize dependencies and lightweight models using ASCII diagrams during requirements gathering. This visual thinking approach helps illustrate ideas clearly, enabling deeper understanding of the problem space before making implementation decisions.

Does this think-aloud exploration approach work for early design and problem-solving contexts?

Yes, think-aloud exploration works effectively across early design, requirements gathering, and problem framing contexts. It provides safe, exploratory reasoning to clarify requirements and investigate problems by asking non-prescriptive questions that keep conversations open.

How do I start a guided exploration session to think deeply about my project requirements?

To start a guided exploration session, enter explore mode to think deeply with a partner that applies curious questioning and visual thinking. This process clarifies requirements and investigates problems through non-prescriptive, open conversation before any implementation begins.

What are the limitations of using a non-prescriptive thinking partner for problem framing?

The main limitation of this non-prescriptive thinking partner is that it performs safe, exploratory reasoning only and does not execute code changes. It focuses entirely on clarifying requirements and surfacing OpenSpec artifacts, leaving actual implementation to separate actions.