exploration
/exploration
Prowadzi eksplorację nieznanej bazy kodu: analiza architektury, wykrywanie wzorców, mapowanie zależności i szybkie rozpoznanie.
- Autor
- fusengine ↗
- Repozytorium
- agents ↗
- Licencja
- MIT
- Ostatnia zmiana repozytorium
- 12.10.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 6
- Skrypty
- 0
- Komentarze HTML
- 0
- Adresy URL w SKILL.md
- 0
Brak sygnałów. Repozytorium zmienione 12.10.2026, bez odwołań do wycofanych modeli i API.
MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.
Co robi i kiedy
Prowadzi eksplorację nieznanej bazy kodu: analiza architektury, wykrywanie wzorców, mapowanie zależności i szybkie rozpoznanie.
Argumenty
/exploration [directory] [--thorough]
Oryginalny opis (EN)
Use when exploring an unfamiliar codebase -- architecture analysis, pattern detection, dependency mapping, rapid discovery.
Jak działa
- Exploration Protocol
- Architecture Pattern Detection
- Forbidden Behaviors
- Behavioral Traits
- Detailed References (Load on Demand)
Podgląd SKILL.md
---
name: exploration
description: Use when exploring an unfamiliar codebase -- architecture analysis, pattern detection, dependency mapping, rapid discovery.
argument-hint: "[directory] [--thorough]"
context: fork
agent: fuse-ai-pilot:explore-codebase
user-invocable: false
---
<objective>
Exploration runs a 5-phase reconnaissance protocol for rapid codebase discovery: initial reconnaissance (root files, config, entry points), structure mapping, entry-point detection per language, dependency analysis (package.json/pyproject.toml/go.mod/Cargo.toml/composer.json), and architecture-pattern detection (MVC, Clean, Hexagonal, feature-based, layered, modular monolith, Next.js App Router, and more).
It is evidence-based only -- no assumptions without code proof -- and produces a structured report of tech stack, entry points, and detected architecture pattern for whoever consumes it (typically the APEX Analyze phase or a domain expert).
</objective>
**Session:** ${CLAUDE_SESSION_ID}
# Exploration Skill
## Exploration Protocol
Run these 5 phases in order — full commands in `references/exploration-protocol.md`:
1. **Initial Reconnaissance** — list root files, find config files, check common entry points
2. **Structure Mapping** — tree view (excluding noise dirs), identify main directories
3. **Entry Points Detection** — grep for `main`/`index`/server bootstrap per language
4. **Dependency Analysis** — read `package.json`/`pyproject.toml`/`go.mod`/`Cargo.toml`/`composer.json`
5. **Pattern Detection** — check for MVC, Clean/Hexagonal, feature-based, Next.js App Router directories
---
## Architecture Pattern Detection
### Pattern Indicators
| Pattern | Key Directories | Indicators |
|---------|-----------------|------------|
| **MVC** | `controllers/`, `models/`, `views/` | Rails, Laravel, Express |
| **Clean Architecture** | `domain/`, `application/`, `infrastructure/` | DDD, Use cases |
| **Hexagonal** | `adapters/`, `ports/`, `core/` | Ports & adapters |
| **Feature-based** | `features/[name]/` | All layers per feature |
| **Layered** | `presentation/`, `business/`, `data/` | Traditional 3-tier |
| **Monolith** | Single `src/` | Mixed concerns |
| **Microservices** | Multiple `services/` | Separate repos/folders |
| **Next.js App Router** | `app/`, `components/`, `lib/` | Server/Client components |
| **Modular Monolith** | `modules/[name]/` | Bounded contexts |
---
## Forbidden Behaviors
- ❌ Make assumptions without code evidence
- ❌ Ignore configuration files
- ❌ Overlook test directories
- ❌ Skip dependency analysis
- ❌ Miss entry points
- ❌ Assume architecture without verification
## Behavioral Traits
- Systematic and methodical
- Pattern-focused detection
- Context-aware analysis
- Comprehensive yet concise
- Evidence-based insights
- Quick reconnaissance before deep dive
---
## Detailed References (Load on Demand)
- `references/exploration-protocol.md` — Load when running the 5-phase protocol (exact shell commands per phase)
- `references/tech-stack-detection.md` — Load when identifying framework/ORM/tooling per language (JS/TS, Python, Go, PHP, Rust)
- `references/code-organization-checks.md` — Load when auditing interface separation, business-logic location, or state management
- `references/response-format.md` — Load when writing the final exploration report
- `references/quick-analysis-commands.md` — Load for one-liner full-stack assessment, file counts, or large-file detection
Pliki w paczce (6)
- SKILL.md 3 KB
- references/code-organization-checks.md 1 KB
- references/exploration-protocol.md 2 KB
- references/quick-analysis-commands.md 1 KB
- references/response-format.md 1 KB
- references/tech-stack-detection.md 2 KB
Wersje
| Repozytorium | Wynik | Licencja |
|---|---|---|
| Ta strona · fusengine/agents | 90 | MIT |
| xiaobei930/cc-best | 100 | MIT |
Migawka bazy z 28.10.2026 · wersja paczki 0705837227d1 (skrót SHA-256 całej paczki)
Pobrania w ostatnich 30 dniach: 0 · ranking
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 100exploration-strategy
Prowadzi eksplorację bazy kodu: wyszukiwanie wzorców, zbieranie kontekstu i zrozumienie struktury kodu przed planowaniem lub implementacją. - 100explore-codebase
Prowadzi szczegółową eksplorację bazy kodu na początku sesji programistycznej: budowę projektu, architekturę, kluczowe komponenty i wzorce, gdy trzeba zrozumieć nieznany kod. - 100semantic-codebase-intelligence
Analizuje strukturę bazy kodu: mapowanie zależności, granice architektury, ocena coupling i cohesion oraz martwy kod, i tworzy Context Map z wnioskami. - 90code-explorer
Analizuje funkcję istniejącej bazy kodu przez śledzenie ścieżek wykonania, mapowanie warstw architektury, wzorców i zależności, żeby zrozumieć ją przed zmianą lub rozszerzeniem. - 100code-analysis
Analizuje strukturę i jakość bieżącej bazy kodu z metrykami, wzorcami i rekomendacjami opartymi na dowodach: audyt kodu, ocena architektury, hotspoty złożoności i zależności modułów. - 100code-analysis
Analizuje strukturę i jakość bieżącej bazy kodu z metrykami, wzorcami i rekomendacjami opartymi na dowodach: audyt kodu, ocena architektury, hotspoty złożoności i zależności modułów.