Cuando estaba en la universidad, participé en el programa beta de una de las primeras versiones de completado de código en línea basado en AI de VS Code. Sentí que aquello cambiaría las reglas del juego. Desde entonces, GenAI ha transformado fundamentalmente el desarrollo de software: han surgido equipos híbridos en los que agents y personas trabajan juntos, con el desarrollador en el centro como visionario y orquestador. Ahora mismo estamos viviendo esta transformación.
Como consecuencia natural de la rapidez con la que avanza la innovación en el ámbito de GenAI, ahora contamos con herramientas que nos ayudan a planificar, desarrollar, revisar y poner en producción el código. Sin embargo, en la situación actual, muchos flujos de trabajo todavía parecen fragmentados. El contexto se pierde entre conversaciones e interfaces, y se dedica más tiempo del necesario a revisar el trabajo producido por los agents. Los agents pueden generar cambios más rápido de lo que cualquier persona podría revisar, y la mayoría de las herramientas para desarrolladores no se diseñaron inicialmente para la orquestación multiagent.
Resulta cada vez más fácil perder de vista qué se ha ejecutado, qué ha cambiado, qué se ha validado y qué puntos todavía requieren el criterio humano.
La aplicación de GitHub Copilot es un paso importante para abordar esta situación. Hay una función que me gusta especialmente y que he aprendido a utilizar casi todos los días: los canvas. Los canvas permiten a desarrolladores y agents interactuar en un espacio persistente y compartido. En lugar de considerar Chat como el único lugar donde se realiza el trabajo, los canvas hacen que este sea visible, orientable y aprobable a medida que avanza.
Chat es excelente para expresar la intención, pero no tanto para ejecutar un trabajo persistente
Creo que Chat sigue siendo una de las mejores interfaces que tenemos para expresar intenciones. Es el lugar donde pueden pensar, desarrollar y orientar. Es rápido y flexible, especialmente cuando el problema aún no está claro.
Sin embargo, cuando un agent empieza a realizar el trabajo real, Chat se convierte en un flujo interminable de instrucciones, logs, cambios de dirección y correcciones. Las partes importantes están técnicamente ahí, pero quedan enterradas: el plan, los puntos de decisión, las validaciones y los momentos de aprobación. Si tienen que volver a extraerlo todo del historial, ya han empezado a pagar el coste de coordinación.
Los canvas resuelven esto al proporcionar un espacio para los flujos de trabajo. Hacen que el estado sea claro y persistente. Las personas pueden revisarlo y orientar el trabajo. Los agents pueden actualizarlo y avanzar. Ambos pueden mantenerse alineados sin tener que reconstruir constantemente el contexto.
Primer trabajo: Java Modernization Studio
Uno de los primeros canvas que desarrollé fue Java Modernization Studio. La modernización de Java es precisamente un ejemplo de flujo de trabajo en el que la visibilidad y la gobernanza son importantes: evaluación, planificación, tareas de migración, puntos de validación y preparación para la publicación.
En una experiencia basada únicamente en Chat, estos pasos se mezclan entre sí.
Pueden seguir avanzando, pero resulta más difícil supervisarlo y confiar en el proceso a escala, especialmente cuando participan varias personas. Los equipos siguen planteándose las mismas preguntas costosas: ¿En qué etapa estamos? ¿Qué decisiones se han tomado? ¿Qué está bloqueado? ¿Qué más requiere aprobación humana?
Studio hizo que cada etapa fuera clara y susceptible de revisión. Los equipos podían ver directamente el estado operativo en lugar de desentrañar el historial narrativo. Podían verificar lo que había ocurrido en lugar de tener que adivinarlo. Mientras los revisores humanos se centraban en las evaluaciones importantes, los agentes seguían ejecutando el trabajo entre los puntos de control.
Explora el canvas de Java Modernization Studio >
Segundo trabajo: Site Studio
A continuación, desarrollé Site Studio para un flujo de trabajo muy diferente: crear y gestionar el contenido de un sitio personal. Aunque este trabajo estaba más centrado en el contenido que en la migración, el problema de la orquestación era similar: progreso de las secciones, ediciones iterativas, ciclos de revisión y transiciones de estado.
En un flujo compuesto únicamente por chat, el contenido puede desviarse rápidamente. Una sección se revisa, después se vuelve a revisar y disminuye la confianza sobre cuál es la versión actual. Los comentarios se dispersan, los borradores se repiten y el progreso se ralentiza porque cada iteración comienza reconstruyendo el contexto.
Site Studio hace que este estado sea persistente. El estado de cada sección es visible. Los valores de los borradores se guardan a medida que avanza el trabajo. Los puntos de revisión humana son claros.