OpenAI Platform
Nem ChatGPT programozói változata — hanem komponálható AI infrastruktúra. A Responses API a futtatási mag, a tool layer adja a világba kötést, a state/scaling layer az operatív megbízhatóságot, az evals és tuning a minőségjavítást, az agentes réteg a magasabb szintű rendszerépítést.
Responses API
Az új alap primitíva — multimodális input, tool use, structured output egy helyen.
Built-in tools
Web search, file search, code interpreter, image gen, computer use.
Agent layer
Agent Builder, Agents SDK, ChatKit — beágyazható, mérhető, skálázható.
Alapkoncepció
Mi az OpenAI Platform valójában?
A helyes mentális modell: az OpenAI Platform AI application infrastructure. Nem a "beszélgetés" a központi egység, hanem a response, a tool use, a state, a workflow, a deployment és az evaluation loop. Ez fejlesztői és rendszerépítői szemlélet — nem végfelhasználói.
A 4 rétegű modell: model layer (az intelligencia), tool layer (a világba kötés), state/scaling layer (az operatív megbízhatóság), evals/agent layer (a minőségjavítás és magasabb szintű rendszerépítés). Ha nem különíted el ezeket, a modellnek tulajdonítasz olyan képességeket, amelyeket valójában a platform többi rétege ad.
Architektúra rétegek
A model layer adja az alap intelligenciát, de önmagában még nem alkalmazás. Az OpenAI dokumentáció külön választja a modelleket, a reasoning konfigurációt és az input/output modalitásokat a többi platformfunkciótól.
A Responses API például külön reasoning konfigurációs blokkot és prompt caching paramétereket is támogat — ezek nem "modell tulajdonságok", hanem platformréteg-döntések.
Tool réteg — mikor mit
A built-in web search a modellt valós idejű webes forrásokhoz köti. Jó használat: friss adatokra, piaci helyzetre, aktuális eseményekre alapuló elemzés, ahol a training data elavulhat.
Rossz használat: minden kérdésnél bekapcsolni, még ha statikus tudás is elegendő lenne. Ez feleslegesen növeli a latenciát és a cost-ot.
Use case-ek munkafázis szerint
Az OpenAI Platform kutatási use case-ben akkor erős, ha a modell web searchöt, file searchöt és structured outputot kombinál. Jó példa: belső dokumentumok + webes források + JSON-kimenet döntéstámogatási elemzéshez.
A platform cookbook külön deep research API és Agents SDK példákat is mutat agentic research workflow-kra. Ez már nem "kérdés-válasz", hanem több forrás automatizált szintézise.
Döntési keret — Platform vs. ChatGPT vs. Codex
ChatGPT a kész felhasználói felület — akkor jó, ha általános, interaktív AI-élményt keresel. Platform OpenAI az a réteg, amellyel saját appot, agentet, workflow-t vagy beágyazott élményt építesz.
| Szempont | Platform OpenAI | ChatGPT |
|---|---|---|
| Saját app / agent | ✓ Fő use case | ✗ |
| Interaktív chat-élmény | Lehetséges ChatKittel | ✓ Natív |
| API és tool réteg kontroll | ✓ Teljes | ✗ Korlátozott |
| Evals és fine-tuning | ✓ Beépített | ✗ |
| Kész UI szükséges | Nem — te építed | ✓ Készen van |
Korlátok és hibák
Tipikus hibaüzemmódok
Réteg-összekeverés
A leggyakoribb hiba: a Platformot modellvégpontnak kezelni, és nem tervezni meg a state-et, tool-használatot, ellenőrzést vagy skálázást. Ez architekturális hiba, nem technikai.
Tool overreach
Túl sok built-in tool, function vagy MCP, kevés kontrollal. Minél több eszköz van bekötve, annál fontosabb a guardrail és a workflow-határolás. Az OpenAI külön safety anyagokat ad agentépítéshez.
Prototípus–production ugrás
Sok rendszer demo szinten működik, de production-ban ütközik rate limitbe, webhook-logikába, cost-ba vagy output-konzisztencia-problémába. A docs 'run and scale' blokkjai pont ezért léteznek.
Tool output vak megbízása
A file search, web search és structured outputs növelik a használhatóságot, de nem garantálnak igazságot. Magas kockázatú döntéseknél az emberi review kötelező — különösen write-action jellegű function callingnál.