Az archívumból6 rész · 2 percÍrta: Dezső Mező · Megjelent .mdAILLMRAGProduction
A legtöbb „AI agent” project, amit látunk, úgy kezdődik, hogy valaki ChatGPT-n legyárt egy ígéretes demót, aztán három hónap múlva senki nem tudja, miért hallucinál, miért drága, és miért esik szét az első valódi felhasználónál. A probléma nem az LLM-mel van. A probléma a rendszerszemlélet hiányával van.
Az alábbi cikkben végigvesszük, hogyan szállítunk mi olyan AI-ügynököket, amelyek valódi produkciós rendszerként működnek: minden release előtt eval-el átmennek, van rájuk költség-SLA, és monitorozható, hogy mikor tér el a viselkedés a várt trendtől.
011. Retrieval: ha csak ez van, már nyertél
A legtöbb hallucinációs problémát nem a „nagyobb modell” oldja meg, hanem a retrieval. Ha a kontextus benne van a promptban, a modellnek nincs dolga kitalálni dolgokat. Hibrid retrieval (BM25 + vector + reranker) és gondos chunk-stratégia 80%-ban lefedi az ügyfélhibák halmazát.
- Chunk méret 300-800 token, overlap 15-20%.
- Reranker (bge-reranker, Cohere rerank-3) drasztikus minőségugrás.
- Mindig küldünk forráshivatkozást · ha nincs találat, refuse.
022. Eval: a „úgy néz ki, jó” már nem jó
Építünk egy golden-set-et az ügyfél adataiból, 50-200 kérdéssel, és ezt futtatjuk CI-ben minden release előtt. LLM-as-judge + faktuális regressziós tesztek. Ha a minőség-trend megtörik, nem deploy-olunk.
// Eval CI step
import { runEvals } from "@dfield/eval";
const result = await runEvals({
suite: "support-copilot",
model: process.env.MODEL_VERSION,
thresholds: { accuracy: 0.88, factual: 0.95, latencyP95Ms: 1800 },
});
if (!result.passed) {
throw new Error(`Eval failed: ${result.failures.join(", ")}`);
}033. Guardrails: PII, prompt injection, output-schema
Input oldalon PII-scrubber, prompt-injection-detektor (kulcsszó + LLM-classifier). Output oldalon JSON-schema validáció, tiltott témák szűrése. Ez nem cosmetic, ez megvédi a brand-et.
A guardrails a legolcsóbb biztosítás: alig növeli a latency-t, viszont a sértő / nem-biztonságos kimenetek 99%-át kiszűri.
044. Költségmenedzsment: LLM-router + cache
Nem minden kérdésre kell GPT-4o-s válasz. Routing a kérdés tipusa szerint: egyszerű FAQ → kis modell + cache. Komplex reasoning → nagy modell. 3-5x költségcsökkentés reálisan elérhető.
055. Megfigyelés: minden kérdés mérve
OpenTelemetry + saját dashboard: tokens in/out, latency P50/P95/P99, minőségi metrikák (accuracy, refusal rate), költség per user. Ha egy metrika elromlik, azonnal látjuk és riadó szól.
06Zárszó
Az AI rendszer nem különbözik egy rendes backend-szolgáltatástól abban, hogy ugyanolyan mérnöki fegyelmet igényel. Ha ennek a cikknek a keretei szerint szeretnél indulni · írj, egy hét alatt futó prototípust tudunk mutatni a te adataidon.
Amit érdemes elvinni
- Az LLM-prototípusból nem lesz rendszer attól, hogy a demó megy. Retrieval, CI-futtatott eval, guardrails és LLM-router együtt adja a produkciós AI-t · ebben a cikkben végigmegyünk mind az öt rétegen, konkrét kóddal.
Az írásban használt fogalmak
Több a laborból
Összes bejegyzés- LLM eval-as-code: a CI-kapu minden RAG-deployra
- AI chatbot szállítása 14 nap alatt · RAG, eval, deploy
- LLM prompt caching produkcióban · 60-80%-os költségvágás
- RAG adatszivárgás 2026: hogyan védd az ügyféladatot
Megnézzük ugyanezt a te rendszereden?Kezdjünk bele
