es.wedoany.com Noticia: GitHub ha ampliado Copilot desde el entorno de desarrollo integrado (IDE) a un ciclo de vida de desarrollo de software más amplio, lanzando una nueva aplicación de escritorio y un espacio de trabajo colaborativo llamado canvas (lienzo), con el objetivo de convertir la herramienta de codificación asistida por IA en un "centro de control" para el desarrollo de software nativo de agentes.
La compañía anunció en la conferencia anual Build de Microsoft que esta aplicación de escritorio está diseñada para proporcionar a los desarrolladores un entorno dedicado para colaborar con agentes de IA a lo largo de todo el ciclo de vida del desarrollo de software. La aplicación incluye un espacio de trabajo colaborativo llamado canvas, donde los desarrolladores pueden realizar tormentas de ideas, refinar requisitos, planificar e iterar proyectos junto con la IA. También cuenta con nuevas funciones de Agent Merge (fusión de agentes) y revisión de código, que permiten a los desarrolladores automatizar Copilot para fusionar tareas de diferentes agentes con el fin de lograr objetivos específicos, o realizar revisiones de código autónomas según estándares establecidos. Phil Fersht, CEO de HFS Research, considera que estas nuevas funciones pueden reducir los cambios de contexto, mejorar la eficiencia de la ingeniería y acelerar los ciclos de entrega.
Sin embargo, a pesar de estas nuevas funciones, gran parte de la discusión reciente entre desarrolladores se ha centrado en otro tema: GitHub Copilot cambiará esta semana a un modelo de facturación por uso (anunciado por la compañía en abril). Este cambio ha enfrentado críticas en el foro comunitario de GitHub, donde algunos usuarios acusan a la empresa de "cebo y cambio", y otros solicitan reembolsos o anuncian planes para cancelar sus suscripciones.
Para los analistas, desde la perspectiva de GitHub, este ajuste de precios es necesario y razonable. Advait Patel, ingeniero senior de confiabilidad en Broadcom, afirmó: "La justificación del ajuste de precios radica en la dirección futura de GitHub, no en el estado actual del producto. Ejecutar múltiples agentes en paralelo, junto con sandboxes, revisiones en canvas y Agent Merge a través del ciclo de CI, se acerca más a la computación en la nube que a un complemento de IDE, por lo que no se puede fijar un precio por asiento. Estructuralmente, la facturación por uso es la opción correcta". Fersht señaló que los desarrolladores y los CIO deben prestar atención a la transformación de Copilot de un asistente de codificación a una plataforma para orquestar agentes y flujos de trabajo de desarrollo de software, y las métricas deben pasar de "líneas de código generadas" a resultados operativos más amplios, como la velocidad de lanzamiento, la calidad del código, la reducción de defectos y la eficiencia de la ingeniería.
GitHub no es la única empresa de herramientas de vibe-coding que está reconsiderando su estrategia de precios. En el último año, plataformas como Claude Code, Replit, Cursor y Kiro han ajustado sus estructuras de precios en múltiples ocasiones para hacer frente al aumento de los costos de infraestructura, la disponibilidad limitada de GPU y los gastos de servir modelos y agentes de IA cada vez más complejos. Amit Chandak, director de análisis de la consultora de TI Kanerika, considera que los desarrolladores y los CIO deberían centrarse menos en el mecanismo de precios de GitHub y más en si estas herramientas están generando valor empresarial medible. Dijo: "Las nuevas funciones anunciadas por GitHub pueden actuar como multiplicadores de productividad, pero también podrían ser funciones que aumenten el consumo sin aportar el valor empresarial correspondiente. Si no se establece una línea base de productividad antes de la adopción, las empresas podrían asumir costos más altos sin poder rastrear claramente el valor entregado". Fersht opina que, con el cambio en el modelo de precios, los desarrolladores y los CIO deben prestar atención a la gobernanza, el monitoreo y el control financiero: "Los agentes autónomos razonan, prueban, revisan e interactúan continuamente con múltiples sistemas, y sus patrones de consumo son mucho más impredecibles que los de las herramientas SaaS tradicionales".
Patel recomienda que los usuarios y los tomadores de decisiones mantengan un mayor escepticismo, especialmente porque las nuevas funciones aún están en vista previa técnica. Agregó: "Ahora se pide a los clientes que paguen una tarifa variable por un valor que aún no se ha validado en producción. No asuma que las nuevas funciones justifican un gasto mayor. En su lugar, ejecute un proyecto piloto de 90 días, mida el número de PR fusionadas por dólar antes y después, y deje que los datos hablen. Si la relación mejora, el precio es justo; si no, está pagando por una promesa, no por una entrega".
Este artículo es compilado por Wedoany, las citas de la IA deben indicar la fuente «Wedoany»; si hay alguna infracción u otro problema, por favor notifícanos a tiempo, este sitio lo modificará o eliminará. Correo electrónico: news@wedoany.com
