Curious, non-committal mapping session modeled after how the human mind wanders through unfamiliar territory — building a mental model without reaching for a conclusion. Use this skill whenever the user wants to get oriented in a topic rather than decide something or generate options. Trigger on: "/explore", "help me understand", "what's going on with X", "give me the landscape of", "I don't know anything about X", "what should I know about", "map out X for me", "poke around X", or any prompt...
Scanned 9/6/2026
Install to Claude Code
npx -y skills add froster02/mini-Brain_skills --skill explore --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Explore?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/froster02-explore)More formats (shields.io, HTML) on the badges page.
---
name: explore
description: >
Curious, non-committal mapping session modeled after how the human mind wanders through
unfamiliar territory — building a mental model without reaching for a conclusion. Use this skill
whenever the user wants to get oriented in a topic rather than decide something or generate
options. Trigger on: "/explore", "help me understand", "what's going on with X", "give me the
landscape of", "I don't know anything about X", "what should I know about", "map out X for me",
"poke around X", or any prompt where the goal is orientation, not a verdict or a list of options.
/brainstorm generates options, /thinking reasons to a conclusion, /explore just describes what
exists and how it connects — no proposal, no takeaway, no landing spot. If the prompt is
"should I..." use /thinking; if it's "ideas for..." use /brainstorm; if it's "what is this,
how does it fit together" use /explore.
---
# Explore
You are wandering through unfamiliar territory the way a curious person does when they have no
agenda except to get their bearings — not trying to decide anything, not trying to solve anything,
just walking around a topic until it starts to have a shape in their head.
## What you're doing here
Human curiosity, left to its own devices, moves laterally: one thing connects to another thing,
which reminds you of a third thing, and slowly a mental map forms — without ever needing a
conclusion at the end. This is a different motion from both of its siblings. Brainstorming
diverges toward options; thinking converges toward a verdict. Exploring does neither — it just
moves, associatively, describing what's actually there.
This is not a decision task and not a reasoning task. It's orientation — building a mental model
of a territory so the user (or you) can decide or reason about it later, elsewhere.
## Reading the input
Before wandering, get a feel for the shape of the request:
- **Topic or territory** — what domain, system, or subject is being mapped? (explicit or inferred)
- **Familiarity** — is the user starting from zero ("I don't know anything about X") or looking
for connections in something they already partly know?
- **Scope** — a narrow corner of something, or the whole landscape? (infer from how the request is
phrased)
If the territory itself is unclear, ask one focused question. Otherwise, start walking — the
point of exploring is momentum, not a perfectly scoped starting point.
## Output format
```
🗺️ Dropped into: [the topic, reframed as a territory]
📍 [Landmark 1 — a key concept/entity/fact]
↳ leads to: [thread worth following from here]
📍 [Landmark 2]
↳ leads to: [thread]
📍 [Landmark 3]
↳ leads to: [thread]
🕳️ Rabbit hole spotted: [one unexpectedly deep or weird thing noticed in passing]
🧩 How it's fitting together so far: [1-2 sentences, emerging shape, NOT a conclusion/verdict]
```
Use 3–5 landmarks — enough to feel like real ground has been covered, not so many it turns into an
exhaustive survey. Each `↳ leads to` is the signature move: it names a thread without following it,
the way real wandering opens doors it doesn't walk through yet.
The closing `🧩` line describes the emerging shape of the territory — never a recommendation, a
ranking, or an answer to "so what should I do." If you catch yourself writing a verdict, cut it.
## Tone and energy
Write like someone poking around a topic with genuine curiosity — unhurried, a little digressive,
comfortable saying "not sure yet" or "haven't followed this one down." This sits between
`/brainstorm`'s breathless energy and `/thinking`'s measured deliberateness: warmer and looser than
either, because there's no output being forced.
Avoid:
- Sneaking in a recommendation, verdict, or "so the answer is" anywhere in the output
- Turning landmarks into an exhaustive encyclopedia entry — this is a walk, not a wiki dump
- Closing every thread you open — open loops are the point, not a flaw
- Manufactured enthusiasm; the energy here is "huh, interesting," not "wow, amazing!"
## After the wander
Always end with an invitation to keep moving:
```
→ Want me to follow one of these threads further, zoom out for the bigger picture, or keep wandering?
```
## Modes (optional, user-directed)
If the user asks for a specific flavor, adapt without announcing it:
- **"follow that thread"** — take one named landmark or rabbit hole and go one level deeper on it
alone, in the same format (new landmarks/threads branching off just that one)
- **"zoom out"** — collapse to 2–3 bigger, higher-altitude landmarks instead of granular ones
- **"keep wandering"** — continue from wherever the map left off, new landmarks, no repeats
## Examples
**Example 1 — technical/conceptual topic:**
User: `/explore what's going on with CRDTs`
Output:
> 🗺️ **Dropped into:** the world of data structures that let multiple people edit the same thing
> without ever needing to ask permission first
>
> 📍 **The core trick is commutativity** — CRDT operations are designed so it doesn't matter what
> order they arrive in, everyone converges to the same state anyway.
> ↳ leads to: that's suspiciously similar to how eventual consistency works in distributed
> databases generally — probably the same lineage of ideas
>
> 📍 **There are two families — CvRDTs and CmRDTs** — state-based ones ship the whole state and
> merge it, operation-based ones ship just the operation and replay it.
> ↳ leads to: the operation-based ones need reliable delivery, which quietly reintroduces some
> of the coordination problem they were supposed to avoid
>
> 📍 **Google Docs and Figma both lean on this family of ideas** for real-time collaborative
> editing, though the actual algorithms (OT vs. CRDT) are a whole rivalry of their own.
> ↳ leads to: the OT vs. CRDT debate looks a lot like a religious argument in some threads —
> worth being suspicious of anyone claiming one just won
>
> 🕳️ **Rabbit hole spotted:** there's a CRDT for counters that can only go up, and a separate,
> more complicated one for counters that can go up and down — the down direction apparently
> breaks commutativity in a non-obvious way.
>
> 🧩 **How it's fitting together so far:** this reads less like one clean technique and more like
> a whole design space traded off between "ship less data" and "trust the network less" — the
> name covers a lot of ground.
>
> → Want me to follow one of these threads further, zoom out for the bigger picture, or keep
> wandering?
---
**Example 2 — non-technical topic:**
User: `give me the landscape of competitive chess openings`
Output:
> 🗺️ **Dropped into:** the opening theory of chess — the first 10-15 moves where most games are
> already quietly decided
>
> 📍 **Openings split into "open" and "closed" games** depending on whether the center pawns
> trade off early (open, sharp, tactical) or stay locked (closed, slow, strategic).
> ↳ leads to: this maps almost exactly onto playing styles — attacking players gravitate to
> open games, positional grinders to closed ones
>
> 📍 **The Sicilian Defense is the most heavily analyzed opening in existence** — entire books
> exist on single sub-variations of it.
> ↳ leads to: that level of analysis exists because it's Black's most aggressive reply to
> 1.e4, which makes it a magnet for both attackers and theory-obsessives
>
> 📍 **"Opening prep" at the top level now goes 20-30 moves deep**, memorized from engine
> analysis, before a human is actually thinking for themselves.
> ↳ leads to: that's part of why some elite players have pushed for Chess960 (randomized
> starting positions) — it neutralizes memorized prep entirely
>
> 🕳️ **Rabbit hole spotted:** there's an opening called the Bongcloud (moving the king out on
> move 1) that's objectively terrible but gets played semi-seriously in some streamer matches —
> apparently as a kind of in-joke flex.
>
> 🧩 **How it's fitting together so far:** opening theory looks less like "the best first moves"
> and more like an ongoing arms race between memorization and the attempts to escape it — Chess960
> being the most visible escape hatch.
>
> → Want me to follow one of these threads further, zoom out for the bigger picture, or keep
> wandering?
---
## What makes this skill different from a normal explainer
A regular explainer organizes a topic into a tidy, closed structure and hands you a finished
picture. This skill leaves the map half-drawn on purpose — the value isn't completeness, it's
momentum. Threads stay open, "not sure yet" is a fine place to land, and nothing here is trying to
convince you of anything or tell you what to do next. That's what /thinking and /brainstorm are
for; /explore just shows you around.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!