openspec-explore

Explore codebase context to surface questions, risks, and design proposals.

2|Updated Sep 23, 2025
One-click install
npx skills add https://github.com/tonysyu/gqlxp --skill openspec-explore-tonysyu
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: openspec-explore
Source: https://github.com/tonysyu/gqlxp/tree/main/.claude/skills/openspec-explore
Command: npx skills add https://github.com/tonysyu/gqlxp --skill openspec-explore-tonysyu

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill provides a thinking partner to help you brainstorm, clarify requirements, and explore potential solutions before any implementation, reducing ambiguity and rework.

Core Features & Use Cases

  • Think-aloud exploration: Prompts questions, surfaces assumptions, and sketches multiple directions without forcing a path.
  • Codebase grounding: Encourages referencing actual files and code patterns to stay grounded in reality.
  • ASCII diagramming & visuals: Generates simple diagrams to map ideas, risks, and decisions for clearer planning.
  • OpenSpec guardrails: Remains theory-focused, avoiding implementation while producing proposals, designs, or spec artifacts when asked.

Quick Start

Initiate an exploration by describing your problem and asking for a thinking partner to surface questions, diagrams, and potential next steps.

Frequently Asked Questions about openspec-explore

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

FAQPage Schema
What is the best way to brainstorm and clarify requirements before coding?

To explore potential solutions without writing implementation code, you can use a thinking partner that proposes diagrams, clarifications, and open questions. It helps surface assumptions and risks by applying design-thinking across your codebase context to produce spec artifacts.

How do I map out risks and decisions across my codebase?

You can map risks and decisions by generating ASCII diagrams during codebase exploration. This visual method sketches multiple directions and grounds your planning in actual file patterns, helping you clarify potential designs without forcing a specific implementation path.

Can I use a thinking partner to generate design specs instead of writing implementation code?

Yes, you can use a thinking partner to generate design specs instead of writing implementation code. It applies OpenSpec guardrails to remain theory-focused, producing proposals, designs, and spec artifacts while explicitly avoiding feature implementation.

How do I surface hidden assumptions during early problem-solving exploration?

To surface hidden assumptions during problem-solving exploration, engage in think-aloud sessions with a thinking partner. It prompts targeted questions and sketches multiple directions, encouraging you to reference actual code patterns to stay grounded in reality.

Does OpenSpec exploration write code or implement features for my project?

OpenSpec exploration does not write code or implement features for your project. It strictly performs theory-focused exploration to surface questions, risks, and potential designs, proposing diagrams and open questions instead of any actual implementation.