Dla dowolnego klienta z obsługą MCP

Jeśli mówi w MCP,
mówi też w Maguyva.

Integracja nie jest per narzędzie — jest protokołem. Maguyva to standardowy serwer MCP pod jednym adresem URL, więc bez względu na to, w czym działa twój agent (Claude Code, Codex, Cursor, Gemini, Windsurf, Antigravity, Zed, Cline albo coś, co sam zbudowałeś), dostaje tę samą przeszukiwalną mapę twojego repo. Zaindeksuj raz, a każdy podłączony klient zadaje te same ugruntowane pytania.

Zacznij na Free Przeczytaj konfigurację MCP

Plan Free: 3 repozytoria, Do 50 tys. zindeksowanych linii repo, bez karty.

Jeden serwer MCP. Każdy klient. Bez wtyczki per narzędzie, bez uzależnienia od dostawcy.

Co robi każda warstwa

Cztery elementy. Każdy ma swoje zadanie.

// twój klient

Dowolny klient MCP

24 udokumentowanych klientów, w tym Claude Code, Codex CLI, Gemini CLI, Cursor, Windsurf, Antigravity, albo twój własny agent.

// protokół

MCP

Otwarty standard, którym już mówią wszyscy z nich.

// baza kodu

Maguyva

Jeden serwer MCP. Ugruntowane fakty o repozytorium, zwracane z file:line.

// kto płaci

Workspace'y, nie stanowiska

Agenci nie płacą za stanowiska. Zobacz cennik

MCP to integracja. Postaw na nią jako standard.

Otwarty protokół to trafna decyzja, nie obejście. Budowanie na MCP zamiast wtyczki per narzędzie to dokładnie sposób, by uniknąć ponownej integracji za każdym razem, gdy pojawi się lepszy agent. To dobre miejsce na:

Jeden blok konfiguracji serwera, który wpina się w dowolnego zgodnego klienta.
Narzędzia i zasoby przenośne między edytorami, CLI i agentami.
Granicę, którą twój zespół bezpieczeństwa przejrzy raz, a nie osobno dla każdego dostawcy.
Swobodę zmiany klienta bez przebudowy całego stosu kontekstu.

Rób tak dalej. Postawienie na MCP jako standard to dobry ruch.

Ale protokół to rura. Przenosi pytanie i odpowiedź — nie zna twojej bazy kodu. Coś musi być po drugiej stronie, co faktycznie mapuje twoje symbole, miejsca wywołań i zależności.

Gdzie kontekst per narzędzie przestaje się skalować

Cztery tryby awarii, których nie naprawi żaden pojedynczy plik reguł agenta.

// każde narzędzie zaczyna wdrożenie od zera

Wybierz nowego agenta, a on znów zaczyna ślepy na twoim repo. Ponownie wklejasz te same pliki, ponownie przypinasz ten sam kontekst, ponownie piszesz te same reguły. Praca się nie przenosi, bo nigdy nie była wspólną warstwą.

// pliki reguł nie podróżują

CLAUDE.md, .cursor/rules, AGENTS.md — każdy jest specyficzny dla narzędzia i żaden nie jest przeszukiwalnym indeksem twojego kodu. Zmień klienta, a mapa, którą zbudowałeś ręcznie, zostaje w tyle.

// uzależnienie od integracji to podatek

Wpięcie głębokiego kontekstu kodu w wtyczkę jednego dostawcy oznacza, że w dniu, w którym spróbujesz innego agenta, musisz zbudować to od nowa. Im lepszy twój kontekst, tym drożej kosztuje odejście.

// protokół to rura, nie mapa

MCP przenosi narzędzia i kontekst między klientem a serwerem. Nie zna twoich symboli, miejsc wywołań ani grafu zależności. Coś musi być po drugiej stronie, co faktycznie odpowiada na pytanie.

Maguyva to warstwa po drugiej stronie protokołu

To nie kolejny agent. Serwer kontekstu repo, który może wywołać dowolny klient MCP:

Jeden endpoint, każdy klient ten sam https://maguyva.tools/mcp obsługuje Claude Code, Codex CLI, Gemini CLI, Cursor, Windsurf, Antigravity albo skrypt, który napisałeś dziś rano.
Semantyczne + AST + graf + tekst szukaj po znaczeniu, strukturze, zależności albo dosłownie. Każdy wynik zwraca ścieżkę pliku i numer linii, niezależnie od tego, który klient pytał.
Świadomy branchy, między pakietami Maguyva widzi tę wersję kodu, którą edytuje agent, we wszystkich pakietach w monorepo.
Bez uzależnienia od dostawcy zmieniaj agentów, kiedy chcesz; warstwa kontekstu się nie rusza. Cennik workspace'owy, nie za stanowisko — zindeksuj 1 repo albo 50.

Twój klient mówi w MCP.
Maguyva odpowiada, gdy pyta o twój kod.

Trzy przepływy pracy, identyczne z każdego klienta

Między pakietami, między językami. Klient się zmienia; ugruntowana odpowiedź — nie.

// workflow 01

Znajdź przepływ autoryzacji między pakietami, z dowolnego agenta

agent> gdzie w tym monorepo dzieje się autoryzacja?

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

→ 4 punkty wejścia w 4 pakietach, uszeregowane wg gęstości wywołań.
[exit 0]

Claude Code, Cursor czy twój własny skrypt — nie ma znaczenia, który klient wysłał zapytanie. Te same cztery pliki wracają w tej samej kolejności, ugruntowane na rzeczywistym grafie.

// workflow 02

Znajdź prawdziwą implementację, nie atrapę testową

agent> jak normalizePhoneNumber obsługuje E.164?

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

Nazwy kłamią. Atrapy przesłaniają prawdziwy kod. Maguyva stawia prawdziwą implementację wyżej niż atrapę testową — tak samo dla każdego klienta, który pyta.

// workflow 03

Sprawdź promień rażenia przed refaktoryzacją

agent> co wywołuje QueueDispatcher.publish w całym monorepo?

graph::callers(QueueDispatcher.publish)
  3 w packages/billing/*
  1 w packages/audit/*
  1 w packages/notifications/*
  1 w services/python-worker/*  ← między językami przez stub gRPC
[exit 0]

Między pakietami, a przy poliglotycznym repo — także między językami, miejsca wywołań pojawiają się od razu. Zmień agenta jutro, a promień rażenia nadal tam jest, bo mieszka w serwerze, nie w kliencie.

Konfiguracja z dowolnym klientem MCP

Trzy kroki. Plan Free: 3 repozytoria, Do 50 tys. zindeksowanych linii repo, bez karty.

// step 01
Zaindeksuj repo na maguyva.ai
Wybierz takie, które dobrze znasz, żeby móc zweryfikować odpowiedzi. Plan Free obejmuje 3 repozytoria, Do 50 tys. zindeksowanych linii repo.

// step 02

Dodaj Maguyva jako serwer MCP w dowolnym używanym kliencie

// 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
Zadaj jedno pytanie, na które już znasz odpowiedź
Zacznij od jednego repo i jednego sprawdzalnego pytania, np. „co wywołuje formatInvoice w różnych pakietach?” Jeśli odpowiedź zgadza się z tym, co byś powiedział, każdy inny klient, który na to skierujesz, dostanie ten sam ugruntowany wynik.