openspec-explore

Explore codebases to identify problems and clarify requirements without implementing changes.

Updated Mar 4, 2026
One-click install
npx skills add https://github.com/kunish/muon --skill openspec-explore-kunish
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: openspec-explore
Source: https://github.com/kunish/muon/tree/main/.github/skills/openspec-explore
Command: npx skills add https://github.com/kunish/muon --skill openspec-explore-kunish

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Helps teams think deeply and frame problems clearly without implementing code, reducing ambiguity and rework.

Core Features & Use Cases

  • Curious, non-prescriptive exploration that surfaces questions and divergent paths.
  • Investigates codebases and designs to surface risks, dependencies, and trade-offs.
  • Produces OpenSpec artifacts (proposals, designs, specs) when requested.
  • Visualizes ideas with ASCII diagrams to communicate structure and flows.
  • Guardsrails ensure exploration stays safe and focused, avoiding premature implementation.

Quick Start

Prompt me to enter explore mode to begin deep, non-implementation thinking about your problem.

Frequently Asked Questions about openspec-explore

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

FAQPage Schema
How do I explore and clarify project requirements without writing implementation code?

Requirement exploration without implementation code is done through guided design-thinking that surfaces questions, risks, and trade-offs. It investigates your codebase to frame problems clearly and produces OpenSpec artifacts like proposals and designs when requested.

What is OpenSpec and how does it help with risk mapping and design exploration?

OpenSpec is a stance for exploring ideas and mapping risks across project codebases without generating production code. It helps teams visualize structure with ASCII diagrams and produce design artifacts to reduce ambiguity and rework.

How do I start exploring a codebase to identify problems and dependencies?

Start exploring a codebase by entering explore mode, which triggers deep, non-prescriptive investigation of your project. It surfaces divergent paths, dependencies, and trade-offs while keeping the focus on problem framing rather than implementation.

Can I use this to generate production code for my codebase?

Generating production code is explicitly blocked by guardrails that keep exploration safe and focused. The tool enforces an OpenSpec stance by offering artifacts such as proposals, designs, and specs instead of implementation changes.

When should I use design exploration instead of jumping straight into coding?

Design exploration should be used during early problem framing and risk assessment to reduce rework. It clarifies requirements and surfaces dependencies through curious, non-prescriptive questioning before any implementation begins.

Does this approach work for assessing risks and trade-offs in existing project codebases?

Assessing risks and trade-offs in existing project codebases is the core use case. It investigates code and designs to surface dependencies, visualize flows with ASCII diagrams, and produce OpenSpec artifacts without altering the code.