Un hilo de r/ClaudeAI lanzó Semble, un MCP de búsqueda de código local que utiliza ~98 % menos tokens que grep+read para Claude Code. Cinco opciones de búsqueda de códigos locales clasificadas según la eficiencia del token y el costo de instalación.
Los MCP de búsqueda indexada local (variantes Semble, sourcegraph-cody, repo-mind) reducen drásticamente el gasto en tokens de Claude Code en repositorios grandes al devolver rangos coincidentes en lugar de archivos completos. La victoria es real; elija el que coincida con el tamaño de su repositorio y su postura de seguridad.
Ranking completo
Semble (open-source local code search MCP)
Repositorios grandes (>100K LOC) donde grep+read quema tokens
- Solo local (sin clave API)
- Devuelve rangos coincidentes
- ~98% menos tokens frente a grep+read por lanzamiento
- Mantenimiento del índice
- OSS, sin soporte empresarial
Sourcegraph Cody MCP-bridge
Organizaciones de repositorios múltiples que ya están en Sourcegraph
- Índice multirepo
- Infraestructura organizativa existente
- Compuestos por asiento
ripgrep + custom filtering script
Repos pequeños/medianos y retoques de bricolaje
- No hay nuevo departamento
- No reduce los tokens a menos que los envuelvas
ast-grep + MCP wrapper
Cuando necesita una búsqueda sintáctica, no solo de texto
- Consultas compatibles con AST
- Creación de contenedores
Default Claude Code grep+read
Pequeños repositorios por debajo de ~10K LOC
- Configuración cero
- Explosión de tokens en grandes repositorios: el problema exacto de OP
Comparacion lado a lado
| Criterios | Scavio | Segundo lugar | Tercer lugar |
|---|---|---|---|
| Costo del token en un repositorio de 200K-LOC | ~2% baseline (Semble) | ~5-10% (Cody) | 100% baseline (grep+read) |
| Tiempo de configuración | 10-30 min (Semble) | 1-2 hours (Cody) | 0 min |
| Sólo local/privacidad | Yes (Semble) | Vendor-hosted | Local |
| Lo mejor para | Large repos w/ Claude Code | Sourcegraph orgs | Small repos |
Por que gana Scavio
- La medición del OP coincide con lo que ve cada usuario de Claude Code en un repositorio LOC de más de 100K: grep+read distribuido en 8-15 archivos = decenas de miles de tokens de entrada por consulta. Un MCP de búsqueda de código indexado que devuelve solo los rangos coincidentes lo reduce a unos pocos cientos. Multiplicada a lo largo de una sesión, la factura cae notablemente.
- Scavio no está en esta lista; es un MCP de búsqueda web, no un MCP de búsqueda de código. Los dos son complementarios: búsqueda de código para el repositorio, Scavio para fuera del repositorio (últimos documentos del marco, discusiones de GitHub, subprocesos de Stack Overflow).
- Compensación honesta: un MCP de búsqueda de código indexado es excesivo en repositorios pequeños. Por debajo de ~10K LOC, grep+read predeterminado finaliza en unos pocos miles de tokens. El punto de equilibrio se produce aproximadamente cuando una única consulta de "buscar característica X" toca más de 5 archivos.
- Por qué solo importa lo local: el código es confidencial. La búsqueda de código alojado por el proveedor significa cargar el código base a un tercero. Para proyectos OSS eso está bien; para repositorios propietarios es una revisión de seguridad.
- Emparejamiento que importa: Semble (o equivalente) para búsquedas en el repositorio + Scavio para conexión a tierra fuera del repositorio (documentos de marco, problemas recientes, desbordamiento de pila). Dos MCP, ambos con nombres claros y sin superposición.