Az OpenRouter új műszerfalon mutatja meg az AI-költéseket

Egy helyen követhetők a költségek és a használati trendek

Az OpenRouter 2026. augusztus 17-én mutatta be Activity dashboardját és Analytics API-ját, a bejegyzést augusztus 20-án frissítették. A szolgáltatás célja, hogy a vállalatok lássák, mennyibe kerülnek az általuk használt AI-ügynökök, és mely modellek, feladatok vagy csapatok okozzák a kiadásokat.

Az Activity nézetében az összkép az Overview oldalon jelenik meg. Öt kiemelt mutató érhető el: a teljes költés, a kérések száma, a tokenmennyiség, a gyorsítótár-találati arány, valamint az egymillió tokenre számított összevont költség. Mindegyikhez grafikon és az előző időszakkal való összehasonlítás tartozik.

Ugyanezen az oldalon megjeleníthető a legnagyobb felhasználók és alkalmazások listája, a modellek szerinti költés, az OpenRouter-kreditek és a BYOK-használat aránya, továbbá a modellek kérésszáma, a bemeneti és kimeneti tokenek bontása, valamint a promptgyorsítótárazás adatai.

A Trends nézet nem a méret, hanem a változás szerint rendezi az adatokat. A felhasználók modellek, API-kulcsok és alkalmazások alapján kereshetik, mi növekszik vagy csökken. Ez segíthet egy költséges ügynök, egy gyorsan terjedő modell vagy egy szervezeten belül egyre több helyen használt eszköz azonosításában.

Saját lekérdezések, mentett nézetek és részletes naplók

Az Overview és a Trends minden kártyája az Explore felületre vezet, ahol a felhasználó maga állíthatja össze az elemzést. Vizsgálható többek között a költés, a kérésszám, a prompt-, completion-, reasoning- és gyorsítótárazott tokenek mennyisége, a cache hit rate, a BYOK- és kreditköltés, valamint a késleltetés és az áteresztőképesség P50, P90 és P99 értéke.

Az adatokat legfeljebb két dimenzió szerint lehet csoportosítani, például modell, szolgáltató, API-kulcs, alkalmazás, felhasználó, workspace, ország, adatrégió, munkamenet vagy kontextushossz alapján. Az időbeli összesítés perc, óra, nap, hét vagy hónap lehet, de időtengely nélkül rangsorolt táblázat is készíthető. A megjelenítéshez oszlop-, vonal- és pontdiagram választható.

A kész nézetek elmenthetők, és egy szervezetben meghatározható, hogy csak a létrehozójuk vagy minden szervezeti felhasználó lássa őket. A diagramok adatai CSV- vagy PDF-fájlként is letölthetők.

Az egyes diagramok és rangsorolt táblázatok közvetlenül a mögöttük lévő naplókhoz vezetnek. Egy kiválasztott kérés Generation detail nézetében megjelenik az inferencia, a gyorsítótárazás, a webes keresés és a fájlfeldolgozás költsége, valamint az alkalmazott kedvezmények és megtakarítások. A felület a szolgáltatói késleltetést, az áteresztőképességet, az első tokenig eltelt időt, az útválasztást, az esetleges tartalék szolgáltatót és a befejezési okot is megmutatja.

Biztonsági szabályok és automatizált költségelemzés

A Guardrails nézet azt részletezi, hogy a promptinjektálási és érzékeny információkra vonatkozó szabályok mit blokkoltak, mit maszkoltak ki, illetve mit jelöltek meg. A felhasználó workspace vagy osztályozó szerint szűrhet, és megtekintheti, mely szabályok, adat­típusok és felismert minták vezettek az egyes intézkedésekhez.

A Prompt detail nézet a teljes üzenettömböt és az üzenetenként becsült tokenmennyiséget is megjeleníti. A rendszer külön jelöli a rendszer-, felhasználói, asszisztensi és eszközüzeneteket, valamint azt, meddig tartott a gyorsítótárazott prompt-előtag. Az OpenRouter szerint ez segíthet feltárni, ha egy beszélgetés költségét a sok eszközhívás vagy egy hosszú rendszerprompt növeli. A részletes prompt- és válaszadatok csak akkor érhetők el, ha a kérés futásakor engedélyezve volt a privát bemeneti és kimeneti naplózás.

Az Explore adatai az Analytics API-n keresztül is lekérhetők. A használathoz management key szükséges. A GET /api/v1/analytics/meta végpont az elérhető mutatókat, dimenziókat, szűrőoperátorokat és időbeli felbontásokat adja vissza, a POST /api/v1/analytics/query pedig lefuttatja a lekérdezést, és visszaadja az Explore diagramjaihoz használt összesítéseket.

Az OpenRouter egy belső példát is közölt a költségelemzésre. A vállalat szerint egy előzetes modell havonta körülbelül 6,2 ezer dollárt fogyasztott, az összesített szervezeti tokenköltség nagyjából 25-szörösén. Egy lekérdezés után a kiadás 98 százalékát egyetlen, nem megfelelő modellt használó kötegelt feldolgozási kulcshoz kötötték, a javítást pedig egy modellcsere jelentette.