Gyakorlati produktivitási tippek Codexhez és Claude Code-hoz.
Ebben az útmutatóban tizennégy gyakorlati tippet találsz a Codex használatához. Nem kell mindet egyszerre bevezetned, kezdd azokkal, amelyek már most megkönnyítik a munkádat.
/init paranccsalA Codex CLI-ben a /init létrehoz egy kezdeti AGENTS.md fájlt. Ebben rögzítheted a projekt felépítését, a fontos parancsokat és azt is, mit tekintesz kész munkának. Ez csak egy kiindulópont, igazítsd a saját munkamódszeredhez.
Mikor éri meg: ha többször visszatérsz a projekthez, vagy több AI-ügynök dolgozik rajta.
Kódoláshoz, projektfájlok kezeléséhez és Git-munkához használd a Codexet. Kutatáshoz, dokumentumokhoz, prezentációkhoz és táblázatokhoz a ChatGPT Work felülete kényelmesebb. Felhőben akkor futtasd a feladatot, ha a munkának a számítógéped nélkül is folytatódnia kell.
Mikor éri meg: már a feladat elején, így elkerülheted a felesleges másolást és kézi átadást.
Egy beszélgetésnek legyen egyértelmű célja, de ehhez nem kell végig ugyanazon a felületen maradnod. A /resume folytat egy korábbi beszélgetést, a /app pedig átviszi az aktuális terminálos munkát a ChatGPT asztali alkalmazásába. A Codex Remote segítségével telefonról is elindíthatod vagy irányíthatod a számítógépeden futó feladatot; a Handoff pedig a beszélgetést és a Git-állapotot is átadja a helyi és a távoli környezet között.
Mikor éri meg: amikor útközben is szeretnéd folytatni a munkát, vagy terminálról kényelmesebb, vizuálisabb felületre váltanál.
/status paranccsalA /status segítségével láthatod az aktív modellt, a jogosultságokat és a rendelkezésre álló kontextust. A /statusline a legfontosabb adatokat folyamatosan megjeleníti a terminál alján.
Mikor éri meg: hosszabb feladat előtt, vagy ha a Codex nem fér hozzá valamihez.
A /model paranccsal kiválaszthatod a feladathoz illő modellt és gondolkodási szintet. A /permissions azt szabályozza, mit tehet meg a Codex külön jóváhagyás nélkül. Egyszerű feladathoz elég egy gyorsabb modell, ismeretlen projektnél pedig érdemes szűkebb jogosultságokkal kezdeni.
Mikor éri meg: minden új projekt vagy kockázatosabb művelet elején.
Írd le, mit szeretnél a végén kézhez kapni, milyen korlátokat kell betartania, és miből látszik majd, hogy elkészült. Összetett munkánál kérd meg, hogy előbb tisztázza a kérdéseit, majd készítsen rövid tervet.
Mikor éri meg: több fájlt, több rendszert vagy fontos üzleti döntést érintő feladatnál.
Ne add át automatikusan az egész projektet. A @ jellel vagy a /mention paranccsal konkrét fájlra hivatkozhatsz, az IDE-ből pedig az éppen megnyitott részletet adhatod át. A tartós szabályok kerüljenek az AGENTS.md-be, a korábbi beszélgetésekből megőrzött hasznos emlékeket pedig a /memories paranccsal nézheted át és kezelheted.
Mikor éri meg: mindig, különösen nagy repóknál és hosszú dokumentumoknál.
/compact és /clear parancsotA /compact összefoglalja a hosszú beszélgetést, és helyet szabadít fel a kontextusban. A /clear tiszta lapot ad. Ha ugyanazon a feladaton dolgozol tovább, tömöríts; ha új célra váltasz, kezdj új beszélgetést.
Nem kell megvárnod, amíg egy rossz irányba tartó folyamat véget ér. Munka közben is pontosíthatsz, vagy előre megadhatod a következő kérést. Mondd meg rögtön, mit tartson meg, és mit hagyjon abba.
Mikor éri meg: amint hibás irányt vagy feltételezést észlelsz.
Ne csak a módosítást kérd. A feladat része legyen a szükséges teszt, a build, a lint és az érintett oldal ellenőrzése is. A rendszeresen alkalmazott szabályokat tedd az AGENTS.md-be.
Mikor éri meg: minden többlépéses vagy éles működést érintő változtatásnál.
A /diff megmutatja a Git-változtatásokat, a /review pedig külön ellenőrzőként, a megvalósítás beszélgetésétől függetlenül vizsgálja át a munkát. Adj neki célzott szempontot is, például keressen rejtett feltételezéseket, felesleges bonyolultságot vagy hiányzó teszteket. Az asztali alkalmazásban akár egy konkrét sorhoz is írhatsz visszajelzést.
Mikor éri meg: commit, pull request vagy élesítés előtt mindig.
A kutatás, a tesztelés vagy két megoldás összevetése külön szálon is futhat. A fő beszélgetés maradjon a döntések és az összeillesztés helye.
Mikor éri meg: amikor a részfeladat világosan körülhatárolható és nem ugyanazokat a fájlokat módosítja párhuzamosan.
Ha ugyanazt a munkafolyamatot újra és újra elvégzed, készíts belőle skillt. A projekthez tartozó skillek a .agents/skills mappába kerülhetnek, a SKILL.md pedig leírja, mikor és hogyan dolgozzon az ügynök. Jó példa egy recap skill, amely új munka indítása nélkül összefoglalja a célt, a bizonyított állapotot, az elakadásokat és a következő lépéseket.
Mikor éri meg: amikor egy folyamat rendszeresen, közel azonos formában tér vissza.
Ha egy visszatérő folyamat már megbízhatóan működik, tedd ütemezett feladattá. Ilyen lehet a hibák átnézése, a commitok összefoglalása vagy egy heti jelentés elkészítése. Az ismétlődő, időponthoz kötött munkához használj ütemezett feladatot; egy hosszabb, több körben elérendő eredményhez pedig a /goal parancsot.
Mikor éri meg: csak azután, hogy a folyamat felügyelet nélkül is kiszámítható eredményt ad.
Ebben az útmutatóban tizennégy gyakorlati tippet találsz a Claude Code használatához. Nem kell mindet egyszerre bevezetned, válaszd ki azokat, amelyek már most megkönnyítik a munkádat.
/init minden projektbenEgy új mappában kezdd a munkát a /init paranccsal. A Claude átnézi a projektet, majd létrehoz egy CLAUDE.md fájlt, amely a későbbi munkamenetekben is megőrzi a fontos projektszabályokat. Így nem kell újra és újra elmagyaráznod a célt, a használt technológiát és a fő mappákat.
Mikor éri meg: minden olyan projektnél, amelyen több alkalommal dolgozol.
A /statusline rövid állapotsort jelenít meg a terminál alján. Láthatod rajta az aktuális modellt, a kontextus telítettségét és a költségek alakulását, így időben válthatsz vagy lezárhatsz egy témát.
Mikor éri meg: napi használatnál; alkalmi munkához a /context kézi ellenőrzése is elég lehet.
Ne zsúfold bele az egész projektet egyetlen beszélgetésbe. Csak annyi információt adj át, amennyi az adott feladathoz kell, a nagy problémát pedig bontsd kisebb lépésekre. Minél kevesebb a felesleges részlet, annál jobban tud az AI a lényegre figyelni.
Mikor éri meg: mindig, különösen sok fájlt érintő munkánál.
/context — a tokenfogyasztás áttekintéseHa a munka lelassul, a /context megmutatja, mi foglal helyet a kontextusablakban, mint például a rendszerutasítások, a fájlok, az eszközök vagy maga a beszélgetés. Így könnyebben eldöntheted, mit érdemes rövidíteni vagy külön munkamenetbe vinni.
/compact és /clear tudatos használataAmikor a beszélgetés hosszúra nyúlik, a /compact összefoglalja a fontos döntéseket. Azt is megadhatod, mit őrizzen meg, például az API-val kapcsolatos döntéseket vagy az adatmodell leírását. Teljesen új feladatnál a /clear tiszta lapot ad, miközben a projekt alaputasításai megmaradnak.
Több fájlt érintő feladat előtt kérj tervet arról, mit néz át, milyen lépésekre bontja a munkát, és hogyan ellenőrzi a végeredményt. Ha előre tisztázzátok a megközelítést, a végrehajtás is kevesebb egyeztetést igényel.
Mikor éri meg: összetettebb fejlesztésnél vagy átalakításnál; egy apró szövegcseréhez nincs rá szükség.
Ne csak utasítást adj, hanem írd le a megoldandó problémát és a korlátokat is. Kérd meg, hogy röviden foglalja össze a feltételezéseit és a választott megközelítést. Így még a módosítások előtt kiderülhetnek a félreértések.
Mikor éri meg: nyitott végű problémáknál; egyértelmű, kis feladatnál elég lehet a közvetlen kérés.
A feladatlistába eleve kerüljön bele az ellenőrzés is, vagyis a build lefuttatása, az érintett oldal vagy funkció megnyitása, majd a hibaüzenetek és a megjelenés átnézése. Fontos változtatás után kérj egy külön segédügynöktől szándékosan kritikus ellenőrzést is. Mivel nem ismeri a fő beszélgetés minden feltételezését, könnyebben észreveheti annak vakfoltjait.
Mikor éri meg: minden többlépéses munkánál.
Összetett munkánál a kutatás, a megoldási lehetőségek összevetése és a tesztelés külön szálon is futhat. A segédügynökök saját kontextusban dolgoznak, majd röviden átadják az eredményüket a fő beszélgetésnek. Ha egy segédügynöknek több munkameneten át is emlékeznie kell a visszatérő mintákra, a leírásában adj meg memory: project, memory: user vagy memory: local beállítást.
Mikor éri meg: akkor, ha a részek valóban függetlenek egymástól.
Ha egy feladatot már harmadszor végzel hasonlóan, készíts hozzá újrahasználható skillt a .claude/skills/ mappában. Különösen hasznos egy recap skill, amely új munka indítása nélkül összegzi az eredeti célt, a bizonyított állapotot, az emberi és technikai elakadásokat, valamint azt, hogy a következő lépések közül melyik a tiéd és melyik a Claude-é.
Mikor éri meg: amikor egy feladat rendszeresen, közel azonos formában tér vissza.
CLAUDE.md fájltHa új projektszabályt vagy fontos mintát találsz, vedd fel a CLAUDE.md fájlba, hogy a következő munkamenetben is elérhető legyen. Tartsd tömören, a részletes leírásokat inkább külön dokumentumba tedd, és csak hivatkozz rájuk.
Ha látod, hogy a Claude félreértette a feladatot, szakítsd meg és pontosítsd a célt. Ha már több lépés rossz irányba ment, a /rewind paranccsal visszatérhetsz egy korábbi ponthoz. Így nem kell sem a hibás folyamat végét megvárnod, sem mindent elölről kezdened.
A terminálból a /desktop paranccsal válthatsz az asztali alkalmazásra, az asztali alkalmazás /resume menüjéből pedig korábbi terminálos munkamenetet nyithatsz meg. A Remote Control segítségével telefonról is elindíthatsz vagy irányíthatsz egy, a saját gépeden futó Claude Code-munkát. Ehhez a számítógépnek és a helyi folyamatnak bekapcsolva, hálózaton kell maradnia.
Mikor éri meg: amikor nem vagy a gépednél, de elindítanál egy feladatot, jóváhagynál egy lépést vagy ellenőriznéd az eredményt.
A /loop az aktív munkamenetben ismétel meg egy ellenőrzést, a /schedule pedig felhőben futó, későbbi vagy rendszeres feladatot hoz létre. A /usage nézetben azt is követheted, milyen gyakran futottak és mennyi tokent használtak. Előbb kézzel tedd megbízhatóvá a folyamatot, és csak utána bízd az ütemezésre.
Mikor éri meg: állapotellenőrzéshez, rendszeres összefoglalókhoz és más kiszámítható, ismétlődő munkákhoz.
Ezen az oldalon