Help us improve
Share bugs, ideas, or general feedback.
From deepwiki
Comprehensive codebase analysis framework covering 14 technical areas including system overview, architecture, modules, integrations, workflows, and deployment patterns. Use when analyzing a codebase structure for documentation or understanding.
npx claudepluginhub gravity9-tech/claude_code_marketplace_demo --plugin deepwikiHow this skill is triggered — by the user, by Claude, or both
Slash command
/deepwiki:codebase-analysis-patternsThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
A systematic framework for analyzing codebases across 14 technical areas. This skill provides the analysis structure and signals to look for when examining a repository.
Analyzes codebases to map structure, detect tech stack, identify patterns and conventions for onboarding or exploring unfamiliar projects.
Analyzes codebases for architecture, tech stack, patterns, scale, quality signals, and next steps via /sourceatlas:overview. Use when onboarding or querying project structure.
Analyzes existing codebases to detect project types, frameworks, structures, and collision risks. Supports context, brownfield, and setup modes for feature planning.
Share bugs, ideas, or general feedback.
A systematic framework for analyzing codebases across 14 technical areas. This skill provides the analysis structure and signals to look for when examining a repository.
Purpose: Understand the project at a high level.
Signals to extract:
Detection patterns:
# Check for project metadata
package.json, pyproject.toml, Cargo.toml, go.mod, pom.xml
README.md (first paragraph often describes purpose)
Purpose: Identify languages, frameworks, and tools.
Signals to extract:
Detection patterns:
# Language detection
*.ts, *.tsx → TypeScript
*.py → Python
*.go → Go
*.rs → Rust
*.java → Java
# Framework detection
next.config.* → Next.js
angular.json → Angular
settings.py + urls.py → Django
main.py + FastAPI import → FastAPI
Purpose: Identify the structural design.
Signals to extract:
Detection patterns:
# Layered architecture signals
/controllers or /handlers → presentation layer
/services or /usecases → business logic layer
/repositories or /dal → data access layer
# Microservices signals
Multiple Dockerfiles or docker-compose services
/services/* with independent package files
API gateway configuration
Purpose: Understand client-side organization.
Signals to extract:
Detection patterns:
# React patterns
/components, /hooks, /contexts
useState, useEffect, useContext imports
# State management
/store, /redux, /state directories
createStore, configureStore, create (zustand)
Purpose: Understand server-side organization.
Signals to extract:
Detection patterns:
# API route patterns
/routes, /api, /endpoints directories
@app.route, @router.get, @GetMapping decorators
# Module patterns
/modules/*/ → feature-based
/domain/*/ → domain-driven
Purpose: Catalog major components.
Signals to extract:
Output format:
| Module | Type | Path | Dependencies | Interface |
|---|---|---|---|---|
| auth | API | /services/auth | db, redis | POST /login, /register |
| worker | Background | /workers/email | queue, smtp | processEmailQueue() |
Purpose: Identify persistence mechanisms.
Signals to extract:
Detection patterns:
# Database configuration
DATABASE_URL, MONGO_URI environment variables
/migrations, /prisma, /drizzle directories
*.sql files, schema definitions
# Cache patterns
REDIS_URL, redis.createClient()
@Cacheable annotations
Purpose: Map third-party connections.
Signals to extract:
Detection patterns:
# SDK imports
import stripe, from '@stripe/stripe-js'
import twilio, from 'twilio'
# API client patterns
/integrations, /clients, /external directories
fetch('https://api.stripe.com/...')
Purpose: Trace critical user journeys.
Signals to extract:
Detection patterns:
# Workflow indicators
/workflows, /flows, /sagas directories
State machines, step functions
Transaction boundaries
Purpose: Understand infrastructure and deployment.
Signals to extract:
Detection patterns:
# Container configuration
Dockerfile, docker-compose.yml
.dockerignore
# IaC patterns
/terraform, /infrastructure, /infra directories
*.tf, *.yaml (CloudFormation), Pulumi.*
# CI/CD
.github/workflows/, .gitlab-ci.yml, Jenkinsfile
Purpose: Understand quality assurance approach.
Signals to extract:
Detection patterns:
# Test directories
/tests, /__tests__, /spec, /e2e
*.test.ts, *.spec.py, *_test.go
# CI configuration
.github/workflows/*.yml
test, lint, build, deploy stages
Purpose: Identify security mechanisms.
Signals to extract:
Detection patterns:
# Auth patterns
/auth, /security directories
passport, next-auth, @nestjs/passport imports
JWT verification middleware
# Secrets
.env files (check .gitignore)
secrets/, vault configuration
Purpose: Map the repository organization.
Signals to extract:
Output format:
/
├── src/ → Source code
├── tests/ → Test files
├── docs/ → Documentation
├── scripts/ → Build/deploy scripts
├── config/ → Configuration files
└── dist/ → Build output (generated)
Purpose: Capture anything not covered above.
Potential areas:
| Coverage | Score | Action |
|---|---|---|
| 12-14 areas populated | 85-100% | Proceed with documentation |
| 9-11 areas populated | 70-84% | Review gaps, may proceed |
| < 9 areas populated | < 70% | Request additional context |
Version: 1.0 Last Updated: 2026-01-22