Copilot atribución commits: qué cambió en VS Code

Desde VS Code v1.110, GitHub Copilot puede agregar automáticamente Co-authored-by: Copilot <[email protected]> al final de cada commit que generó con su asistencia. La función pasó por cuatro versiones en menos de diez actualizaciones, incluyendo un bug que atribuía commits a Copilot aunque no hubiera tocado una sola línea de código.

En 30 segundos

VS Code agrega Co-authored-by: Copilot [email protected] al mensaje de commit cuando Copilot ayudó a generarlo, controlado por el setting git.addAICoAuthor.
En v1.117 Microsoft cambió el default a all (siempre atribuir), lo que causó un bug: Copilot aparecía como coautor incluso cuando disableAIFeatures estaba activo.
En v1.118 revirtieron a chatAndAgent y en v1.119 resetearon a off junto con fixes al bug de atribución incorrecta.
El setting tiene tres valores: off (nunca), chatAndAgent (solo si usaste Chat o agentes), all (cualquier asistencia IA).
Microsoft evalúa cambiar de co-authored-by a assisted-by para ser más preciso sobre el rol de la IA.

Microsoft es una empresa multinacional estadounidense de tecnología fundada en 1975 que desarrolla sistemas operativos, aplicaciones empresariales, servicios en la nube y herramientas de inteligencia artificial como Copilot.

Qué es la atribución automática de Copilot en commits

Co-authored-by: Copilot [email protected] es una línea de metadatos que VS Code agrega al final del mensaje de commit para indicar que GitHub Copilot participó en la generación de ese mensaje. No es una declaración de autoría del código en sí: es un crédito a la herramienta que ayudó a redactar o sugerir el texto del commit. Es la misma convención que GitHub usa cuando dos personas humanas coautoran un commit.

La práctica viene de un movimiento más amplio de transparencia sobre el uso de IA en desarrollo de software. La idea es que si usaste una herramienta para generar contenido, lo reconocés. Simple en teoría. En la práctica, la implementación estuvo bastante lejos de simple.

Cuándo y por qué aparece Copilot en tus commits

El comportamiento depende del setting git.addAICoAuthor en VS Code. Tiene tres valores posibles:

off: nunca agrega la atribución, sin importar qué usaste.
chatAndAgent: agrega la atribución solo si usaste Copilot Chat o un agente de Copilot para generar el mensaje del commit.
all: agrega la atribución ante cualquier asistencia IA, incluso autocompletado inline.

Ponele que usaste el botón de “generar mensaje de commit” de Copilot en la vista de Source Control. Con chatAndAgent o all, el commit va a incluir la línea de coautoría. Si escribiste el mensaje de commit a mano y solo usaste el autocompletado para código, con chatAndAgent no aparece nada. Con all, sí aparece. Cubrimos ese tema en detalle en cambios en la estrategia de colaboración de IA.

¿Y quién decide qué aparece por default? Ahí está el drama.

Timeline de cambios en VS Code (v1.110 a v1.119)

Esta función tuvo más idas y vueltas que un debate de política en Twitter. La cronología concreta:

Versión	Default de git.addAICoAuthor	Qué cambió
v1.110	`off`	Feature introducida, opt-in
v1.117	`all`	Microsoft activó por default para todos
v1.118	`chatAndAgent`	Revert parcial por el bug de atribución incorrecta
v1.119	`off`	Reset total a opt-in con fixes al bug

copilot atribución commits diagrama explicativo

El salto de v1.110 a v1.117 sin cambiar el default fue intencional: Microsoft quería ver adopción orgánica primero. El cambio a all en v1.117 fue deliberado. Las dos reversiones que siguieron, no tanto.

El bug de atribución incorrecta (v1.117-v1.118)

Acá viene lo que realmente generó el ruido. Cuando Microsoft cambió el default a all en v1.117, apareció un bug reportado en el issue #313064 y luego en el #314311: Copilot se estaba atribuyendo commits incluso para código que no había tocado.

