// jouw client
Elke MCP-client
24 gedocumenteerde clients, waaronder Claude Code, Codex CLI, Gemini CLI, Cursor, Windsurf, Antigravity, of je eigen agent.
Voor elke MCP-compatibele client
Als het MCP spreekt,
spreekt het Maguyva.
De integratie zit niet per tool — het is het protocol. Maguyva is een standaard MCP-server op één URL, zodat wat je agent ook draait (Claude Code, Codex, Cursor, Gemini, Windsurf, Antigravity, Zed, Cline, of iets wat je zelf hebt gebouwd) dezelfde doorzoekbare kaart van je repo krijgt. Indexeer eenmalig, en elke client die je verbindt, stelt dezelfde gefundeerde vragen.
Free tier: 3 repositories, Tot 50K geïndexeerde repo-regels, geen kaart nodig.
Eén MCP-server. Elke client. Geen per-tool plugin, geen lock-in.Wat elke laag doet
Vier onderdelen. Elk met zijn eigen taak.
// protocol
MCP
De open standaard die ze allemaal al spreken.
// codebase
Maguyva
Eén MCP-server. Gefundeerde repo-feiten, geretourneerd met file:line.
// wie betaalt
Werkruimtes, geen seats
Agents betalen geen seats. Bekijk prijzen
MCP is de integratie. Standaardiseer erop.
Het open protocol is de juiste keuze, geen workaround. Bouwen op MCP in plaats van een per-tool plugin is precies hoe je voorkomt dat je opnieuw moet integreren zodra er een betere agent uitkomt. Het is de juiste plek voor:
- Eén server-configuratieblok dat in elke compatibele client past.
- Tools en resources die overdraagbaar zijn tussen editors, CLI's en agents.
- Een grens die je securityteam één keer kan beoordelen, niet per leverancier.
- Vrijheid om van client te wisselen zonder je hele contextstack te herbouwen.
Blijf dat vooral doen. Standaardiseren op MCP is de juiste zet.
Maar een protocol is een leiding. Het draagt de vraag en het antwoord — het kent je codebase niet. Er moet iets aan de andere kant staan dat je symbolen, call-sites en dependencies daadwerkelijk in kaart brengt.
Waar per-tool context stopt met schalen
Vier faalmodi die geen enkel rules-bestand van een agent kan oplossen.
// elke tool onboardt weer vanaf nul
Kies een nieuwe agent en die start weer blind op je repo. Je plakt dezelfde bestanden opnieuw, pint dezelfde context opnieuw, schrijft dezelfde rules opnieuw. Het werk gaat niet mee, omdat het nooit een gedeelde laag was.
// rules-bestanden reizen niet mee
CLAUDE.md, .cursor/rules, AGENTS.md — elk is per tool, en geen ervan is een doorzoekbare index van je code. Wissel van client, en de kaart die je met de hand bouwde blijft achter.
// integratie-lock-in is een belasting
Diepe codebasecontext vastdraaien in de plugin van één leverancier betekent dat je alles herbouwt zodra je een andere agent probeert. Hoe beter je context, hoe duurder het wordt om te vertrekken.
// het protocol is een leiding, geen kaart
MCP verplaatst tools en context tussen client en server. Het kent je symbolen, call-sites of dependency graph niet. Er moet iets aan de andere kant staan dat de vraag daadwerkelijk beantwoordt.
Maguyva is de laag aan de andere kant van het protocol
Geen extra agent. De repo-contextserver die elke MCP-client kan aanroepen:
- Eén endpoint, elke client hetzelfde
https://maguyva.tools/mcpbedient Claude Code, Codex CLI, Gemini CLI, Cursor, Windsurf, Antigravity, of een script dat je vanochtend schreef. - Semantisch + AST + graaf + tekst zoek op betekenis, structuur, dependency of letterlijke tekst. Elke treffer geeft een bestandspad en regelnummer terug, welke client er ook vroeg.
- Branch-bewust, over pakketten heen Maguyva ziet de versie van de code die de agent aan het bewerken is, over elk pakket in de monorepo heen.
- Geen lock-in wissel wanneer je wilt van agent; de contextlaag verandert niet mee. Werkruimteprijzen, niet per seat — indexeer 1 repo of 50.
Jouw client spreekt MCP.
Maguyva is wat antwoordt als het iets over je code vraagt.
Drie workflows, identiek vanuit elke client
Cross-package, cross-language. De client verandert; het gefundeerde antwoord niet.
// workflow 01
Vind de auth-flow door alle packages heen, vanuit elke agent
agent> waar gebeurt authenticatie in deze 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 entry points in 4 packages, gerangschikt op call-site-dichtheid. [exit 0]
Claude Code, Cursor, of je eigen script — het maakt niet uit welke client de query stuurde. Dezelfde vier bestanden komen terug, in dezelfde volgorde, gefundeerd op de echte graph.
// workflow 02
Vind de echte implementatie, niet de test-stub
agent> hoe verwerkt normalizePhoneNumber E.164? semantic::query("normalize phone E.164") packages/shared/util/phone.ts:88 normalizePhoneNumber() ← echte impl packages/api/test/phone.spec.ts:14 jest.mock(...) ← stub [exit 0]
Namen liegen. Mocks overschaduwen echte code. Maguyva rangschikt de echte implementatie boven de test-mock — op dezelfde manier voor elke client die het vraagt.
// workflow 03
Check de impactradius voor een refactor
agent> wat roept QueueDispatcher.publish aan, door de hele monorepo? graph::callers(QueueDispatcher.publish) 3 in packages/billing/* 1 in packages/audit/* 1 in packages/notifications/* 1 in services/python-worker/* ← cross-language via gRPC-stub [exit 0]
Cross-package, en cross-language op een polyglotte repo, call-sites komen inline naar boven. Wissel morgen van agent, en de impactradius is er nog steeds, omdat die in de server leeft, niet in de client.
Setup met elke MCP-client
Drie stappen. Free tier: 3 repositories, Tot 50K geïndexeerde repo-regels, geen kaart nodig.
// step 01
Indexeer een repo op maguyva.ai
Kies er een die je goed kent, zodat je de antwoorden kunt verifiëren. Free tier dekt 3 repositories, Tot 50K geïndexeerde repo-regels.
// step 02
Voeg Maguyva toe als MCP-server in welke client je ook gebruikt
// 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// step 03
Stel één vraag waarvan je het antwoord al weet
Begin met één repo en één verifieerbare vraag, zoals “wat roept
formatInvoiceaan, door alle packages heen?” Als het antwoord klopt met wat jij zou zeggen, krijgt elke andere client die je erop richt hetzelfde gefundeerde resultaat.