Epic 5 Audit: Robotok védelmi hiányosságai #68

Closed
opened 2026-03-12 01:44:18 +01:00 by kincses · 3 comments
Owner

Mérföldkő: 🤖 Epic 5: Master Data Management & Robot Ecosystem
Cél: A meglévő robotkódok ellenőrzése a #27, #28, #29 kártyák alapján, hogy mik a védelmi hiányosságok.

🔗 Függőségek (Dependencies)

  • Bemenet (Mikre támaszkodik): vehicle_model_definitions tábla, RDW API, DuckDuckGo keresés, AI Service
  • Kimenet (Mik támaszkodnak rá): Arany katalógus, jármű adatok minősége, manuális adatok integritása

📝 Elemzés

Az audit során megvizsgáltuk a vehicle_robot_3_alchemist_pro.py, vehicle_robot_2_researcher.py fájlokat és a vehicle_definitions.py modellt. A #27-es kártya (Manual Protection) szerint hiányzik az is_manual szűrés a robot SELECT lekérdezéseiből, így a robot felülírhatja a manuálisan bevitt adatokat. A #28-as kártya (Regex/JSON Mining) szerint a Researcher csak nyers szöveget gyűjt, nincs technikai adatok (ccm, kW, engine_code) kinyerése regex vagy JSON elemzéssel. A #29-es kártya (Deduplikáció) szerint a make+technical_code pároson kívül van normalizációs logika (normalized_name, variant_code, version_code, fuel_type), ami megfelelő, de a technical_code nem része a konfliktus kezelésnek.

**Mérföldkő:** 🤖 Epic 5: Master Data Management & Robot Ecosystem **Cél:** A meglévő robotkódok ellenőrzése a #27, #28, #29 kártyák alapján, hogy mik a védelmi hiányosságok. ### 🔗 Függőségek (Dependencies) - **Bemenet (Mikre támaszkodik):** vehicle_model_definitions tábla, RDW API, DuckDuckGo keresés, AI Service - **Kimenet (Mik támaszkodnak rá):** Arany katalógus, jármű adatok minősége, manuális adatok integritása ### 📝 Elemzés Az audit során megvizsgáltuk a vehicle_robot_3_alchemist_pro.py, vehicle_robot_2_researcher.py fájlokat és a vehicle_definitions.py modellt. A #27-es kártya (Manual Protection) szerint hiányzik az is_manual szűrés a robot SELECT lekérdezéseiből, így a robot felülírhatja a manuálisan bevitt adatokat. A #28-as kártya (Regex/JSON Mining) szerint a Researcher csak nyers szöveget gyűjt, nincs technikai adatok (ccm, kW, engine_code) kinyerése regex vagy JSON elemzéssel. A #29-es kártya (Deduplikáció) szerint a make+technical_code pároson kívül van normalizációs logika (normalized_name, variant_code, version_code, fuel_type), ami megfelelő, de a technical_code nem része a konfliktus kezelésnek.
kincses added the Scope: RobotStatus: In Progress labels 2026-03-12 01:44:29 +01:00
kincses started working 2026-03-12 01:44:29 +01:00
Author
Owner

▶️ Munka megkezdve: 2026-03-12 00:44:29

▶️ **Munka megkezdve:** 2026-03-12 00:44:29
kincses added Status: Done and removed Status: In Progress labels 2026-03-12 01:50:12 +01:00
kincses worked for 5 minutes 2026-03-12 01:50:12 +01:00
Author
Owner

Munka befejezve: 2026-03-12 00:50:11

Technikai Összefoglaló:
Audit eredménye: #27 hiányos (nincs is_manual szűrés), #28 hiányos (nincs regex/JSON mining), #29 részben megvan (deduplikáció öt mezőn). Epic 4.1 kártyák closed.

⏱️ A ráfordított időt a Gitea rögzítette.

✅ **Munka befejezve:** 2026-03-12 00:50:11 **Technikai Összefoglaló:** Audit eredménye: #27 hiányos (nincs is_manual szűrés), #28 hiányos (nincs regex/JSON mining), #29 részben megvan (deduplikáció öt mezőn). Epic 4.1 kártyák closed. ⏱️ *A ráfordított időt a Gitea rögzítette.*
Author
Owner

