Ano ang Vibe Coding? Paliwanag sa Simpleng Salita

Ang vibe coding ay ang paggawa ng software sa pamamagitan ng paglalarawan ng gusto mo sa isang AI gamit ang simpleng wika, pagpapatakbo ng nalikha nito, at pag-aayos batay sa resulta sa halip na sa pagbabasa ng code. Ikaw ang humuhusga sa app: gumagana ba ang button, tama ba ang itsura ng page? Humihiling ka ng pagbabago hanggang gawin nito ang kailangan mo. Binuo ng AI researcher na si Andrej Karpathy ang termino sa isang post sa X noong Pebrero 2025, kung saan inilarawan niyang sumuko sa vibes at kinalimutan na umiiral pa ang code.

Saan galing ang terminong ito

Ginamit ni Karpathy, isang founding member ng OpenAI at dating head of AI sa Tesla, ang parirala para ilarawan kung paano siya gumawa ng maliliit na proyekto tuwing weekend: kinakausap ang AI coding tool, tinatanggap ang mga pagbabago nito nang hindi binabasa ang mga pagkakaiba, at ipinapaste ulit ang mga error message hanggang gumana ang lahat. Malinaw niyang sinabi na bagay ito sa mga proyektong pansamantala lang.

Sumikat ang parirala dahil pinangalanan nito ang ginagawa na ng maraming tao. Sa loob ng ilang buwan, ginamit na ito para sa lahat mula sa hobby project hanggang sa prototype ng startup, at pinili ng Collins English Dictionary ang “vibe coding” bilang Word of the Year nito para sa 2025. Ngayon, malawak itong ginagamit para sa anumang paggawa kung saan ang AI ang sumusulat ng code at ang tao ang nagdidirekta sa pamamagitan ng simpleng wika.

Bakit ito mahalaga kung gumagawa ka gamit ang AI

Para sa mga taong hindi marunong magcode, ang vibe coding ang dahilan kung bakit kapaki-pakinabang ang mga AI app builder. Maaaring subukan ng isang founder ang ideya sa loob ng isang hapon. Maaaring gumawa ang may-ari ng maliit na negosyo ng booking form o stock tracker na hindi niya kayang bayaran sa agency. Maaaring gawing clickable na produkto ng isang designer ang kanyang mock-up.

Pero may sariling babala ang kahulugan. Ang “kalimutan na umiiral ang code” ay ayos kapag ang code ay kailangan lang gumana para sa iyo, ngayon. Hindi na ito ayos kapag ang app ay nag-iimbak ng datos ng mga customer, tumatanggap ng bayad, o kailangang tumakbo nang maraming taon. Ang pag-alam kung saan nagtatapos ang linyang iyon ang pinakamahalagang matutunan tungkol sa vibe coding.

Isang pang-araw-araw na halimbawa

Isipin ang pagpapa-renovate ng kusina sa pamamagitan ng pagsasabi sa builder ng gusto mo, sa halip na ikaw mismo ang gumuhit ng plano. Sasabihin mo ang “mahabang counter sa ilalim ng bintana, bukas na mga estante, nasa tabi ng pinto ang ref,” pagkatapos ay titingin ka tuwing gabi sa nagawa na, at sasabihin kung ano ang babaguhin.

Mahusay ito sa layout at sa itsura, dahil nahuhusgahan mo ang mga iyon sa pagtayo lang sa kuwarto. Hindi ito gaanong mahusay sa mga nasa likod ng pader: ang wiring, ang tubo, at kung sumusunod ba sa code ang gas line. Hindi ito makikita sa tingin, at maaaring hindi lumabas ang problema hangga't hindi ito pumapalpak. Nagpapa-inspeksyon pa rin ang maingat na may-ari.

Ganoon din ang vibe coding. Ang mga screen ang nakikitang kuwarto. Ang seguridad, paghawak ng datos, at kung paano nakaayos ang code ang wiring.

Ano ang itsura ng vibe coding sa praktika

Ipagpalagay na gusto mo ng simpleng tool para masubaybayan kung aling mga kliyente ang nagbayad na ng kanilang invoice.

Hindi ka nagbukas ng kahit anong code file. Pero pansinin ang hakbang 3: mukhang tapos na ang app bago pa ito aktwal na nakapag-save ng kahit ano. Ginagantimpalaan ng vibe coding ang mga taong nagte-test na parang user at tumpak na naglalarawan ng nakikita nila.

Mga benepisyo

• Bilis. Gumaganang unang bersyon sa loob ng ilang minuto o oras, sa halip na ilang linggo.
• Mababang gastos sa pagsubok ng ideya. Makakagawa ka ng tatlong bersyon ng isang bagay at itatago ang gumagana.
• Direktang kontrol. Ang taong nakakaintindi ng problema ang humuhubog sa produkto, nang walang nawawalang detalye sa pagpapasa nito sa developer.
• Pagkatuto habang gumagawa. Maraming tao ang natututo kung paano nagkakabit-kabit ang mga app, gaya ng frontend at backend, mga database, at mga API, sa pamamagitan lang ng pagmamasid sa ginagawa ng AI at pagtatanong kung bakit.

