# Un contesto che ti segue

Canonical source: https://maguyva.ai/it/blog/context-that-travels

License: text under [CC BY 4.0](https://creativecommons.org/licenses/by/4.0/); code samples under [MIT-0](https://opensource.org/license/mit-0); the Maguyva name, logos, brand assets and other code are not covered. Details: [maguyva.ai/license](https://maguyva.ai/license).

Date: 2026-09-07 · Author: Maguyva Team

> L'indexer di Cursor è eccellente dentro Cursor. Maguyva è la mappa MCP ospitata che lo stesso agente può interrogare da altri editor, CLI e CI.

L'indexer di Cursor è eccellente dentro Cursor. Il completamento automatico, la modifica inline, la chat, e l'agente in quella finestra si appoggiano già su un indice di progetto che Cursor gestisce per lo spazio di lavoro aperto. Se Cursor è l'unica superficie in cui scrivi, e quell'indice trova già i file giusti, resta lì. È il caso onesto del 'resta dove sei', e giustamente apre questo articolo.

Questo articolo parla dell'altra metà di una settimana comune. Lo stesso repository viene anche aperto in Claude Code, interrogato da Codex CLI, revisionato su una seconda macchina, o interrogato da un agente in esecuzione in CI. La domanda non è 'quale indexer è migliore'. La domanda è se la mappa di cui l'agente si fida in una finestra è la stessa mappa di cui si fida nella successiva.

Maguyva è quella mappa che ti segue. È un livello di contesto della codebase MCP remoto. L'agente lo interroga nello stesso modo in cui interroga qualsiasi altro strumento MCP. I risultati tornano come percorsi classificati con numeri di riga. Cursor resta l'editor. È il contesto a muoversi.

## A cosa serve l'indexer di Cursor

L'indicizzazione integrata di Cursor esiste affinché chat, agente e ricerca dentro l'editor possano recuperare codice pertinente invece di affidarsi solo a ciò che entra nella finestra di contesto grezza del modello. È il design giusto per un IDE. Questo indice è nativo di Cursor. Non è un server MCP e non è raggiungibile da nessun altro client.

Ecco come funziona, come descritto nella documentazione pubblica di Cursor e nel racconto dello stesso Cursor al momento della stesura: il percorso di ricerca principale non è più un indice di embedding nel cloud. Il team di Cursor ha dichiarato sul proprio forum della community che la ricerca semantica/basata su embedding dedicata viene progressivamente ridotta a favore di un recupero basato su grep, perché i modelli attuali esplorano già abbastanza bene un albero vivo da soli. Al suo posto c'è Instant Grep, un indice di ricerca locale costruito con n-grammi, liste invertite e filtri di Bloom, mantenuto in una tabella di lookup mappata in memoria, così le query vengono risolte sulla macchina stessa dello sviluppatore invece che su un server.

L'indice stesso vive dentro la directory `.git/cursor/` propria del repository, ancorato a un commit git specifico; le modifiche successive a quel commit si sovrappongono ad esso invece di innescare una nuova scansione, e l'indice viene ricostruito solo quando lo stato locale si è discostato molto da ciò su cui è stato costruito. Poiché si trova dentro `.git`, non viene mai tracciato né pushato — cancella la cartella, e l'indice sparisce. `.gitignore` viene rispettato per costruzione, dato che solo il contenuto tracciato da git è idoneo, e `.cursorignore` viene fatto rispettare sul percorso di lettura. Non c'è più alcun passaggio di embedding lato server né un database vettoriale remoto su quel percorso. La documentazione precedente descriveva un design assistito dal cloud — cifratura dei chunk, sincronizzazione tramite albero di Merkle, riutilizzo dell'indice tra membri del team — e lo stesso team di Cursor ha da allora dichiarato che quel design viene ridotto, quindi questo testo non lo descrive più come attuale.

Un punto di forza notevole dentro l'editor è il subagente Explore di Cursor. Può avviare più ricerche parallele nella propria finestra di contesto su un modello più veloce e restituire solo i risultati rilevanti, così la conversazione principale non si gonfia di risultati di ricerca. È un vero punto di forza interno all'editor. Mantienilo.

Gli spazi di lavoro multi-root sono supportati: il contesto di ogni cartella aperta è disponibile per l'Agent. Alcune funzionalità dipendenti da git, come i worktree, sono disabilitate nelle configurazioni multi-root, e i Cloud Agents non supportano affatto gli spazi di lavoro multi-root.

Niente di tutto questo è un motivo per lasciare Cursor. È una descrizione precisa di una mappa che è eccellente là dove vive.

## Cosa significa davvero 'seguirti'

Una mappa ti segue quando le stesse domande restituiscono lo stesso tipo di risposta, con citazioni che puoi aprire, da più di un client.

- In Cursor: 'Dove è definito `parseConfig`, e chi lo chiama?'
- In Claude Code, sullo stesso repository: la stessa domanda.
- In Codex CLI, su una macchina di revisione che non ha mai aperto la finestra di Cursor: la stessa domanda.
- In un agente CI che parla MCP: la stessa domanda, contro lo stesso snapshot ospitato.

Se ogni superficie costruisce il proprio indice privato, non hai una mappa. Hai diverse cache che divergono. L'indice dell'editor può essere aggiornato per l'albero su disco. La sessione CLI può essere indietro di un giorno. Il job CI può guardare un checkout diverso. E l'agente continuerà comunque a suonare sicuro di sé.

L'indexer di Cursor non deve risolvere questo. Poiché vive dentro l'editor, il contesto che costruisce è per quell'editor. Un lettore che ha bisogno anche di una CLI, di una pipeline CI, o di un editor diverso, ha bisogno di uno strumento separato per quelle superfici. È un fatto di ambito, non un difetto. Maguyva è quello strumento separato.

Un numero di lingue pubblicato per l'indexer di Cursor non è indicato nei materiali che questo testo può usare. Maguyva pubblica supporto per oltre 279 lingue e tecnologie basate su testo. Anche i prezzi di Cursor non vengono riportati qui; vedi la loro pagina prezzi. Maguyva addebita per spazio di lavoro, non per posto, con piani pubblicati a $0, $19, $49 e $149 a seconda dell'estensione indicizzata e della dimensione dello spazio di lavoro.

## Una mappa ospitata, ogni client MCP

Maguyva è un server MCP remoto. Colleghi GitHub, scegli i repository, e la pipeline cloud costruisce simboli, archi del grafo e una mappa classificata. Aggiungi una chiave API alla configurazione MCP del client che già usi. Maguyva ha guide di configurazione per 24 client MCP documentati — incluso Cursor — e può connettersi ad altri client compatibili con MCP che supportano la configurazione standard.

La [pagina di configurazione di Cursor](/it/for-cursor) è il percorso specifico per l'editor se è lì che lavori. Lo stesso server risponde a Claude Code, VS Code, Windsurf, Codex CLI e agli altri. Non cambi editor. Dai a ogni agente la stessa superficie di strumenti: 11 strumenti MCP rivolti al cliente per ricerca, simboli, analisi delle dipendenze, recupero file, contesto del repository e workflow di utilità deterministici. Ricerca semantica, strutturale, a grafo e testuale vengono fuse in risultati classificati.

Questo è il vantaggio della portabilità. Le citazioni che hai verificato in Cursor stamattina hanno la stessa forma delle citazioni che Codex CLI restituirà stasera. Percorso del file e numero di riga. Aprili. Se sono sbagliate, lo vedi. Se sono corrette, la modifica successiva ha dove atterrare. L'affermazione approvata è meno modifiche allucinate, non la promessa che ogni modifica sia corretta.

L'aggiornamento è pubblicato. Gli snapshot hanno un timestamp, così l'agente sa quale versione dell'albero sta leggendo. La cadenza di ricostruzione è giornaliera nel piano gratuito e oraria nei piani a pagamento. Il limite onesto è il lavoro locale non sincronizzato: una modifica che esiste solo in un working tree non è ancora nella mappa ospitata. Questo limite è lo stesso indipendentemente dal client da cui interroghi, ed è proprio questo il punto. La deriva tra client non è più un secondo limite nascosto.

La [documentazione](/it/docs) fornisce il ciclo di attivazione che si applica a ogni client: indicizza un repository che già conosci, collega il client, fai una domanda che puoi verificare. Fallo una volta in Cursor. Rifallo dalla CLI che usi davvero nei giorni di revisione. Se entrambe le risposte citano lo stesso handler, la mappa ti ha davvero seguito.

## Come le due mappe convivono

Usale entrambe. Non sono alternative nel senso di una pagina di confronto.

1. Tieni acceso l'indexer di Cursor per il progetto su disco. Lascia che Explore, Instant Grep e l'agente dentro l'editor lo usino. Quel ciclo è nativo e veloce.
2. Aggiungi Maguyva come server MCP in Cursor, così la stessa sessione può anche interrogare la mappa ospitata dello spazio di lavoro. Cursor è un client Maguyva documentato. Non stai scegliendo un indice cancellando l'altro.
3. Aggiungi lo stesso server Maguyva a Claude Code, Codex CLI, o qualsiasi altro client MCP che tocca il repository. Un'unica forma di chiave API. Un unico spazio di lavoro.
4. Se un agente CI è compatibile con MCP, puntalo allo stesso server. Leggerà lo stesso snapshot con timestamp che ha letto il laptop.

L'indice dell'editor resta lo strumento migliore per 'cosa c'è su disco in questa finestra, proprio ora'. La mappa ospitata è lo strumento migliore per 'come appare questo spazio di lavoro a ogni agente che lo toccherà oggi'. Queste frasi non competono.

Le quote dello spazio di lavoro sono pubblicate sulla [pagina prezzi](/it/pricing): repository, righe indicizzate e utenti, fatturati per spazio di lavoro. Agenti e umani condividono lo stesso conteggio di utenti. Inizia gratis con un repository che sai già valutare. Aumenta lo spazio di lavoro solo dopo che le citazioni sopravvivono al contatto con l'albero.

## Cosa non afferma questa pagina

Non afferma che l'indexer di Cursor sia debole, incompleto, o un motivo per cambiare editor. La prima frase di questo testo dice il contrario.

Non afferma che Maguyva sostituisca Instant Grep o il subagente Explore. Sono funzionalità di Cursor. Restano in Cursor.

Non inventa un numero di lingue, una cifra di latenza, o un risparmio di token per nessuno dei due prodotti. I numeri sconosciuti restano non pubblicati.

Non finge che il lavoro locale non pushato sia nella mappa ospitata. Gli snapshot con timestamp rendono visibile quel limite. Non lo rimuovono.

Il test è ordinario. Indicizza un repository che già conosci. Fai una domanda che puoi verificare, prima in Cursor, poi in un secondo client MCP. Un contesto che ti segue è la stessa citazione in entrambi i luoghi.

`// same map, wherever you opened it.`