Telemetría de GitHub Copilot: mide agentes sin capturar prompts

La telemetría de GitHub Copilot puede atribuir la actividad de los agentes a un usuario y un equipo sin recopilar prompts, respuestas ni contenido de herramientas. GitHub separó la identidad de cinco clases opcionales de contenido, todas desactivadas de forma predeterminada. Para aplicarlo con prudencia, una empresa debe habilitar solo las señales necesarias, enviar los datos a un colector OpenTelemetry aprobado, proteger el transporte y definir acceso, retención y finalidad. La identidad sigue siendo información sensible: conocer la cuenta de GitHub, el usuario local y el nombre del equipo exige una base organizativa clara y controles de privacidad.

Qué anunció GitHub sobre la telemetría de Copilot

Hecho. GitHub publicó el 12 de octubre de 2026 una mejora de atribución y captura configurable para la telemetría de Copilot. Los administradores empresariales pueden utilizar la propiedad telemetry de las configuraciones administradas para exportar datos mediante OpenTelemetry y decidir por separado si incluyen identidad, prompts, respuestas, argumentos de herramientas, resultados o detalles de políticas.

La configuración telemetry.capture.identity añade tres atributos: la cuenta autenticada de Copilot en user.name, el usuario local del sistema operativo en process.user.name y el nombre del equipo en host.name. No activa por sí misma la captura de conversaciones o contenido.

Alcance. GitHub describe esta función para Copilot CLI, la aplicación GitHub Copilot y sesiones de VS Code que usan Agent Host. El arnés local de VS Code admite identidad y el control heredado de captura de contenido, pero no aplica de manera independiente todas las clases granulares.

Qué puede observarse sin guardar prompts ni respuestas

La documentación de monitorización de agentes de VS Code explica que Copilot puede emitir trazas, métricas y eventos compatibles con OpenTelemetry. Entre las señales operativas aparecen duración de llamadas al modelo, uso de tokens, cantidad y latencia de herramientas, tiempo de una invocación, número de turnos, aceptación o rechazo de ediciones y errores.

Estas señales permiten responder preguntas como cuánto tarda un flujo, qué herramientas fallan, qué modelo se resolvió o cuántos tokens consumió una sesión. No demuestran por sí solas productividad, calidad o retorno financiero. Para evaluar valor empresarial conviene relacionarlas con resultados verificables; la guía de GitCoders sobre ROI de inteligencia artificial propone medir tareas exitosas, revisión humana, tiempo y costo total.

Análisis. Separar identidad de contenido permite una observabilidad proporcional. Un equipo puede atribuir actividad, detectar errores y comparar estabilidad sin convertir cada conversación en un registro completo. Aun así, cuenta, usuario local, máquina, repositorio o ruta pueden identificar personas y proyectos, por lo que la minimización sigue siendo necesaria.

Las seis clases de captura y su riesgo

La referencia de configuraciones administradas de GitHub Copilot define controles independientes, desactivados de forma predeterminada:

• identity: cuenta de Copilot, usuario local y nombre del equipo.
• prompts: instrucciones del usuario, sistema y desarrollador, además de contexto compatible, archivos adjuntos, resúmenes y contenido de skills.
• responses: respuestas del asistente y contenido de razonamiento compatible.
• toolArguments: comandos, argumentos, esquemas y nombres de herramientas, servidores MCP, plugins y hooks.
• toolOutput: resultados de herramientas y detalles de errores de ejecución.
• policyDetail: detalles sin acotar de políticas, incluidas rutas del sandbox.

Prompts, argumentos y resultados pueden contener código fuente, archivos, secretos, comandos y rutas del perfil del usuario. Por eso, habilitar captureContent como un interruptor general suele ser una decisión más amplia que activar únicamente identidad o métricas técnicas.

La observabilidad tampoco sustituye el aislamiento. Si los agentes pueden leer archivos, usar la red o acceder a credenciales, conviene aplicar además los controles descritos en la guía de sandbox local de GitHub Copilot.

Configuración mínima para atribuir actividad sin capturar contenido

Una política administrada puede expresar la separación de forma explícita:

{
  "telemetry": {
    "enabled": true,
    "endpoint": "https://otel.example.com",
    "protocol": "http/protobuf",
    "capture": {
      "identity": true,
      "prompts": false,
      "responses": false,
      "toolArguments": false,
      "toolOutput": false,
      "policyDetail": false
    },
    "serviceName": "copilot"
  }
}

El dominio del ejemplo debe sustituirse por un colector aprobado. GitHub permite protocolos http/json y http/protobuf y advierte que, cuando las cabeceras incluyen credenciales, el endpoint debe usar HTTPS. Los valores administrados tienen prioridad sobre configuraciones locales, SDK y variables de entorno.

