Ugrás a tartalomra
VIBEDOKTOR

Promptból épült. Mi rendbe tesszük.

Vibe coding audit · Refaktorálás · Stabilizálás

Vibe codinggal készült weboldalak, alkalmazások és belső rendszerek kódauditja, refaktorálása és stabilizálása.

Működik, de már senki nem mer hozzányúlni? Megkeressük a felesleges kódot, a duplikációkat és a rossz struktúrákat, amelyek miatt minden javítás elront valami mást.

Nem írjuk újra azt, ami jól működik.

01 · Anamnézis

Ismerősek a tünetek?

Nem kell fejlesztőnek lenned ahhoz, hogy észrevedd, amikor egy alkalmazás kezd kicsúszni az irányítás alól.

Jelöld be, ami igaz a projektedre

Az AI szeret
hozzáírni.

Mi szeretünk
törölni.

Kevesebb felesleges kód.
Kevesebb hiba.
Kevesebb meglepetés.

A jó refaktorálás nem arról szól, hogy még több kódot írunk.

Megkeressük azt, ami ismétlődik, ami felesleges, ami rossz helyen van, és amit egyszerűbben is meg lehet oldani.

02 · Diagnózis

Mit látunk, amikor belenézünk a kódba?

Nem azt keressük, hogyan lehetne mindent újraírni.

Azt keressük, mi az, ami már most is jó — és mi az, ami később problémává válhat.

ILLUSZTRATÍV PÉLDALELET · NEM VALÓS PROJEKT ELVÁRT TARTOMÁNY
VIZSGÁLATEREDMÉNYELVÁRT ÁLLAPOT
Duplikált logika Eltérés Minimális
Nem használt kód Találat Nincs
Automatikus tesztek Hiányos Kritikus folyamatokon
Hibakezelés Hiányos Következetes
Függőségi struktúra Vizsgálandó Átlátható
Biztonság Vizsgálandó Kritikus eltérés nélkül

Mit vizsgálunk?

01 Architektúra Követhető-e, hogyan épül fel az alkalmazás?
02 Kódismétlés Ugyanaz a logika több helyen is megtalálható?
03 Dead code Maradtak használaton kívüli komponensek, függvények vagy teljes fájlok?
04 Biztonság Megfelelően kezeljük a jogosultságokat, felhasználói adatokat és külső szolgáltatásokat?
05 Hibakezelés Mi történik, ha valami nem úgy működik, ahogy az AI feltételezte?
06 Tesztelhetőség Ellenőrizhető-e, hogy egy módosítás után minden fontos funkció továbbra is működik?
07 Teljesítmény Van szükségtelen adatlekérés, ismételt számítás vagy túlzott komplexitás?
08 Függőségek Tényleg szükség van minden csomagra és könyvtárra?
09 Karbantarthatóság Meg fogja érteni ezt a projektet egy fejlesztő fél év múlva is?
10 AI-következetlenségek Használ-e a rendszer több különböző mintát ugyanarra a problémára?

03 · Tünet → ok

Nem a kód a probléma. Hanem amit miatta tapasztalsz.

01

Egy módosítás után elromlik valami teljesen más.

TECHNIKAI HÁTTÉRTúl szoros függőségek vagy több helyen ismételt üzleti logika.
02

Egy apró változtatás egyre több időt vesz igénybe.

TECHNIKAI HÁTTÉRA rendszer struktúrája már nem követi az alkalmazás növekedését.
03

Ugyanazt a hibát újra és újra javítani kell.

TECHNIKAI HÁTTÉRA probléma gyökerét nem szüntették meg, csak az aktuális tünetet.
04

Az AI mindig új megoldást készít.

TECHNIKAI HÁTTÉRNincs elég egyértelmű projektkontextus, konvenció vagy architekturális szabály.
05

Senki nem tudja biztosan, mi törik el egy módosítás után.

TECHNIKAI HÁTTÉRHiányos automatikus tesztelés és nem egyértelmű felelősségi határok.

04 · Kezelés

Nem újraírjuk.
Rendbe tesszük.

STET

Ami jó, az marad.

