AI-s fejlesztői környezet választása: IDE, terminál vagy felhő

Három architektúra, nem tíz termék

A piac zsúfoltnak látszik, de valójában három családról van szó.

IDE-alapú. Az agent a szerkesztődben lakik. Látod, amit csinál, ott a diff , a git checkout egy billentyű. Ez a legkisebb ugrás a megszokott munkamódtól, és a legkönnyebb visszavonni.

Terminál- vagy CLI-alapú. Az agent egy shellben fut, a te gépeden, a te munkakönyvtáradban. Szerkesztőfüggetlen, szkriptelhető, CI-be tehető. Cserébe kevesebbet mutat magától: amit nem kérdezel meg, azt nem látod.

Felhős, aszinkron. Kiválasztasz egy repót és egy ágat, a szolgáltató lemásolja egy virtuális gépre, az agent tervet készít, dolgozik, majd ágra commitol és pull requestet nyit. Te közben mást csinálsz. Amit elront, az PR-ként érkezik.

A három nem egymás alternatívája — a legtöbb komoly csapatnál mindhárom megvan, más feladatra. A választás nem „melyiket", hanem „melyiket mire".

Ami 2026 nyarán megváltozott

Két esemény, ami többet mond a piacról, mint bármelyik funkciólista.

Egy terméknév megszűnt. 2026. június 2-án egy ismert AI-szerkesztő gyártója bejelentette a következő generációt — új néven. A frissítés szokásos automatikus frissítésként érkezett, az előfizetés, az árazás és a kiterjesztések változatlanul maradtak. Az agentmotort is lecserélték: a régi támogatása 2026. július 1-jén ért véget.

Egy eszköz gazdát cserélt. Egy másik népszerű AI-szerkesztő gyártóját felvásárolta egy nagy technológiai vállalat; a tranzakció 2026. augusztus 14-én zárult, és az eszköz a felvásárló AI-egységébe került. (Ezt pénzügyi sajtóforrásokból tudjuk, nem a felek közleményéből.)

A tanulság nem az, hogy „ne válassz eszközt". Hanem hogy a kilépési költséget bele kell tervezni: a terméknév, a tulajdonos és az árazás egy éven belül megváltozhat. Amit érdemes védeni: a projektutasításaid, a munkamódszered és a folyamataid legyenek eszközfüggetlenek. Erről a részről a projektutasítások poszt szól bővebben.

Az ár már nem egy szám

Három különböző árazási modell verseng egyszerre, és ezek nem összehasonlíthatók egy táblázatban:

• Fix havidíj. Egyszerű, kiszámítható, de a korlátok máshol vannak elrejtve.
• Kredit vagy keret. Havi kredit jár, a túlfogyasztás külön fizetendő. A vállalati csomagoknál a kredit gyakran közös poolba megy, nem fejenként.
• Sebességkorlát-ablak. Nincs kredit, hanem N kérés adott időablakban. Ez a legnehezebben tervezhető.

Ami mindháromnál igaz: a listaár nem a teljes költség. Egy tízfős csapat éves listaára ma nagyjából 2 300 és 7 100 dollár között szór, ugyanarra a munkára, csomagtól függően — és ebben nincs benne a túlfogyasztás. (Saját számítás, 2026. szeptemberi listaárakkal, adó nélkül.)

Egy konkrét példa arra, mennyire nem egyszerű a kép: az egyik nagy szolgáltatónál az adatlokációs és megfelelőségi igény 10%-os felárat jelent a modellszorzóban. Ez sehol nem jelenik meg a havidíjban.

A repó-indexelés vitája eldőlni látszik

Két évig az volt a kérdés, hogy egy agent hogyan találja meg a kódot egy nagy repóban: szemantikus index (embeddingek adatbázisa) vagy gyors szövegkeresés.

2026-ra a mérleg a második felé billent. Az egyik nagy IDEsaját dokumentációja szerint a kódbázis-indexelésük nem embedding-alapú, hanem egy saját keresőmotor, amely nagy kódbázisokon a bevett gyors szövegkeresőnél is jobban teljesít, konfiguráció nélkül. Mellette a modelleknél a context window egymillió tokenre nőtt.

Ennek van egy nem nyilvánvaló következménye: ezért lett a terminálos agent hirtelen versenyképes az IDE-vel. Ha nem kell külön indexet építeni ahhoz, hogy az agent megtalálja a kódot, akkor a szerkesztő infrastruktúrája nem előny többé.

Vállalati oldalon egy apróság, ami sokba kerülhet: az egyik szolgáltatónál a kódbázis-indexelés csak a legfelső vállalati csomagban van benne — a középső üzleti csomagban nincs.

Ki tanul a kódodon? — csomagonként más

Ez a cikk legfontosabb szakasza, mert konkrét, ellenőrizhető, és a legtöbb csapat rosszul tudja.

A minta, ami minden nagy szolgáltatónál ismétlődik: az egyéni csomagok alapértelmezése a legkedvezőtlenebb, a vállalati csomagoké a legjobb.

