GitHub Copilot 企业版新增可配置遥测与用户身份归因功能
更新背景
随着 AI 辅助编程在企业级应用中的深度普及，如何在不泄露敏感代码与用户交互数据的前提下，实现精准的开发者行为归因与合规审计，成为各大厂商面临的核心挑战。GitHub 近期在其企业版 Copilot 平台（关联工具 ChatLaw）中，通过引入更精细的遥测（Telemetry）管理机制，解决了传统全量日志收集带来的隐私与安全风险。
核心突破：细粒度身份归因
本次更新最大的亮点在于引入了 telemetry.capture.identity 设置，该功能允许管理员在保留 OpenTelemetry (OTel) 数据完整性的同时，仅捕获必要的身份标识信息，而完全剥离具体的业务内容。
新增身份属性
通过该设置，系统将在 OTel 数据中自动附加以下三个关键属性：
user.name: 经过认证的 Copilot 账户名称（通常为 GitHub 登录名），用于明确责任归属。process.user.name: 本地操作系统的账户名称，区分不同用户环境。host.name: 本地机器的名称，便于跨设备追踪。
这一设计确保了遥测数据既能用于内部监控和成本核算，又不会包含任何可能泄露用户隐私的代码片段或对话内容。
功能特性：五类可独立控制的数据捕获
为了满足不同企业的审计需求，管理员现在可以独立开启或关闭以下五类数据捕获（默认全部关闭）：
- Prompts: 用户、系统及开发者的提示词及输入上下文。
- Responses: 助手生成的响应内容及推理过程。
- toolArguments: 原始工具参数、命令、工具架构及标识符（涉及 MCP 服务器、插件等）。
- toolOutput: 工具执行结果及错误详情。
- policyDetail: 原始策略详情，如沙箱文件系统路径。
优先级机制
系统采用明确的优先级策略：显式的管理设置（Managed Settings）优先级最高，其次为本地设置，最后是 SDK 配置与环境变量。这意味着管理员可以通过企业级控制台统一管控，无需依赖客户端配置。
实际应用价值
- 合规审计: 企业可以仅捕获
policyDetail或toolArguments等特定字段，用于验证安全策略执行情况，而无需暴露源代码。 - 成本优化: 通过归因功能，IT 部门可以精确计算每位开发者的 AI 使用成本，优化资源分配。
- 隐私保护: 默认关闭内容捕获机制，配合身份归因，最大程度降低了数据泄露风险。
官方愿景
"We want to give enterprise administrators the flexibility to attribute Copilot activity to a user without collecting their prompts, responses, or tool content, ensuring privacy while enabling accountability."
—— GitHub 官方团队
企业可参考最新的《企业化管理设置参考文档》及《使用 OpenTelemetry 监控代理使用情况》指南，根据自身的审计用例开启必要的捕获类，并将数据发送至经批准的收集端点。