Ang totoong mga panganib

Hindi ito dahilan para iwasan ang vibe coding. Ito ang mga bagay na hindi tsine-check ng pakiramdam para sa iyo.

Mga security hole na hindi mo makikita

Maaaring mukhang perpekto ang isang app pero payagan pa rin ang sinumang naka-login na user na basahin ang lahat ng records ng ibang user, o ilantad ang secret key sa code na tumatakbo sa browser ng bisita. Hindi ito lumilitaw kapag ikaw lang ang nag-click-click gamit ang sarili mong account. Kabilang sa mga karaniwang problema ang kulang na permission check sa server, mga API key na nakalagay sa frontend code, at mga form na tumatanggap ng kahit ano.

Code na walang nakakaintindi

Kung walang nagbasa ng code, walang nakakaalam kung paano ito nakaayos. Ayos lang iyon sa maliliit na proyekto. Habang lumalaki ang app, may panganib na ang bawat pagbabago ay makasira ng hindi kaugnay na bahagi, at maaaring “ayusin” ng AI ang isang bug sa pamamagitan ng paggawa ng panibagong bug. Ang mga app na na-vibe code nang ilang buwan nang walang anumang review ay kadalasang mas mahirap baguhin kaysa sa mga app na mas dahan-dahang ginawa.

Hindi alam kung ano ang “tapos”

Masayang sasabihin ng AI na naayos na ang isang bagay. Ang testing lang ang makapagsasabi kung totoo iyon. Ang mga taong lumalaktaw sa testing ay nauuwi sa mga feature na gumagana sa demo pero pumapalpak sa totoong datos: mahahabang pangalan, mga blangkong field, dalawang taong nagbu-book ng iisang slot.

Mga nakatagong dependency at gastos

Madalas kumuha ang mga app na ginawa ng AI ng mga serbisyo mula sa labas, tulad ng email provider, payment processor, at AI API. May kanya-kanyang account, key, limit, at bayarin ang bawat isa. Alamin kung ano ang nakasalalay sa app mo bago ito ilunsad.

Mga karaniwang maling akala

Paano mag-vibe code nang responsable

Ilang ugali ang sumasaklaw sa karamihan ng panganib:

1. Panatilihing maliit ang mga pagbabago. Isang hiling, isang pagbabago, saka subukan. Ang malalaki at malalabong hiling ay nagbibigay ng malalaki at malalabong resulta.
2. Gumamit ng checkpoint. Siguraduhing mababalikan mo ang huling gumaganang bersyon bago sumubok ng anumang delikado.
3. Hilingin sa AI na magpaliwanag. “Ano ang ginagawa ng pagbabagong ito? Ano ang maaaring masira?” Maliit ang gastos nito at marami itong nahuhuli.
4. Subukan na parang estranghero. Mag-login bilang pangalawang user at subukang makita ang datos ng unang user.
5. Ilayo ang mga secret sa code at sa chat. Ang mga API key ay dapat nasa environment variables o project secrets.
6. Repasuhin bago ang totoong user. Para sa anumang may kinalaman sa bayad o personal na datos, dumaan sa security checklist o ipasuri sa developer.

Ano ang hihilingin sa iyong AI builder

Mga prompt na ginagawang tseke ang pakiramdam:

• “Bago mo buuin ito, sabihin mo sa akin ang plano mo at kung anong datos ang iimbakin nito.”
• “Ilista ang lahat ng lugar kung saan iniimbak o ipinapadala ng app na ito ang datos ng user.”
• “Makakakita o makakapagbago ba ng records ng ibang user ang isang naka-login na user? Suriin ang server code, hindi lang ang mga page.”
• “May nakikita bang API key sa code na tumatakbo sa browser?”
• “Ano ang mangyayari kung dalawang tao ang magsusumite ng form na ito nang sabay?”
• “Ibuod ang nagbago sa huling tatlong edit.”

Para sa iba pang pattern, tingnan ang paano magsulat ng prompt para sa mga AI app builder, at kapag may pumalpak, paano mag-debug ng app na ginawa ng AI.

Vibe coding gamit ang Mythex

Ang Mythex ay isang AI app builder na ginawa para sa ganitong paraan ng pagtatrabaho: inilalarawan mo ang app sa chat, isinusulat at pinapatakbo ng agent ang code sa live preview, at ipina-publish mo ito sa pampublikong URL. May ilang feature na partikular para sa mga panganib sa itaas. Nagpapalatag ang Plan mode ng balangkas bago gumalaw ang agent sa anumang file, sumasagot ang Ask mode ng mga tanong nang hindi nagbabago ng kahit ano, at bawat matagumpay na turn ay nagse-save ng checkpoint na maibabalik mo. Sa Pro, mabubuksan mo ang buong code editor, ma-e-export ang project, o ma-sa-sync sa GitHub kapag gusto mong suriin ito ng developer. Ipinaliliwanag ng chat docs ang mga mode at checkpoint, at ang mga template ay nagbibigay ng panimulang punto kung nakakalula ang blangkong page.

Mga tanong