GitHub defiende los canvas como interfaz alternativa al chat en Copilot
La compañía sostiene que la caja de texto limita cómo se trabaja con los agentes y propone aplicaciones full-stack que se ejecutan dentro de su app de escritorio.
GitHub ha publicado una entrada en su blog en la que defiende que el chat, esa caja de texto con la que llevamos tres años hablando con los modelos, es la interfaz equivocada la mayor parte del tiempo. Su alternativa se llama canvas y no es otra cosa que pequeñas aplicaciones full-stack que corren dentro de la app de GitHub Copilot, sin chrome de navegador.
Qué es un canvas y qué no
La mecánica es sencilla de describir: el agente habla con la parte servidor del canvas y el servidor le contesta. El resultado es una superficie que puede hacer todo lo que hace un programa normal, incluida la ejecución de código en la máquina local y las llamadas a APIs de terceros, y que además intercambia mensajes con el agente en ambos sentidos.
Los ejemplos del texto van de lo lúdico a lo útil. Un Connect 4 para jugar contra el agente dentro de la propia aplicación. Una interfaz para winget que consulta el registro de paquetes y permite instalarlos y desinstalarlos en local. Otra para lanzar sentencias contra una base SQLite, con autocompletado incluido. Un editor para escribir entradas de Jekyll. En el caso de winget no hay nada de IA, y ahí está el argumento: cuando el chat es la interfaz principal, acabas pidiéndole al agente que lo haga todo, aunque solo sea para no salir de la caja de texto. Eso quema tokens sin necesidad. Sale más a cuenta que el agente construya la herramienta y que las interacciones posteriores sean gratis.
Sacarse a uno mismo del bucle
Donde la idea gana peso es en la automatización de flujos de trabajo. El autor describe su proceso con agentes en seis pasos: investigar, prototipar, planificar, implementar, iterar y rematar. Cada uno de ellos le obligaba a estar delante del teclado para revisar, guiar y decidir el salto al siguiente. Con un canvas, el agente investiga y genera prototipos y avisa cuando toca revisar, de modo que el desarrollador entra y sale del bucle tanto o tan poco como quiera. GitHub no da cifras de cuánto tiempo se ahorra ni publica comparativas, y tampoco enseña el código de esos canvas en la entrada.
El texto se apoya en una cita del psicólogo Steven Pinker: «Es una lástima que la primera implementación a gran escala de la IA fuera una especie de truco, un chatbot en primera persona. Pero hay un potencial enorme si está orientada a tareas».
La pregunta de fondo no es menor para quien trabaja con esto a diario. Llevamos tres años usando un textarea como única forma de manejar agentes capaces de leer ficheros, ejecutar comandos y tocar APIs, y la propia GitHub admite que buena parte del trabajo se hace hoy dando rodeos por ese textarea. Que la compañía esté dispuesta a abrir la superficie de su aplicación de escritorio a aplicaciones generadas al vuelo es una vía para dejar de tratar al modelo como la herramienta y empezar a tratarlo como el que fabrica la herramienta. Otros productos del sector llevan meses buscando algo parecido, así que conviene ver si el formato cuaja más allá de los ejemplos del blog.
