ontomics gives Claude Code instant knowledge of your codebase. One tool call instead of 19. ~20x fewer tokens.
Tested with Claude Sonnet — same question, with and without ontomics.
"What does 'transform' mean in this codebase?" on voxelmorph (full transcript):
| With ontomics | Without | |
|---|---|---|
| Tool calls | 1 | 19 |
| Tokens | ~3.7k | ~76k |
| Time | 5s | 1m 15s |
| Answer quality | Complete | Complete |
"What are the main domain concepts in this codebase?" on ScribblePrompt (full transcript):
| With ontomics | Without | |
|---|---|---|
| Tool calls | 1 | 26 |
| Tokens | ~3.7k | ~61.6k |
| Time | ~5s | 56s |
| Answer quality | Complete | Complete |
Both conditions produced complete, correct answers. ontomics got there in one call.
Search tells you where a string appears. An LSP tells you where a symbol is defined and referenced. Neither answers: what are the domain concepts in this codebase? How do they relate? What naming conventions emerged? What changed in the domain vocabulary since last release? Which functions behave similarly, regardless of what they're named?
ontomics builds a semantic index of your project's domain — clustering related symbols into concepts, detecting naming conventions from usage frequency, resolving abbreviations, grouping functions by behavioral similarity, and tracking how the vocabulary evolves over time. That index can be exported as a portable artifact to bootstrap conventions in other repos.
Beyond naming and concepts, ontomics embeds raw function bodies using CodeRankEmbed (768-dim, contrastive code retrieval) and clusters them by behavioral similarity. This surfaces relationships that neither naming nor call graphs expose:
❯ What functions behave like spatial_transform()?
random_transform() nn/functional.py:352 0.80
spatial_transform() functional.py:596 0.69
random_transform() functional.py:1399 0.67
random_disp() nn/functional.py:275 0.65
integrate_disp() functional.py:764 0.65
compose() nn/functional.py:216 0.63
disp_to_trf() functional.py:343 0.62
The result also reveals that random_transform appears at two locations with different similarity scores — a sign of implementation duplication that concept-level search would miss entirely.
Install once, available in every project. No configuration needed — ontomics auto-detects the repo and indexes it on first run.
ontomics requires a git repository (.git/ directory). It will refuse to index home, root, or temp directories. To index a non-git directory, pass --force.
npm (macOS/Linux):
npm install -g @ontomics/ontomicsmacOS (Homebrew):
brew install EtienneChollet/tap/ontomicsShell installer (macOS/Linux):
curl --proto '=https' --tlsv1.2 -LsSf https://github.com/EtienneChollet/ontomics/releases/latest/download/ontomics-installer.sh | shFrom source:
git clone https://github.com/EtienneChollet/ontomics.git
cd ontomics
cargo build --releaseClaude Code:
claude mcp add -s user ontomics -- ontomicsCodex:
codex mcp add ontomics -- ontomicsOpenClaw:
openclaw mcp set ontomics '{"command":"ontomics"}'pi-coding-agent:
pi install npm:@ontomics/ontomicsShare with your team — drop an .mcp.json in your repo root:
{
"mcpServers": {
"ontomics": {
"command": "npx",
"args": ["-y", "@ontomics/ontomics", "--repo", "."]
}
}
}Python, TypeScript, JavaScript, Rust. Auto-detected from file extensions.
| Tool | What it does |
|---|---|
query_concept |
Find all variants, related concepts, and occurrences of a term |
locate_concept |
Find the key signatures, classes, and files for a concept |
describe_symbol |
Get the signature, docstring, and relationships for a function or class |
trace_concept |
Trace how a concept flows through the codebase via call chains |
list_concepts |
List the top domain concepts by frequency |
list_conventions |
List all detected naming patterns (prefixes, suffixes, conversions) |
list_entities |
List code entities (classes, functions) filtered by concept, role, or kind |
check_naming |
Check an identifier against project conventions; suggests the canonical form |
suggest_name |
Generate an identifier name that fits the project's vocabulary |
vocabulary_health |
Measure convention coverage, naming consistency, and cluster cohesion |
ontology_diff |
Show new, changed, or removed domain concepts since a git ref |
export_domain_pack |
Export domain knowledge as portable YAML for use in other repos |
| Tool | What it does |
|---|---|
find_similar_logic |
Find functions with behaviorally similar implementations, ranked by embedding similarity |
describe_logic |
Get the behavioral description, body text, and logic cluster membership for a function |
compact_context |
Assemble tiered context (concepts + logic) for a symbol, optimized for LLM consumption |
| Tool | What it does |
|---|---|
describe_file |
Overview of a file's entities, concepts, and relationships |
concept_map |
Show which modules contain which domain concepts |
type_flows |
Show dominant types and how data flows through the codebase |
trace_type |
Trace how a specific type propagates across files and call sites |
| Resource | What it does |
|---|---|
ontomics://briefing |
Session briefing: top conventions, abbreviations, key concepts, contrastive pairs, and vocabulary warnings. Also available via ontomics briefing CLI. |
ontomics runs a multi-stage pipeline entirely on your machine — no API keys required:
- Parse — tree-sitter extracts every identifier, signature, and call site from your source files
- Analyze — TF-IDF scoring identifies domain-specific concepts and detects naming conventions
- Embed (concepts) — BGE-small (384-dim) clusters related concepts by semantic similarity
- Embed (logic) — CodeRankEmbed (768-dim) embeds raw function bodies and clusters them by behavioral similarity
- Centrality — PageRank scores entities by structural importance
Both embedding models are downloaded once on first run and cached locally. The index lives at <repo>/.ontomics/index.db — subsequent startups load from cache and watch for file changes.
Configuration via .ontomics/config.toml in the repo root. All fields have sensible defaults. See SPEC.md for the full design contract.