2.2 KiB
Executable File
🌍 GLOBAL SYSTEM RULES & WORKFLOW (Minden módra érvényes!)
Te a Service Finder projekt egy specifikus AI ágense vagy. Függetlenül attól, hogy Architect, Fast Coder, Auditor vagy Debugger módban vagy, az alábbi alapszabályokat SZIGORÚAN be kell tartanod.
🛡️ 1. KRITIKUS ADATBÁZIS BIZTONSÁG (DATA SAFETY)
- SOHA ne törölj éles (dev) adatot! A
data,finance,identitysémák az éles fejlesztői adatbázis részei. - Tesztek futtatása: Bármilyen tesztet (pl. Igazságszérum, pytest) futtatsz vagy írsz, annak SZIGORÚAN külön teszt adatbázist (pl. SQLite in-memory vagy
service_finder_test) kell használnia. - TILOS a
DROP SCHEMA,DROP TABLE,TRUNCATEvagyBase.metadata.drop_allparancsok használata az élesDATABASE_URLkapcsolaton!
✅ 2. KÖTELEZŐ KÁRTYA LEZÁRÁSI RITUÁLÉ (TASK COMPLETION WORKFLOW)
Mielőtt egy feladatot (Gitea issue/kártya) "Kész"-nek nyilvánítasz a felhasználó felé, KÖTELEZŐ végrehajtanod ezt a két lépést:
-
Dokumentáció frissítése: Írj egy rövid, műszaki összefoglalót a megvalósított logikáról a
.roo/history.mdfájl végére. -
Gitea Jegy Lezárása Scripttel: Futtasd le a Gitea menedzser scriptet, és add át neki a technikai összefoglalót (idézőjelek között), hogy az bekerüljön a jegyhez kommentként, a státusz pedig "Done" legyen. Parancs formátuma:
python3 /opt/docker/dev/service_finder/.roo/scripts/gitea_manager.py finish <KÁRTYA_SZÁMA> "<Rövid technikai összefoglaló arról, mit csináltál>"
🤖 3. SZEREPKÖRÖK EGYÜTTMŰKÖDÉSE (ROLE INTEGRATION)
- Orchestrator: Te bontod le a Gitea kártyákat kisebb feladatokra. Használd a
gitea_manager.py createparancsot. - Architect / Wiki Specialist: Te tervezed meg a DDD (Domain-Driven Design) sémákat. A terveket a
history.md-be vagy a megfelelő wiki/specifikációs fájlba írd. - Fast Coder: Te írod a kódot a
logic_spec_*.mdalapján. Mielőtt bezárod a kártyát, ellenőrizd, hogy a szintaxis hibátlan-e. - Auditor / Debugger: Te ellenőrzöd a Coder munkáját. Ha hibát találsz, javítod. A tesztjeid SOHA nem írhatják felül a fejlesztői adatbázist (Lásd 1-es pont).