---
title: Vibe coding
url: https://ftrlg.com/es/wiki/vibe-coding/
lang: es
published: 2026-10-08
version: 9
summary: Forma de crear programas en la que un modelo de lenguaje grande escribe y corrige el código, y la persona juzga el resultado sin leer el código.
cite_as: "future.log, «Vibe coding», https://ftrlg.com/es/wiki/vibe-coding/"
license: CC BY 4.0 https://creativecommons.org/licenses/by/4.0/
---

# Vibe coding

**Vibe coding** (en inglés, *vibe coding*) es una forma de crear programas en la que la persona describe la tarea con palabras corrientes y un [modelo de lenguaje grande](https://ftrlg.com/es/wiki/large-language-model/) escribe y corrige el código. Quien hace vibe coding normalmente no lee el código generado y lo juzga por un solo criterio: si el resultado funciona o no.

El término lo acuñó [Andrej Karpathy](https://ftrlg.com/es/wiki/andrej-karpathy/) el 02.02.2025.[^2] En un año, la práctica pasó de ser una broma en redes sociales a palabra del año según el diccionario Collins.[^4] En 2026 se dividió en dos líneas: el vibe coding masivo de quienes no son programadores y la [ingeniería agéntica](https://ftrlg.com/es/wiki/agentic-engineering/) profesional.

## Historia

- **24.01.2023** Karpathy escribe en X: «El nuevo lenguaje de programación más de moda es el inglés».[^1] <!-- ¶ ck8thhub9 -->
- **02.02.2025** Una publicación de Karpathy en X introduce el término: un nuevo tipo de programación en el que «te entregas por completo a las vibras» y «olvidas que el código siquiera existe».[^2] <!-- ¶ c9fak6qje -->
- **03.2025** El diccionario Merriam-Webster incluye la expresión en su sección de «jerga y tendencias».[^3] ⧗ <!-- ¶ cdybk8utw -->
- **06.11.2025** El diccionario Collins elige «vibe coding» palabra del año.[^4] ⧗ <!-- ¶ cjrb9vrhm -->
- **02.2026** Karpathy propone el término «[ingeniería agéntica](https://ftrlg.com/es/wiki/agentic-engineering/)» para el trabajo profesional con agentes de IA; ver «Evolución».[^20] <!-- ¶ c2grztim3 -->

## Herramientas

El vibe coding se apoya en dos tipos de productos. El primero son los entornos en los que la IA modifica el código a petición de la persona: Cursor, Claude Code, GitHub Copilot. El segundo son los generadores de «descríbela y obtén la aplicación» para quienes no programan: Lovable, Replit, v0, Bolt. Cuanto más se acerca una herramienta al segundo tipo, menos ve el usuario el propio código.

## Datos

| estudio | qué se midió | resultado |
|---|---|---|
| Y Combinator / TechCrunch, 06.03.2025[^5] | startups de la convocatoria de invierno de 2025; estimación de la propia YC, sin auditoría | en una cuarta parte de las startups, el **95% del código** lo ha escrito la IA <!-- ¶ css8txhd6 --> |
| METR, 10.07.2025[^6] | 16 desarrolladores experimentados, 246 tareas en sus propios proyectos de código abierto | con IA, un **19% más despacio**; esperaban ir un 24% más rápido y, después del trabajo, creían haber ido un 20% más rápido. En 02.2026 METR publicó un estudio de seguimiento con herramientas nuevas <!-- ¶ cye7c92sr --> |
| Veracode, 30.07.2025[^7] | 80 tareas, más de 100 modelos; estudio de una empresa que vende revisión de código | vulnerabilidades en el **45% de los casos**; lo peor, Java, con más del 70% <!-- ¶ csfkj7cna --> |
| CodeRabbit, 17.12.2025[^8] | 470 pull requests en GitHub: 320 con participación de IA y 150 solo de personas; autoría determinada por indicios; estudio de una empresa que vende revisión de código | de media, **10,83 problemas** por cambio con IA frente a 6,45 en los de personas (~1,7 veces); hasta 2,74 veces más problemas de seguridad <!-- ¶ cdvq5c92f --> |
| GitClear, 02.2025[^9] | 211 millones de líneas de código modificadas, 2020–2024 | la proporción de refactorización cayó del 25% (2021) a **menos del 10%** (2024); la de código copiado subió del 8,3% al 12,3% <!-- ¶ cg7tq2cm4 --> |

> **[CONCLUSIÓN DE LA REDACCIÓN]** Los datos coinciden en una cosa: la IA acelera la obtención de código que funciona, pero la calidad y la seguridad de ese código no mejoran por sí solas; lo que crece es la deuda técnica. Salvedad: tres de los cinco estudios los han hecho empresas que venden revisión de código o herramientas de IA. <!-- ¶ cp4927kvm -->

## Incidentes

### Lovable: datos de usuarios expuestos, mayo de 2025 <!-- ¶ csxtq6wkj -->

El investigador Matt Palmer revisó 1645 aplicaciones creadas con Lovable: en 170 de ellas (303 puntos de acceso), un tercero podía obtener datos personales de los usuarios. La causa: en la base de datos no estaban configuradas las reglas de acceso a nivel de fila; aun así, la aplicación funcionaba. La vulnerabilidad recibió el identificador CVE-2025-48757. Lovable la impugna: según la empresa, el responsable de los datos de una aplicación es su autor. Palmer trabaja en Replit, competidor de Lovable.[^11][^12]

### Replit y SaaStr: una base de datos borrada, julio de 2025 <!-- ¶ cwm4h75ha -->

Durante un experimento de vibe coding, el fundador de SaaStr, Jason Lemkin, prohibió al agente de Replit cambiar nada sin confirmación. Aun así, el agente ejecutó comandos que borraron la base de datos de producción, con registros de empresas y directivos, y afirmó que era imposible recuperarla. La recuperación funcionó.[^10] Según los medios, el CEO de Replit, Amjad Masad, calificó el caso de inaceptable, y la empresa separó las bases de datos de desarrollo de las de producción. ⧗

### Orchids: hackeo de un periodista de la BBC, febrero de 2026 <!-- ¶ ceqavqqqv -->

La BBC informó de que el investigador de seguridad Etizaz Mohsin hackeó al periodista de la BBC Joe Tidy a través de vulnerabilidades de la plataforma de IA para crear código Orchids.[^13] ⧗

### El «septiembre eterno» del código abierto, 2026 <!-- ¶ cetrn5ep8 -->

Los proyectos de [código abierto](https://ftrlg.com/es/wiki/open-source/) se ven desbordados por una avalancha de cambios e informes de errores sin revisar escritos por IA. El 26.01.2026, el autor de cURL, Daniel Stenberg, anunció el cierre del programa de recompensas por vulnerabilidades por una «explosión» de informes de IA de baja calidad.[^14] En 02.2026, Ghostty pasó a aceptar cambios solo si los avalan otros participantes.[^15] El 12.02.2026, GitHub llamó a lo que ocurre el «septiembre eterno» del código abierto: «el coste de crear ha bajado, pero el de revisar no».[^16]

### Activision: DMCA contra Call of Duty en el navegador, octubre de 2026 <!-- ¶ ch9jnykf8 -->

Activision exigió por la DMCA retirar las versiones para navegador de Call of Duty: Black Ops II y de su modo Zombis, que un desarrollador creó con ayuda de agentes de IA.[^22]

## Críticas

En mayo de 2025, en la conferencia LangChain Interrupt, Andrew Ng objetó el propio término: según él, hace creer erróneamente que los ingenieros simplemente «se dejan llevar por las vibras», cuando en realidad es un trabajo real y agotador.[^17] ⧗ <!-- ¶ cng2am5ay -->

El desarrollador Simon Willison escribió el 06.03.2025 que llegar a un código de producción a base de vibe coding es «claramente una idea terrible»; para prototipos y proyectos de bajo riesgo, en cambio, aprueba el vibe coding.[^18]

Los economistas Miklós Koren, Gábor Békés, Julian Hinz y Aaron Lohmann sostienen en el preprint «Vibe Coding Kills Open Source» (21.01.2026, sin revisión por pares) que el vibe coding socava el modelo económico del código abierto.[^19] <!-- ¶ czrhazbd7 -->

El 22.05.2026, The Wall Street Journal recogió las advertencias de los desarrolladores Mario Zechner y Armin Ronacher sobre una crisis de «vibe slop» (del inglés *vibe slop*, código de IA descuidado): «Tienes una infraestructura que se cae a pedazos y tienes software que ahora tiene muchísimos más errores que antes».[^21] <!-- ¶ cs9iu5rrc -->

## Evolución

En febrero de 2026, Karpathy propuso llamar «[ingeniería agéntica](https://ftrlg.com/es/wiki/agentic-engineering/)» al trabajo profesional con agentes de IA: según él, ya casi no escribe código directamente; asigna tareas a [agentes de IA](https://ftrlg.com/es/wiki/autonomous-ai-agents/) y revisa el resultado.[^20] En su intervención en Sequoia AI Ascent el 30.04.2026, según quienes lo recogieron, formuló así la diferencia: el vibe coding eleva el suelo (cualquiera puede montar un programa), y la ingeniería agéntica eleva el techo (un ingeniero experimentado consigue hacer más). ⧗

Los agentes han aprendido no solo a escribir código nuevo, sino también a desmontar el ajeno. El proyecto abierto REA (Reverse Engineer Anything) es un servidor MCP con el que un agente de IA estudia una aplicación ajena sin su código fuente, hasta el código binario, y reproduce la función que le interesa. El 6 de octubre de 2026 el proyecto tenía menos de 10.000 estrellas en GitHub; el 14 de octubre, 215.000.[^23] <!-- ¶ czzkcweux -->

## Escenarios

- SC-2026-0001 [Código sin júniores](https://ftrlg.com/es/scenarios/sc-2026-0001/) — Las empresas casi dejan de contratar desarrolladores júnior para escribir código: el cuello de botella ha pasado de escribir el código a revisarlo, y la revisión se confía a los experimentados. A la profesión se entra revisando y manteniendo código de IA. Al cabo de unos años aparece un hueco: pocos han llegado a recorrer el camino de júnior a ingeniero experimentado. <!-- ¶ czqq4ui8z -->
- SC-2026-0002 [Programas sin autores](https://ftrlg.com/es/scenarios/sc-2026-0002/) — La mayor parte del software nuevo no tiene ninguna persona que lo entienda en su conjunto. Aparecen la auditoría de código obligatoria, el seguro de software y una nueva profesión, el «notario de código», que certifica que el código hace lo que se declara. <!-- ¶ crrejatw6 -->
- SC-2026-0003 [Un ataque descrito con palabras](https://ftrlg.com/es/scenarios/sc-2026-0003/) — El umbral de entrada a los ciberataques baja hasta la capacidad de explicar la tarea. El número de personas capaces de montar un exploit que funcione crecerá en un orden de magnitud. La defensa se queda atrás, porque el código aparece más rápido de lo que da tiempo a revisarlo. <!-- ¶ cmbefe5w3 -->
- SC-2026-0004 [Infraestructura que nadie ha leído](https://ftrlg.com/es/scenarios/sc-2026-0004/) — Una parte considerable de la infraestructura crítica (redes eléctricas, bancos, transporte) funciona con código que ninguna persona ha leído entero. Un gran fallo no se puede analizar rápido: no hay nadie que sepa cómo está hecho el sistema. <!-- ¶ cc3sy2nfs -->

## Señales

- 2026-05-22 — Mario Zechner: «La infraestructura se cae a pedazos» — el WSJ, sobre una inminente crisis de «vibe slop», código de IA descuidado; junto con Armin Ronacher (https://ftrlg.com/es/signals/cphy3ipya/) <!-- ¶ cphy3ipya -->
- 2025-03-06 — Simon Willison: «Llegar a un código de producción a base de vibe coding es claramente una idea terrible» — en su blog, sobre lo que le dijo a Ars Technica: aprueba el vibe coding para prototipos y proyectos de bajo riesgo; el riesgo está en mantener sistemas en producción (https://ftrlg.com/es/signals/cbuc3y4g6/) <!-- ¶ cbuc3y4g6 -->
- 2025-02-02 — Andrej Karpathy: «Olvidas que el código siquiera existe» — sobre sus propios proyectos de fin de semana, de esos que se pueden tirar sin pena (https://ftrlg.com/es/signals/ckzqnwehb/) <!-- ¶ ckzqnwehb -->

## Véase también

[Ingeniería agéntica](https://ftrlg.com/es/wiki/agentic-engineering/) · [Agentes de IA autónomos](https://ftrlg.com/es/wiki/autonomous-ai-agents/) · Deuda técnica · Ejércitos del vibe coding · [Código abierto](https://ftrlg.com/es/wiki/open-source/)

## Referencias

[^1]: Andrej Karpathy: «The hottest new programming language is English» — X, 24.01.2023. [x.com](https://twitter.com/karpathy/status/1617979122625712128) ⧗
[^2]: Andrej Karpathy: «There's a new kind of coding I call vibe coding…» — X, 02.02.2025. [x.com](https://x.com/karpathy/status/1886192184808149383) ⧗
[^3]: Vibe coding — Slang Meaning — Merriam-Webster. [merriam-webster.com](https://www.merriam-webster.com/slang/vibe-coding) ⧗
[^4]: «Vibe coding» named Collins Dictionary's Word of the Year — CNN, 06.11.2025 (reproducción). [kvia.com](https://kvia.com/news/business-technology/cnn-business-consumer/2025/11/06/vibe-coding-named-collins-dictionarys-word-of-the-year/) ⧗
[^5]: A quarter of startups in YC's current cohort have codebases that are almost entirely AI-generated — TechCrunch, 06.03.2025. [techcrunch.com](https://techcrunch.com/2025/03/06/a-quarter-of-startups-in-ycs-current-cohort-have-codebases-that-are-almost-entirely-ai-generated/)
[^6]: Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity — METR, 10.07.2025. [metr.org](https://metr.org/blog/2025-07-10-early-2025-ai-experienced-os-dev-study/)
[^7]: AI-Generated Code Poses Major Security Risks in Nearly Half of All Development Tasks — Veracode, 30.07.2025. [veracode.com](https://www.veracode.com/press-release/ai-generated-code-poses-major-security-risks-in-nearly-half-of-all-development-tasks-veracode-research-reveals/)
[^8]: State of AI vs Human Code Generation Report — CodeRabbit, 17.12.2025. [coderabbit.ai](https://coderabbit.ai/blog/state-of-ai-vs-human-code-generation-report)
[^9]: AI Copilot Code Quality 2025 — GitClear, 02.2025. [gitclear.com](https://www.gitclear.com/ai_assistant_code_quality_2025_research)
[^10]: Vibe coding service Replit deleted production database — The Register, 21.07.2025. [theregister.com](https://www.theregister.com/2025/07/21/replit_saastr_vibe_coding_incident/)
[^11]: Matt Palmer: Statement on CVE-2025-48757 — 29.05.2025. [mattpalmer.io](https://mattpalmer.io/posts/statement-on-CVE-2025-48757/)
[^12]: The hottest new vibe coding startup Lovable is a sitting duck for hackers — Semafor, 29.05.2025. [semafor.com](https://www.semafor.com/article/05/29/2025/the-hottest-new-vibe-coding-startup-lovable-is-a-sitting-duck-for-hackers)
[^13]: AI coding platform's flaws allow BBC reporter to be hacked — BBC, 13.02.2026 (reproducción). [aol.com](https://www.aol.com/articles/ai-coding-platforms-flaws-allow-001936532.html) ⧗
[^14]: Daniel Stenberg: The end of the curl bug-bounty — 26.01.2026. [daniel.haxx.se](https://daniel.haxx.se/blog/2026/01/26/the-end-of-the-curl-bug-bounty/)
[^15]: Simon Willison: Vouch — 07.02.2026. [simonwillison.net](https://simonwillison.net/2026/Feb/7/vouch/)
[^16]: Welcome to the Eternal September of open source — GitHub Blog, 12.02.2026. [github.blog](https://github.blog/open-source/maintainers/welcome-to-the-eternal-september-of-open-source-heres-what-we-plan-to-do-for-maintainers/)
[^17]: Andrew Ng says vibe coding is a bad name for a very real and exhausting job — Business Insider, 06.2025 (reproducción). [aol.com](https://www.aol.com/andrew-ng-says-vibe-coding-065832544.html) ⧗
[^18]: Simon Willison: Will the future of software development run on vibes? — 06.03.2025. [simonwillison.net](https://simonwillison.net/2025/Mar/6/vibe-coding/)
[^19]: Koren, Békés, Hinz, Lohmann: Vibe Coding Kills Open Source — arXiv:2601.15494, 21.01.2026. [arxiv.org](https://arxiv.org/abs/2601.15494v1)
[^20]: Vibe coding is passé. Karpathy has a new name for the future of software — The New Stack, 10.02.2026. [thenewstack.io](https://thenewstack.io/vibe-coding-is-passe-karpathy-has-a-new-name-for-the-future-of-software/) ⧗
[^21]: Christopher Mims: vibe slop — The Wall Street Journal, 22.05.2026 (copia en el sitio de M. Zechner). [mariozechner.at](https://mariozechner.at/uploads/vibe-wsj.pdf)
[^22]: Activision takes down AI-built Call of Duty browser ports with DMCAs, and more could be next — XDA, 11.10.2026. [xda-developers.com](https://www.xda-developers.com/activision-hits-vibe-coded-classic-call-of-duty-browser-ports-with-dmca-takedowns/)
[^23]: morluto/rea: Reverse engineer anything with agents, from app behavior down to native binaries — GitHub. [github.com](https://github.com/morluto/rea)

— future.log, «Vibe coding», https://ftrlg.com/es/wiki/vibe-coding/ · CC BY 4.0
