AI-ügynökökhöz igazította a Cosmos DB fejlesztői eszközeit a Microsoft

A Copilot közelebb kerül az adatbázisos munkához

A Microsoft szerint az AI már állandó fejlesztői munkatárssá vált, de adatbázisoknál továbbra is szükség van beállításra, felügyeletre, ellenőrzésre és emberi döntésekre. A vállalat az Anthropic 2026 Agentic Coding Trends Reportjára hivatkozik, amely szerint a mérnökök munkájuk nagyjából 60 százalékában használnak AI-t, miközben feladataiknak csak 0 és 20 százalék közötti részét tudják teljesen delegálni.

Ez a feszültség különösen fontos akkor, amikor egy AI-ügynök adatbázissal dolgozik. Egy olyan kérés, mint a múlt heti sikertelen rendelések megkeresése vagy egy drága lekérdezés okának vizsgálata, a fejlesztő számára több lépésből áll: meg kell nyitni a megfelelő fiókot, meg kell találni az adatbázist és a konténert, ellenőrizni kell a dokumentumokat, lekérdezést kell írni, majd meg kell nézni az RU terhelést.

Az Azure Cosmos DB Visual Studio Code bővítményének frissítései ezt a folyamatot próbálják közelebb vinni a fejlesztői környezethez. A GitHub Copilot eszközöket kapott a Cosmos DB for NoSQL Query Editor használatához. A Copilot meg tudja keresni a nyitott Query Editor kapcsolatot, meg tudja nyitni vagy fókuszba tudja helyezni a megfelelő szerkesztőt, ellenőrizheti az aktuális lekérdezést és kapcsolati környezetet, mintát vehet a konténer sémájából, alkalmazhatja a generált lekérdezést a szerkesztőben, valamint a fejlesztő kérésére futtathatja is azt.

Sémamintavétel és adatbázis-specifikus tudás

A Microsoft szerint az AI által írt lekérdezésekkel szembeni bizalom gyorsan sérül, ha a modell kitalál egy nem létező mezőt. A cég példája szerint a modell írhatna olyan feltételt, amely az isActive mezőre szűr, miközben a valós adatban az állapotot például accountStatus jelöli.

Ennek kezelésére a Copilot a lekérdezés generálása előtt mintát vehet az aktív konténerből, és a ténylegesen talált mezőnevekre és típusokra támaszkodhat. A Microsoft szerint a mintavételezett séma nemcsak a csevegésben hasznos, hanem javítja a szerkesztő automatikus kiegészítését és az eredményséma következtetését is.

A mintavétel ugyanakkor nem történik észrevétlenül. Mivel adatot olvas és request unitokat fogyaszt, a bővítmény előbb engedélyt kér. Ugyanez vonatkozik a lekérdezések futtatására is: a Copilot előkészítheti a munkát, de a fejlesztő dönt arról, mikor érjen az adatokhoz vagy mikor költsön RU-t.

A frissítésekhez dedikált ügynöki készségek is tartoznak. Az Azure Cosmos DB for NoSQL Query Generation skill a NoSQL lekérdezési dialektust tanítja a Copilotnak, beleértve a projekciókat, az array-unwind joinokat, az aggregációkat, a teljes szöveges keresést, a vektorkeresést, a hibrid rangsorolást, a lapozást és a támogatott beépített függvényeket. A Query Editor skill azt segíti, hogy az ügynök használni tudja a szerkesztő eszközeit, például a kontextus vizsgálatát, a séma mintavételét, a lekérdezés alkalmazását és a futtatást.

Az Azure Cosmos DB Agent Kit több mint 100 ajánlást fed le adatmodellezés, partíciókulcs-tervezés, lekérdezésoptimalizálás, SDK-használat, indexelés, átviteli kapacitás, globális elosztás, monitorozás, vektorkeresés, teljes szöveges keresés és ügynökalkalmazási minták területén. A Microsoft szerint ez a tudás GitHub Copilot, Claude Code, Codex, Cursor, Gemini CLI és más kompatibilis ügynökök mellett is használható fejlesztői munkában.

