A Cursor kereskedelmi, AI-vezérelt fejlesztőkörnyezet: kódszerkesztő, terminálból vezérelhető ügynök és felhőben futó ügynökök egy termékben. A saját dokumentációja ma nem kódkiegészítőként írja le, hanem kódoló ügynökként, amely megérti a kódbázist, tervez, épít, hibát keres és változást vizsgál.

Ez a kategória néhány év alatt lett kiegészítésből ügynöki munkafolyamat, ezért érdemes pontosan látni, mit tud, és hol kell emberi kéz.

Hogyan épül fel?

A dokumentáció szerint az ügynök három részből áll: utasítások (a rendszerprompt és a szabályok), eszközök (fájlszerkesztés, keresés a kódbázisban, terminálfuttatás) és a feladathoz választott modell. A felület ehhez igazodik: az Agent összetett feladatokat visz végig, a Plan mód kód előtt készít tervet, az Ask mód csak olvas, a Debug mód pedig méréssel szűkíti a hibát. Nagyobb munkához a Project egy koordináló ügynököt indít, ami alügynököknek adja tovább a feladatot. Az eszközhívások számát a rendszer nem korlátozza, ezért a futásidő és a költség a feladat méretével nő.

Ahol a feladat terminálból indul, ott nálunk a Codex vagy a Claude Code a kézenfekvőbb választás, a Cursor pedig a szerkesztőn belüli munka eszköze.

Szabályok és kontextus

A visszatérő elvárásokat szabályokban adjuk meg, mert a modell a befejezések között nem jegyez meg semmit. A projekt szabályai a .cursor/rules mappában élnek .mdc fájlként, verziókezelésben, és négyféleképpen aktiválódhatnak: mindig, a leírás alapján, fájlminta alapján (globs) vagy kézi @ hivatkozással. Egyszerűbb esetre ott az AGENTS.md. A felhasználói szabályok globálisak, a csapatszabályok minden repóra érvényesek, és ütközésnél a csapat szabálya az erősebb.

Két dolgot érdemes szem előtt tartani. A szabály legyen rövid és konkrét: a dokumentáció 500 sor alatti szabályokat javasol, példákra hivatkozva, másolás helyett. És a szabály nem kényszerítő eszköz, hanem prompt. A dokumentáció maga is figyelmeztet, hogy az AI-utasítás nem lehet az egyetlen biztonsági kontroll. A visszagörgetésre a checkpoint szolgál: az ügynök nagyobb változás előtt menti a fájlok állapotát, és egy kattintással vissza lehet állni, de ez helyi mentés, nem verziókezelés.

Eszközök, integrációk és ellenőrzés

A külső képességek az MCP szabványon keresztül jönnek be, stdio, SSE vagy Streamable HTTP kapcsolaton, mcp.json fájlból vagy a Customize oldalról. Az eszközhívás alapból jóváhagyást kér, a futtatási módok pedig lépcsőznek: az allowlistán lévő parancsok futnak, a többi homokozóba kerül, a maradékról osztályozó dönt. A szabály és a jogosultság így két külön dolog marad.

Ezen felül skillek, alügynökök saját kontextusablakkal és hookok a .cursor/hooks.json fájlból, például eszközhívás előtt vagy fájlszerkesztés után futó ellenőrzések, valamint integrációk: GitHub, GitLab, Bitbucket, Azure DevOps, Slack, Linear. A kódellenőrzésre külön eszköz van: a Bugbot minden pull request frissítésre lefut, megjegyzést hagy magyarázattal és javaslattal, és CI-státuszt ad, de a találatok alapértelmezett státusza semleges, tehát önmagukban nem blokkolják a merge-et.

Felhőügynökök és parancssor

A felhőügynökök nem a saját gépünkön futnak, hanem izolált virtuális gépeken, klónozott repóval és telepített függőségekkel. Több is dolgozhat párhuzamosan, maguktól tesztelnek, a végén pedig artifactokat adnak: képernyőképet, videót, naplót. A virtuális desktopot át is vehetjük, hogy magunk próbáljuk ki a változást.

A parancssori felület ugyanezt a logikát viszi terminálba: interaktív mód, print mód szkriptekhez és CI-hez, munkamenetek folytatása, homokozó vezérlés, és egy & előtaggal bármelyik üzenet átadható felhőügynöknek.

Erősségek és korlátok

Egy felület a szerkesztésre, a terminálra és a felhőben futó ügynökökre.
Verziókezelt, a mérnöki munkafolyamatba illeszkedő szabályrendszer.
Nyílt szabvány az eszközökhöz (MCP), fájlalapú tudás a skillekhez és az AGENTS.md-hez.
Átlátható ellenőrzési pontok: terv, checkpoint, diff, pull request szintű vizsgálat.
A modell dönt, nem csak a szerkesztő: ugyanaz a kérés modellenként máshogy sikerül, és a rendszer modellenként hangolja az utasításokat és az eszközöket.
Nagy kódbázisnál nem a teljes repót tölti be, hanem keres, és a releváns részeket hozza be. Ez jól skálázódik, de a hosszú beszélgetés kontextusa zajosodik, ilyenkor új beszélgetést kell kezdeni.
A dokumentáció saját tapasztalata szerint az ügynök gyengébb mély rendszerhibák felderítésében, friss könyvtáraknál és pixelre egyező designnál, és könnyen ciklusba kerülhet.
A generált kód jól nézhet ki, miközben hibás, ezért a review nem maradhat el. A checkpoint fájlszintű visszaállítást ad, verziókezelést nem.
Jogosultságok: szűk allowlista, homokozó ott, ahol elérhető, és fail-closed hook, ha a szabály valóban kényszeríteni akar.

Tovább olvasás

Rules: a szabálytípusok, a glob minták és a jó szabály ismérvei.
Cursor Agent: az ügynök felépítése, a checkpointok és a módok.
Best practices for coding with agents: tervezés, kontextuskezelés és ellenőrzés a gyakorlatban.

Nálunk a Cursor a szerkesztőben dolgozó ügynök: ide kerülnek a nagyobb átalakítások, tervvel és review-val körbevéve.