Un contexto que viaja

El indexador de Cursor es excelente dentro de Cursor. El autocompletado, la edición en línea, el chat y el agente en esa ventana ya se apoyan en un índice de proyecto que Cursor gestiona para el espacio de trabajo abierto. Si Cursor es la única superficie en la que escribes, y ese índice ya encuentra los archivos correctos, quédate ahí. Ese es el caso honesto de «quédate donde estás», y con razón es la primera frase de esta página.

Este artículo trata de la otra mitad de una semana común. El mismo repositorio también se abre en Claude Code, se consulta desde Codex CLI, se revisa en una segunda máquina, o lo consulta un agente que corre en CI. La pregunta no es «qué indexador es mejor». La pregunta es si el mapa en el que confía el agente en una ventana es el mismo en el que confía en la siguiente.

Maguyva es ese mapa que viaja. Es una capa de contexto de código MCP remota. El agente la consulta igual que consulta cualquier otra herramienta MCP. Los resultados vuelven como rutas clasificadas con números de línea. Cursor sigue siendo el editor. El contexto es lo que se mueve.

Para qué sirve el indexador de Cursor

La indexación integrada de Cursor existe para que el chat, el agente y la búsqueda dentro del editor puedan recuperar código relevante en lugar de depender solo de lo que cabe en la ventana de contexto en bruto del modelo. Ese es el diseño correcto para un IDE. El índice es nativo de Cursor. No es un servidor MCP y no es accesible desde ningún otro cliente.

Así funciona, según la documentación pública de Cursor y el propio relato de Cursor en el momento de escribir esto: la ruta de búsqueda principal ya no es un índice de embeddings en la nube. El equipo de Cursor declaró en su foro comunitario que la búsqueda semántica/basada en embeddings dedicada se está retirando en favor de la recuperación basada en grep, porque los modelos actuales buscan lo bastante bien en un árbol vivo por sí solos. En su lugar está Instant Grep, un índice de búsqueda local construido con n-gramas, listas invertidas y filtros de Bloom, mantenido en una tabla de búsqueda mapeada en memoria, de modo que las consultas se resuelven en la propia máquina del desarrollador en lugar de en un servidor.

El índice en sí vive dentro del propio directorio .git/cursor/ del repositorio, anclado a un commit de git específico; los cambios desde ese commit se superponen en lugar de disparar un nuevo escaneo, y el índice solo se reconstruye cuando el estado local se ha alejado mucho de aquello contra lo que se construyó. Como está dentro de .git, nunca se rastrea ni se sube — borra la carpeta y el índice desaparece. .gitignore se respeta por construcción, ya que solo el contenido rastreado por git es elegible, y .cursorignore se aplica en la ruta de lectura. Ya no hay ningún paso de embedding del lado del servidor ni base de datos vectorial remota en esa ruta. La documentación anterior describía un diseño asistido por la nube — cifrado de fragmentos, sincronización por árbol de Merkle, reutilización de índices entre compañeros de equipo — y el propio equipo de Cursor ha dicho desde entonces que ese diseño se está retirando, así que este artículo ya no lo describe como vigente.

Una característica destacada dentro del editor es el subagente Explore de Cursor. Puede lanzar varias búsquedas paralelas en su propia ventana de contexto, con un modelo más rápido, y devolver solo los hallazgos relevantes, de modo que la conversación principal no se llene de resultados de búsqueda. Es una fortaleza genuina dentro del editor. Consérvala.

Los espacios de trabajo multi-raíz están soportados: el contexto de cada carpeta abierta está disponible para el Agente. Algunas funciones dependientes de git, como los worktrees, están desactivadas en configuraciones multi-raíz, y los Cloud Agents no soportan en absoluto los espacios de trabajo multi-raíz.

Nada de esto es una razón para abandonar Cursor. Es una descripción precisa de un mapa que es excelente donde vive.

Qué significa realmente «viajar»

Un mapa viaja cuando las mismas preguntas devuelven el mismo tipo de respuesta, con citas que puedes abrir, desde más de un cliente.

• En Cursor: «¿Dónde está definido parseConfig, y quién lo llama?»
• En Claude Code, en el mismo repo: la misma pregunta.
• En Codex CLI, en una máquina de revisión que nunca abrió la ventana de Cursor: la misma pregunta.
• En un agente de CI que habla MCP: la misma pregunta, contra el mismo snapshot alojado.

Si cada superficie construye su propio índice privado, no tienes un mapa. Tienes varias cachés que divergen. El índice del editor puede estar al día para el árbol en disco. La sesión de CLI puede llevar un día de retraso. El trabajo de CI puede estar mirando un checkout distinto. El agente seguirá sonando seguro de sí mismo de todos modos.

El indexador de Cursor no está pensado para resolver eso. Como vive dentro del editor, el contexto que construye es para ese editor. Un lector que también necesita una CLI, un pipeline de CI o un editor distinto necesita una herramienta separada para esas superficies. Eso es un hecho de alcance, no un defecto. Maguyva es esa herramienta separada.

