Vai al contenuto

Per qualsiasi client compatibile con MCP

Se parla MCP,
parla Maguyva.

L'integrazione non è per-strumento — è il protocollo. Maguyva è un server MCP standard su un solo URL, così qualsiasi cosa il tuo agente usi (Claude Code, Codex, Cursor, Gemini, Windsurf, Antigravity, Zed, Cline, o qualcosa che hai costruito tu) ottiene la stessa mappa consultabile del tuo repo. Indicizza una volta, e ogni client che colleghi fa le stesse domande fondate.

Piano Free: 3 repository, Fino a 50K righe di repository indicizzate, senza carta.

Un server MCP. Ogni client. Nessun plugin per-strumento, nessun lock-in.

Cosa fa ogni livello

Quattro pezzi. Ognuno ha un compito.

// il tuo client

Qualsiasi client MCP

24 client documentati, inclusi Claude Code, Codex CLI, Gemini CLI, Cursor, Windsurf, Antigravity, o il tuo agente personale.

// protocollo

MCP

Lo standard aperto che ognuno di loro già parla.

// codebase

Maguyva

Un solo server MCP. Fatti sul repository ancorati al codice reale, restituiti con file:line.

// chi paga

Workspace, non postazioni

Gli agenti non pagano postazioni. Vedi i prezzi

MCP è l'integrazione. Standardizza su di esso.

Il protocollo aperto è la scelta giusta, non un ripiego. Costruire su MCP invece di un plugin per-strumento è esattamente come eviti di reintegrare ogni volta che esce un agente migliore. È il posto giusto per:

  • Un unico blocco di configurazione del server che funziona in qualsiasi client conforme.
  • Strumenti e risorse portabili tra editor, CLI e agenti.
  • Un confine che il tuo team di sicurezza può revisionare una sola volta, non per ogni fornitore.
  • Libertà di cambiare client senza ricostruire il tuo stack di contesto.

Continua a farlo. Standardizzare su MCP è la mossa giusta.

Ma un protocollo è un tubo. Trasporta la domanda e la risposta — non conosce il tuo codebase. Qualcosa deve stare dall'altra parte a mappare davvero i tuoi simboli, punti di chiamata e dipendenze.

Dove il contesto per-strumento smette di scalare

Quattro modalità di fallimento che nessun singolo file di regole può risolvere.

// ogni strumento riparte da zero

Scegli un nuovo agente e riparte cieco sul tuo repo. Reincolli gli stessi file, rifissi lo stesso contesto, riscrivi le stesse regole. Il lavoro non si trasferisce perché non è mai stato un livello condiviso.

// i file di regole non viaggiano

CLAUDE.md, .cursor/rules, AGENTS.md — ognuno è per-strumento, e nessuno è un indice consultabile del tuo codice. Cambia client e la mappa che hai costruito a mano resta indietro.

// il lock-in dell'integrazione è una tassa

Collegare un contesto del codebase approfondito al plugin di un solo fornitore significa che il giorno in cui provi un agente diverso, devi ricostruirlo. Migliore è il tuo contesto, più costa andarsene.

// il protocollo è un tubo, non una mappa

MCP muove strumenti e contesto tra client e server. Non conosce i tuoi simboli, punti di chiamata o grafo delle dipendenze. Qualcosa deve stare dall'altra parte a rispondere davvero alla domanda.

Maguyva è il livello dall'altra parte del protocollo

Non è un altro agente. È il server di contesto del repo che qualsiasi client MCP può chiamare:

  • Un endpoint, ogni client lo stesso https://maguyva.tools/mcp serve Claude Code, Codex CLI, Gemini CLI, Cursor, Windsurf, Antigravity, o uno script che hai scritto stamattina.
  • Semantica + AST + grafo + testo cerca per significato, struttura, dipendenza o corrispondenza letterale. Ogni risultato restituisce un percorso di file e un numero di riga, qualunque sia il client che ha chiesto.
  • Consapevole dei branch, cross-package Maguyva vede la versione del codice che l'agente sta modificando, in ogni pacchetto del monorepo.
  • Nessun lock-in cambia agente quando vuoi; il livello di contesto non si sposta. Prezzi per workspace, non a postazione — indicizza 1 repository o 50.

Il tuo client parla MCP.

Maguyva è ciò che risponde quando chiede del tuo codice.

Tre flussi di lavoro, identici da ogni client

Tra pacchetti, tra linguaggi. Il client cambia; la risposta fondata no.

// workflow 01

Trova il flusso di autenticazione tra i pacchetti, da qualsiasi agente

agent> dove avviene l'autenticazione in questo monorepo?

graph::query("authentication flow")
  packages/web/src/auth/session.ts:42       middleware
  packages/api/src/auth/jwt.ts:88           token verify
  packages/shared/src/auth/types.ts:12      AuthContext
  packages/admin/src/auth/admin-only.ts:31  rbac gate

 4 punti di ingresso in 4 pacchetti, ordinati per densità di punti di chiamata.
[exit 0]

Claude Code, Cursor, o un tuo script — non importa quale client ha inviato la query. Tornano gli stessi quattro file nello stesso ordine, fondati sul grafo reale.

// workflow 02

Trova l'implementazione reale, non lo stub di test

agent> come gestisce normalizePhoneNumber il formato E.164?

semantic::query("normalize phone E.164")
  packages/shared/util/phone.ts:88     normalizePhoneNumber()  ← impl reale
  packages/api/test/phone.spec.ts:14   jest.mock(...)          ← stub
[exit 0]

I nomi mentono. I mock oscurano il codice reale. Maguyva classifica l'implementazione reale sopra il mock di test — allo stesso modo per ogni client che lo chiede.

// workflow 03

Controlla il raggio d'impatto prima di un refactoring

agent> cosa chiama QueueDispatcher.publish in tutto il monorepo?

graph::callers(QueueDispatcher.publish)
  3 in packages/billing/*
  1 in packages/audit/*
  1 in packages/notifications/*
  1 in services/python-worker/*  ← tra linguaggi via stub gRPC
[exit 0]

Tra pacchetti, e tra linguaggi su un repo poliglotta, i punti di chiamata emergono inline. Cambia agente domani e il raggio d'impatto è ancora lì, perché vive nel server, non nel client.

Configurazione con qualsiasi client MCP

Tre passaggi. Piano Free: 3 repository, Fino a 50K righe di repository indicizzate, senza carta.

  1. // step 01

    Indicizza un repo su maguyva.ai

    Scegline uno che conosci bene così puoi verificare le risposte. Il piano Free copre 3 repository, Fino a 50K righe di repository indicizzate.

  2. // step 02

    Aggiungi Maguyva come server MCP nel client che usi

    // any MCP client: add a remote MCP server
    {
      "mcpServers": {
        "maguyva": {
          "url": "https://maguyva.tools/mcp",
          "headers": {
            "Authorization": "Bearer <your-key>"
          }
        }
      }
    }
    
    // CLI clients can use the same endpoint:
    //   https://maguyva.tools/mcp
  3. // step 03

    Fai una domanda di cui conosci già la risposta

    Inizia con un repo e una domanda verificabile, come “cosa chiama formatInvoice tra i pacchetti?” Se la risposta corrisponde a quello che diresti, ogni altro client che punti su di esso otterrà lo stesso risultato fondato.

Fonti