El espectro del vibecoding
"Vibecoding" nombra una forma de trabajar, no una herramienta: describes lo que quieres y diriges por los resultados en lugar de leer cada línea. Es excelente para algunos trabajos e imprudente para otros, y saber cuál es cuál es la habilidad.
Qué es
El término fue popularizado por Andrej Karpathy a principios de 2025 para un estilo de programación en el que "te entregas por completo a las vibes": le dices a una IA qué construir, aceptas lo que escribe, lo ejecutas y describes el siguiente cambio, sin examinar el código. En el uso cotidiano, la palabra ahora abarca todo el rango de la programación asistida por IA, desde una sugerencia en el editor hasta un agent que trabaja solo durante una hora.
Esta sección de la base de conocimiento trata de ese rango: qué son las herramientas, en qué se diferencian, cómo obtener resultados confiables y cómo mantener seguro el resultado. Toma los nombres de las herramientas como una instantánea (a octubre de 2026); las ideas de fondo cambian mucho más despacio.
El espectro
Cada paso da más autonomía a la IA y menos control línea por línea al humano. Avanzar hacia la derecha es más rápido y más riesgoso.
- Autocompletado: el editor sugiere la siguiente línea o bloque. Lees cada sugerencia. Riesgo bajo, ganancia modesta.
- Chat y edición: pides una función o un refactor en un panel lateral y aplicas el diff. Revisas el diff.
- Agent en el loop: la herramienta lee el repositorio, edita varios archivos, ejecuta comandos y pruebas, y pide aprobación en los pasos riesgosos. Revisas el resultado y el plan.
- Agents autónomos o paralelos: uno o muchos agents trabajan en tareas separadas con poca supervisión y devuelven branches terminadas. Revisas pull requests, no pulsaciones de teclas.
- Vibecoding puro: no lees el código en absoluto y juzgas solo ejecutando el programa. Sirve para un script desechable; es incorrecto para cualquier cosa que contenga datos, dinero u otras personas.
Dónde funciona y dónde no
- Excelente: prototipos, herramientas internas, scripts, pruebas, boilerplate, migraciones con una regla clara, explorar un código base desconocido, primeros borradores de documentación.
- Bueno con cuidado: funcionalidades en un código base existente que tenga pruebas y convenciones que el agent pueda seguir.
- Peligroso sin revisión experta: autenticación, autorización, criptografía, pagos, cualquier cosa que procese entrada no confiable, cambios de infraestructura y de permisos.
- Mal ajuste: problemas que no puedes verificar. Si no sabes decir si la salida es correcta, la velocidad es solo una forma más rápida de equivocarse.
La habilidad que permanece
A medida que generar se abarata, las habilidades escasas son las que lo rodean: describir el problema con precisión, dividirlo en pasos verificables, leer un diff con criterio, escribir la prueba que demuestra el resultado y conocer los modos de falla del stack. Los ingenieros con experiencia suelen sacar más provecho de estas herramientas, porque saben dirigir y verificar. Los principiantes ganan velocidad pero aún no distinguen una buena salida de una plausible, así que el ciclo de aprendizaje es: generar, leer, preguntar por qué y probar.
Una regla práctica simple
Ajusta la autonomía al y a tu capacidad de verificar. Un script que renombra archivos en tu laptop puede ejecutarse con autonomía total. Un cambio en el flujo de inicio de sesión necesita un plan que aprobaste, un diff que leíste, pruebas que escribiste o revisaste y un segundo par de ojos.
conexiones en el mapa
- El espectro del vibecodingse construye a partir deModelo, harness y provider
actualizado el 14/10/2026 · fuentes para profundizar · reportar un error
Desbloquea
pon a prueba lo que entendiste
Cargando preguntas…