近期，在开发者社区Linux.do上，关于AI编程工具Codex CLI及其桌面版本处理`.gitignore`文件的逻辑引发了讨论。核心争议点在于，当开发者尝试使用`@`符号明确引用本地文件以向AI注入上下文时，Codex工具似乎会强制遵循`.gitignore`规则，自动过滤并排除那些被标记为忽略的文件，导致AI无法“看见”这些被引用的内容。
这种设计在开发社区中引起了困惑。`.gitignore`的核心用途是在版本控制中屏蔽依赖包、构建产物或临时文件，以保持仓库整洁。然而，在AI辅助编程的场景下，开发者使用`@file`或`@reference`进行显式引用时，通常具有明确的意图——即希望AI阅读该特定文件以辅助生成代码或解决问题。系统在此时机械地执行排除规则，被认为是一种“反直觉”的用户体验。
根据用户的测试对比，Anthropic旗下的Claude Code似乎提供了更灵活的机制来处理此类引用，能够在一定程度上绕过Git忽略规则或在提示中保留上下文。相比之下，OpenAI的Codex CLI/Desktop版本目前尚未支持这种强制引用或覆盖行为。这一差异不仅暴露了不同AI工具在本地环境适配上的策略分歧，也揭示了开发者在实际工作流中对于“指令优先权”的迫切需求。
事件分析
Codex强制排除`.gitignore`文件的做法，虽然可能是出于隐私保护或上下文窗口优化的考量（防止敏感文件被意外上传），但却牺牲了工具的灵活性。成熟的AI Agent应当具备上下文感知能力，区分“自动扫描”与“显式引用”的区别：在自动扫描仓库时遵守排除规则，而在接收显式引用指令时则覆盖规则。Claude Code与Codex在这一细节上的不同表现，预示着AI编程工具的竞争正在从单纯的代码生成能力，转向对开发工作流细节的深度优化与开发者意图的精准理解。
核心观点：AI编程工具必须学会“服从显性指令”：当开发者明确使用@引用时，系统应赋予其高于.gitignore配置的优先级，而非机械执行安全过滤。
原文链接：Linux.do
