Kihagyás

Vibe Coding in Prod — Erik Schluntz (Anthropic)

Forrás: Code w/ Claude konferencia, San Francisco
Előadó: Erik Schluntz (Anthropic Member of Technical Staff, coding agents researcher)
Dátum: 2025. május 22.
Hossz: 31:17
Link: https://www.youtube.com/watch?v=fHWFF_pnqDk


Összegzés

Erik Schluntz a "vibe coding" termelési környezetben való, felelősségteljes alkalmazásáról beszél. A lényeg: felejtsük el a kódot, de ne a terméket — használjunk ellenőrizhető absztrakciókat, fókuszáljunk a "leaf node"-okra, és légy Claude product managere.


Mi a vibe coding?

Definíció (Andrej Karpathy)

"Fully give into the vibes, embrace exponentials, and forget that the code even exists."

  • Nem pusztán AI-kódgenerálás (Copilot, Cursor = még mindig tight feedback loop)
  • A kulcs: teljesen elfelejteni hogy a kód létezik
  • Ekkor tudtak a nem-programozók is teljes appokat építeni

A probléma

  • Alacsony tét: játékok, hobbi projektek — itt nem baj a bug
  • Magas tét: API kulcsok kiszivárgása, subscription bypass, DB káosz
  • Miért érdekes mégis? Mert az exponenciális

Az exponenciális

  • Az AI által elvégezhető feladatok hossza 7 havonta megduplázódik
  • Jelenleg: ~1 óra munka — még nem kell vibe coding
  • 1-2 év múlva: 1 nap, 1 hét munka — nem lehet minden sort manuálisan review-zni
  • Aki nem adaptálódik, bottleneck lesz

"A modellek jobbak lesznek gyorsabban, mint elképzelhető. Nem kétszer olyan jók — milliószor."


Felelősségteljes vibe coding: 4 alapelv

1. Légy Claude product managere

"Ask not what Claude can do for you, but what you can do for Claude."

  • Egy junior engineernek sem mondanád első nap: "implementáld ezt a feature-t"
  • Kell: codebase bemutatása, követelmények, constraint-ek, pattern-ek
  • 15-20 perc előkészítés egy nagy promptba → majd "let Claude cook"
  • Ez nem kézzel írt prompt, hanem külön beszélgetés: felfedezés, fájlok keresése, terv készítés

2. Fókuszálj a "leaf node"-okra

Leaf node (narancs) Trunk/branch (fehér)
Semmi nem függ tőlük Alap architektúra
Nem valószínű hogy változnak Más épül rájuk
Tech debt itt kevésbé kritikus Ezeket még emberi review kell
  • A core architektúra, extensible részek — maradjanak emberi ellenőrzés alatt
  • A modellek javulnak, idővel több lesz "leaf node"

3. Verifikálhatóság — ne olvasd a kódot

"Forget that the code exists, but not that the product exists."

  • Fordító analógia: nem olvassuk az assembly-t, de a programot működtetjük
  • CTO nem ért minden domain-hez, mégis review-z — acceptance test-ekkel
  • PM nem olvassa a kódot, de használja a terméket
  • Verifikálható checkpointok:
  • Stress test-ek stabilitásra (hosszú futás)
  • Ember által ellenőrizhető input/output
  • End-to-end test-ek (happy path + error case)

4. Tech debt tudatos kezelése

  • Jelenleg nincs jó mód tech debt mérésére kódolvasás nélkül
  • Ez a legnagyobb kihívás
  • Megoldás: isolate a leaf node-okba
  • Ahol a core architektúrát érinti — ott még mindig emberi review

Case study: 22,000 soros PR

  • Production reinforcement learning kódbázis
  • Claude írta a nagy részét
  • Hogyan felelősségteljesen?
  • Emberi munka: napokig requirements, guidance, terv készítés
  • Leaf node-okba koncentrálódott a változás
  • Core részek: heavy human review
  • Stress test-ek stabilitásra (hosszú futás)
  • Input/output tervezés: könnyen ellenőrizhető
  • Eredmény: 1 nap helyett 2 hét → 1 nap
  • Nem csak időt takarított meg, hanem máshogy gondolkodtak: "Ami 2 hétbe kerül, most csináljuk meg, 1 nap"

Tanulás a vibe coding korában

Aggodalom

  • A "grind" hiánya = kevesebb tanulás?
  • "A mai kóderek nem olyan jók, mert nem írtak assembly-t kézzel"

Optimizmus

  • AI segítségével gyorsabban tanulhatunk — "Claude, mit csinál ez a library?"
  • Több "shot on goal" — 2 év helyett 6 hónap alatt látjuk az architektúra döntés következményeit
  • A lusták nem tanulnak, de aki akar, annak több lehetőség

Biztonság

Vibe coding ≠ mindenkinek

  • Nem-programozóknak: játék, kreativitás — de ne production-re
  • Production-hoz kell tudni a megfelelő kérdéseket feltenni
  • Példa: teljesen offline rendszer → nincs API kulcs kockázat

Jövő: provably correct keretrendszerek

  • Backend alapok készen (fizetés, auth), frontend kitöltés
  • Claude Artifacts: biztonságos sandbox, nincs backend
  • Cél: olyan eszközök, ahol a "vibe coded" rész nem tud ártani

Test Driven Development + Vibe Coding

  • TDD nagyon hasznos, de:
  • Claude könnyen implementation-specific test-eket ír
  • Prescriptív end-to-end testek: "3 test: happy path, error, edge case"
  • Minimalist, általános testek
  • Ha a teszteket érted és azok átmennek → jó a kód (anélkül hogy elolvasnád)

Workflow tippek

Prompt + compact

  • Kezdődik: fájlok felfedezése, terv készítése (100k token)
  • Compact: lecsökkentve pár ezer tokenre
  • Új session: "execute this plan"

Több eszköz kombinálása

  • Claude Code (terminal) + Cursor (VS Code)
  • Claude Code: nagyobb változtatások, felfedezés
  • Cursor: pontos, ismert változtatások

Új codebase felfedezése

  1. "Tell me where X happens in this codebase"
  2. "Tell me similar features"
  3. File-ok, class-ok, pattern-ek → mentális modell
  4. Utána: feature implementálás Claude-dal

Kulcs idézetek

"Forget that the code exists, but not that the product exists."

"Ask not what Claude can do for you, but what you can do for Claude."

"The exponential means not just getting better, but getting better faster than we can possibly imagine."

"In a year or two, it'll be a huge disadvantage if you're demanding to read every single line of code."


Kapcsolódó témák


Forrás

  • Előadás: Vibe coding in prod | Code w/ Claude
  • Előadó: Erik Schluntz (Anthropic)
  • Konferencia: Code w/ Claude, San Francisco
  • Dátum: 2025. május 22.
  • Link: https://www.youtube.com/watch?v=fHWFF_pnqDk
  • Feldolgozva: 2026. április 22.
Vissza a tetejére