Codex 如何安全访问私有仓库
我只想让 Codex 读取某个私有仓库的一部分内容，不希望它拿到过多权限。应该怎么配置才更稳妥？
用最小权限控制 Codex 的仓库可见范围
建议把访问范围限制到单个仓库，并只授予读取所需的权限。可以使用只读型访问令牌、SSH 部署密钥，或专门为自动化场景创建的细粒度权限凭证。不要复用个人主账号的高权限令牌，也不要让 Codex 接触组织级管理权限。仓库可见范围越小，泄露风险越低。
如果我要让 Codex 拉取私有代码，SSH、PAT、细粒度令牌这些方式里，哪一种更适合安全场景？
优先选择可控、可撤销、范围明确的凭证方式
两种常见方案都能用，但安全实践更看重权限边界。SSH 部署密钥适合绑定单个仓库，权限清晰，便于单独撤销。细粒度个人访问令牌适合需要更细控制的场景，可以限定仓库和操作类型。无论用哪种方式，都应避免把长期有效的高权限凭证直接交给 Codex；如果有条件，选择短时效、低权限、可审计的凭证更稳妥。
我担心 Codex 在分析代码、生成补丁或输出日志时，把密钥、配置文件、内部地址这些敏感信息带出去。有什么防护办法？
把敏感信息隔离在代码之外，并限制输出内容
密钥、证书、数据库连接串等内容不要写进仓库，统一放到密钥管理系统或运行环境变量中。对仓库做敏感信息扫描，提交前检查是否存在泄露内容。给 Codex 的上下文只提供必要文件，避免把完整配置、日志、私有文档一并暴露。生成结果时，也要对输出做人工复核，确认没有把敏感字段写入补丁、说明或日志。
如果 Codex 已经接入仓库，我应该怎样确认它访问了什么，以及在不需要时如何安全停用？
保留访问记录，并建立可撤销的授权流程
应开启仓库和平台的访问审计，记录令牌创建、调用时间、访问仓库、操作类型等信息。对用于 Codex 的凭证设置单独标识，方便区分和追踪。一旦项目结束、人员变更或怀疑异常访问，就立刻撤销对应令牌、删除部署密钥，并检查是否有残留权限。定期轮换凭证，也能降低长期暴露带来的风险。