Nem azért refaktorálunk, hogy minden más legyen. Azért, hogy a rendszer könnyebben érthető, biztonságosabb és továbbfejleszthetőbb legyen.

  1. 01

    Anamnézis

    Megnézzük, hogyan készült az alkalmazás, milyen AI-eszközöket használtatok, és hol tapasztaltok problémát.

    EREDMÉNY → kiindulási kép

  2. 02

    Diagnózis

    Átvizsgáljuk a kódot, az architektúrát, a kritikus folyamatokat és a technikai adósságot.

    EREDMÉNY → kórlap

  3. 03

    Kezelési terv

    A problémákat fontosság és kockázat szerint rendezzük.

    EREDMÉNY → prioritizált javítási terv

  4. 04

    Kezelés

    Refaktorálunk, egyszerűsítünk, konszolidálunk és javítunk.

    EREDMÉNY → tisztább codebase

  5. 05

    Kontroll

    Teszteljük, hogy a javítások után az alkalmazás ugyanazt tudja-e, amit előtte.

    EREDMÉNY → ellenőrzött működés

  6. 06

    Megelőzés

    Szabályokat, dokumentációt és AI-instrukciókat építünk a projektbe.

    EREDMÉNY → kisebb esély arra, hogy ugyanaz a probléma újratermelődjön

  7. Nem minden problémát kell azonnal kijavítani.

    Kritikus Fontos Ajánlott Később

    Így az ügyfél döntheti el, milyen mélységig szeretne elmenni.

05 · Kezelés előtt / után

Ugyanaz az alkalmazás. Kevesebb káosz.

KEZELÉS ELŐTT · PÉLDA 1

Ugyanaz az árszámítás három helyen, külön implementálva.

Checkout.vuecalcTotal()
OrderSummary.vuesumItems()
InvoiceService.tscomputeGross()
KONTROLL · PÉLDA 1

Egy közös implementáció. Három felhasználási hely. Egyetlen logika.

Checkout.vue
OrderSummary.vue
InvoiceService.ts
PricingServiceCONTROL · PASSED
KEZELÉS ELŐTT · PÉLDA 2
OrderForm.vue ├─ adatot kér le ├─ validál ├─ számol ├─ jogosultságot ellenőriz ├─ ment └─ emailt küld
KONTROLL · PÉLDA 2
OrderForm.vue — csak a felület
orders/fetch orders/validate pricing permissions orders/save mail

Az üzleti logika külön modulokban, önállóan tesztelhető.

DIFF · PÉLDA 1−3 / +3
  // Checkout.vue- const total = items.reduce((s, i) => s + i.price * i.qty, 0) * 1.27+ const total = pricing.total(items)  // OrderSummary.vue- const sum = items.map(i => i.qty * i.price).reduce((a, b) => a + b) * 1.27+ const sum = pricing.total(items)  // InvoiceService.ts- this.gross = this.lines.reduce((s, l) => s + l.unitPrice * l.qty, 0) * VAT+ this.gross = pricing.total(this.lines)
Kódváltozás: három eltérő árszámítás helyett egy közös pricing.total hívás

Nem a kevesebb kódsor a cél.

Az egyszerűbb rendszer a cél.

06 · Megelőzés

Ne csak most legyen rend.

A kódbázis kitakarítása csak az első lépés.

Ha továbbra is AI-val fejlesztetek, az AI-nak is meg kell értenie, hogyan épül fel a projekt.

  • CLAUDE.md
  • AGENTS.md
  • Project rules
  • Coding conventions
  • Linting
  • Static analysis
  • Automated tests
  • CI
  • Architecture documentation
CLAUDE.md
## Component rules

- Use an existing component before creating a new one.
- Business logic must not live inside UI components.
- New dependencies require justification.
- Critical workflows require automated tests.

Nemcsak a kódot tanítjuk rendre. Az AI-t is.

Az AI innentől nem üres lappal indul minden új feladatnál.

Kap egyértelmű szabályokat arról, hogyan dolgozzon tovább a meglévő rendszerben.

Akkor érdemes beszélnünk, ha…

  • Vibe codinggal építettél egy alkalmazást, ami már fontos a vállalkozásodnak.
  • A prototípus működik, és élesítenéd — de nem tudod, elég biztonságos és stabil-e.
  • Lovable-lel, Bolttal, v0-val, Cursorral, Claude Code-dal, Replittel, ChatGPT-vel vagy más AI-eszközzel épült a projekt.
  • Működik, de már senki nem mer hozzányúlni, mert minden módosítás után eltörik valami.
  • Minden új funkciót nehezebb beépíteni, mint az előzőt.
  • Szeretnéd fejlesztőnek átadni, de előtte rendbe tennéd.
  • Szeretnél továbbra is AI-val fejleszteni — csak kontrolláltabban.

Nem feltétlenül nekünk való, ha…

  • csak egy apró CSS-hibát kell kijavítani;
  • teljesen új alkalmazást szeretnél nulláról fejleszteni;
  • csak a következő hibára keresel gyors javítást, és nem érdekel, miért jön elő újra;
  • kizárólag automatikus, emberi ellenőrzés nélküli code scan szolgáltatást keresel.

Rólunk

A VibeDoktor mögött egy fejlesztőcég áll.

