Local-first MCP toolkit for fast code search, dependency-aware module discovery, visual code atlas pages, and DeepWiki-style repository documentation.
English | 简体中文
Overview • MCP Tools • Token Observer • Code Module Atlas • DeepWiki • Benchmarks • Setup • Skills
codebase-mcp turns a local repository into a persistent MCP code intelligence service. It keeps tree-sitter indexed source data, symbols, references, dependencies, graph metadata, lexical indexes, and vector search data under the target repo's .codedb-mcp directory.
Warm MCP calls are designed to be millisecond-level inside a persistent server process. See Benchmark Snapshot and MCP Tool Benchmark Matrix for warm latency and rg comparisons.
| Area | What It Provides |
|---|---|
| Fast MCP tools | Indexed exact/regex search, symbol/word-trigram/vector search, answer-oriented context/explore, outlines, definitions, callers, dependencies, fuzzy file lookup, query pipelines, and 100-call bundles. |
| Module discovery | Dependency-connected file components plus dependency-weighted label propagation, with terms and paths used as explainable labels and evidence. |
| Code Module Atlas | A packaged meet-blog-style 3D viewer with one star per source file, module/file lists, dependency edges, and file focus/details. |
| DeepWiki | Local repository documentation generated from MCP evidence and the active agent's reasoning, with business-module-first pages and cited source files. |
| Codex token observation | A bundled transcript observer that reads Codex JSONL sessions, measures codedb tool output tokens, and flags high-output lookup patterns. |
| Local deployment | Explicit .codedb-mcp/codedb-mcp.toml, project-local storage, bundled skills, and no hidden environment-variable behavior. |
The server keeps a tree-sitter indexed, project-local code database under .codedb-mcp and exposes tools for:
- fast exact/regex search, symbol/word-trigram search, and lazy vector search;
- answer-oriented
codedb_context/codedb_explorefor architecture, flow, and feature-area questions under explicit output budgets; - symbol outlines and definition lookup;
- LSP-like callers anchored to a definition path and line;
- direct and reverse file dependencies, including transitive walks;
- fuzzy file lookup, path globbing, compact query pipelines, and 100-call bundles;
- version, status, freshness, and scan-scope diagnostics;
- graph summaries, lazy Louvain communities, module planning, atlas export, and DeepWiki evidence gathering.
The codedb-mcp skill includes a lightweight Codex transcript observer:
node skills\codedb-mcp\scripts\codex-observe.mjs --project u3dclient --since 24h --top 12It scans ~/.codex/sessions line by line, filters sessions by project cwd, and reports model token counts, tool-output token estimates, codedb call totals, bundle child breakdowns, high-output calls, broad reads/searches, non-codedb source lookups, and missed codedb_bundle / codedb_context opportunities. It is a diagnostic script only; it does not modify transcripts or the MCP runtime.
The atlas page is generated by the skills/code-module-atlas skill. It calls the local MCP module-atlas export, converts the result into the bundled meet-blog-style 3D viewer dataset, and shows one star node per source file.
Module boundaries are computed from the dependency-connected file graph first. Inside each connected component, the Rust module planner uses dependency-weighted label propagation; paths and distinctive terms are used for names, evidence, and oversized-component splitting, not as the primary grouping rule. The page then provides a module list, a file list for the selected module, file-to-file dependency edges, and file focus/details.
node skills\code-module-atlas\scripts\build-module-atlas.mjs u3dclient
cd skills\code-module-atlas\assets\viewer
npm run dev -- --port 5174 --strictPortThe skills/deepwiki skill builds local DeepWiki-style documentation from MCP evidence and the active agent's reasoning. It starts from dependency-aware module candidates, then writes business-module-first pages with cited files, entry points, flows, dependencies, and risk notes. It does not require a separate model API.
The intended distribution model is setup-guide first: give an agent setup-for-agent.md, let it create .codedb-mcp, use the default HuggingFace cache when it already exists, fall back to a second-drive cache when it does not, and then ask the human whether this specific agent should register the MCP server. The codedb-mcp skill is for using the tools after setup, not for installing them.
Benchmark target: u3dclient.
Benchmarks below were rerun on Windows. Index and warm tool timings were refreshed on 2026-06-02; the Codex feature-analysis token row for alliance rally / join-rally was refreshed on 2026-06-03 with the current skill behavior: no feature-call count limit and no forced bundle output clamp. Tool timings are warm in-process measurements from one loaded server-style process after the relevant lazy sidecars are loaded; they do not include process startup or cache-open time.
Current index status with the Unity C# benchmark config:
- Indexed runtime files: 18,852.
- Chunks: 31,428.
- Outlines: 18,852.
- Graph: 19,746 nodes, 162,823 edges, and 1,356 cached communities.
- Vector search: Model2Vec
minishlab/potion-code-16Mfile embeddings are built lazily on first natural-language search and queried with flat cosine scan. - Storage:
u3dclient\.codedb-mcp. - Cache v23 sidecars: generation-named compact
index.*.bin,fingerprints.*.bin, offset-addressedoutlines.*.bin/outlines_index.*.bin, lazyword_index.bin/word_hits.bin, lazytext_search_index.bin, lazycallers.bin, lazydeps.*.bin, optional legacyembeddings.bin, and manifest-last commits.
Codex feature-analysis token benchmark:
The runs below used the same custom Codex model, the same u3dclient repository, and the same Chinese prompts. codedb-mcp enabled used the default codedb-mcp skill workflow and MCP server. codedb-mcp disabled temporarily hid the project codedb MCP server and codedb skill directories, leaving Codex to inspect source through ordinary shell-based lookup. contextplus was disabled by prompt in both variants. Each row is one real codex exec run, measured from Codex self-reported tokens.
| Prompt | codedb-mcp enabled | codedb-mcp disabled | Token savings | Runtime change |
|---|---|---|---|---|
| World-map marching logic | 92,639 tokens / 272.5s | 231,810 tokens / 617.8s | 139,171 tokens saved, 60.0% | 55.9% faster |
| Hero attributes and power calculation | 114,436 tokens / 348.0s | 173,576 tokens / 379.9s | 59,140 tokens saved, 34.1% | 8.4% faster |
| Alliance rally and join-rally logic | 128,865 tokens / 300.4s | 185,448 tokens / 485.2s | 56,583 tokens saved, 30.5% | 38.1% faster |
| Total | 335,940 tokens / 920.9s | 590,834 tokens / 1,482.9s | 254,894 tokens saved, 43.1% | 37.9% faster |
Index and cache baseline:
| Scenario | Time | Peak WS / private | Notes |
|---|---|---|---|
| Cold rebuild | 13.818s | 226.9 / 220.2 MB | tree-sitter declaration parse, source-on-demand dependencies, lazy search sidecars, lazy embeddings, compact cache save |
| Cache-hit index open | 0.741s | 107.8 / 106.1 MB | unchanged files/config, manifest cache hit |
| Status open | 0.454s | 14.4 / 8.1 MB | count/status command with existing cache |
| Trigram text sidecar size | 107.7 MB | n/a | sorted trigram lookup plus contiguous file-id postings |
Incremental cache maintenance on the same u3dclient runtime C# config:
| Scenario | Time | Cache result | Notes |
|---|---|---|---|
Add 1,000 small .cs files |
1.508s warm apply | live-incremental |
parses only new files and updates the compact cache path |
Modify 1,000 small .cs files |
1.544s warm apply | live-incremental |
reuses parsed file content for dependency refresh |
Delete 1,000 small .cs files |
0.504s warm apply | live-incremental |
filters current files and dependency sidecars without a full rebuild |
The table is intentionally three columns so it fits GitHub README pages without horizontal scrolling. Rows marked "after load" exclude the first lazy sidecar load in the same process. codedb_text_search rows use same-query warm samples after one warmup call; a first unseen full-result text query still pays the candidate-file line scan, usually around 15-30ms on u3dclient.
| Tool / Purpose | MCP benchmark | rg comparison |
|---|---|---|
codedb_indexBuild/rebuild local index |
cold rebuild 13.818s; peak 226.9 / 220.2 MB | none |
codedb_statusHealth, counts, scan state |
one-shot status open 0.454s; cache hit | none |
codedb_versionServer/package version |
trivial response; no project index load | none |
codedb_treeIndexed tree with language, lines, symbols |
8.782ms | partial file list only |
codedb_outlineOne-file symbol outline |
sampled files 0.088-0.351ms; 100-call p95 0.214ms after first load | none |
codedb_symbolSymbol definition lookup |
2.021ms | regex approximates text only |
codedb_text_searchTrigram full-text and regex search |
same-query warm exact PoolManager 0.202ms, Joystick 0.442ms; scoped NetworkListenerManager 0.103ms; Alliance regex 0.148ms |
equivalent rg: 5.007s, 5.859s, 77.011ms, and 103.702ms; codedb is about 24,840x / 13,250x / 748x / 701x faster on these warm text routes |
codedb_searchFixed symbol/word-trigram/vector fusion |
scoped exact PoolManager 1.328ms; symbol-aware PoolManager 22.255ms; business phrase search 36.226ms |
no exact rg equivalent; regex route delegates to codedb_text_search |
codedb_contextRanked answer context without source dump |
PoolManager 6.573ms; business phrase 29.670ms after vector load; output about 1.5k-2.0k tokens in sampled runs |
replaces broad search/outline/deps setup loops |
codedb_exploreBudgeted source-context excerpts |
PoolManager 7.050ms with max_chars=10000; business phrase 29.037ms with max_chars=12000; sampled output about 2.5k-3.0k tokens |
replaces repeated read calls; output is capped by max_chars |
codedb_wordExact identifier inverted index |
101.526ms including lazy word sidecar access | partial word grep only |
codedb_callersDefinition-anchored references |
PoolManager 12.722ms avg, 8ms steady samples; Joystick 17.968ms |
no semantic anchor |
codedb_hotRecently modified indexed files |
2.116ms | none |
codedb_depsDirect/reverse/transitive file deps |
depends_on 0.096ms; imported_by first sidecar path 170.495ms, then sub-ms samples | none |
codedb_readIndexed file or line-range read |
0.562ms | partial file print only |
codedb_editRead-only compatibility stub |
trivial error response | none |
codedb_changesFiles changed since sequence |
7.849ms | none |
codedb_snapshotJSON snapshot of files/symbols/deps |
1.213s | none |
codedb_bundleUp to 100 tools in one request |
fast metadata/deps/outline/read 100-op stress wall 0.825s; mixed search/callers/deps/outline 1.776s; heavy regex 12.373s | no MCP batching |
codedb_remoteRemote compatibility stub |
trivial error response | none |
codedb_projectsProjects loaded in server process |
0.013ms | none |
codedb_findFuzzy file/path lookup |
validation samples 20-26ms; matrix sample 47.150ms | no fuzzy ranking |
codedb_queryfind/search/filter/limit/outline pipeline |
validation samples 9-60ms; matrix sample 63.546ms | no equivalent single tool |
codedb_globGlob over indexed paths |
Alliance .cs glob 4.465ms |
rg --files -g 52.961ms; codedb is 11.9x faster |
codedb_lsImmediate indexed directory children |
1.421ms | partial file list only |
codedb_graphGraph summary/export |
first lazy graph summary 2.032s | none |
codedb_explainExplain graph node and edges |
7.035ms after graph data is present | none |
codedb_pathShortest graph path |
120.446ms after graph data is present | none |
codedb_communitiesLazy Louvain communities |
270.886ms with cached communities | none |
codedb_module_mapDeepWiki module planning |
6.643s | none |
codedb_module_atlasModule/file atlas JSON export |
warm export 7.278s; full sampled export 7.960s, peak 286.2 / 289.1 MB, 18,852 file points, 1,742 modules | none |
codedb_analyzeGraph stats and suggested questions |
37.419ms after graph data is present | none |
codedb_exportGraph JSON/GraphML/Cypher export |
973.305ms to write a 100-node JSON export | none |
Java smoke benchmark on gameserver:
| Scenario | Files | Chunks | Symbols | Time | Peak memory |
|---|---|---|---|---|---|
| Cold build after config/model-path change | 6,940 | 13,966 | 245,238 | 3.939s | 212.7 / 212.4 MB |
| Cache-hit index open | 6,940 | 13,966 | 245,238 | 0.394s | 73.7 / 69.3 MB |
Multi-language smoke coverage includes C#, Java, Rust, Python, Lua, TypeScript, C, and C++ parser paths: 8 files, 8 chunks, 14 symbols, 0.069s, peak 2.0 / 0.5 MB.
Rust smoke check on this repository: 32 indexed files, 1,183 chunks, 2,214 symbols, 0.372s index time, peak 170.9 / 162.1 MB; codedb_outline, codedb_search, and codedb_deps all returned Rust results.
- Give the target agent
setup-for-agent.md. - The agent creates
<repo-root>\.codedb-mcpand<repo-root>\.codedb-mcp\models. - On Windows, the agent checks the default HuggingFace hub cache first. If
minishlab/potion-code-16Malready has a valid snapshot there, config points to that snapshot. If the hub cache exists but the model is missing, the agent downloads toC:\Users\<user>\.cache\huggingface\hub\codedb-mcp\models\potion-code-16M. If the default hub cache does not exist, it uses the second available drive, such asD:\codedb-mcp-cache\models\potion-code-16M. - The agent writes
<repo-root>\.codedb-mcp\codedb-mcp.tomlfrom the demo config, writes the model as an absolute path, and shows the human which languages are configured. - The human can edit
extensions,root_paths,include_paths,exclude_paths,skip_dirs, and the model path before first indexing. - The agent runs an index check.
- The agent asks whether this specific agent should register MCP. If yes, it uses its own MCP mechanism.
- Restart or reload the agent MCP session and check
/mcp.
The MCP command shape is:
<package-root>\skills\codedb-mcp\assets\codebase-mcp.exe --config <repo-root>\.codedb-mcp\codedb-mcp.toml mcp <repo-root>
This project intentionally keeps installation explicit: setup prepares local project files, while the agent/user chooses when and where to register MCP.
- Exposes local MCP tools for trigram text search, hybrid semantic search, outlines, symbols, typed callers, dependencies, file discovery, graph analysis, DeepWiki module planning, module atlas export, batching, and exports.
- Indexes configured source languages through one explicit config file:
<repo-root>/.codedb-mcp/codedb-mcp.toml. - Stores generated data inside the target repo under
.codedb-mcp. Delete that directory to remove local cache and generated wiki/index data. - Uses a unified tree-sitter parser layer, not Roslyn/JDT. C#, Java, Rust, Python, Lua, JavaScript, TypeScript/TSX, C, and C++ all emit the same
FileEntry/Symbolmodel. C#/Java typed callers and dependencies remain the strongest path because their namespace/package import rules are implemented on top of that shared AST output. - Uses Minish ecosystem pieces:
model2vec-rswith explicit-pathminishlab/potion-code-16M, file-level semantic units, word/trigram lexical hits, exact identifier indexes, and on-demand flat-cosine vectors for natural-language search. - Builds a graphify-style code graph, computes Louvain communities lazily for
codedb_communities, and exposes Rust-nativecodedb_module_map/codedb_module_atlasoutputs from a dependency-connected file graph with label propagation, dependency cohesion, cross-folder evidence, semantic-neighbor probes, key symbols, and c-TF-IDF-like labels. - Uses a filesystem-event queue in MCP mode and applies queued changes every 5s by default, so large edit bursts avoid full source-tree scans.
- Explicit project-local config: all behavior comes from
.codedb-mcp/codedb-mcp.toml. There are no environment-variable switches for indexing behavior. - Project-local storage: cache payloads, manifests, Louvain caches, and DeepWiki output live under
.codedb-mcp. Deleting that directory removes all generated data for the repo. - Scanner: walks the repo with explicit extensions, max file size, project
.gitignorebehavior, scan roots, include paths, exclude globs, and skip dirs. Nested Git worktrees/submodules under the target root are scanned as normal source directories. Unity runtime scans can be limited toAssets,Packages, andLibrary/PackageCachewhile excluding**/Editor/**. - Unified language layer: extension dispatch selects a tree-sitter grammar for C#, Java, Rust, Python, Lua, JavaScript, TypeScript/TSX, C, or C++. The parser emits the same
FileEntry/Symbolmodel for every language and visits declarations without descending into large method bodies. - Code-aware references: C#/Java namespace/package imports, qualified names, aliases, static using, annotations, and attribute suffixes feed typed callers and dependency edges. Rust and the other non C#/Java languages currently provide indexed search, outlines, imports/includes/use declarations, Lua
require()imports, and graph nodes, but not Roslyn/JDT-level semantic binding. - Search indexes: cold indexing builds chunk metadata, symbol-definition chunk hits, and dependency references.
codedb_text_searchadds a codedb-style trigram sidecar with sorted lookup entries and contiguous file-id postings for fast exact/regex text search.codedb_searchfuses symbol hits, word/trigram text hits, and lazy Model2Vec vectors without a cold lexical-ranker build. Exact identifier hits and Model2Vec file embeddings are generated lazily when callers or natural-language search actually need them. - Memory-shaped incremental cache: cache v23 follows the bounded-content-cache lesson from
justrach/codedb: full file bodies, chunk preview text, repeated chunk file paths, repeated language/kind strings, word-index hits, caller results, embeddings, forward/reverse dependencies, graph objects, and Louvain results are no longer all resident by default. Tools read exact lines, offset-addressed outlines, trigram postings, word hits, caller sidecars, embeddings, dependencies, or graph data on demand. Watcher refreshes are event-queued, parse only changed files, reuse old dependency sidecars, and let lazy search sidecars rebuild on demand when their source fingerprint changes. - Graph layer: builds a graphify-style code graph lazily. Small repos keep file, namespace/package, symbol, dependency, and reference edges; large repos keep graph construction behind graph/community/module tools while symbol data stays in outline/search/callers indexes. Louvain communities and subcommunities are computed lazily on first request and cached under
.codedb-mcp. - Module atlas layer:
codedb_module_mapandcodedb_module_atlasrun in Rust. They first split files by dependency-connected components, then do dependency-weighted label propagation inside each component. Path and token terms are used for naming, evidence, and oversized-component splitting, not as the primary clustering basis.codedb_module_atlasexports Embedding Atlas-ready JSON. - MCP runtime: implemented with the Rust
rmcpSDK over stdio. Tools operate against a warm in-process index, and batch-capable tools pluscodedb_bundlereduce MCP round trips. - Setup guide and skills package:
setup-for-agent.mdowns installation guidance.skills/codedb-mcpis standalone for tool usage and includes the executable, config template, MCP reference, and tool guidance.skills/deepwikibuilds local DeepWiki-style docs from MCP evidence plus the active agent's reasoning.skills/code-module-atlascallscodedb_module_atlasand packages the local meet-blog-style module/file graph webpage.
Default config path:
<repo-root>/.codedb-mcp/codedb-mcp.toml
The repo includes a working example at .codedb-mcp/codedb-mcp.toml and a distributable template at skills/codedb-mcp/assets/codedb-mcp.toml.template.
Important defaults:
[scan]
extensions = ["cs", "java", "rs", "py", "pyw", "lua", "js", "jsx", "mjs", "cjs", "ts", "tsx", "c", "h", "cc", "cpp", "cxx", "hpp", "hh", "hxx"]
max_file_bytes = 50000000
respect_gitignore = true
root_paths = []
include_paths = ["Library/PackageCache"]
exclude_paths = []
[embedding]
model = "C:/Users/<user>/.cache/huggingface/hub/codedb-mcp/models/potion-code-16M"
[logging]
enabled = false
file = ".codedb-mcp/codedb-mcp.log"
queue_capacity = 8192
flush_interval_ms = 500
[storage]
enabled = true
dir = ".codedb-mcp"There are no environment-variable toggles. Edit the config file explicitly. root_paths can limit scanning to source roots such as Assets, Packages, and Library/PackageCache; include_paths adds extra roots even when a parent is skipped; exclude_paths accepts globs such as **/Editor/** for Unity runtime-only scans. respect_gitignore=true reads project .gitignore files, but nested Git worktrees/submodules inside the target root are still indexed unless excluded by skip_dirs, exclude_paths, or file extension rules. The model path is explicit and absolute; on Windows the setup guide uses the default HuggingFace cache when present, otherwise it falls back to the second available drive. [logging] is disabled by default; when enabled, MCP tool calls and file-watch digest batches are written through a bounded non-blocking queue and background writer. Tool lines include elapsed_ms, status, and failure_reason for failures. Watcher digest lines include queued event counts, changed/deleted counts, digest status, elapsed time, and cache stats. codedb_bundle logs only its child tools with mode=bundle; queue overflow drops log lines instead of slowing indexing or MCP.
Build:
cargo build --releaseRun MCP directly:
target\release\codebase-mcp.exe --config u3dclient\.codedb-mcp\codedb-mcp.toml mcp u3dclientQuick CLI checks:
target\release\codebase-mcp.exe --config u3dclient\.codedb-mcp\codedb-mcp.toml index u3dclient
target\release\codebase-mcp.exe --config u3dclient\.codedb-mcp\codedb-mcp.toml search "network listener manager" u3dclient -k 5
target\release\codebase-mcp.exe --config u3dclient\.codedb-mcp\codedb-mcp.toml --root u3dclient tool codedb_status "{}"MCP mode answers the protocol handshake before the initial index finishes, then builds the default project index in the background. Early tool calls may wait for that first build. Watching is enabled by default through [watch] enabled = true and poll_interval_seconds = 5; filesystem events are queued and applied as one serialized batch on each tick. The same tick checks the config file hash. If scan scope, extensions, include/exclude paths, max file size, gitignore behavior, storage, or model settings change while MCP is running, codedb-mcp keeps serving the old index, performs one full background reindex, then atomically swaps to the new index and rebuilds watcher roots. Parse or reindex failure keeps the old index. Cache commits are manifest-last and generation-based: if the process is killed mid-index, the previous manifest still points to the previous usable cache, partial new sidecars are ignored, and stale unreferenced generation files are cleaned on the next startup. Lazy sidecars such as text search, word hits, and callers are source-validated and rebuilt on demand instead of synchronously deleted during reload. Use --no-watch for static benchmark runs.
codedb_search accepts queries:
{
"max_results": 3,
"queries": [
"PoolManager",
{
"query": "Joystick",
"path_glob": "Assets/Plugins/3rdPlugins/Joystick Pack/**"
},
{
"query": "NetworkListenerManager",
"regex": true,
"compact": true
}
]
}codedb_callers accepts targets:
{
"max_results": 10,
"targets": [
{
"name": "PoolManager",
"definition_path": "Assets/Scripts/HotFix/3rdExtend/Runtime/PoolManager/PoolManager.cs",
"definition_line": 26
},
{
"name": "Joystick",
"definition_path": "Assets/Plugins/3rdPlugins/Joystick Pack/Scripts/Runtime/Base/Joystick.cs",
"definition_line": 8
}
]
}codedb_read accepts paths:
{
"compact": true,
"paths": [
"Assets/Scripts/HotFix/3rdExtend/Runtime/PoolManager/PoolManager.cs",
{
"path": "Assets/Plugins/3rdPlugins/Joystick Pack/Scripts/Runtime/Base/Joystick.cs",
"line_start": 1,
"line_end": 40
}
]
}codedb_communities uses lazy Louvain clustering:
target\release\codebase-mcp.exe --config u3dclient\.codedb-mcp\codedb-mcp.toml --root u3dclient tool codedb_communities "{`"community_limit`":10}"
target\release\codebase-mcp.exe --config u3dclient\.codedb-mcp\codedb-mcp.toml --root u3dclient tool codedb_communities "{`"community_id`":0,`"children`":true,`"community_limit`":20}"Overview calls return community IDs, labels, member counts, and cohesion. Add children=true or subcommunities=true with a community_id to split only that community's subgraph; child clusters are cached in .codedb-mcp/louvain-subcommunities.bin.
codedb_module_map is the preferred DeepWiki planning call. It uses the Rust dependency-connected module graph, then adds dependency cohesion, cross-folder roots, semantic-neighbor probes, entry points, key symbols, and c-TF-IDF-like labels:
target\release\codebase-mcp.exe --config u3dclient\.codedb-mcp\codedb-mcp.toml --root u3dclient tool codedb_module_map "{`"path_prefix`":`"Assets/Scripts`",`"limit`":40,`"min_files`":2,`"semantic_neighbors`":5}"The skills/ directory is intended to be copied as a standalone package.
setup-for-agent.md: installation guide for agents. It reuses the default HuggingFace cache when present, falls back to the second Windows drive when absent, and writes project-local config with an absolute model path.skills/codedb-mcp: includesassets/codebase-mcp.exe, a config template, MCP registration reference, tool guidance, andscripts/codex-observe.mjsfor Codex transcript token diagnostics. It does not own setup.skills/deepwiki: creates DeepWiki-style local documentation using localcodedb_*tools plus the active agent's reasoning. It emphasizes business module boundaries over folder-only or community-only grouping.skills/code-module-atlas: creates a local 3D module/file atlas webpage by callingcodedb_module_atlas, then adapting the bundled meet-blog-style viewer. Generated repo-specific JSON stays ignored.
- meet-blog.buyixiao.xyz inspired the Code Module Atlas visual style and viewer experience.
- justrach/codedb inspired the original MCP tool interface direction.
