该文章讨论了如何在GitHub Codex中排除敏感文件的方法，主要涉及配置相关设置以避免将敏感或不需要的文件纳入代码生成或分析范围。

好的，这是对原文主要内容的中文重述，已保留关键细节并删除了与主题无关的导航、界面元素和重复信息。

标题：一种排除敏感文件的方法

来源： OpenAI Codex 项目的一个 GitHub Issue (#2847)

核心诉求： 用户希望 Codex 能够提供一种机制，明确标记并阻止 AI 代理读取或向模型发送敏感文件，以保护数据安全并排除无关文件。

具体建议：

1. 配置文件： 引入类似 .codexignore 的配置文件，支持在仓库级别（项目本地）和全局级别（用户默认）进行设置。
2. 应用场景： 例如，允许搜索 node_modules/ 目录以检查实现，但禁止读取或发送 .env、.pem、.ssh/、.aws/ 等包含密钥或敏感信息的文件。
3. 配置要求： 该配置应具有确定性，可在团队和仓库间共享，并支持用户自定义默认值，而非依赖项目文档或约定。

社区讨论要点：

• 命名争议： 有用户建议使用更通用的 .agentignore 或 .agentsignore，以便在不同 AI 工具（如 Cline、Cursor）间通用，减少碎片化。但有人指出，这不应被视为安全措施，而只是减少意外暴露。
• 安全边界： 多位用户强调，仅靠忽略文件列表无法提供真正的安全保障，因为 AI 代理可能通过 shell 命令（如 rg、cat）绕过限制。真正的安全应依赖沙箱（sandbox）机制。
• 现有方案： 有用户分享了在 macOS 上使用 sandbox-exec 限制 Codex 读取 .env 文件的临时方案，并建议在 Linux 上使用 Landlock 机制。另有用户分享了通过 config.toml 配置精细的文件系统权限和网络策略的实践。
• 重要性： 该功能被认为对注重安全的企业和组织至关重要，是防止 Codex 不加区分地上传密钥、密码等敏感数据到 OpenAI 服务器的“准入门槛”。缺乏此功能是部分用户转向其他工具（如 Claude Code、Gemini Code Assist）的原因。
• 相关讨论： 该 Issue 与另一个关于“可配置的敏感文件排除模式”的 Issue (#1397) 相关联，并被认为是互补的。有用户提出，除了文件排除，还需要在数据发送前进行本地扫描和脱敏（DLP/redaction）作为最后一道防线。

结论： 该 Issue 是一个功能请求，旨在为 Codex 增加一个确定性的、可共享的敏感文件排除机制。社区对此需求强烈，并围绕命名、安全边界和实现方式展开了深入讨论。

根据评论内容，主要围绕AI编码代理（如Codex）的.agentsignore文件功能展开讨论，核心观点如下：

支持方观点（少数）： - 认为应建立类似.gitignore的标准，至少阻止基本读取操作（评论12："There should be a standard around .agentignore file... at least basic operations like reading and so on should be checked and prevented"） - 可作为提示代理忽略无关文件的工具（评论6："It's a good idea as a hint to agents about what files it should ignore"）

反对方观点（多数）： 1. 安全无效论：无法真正防止秘密泄露 - 评论5："it will only give people a false sense of security given the unpredictable nature of LLMs" - 评论9："Adding a security setting that doesn't work is much worse than not having one" - 评论6："There's simply no way to guarantee that an agent will ignore things in the ignore file"

2. 系统级方案论：应使用现有系统工具

   • 评论3："change the file permissions... or run codex in a container without those files mounted"
   • 评论18："A simple concept such as users and permissions solves this problem"
   • 评论7："If a resource is sensitive... then the user is doing something wrong"

3. 沙箱隔离论：必须使用独立环境

   • 评论10："The only thing close to a guarantee is to give the agent exclusive access to a clean VM"
   • 评论13："It's exceedingly unlikely that a blocklist like proposed... would ever be complete"
   • 评论16："Files that codex... has access to, should be opt-in NOT opt-out"

4. 最佳实践建议：

   • 评论11："Do not store secrets in the repository in files, but inject them during runtime"
   • 评论8："you should use something to contain an agent runtime"

总结：绝大多数评论者认为.agentsignore作为安全机制存在根本缺陷，建议通过操作系统权限、容器化或沙箱等系统级方案实现真正的安全隔离，而非依赖代理自身的自我约束。