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

Actualizado el 07/05/2026: Microsoft revirtió por completo la atribución automática de Copilot en commits después de que miles de desarrolladores protestaran en GitHub y Hacker News. VS Code 1.119 resetea el default a off y corrige el bug que agregaba la firma incluso cuando la IA estaba desactivada.

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.

Microsoft es una empresa estadounidense de tecnología fundada en 1975 que desarrolla software, sistemas operativos, servicios en la nube y herramientas de productividad. Sus productos incluyen Windows, Office, Azure, Outlook, Teams y GitHub.

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.

¿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: Más contexto en cambios en la estrategia de exclusividad de Microsoft.

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 — versión actual

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)

Cuando Microsoft cambió el default a all en v1.117, apareció un bug reportado en el issue #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?”

¿Qué pasó con Microsoft Copilot coautor VS Code? El backlash que forzó el cambio

El 16 de abril de 2026, Courtney Webster publicó un PR en el repositorio de VS Code que cambiaba el default de git.addAICoAuthor de off a all. Dmitriy Vasyura lo mergeó. Ese fue el momento en que empezó todo.

Lo que siguió no fue una queja aislada. El issue #314311 en el repositorio oficial de microsoft/vscode acumuló cientos de comentarios en pocos días. La discusión se desbordó hacia GitHub Community y llegó a la primera página de Hacker News. Los desarrolladores no estaban enojados por la existencia de la funcionalidad: estaban enojados por la falta de aviso y el cambio silencioso de un comportamiento que afecta el historial permanente de sus repositorios.

Un comentario que concentró el sentimiento general, citado por Windows Central: “esto podría costarle el trabajo a alguien”. No es exageración. Muchas empresas tienen políticas internas que prohíben el uso de herramientas de IA generativa en código de producción. Si un commit aparece firmado con Co-authored-by: Copilot, ese desarrollador queda expuesto aunque no haya usado Copilot para ese commit específicamente, gracias al bug de atribución incorrecta.

El problema era doble: técnico y de consentimiento. Técnico porque el trailer se agregaba después de que el desarrollador confirmaba el commit, sin oportunidad de revisarlo. De consentimiento porque el cambio llegó sin notificación en el changelog relevante, sin pop-up de opt-in, sin nada. Una actualización automática de VS Code modificó el comportamiento de git de miles de equipos sin que nadie lo pidiera.

Ahora bien, habría que ver si Microsoft esperaba esta reacción. La evidencia sugiere que no: la disculpa pública llegó entre el 3 y el 5 de mayo, casi tres semanas después del PR original, y el equipo describió el cambio como “un error que no detectamos en testing”. Lo que no queda del todo claro es si el error fue el cambio en sí o simplemente el bug de atribución incorrecta. Probablemente los dos.

El problema central: consentimiento sin notificación

Hay algo estructural en este incidente que va más allá del bug técnico. Microsoft quería normalizar la atribución de IA en commits, lo cual tiene sentido como política de transparencia. El tema es que eligió hacerlo cambiando un default en silencio, en lugar de presentar un opt-in explícito.

La diferencia no es menor. Un opt-in le dice al usuario “sabemos que esto afecta tu flujo de trabajo, te preguntamos antes de cambiarlo”. Un cambio de default asume que el usuario va a leer el changelog, encontrar la entrada relevante entre decenas de cambios, y evaluar si le impacta. En la práctica, casi nadie hace eso. Cubrimos ese tema en detalle en nuevo modelo de facturación de Copilot.

El impacto fue amplio porque VS Code no es una herramienta de nicho: es el editor más usado del mundo según la encuesta de Stack Overflow. Cualquier cambio de default afecta a millones de desarrolladores de forma inmediata. En ese contexto, modificar el comportamiento de git sin un aviso claro es una decisión que no escala bien.

Eso sí: la transparencia sobre el uso de IA en código es un debate legítimo que la industria tiene que resolver de alguna forma. Este incidente no invalida el concepto. Lo que muestra es que la forma de implementarlo importa tanto como el concepto mismo.

Privacidad, derechos de autor y el contexto más amplio

El incidente llegó en un momento de sensibilidad particular. El 24 de abril de 2026 era el deadline para que usuarios de GitHub Copilot hicieran opt-out del uso de sus datos para entrenamiento. La coincidencia no pasó desapercibida: muchos desarrolladores que ya estaban evaluando su relación con Copilot por razones de privacidad vieron el cambio de default como una señal de la dirección que Microsoft quería tomar.

La atribución también toca cuestiones de autoría que todavía no están resueltas legalmente. Si un commit dice Co-authored-by: Copilot, ¿implica que parte del código fue generado por IA? ¿Eso afecta la licencia del código? ¿Tiene implicancias en contratos de trabajo que especifican que el código debe ser original del empleado? Las respuestas no son simples, y varían según jurisdicción. Lo que sí es claro es que agregar esa línea sin consentimiento del desarrollador transfiere un riesgo que debería ser de Microsoft al usuario.