Engedélykérés és biztonsági határok

A Microsoft hangsúlyozza, hogy amikor egy ügynök adatbázishoz férhet hozzá, egyértelmű határokra van szükség. A forrás szerint az Anthropic ezt a helyzetet a „collaboration paradox” kifejezéssel írja le: a fejlesztők gyakran használnak AI-t és termelékenységi előnyöket látnak, de inkább jól meghatározott, alacsony kockázatú vagy könnyen ellenőrizhető feladatokat delegálnak.

Az adatbázis-hozzáférés a Microsoft értelmezésében együttműködést igénylő terület. A bővítmény nem tartja meg csendben a teljes lekérdezési eredményeket az ügynöknek látható előzményekben. Ehelyett a lekérdezés szövegét és hasznos metaadatokat rögzít, köztük a sorszámokat, a request charge értékeket és a következtetett sémákat, a nyers dokumentumokat viszont nem.

A generált lekérdezés a Query Editorba kerül, ahol a fejlesztő elolvashatja és módosíthatja, mielőtt bármi történne. A Microsoft szerint így a Copilot a feltárást, a szintaxist és az ismétlődő lépéseket kezeli, miközben a fejlesztő kontrollálja az adathozzáférést és a végrehajtást.

A kapcsolatok a forrás szerint Microsoft Entra ID-t, managed identityt, connection stringeket, Azure CLI-hitelesítést és read-only kulcsokat is használhatnak, az adott eszköztől és környezettől függően. A meglévő Cosmos DB jogosultságok továbbra is meghatározzák, mire jogosult a csatlakozó identitás.

MCP és helyi fejlesztés a Query Editoron túl

A Microsoft szerint nem minden ügynöki munkafolyamat marad a Query Editoron belül. A forrás egy másik előrejelzést is említ: az ügynöki feladatok a rövid, egyszeri kérések felől olyan munkafolyamatok felé mozdulhatnak, amelyek órákig vagy napokig futnak, és közben hibákból is helyreállnak.

Az Azure Cosmos DB Shell parancssori környezetet ad fiókok, adatbázisok, konténerek és elemek kezeléséhez. Támogatja a lekérdezéseket, a kezelési műveleteket, a szkriptelést és több hitelesítési módot. A shell opcionális MCP szerver móddal is rendelkezik. Ha a fejlesztő ezt engedélyezi, a GitHub Copilot és más MCP-kompatibilis kliensek eszközként használhatják a shell műveleteit.

A Microsoft két útvonalat különít el: a VS Code-on belüli, sématudatos Query Editor eszközöket, valamint a Cosmos DB Shellt MCP-n keresztül azokhoz a munkafolyamatokhoz, amelyek túlnyúlnak a szerkesztőn. A cég külön kiemeli, hogy ez nem hosztolt, menedzselt MCP-szolgáltatás: opcionális, a fejlesztő kontrollja alatt fut, és kifejezetten engedélyezni kell.

A forrás a helyi fejlesztést is fontosnak nevezi. Az Azure Cosmos DB Emulator helyi szolgáltatást ad ahhoz, hogy egy ügynök ne termelési adatokon bizonyítsa, képes lekérdezést írni.

Mit jelent ez a fejlesztőknek

A bejelentés alapján a Microsoft célja, hogy az AI-ügynökök ne elszigetelt csevegőablakban adjanak lekérdezésszöveget, hanem a fejlesztő által látott és jóváhagyott munkafolyamatban vegyenek részt. A hangsúly a környezet ismeretén, a séma ellenőrzésén, a Cosmos DB-specifikus szabályokon és az engedélykérésen van.

A fejlesztők számára ez kevesebb kézi lépést jelenthet a lekérdezések előkészítésénél és ellenőrzésénél, miközben a forrás szerint az adathozzáférés, az RU-költés és a végrehajtás továbbra is emberi döntési pont marad. A piaci üzenet is világos: az adatbázisos AI-eszközöknél a használhatóság mellett a jogosultsági modell, a láthatóság és a fejlesztői kontroll is alapkövetelmény.