• Az egyik nagy szolgáltatónál az egyéni csomagoknál a szolgáltató felhasználhatja a használati adatokat modelltanításra (van kikapcsolási lehetőség), az üzleti és vállalati csomagoknál viszont a dokumentáció szó szerint kimondja, hogy nem tanít rajtuk. A szellemi tulajdonra vonatkozó kártalanítás is csak az üzleti csomagtól jár.
• Egy másik szolgáltatónál a fogyasztói csomagoknál a tanítás akkor történik, ha a beállítás be van kapcsolva — és ilyenkor a megőrzési idő öt év; ha nincs, harminc nap. A kereskedelmi feltételek alatt küldött kód és prompt viszont nem kerül modelltanításba, kivéve ha a cég külön partnerprogramba lép be. A nulla adatmegőrzés külön, fiókonként engedélyezendő, és nem alapértelmezett része a vállalati csomagnak.
• Van olyan szolgáltató, amely nulla kódmegőrzést, forrásmegjelölést és kártalanítást is kínál, teljesen elszigetelt telepítéssel együtt.

És egy tétel, amiről alig esik szó: a helyi gyorsítótár. Az egyik terminálos agent a beszélgetés-átiratokat nyílt szövegben tárolja a felhasználói mappában, alapértelmezés szerint harminc napig. A megőrzési idő állítható. Ha szabályozott környezetben dolgozol, ez a könyvtár ugyanúgy audit tárgya, mint bármelyik felhős szolgáltatás — csak épp senki nem tudja, hogy ott van.

Hol van az adat

Három megoldás létezik, növekvő szigorúságban:

1. Adatlokáció a szolgáltatónál. Az egyik nagy szolgáltató 2026. április 13. óta kínál amerikai és uniós adathatárt (EU + EFTA). Két dolgot fontos tudni: alapból ki van kapcsolva, a vállalati adminnak kell bekapcsolnia, és 10%-os felárat jelent a modellszorzóban.
2. Saját felhőben futó következtetés. A nagy felhőszolgáltatók modellplatformjain keresztül a kód nem hagyja el a saját környezetedet.
3. Teljesen elszigetelt telepítés. Létezik air-gapped változat is, ahol semmilyen kimenő hálózat nincs.

A nyílt forrású agentek külön utat kínálnak: tetszőleges modell-háttérrel, saját gépen futtathatók. Cserébe a beállítás és a karbantartás a tiéd.

A döntési váz

1. HOL FUT A KÓD?
   a gépeden (IDE / CLI)  vs.  a szolgáltató VM-jén (felhős agent)
   -> egyszerre biztonsági, sebességi és munkamódszerbeli döntés

2. MIKOR NÉZED MEG?
   szinkron (látod élőben)  vs.  aszinkron (PR érkezik)
   -> a felhős agent akkor éri meg, ha közben MÁST csinálsz

3. MENNYIT KÉRDEZ?
   a jóváhagyási modell a "mennyire bízom benne" gombja
   -> ismeretlen kódbázison mindig a legszigorúbbal kezdj

4. KI TANUL A KÓDODON?
   csomagonként más. Az egyéni csomag alapértelmezése
   jellemzően a legrosszabb. OLVASD EL, ne feltételezd.

5. HOL VAN AZ ADAT?
   adathatár (opt-in, felárral) / saját felhő / air-gap
   + a HELYI gyorsítótár, amiről mindenki megfeledkezik

6. MI A KILÉPÉSI KÖLTSÉG?
   ha holnap más nevet kap vagy gazdát cserél: mennyi
   munkádat viszi magával? A projektutasítás és a
   munkamódszer maradjon eszközfüggetlen.

Mit válassz, ha most kell dönteni

• Egyedül vagy kis csapatban, meglévő kódbázison: kezdd IDE-alapúval. A legkisebb ugrás, és a diff a szemed előtt van.
• Ha sok az ismétlődő, szkriptelhető munka: a terminálos agent a hatékonyabb, és CI-be is beköthető.
• Ha vannak jól körülírt, unalmas feladatok, amik nem sürgősek: a felhős agent ott éri meg, ahol a párhuzamosítás a nyereség — közben mást csinálsz.
• Szabályozott környezetben: a sorrend fordított. Előbb dőljön el a 4. és az 5. pont, és csak utána nézd a funkciókat.

Tipikus félreértések

• „Kiválasztom a legjobbat, és kész." Fél év alatt átrendeződik a mezőny, és egy éven belül a terméknév is megváltozhat. Architektúrát válassz, ne márkát.
• „A havidíj a költség." Három különböző árazási modell van, és a túlfogyasztás, a kreditpool és a megfelelőségi felár egyikben sincs benne.
• „Nem tanulnak a kódomon, hisz fizetek." A fizetés önmagában nem dönti el. A csomag típusa dönti el, és az egyéni csomagok alapértelmezése jellemzően a legkedvezőtlenebb.
• „Ha a felhőben nincs adat, akkor nincs kockázat." A helyi beszélgetés-átiratok nyílt szövegben ott ülhetnek a gépeden hetekig.
• „Az adatlokáció be van kapcsolva, mert vállalati csomagunk van." Az egyik nagy szolgáltatónál kifejezetten alapból ki van kapcsolva, és külön be kell kapcsolni.

Amit érdemes elvinni

Három architektúra van, nem tíz termék: a szerkesztődben, a termináladban vagy a szolgáltató virtuális gépén fut az agent. A választást ne a funkciólista döntse el, hanem négy kérdés: hol fut a kód, mikor nézed meg, mennyit kérdez, és ki tanul rajta. A negyedikre a választ el kell olvasni, mert csomagonként más — és mert a legtöbb csapat rosszul tudja.

Hogy a három munkamód mikor melyik, arról a kódolás három módja poszt szól; az első éles feladat kiválasztásáról pedig az első feladat egy agenttel poszt.