SQL-lekérdezésekkel vizsgálhatják az ügynökök az Arize Phoenix nyomait
Az Arize Phoenix beépített MCP-szervert kapott, amelyen keresztül a kódoló ügynökök SQL-lekérdezésekkel vizsgálhatják a futásaik nyomkövetési adatait. Az Arize szerint a módszer egy nyolckérdéses tesztben átlagosan körülbelül 17-szer olcsóbb volt a kizárólag adatlekérésre épülő eszközöknél.
- A Phoenix beépített MCP-szervere két csak olvasható SQL-eszközt kínál.
- Az ügynökök kódmódban, korlátozott Monty-homokozón keresztül kérdezhetik le a nyomokat.
- A magas hatású hibák példájában 99 nyomkövetést találtak 7 fordulóban.
- Az Arize tesztjében az átlagos költség 0,23 dollár volt, szemben a 3,97 dollárral.
- Az SQL-eszközök a Phoenix 20.2.0-s és újabb verzióiban érhetők el.
Az adatbázis végezheti el az összesítést
Az Arize 2026. augusztus 27-i bejelentése szerint a Phoenix MCP-szervere két csak olvasásra használható SQL-eszközt kínál: a describeSqlSchema megmutatja a lekérdezhető táblákat és azok kapcsolatait, az executeSql pedig lefuttat egy olvasási célú SQL-utasítást, és visszaadja a sorokat.
Ez azoknál a kérdéseknél lehet fontos, amelyek sok nyomkövetési bejegyzésből kérnek összesítést, például darabszámot, átlagot, percentilist vagy kategóriák szerinti bontást. A hagyományos lekérési eszközökkel az ügynöknek oldalanként kell begyűjtenie a spaneket, majd saját maga elvégzi a számítást. Az Arize szerint egy LLM-span promptot és választ is tartalmazhat, ezért egyetlen sor több kilobájt szöveget hordozhat.
A kódmód a köztes eredményeket a homokozóban tartja
A Phoenix kódmódban működteti az SQL-eszközöket. Az ügynök rövid Python-programot ír, ezt a Phoenix korlátozott Monty-homokozóban futtatja, a program pedig innen hívja meg az MCP-eszközöket. A séma lekérdezése és a köztes eredmények a homokozóban maradnak, a modellhez csak a program által visszaadott végső érték jut el.
Az Arize példájában egy magas hatású hiba előfordulását kellett megszámolni a trail-gaia mintaprojektben. A projekt 3624 spant tartalmazott. A lekérdezés eredménye 99 érintett nyomkövetés lett. A csak lekérésre épülő megoldás 89 fordulót, körülbelül 14 percet és 10,35 dollárnyi tokenköltséget igényelt. SQL-lel és kódmóddal ugyanez 7 forduló, körülbelül 33 másodperc és 0,23 dollár volt.
A Phoenix nem futtatja közvetlenül a modell SQL-kódját
A rendszer a modell által készített utasítást először elemzi, majd csak az engedélyezett telemetriai táblákra és oszlopokra korlátozza. Ezután új SQL-utasítást épít fel, és az adatbázis ezt a rekonstruált lekérdezést futtatja, nem az eredeti szöveget. A Phoenix adatbázisszintű ellenőrzéseket is alkalmaz, SQLite esetén authorizert, Postgres esetén lekérdezési tervet vizsgáló ellenőrzést.
A lekérdezések csak olvashatók, futási idő, sorszám és eredményméret szerint korlátozottak. Az eszközök kizárólag azt a telemetriát olvashatják, amelyhez a bejelentkezett felhasználónak amúgy is van hozzáférése a Phoenixben, és nem módosíthatják az adatbázist.
A tesztben átlagosan 17-szer alacsonyabb költség jött ki
Az Arize nyolc telemetriai kérdést futtatott le háromszor, ugyanazzal az ügynökkel, két konfigurációban. A kérdések között darabszámok, percentilisek, kategóriabontások, összekapcsolások és időbeli trendek szerepeltek. Az SQL-eszközök kódmóddal átlagosan 0,23 dollárba kerültek kérdésenként, a csak lekérési eszközök 3,97 dollárjához képest.
A vállalat szerint a különbség a pontosságban is megmutatkozott. Egy kategóriák szerinti bontásnál a lekérdezés 626 TOOL típusú spant adott vissza, miközben a lekérési ügynök 103 forduló és 2,01 dollár után 622-t jelentett. A teszt ugyanakkor nem fedte le a legnehezebb, több lépésből álló korrelációkat. Egyszerű szűrt számlálásnál a lekérési eszköz olcsóbb lehetett, mert nem volt jelentős összesítési feladat.
A beépített MCP-szerver a Phoenix 19.0.0-s és újabb verzióiban érhető el, az SQL-eszközök pedig a 20.2.0-s és későbbi kiadásokban. Az Arize szerint Claude Code, Cursor, MCP Inspector és más MCP-kliensek is csatlakoztathatók a Phoenix-végponthoz.
