A zöld tesztkészlet nem áttekintés
A tesztek azokat az eseteket ellenőrzik, amelyekre valaki gondolt. Egy viselkedést módosító ügynök minden meglévő tesztet zölden hagyhat, mert azok csak lazán rögzítették a régi viselkedést, vagy mert semmi nem fedte le azt az utat. A zöld azt bizonyítja, hogy a változtatás lefut, nem azt, hogy helyes.
Ugyanez igaz a rendezett összefoglalóra: a leírás arról, mit tett az ügynök, annak a rendszernek az állítása, amely a változtatást csinálta. A diffet olvasd, ne a kísérő jegyzetet, és a teszteket a jelek egyikeként kezeld.
Tiszta és visszafordítható állapotból indulj
Az első prompt előtt: commitold vagy tedd félre a munkát, hozz létre ágat, és tudd pontosan, hogyan térsz vissza. A terminálhozzáféréssel rendelkező ügynök migrációkat futtathat, konfigurációt írhat át és fájlokat törölhet; a visszafordítható kiindulópont a balesetet kellemetlenséggé alakítja.
Ha a feladat szabályozott vagy bizalmas adatot érint, használj eldobható projektmásolatot és titkok nélküli beszélgetést. A szolgáltató feltételei és adatkezelési dokumentációja dönti el, mi hagyja el a gépedet: olvasd el őket, ne találgass a határról.
Abban a sorrendben olvasd a diffet, ahol fáj
Egy nagy generált változtatást jobb szándékos sorrendben átnézni, mint felülről lefelé.
- Belépési pontok: útvonalak, kezelők, jogosultságok és minden, ami megváltoztatja, ki hova jut.
- Adatok: séma, migrációk, szerializálás és lekérdezések, különösen minden, ami töröl vagy felülír.
- Konfiguráció: környezeti változók, build-lépések, CI és telepítési beállítások.
- A többi: elnevezések, szerkezet, duplikáció és a diffet felfújó kozmetikai javítások.
Utána olvasd el a hozzáadott teszteket, és kérdezd meg, mit nem fednek le. Egy ügynök, amely a kódot és a tesztet is írta, ugyanazt a félreértést kétszer rögzítheti.
Függőségek, titkok és olvasatlan sorok
Az új függőségek a generált patch legcsendesebb kockázata: ismerős csomagnév, sehonnan jött verzió, teljesen átírt lockfile. Ellenőrizd, mi került be, miért, és hogy a projektben nem volt-e már valami elegendő.
Keress commitba nem illő hitelesítő adatokat, tokeneket és belső URL-eket, és nézd meg, nem kezdett-e a naplózás ügyféladatokat kiírni. Pont ezeket a sorokat szokás átfutni — és pont ezekben nincs oka az ügynöknek óvatosnak lenni: a kérésre optimalizál, nem a fenyegetésmodelledre.
Mikor dobd el az egészet
Ha a diff nagyobb a feladatnál, ha egy blokkot találgatás nélkül nem tudsz elmagyarázni, vagy ha a változtatás a tünetet kezeli, nem az okot, töröld az ágat. Szűkebb kéréssel újrakezdeni olcsóbb, mint olyan kódot fenntartani, amit senki nem ért.
Ugyanez a szabály áll a promptra: a Manus-útmutatónk ellenőrzőlistája és a Prompt Cowboy-útmutató szerkezeti tanácsai is rövidítik a diffet. A terméknél kezdd a Freebuff-áttekintésünkkel, az ajánlások kezelését pedig partneri nyilatkozatunk írja le.
Gyakori kérdések
Engedjem, hogy parancsokat futtasson a terminálomban?+
A terminálhozzáférés teszi a kódügynököt hasznossá és kockázatossá, a szolgáltató pedig eldönti, hogyan működnek az engedélyek. Kezdd eldobható másolaton vagy ideiglenes ágon, figyeld szorosan az első futásokat, és tartsd távol a hitelesítő adatokat; egy csak olvasó parancs nem ugyanaz a kérés, mint egy telepítés.
Elég egy ingyenes kódügynök valódi munkára?+
Olyan mechanikus munkára, amit át tudsz nézni, igen. Az ingyenesség üzleti modell, nem minőségi garancia: a szolgáltató hirdetésből finanszírozza, és változtathat modelleken, limiteken vagy funkciókon. Az számít, hogy át tudod-e olvasni és tesztelni az eredményt, nem az ár.
Kell jelezni, hogy a kódot ügynök írta?+
Kövesd a csapat, a repó és a licenc szabályait, és válaszolj őszintén, ha kérdezik. Szakmailag az számít, hogy egy ember átnézte a változtatást és vállalja érte a felelősséget; a kockázat az át nem olvasott generált patch, nem az eszköz, amely írta.
Források és további olvasnivaló
A szolgáltató hivatalos dokumentációja, ellenőrizve: 2026-10-26. A feltételek változhatnak; ellenőrizd az országodra érvényes változatot.