explore

Outline exploration activities and guardrails for clarifying requirements before Beat changes.

7|3|Updated Mar 5, 2026
One-click install
npx skills add https://github.com/kirkchen/beat --skill explore-kirkchen
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: explore
Source: https://github.com/kirkchen/beat/tree/main/skills/explore
Command: npx skills add https://github.com/kirkchen/beat --skill explore-kirkchen

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This mode helps teams think through problems, frame questions, and clarify requirements before committing to any Beat changes, reducing wasted effort and rework.

Core Features & Use Cases

  • Facilitates deep thinking and collaborative ideation without writing code.
  • Provides a structured space to read the codebase, surface assumptions, and identify requirements.
  • Supports early design discussions and artifact ideation to align stakeholders before implementation.

Quick Start

Begin in explore mode to think through problems, read the codebase, and clarify requirements before proceeding to design or changes.

Frequently Asked Questions about explore

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

FAQPage Schema
How do I clarify requirements before coding to reduce rework?

To clarify requirements before coding, use a structured exploration process to frame questions, surface assumptions, and align stakeholders before committing to changes. This approach reduces wasted effort by ensuring teams understand the problem space early.

What is the best way to brainstorm ideas and read a codebase before implementation?

The best way to brainstorm ideas and read a codebase is to enter a dedicated exploration mode that facilitates deep thinking without writing code. This structured space allows you to safely analyze the codebase and identify requirements before design.

How do I structure design thinking conversations for early project alignment?

Structure design thinking conversations by outlining the scope of exploration, suggested activities, and guardrails for safe thinking. This approach provides guidance on structuring discussions and ideating artifacts to align stakeholders before implementation.

When should I transition from exploring requirements to designing concrete tasks?

You should transition from exploring requirements to designing concrete tasks once you have thoroughly read the codebase, surfaced assumptions, and clarified the scope. The process provides explicit guidance on when to move from exploration to design.

Can I use exploration techniques to identify assumptions without writing any code?

Yes, you can use exploration techniques to identify assumptions without writing code by following established guardrails for safe thinking. This mode supports collaborative ideation and reading the codebase specifically before making any changes.

Does structured exploration help with framing questions for stakeholder alignment?

Structured exploration helps with framing questions for stakeholder alignment by providing a dedicated space to think through problems and ideate artifacts. This ensures stakeholders are aligned on requirements before proceeding to design or changes.