Code indexing MCP: 15 tools, 10 languages, hybrid search, call graphs, O(1) retrieval.
Intelligent code indexing MCP server. 15 tools, 10 languages, tree-sitter AST extraction, hybrid search (FTS5 + vector), call graphs, remote repo indexing, incremental indexing. Save 99% of tokens — get exact function source via byte-offset seek instead of reading entire files. Add to your MCP client config: ------|-------------| | Index a local directory (incremental, SHA-256 based) | | Index a…
Inferred from the transports this listing declares (stdio). A client not listed here hasn’t been ruled out — it just isn’t something Forge can confirm.
Verification confirms publisher identity (repo ownership), not code safety. The security scan covers known CVEs and suspicious install scripts.
Forge read 0 source files from the published package tarball and matched no MCP tool registrations. Extraction is pattern-based over shipped source: a server that builds its tool list at runtime, or that ships only bundled or minified code, registers nothing this can see. Treat it as “not detected”, not as “exposes none”.
Intelligent code indexing MCP server. 15 tools, 10 languages, tree-sitter AST extraction, hybrid search (FTS5 + vector), call graphs, remote repo indexing, incremental indexing. Save 99% of tokens — get exact function source via byte-offset seek instead of reading entire files. Add to your MCP client config: ------|-------------| | Index a local directory (incremental, SHA-256 based) | | Index a GitHub/GitLab repo (tarball download, no git needed) | | List all indexed repositories with stats |…
Forge's dependency resolver reads npm metadata only, so this PyPI package has no resolved tree. That is a gap in coverage, not a clean bill of health.