exploration-strategy
Skill8 starsChanged 17 days agoMITView on GitHub
This skill should be used when exploring codebases, finding patterns, searching for code, gathering context, or understanding code structure before planning or implementation.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- rlaope/ultraprompttheir own version, first seen Oct 27, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- rlaope/ultraprompt★ 35same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository12 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .claude/CLAUDE.mdCLAUDE.md
- agent-behavior-constraintsSkill
- agentsview-usageSkill
- evidence-driven-workSkill
- explainer-design-systemSkill
- graphify-usageSkill
- personal-kb-usageSkill
- prompt-refinementSkill
- skill-agent-mappingSkill
- task-classificationSkill
- verification-gatesSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
15 rules. About 0 are common, 15 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈15
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 9
Use fast, parallel exploration to gather context before planning.
- Distinctive: line 17
Parallel over sequential: - Run multiple searches simultaneously when possible
- Distinctive: line 18
Targeted over exhaustive: - Start with likely locations, expand if needed
- Distinctive: line 19
Converge quickly: - Stop when results stabilize or context is sufficient
- Distinctive: line 33
Start with high-level structure (directories, entry points)
- Distinctive: line 51
Start at known entry point
- Distinctive: line 52
Follow imports and references
- Distinctive: line 69
Search for specific terms, patterns, or signatures
- Distinctive: line 71
Read most promising matches
- Distinctive: line 107
Use Glob for file discovery:
- Distinctive: line 119
Use Grep for content search:
- Distinctive: line 174
Run 3-5 parallel searches maximum
- Distinctive: line 186
Before concluding exploration, verify:
- Distinctive: line 210
Read entry point files fully
- Distinctive: line 216
Test files when adding tests
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Exploration Strategy
Use fast, parallel exploration to gather context before planning.
Overview
Effective exploration minimizes wasted effort by quickly identifying relevant code, patterns, and conventions. This skill defines exploration patterns, tool selection, and convergence criteria.
Key Principles
- Parallel over sequential - Run multiple searches simultaneously when possible
- Targeted over exhaustive - Start with likely locations, expand if needed
- Converge quickly - Stop when results stabilize or context is sufficient
- Summarize for handoff - Produce actionable summaries for downstream agents
Exploration Patterns
Choose the appropriate pattern based on task characteristics.
Breadth-First Exploration
Use when: Structure is unclear or unfamiliar codebase
Approach:
- Start with high-level structure (directories, entry points)
- Identify major components and their relationships
- Narrow focus based on initial findings
- Deep dive into relevant areas
Example:
Initial: Glob for package.json, setup.py, main entry points
Then: List top-level directories
Then: Read README and key configs
Finally: Focus on relevant subsystemsDepth-First Exploration
Use when: Target is known but details are needed
Approach:
- Start at known entry point
- Follow imports and references
- Map the call chain
- Document dependencies
Example:
Start: Read specific file mentioned in task
Then: Follow imports in that file
Then: Read imported modules
Finally: Document the dependency treeTargeted Exploration
Use when: Looking for specific patterns or implementations
Approach:
- Search for specific terms, patterns, or signatures
- Filter results by relevance
- Read most promising matches
- Expand search if needed
Example:
Search: Grep for function name or pattern
Filter: Exclude test files if not relevant
Read: Top 3-5 most relevant matches
Expand: Broaden search terms if insufficientSee Search Patterns for detailed pattern guidance.
Search Tool Selection
Match the tool to the search goal.
Tool Selection Matrix
| Goal | Primary Tool | When to Use |
| Orient in unfamiliar codebase | graph_stats + god_nodes | Graph exists; need structural overview |
| Map imports / callers / dependents | get_neighbors | Graph exists; need blast radius |
| Find path between two concepts | shortest_path | Graph exists; tracing connections |
| Find files by name | Glob | Know the filename pattern |
| Find content in files | Grep | Know what text to search for; freshly edited files |
| Read file contents | Read | Need full file context |
| External documentation | WebSearch | Need API docs or external info |
| Fetch specific page | WebFetch | Have URL, need content |
Graph tools first for structural questions; Grep/Read for literal content and freshly edited files. See graphify-usage skill for full decision table.
Glob Patterns
Use Glob for file discovery:
Project structure: **/*.{ts,tsx}
Config files: **/config.{json,yaml,yml}
Test files: **/*.test.ts, **/*.spec.ts
Entry points: **/index.ts, **/main.ts
Specific component: **/components/**/Button*.tsxGrep Patterns
Use Grep for content search:
Function definitions: function\s+handleSubmit
Class definitions: class\s+UserService
Imports: import.*from.*@company/
TODO comments: TODO|FIXME|HACK
Type definitions: interface\s+User|type\s+UserCombining Tools
Effective exploration often chains tools:
1. Glob: Find all TypeScript files
2. Grep: Search for specific pattern in those files
3. Read: Examine the most relevant matchesParallel Search Strategies
Maximize exploration efficiency with parallel searches.
When to Parallelize
- Multiple independent search terms
- Different file types to examine
- Separate areas of the codebase
- Complementary search angles
Parallel Search Examples
Finding a feature implementation:
Parallel:
- Grep: "featureName" in source files
- Grep: "featureName" in test files
- Glob: files with "feature" in name
- Grep: related config/constantsUnderstanding a module:
Parallel:
- Read: module index/main file
- Grep: imports of this module
- Glob: test files for this module
- Read: README in module directoryParallel Search Limits
- Run 3-5 parallel searches maximum
- Too many parallels fragments focus
- Consolidate results before expanding
Context Gathering Techniques
Gather sufficient context without over-reading.
Essential Context Checklist
Before concluding exploration, verify:
- Entry points identified
- Key dependencies mapped
- Existing patterns documented
- Test approach understood
- Config/environment requirements noted
When the question is about runtime behaviour (a setting seems ignored, something is slow or failing), code shows what should happen, not what did. Read perception for the observation surfaces to check (effective config, plans, metrics, logs, history), and report any surface you couldn't reach so the orchestrator can ask the user for access.
Context Priorities
| Priority | Context Type | When Essential |
| High | Direct implementation files | Always |
| High | Related test files | When modifying behavior |
| Medium | Type definitions | When working with types |
| Medium | Configuration files | When behavior is configurable |
| Low | Documentation files | When conventions unclear |
| Low | Build configuration | When build issues possible |
Reading Strategies
Skim for structure:
- Read entry point files fully
- Skim supporting files for patterns
- Focus on public interfaces
Deep read for details:
- Implementation logic when modifying
- Test files when adding tests
- Type definitions when typing
Convergence Criteria
Know when exploration is complete.
Stop Exploring When
- Results stabilize - New searches return same files
- Context sufficient - Can answer key questions about implementation
- Patterns identified - Understand codebase conventions
- Scope defined - Know what files need modification
Continue Exploring When
- Gaps remain - Cannot answer basic questions about approach
- Inconsistencies found - Different patterns in different areas
- Dependencies unclear - Cannot determine what else might be affected
- Edge cases unknown - Have not identified error handling patterns
Exploration Depth Guidelines
| Task Complexity | Exploration Depth | Time Budget |
| Simple fix | 1-3 files | 2-5 minutes |
| Feature addition | 5-10 files | 5-10 minutes |
| Refactoring | 10-20 files | 10-15 minutes |
| Architecture change | 20+ files | 15-30 minutes |
See Exploration Depth for complexity guidelines.
Quick Reference
Exploration Flow
1. Identify likely directories and patterns
2. Run parallel searches for patterns
3. Read most relevant files for conventions
4. Summarize findings for handoff
5. Stop when context sufficientTool Decision Tree
Structural / blast-radius / imports? -> Graph tools (get_neighbors, shortest_path)
Orientation in unfamiliar code? -> graph_stats + god_nodes
Need files? -> Glob
Need content (literal/freshly edited)? -> Grep
Need detail? -> Read
Need external? -> WebSearch/WebFetchConvergence Check
Can I answer: What files to modify?
Can I answer: What patterns to follow?
Can I answer: What dependencies exist?
If yes to all -> Stop exploring
If no to any -> Continue with targeted searchResources
- Search Patterns - Detailed search pattern guidance
- Exploration Depth - Depth guidelines by task type
- Deep-Dive Patterns - Parallel exploration for /deep-dive command
- Deep-Dive Reuse -
/orchestrate --use-deep-divetargeted Phase 1 exploration - Context Preambles - Graph / personal KB / AgentsView preambles for
/orchestratedispatches - Exploration Scenarios - Worked exploration examples
Related Skills
- task-classification - Classifies tasks before exploration
- agent-behavior-constraints - Defines Riko's tool permissions
- prompt-refinement - Refines exploration queries
- evidence-driven-work - Observation surfaces for runtime questions (read
references/perception.mdon demand)
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

