GitHub在2026年10月12日公告中将客户端遥测的身份归属与内容采集分开控制。身份信息、提示词和工具输出不是同一种数据；设计审计方案时，应先确定问题，再选择真正需要收集的类别。
身份与内容是分开的开关
公告中的telemetry.capture.identity用于附加账号、系统用户和主机标识，默认关闭。提示词、回复、工具参数、工具输出和策略详情则有独立采集类别，同样默认关闭。旧captureContent简写不负责打开身份采集。
先问审计究竟缺少哪项证据
例如目标只是确认某团队的使用归属，不应顺手开启所有原始工具输出。若排查一个失败命令，也要判断是否可以只保存错误类别和时间。下面是本站的需求拆分练习，不代表已替任何组织启用配置。
- 明确要回答的问题，例如使用归属、失败类型或策略是否生效。
- 列出解决该问题所需的最少字段，标记可能含源码、路径或个人信息的部分。
- 确认接收端、可查看人员及保存期限，再用测试账号产生样本。
- 核查实际送出的字段，未需要的类别保持关闭。
本地关闭不一定代表最终有效设置
GitHub说明，明确下发的托管值优先于本地设置、SDK配置和环境变量。因此排查时应核对有效策略及下发来源，不能只截图一个本地开关就认定完全停止了采集。具体支持范围应以官方文档及客户端版本为准。
验证样本也不要夹带真实秘密
可用虚构文件名和固定测试文字，观察是否产生预期标识，确认内容类别关闭时没有相应内容字段。保存一份脱敏样本及配置差异就足以支持初步核对。本文属于公告回顾；没有读取用户遥测、开启内容记录或发送日志到第三方。
资料来源与继续学习
资料查阅日期：2026年10月15日。示例、阅读练习与操作建议由本站整理。
资料查阅与编辑日期：2026年10月15日。作者：玖柒。
© 版权声明
文章版权归作者所有，未经允许请勿转载。
THE END
