Nyilvános MCP-szervert épített a Redis, hogy az ügynökök hiteles dokumentációt kapjanak

A dokumentációhoz vezető közvetlen út

A Redis szerint az AI-ügynökök gyakran nem a dokumentáció legfrissebb és leghitelesebb változatából válaszolnak. Egy modell a tanítás során rögzített ismeretekre támaszkodhat, vagy a redis.io megjelenített HTML-oldalait dolgozhatja fel, amelyekben marketingtartalom és régebbi verziókra vonatkozó információk is szerepelhetnek. Ez különösen problémás lehet olyan változtatások után, mint a Redis 8 több alapértelmezésének módosítása. Egy korábban tanított modell ilyenkor magabiztosan a Redis 7-re vonatkozó választ adhatja.

A Redis Docs MCP ezt a problémát egy nyilvános MCP-szerverrel kezeli, amely a redis.io/mcp címen érhető el. A szolgáltatás három eszközt biztosít bármely MCP-kliens számára, hitelesítés nélkül. A Redis közlése szerint a projektet négyfős csapat készítette 2026 áprilisa és júliusa között.

Az MCP, vagyis a Model Context Protocol használatával egyetlen szerződésen keresztül érhető el a szolgáltatás többek között Claude, Codex, Cursor és ChatGPT Deep Research számára. A Redisnek így nem kell külön integrációt készítenie mindegyik klienshez.

Három eszköz, eltérő feladatra

A Redis Docs MCP szándékosan csak három eszközt tesz elérhetővé. Ennek oka, hogy az eszközleírások minden kapcsolatnál bekerülnek a kliens környezetébe, így minden új eszköz tokenköltséget jelenthet akkor is, ha a felhasználó nem használja.

• search(query): legfeljebb 8 találati oldalt ad vissza, kivonattal, címmel, URL-lel és stabil azonosítóval.
• fetch(id): egy oldal teljes szövegét, valamint témára, verzióra és szakaszra vonatkozó metaadatokat szolgáltat.
• ask(question): prózai választ készít, és mellékeli a választ alátámasztó forrásdokumentumokat.

A search és a fetch közvetlenül a Redis indexét kérdezi le a RedisVL-en keresztül. Így a Redis maga hangolhatja a keresési mezőt, a pontozást, az egyesítési módszert és a jelöltek számát. Az ask ezzel szemben a Context Retrievert és egy nyelvi modellt használja, ugyanazon a visszakeresési és szintetizálási folyamaton keresztül, mint a korábbi bemutató.

A három eszköz nem azonos a hivatalos Redis MCP Serverrel. Az a szerver saját üzemeltetésű, és egy ügynököt a felhasználó Redis-példányához kapcsol, ahol parancsokat futtathat. A Redis Docs MCP üzemeltetett, csak olvasható szolgáltatás, és kizárólag a Redis dokumentációs indexét éri el.

Miért választottak hitelesítés nélküli működést?

A Redis szerint a kulcs nélküli hozzáférés tudatos döntés volt. A dokumentációt a nyílt forráskódú közösség és az Enterprise-ügyfelek egyaránt használják, ezért egy regisztrációs lépés a dokumentáció lekérése előtt kizárhatná a közösség jelentős részét.

Ennek a döntésnek technikai következményei is vannak. A szerver nem tudja, ki küldte az egyes kéréseket, ezért a kérdések szövege nem kerül a naplókba, a telemetria csak összesített lehet, és sem a belső rangsorolási pontszámok, sem a le nem kérhető azonosítók nem jutnak át a hálózaton. A Redis megfogalmazása szerint egy Enterprise-ügyfél kérdése ugyanolyan névtelen marad, mint bárki másé.

A projekt első változata nem MCP-szerverként indult. 2026 áprilisának végén a csapat három hetet kapott egy, a Context Retriever termékoldalán működő dokumentációs asszisztens elkészítésére. A bemutató június elején vált elérhetővé, és FastAPI-szolgáltatást, szerver által küldött eseményeket, lekérdezéseket felbontó ügynököt, valamint nagyjából száz válogatott dokumentációs oldalt használt. A Redis később ebből a bemutatóból indult el egy szélesebb körben használható, ügynököknek szánt interfész felé.

A felhasználók számára ez azt jelenti, hogy az MCP-kompatibilis kliensek szabványos eszközökön keresztül kereshetnek a Redis dokumentációjában, egy konkrét oldalt kérhetnek le, vagy forrásokkal kiegészített választ kérhetnek. A Redis különválasztotta a közvetlen keresést és a nyelvi modellre épülő kérdezz-felelek útvonalat, így a keresés és az oldalak lekérése akkor is működhet, ha a gateway vagy a modell nem érhető el.