La propiedad heredada captureContent controla conjuntamente las cinco clases de contenido, pero no identidad. Cuando una clase aparece de forma explícita dentro de capture, ese valor prevalece para ella. Es importante documentar esta precedencia: una política parcialmente copiada puede producir un resultado distinto del esperado.

Cómo desplegar la telemetría de forma segura

1. Define la pregunta. Decide si necesitas atribución, disponibilidad, tiempos, costos, errores o investigación de incidentes. No recopiles primero para decidir después.
2. Haz un inventario de datos. Enumera atributos, métricas, trazas y eventos que llegarán al colector. Distingue identificadores personales, información de repositorios, rutas y contenido.
3. Empieza sin contenido. Mantén en falso prompts, respuestas, argumentos, resultados y detalles de políticas. Habilita una clase adicional solo si existe una finalidad documentada.
4. Protege el colector. Usa transporte cifrado, autenticación, secretos fuera de archivos públicos, acceso por roles y exposición de red limitada.
5. Filtra antes de almacenar. La guía de manejo de datos sensibles de OpenTelemetry recomienda recoger únicamente lo necesario y permite eliminar, transformar, agrupar o redactar atributos mediante procesadores del colector.
6. Define retención y acceso. Establece cuánto tiempo se conserva cada señal, quién puede consultarla y cómo se auditan las exportaciones.
7. Prueba con un grupo reducido. Comprueba qué llega realmente, si las identidades se atribuyen correctamente y si paneles o alertas funcionan sin contenido.
8. Revisa periódicamente. Nuevas versiones, herramientas MCP y flujos de agentes pueden añadir atributos o cambiar la sensibilidad del dato.

Qué debe revisar el equipo técnico

• Compatibilidad del cliente y la versión utilizada.
• Destino OTLP, protocolo y certificados.
• Política efectiva después de combinar fuentes administradas.
• Clases de captura activas y su justificación.
• Filtros o transformaciones en el colector.
• Alertas por errores de exportación y crecimiento inesperado.
• Procedimiento para desactivar la captura y revocar credenciales.

Las configuraciones administradas también pueden coordinar controles de modelos y servidores MCP. Para equipos que usan JetBrains, la nota sobre controles de GitHub Copilot en JetBrains ayuda a separar el modelo predeterminado de las herramientas externas autorizadas.

Qué no debe concluirse a partir de la telemetría

Precaución. Más sesiones, tokens o líneas aceptadas no equivalen automáticamente a mayor calidad, seguridad o productividad. Un descenso puede reflejar una tarea distinta; una subida puede deberse a reintentos, errores o cambios de cobertura. Las métricas necesitan contexto, una línea base y resultados del proceso.

Existe además una entrada anterior de GitCoders sobre métricas incompletas de Copilot, relacionada con una brecha de atribución por versiones de IDE. Ese problema operativo es diferente: la novedad actual permite configurar qué atributos y contenidos se exportan. No corrige retroactivamente datos faltantes ni garantiza que todos los clientes emitan las mismas señales.

Preguntas frecuentes

¿Activar identidad también guarda los prompts?

No. GitHub separa identity de las cinco clases de contenido. Cada clase está desactivada por defecto y debe configurarse expresamente.

¿La identidad es anónima?

No necesariamente. Puede incluir la cuenta de GitHub, el usuario local y el nombre del equipo. Debe tratarse como información identificable y protegerse según la política y jurisdicción aplicables.

¿Puedo medir uso sin identificar a cada persona?

Sí, dependiendo del objetivo. OpenTelemetry puede exportar métricas y trazas sin habilitar identidad ni contenido. El equipo debe comprobar los atributos efectivos de su cliente y colector.

¿Dónde deben enviarse los datos?

A un endpoint OpenTelemetry aprobado, autenticado y protegido. GitHub recomienda habilitar únicamente las clases necesarias; OpenTelemetry añade prácticas para asegurar el colector y reducir datos sensibles.

¿Esto mide el ROI de Copilot?

No por sí solo. Entrega señales técnicas y de interacción. El ROI requiere relacionarlas con tareas terminadas, calidad, tiempo, revisión humana, incidentes y costo total.

Fuentes y verificación

• GitHub Changelog: Client telemetry user attribution and configurable capture.
• GitHub Docs: Enterprise managed settings.
• VS Code: Monitor agent usage with OpenTelemetry.
• OpenTelemetry: Handling sensitive data.

Información verificada el 13 de octubre de 2026 a las 11:11, America/Lima. GitHub presentó la función como una mejora de producto; no es una auditoría independiente ni una garantía de productividad, privacidad o cumplimiento.