¿Qué es el vibe coding? Qué debe hacer la persona cuando delega código a la IA
Entendemos el vibe coding no como «decírselo con palabras y dejar que la IA lo haga todo», sino como una forma de trabajo en la que la persona define los requisitos y los criterios de comprobación y después revisa el resultado generado por la IA. Con una herramienta ficticia para sumar un CSV de gastos domésticos, organizamos en una sola nota la entrada, la salida, lo que no debe hacerse y cómo verificar el resultado.
Contenido revisado 2026.09.22Instrucciones para copiar
Ver el índice
Para quién esUsuarios generales con poca experiencia en programación que quieren empezar de forma segura con pequeñas automatizaciones mediante herramientas de programación con IA en terminal como Claude Code
Preparación
Comprender de forma básica que la IA generativa puede producir respuestas, pero también contenido incorrecto
Tener el hábito de revisar qué cambiará un comando antes de ejecutarlo
Practicar con datos ficticios, no con datos personales reales
01Entender el vibe coding como una forma de colaboración, no como «autocompletado»
En esta serie, vibe coding significa describir en lenguaje natural la tarea deseada, dejar que la IA ayude a leer archivos o a crear y modificar código, y después hacer que una persona compruebe el resultado. La idea central no es prometer que la persona nunca tendrá que escribir una sola línea de código. Al contrario, primero debe decidir qué se va a crear, cuáles son la entrada y la salida, hasta dónde se permite actuar y cómo se comprobará si el resultado es correcto. Como se explica en el artículo básico sobre IA generativa «¿Qué es la IA generativa? Entender cómo responde y por qué puede alucinar», una respuesta de IA puede parecer convincente y aun así apartarse de los hechos o de la intención; por eso, también al programar conviene separar «generación» y «verificación».
Rol
Trabajo que puede encargarse a la IA
Lo que la persona debe decidir o comprobar
Comprender el requisito
Organizar el alcance del trabajo a partir de la solicitud
Comprobar si faltan el objetivo, la entrada, la salida o las prohibiciones
Escribir código
Crear los archivos necesarios y un borrador del código
Comprobar si se modifican archivos no deseados o se amplía el alcance
Preparar la ejecución
Proponer el comando de ejecución o el orden necesario
Comprobar qué efecto tendrá el comando sobre la carpeta y los archivos actuales
Comprobar el resultado
Proponer cómo comparar con el resultado esperado
Comprobar directamente si la salida real coincide con los valores de referencia
Por tanto, la calidad del vibe coding no depende solo de saber escribir prompts elegantes. Es más importante definir una tarea pequeña, hacer visible lo que hizo la IA y dejar criterios para saber desde dónde revisar si algo sale mal.
02Definir el ejemplo ficticio de gastos que usaremos durante los 8 artículos
Esta serie amplía de forma progresiva un único ejemplo pequeño. El archivo de entrada es expenses.csv, un CSV UTF-8 con las columnas date, category y amount. Los valores de category también se mantienen en inglés, como food, transport y supplies. No usamos extractos reales de tarjetas ni registros personales de gastos; solo datos ficticios como los siguientes.
El primer objetivo es crear summarize.py para leer este archivo e imprimir los totales mensuales. Los valores esperados son 26600 para 2026-09 y 9800 para 2026-10. En artículos posteriores ampliaremos el ejemplo con los totales por categoría de 2026-09 —food 20500, transport 2900 y supplies 3200—, pero todavía no escribiremos código. Primero practicaremos cómo fijar los requisitos.
03Escribir en cuatro apartados la entrada, la salida, lo que no debe hacerse y cómo comprobarlo
Si se le pide de inmediato a la IA «hazme un programa de gastos», puede completar por su cuenta el formato del archivo, la forma de la salida, la elección de bibliotecas y el alcance del tratamiento de errores. Incluso para una herramienta pequeña, anotar primero cuatro elementos aclara mucho la conversación posterior: qué archivo sirve de entrada, qué valores debe producir la salida, qué no se debe hacer y con qué lo comparará la persona.
Instrucción
Nombre de la herramienta: total mensual de un CSV de gastos
Entrada
- Archivo CSV UTF-8 expenses.csv
- Columnas: date, category, amount
- Formato de date: YYYY-MM-DD
- amount es un entero
Salida
- Mostrar el total mensual junto al mes
- 2026-09 = 26600
- 2026-10 = 9800
No hacer
- No usar datos personales reales ni datos reales de pagos
- No añadir paquetes externos
- No modificar el CSV de entrada
Cómo comprobarlo
- Ejecutar python summarize.py expenses.csv
- Comparar si los totales de los dos meses coinciden exactamente con los valores esperados anteriores
Esta nota no es código. Sin embargo, será el criterio para decidir después si una implementación propuesta por la IA se sale de los requisitos. Por ejemplo, si la IA propone instalar pandas, entra en conflicto con la condición «usar solo la biblioteca estándar de Python», así que no es necesario seguir esa propuesta.
04Incluir en la solicitud criterios que permitan comprobar la respuesta correcta
Cuando en el siguiente paso se encargue el trabajo a Claude Code, se puede entregar la nota de requisitos tal cual o resumir sus puntos principales. Una buena solicitud no termina en «créame esto»: incluye un ejemplo de entrada, la salida esperada, las restricciones y lo que debe comprobarse antes de modificar archivos. Así queda una base para que la persona evalúe si el código creado por la IA es correcto.
Instrucción
Planifica la creación de un script de Python que lea expenses.csv y muestre el total mensual de amount.
Todavía no modifiques ningún archivo.
Las columnas de entrada son date, category, amount; date usa el formato YYYY-MM-DD y amount es un entero.
Debes usar solo la biblioteca estándar de Python.
Los valores esperados son 2026-09 = 26600 y 2026-10 = 9800.
Primero explica qué archivos leerías, qué comprobarías y en qué orden lo implementarías.
Esta solicitud todavía no autoriza a escribir el código. Incluye «primero entender y planificar» para poder revisar el alcance. La documentación oficial de Claude Code también recomienda dividir las tareas complejas en pasos y comprender primero el código antes de cambiarlo.
05Definir los puntos en los que la persona debe detenerse y comprobar
Una herramienta de programación con IA puede leer y modificar archivos o proponer la ejecución de comandos, así que para un principiante es más importante saber «cuándo detenerse y revisar» que «cuándo pulsar Yes». Si aparece un comando desconocido, una propuesta para cambiar muchos archivos de una vez, una instalación de paquetes que no se pidió o código que modifica el archivo original de entrada, hay que comprobar el motivo antes de seguir.
Comprobar que solo se trabaja con archivos dentro de la carpeta solicitada.
Comprobar que el CSV de entrada solo se lee y no se sobrescribe.
Comprobar que se respeta la restricción de usar solo la biblioteca estándar.
Comprobar que el formato de salida permite comparar los valores esperados 26600 y 9800.
Pedir una explicación de lo que cambiará antes de ejecutar comandos o modificar archivos.
Las listas de revisión de código y las pruebas unitarias se tratan por separado en otros artículos de Worknote, así que no las repetimos aquí. El foco de esta serie es el flujo en el que la persona controla el alcance del trabajo y el momento de los cambios al colaborar con una herramienta de programación con IA en terminal.
06Resultado del primer artículo: completar una nota de requisitos de una página
Al terminar este artículo todavía no es necesario instalar Claude Code ni generar código. En cambio, debe quedar completa una nota de requisitos de una página. En el siguiente artículo usaremos esta nota para instalar Claude Code y empezaremos preguntando por la carpeta de práctica y pidiendo que la explique antes de cambiar código.
Elemento de comprobación
Criterio de este ejemplo
Criterio de finalización
Entrada
expenses.csv / date, category, amount
El archivo y los nombres de las columnas están claros
Salida
2026-09 = 26600, 2026-10 = 9800
Los valores esperados están fijados numéricamente
Restricciones
Solo biblioteca estándar; no modificar el CSV original
Resulta más difícil que la IA amplíe el alcance por su cuenta
Comprobación
Ejecutar python summarize.py expenses.csv y comparar con los valores esperados
La persona puede decidir directamente si el resultado es correcto
Con estos criterios, aunque la IA explique el código extensamente, las preguntas principales siguen siendo simples: «¿lee la entrada que definí?, ¿produce la salida que definí?, ¿evita lo que prohibí?, ¿y puedo comprobar el resultado?». Basta con revisarlas en ese orden.
Qué comprobar por tu cuenta
Redactado con base en la documentación oficial de Claude Code (consultada el 2026-09-22) y en el ejemplo ficticio de esta serie · Claude Code no se ejecutó realmente · No hay código Python para ejecutar
Comprobar que las 6 filas del expenses.csv ficticio y los nombres de columna date, category, amount sean los mismos en toda la serie
Comparar manualmente los valores mensuales esperados 2026-09 = 26600 y 2026-10 = 9800
Comprobar que la nota de requisitos incluya los cuatro elementos: entrada, salida, lo que no debe hacerse y cómo comprobarlo
Comprobar que no se usaron ejemplos editoriales que parezcan respuestas reales de Claude Code ni se afirmó haberlo ejecutado
Comprobar que solo se usen los tipos de bloque p, ul, code y table
Comprobar que no se repitan los procedimientos detallados de los artículos existentes sobre verificación y revisión de código
Límites de la verificación
En este artículo no se ejecutaron Claude Code ni código Python. Se explica el flujo de trabajo del vibe coding y se fijan los requisitos para las prácticas posteriores; la implementación concreta y la verificación de ejecución se realizarán en artículos siguientes.
¿Qué te gustaría probar ahora?
Elige una pregunta que te interese y crea un resultado práctico.
Comprobamos el comando de instalación de Claude Code y las condiciones de cuenta según el sistema operativo, y comenzamos la primera sesión en una carpeta ficticia de práctica. En lugar de generar código de inmediato, hacemos solo tres preguntas para leer la carpeta y el CSV en modo plan y después cerramos la sesión de forma segura.
Practicamos el flujo para crear una primera herramienta pequeña en Python usando el expenses.csv ficticio y la nota de requisitos preparados antes. La solicitud incluye un ejemplo de entrada, la salida esperada y las restricciones, y después ejecutamos el summarize.py terminado en la herramienta Python del chat de GPT, no en Claude Code, para comprobar el resultado.
Organizamos de forma breve en el CLAUDE.md del proyecto el comando de ejecución, las reglas de datos, las prohibiciones y la forma de comprobar resultados que antes se repetían en cada solicitud. Distinguimos la función de `/init` para crear un borrador y el propósito de cada ubicación de archivo, y terminamos un archivo de reglas de 35 líneas adaptado al ejemplo del CSV de gastos.
A partir del ejemplo de añadir la opción `--by-category` a una herramienta ya funcional que suma gastos por mes, aprenderás a revisar primero el plan de cambios en el modo plan de Claude Code. Antes de implementar, fijarás el alcance de la modificación y el formato de salida; después de aprobar el plan, ejecutarás el código final para comprobar tanto los totales mensuales existentes como los totales por categoría.
Aprenderás un flujo mínimo para dejar un punto de referencia con git antes de que Claude Code modifique archivos y, después del trabajo, revisar los cambios reales con `git status` y `git diff`. Puedes pedir a la IA que explique el diff, pero el proceso se basa en que una persona compruebe el diff y los resultados de ejecución antes de hacer staging y commit directamente.
En lugar de limitarte a decirle a la IA que «da error», practicarás un flujo en el que primero reproduces el problema con la misma entrada, acotas la causa a partir del mensaje de excepción real y solicitas solo el cambio mínimo. Usaremos un CSV cuyo amount contiene una coma para reproducir un ValueError en Python y volveremos a ejecutar el código corregido para comprobar el resultado.
Partiendo de que Claude Code puede leer y modificar archivos y ejecutar comandos, este artículo reúne las comprobaciones de seguridad que una persona principiante debe hacer antes, durante y después del trabajo. Conecta en una sola lista las diferencias entre modos de permiso, los cambios que los checkpoints no pueden restaurar, la diferencia de función respecto de git y la regla de no introducir información secreta.