GitHub anunció el 12 de octubre de 2026 nuevos controles de telemetría de GitHub Copilot para atribuir actividad a un usuario sin recopilar necesariamente prompts, respuestas o contenido de herramientas. El cambio afecta a lo exportado al sistema de supervisión. No anuncia grabación completa para todos ni entrega automática de conversaciones al empleador.
La separación responde a una necesidad práctica: infraestructura puede querer identificar la cuenta y el equipo de una actividad sin leer lo escrito al agente. Ahora ambos requisitos se configuran por separado. Los datos identificados no son anónimos, por lo que incluso recoger solo identidad exige decidir para qué y quién podrá consultarlos.
Identidad y contenido por separado
telemetry.capture.identity añade a OpenTelemetry user.name, la cuenta autenticada de Copilot, actualmente el usuario de GitHub; process.user.name, la cuenta local del sistema operativo; y host.name, el equipo. Está desactivado por defecto y separado del identificador seudónimo existente. Importa especialmente si ya se exportaban datos y se suponía que cada identificador conservaba su significado.
Hay además 5 clases independientes: prompts para instrucciones y contexto compatible, responses para respuestas y razonamiento compatible, toolArguments para argumentos y comandos, toolOutput para resultados y errores, y policyDetail para detalles de políticas sin procesar, como rutas de archivos. Todas están desactivadas. Se puede activar únicamente lo necesario, sin tratar la información como un bloque.
La opción antigua captureContent sigue siendo un atajo para las 5 clases de contenido, pero no activa identidad. Un valor explícito dentro de capture prevalece sobre el atajo para esa clase. Al migrar, hay que comprobar los valores: un interruptor antiguo no cubre necesariamente el campo nuevo, ni una excepción desactiva las demás clases.
Qué comprobar al desplegarlo
El anuncio sitúa los controles detallados en Copilot CLI, la aplicación GitHub Copilot y las sesiones de VS Code con Agent Host. El comportamiento de VS Code también depende del entorno del agente; no todas las sesiones tienen por qué exportar iguales campos. Antes del despliegue general, hay que comprobar versión, datos recibidos, ajustes aplicados y atributos enviados.
En la configuración gestionada descrita, los valores explícitos prevalecen sobre ajustes locales, configuración del SDK y variables de entorno. Los cambios deben aplicarse en la capa de gestión adecuada. Modificar una clave local no permite deducir de forma fiable lo que recoge la organización; también hay que revisar el cliente concreto.
GitHub advierte de que el contenido puede incluir código, archivos, comandos, resultados y rutas del espacio de trabajo o perfil. Recomienda habilitar solo clases necesarias y enviarlas a un destino aprobado. Definir finalidad, permisos de consulta y conservación permite atribuir actividad sin ampliar automáticamente la recopilación sensible más allá de lo necesario.