Según It’s FOSS, parte del problema es que la convención co-authored-by existe en git para reconocer contribuciones humanas de código, no asistencia de herramientas. Usarla para Copilot estira la semántica de una forma que crea confusión sobre qué significa exactamente en el historial de un proyecto.

La reversión: qué trae VS Code 1.119

VS Code 1.119 empezó su rollout el 6 de mayo de 2026 con dos cambios concretos. Primero, el default de git.addAICoAuthor vuelve a off. Segundo, el bug que hacía que la atribución apareciera aunque chat.disableAIFeatures estuviera activo quedó corregido. Según las release notes oficiales, ambos fixes están vinculados: el comportamiento de git.addAICoAuthor ahora respeta correctamente el estado de chat.disableAIFeatures.

La disculpa pública de Microsoft fue escueta. Reconocieron que el cambio de default no fue comunicado correctamente y que el bug de atribución incorrecta no debería haber pasado el proceso de testing. No hubo mayor desarrollo sobre cómo van a evitar que esto se repita.

Lo que sí anunciaron es una hoja de ruta para el feature en versiones futuras. La atribución va a ocurrir únicamente cuando haya cambios directamente relacionados con asistencia de IA, con consentimiento explícito del usuario antes del commit. Cuándo llega eso exactamente no está confirmado.

Cómo configurar git.addAICoAuthor

Si tenés VS Code 1.119 o superior, el default ya es off y no necesitás hacer nada. Si venías de v1.117 o v1.118 y tocaste el setting, conviene revisarlo: puede haber quedado en un valor que ya no refleja tu intención actual.

Para verificar o cambiar el setting, abrís Settings (Ctrl+,), buscás git.addAICoAuthor y elegís el valor. Por settings.json: Complementá con otros intentos fallidos de integración de Copilot.

• 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"

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, y además tenés una decisión documentada y visible en el historial de git del propio repositorio.

Un detalle que vale aclarar: actualizar VS Code no resetea settings que ya modificaste manualmente. Si alguien en el equipo había puesto "git.addAICoAuthor": "all" en su settings.json local durante las versiones problemáticas, eso se mantiene después de actualizar. La actualización solo cambia el default para quienes nunca tocaron el setting.

¿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.

Si tu equipo tiene políticas internas sobre el uso de IA en código, la atribución 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.

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 agregar cualquier atribución al commit.
• Atribución granular: solo cuando hay cambios de código directamente generados por IA, no para mensajes de commit generados por IA sobre código humano.

Ninguna de estas dos mejoras tiene fecha confirmada. Tomalo con pinzas hasta que aparezcan en una release candidate.

Qué significa esto para equipos de desarrollo en Latinoamérica

El incidente tiene implicaciones prácticas para equipos que trabajan con clientes corporativos o en proyectos con contratos que regulan el uso de IA. En Argentina, Uruguay y otros países de la región, es cada vez más común que licitaciones públicas o contratos con multinacionales incluyan cláusulas sobre herramientas de IA en el proceso de desarrollo. Un commit con Co-authored-by: Copilot puede levantar preguntas en una auditoría de código, incluso si técnicamente el desarrollador escribió cada línea a mano.

La recomendación práctica es sencilla: actualizá VS Code a 1.119 o superior, verificá que git.addAICoAuthor esté en off si no querés atribución automática, y si trabajás en equipo, acordá una política explícita y la documentá en el settings.json del workspace. No hace falta esperar a que Microsoft resuelva el debate semántico entre co-authored-by y assisted-by: podés tener control total ahora mismo. En cambios recientes en los planes de Copilot profundizamos sobre esto.

Lecciones: transparencia vs. adopción de IA

Este incidente pone en evidencia una tensión que va a seguir apareciendo: Microsoft tiene incentivos claros para normalizar el uso de Copilot y hacerlo visible en el flujo de trabajo de los desarrolladores. Los desarrolladores tienen derecho a decidir cuándo y cómo esa visibilidad aparece en sus proyectos.

Lo que falló acá no fue la idea de atribuir el uso de IA. Eso es un debate legítimo y probablemente la industria vaya en esa dirección de forma gradual. Lo que falló fue la ejecución: un cambio de default silencioso en una herramienta que modifica el historial permanente de repositorios, con un bug que hacía que la atribución apareciera incluso cuando la IA estaba desactivada. Eso no es un error menor de comunicación. Es un fallo de diseño en la forma en que se implementó el consentimiento.

La buena noticia es que el mecanismo de feedback funcionó. Miles de desarrolladores reportaron el problema, el issue llegó a trending en Hacker News, y Microsoft revirtió en menos de tres semanas. El ecosistema open source de VS Code tiene suficiente tracción como para forzar correcciones rápidas cuando algo sale mal. Eso es algo que no siempre se puede dar por sentado con herramientas propietarias.

Ya pasó exactamente esto cuando Microsoft made Copilot a co-author on every VS Code project, como cubrimos en nuestro análisis.

Esto se conecta con Update on “Co-authored-by: Copilot” in commit messages, donde cubrimos cómo la IA está automatizando tareas de programadores.

Mirá Update on “Co-authored-by: Copilot” in commit messages si querés entender mejor el impacto de seguridad.

Preguntas Frecuentes

