Después del Vibe Coding, ¿quién mantiene el software en marcha?

Ilustración conceptual: después de la primera versión, el trabajo continúa.

Un detalle de este vídeo de @blameanthony sobre Adobe me llamó la atención. En la descripción cuenta que Adobe se bloqueó tres veces mientras editaba ese mismo vídeo. También tenía problemas con la compatibilidad de un códec. Su pregunta: ¿por qué no crear una alternativa de código abierto con Vibe Coding?

Pero también dice que está dispuesto a pagar por Adobe, siempre que haya soporte, se corrijan los fallos y ocurra rápido.

Eso añade algo a la conversación sobre crear software con IA. Conseguir que una función trabaje resulta emocionante. Al empezar a usarla, también queremos saber quién resolverá los problemas y si podremos seguir contando con ella.

El lanzamiento es solo el principio

El Vibe Coding acorta la distancia entre una idea y su primera versión. Una pequeña herramienta que antes habría esperado un hueco de desarrollo ahora se puede construir y probar. Es atractivo cuando la necesidad está clara.

La queja de @blameanthony recuerda que el trabajo suele detenerse por problemas concretos: un archivo que no abre, un bloqueo a mitad del proceso, algo que funcionaba y de repente falla.

Las herramientas propias también los sufren. Tras la primera entrega llegan comentarios, cambian los usos y aparecen peticiones imprevistas.

El código puede generarse rápido. El trabajo posterior sigue necesitando tiempo.

Otra herramienta, otro traspaso

En un equipo surge otra pregunta: ¿quién lo sabe y quién se encarga después?

Los comentarios pueden quedarse en el chat, el avance en la herramienta de proyectos y los datos del cliente en otro sistema. Decidir qué corregir primero suele empezar por reunirlo todo.

Cuanto más fácil sea crear herramientas, más importa esta organización. Cada nueva entrada necesita un destino para la información y un camino de vuelta para el resultado. De lo contrario, los compañeros siguen pidiendo novedades y reenviando mensajes.

Es fácil olvidar el paso posterior a la solución. Se corrige un problema, pero nadie responde a quien lo comunicó. Una petición se aplaza y reaparece como nueva la semana siguiente. Registrar el estado y volver a la conversación original evita intercambios repetidos.

Un registro, un responsable y una respuesta ayudan a que el comentario tenga seguimiento.

Conectar la nueva herramienta con el trabajo existente

Leina se ocupa de ese trabajo cotidiano. El equipo encarga una tarea en el chat y reúne información mediante Apps autorizadas. Los sistemas y las acciones disponibles dependen de las conexiones admitidas y los permisos de la cuenta.

Puedes empezar con una petición concreta:

Organiza los comentarios de producto de los últimos siete días. Agrupa los duplicados y conserva el enlace de cada registro original. Indica la función afectada, el estado y el responsable que ya figure en los registros; marca los datos ausentes como pendientes de confirmar. Separa los problemas resueltos a los que aún no se haya respondido. Devuelve primero el resumen aquí.

El resultado ayuda a decidir qué atender y a saber con quién continuar la conversación. No necesita adivinar las prioridades del equipo: hacer visibles los olvidos ya aporta valor.

Después de revisar varios intentos, guarda el método como Skill. Así la IA también puede participar en la organización habitual posterior al lanzamiento.

Empezar por la primera semana de uso

Si acabas de crear una herramienta con IA, observa su primera semana:

• ¿Qué información todavía se mueve a mano?
• ¿Quién pregunta una y otra vez por el avance o añade contexto?
• ¿Qué solicitudes recibidas siguen sin pasar al siguiente paso?

Elige una tarea frecuente de organización o traspaso y comprueba si puede llevar menos tiempo.

Volviendo al vídeo de Adobe, una misma persona puede querer crear una alternativa y aceptar pagar una suscripción. Quiere algo sencillo: terminar su trabajo y recibir ayuda cuando algo falla.

La IA adelanta la primera versión. Los días posteriores también merecen atención.

Crea Leina y empieza con una semana de comentarios reales. Comprueba los servicios y las acciones en el directorio de integraciones. Cuando funcione, guarda las instrucciones como Skill para la próxima vez.