openspec-explore

Explore ideas and clarify requirements without implementing code.

18|3|Updated Mar 5, 2026
One-click install
npx skills add https://github.com/igamenovoer/houmao --skill openspec-explore-igamenovoer
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: openspec-explore
Source: https://github.com/igamenovoer/houmao/tree/main/tests/fixtures/plain-agent-def/skills/openspec-explore
Command: npx skills add https://github.com/igamenovoer/houmao --skill openspec-explore-igamenovoer

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It helps you think through unclear requirements and explore design options before implementing anything, reducing rework and risky changes.

Core Features & Use Cases

  • Exploratory problem framing: Clarify goals, surface assumptions, and reframe the problem space through questions and thinking prompts.
  • Codebase investigation support: Guide you to inspect relevant architecture and integration points to ground decisions in reality.
  • Options comparison and visualization: Encourage tradeoff tables and ASCII diagrams to compare approaches and make uncertainty visible.
  • Guardrailed stance: Explicitly prevents implementation and code changes, allowing only thinking and optional OpenSpec artifact capture when asked.

Quick Start

Start a guided thinking session by telling the AI: “Use openspec-explore to help me understand and investigate this problem before I make any changes.”

Frequently Asked Questions about openspec-explore

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

FAQPage Schema
How do I clarify requirements and explore architecture options before writing code?

To compare design approaches visually, you can use tradeoff tables and ASCII diagrams to map out integration points and make uncertainty visible, ensuring your decision support process accounts for varying architectural constraints.

How do I investigate codebase architecture during requirement uncertainty?

You can investigate codebase architecture during requirement uncertainty by using a non-implementation thinking session that guides you to inspect relevant integration points and ground your design decisions in the existing reality of your codebase.

Can I use exploration sessions to capture decisions as artifacts without modifying code?

Yes, you can use exploration sessions to capture decisions as artifacts without modifying code, because the process enforces a guardrailed non-implementation stance that allows only thinking and optional artifact capture when decisions are made.

What is the best way to compare design approaches and visualize tradeoffs safely?

The best way to compare design approaches safely is to use tradeoff tables and ASCII diagrams within a guardraided thinking session, allowing you to visualize tradeoffs and reframe the problem space without risking unwanted code changes.

When should I not use an exploratory problem framing approach for my project?

You should not use exploratory problem framing when your requirements are already fully clear and you are ready to implement, as the process explicitly prevents implementation and code changes, focusing solely on thinking and investigation.