4.1 Introducción
No todas las herramientas de Vibe Coding trabajan de la misma manera. Algunas esperan una pregunta, devuelven una respuesta y dejan que la persona aplique el cambio. Otras pueden recorrer un proyecto, editar archivos, ejecutar comandos y corregir su propia propuesta.
Para utilizarlas de forma responsable debemos reconocer cuánta autonomía tienen en cada tarea. Esa autonomía no depende solamente del modelo: también depende de la interfaz, las herramientas disponibles, los permisos concedidos y las reglas del entorno.
4.2 ¿Qué es el Vibe Coding asistido?
En la modalidad asistida, la persona conserva el control inmediato del flujo. Solicita una acción concreta, observa la propuesta y decide cómo continuar.
Ejemplos habituales:
- Pedir una explicación sobre una función existente.
- Solicitar un fragmento de código y copiarlo manualmente.
- Aceptar o rechazar una sugerencia dentro del editor.
- Seleccionar un bloque y pedir una refactorización.
- Pegar un mensaje de error y evaluar posibles causas.
La IA reacciona a una acción puntual. Generalmente no decide por sí sola qué otros archivos debe cambiar ni continúa ejecutando pasos sin una nueva intervención.
4.3 Flujo de trabajo asistido
- La persona identifica una necesidad pequeña.
- Selecciona el contexto que recibirá la IA.
- Formula una solicitud específica.
- La IA explica o genera una propuesta.
- La persona revisa y aplica total o parcialmente el resultado.
- La persona ejecuta la aplicación o las pruebas.
- Si algo falla, prepara una nueva consulta.
Cada vuelta del ciclo es breve y visible. Esto facilita detenerse antes de incorporar un cambio incorrecto, aunque exige más intervenciones manuales.
4.4 ¿Qué es el Vibe Coding autónomo?
En la modalidad autónoma, la persona delega un objetivo y permite que un agente organice varios pasos para alcanzarlo. El agente puede decidir qué información consultar y qué acciones realizar dentro de los permisos disponibles.
Según la herramienta, podría:
- Explorar carpetas y localizar los archivos relevantes.
- Preparar un plan de implementación.
- Crear, editar o eliminar archivos dentro del proyecto.
- Ejecutar compilaciones, analizadores y pruebas.
- Interpretar un error y modificar su solución.
- Presentar un resumen y las diferencias resultantes.
Autónomo no significa independiente ni infalible. El agente actúa dentro de un entorno configurado por personas y su trabajo debe tener un punto de revisión.
4.5 Flujo de trabajo autónomo
- La persona define el objetivo y los criterios de aceptación.
- Establece el alcance, las restricciones y los permisos.
- El agente inspecciona el contexto y elabora un plan.
- Modifica los elementos necesarios.
- Ejecuta verificaciones y analiza sus resultados.
- Corrige errores dentro de los límites establecidos.
- Entrega el resultado para revisión humana.
La persona interviene menos veces, pero cada intervención tiene mayor importancia. Una instrucción inicial ambigua puede orientar varias acciones en una dirección equivocada.
4.6 No es una división absoluta
Asistido y autónomo son extremos de un continuo. Entre ellos existen distintos niveles de participación.
| Nivel | Capacidad de la IA | Intervención humana |
|---|---|---|
| Consulta | Explica o responde sin modificar archivos. | Aplica manualmente cualquier cambio. |
| Sugerencia | Completa código en el archivo actual. | Acepta o rechaza cada propuesta. |
| Edición dirigida | Modifica uno o varios archivos indicados. | Define el conjunto y revisa las diferencias. |
| Agente interactivo | Explora, edita y ejecuta herramientas durante una sesión. | Supervisa, responde preguntas y autoriza acciones. |
| Agente en segundo plano | Trabaja durante más tiempo y entrega un cambio completo. | Define la tarea y revisa el resultado al finalizar. |
4.7 Dimensiones de la autonomía
Para evaluar una herramienta no alcanza con preguntar si “tiene agentes”. Conviene observar varias dimensiones.
| Dimensión | Pregunta útil |
|---|---|
| Alcance | ¿Puede leer un fragmento, un archivo o todo el repositorio? |
| Iniciativa | ¿Solo responde o decide subtareas por sí misma? |
| Acciones | ¿Puede editar, ejecutar comandos, navegar o comunicarse con servicios? |
| Duración | ¿Resuelve un paso breve o trabaja durante una tarea prolongada? |
| Aprobación | ¿Qué acciones requieren confirmación? |
| Recuperación | ¿Es posible revisar y revertir sus cambios? |
4.8 Comparación directa
| Aspecto | Asistido | Autónomo |
|---|---|---|
| Tamaño de la tarea | Pequeño y puntual. | Puede abarcar varios pasos y archivos. |
| Velocidad percibida | Avance paso a paso. | Mayor trabajo entre intervenciones. |
| Visibilidad | Alta durante cada cambio. | Depende de los informes y puntos de control. |
| Riesgo de desviación | Limitado por el alcance breve. | Puede acumular decisiones incorrectas. |
| Trabajo de supervisión | Frecuente y localizado. | Menos frecuente, pero más amplio. |
| Uso adecuado | Aprendizaje, precisión y cambios sensibles. | Tareas claras, repetitivas y verificables. |
4.9 Un ejemplo en modalidad asistida
Queremos agregar un campo de búsqueda a un catálogo. En un proceso asistido podríamos avanzar así:
- Mostrar a la IA el componente del catálogo.
- Pedir únicamente el campo de búsqueda.
- Revisar y aplicar el cambio.
- Pedir la función de filtrado.
- Probar búsquedas, mayúsculas y texto vacío.
- Solicitar una corrección si aparece un problema.
La persona conoce cada etapa y decide cuándo pasar a la siguiente.
4.10 El mismo ejemplo en modalidad autónoma
A un agente se le podría indicar:
El agente decidiría dónde está el catálogo, qué archivos necesita modificar y cómo verificar el cambio. Al finalizar, la persona debería revisar al menos:
- Las diferencias de todos los archivos modificados.
- El funcionamiento manual de la búsqueda.
- Los resultados de las pruebas.
- La ausencia de cambios fuera del alcance.
4.11 Permisos y límites
Un agente solo puede realizar las acciones que su entorno le permite. Los permisos deben corresponder al riesgo de la tarea.
- Lectura: qué archivos, documentos o datos puede consultar.
- Escritura: en qué carpetas puede crear, modificar o eliminar contenido.
- Ejecución: qué comandos puede iniciar en la terminal.
- Red: si puede descargar dependencias o acceder a servicios externos.
- Credenciales: qué secretos o cuentas quedan completamente fuera de su alcance.
- Publicación: si puede preparar cambios o también desplegarlos.
4.12 Puntos de control humanos
La autonomía segura no consiste en observar cada segundo, sino en decidir dónde una aprobación humana resulta indispensable.
| Momento | Control recomendado |
|---|---|
| Antes de comenzar | Confirmar objetivo, alcance, datos y permisos. |
| Después del plan | Comprobar que la estrategia no exceda la tarea. |
| Antes de una acción sensible | Autorizar instalaciones, migraciones, eliminaciones o acceso de red. |
| Después de los cambios | Revisar diferencias y resultados de pruebas. |
| Antes de publicar | Realizar validación funcional, técnica y de seguridad. |
4.13 Cuándo elegir cada modalidad
La modalidad asistida suele ser conveniente cuando:
- Estamos aprendiendo una tecnología o explorando código desconocido.
- La tarea es pequeña y necesitamos controlar cada detalle.
- El cambio afecta autenticación, pagos, permisos o información sensible.
- No existen pruebas automáticas que detecten regresiones.
La modalidad autónoma puede resultar conveniente cuando:
- El objetivo está claramente definido y puede verificarse.
- La tarea tiene varios pasos mecánicos o repetitivos.
- El proyecto cuenta con pruebas y control de versiones.
- Los permisos están limitados y los cambios son reversibles.
- Una persona capacitada revisará el resultado.
4.14 Errores frecuentes
- Confundir autonomía con exactitud: realizar más pasos no significa tomar mejores decisiones.
- Delegar un objetivo ambiguo: el agente puede avanzar mucho en una dirección incorrecta.
- Conceder permisos excesivos: amplía innecesariamente el impacto de un error.
- No revisar archivos eliminados: una solución puede funcionar mientras borra contenido necesario.
- Confiar solo en el informe del agente: el resumen no reemplaza las diferencias ni las pruebas.
- Automatizar una tarea que aún no comprendemos: primero debemos definir qué resultado sería correcto.
4.15 Actividad de comprensión
Indicá qué modalidad utilizarías en cada situación y qué control aplicarías:
- Explicar por qué una función devuelve un valor inesperado.
- Renombrar una propiedad utilizada en cincuenta archivos con pruebas disponibles.
- Modificar el sistema de permisos de una aplicación bancaria.
- Crear casos de prueba repetitivos para veinte validadores similares.
- Explorar una biblioteca que nunca utilizaste.
Una respuesta razonable usaría asistencia para 1, 3 y 5, porque requieren comprensión cercana o presentan mayor sensibilidad. Las tareas 2 y 4 podrían delegarse a un agente si el alcance está definido, existen pruebas y se revisan todas las diferencias.