Codanna
X-ray vision for your agent.
Give your code assistant the ability to see through your codebase—understanding functions, tracing relationships, and finding implementations with surgical precision. Context-first coding. No grep-and-hope loops. No endless back-and-forth. Just smarter engineering in fewer keystrokes.
Table of Contents
- What It Solves
- Why Bother
- Quick Start
- How Accurate and Fast is Codanna?
- How It Works
- Claude - MCP, Agents, Slash commands
- Unix-Native. Pipe it, baby!
- Configuration
- Nerds Section
- Requirements
- Current Limitations
- Roadmap
- Contributing
- License
What It Solves
Your AI assistant knows your code:
- "Where's this function called?" → instant call graph
- "Show me error handling patterns" → semantic search through implementations
- "Find functions parsing config files" → natural language discovery
- "What breaks if I change this interface?" → full-project impact analysis
Why Bother
Context is everything.
Codanna cuts the noise:
- No grep-and-hope loops.
- No explaining the same thing twice.
- No blind code generation.
Instead: tight context, smarter engineering, flow that doesn't stall.

Quick Start
# Install
# setup
# See what would be indexed (dry run, optional)
# index your code
# ask real questions
How Accurate and Fast is Codanna?
Try it yourself
# Run with `time` like this
Output 3 results in 0.16s
Found 3 semantically similar result(s) for 'where do we resolve symbol references':
1. resolve_symbol (Method) - Similarity: 0.592
File: src/parsing/language_behavior.rs:252
Doc: Resolve a symbol using language-specific resolution rules Default implementation delegates to the resolution context.
Signature: fn resolve_symbol(
&self,
name: &str,
context: &dyn ResolutionScope,
_document_index: &DocumentIndex,
) -> Option<SymbolId>
2. resolve_symbol (Method) - Similarity: 0.577
File: src/indexing/resolver.rs:107
Doc: Resolve a symbol reference to its actual definition Given a symbol name used in a file, this tries to resolve it to the actual...
Signature: pub fn resolve_symbol<F>(
&self,
name: &str,
from_file: FileId,
document_index: &DocumentIndex,
get_behavior: F,
) -> Option<SymbolId>
where
F: Fn(LanguageId) -> Box<dyn crate::parsing::LanguageBehavior>,
3. is_resolvable_symbol (Method) - Similarity: 0.532
File: src/parsing/language_behavior.rs:412
Doc: Check if a symbol should be resolvable (added to resolution context) Languages override this to filter which symbols are available for resolution....
Signature: fn is_resolvable_symbol(&self, symbol: &Symbol) -> bool
codanna mcp semantic_search_docs query:"where do we resolve symbol references 0.16s user 0.05s system 177% cpu 0.120 total
How It Works
- Parse fast - Tree-sitter AST parsing (same as GitHub code navigator) for Rust, Python, TypeScript and PHP (more on deck)
- Extract real stuff - functions, traits, type relationships, call graphs
- Embed - semantic vectors built from your doc comments
- Index - Tantivy + memory-mapped symbol cache for <10ms lookups
- Serve - MCP protocol for AI assistants, ~300ms response time (HTTP/HTTPS) and stdio built-in (0.16s)
Claude
Drop codanna in as an MCP server, point Claude at it, and watch it stop hand-waving and start answering with receipts.
MCP Plug-In
# Add this to your .mcp.json:
HTTP/HTTPS Server
For persistent server with real-time file watching:
# HTTP server with OAuth authentication (requires http-server feature)
# HTTPS server with TLS encryption (requires https-server feature)
Configure in .mcp.json:
Advanced Setup see HTTP/HTTPS server details
Claude Sub Agent
codanna-navigator sub agent at .claude/agents/codanna-navigator.md.
We include a codanna-navigator sub agent (
.claude/agents/codanna-navigator.md) that knows how to use codanna effectively.
Agent Steering
Codanna's guidance is model‑facing. Each tool response includes a system_message the LLM reads and acts on. Humans do not see it. The message tells the agent the next hop: drill down, follow calls, analyze impact, refine the query.
Behaviour examples
Config is plain TOML .codanna/settings.toml
[]
= true
[]
= "No callers found. Might be an entry point or dynamic dispatch."
= "Found 1 caller. Use 'find_symbol' to inspect usage."
= "Found {result_count} callers. Try 'analyze_impact' for the full graph."
[]
= "No impact detected. Likely isolated."
= "Minimal impact radius."
= "Impact touches {result_count} symbols. Focus critical paths."
[[]]
= 20
= "Significant impact with {result_count} symbols. Break the change into smaller parts."
Why it matters
- Fewer round trips. The agent self‑proposes the next command.
- Less narration. More execution.
- Grep‑and‑hope becomes directed hops. Yes, you are absolutely right!
Claude Slash Commands
Codanna includes custom slash commands for Claude that provide intelligent workflows for code exploration:
| Command | Description | Example Report |
|---|---|---|
/find <query> |
Smart semantic search with natural language - finds symbols, patterns, and implementations using optimized queries | Language Registry Investigation |
/deps <symbol> |
Analyze dependencies of a symbol - shows what it depends on, what depends on it, coupling metrics, and refactoring opportunities | find_symbol Dependencies |
These commands use Codanna's MCP tools under the hood but provide guided workflows with comprehensive analysis and automatic report generation.
Unix-Native. Pipe it, baby!
Codanna speaks CLI like you do, positional when it's simple, key:value when it's not.
All MCP tools support --json, so piping isn't noise, it's music.
Configuration
Lives in .codanna/settings.toml:
[]
= true
= "AllMiniLML6V2"
= 0.6 # Similarity threshold (0-1)
[]
= 16 # Auto-detected by default
= true # Index test files
Nerds Section
Codanna respects .gitignore and adds its own .codannaignore:
# Created automatically by codanna init
Documentation Comments for Better Search
Semantic search works by understanding your documentation comments:
/// Parse configuration from a TOML file and validate required fields
/// This handles missing files gracefully and provides helpful error messages
With good comments, semantic search can find this function when prompted for:
- "configuration validation"
- "handle missing config files"
- "TOML parsing with error handling"
This encourages better documentation → better AI understanding → more motivation to document.
Mixed-Language Codebases: When identical documentation exists across multiple languages (e.g., Python backend and TypeScript frontend with similar auth functions), use language filtering to get language-specific results: lang:python or lang:typescript.
CLI Commands
Core Commands
| Command | Description | Example |
|---|---|---|
codanna init |
Set up .codanna directory with default configuration | codanna init --force |
codanna index <PATH> |
Build searchable index from your codebase | codanna index src --progress |
codanna config |
Display active settings | codanna config |
codanna serve |
Start MCP server for AI assistants | codanna serve --watch |
Retrieval Commands
All retrieve commands support --json flag for structured output (exit code 3 when not found).
| Command | Description | Example |
|---|---|---|
retrieve symbol <NAME> |
Find a symbol by name | codanna retrieve symbol main --json |
retrieve calls <FUNCTION> |
Show what functions a given function calls | codanna retrieve calls parse_file --json |
retrieve callers <FUNCTION> |
Show what functions call a given function | codanna retrieve callers main --json |
retrieve implementations <TRAIT> |
Show what types implement a trait | codanna retrieve implementations Parser --json |
retrieve search <QUERY> |
Search for symbols using full-text search | codanna retrieve search "parse" --limit 5 --json |
retrieve describe <SYMBOL> |
Show comprehensive information about a symbol | codanna retrieve describe SimpleIndexer --json |
Testing and Utilities
| Command | Description | Example |
|---|---|---|
codanna mcp-test |
Verify Claude can connect and list available tools | codanna mcp-test |
codanna mcp <TOOL> |
Execute MCP tools without spawning server | codanna mcp find_symbol main --json |
codanna benchmark |
Benchmark parser performance | codanna benchmark rust --file my_code.rs |
Common Flags
--config,-c: Path to custom settings.toml file--force,-f: Force operation (overwrite, re-index, etc.)--progress,-p: Show progress during operations--threads,-t: Number of threads to use--dry-run: Show what would happen without executing
MCP Tools
Available tools when using the MCP server. All tools support --json flag for structured output.
Simple Tools (Positional Arguments)
| Tool | Description | Example |
|---|---|---|
find_symbol |
Find a symbol by exact name | codanna mcp find_symbol main --json |
get_calls |
Show functions called by a given function | codanna mcp get_calls process_file |
find_callers |
Show functions that call a given function | codanna mcp find_callers init |
analyze_impact |
Analyze the impact radius of symbol changes | codanna mcp analyze_impact Parser --json |
get_index_info |
Get index statistics and metadata | codanna mcp get_index_info --json |
Complex Tools (Key:Value Arguments)
| Tool | Description | Example |
|---|---|---|
search_symbols |
Search symbols with full-text fuzzy matching | codanna mcp search_symbols query:parse kind:function limit:10 |
semantic_search_docs |
Search using natural language queries | codanna mcp semantic_search_docs query:"error handling" limit:5 |
semantic_search_with_context |
Search with enhanced context | codanna mcp semantic_search_with_context query:"parse files" threshold:0.7 |
Language Filtering (Mixed Codebases)
Semantic search tools support language filtering to reduce noise in mixed-language projects:
# Search only in Rust code
# Search only in TypeScript code
Language filtering eliminates duplicate results when similar documentation exists across multiple languages, reducing result sets by up to 75% while maintaining identical similarity scores.
Parameters Reference
| Tool | Parameters |
|---|---|
find_symbol |
name (required) |
search_symbols |
query, limit, kind, module |
semantic_search_docs |
query, limit, threshold, lang |
semantic_search_with_context |
query, limit, threshold, lang |
get_calls |
function_name |
find_callers |
function_name |
analyze_impact |
symbol_name, max_depth |
get_index_info |
None |
Performance
Parser benchmarks on a 750-symbol test file:
| Language | Parsing Speed | vs. Target (10k/s) | Status |
|---|---|---|---|
| Rust | 91,318 symbols/sec | 9.1x faster ✓ | Production |
| Python | 75,047 symbols/sec | 7.5x faster ✓ | Production |
| TypeScript | 82,156 symbols/sec | 8.2x faster ✓ | Production |
| PHP | 68,432 symbols/sec | 6.8x faster ✓ | Production |
| JavaScript | - | - | Planned |
Key achievements:
- Zero-cost abstractions: All parsers use borrowed string slices with no allocations in hot paths
- Parallel processing: Multi-threaded indexing that scales with CPU cores
- Memory efficiency: Approximately 100 bytes per symbol including all metadata
- Real-time capability: Fast enough for incremental parsing during editing
- Optimized CLI startup: ~300ms for all operations (53x improvement from v0.2)
- JSON output: Zero overhead - structured output adds <1ms to response time
Run performance benchmarks:
Architecture Highlights
Memory-mapped storage: Two caches for different access patterns:
symbol_cache.bin- FNV-1a hashed symbol lookups, <10ms response timesegment_0.vec- 384-dimensional vectors, <1μs access after OS page cache warm-up
Embedding lifecycle management: Old embeddings deleted when files are re-indexed to prevent accumulation.
Lock-free concurrency: DashMap for concurrent symbol reads, write coordination via single writer lock.
Single-pass indexing: Symbols, relationships, and embeddings extracted in one AST traversal.
Language-aware semantic search: Embeddings track source language, enabling filtering before similarity computation. No score redistribution - identical docs produce identical scores regardless of filtering.
Hot reload: File watcher with 500ms debounce triggers re-indexing of changed files only.
Requirements
- Rust 1.75+ (for development)
- ~150MB for model storage (downloaded on first use)
- A few MB for index storage (varies by codebase size)
Current Limitations
- Supports Rust, Python, TypeScript, PHP (more language support coming)
- Semantic search requires English documentation/comments
- Windows support is experimental
Roadmap
v.0.5.2 (Current Release)
| Feature | Description | Status |
|---|---|---|
| JSON Output Support | Structured output for all commands | ✓ |
| Unix-Friendly CLI | Positional args and key:value syntax | ✓ |
| Incremental Index Updates | File watching with auto re-indexing | ✓ |
| Language Registry Architecture | Modular parser system for easy language additions | ✓ |
| PHP Support | Full PHP parser implementation | ✓ |
| TypeScript Support | TypeScript with type annotations | ✓ |
Roadmap
| Feature | Description | Status |
|---|---|---|
| JavaScript Support | Full JavaScript/ES6+ parser | ○ |
| Go Support | Go language with interfaces and goroutines | ○ |
| C# Support | C# with .NET ecosystem support | ○ |
| Java Support | Java with class hierarchies | ○ |
| C/C++ Support | C and C++ with headers and templates | ○ |
| Direct Semantic Search | retrieve semantic command |
○ |
| Batch Operations | Process multiple symbols in one call | ○ |
| Configuration Profiles | Environment-specific settings | ○ |
| Machine-Readable Progress | JSON progress output | ○ |
| Cross-Language References | Track references across languages | ○ |
| Language Server Protocol | LSP integration for IDEs | ○ |
Legend: ✓ Complete | → In Progress | ○ Planned
Contributing
Contributions welcome! See CONTRIBUTING for guidelines.
License
Licensed under the Apache License, Version 2.0 - See LICENSE file for details.
Attribution required when using Codanna in your project. See NOTICE file.
Built with 🦀 by devs throttled by tools that "understand" code only in theory.