A VibeDoktor a NETipar Magyarország Kft. szolgáltatása. Több mint 20 éves fejlesztői tapasztalattal dolgozunk, 2011 óta NETipar néven: egyedi szoftvereket, üzleti belső rendszereket és weboldalakat programozunk.

20+ ÉV FEJLESZTŐI TAPASZTALAT
2011 ÓTA NETIPAR NÉVEN

Nem az AI-tól tanultunk meg kódot írni. Évek óta építünk és tartunk karban olyan rendszereket, amelyeknek a vállalkozással együtt kell növekedniük – ezt a tapasztalatot hozzuk el az AI-val készült projektekhez is.

Ha a rendbetétel után új funkciókra, egyedi ügyviteli rendszerre vagy egy elavult szoftver teljes újragondolására van szükség, azt is házon belül megoldjuk. Nézd meg a NETipar szolgáltatásait és a korábbi munkáinkat.

Kérdések

Gyakori kérdések

Q01Mi az az AI kód audit?

Egy AI-val készített vagy jelentős részben AI segítségével fejlesztett projekt strukturált átvizsgálása.

Megnézzük többek között a kódismétlést, az architektúrát, a biztonsági kockázatokat, az elhalt kódot, a hibakezelést és a tesztelhetőséget.

Q02Újra kell írni az AI által generált alkalmazásomat?

Nem feltétlenül. Sok esetben a meglévő rendszer jó részei megtarthatók.

Az audit egyik célja éppen annak eldöntése, hogy mit érdemes megtartani, mit kell refaktorálni, és hol indokolt komolyabb átalakítás.

Q03Rossz kódot ír az AI?

Nem ez a kérdés. Az AI nagyon jó fejlesztési eszköz lehet.

A probléma általában akkor jelenik meg, amikor egy projekt sok különálló promptból, hosszabb idő alatt, egységes architekturális kontroll nélkül növekszik.

Q04Mi az a vibe coding?

Olyan fejlesztési mód, ahol a felhasználó nagyrészt természetes nyelven instruálja az AI-t, és kevésbé foglalkozik közvetlenül a kód minden részletével.

Nagyon gyors prototípusok készíthetők így, de egy növekvő rendszernek idővel ugyanúgy szüksége lehet strukturálásra és karbantartásra.

Q05Nem vagyok fejlesztő. Akkor is érdemes jelentkeznem?

Igen. A vibe coding éppen arra jó, hogy fejlesztői háttér nélkül is lehessen alkalmazást építeni.

A leletet úgy adjuk át, hogy fejlesztői háttér nélkül is érthető legyen: mi kritikus, mit érdemes hamarosan javítani, és mi várhat.

Q06Prototípusnak indult, de élesíteni szeretném. Mit kell előtte megnézni?

Egy prototípusnak elég, ha működik. Egy éles rendszernek valódi felhasználókat és valódi adatokat is biztonságosan kell kezelnie.

Az audit megmutatja, mi kritikus élesítés előtt — például a jogosultságkezelésben, az adatkezelésben vagy a hibakezelésben —, és mi várhat későbbre.

Q07Cursorral készült projektet is tudtok javítani?

Igen. Nem az számít, melyik AI-eszköz generálta a kódot.

A meglévő rendszer állapotát vizsgáljuk.

Q08Claude Code-dal készült projektet is?

Igen.

Ugyanígy ChatGPT, Copilot, Lovable, Bolt, Replit és más eszközökkel készült projektek is auditálhatók.

Q09El fogjátok törölni az egész kódot?

Nem.

Ami jó, az marad.

A változtatásokat kockázat és várható előny alapján tervezzük meg.

Q10Mi történik az audit után?

Kapsz egy prioritizált képet a projekt állapotáról.

Ebből eldönthető, hogy:

  • mely problémák kritikusak;
  • mit érdemes hamarosan javítani;
  • mit lehet későbbre hagyni;
  • és hol nincs szükség változtatásra.
Q11Tudok utána továbbra is AI-val fejleszteni?

Igen.

Sőt, az egyik célunk éppen az, hogy a projektet alkalmasabbá tegyük kontrollált AI-alapú továbbfejlesztésre.

VIBEDOKTOR · BEUTALÓ№ ______

Nézzük meg, mi van a kódodban.

Nem kell előre tudnod, mi a probléma.

Elég, ha azt érzed, hogy a projekt már nem olyan egyszerű, mint amikor elkezdted.

JELZETT TÜNETEK3 / 5 JAVASOLT KÖVETKEZŐ LÉPÉSKÓDDIAGNÓZIS

Első lépésként megnézzük, hogy egyáltalán tudunk-e érdemben segíteni.