openspec-explore

Explore problem spaces with ASCII diagrams and OpenSpec artifacts.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/LudoBermejoES/aleph --skill openspec-explore-ludobermejoes
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: openspec-explore
Source: https://github.com/LudoBermejoES/aleph/tree/main/.claude/skills/openspec-explore
Command: npx skills add https://github.com/LudoBermejoES/aleph --skill openspec-explore-ludobermejoes

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Enter explore mode. Think deeply. Visualize freely. Follow the conversation wherever it goes.

Core Features & Use Cases

  • Stance: Curious, not prescriptive — surface questions and multiple directions without forcing a path.
  • Visualization: Use ASCII diagrams to map ideas, dependencies, and trade-offs.
  • Adaptive Exploration: Follow evolving user threads and pivot when new information emerges.
  • Grounded in Code: Refer to the actual codebase when relevant to keep discussions realistic.
  • Open-Ended Surface: Highlight risks, unknowns, and alternative approaches to inform decision-making.

Quick Start

Start by clarifying the user’s goal and outlining the problem space before proposing options.

Frequently Asked Questions about openspec-explore

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

FAQPage Schema
How do I map out a problem space before implementing code changes?

You map a problem space by using a thinking partner that clarifies requirements, visualizes dependencies via ASCII diagrams, and highlights risks while strictly avoiding writing code.

What is the best way to visualize architecture trade-offs during ideation sessions?

The best way to visualize trade-offs is using an adaptive exploration tool that generates ASCII diagrams to map ideas and surface multiple directions without forcing a prescriptive path.

Can I use OpenSpec artifacts to document open-ended requirement exploration?

Yes, you can use OpenSpec artifacts as an output option to document requirement exploration, capturing evolving threads and pivots when new information emerges during ideation.

Does this requirements exploration approach work directly with my existing codebase?

Yes, requirements exploration is grounded in your actual codebase, referencing real code during ideation to ensure architecture and product decisions remain realistic.

When should I not use an exploration-only thinking partner?

You should not use an exploration-only thinking partner when you need to write code or implement features, as it strictly enforces open-thread exploration and visual thinking without execution.