Peor: la atribución aparecía aunque el usuario tuviera disableAIFeatures activado. Para alguien que desactivó todas las funciones de IA explícitamente, ver que Copilot de todas formas aparecía como coautor de sus commits era, cuanto menos, desconcertante.

¿Alguien verificó el fix de forma independiente antes del lanzamiento? Según los issues abiertos en GitHub, no completamente. El v1.118 resolvió parcialmente la situación revirtiendo a chatAndAgent, pero el bug de base seguía presente. El fix definitivo llegó con v1.119.

La secuencia dice bastante sobre cómo salió esta feature: fue un cambio de comportamiento que afecta directamente el historial de git de equipos enteros, lanzado sin suficiente QA para el caso edge de “¿qué pasa si el usuario apagó la IA?” Relacionado: nuevo modelo de facturación de Copilot.

Cómo configurar git.addAICoAuthor

Si querés tomar control del setting, tenés dos caminos. Por la UI: abrís Settings (Ctrl+,), buscás git.addAICoAuthor y elegís el valor que querés. Por settings.json:

Para desactivar completamente: "git.addAICoAuthor": "off"
Para atribuir solo cuando usaste Chat o agentes: "git.addAICoAuthor": "chatAndAgent"
Para atribuir siempre que haya asistencia IA: "git.addAICoAuthor": "all"

Desde v1.119 el default es off, así que si no tocaste nada, no estás atribuyendo. Si tenías v1.117 o v1.118 instalado y configuraste algo, revisalo: puede que el setting haya quedado en un valor que ya no refleja lo que querés.

Para equipos con políticas de commits estrictas, lo mejor es definir esto en el settings.json del workspace (que va al repositorio) para que todos usen el mismo comportamiento. Así evitás que la mitad del equipo atribuya y la otra mitad no.

¿Debería dar crédito a Copilot en mis commits?

La respuesta corta es: depende del contexto, y no es obligatorio.

La lógica detrás de la atribución es razonable: si una herramienta generó el texto de tu commit, es transparente decirlo. GitHub documenta explícitamente que la atribución es una práctica de transparencia sobre el uso de IA, no una cesión de autoría ni una declaración legal.

El problema es que “Copilot como coautor” suena más importante de lo que es cuando lo que hizo fue sugerirte el texto “Fix typo in README”. La convención co-authored-by en git existe para reconocer contribuciones de código, no de redacción de mensajes. Hay una diferencia semántica que el formato actual no captura bien.

Lo que sí me parece claro: si tu equipo tiene políticas internas sobre el uso de IA en código, la atribución automática puede ser útil para auditar qué commits tuvieron asistencia. Si trabajás solo o en proyectos open source donde esto no importa, off zafa perfectamente. Esto se conecta con lo que analizamos en integración de Copilot en herramientas Microsoft.

Futuro de la atribución: “assisted-by” en lugar de “co-authored-by”

Según la discusión en el foro de la comunidad de GitHub, Microsoft está evaluando cambiar el formato de co-authored-by: Copilot a assisted-by: Copilot. El argumento es que “coautor” implica una contribución de par a par, cuando en realidad Copilot asistió al humano que tomó las decisiones.

También están trabajando en dos mejoras concretas para versiones futuras:

Consentimiento explícito del usuario antes de activar la atribución por primera vez (en vez de simplemente cambiar el default).
Incluir información sobre qué modelo de Copilot realizó la asistencia, no solo “Copilot” genérico.

Son mejoras que tienen sentido. La segunda especialmente: en 2026 no es lo mismo que Copilot usara GPT-4o o Claude Sonnet para generar ese mensaje, y si la transparencia es el objetivo, el modelo importa.

Qué está confirmado / Qué no

Estado	Detalle
Confirmado	v1.119 fijó el bug de atribución incorrecta y resetó el default a `off`
Confirmado	El setting `git.addAICoAuthor` tiene tres valores: off, chatAndAgent, all
Confirmado	El bug afectaba a usuarios con `disableAIFeatures` activo
En evaluación	Cambiar de `co-authored-by` a `assisted-by`
En evaluación	Incluir información del modelo en la atribución
Sin fecha	Flujo de consentimiento explícito para activar la feature por primera vez