¿Qué pasó exactamente con Copilot en VS Code?

Microsoft cambió el default del setting git.addAICoAuthor de off a all en VS Code 1.117, publicado en abril de 2026. Eso hizo que todos los commits incluyeran automáticamente Co-authored-by: Copilot, incluso cuando el desarrollador no había usado Copilot para ese commit específico. Después del backlash en GitHub y Hacker News, Microsoft revirtió el cambio en VS Code 1.119, disponible desde el 6 de mayo de 2026.

¿Microsoft agregaba Copilot a commits sin permiso del usuario?

Sí, en la práctica así funcionó durante las versiones 1.117 y 1.118. El trailer Co-authored-by: Copilot se agregaba después de que el desarrollador confirmaba el commit, sin paso de revisión previo. Peor aún, aparecía aunque el usuario tuviera chat.disableAIFeatures activado, lo que significa que la firma se generaba incluso para quienes habían desactivado explícitamente todas las funciones de IA.

¿Es un problema de privacidad el coautor de Copilot en los commits?

Depende del contexto laboral. Para desarrolladores individuales en proyectos personales, el impacto es mínimo. Para quienes trabajan en empresas con políticas internas que prohíben el uso de herramientas de IA en código de producción, aparecer con Co-authored-by: Copilot en commits podía representar un problema real en una auditoría o revisión de código. Hay también preguntas abiertas sobre implicancias en contratos de trabajo y licencias de código que todavía no tienen respuesta legal definitiva.

¿Cómo desactivo el coautor de Copilot en VS Code?

Abrí Settings (Ctrl+,), buscá git.addAICoAuthor y cambialo a off. También podés agregarlo directamente en settings.json: "git.addAICoAuthor": "off". Si ya tenés VS Code 1.119 o superior y nunca tocaste el setting, no necesitás hacer nada: el default ya es off. Si venías de versiones anteriores y modificaste el setting manualmente, verificalo porque la actualización no resetea valores customizados.

¿Qué versión de VS Code arregló el problema?

VS Code 1.119, cuyo rollout comenzó el 6 de mayo de 2026, incluye dos correcciones: el default de git.addAICoAuthor vuelve a off, y el bug que hacía aparecer la atribución aunque chat.disableAIFeatures estuviera activo quedó corregido. Las versiones 1.117 y 1.118 son las problemáticas. Si todavía las tenés instaladas, actualizar es lo que corresponde.

Conclusión

El episodio de Microsoft Copilot como coautor en VS Code cerró con una reversión rápida, pero deja varias cosas sobre la mesa. Técnicamente, VS Code 1.119 corrige el bug y resetea el default a off. Si usás una versión anterior y querés control explícito, "git.addAICoAuthor": "off" en tu settings.json es suficiente por ahora.

Lo que no cierra tan limpio es la discusión de fondo. Microsoft va a volver a intentar normalizar la atribución de IA en commits, pero la próxima vez con consentimiento explícito y una semántica más precisa. Cuándo y cómo no está definido. Mientras tanto, el incidente dejó en claro que los desarrolladores prestan atención a los cambios de comportamiento de git, y que la escala de VS Code hace que cualquier decisión de default tenga consecuencias inmediatas para millones de equipos.

Lo que conviene hacer de acá en adelante: actualizá VS Code, revisá el setting git.addAICoAuthor, y si trabajás en equipo con políticas sobre IA, documentá la decisión en el settings.json del workspace. Es la forma más simple de no depender del comportamiento por defecto de Microsoft cuando cambia de versión en versión.

¿Cómo desactivo que Copilot aparezca como coautor en mis commits?

Abrí los settings de VS Code (Ctrl+,) y buscá ‘git.addAICoAuthor’. Cambiá el valor a ‘off’ para desactivar completamente, o a ‘chatAndAgent’ si solo querés que aparezca cuando usás Copilot Chat explícitamente.

¿Por qué el atributo Co-authored-by puede costarme el trabajo?

Muchas empresas tienen políticas que prohíben el uso de IA generativa en código de producción. Si un commit aparece con ‘Co-authored-by: Copilot’ aunque no hayas usado Copilot, quedás expuesto (esto pasó en v1.117 por un bug).

¿Puedo seguir usando Copilot para código sin que aparezca en los commits?

Sí. El autocompletado inline no dispara la atribución con ‘chatAndAgent’. Solo aparece si usás Copilot Chat o agentes para generar el mensaje del commit.

¿Cómo desactivo Copilot en mis commits?

Abrí VS Code Settings (Ctrl+, en Windows/Linux, Cmd+, en Mac), buscá ‘git.addAICoAuthor’ y cambiá el valor a ‘off’. Así Copilot nunca va a aparecer como coautor en tus commits.

Fuentes

• VS Code 1.119 Release Notes — Microsoft (oficial)
• Issue #314311: Copilot co-author aparece sin haber usado IA — GitHub microsoft/vscode
• Microsoft fixes VS Code after Copilot credited human code — The Register
• VS Code added Copilot as co-author without permission or notice — Windows Central
• Microsoft acts after VS Code gives Copilot credit for human developer work — TechRadar