GitHub sumó varias funciones nuevas a Copilot en su ciclo de lanzamientos semanales: la más relevante para equipos de desarrollo es Automations, ahora en preview público en VS Code 1.137 — permite programar tareas de agente para que se ejecuten solas cada hora, cada día o cada semana, o bajo demanda, sin que un desarrollador tenga que iniciarlas manualmente cada vez.

Cuatro novedades de la misma semana

Un agente que corre en un horario, no solo cuando alguien lo invoca, cambia la pregunta de «¿cuándo tengo tiempo de revisar esto?» a «¿ya está revisado cuando llego a la oficina?»

Por qué Automations es la pieza que más cambia el flujo diario

De las cuatro novedades, Automations es la que más se aleja del patrón «Copilot responde cuando le pido algo» — un agente programado puede, por ejemplo, revisar dependencias desactualizadas cada semana o correr una limpieza de código cada noche, sin que nadie tenga que acordarse de pedirlo. Es el mismo cambio de mentalidad que representó la automatización de CI/CD hace una década: tareas que antes dependían de que alguien las recordara, ahora simplemente ocurren.

Qué evaluar antes de habilitarlo en el equipo

Al estar en preview, conviene empezar con tareas de bajo riesgo — revisiones de estilo, actualizaciones de dependencias menores — antes de programar agentes sobre repositorios críticos sin supervisión directa. La combinación con Project HydraFusion además implica que el equipo debería revisar qué modelo se está usando para cada tarea programada, no asumir que siempre es el mismo.

El riesgo de automatizar sin supervisión

La contracara de programar agentes para que actúen solos es que un error de configuración también se repite solo — un agente con una tarea mal definida ejecutándose cada noche sobre un repositorio puede acumular cambios no deseados durante días antes de que alguien lo note, a diferencia de un error puntual que un desarrollador corrige al momento. Por eso las mismas fuentes que documentan Automations recomiendan empezar con tareas de bajo impacto y revisar los resultados regularmente durante las primeras semanas, no asumir que «programado» significa «resuelto».

La entrada GitHub Copilot ya programa tareas y responde a la voz aparece primero en Sistemas JVR.

GitHub sumó esta semana varias actualizaciones a GitHub Copilot enfocadas en reducir el trabajo manual de los desarrolladores alrededor de un pull request. La más relevante es Agent Merge, ahora en preview público: un agente que revisa comentarios de code review, checks de CI que fallaron y conflictos de fusión, y deja el pull request listo para mergear sin que un desarrollador tenga que resolver cada punto manualmente.

Más opciones de modelo, no solo más automatización

La diferencia entre «Copilot sugiere código» y «Copilot deja un pull request listo para mergear» es la diferencia entre una herramienta de productividad y un miembro más del equipo de revisión.

Por qué la elección de modelo empieza a importar tanto como la automatización

Sumar Claude Fable 5.1 y Gemini 3.8 Flash junto a los modelos existentes de OpenAI no es solo agregar opciones — cada modelo tiene fortalezas distintas: Claude Fable 5.1 está diseñado para tareas de conocimiento y codificación que se extienden por sesiones largas, mientras que Gemini 3.8 Flash mostró resultados sólidos específicamente en tareas de terminal con validación rigurosa. Para un equipo de desarrollo, esto significa poder elegir el modelo según el tipo de tarea, en vez de depender de un único modelo para todo.

Qué revisar antes de habilitar Agent Merge en el equipo

Al ser una función en preview, la recomendación es probarla primero en repositorios de menor riesgo antes de habilitarla en proyectos críticos — y revisar que las exclusiones de contenido estén configuradas correctamente antes de que cualquier agente tenga acceso amplio al código. La automatización de fusión es poderosa, pero también aumenta la superficie de lo que un agente puede tocar sin supervisión directa línea por línea.

La entrada Copilot ya resuelve conflictos de código solo aparece primero en Sistemas JVR.