Codex是OpenAI推出的AI编程智能体，其内置的request_user_input工具允许模型在执行任务过程中向用户提出带选项的问题，以澄清模糊需求。但该功能默认仅在计划模式（Plan Mode）下可用，普通模式下无法使用。Linux.do论坛用户分享了一个配置技巧，可在非计划模式下解锁这一交互能力。具体操作分两步：第一步，在Codex的配置文件config.toml的[features]区块中添加default_mode_request_user_input = true一行，开启普通模式下的用户输入请求功能；第二步，需在AGENT.md项目说明文件中明确提示Codex使用request_user_input工具。作者特别强调，若缺少第二步，即使功能已在配置中开启，Codex在实际运行中也基本不会主动调用该工具。这一技巧的核心价值在于让开发者在日常编码流程中也能获得交互式确认能力，当Agent面对模糊需求或多路径选择时，可主动向用户提问并给出选项，而非自行猜测后继续执行，有助于减少返工、提升任务完成的准确度。整个配置过程仅需修改配置文件与项目说明文档，成本低，适合Codex用户尝试。
事件分析
从技术层面看，这一技巧揭示了当前AI编程Agent的两个现实：一是工具能力往往受产品模式设计限制，用户需要通过底层配置才能解锁潜在功能；二是大模型的工具调用行为高度依赖提示词引导，即使工具已开放，模型也可能因缺乏明确指令而不主动使用，这反映出Agent产品在自主性与可控性之间的设计权衡。从产业角度看，OpenAI、Anthropic等厂商正围绕更智能的交互式编程体验展开竞争，让Agent在关键决策点主动与人类确认，已成为提升交付质量的重要方向。预计后续版本可能将此类交互能力设为默认开启，或提供更细粒度的人机确认策略配置，交互节点的设计或成为Agent产品力的重要指标。
核心观点：会提问的Agent比只会执行的Agent更值钱，人机交互节点的设计正成为AI编程工具竞争的新分水岭。
原文链接：Linux.do