Errores comunes con esta configuración

Confundir atribución de mensaje con atribución de código. La línea Co-authored-by: Copilot dice que Copilot ayudó a generar el texto del commit, no que escribió el código. Si Copilot te autocompletó 40 líneas de TypeScript pero escribiste el mensaje del commit a mano, con chatAndAgent no aparece ninguna atribución. No es un bug, es el comportamiento esperado.

Asumir que desinstalar Copilot limpia los commits anteriores. Los commits ya pusheados tienen la línea de atribución para siempre. Desactivar el setting o desinstalar la extensión no reescribe el historial. Si te molesta lo que quedó en commits anteriores, es un problema de git history, no de configuración.

Usar all sin entender qué dispara la atribución. Con ese valor, cualquier asistencia IA en cualquier punto del flujo puede generar la atribución. Cualquiera que haya usado sugerencias inline de Copilot y después generó el mensaje de commit “manualmente” se llevó una sorpresa al ver que Copilot igual aparecía como coautor.

Preguntas Frecuentes

¿Qué es “Co-authored-by: Copilot” en mis commits?

Es una línea de metadatos que VS Code agrega al final del mensaje de commit cuando GitHub Copilot participó en la generación de ese mensaje. Sigue la convención estándar de git para coautoría, adaptada para indicar asistencia de IA. No implica que Copilot escribió el código del commit, solo que ayudó a redactar el texto del mensaje. Complementá con cambios recientes en planes de Copilot.

¿Cómo desactivo que Copilot se agregue como coautor?

Abrís Settings en VS Code (Ctrl+,), buscás git.addAICoAuthor y lo cambiás a off. También podés agregar "git.addAICoAuthor": "off" a tu settings.json. Desde v1.119 el valor por default ya es off, así que si actualizaste VS Code y no tocaste el setting, ya está desactivado.

¿Por qué Copilot se agrega automáticamente a mis commits?

Si tenés VS Code entre v1.117 y v1.118, el default del setting git.addAICoAuthor fue cambiado a all o chatAndAgent por Microsoft. A partir de v1.119 el default volvió a off. Si Copilot sigue apareciendo en versiones más nuevas, revisá el valor actual del setting: puede haber quedado configurado de una versión anterior.

¿Es obligatorio usar Co-authored-by: Copilot?

No. Es completamente opcional y configurable. GitHub lo recomienda como buena práctica de transparencia cuando Copilot ayudó significativamente, pero no hay ningún requisito técnico ni legal que lo obligue. Podés desactivarlo con "git.addAICoAuthor": "off" sin perder ninguna funcionalidad de Copilot.

¿Qué pasó con los cambios de VS Code v1.117 a v1.119?

En v1.117 Microsoft activó la atribución por default para todos los usuarios (all). Esto expuso un bug: Copilot aparecía como coautor incluso cuando el usuario tenía desactivadas todas las funciones de IA con disableAIFeatures. En v1.118 revirtieron parcialmente a chatAndAgent, y en v1.119 resetearon a off y corrigieron el bug de atribución incorrecta.

Conclusión

La Copilot atribución commits terminó siendo un caso de estudio en cómo no lanzar un cambio de comportamiento que afecta el historial de git de miles de equipos. El feature en sí tiene sentido: si una herramienta te ayudó, reconocerlo es transparente. La ejecución tuvo un bug crítico que atribuía a Copilot commits que no tocó, y Microsoft tardó tres versiones de VS Code en estabilizarlo.

Desde v1.119 el estado es razonable: el default es off, el bug está corregido, y el setting es claro. Lo que viene, si Microsoft avanza con assisted-by y la información del modelo, va a ser mejor todavía. Por ahora, revisá tu configuración si tenías VS Code instalado entre v1.117 y v1.118, y decidí conscientemente qué querés que aparezca en tus commits.

Copilot en tus commits: qué pasó y cómo controlarlo