agent-manager
Creates, lists, and removes custom project-specific agents. Custom agents are stored in .claude/crew-agents/ and registered in crew-team.json for routing.
3-layer codebase indexing system for token-efficient code navigation. Builds compact index + symbol map so agents read targeted lines instead of entire files. Achieves ~5-10x token savings.
$ npx -y skills add d3x293/code-crew --skill codebase-index --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/codebase-indexContext preview
The summary Claude sees to decide when to auto-load this skill.
3-layer codebase indexing system for token-efficient code navigation. Builds compact index + symbol map so agents read targeted lines instead of entire files. Achieves ~5-10x token savings.
name: codebase-index description: 3-layer codebase indexing system for token-efficient code navigation. Builds compact index + symbol map so agents read targeted lines instead of entire files. Achieves ~5-10x token savings.
Build and maintain a progressive disclosure index that prevents agents from reading entire files when they only need a function signature or a specific line range.
The cheapest layer. Costs ~50 tokens to read. Contains just enough to route queries to the right file:
**Per-file entry:**
**Global metadata:**
Mid-detail layer. Costs ~100-200 tokens for relevant section. Contains function signatures and relationships:
**Per-symbol entry** (keyed as `filepath::symbolName`):
**Relationship maps:**
Agents read actual file contents ONLY after consulting Layer 1+2 to know exactly which file and line range they need. Use the Read tool with `offset` and `limit` parameters to read specific line ranges.
When triggered for full build:
Use Glob to find all source files:
- **/*.{js,ts,jsx,tsx,py,go,rs,java,kt,rb,php,c,cpp,h,cs}
- Exclude: node_modules, .git, dist, build, __pycache__, .next, vendor
- Also find: package.json, requirements.txt, go.mod, Cargo.toml, pyproject.tomlFor each source file: 1. Read the file content 2. Compute SHA-256 hash (use `shasum -a 256` via Bash) 3. Extract exports (look for `module.exports`, `export`, `def`, `func`, `fn`, `public`) 4. Extract imports (look for `require`, `import`, `from`, `use`) 5. Extract function names and signatures with line ranges 6. Extract class names 7. Count lines 8. Categorize: core (src/), test (test/), config (root configs), docs, util (lib/, utils/) 9. Generate 1-line summary
From the imports/exports and function calls data: 1. Map which files import from which 2. Map which functions call which (by scanning function bodies for calls to known symbols) 3. Identify entry points (files not imported by anything)
1. Write `.claude/crew-index.json` (Layer 1) 2. Write `.claude/crew-symbols.json` (Layer 2) 3. Report stats: files indexed, total lines, languages detected
When a single file changes: 1. Recompute its hash 2. Compare with stored hash in crew-index.json 3. If different: re-read the file, update its Layer 1 + Layer 2 entries 4. Update the global contentHash 5. Do NOT rebuild entries for unchanged files
INDEX-FIRST PROTOCOL (mandatory): Before reading ANY source file: 1. Read .claude/crew-index.json → find which file(s) are relevant - Match by: function names, exports, summary keywords, category 2. Read .claude/crew-symbols.json → find exact symbol and line range - Match by: symbol name, signature, calledBy/calls relationships 3. Read ONLY the specific line range you need from the actual file - Use: Read tool with offset=startLine and limit=(endLine-startLine+1) NEVER: - Read an entire file when you only need one function - Grep the whole codebase when the index has the answer - Skip the index because "it's faster to just read the file" ALWAYS: - Consult Layer 1 first (cheapest) - Consult Layer 2 only if Layer 1 isn't specific enough - Read Layer 3 (actual file) only for the exact lines you need - After making changes, note which files were modified for index update
| Approach | Tokens Used | When | |----------|-------------|------| | Read all files | ~2000-10000+ | Without index | | Layer 1 only | ~50-100 | Finding which file has a feature | | Layer 1 + Layer 2 | ~150-300 | Finding a specific function | | Layer 1 + 2 + targeted read | ~300-500 | Reading + editing a function | | **Savings** | **5-10x** | Per agent interaction |
A virtual dev crew for Claude Code — 11 specialized AI agents that decompose, implement, review, and ship your tasks. Instead of one AI doing everything, CodeCrew breaks work into subtasks and routes each to the right specialist on the right model.
Repo: d3x293/code-crew
Creates, lists, and removes custom project-specific agents. Custom agents are stored in .claude/crew-agents/ and registered in crew-team.json for routing.
Manages CodeCrew configuration. Allows users to customize default mode, model tiers, agent activation, token budgets, and auto-index settings without editing…
Analyzes a project codebase, builds 3-layer index, generates project profile, and auto-configures the agent team with relevant skills. The main initialization…
Smart hybrid execution engine that dispatches agents in parallel or sequential order based on task dependencies. Manages the Agent tool calls, result…
Keeps the 3-layer codebase index fresh after file edits. Performs incremental updates by recomputing hashes and re-extracting metadata for only changed files.
Lite task router that bypasses Opus CEO entirely. Classifies tasks and routes directly to Sonnet and Haiku agents only. Use when user runs /crew lite or /crew…