Un recuento publicado de lenguajes para el indexador de Cursor no aparece en las notas que este borrador puede usar. Maguyva publica más de 279 lenguajes y tecnologías basadas en texto. El precio de Cursor tampoco se copia aquí; consulta su página de precios. Maguyva cobra por espacio de trabajo, no por asiento, con planes publicados de $0, $19, $49 y $149 según la huella indexada y el tamaño del espacio de trabajo.

Un mapa alojado, todos los clientes MCP

Maguyva es un servidor MCP remoto. Conectas GitHub, eliges los repositorios, y el pipeline en la nube construye símbolos, aristas del grafo y un mapa clasificado. Añades una clave de API a la configuración MCP del cliente que ya usas. Maguyva tiene guías de configuración para 24 clientes MCP documentados — Cursor incluido — y puede conectarse a otros clientes compatibles con MCP que soporten la configuración estándar.

La página de configuración de Cursor es la ruta específica del editor si ahí es donde trabajas. El mismo servidor responde a Claude Code, VS Code, Windsurf, Codex CLI y el resto. No cambias de editor. Le das a cada agente la misma superficie de herramientas: 11 herramientas MCP de cara al cliente en búsqueda, símbolos, análisis de dependencias, recuperación de archivos, contexto de repositorio y flujos de trabajo utilitarios deterministas. La recuperación semántica, estructural, por grafo y de texto se fusionan en resultados clasificados.

Ese es el beneficio de la portabilidad. Las citas que evaluaste en Cursor esta mañana tienen la misma forma que las citas que Codex CLI devolverá esta noche. Ruta de archivo y número de línea. Ábrelas. Si están mal, lo ves. Si están bien, el siguiente cambio tiene un lugar donde aterrizar. La afirmación aprobada es menos ediciones alucinadas, no la promesa de que cada edición sea correcta.

La frescura está publicada. Los snapshots llevan marca de tiempo, así que el agente sabe qué versión del árbol está leyendo. La cadencia de reconstrucción es diaria en el plan gratuito y cada hora en los planes de pago. El límite honesto es el trabajo local no sincronizado: una edición que solo existe en un árbol de trabajo aún no está en el mapa alojado. Ese límite es el mismo sin importar desde qué cliente consultes, y ese es justamente el punto. La deriva entre clientes ya no es un segundo límite oculto.

La documentación da el bucle de activación que aplica a cada cliente: indexar un repo que ya conoces, conectar el cliente, hacer una pregunta que puedas verificar. Hazlo una vez en Cursor. Hazlo de nuevo desde la CLI que realmente usas en días de revisión. Si ambas respuestas citan el mismo handler, el mapa viajó.

Cómo conviven los dos mapas

Usa ambos. No son alternativas en el sentido de una página de comparación.

1. Mantén el indexador de Cursor activo para el proyecto en disco. Deja que Explore, Instant Grep y el agente dentro del editor lo usen. Ese bucle es nativo y rápido.
2. Añade Maguyva como servidor MCP en Cursor para que la misma sesión también pueda consultar el mapa alojado del espacio de trabajo. Cursor es un cliente Maguyva documentado. No eliges un índice y borras el otro.
3. Añade el mismo servidor Maguyva a Claude Code, Codex CLI, o cualquier otro cliente MCP que toque el repo. Una sola forma de clave de API. Un solo espacio de trabajo.
4. Si un agente de CI es compatible con MCP, apúntalo al mismo servidor. Leerá el mismo snapshot con marca de tiempo que leyó el portátil.

El índice del editor sigue siendo la mejor herramienta para «qué hay en disco en esta ventana, ahora mismo». El mapa alojado es la mejor herramienta para «cómo se ve este espacio de trabajo para cada agente que lo toque hoy». Esas frases no compiten.

Las cuotas de espacio de trabajo están publicadas en la página de precios: repos, líneas indexadas y usuarios, facturados por espacio de trabajo. Agentes y humanos comparten el mismo recuento de usuarios. Empieza gratis con un repo que ya sepas evaluar. Aumenta el espacio de trabajo solo después de que las citas sobrevivan al contacto con el árbol.

Lo que esta página no afirma

No afirma que el indexador de Cursor sea débil, incompleto, o una razón para cambiar de editor. La primera frase de este borrador es lo contrario.

No afirma que Maguyva reemplace a Instant Grep o al subagente Explore. Esas son funciones de Cursor. Se quedan en Cursor.

No inventa un recuento de lenguajes, una cifra de latencia, ni un ahorro de tokens para ninguno de los dos productos. Las cifras desconocidas permanecen sin publicar.

No finge que el trabajo local no subido está en el mapa alojado. Los snapshots con marca de tiempo hacen visible ese límite. No lo eliminan.

La prueba es ordinaria. Indexa un repo que ya conoces. Haz una pregunta que puedas verificar, primero en Cursor, luego en un segundo cliente MCP. Un contexto que viaja es la misma cita en ambos lugares.

// same map, wherever you opened it.