Az OpenAI AgentKit ma már nem az a termék, aminek 2025 októberében bejelentették: az Agent Builder vizuális canvas és a standalone Evals platform 2026. november 30-án leáll. Ha bármelyik éles ügynököd Agent Builderben készült, kemény határidőd van — és a migráció nem egy soros modellcsere, hanem valódi átépítés. Ez a cikk végigvezet azon, mi maradt az OpenAI AgentKitből, pontosan mikor mi kapcsol le, és lépésről lépésre hogyan mentsd át a workflow-idat.
Mi volt az OpenAI AgentKit, és mi maradt belőle
Az OpenAI 2025. október 6-án, a DevDay-en mutatta be az AgentKitet mint „prototípustól produkcióig” szóló eszközkészletet. Sam Altman így fogalmazott a színpadon:
„Az AgentKit építőelemek teljes készlete az OpenAI platformon, amivel a prototípustól a produkcióig viheted az ügynökeidet. Minden benne van, ami az ügynök-workflow-k építéséhez, telepítéséhez és optimalizálásához kell — sokkal kevesebb súrlódással.”
A csomag öt fő elemből állt. Az Agent Builder egy vizuális canvas volt több-ügynökös workflow-k tervezéséhez: drag-and-drop node-ok, tool-összekötés, egyéni guardrail-ek, preview-futtatás és teljes verziózás — Altman „Canvának az ügynöképítéshez” nevezte. A ChatKit beágyazható, márkázható chat-felület, ami kezeli a streaminget, a thread-eket és a „gondolkodik” állapotot. A Connector Registry központi admin-panel az adat- és tool-kapcsolatokhoz, előre elkészített konnektorokkal (Dropbox, Google Drive, SharePoint, Microsoft Teams) és külső MCP-kkel. A bővített Evals négy új képességet hozott: datasets, trace grading, automatizált prompt-optimalizálás és más gyártók modelljeinek értékelése. Végül a Guardrails egy nyílt forráskódú, moduláris biztonsági réteg PII-maszkolással és jailbreak-detektálással, Pythonban és JavaScriptben.
A bemutató látványos volt: Christina Huang OpenAI-mérnök 8 percnél rövidebb idő alatt épített a színpadon egy teljes workflow-t és két ügynököt. Az árazás sem tántorított el senkit — minden eszköz a standard API-modellárazásban volt benne, külön díj nélkül.
Az OpenAI AgentKit csomagjából ma a ChatKit marad. Az OpenAI hivatalos deprecation-dokumentációja egy mondatban intézi el a különbségtételt:
„2026. június 3-án értesítettük az Agent Buildert használó fejlesztőket, hogy a termék deprecated. A ChatKit továbbra is elérhető marad.”
Az OpenAI AgentKit leállás pontos határidői
A winddownnak három dátuma van, és ezek nem egyszerre esnek. Az Evals read-only fordulója egy hónappal korábban jön, mint a tényleges leállás — ez a leggyakrabban lemaradó részlet:
- 2026. június 3. — Az OpenAI bejelenti az Agent Builder és az Evals platform deprecationját.
- 2026. október 31. — A meglévő evals read-only lesz. Új értékelést innentől nem tudsz futtatni a platformon.
- 2026. november 30. — Leáll az Agent Builder, leáll az Evals dashboard és API, és leáll a reusable prompts (v1/prompts) API is.
Ez a második nagy OpenAI-leállítás egy éven belül: az Assistants API 2026. augusztus 26-án, két nappal ezelőtt szűnt meg. A minta elég egyértelmű ahhoz, hogy érdemes legyen tanulni belőle.
Kit érint az OpenAI AgentKit leállása, és kit nem
Nem mindenki van veszélyben. Ha kizárólag a Responses API-t vagy az Agents SDK-t használtad, és sosem rajzoltál workflow-t a canvasen, a leállás nem érint — az SDK az az irány, ahová az OpenAI a fejlesztést tereli. Ugyanez igaz, ha csak a ChatKitre építetted a felületedet.
Érintett vagy viszont akkor, ha Agent Builderben rajzolt workflow fut élesben, ha az OpenAI Evals dashboardján vagy API-ján keresztül értékeled a modelljeidet, vagy ha a v1/prompts reusable prompts API-t hívod. A legkockázatosabb eset a harmadik, mert ez a legkevésbé látványos: egy központilag hivatkozott prompt kiesése csendben rontja el a kimenetet, nem dob hibát a felületen.
Lépésről lépésre: hogyan migráld a workflow-idat
Az OpenAI migrációs útmutatója két irányba mutat: a workflow-k exportálása Agents SDK kóddá, illetve az alkalmas esetek újraépítése ChatGPT Workspace Agents-ként — majd a viselkedés kézi validálása. A gyakorlatban ez öt lépés:
- Leltározz. Írd össze, hány éles és hány félkész workflow-d van Agent Builderben. Mindegyiknél jegyezd fel a node-okat, a hívott toolokat, az állapotkezelést és a beállított guardrail-eket. Ami nincs a listán, azt november 30-án fogod észrevenni.
- Dönts irányt workflow-nként. Az Agents SDK akkor a jó választás, ha a workflow kódként éljen: saját tool-végrehajtással, állapotkezeléssel, backend-integrációval, verziókontroll alatt. A Workspace Agents akkor, ha a feladat természetes nyelven kifejezhető, és ChatGPT-ben, admin-kontroll alatt megosztható a csapattal. Egyetlen workflow-készlet is szétoszolhat a két irány között.
- Exportálj és olvasd át a kódot. A vizuális canvas nem „utazik” a kóddal — az export Agents SDK kódot ad, amit soronként végig kell nézni. A node-ok közti implicit sorrend, az elágazások és a canvas-en beállított guardrail-ek nem feltétlenül jönnek át pontosan úgy, ahogy a rajzon néztek ki.
- Építsd ki a saját eval-rétegedet. Mivel az Evals dashboard és API is megszűnik, az értékelés innentől a te dolgod. Mentsd le a meglévő datasetjeidet és a trace grading eredményeit október 31. előtt, amíg még nem read-only, és állítsd fel a saját regressziós teszteléseidet a migrált workflow-kra.
- Validálj és tarts rollback-tervet. Futtasd párhuzamosan a régi és az új változatot ugyanazokkal a bemenetekkel, és hasonlítsd össze a kimeneteket. Amíg a canvas él, van hova visszalépni — november 30. után nincs.
Milyen eszközökre lesz szükséged az OpenAI AgentKit után
Az Agents SDK a fő célpont, és nem ugyanaz, mint egy éve volt. A 2026 áprilisi frissítés hozott sandboxingot, model-native harnesst és long-horizon feladatkezelést, sandbox-integrációkkal a Cloudflare, E2B, Modal, Vercel, Daytona, Blaxel és Runloop felé. A harness szétválasztja a control plane-t (agent loop, tool routing, jóváhagyások, tracing) és a compute plane-t, és bármely LLM-mel működik, nem csak OpenAI-modellekkel. A Python-támogatás jött előbb, a TypeScript utána.
A ChatKit nyugodtan maradhat a helyén: a beágyazott chat-UI-d nem érintett. Fontos viszont a különbségtétel — a ChatKit továbbélése nem őrzi meg az Agent Builderben megrajzolt workflow-t, csak a felhasználói felületet. A Guardrails könyvtár nyílt forráskódú és önállóan is deployolható, tehát a biztonsági réteged átvihető. A Connector Registry adat- és tool-kapcsolatait viszont érdemes külön ellenőrizni, mert a hozzájuk kötött workflow-logika a canvasen élt.
Buktatók, amikbe bele fogsz futni
A leggyakoribb hiba az, hogy a csapatok modellváltásként kezelik a migrációt. Egy elemző így foglalta össze:
„November 30-at workflow-migrációs határidőként kezeld, nem új termékbejelentésként és nem egysoros modellcseréként.”
A második buktató az október 31-i eval-határidő figyelmen kívül hagyása: ha a validációs adataidat csak novemberben kezded el menteni, már csak olvasni tudod őket, futtatni nem. A harmadik a rejtett függőségek kérdése — a reusable prompts API ugyanazon a napon áll le, így ha promptokat központilag hivatkoztál be, azok is a migrációs listádra tartoznak.
Végül van egy stratégiai tanulság is. A drag-and-drop réteg egy évet sem élt meg önálló termékként — az egyik szakmai elemzés szerint „a builder soha nem érte el azt a kritikus tömeget, ami indokolta volna a fenntartását az SDK mellett, ahová az OpenAI azóta a fejlesztői erőforrásait koncentrálja”. A gyakorlati következtetés visszatérő: a promptot, a logikát és az adatot érdemes saját rétegben tartani, a vendor-canvas bérelt hely.
Kapcsolódó elemzésünk: Hogyan építs saját AI ügynököt kódolás nélkül (2026)
Miért fájt ez sokaknak: az eredeti OpenAI AgentKit ígéret
Az OpenAI AgentKit körüli lelkesedés nem a semmiből jött. Az OpenAI a launchkor konkrét ügyfél-eredményekkel állt elő — ezeket érdemes marketingkommunikációként kezelni, de a nagyságrendet mutatják. A Ramp saját közlésük szerint „üres canvastól” pár óra alatt jutott működő buyer agentig, és 70%-kal rövidítette az iterációs ciklusokat: „két negyedév helyett két sprint”. Az LY Corporation két óra alatt állította össze az első multi-ügynökös workflow-ját. A Canva a ChatKittel „több mint két hetet spórolt” egy support agent építésén, és „egy óránál rövidebb idő alatt integrálta”. A Carlyle az Evalsszel „több mint 50%-kal csökkentette a multi-ügynökös due diligence keretrendszerének fejlesztési idejét, és 30%-kal növelte az ügynökök pontosságát”.
Pontosan ez a gyorsaság volt a csapda: ami két óra alatt felépül, arról ritkán készül dokumentáció, teszt és rollback-terv. A most esedékes migráció ezt a hiányt kéri vissza.
Mit nyersz a migrációval
Rövid távon munkát jelent, hosszabb távon viszont stabilabb alapot. A kód-alapú workflow verziókontroll alá kerül, tesztelhető, code review-zható, és nem függ egy hosztolt felület életciklusától. Az Agents SDK modellfüggetlensége azt is jelenti, hogy a következő szolgáltatóváltás már nem jár teljes újraépítéssel.
Ha eddig azért maradtál a vizuális builderen, mert gyorsabbnak tűnt, most jó alkalom felmérni, hol tart a kódolás nélküli és a kód-alapú automatizálás közti valós különbség — a témában részletes automatizálási anyagokat találsz a webaipro.io oldalon.
A dátum fix: 2026. november 30. Az egyetlen kérdés, hogy addig tervezetten migrálsz, vagy az utolsó héten. Az Assistants API augusztusi leállása után nehéz arra számítani, hogy a határidő csúszni fog — az OpenAI AgentKit workflow-k leltározását érdemes még ezen a héten elkezdeni.
Ha nem akarsz lemaradni a hasonló elemzésekről, iratkozz fel hírlevelünkre — hetente küldjük a lényeget.