- Add Step 9 for semantic entity file generation - Task tool batching for 100+ file codebases (10 files per batch) - 50 file limit per run to manage context - File selection criteria: 3+ exports, 5+ dependents, key directories - Entity slug convention: path--segments--filename-ext.md - Entity template with Purpose, Exports, Dependencies, Used By sections - Update objective, output, and success criteria for entities - Add context section explaining execution model Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
9.2 KiB
name, description, argument-hint, allowed-tools
| name | description | argument-hint | allowed-tools | |||||
|---|---|---|---|---|---|---|---|---|
| gsd:analyze-codebase | Scan existing codebase and populate .planning/intel/ with file index, conventions, and semantic entity files |
|
Works standalone (without /gsd:new-project) for brownfield codebases. Creates summary.md for context injection at session start. Generates entity files that capture file PURPOSE (what it does, why it exists), not just syntax.
Output: .planning/intel/index.json, conventions.json, summary.md, entities/*.md
This command performs bulk codebase scanning to bootstrap the Codebase Intelligence system.Use for:
- Brownfield projects before /gsd:new-project
- Refreshing intel after major changes
- Standalone intel without full project setup
After initial scan, the PostToolUse hook (hooks/intel-index.js) maintains incremental updates.
Execution model (Step 9 - Entity Generation):
- Claude (executing this command) generates entity content directly
- No embedded JavaScript - Claude reads files and writes semantic documentation
- Task tool to spawn subagents for batch processing large codebases
- Each subagent processes 10 files, generating Purpose-focused entity markdown
- Users can skip Step 9 if they only want the index (faster, less context)
Step 1: Create directory structure
mkdir -p .planning/intel
Step 2: Find all indexable files
Use Glob tool with pattern: **/*.{js,ts,jsx,tsx,mjs,cjs}
Exclude directories (skip any path containing):
- node_modules
- dist
- build
- .git
- vendor
- coverage
- .next
- pycache
Filter results to remove excluded paths before processing.
Step 3: Process each file
Initialize the index structure:
{
version: 1,
updated: Date.now(),
files: {}
}
For each file found:
-
Read file content using Read tool
-
Extract exports using these patterns:
- Named exports:
export\s*\{([^}]+)\} - Declaration exports:
export\s+(?:const|let|var|function\*?|async\s+function|class)\s+(\w+) - Default exports:
export\s+default\s+(?:function\s*\*?\s*|class\s+)?(\w+)? - CommonJS object:
module\.exports\s*=\s*\{([^}]+)\} - CommonJS single:
module\.exports\s*=\s*(\w+)\s*[;\n] - TypeScript:
export\s+(?:type|interface)\s+(\w+)
- Named exports:
-
Extract imports using these patterns:
- ES6:
import\s+(?:\{[^}]*\}|\*\s+as\s+\w+|\w+)\s+from\s+['"]([^'"]+)['"] - Side-effect:
import\s+['"]([^'"]+)['"](not preceded by 'from') - CommonJS:
require\s*\(\s*['"]([^'"]+)['"]\s*\)
- ES6:
-
Store in index:
index.files[absolutePath] = { exports: [], // Array of export names imports: [], // Array of import sources indexed: Date.now() }
Step 4: Detect conventions
Analyze the collected index for patterns.
Naming conventions (require 5+ exports, 70%+ match rate):
- camelCase:
^[a-z][a-z0-9]*(?:[A-Z][a-z0-9]+)+$or single lowercase^[a-z][a-z0-9]*$ - PascalCase:
^[A-Z][a-z0-9]+(?:[A-Z][a-z0-9]+)*$or single^[A-Z][a-z0-9]+$ - snake_case:
^[a-z][a-z0-9]*(?:_[a-z0-9]+)+$ - SCREAMING_SNAKE:
^[A-Z][A-Z0-9]*(?:_[A-Z0-9]+)+$or single^[A-Z][A-Z0-9]*$ - Skip 'default' when counting (it's a keyword, not naming convention)
Directory patterns (use lookup table):
components -> UI components
hooks -> React/custom hooks
utils, lib -> Utility functions
services -> Service layer
api, routes -> API endpoints
types -> TypeScript types
models -> Data models
tests, __tests__, test, spec -> Test files
controllers -> Controllers
middleware -> Middleware
config -> Configuration
constants -> Constants
pages -> Page components
views -> View templates
Suffix patterns (require 5+ occurrences):
.test.*, .spec.* -> Test files
.service.* -> Service layer
.controller.* -> Controllers
.model.* -> Data models
.util.*, .utils.* -> Utility functions
.helper.*, .helpers.* -> Helper functions
.config.* -> Configuration
.types.*, .type.* -> TypeScript types
.hook.*, .hooks.* -> React/custom hooks
.context.* -> React context
.store.* -> State store
.slice.* -> Redux slice
.reducer.* -> Redux reducer
.action.*, .actions.* -> Redux actions
.api.* -> API layer
.route.*, .routes.* -> Route definitions
.middleware.* -> Middleware
.schema.* -> Schema definitions
.mock.*, .mocks.* -> Mock data
.fixture.*, .fixtures.* -> Test fixtures
Step 5: Write index.json
Write to .planning/intel/index.json:
{
"version": 1,
"updated": 1737360330000,
"files": {
"/absolute/path/to/file.js": {
"exports": ["functionA", "ClassB"],
"imports": ["react", "./utils"],
"indexed": 1737360330000
}
}
}
Step 6: Write conventions.json
Write to .planning/intel/conventions.json:
{
"version": 1,
"updated": 1737360330000,
"naming": {
"exports": {
"dominant": "camelCase",
"count": 42,
"percentage": 85
}
},
"directories": {
"components": { "purpose": "UI components", "files": 15 },
"hooks": { "purpose": "React/custom hooks", "files": 8 }
},
"suffixes": {
".test.js": { "purpose": "Test files", "count": 12 }
}
}
Step 7: Generate summary.md
Write to .planning/intel/summary.md:
# Codebase Intelligence Summary
Last updated: [ISO timestamp]
Indexed files: [N]
## Naming Conventions
- Export naming: [case] ([percentage]% of [count] exports)
## Key Directories
- `[dir]/`: [purpose] ([N] files)
- ... (top 5)
## File Patterns
- `*[suffix]`: [purpose] ([count] files)
- ... (top 3)
Total exports: [N]
Target: < 500 tokens. Keep concise for context injection.
Step 8: Report completion
Display summary statistics:
Codebase Analysis Complete
Files indexed: [N]
Exports found: [N]
Imports found: [N]
Conventions detected:
- Naming: [dominant case] ([percentage]%)
- Directories: [list]
- Patterns: [list]
Files created:
- .planning/intel/index.json
- .planning/intel/conventions.json
- .planning/intel/summary.md
Step 9: Generate semantic entities (optional)
Generate entity files that capture semantic understanding of key files. These provide PURPOSE, not just syntax.
Skip this step if: User only wants the index, or codebase has < 10 files.
9.1 Create entities directory
mkdir -p .planning/intel/entities
9.2 Select files for entity generation
Select up to 50 files based on these criteria (in priority order):
- High-export files: 3+ exports (likely core modules)
- Hub files: Referenced by 5+ other files (via imports analysis)
- Key directories: Entry points (index.js, main.js, app.js), config files
- Structural files: Files matching convention patterns (services, controllers, models)
From the index.json, identify candidates and limit to 50 files maximum per run.
9.3 Generate entities via Task tool batching
Process selected files in batches of 10 using the Task tool to spawn subagents.
For each batch, spawn a Task with this instruction:
Generate semantic entity files for these source files:
[list of 10 absolute file paths]
For each file:
1. Read the file content
2. Write an entity markdown file to .planning/intel/entities/
Entity filename convention (slug):
- Take the relative path from project root
- Replace / with --
- Replace . with -
- Example: src/utils/auth.js -> src--utils--auth-js.md
Entity template:
---
source: [absolute path]
indexed: [ISO timestamp]
---
# [filename]
## Purpose
[1-2 sentences: What does this file DO? Why does it exist? What problem does it solve?]
## Exports
| Name | Type | Purpose |
|------|------|---------|
| [export] | [function/class/const/type] | [what it does] |
## Dependencies
| Import | Purpose |
|--------|---------|
| [import source] | [why this file needs it] |
## Used By
[If this file is imported by others in the codebase, list the key consumers and why they use it. Otherwise: "Entry point" or "Utility - used across codebase"]
---
Focus on PURPOSE and semantic understanding, not just listing syntax.
9.4 Verify entity generation
After all batches complete:
ls .planning/intel/entities/*.md | wc -l
Confirm entity count matches expected file count.
9.5 Report entity statistics
Entity Generation Complete
Entity files created: [N]
Location: .planning/intel/entities/
Batches processed: [N]
Files per batch: 10
Next: Intel hooks will continue incremental learning as you code.
<success_criteria>
- .planning/intel/ directory created
- All JS/TS files scanned (excluding node_modules, dist, build, .git, vendor, coverage)
- index.json populated with exports and imports for each file
- conventions.json has detected patterns (naming, directories, suffixes)
- summary.md is concise (< 500 tokens)
- Statistics reported to user
- Entity files generated for key files (if Step 9 executed)
- Entity files contain Purpose section with semantic understanding </success_criteria>