Végrehajtottam az Epic 5 (Master Data & Robot Ecosystem) auditját a következő lépésekkel:

  1. Kódbázis feltérképezése: Listáztam a backend/app/workers/vehicle/ és backend/app/workers/service/ könyvtárak fájljait. Megtaláltam a vehicle_robot_2_researcher.py és vehicle_robot_3_alchemist_pro.py fájlokat.

  2. Logikai ellenőrzés a #27, #28, #29 kártyák tükrében:

    • #27 (Manual Protection): Az vehicle_robot_3_alchemist_pro.py SELECT lekérdezése nem tartalmaz is_manual szűrést, így a robot felülírhatja a manuálisan bevitt adatokat. A vehicle_model_definitions táblában létezik az is_manual mező.
    • #28 (Regex/JSON Mining): A vehicle_robot_2_researcher.py csak nyers szöveget gyűjt, nincs implementálva regex vagy JSON elemzés a technikai adatok (ccm, kW, engine_code) kinyerésére.
    • #29 (Deduplikáció): A vehicle_definitions.py modellben a deduplikáció a make, normalized_name, variant_code, version_code, fuel_type kombinációján alapul. A vehicle_robot_1_catalog_hunter.py ezt az öt mezőt használja az ON CONFLICT záradékban. A technical_code nem része a konfliktus kezelésnek, de a make + technical_code pároson kívül további normalizációs logika jelen van.
  3. Epic 4.1 utóélet: A Gitea listázás alapján a #64, #65, #66 kártyák a Closed listában szerepelnek, tehát lezárásra kerültek.

  4. Dokumentálás és Gitea kártya kezelés:

    • Létrehoztam a #68-as Gitea kártyát az audit eredményeivel a szigorú sablonnak megfelelően.
    • Elindítottam a kártyát (start 68).
    • Megírtam a részletes Markdown dokumentációt (/opt/docker/docs/epic5_robot_audit_2026-03-12.md).
    • Lezártam a kártyát (finish 68) technikai összefoglalóval.

A audit megállapította, hogy a robotok alapvető működése megvan, de a manuális adatok védelme és a technikai adatok automatikus kinyerése hiányzik. A deduplikáció logikája részben megfelelő, de a technical_code integrációja javítható.

Végrehajtottam az Epic 5 (Master Data & Robot Ecosystem) auditját a következő lépésekkel: 1. **Kódbázis feltérképezése**: Listáztam a `backend/app/workers/vehicle/` és `backend/app/workers/service/` könyvtárak fájljait. Megtaláltam a `vehicle_robot_2_researcher.py` és `vehicle_robot_3_alchemist_pro.py` fájlokat. 2. **Logikai ellenőrzés a #27, #28, #29 kártyák tükrében**: - **#27 (Manual Protection)**: Az `vehicle_robot_3_alchemist_pro.py` SELECT lekérdezése nem tartalmaz `is_manual` szűrést, így a robot felülírhatja a manuálisan bevitt adatokat. A `vehicle_model_definitions` táblában létezik az `is_manual` mező. - **#28 (Regex/JSON Mining)**: A `vehicle_robot_2_researcher.py` csak nyers szöveget gyűjt, nincs implementálva regex vagy JSON elemzés a technikai adatok (ccm, kW, engine_code) kinyerésére. - **#29 (Deduplikáció)**: A `vehicle_definitions.py` modellben a deduplikáció a `make`, `normalized_name`, `variant_code`, `version_code`, `fuel_type` kombinációján alapul. A `vehicle_robot_1_catalog_hunter.py` ezt az öt mezőt használja az `ON CONFLICT` záradékban. A `technical_code` nem része a konfliktus kezelésnek, de a `make + technical_code` pároson kívül további normalizációs logika jelen van. 3. **Epic 4.1 utóélet**: A Gitea listázás alapján a #64, #65, #66 kártyák a Closed listában szerepelnek, tehát lezárásra kerültek. 4. **Dokumentálás és Gitea kártya kezelés**: - Létrehoztam a #68-as Gitea kártyát az audit eredményeivel a szigorú sablonnak megfelelően. - Elindítottam a kártyát (`start 68`). - Megírtam a részletes Markdown dokumentációt (`/opt/docker/docs/epic5_robot_audit_2026-03-12.md`). - Lezártam a kártyát (`finish 68`) technikai összefoglalóval. A audit megállapította, hogy a robotok alapvető működése megvan, de a manuális adatok védelme és a technikai adatok automatikus kinyerése hiányzik. A deduplikáció logikája részben megfelelő, de a `technical_code` integrációja javítható.
Sign in to join this conversation.