让 Codex 普通对话支持多选反馈

是什么 这条推文分享的是一个 Codex 配置技巧：在 TOML 的 [features] 段加入 default_mode_request_user_input = true，据称可让原本主要在 /plan 模式出现的用户反馈多选框，也能在普通对话中启用。它不是模型能力升级，而是把已有的结构化反馈入口扩展到更广的会话范围。

核心设计 它的价值在于把“让用户从候选项中选择”变成默认可用的协作原语。Agent 遇到需求不清、方案分叉或风险取舍时，可以用低成本的多选反馈替代开放式追问，减少上下文切换和重复确认。对习惯 Claude Code 交互的用户而言，这也降低了工具迁移后的体验落差。

关键洞察 配置开关虽小，影响的是人机协作协议：问题被拆成可决策选项，用户只需表达偏好，Agent 再据此继续执行。它适合编码任务中的范围确认、实现方案选择和下一步决策，收益主要来自减少往返，而非“十倍”这一未经验证的量化承诺。

边界与风险 原文没有给出 Codex 版本、配置文件路径、兼容性或官方文档依据，因此应先在非关键任务中验证。开启后也不能替代必要的自由文本说明；复杂需求、隐含约束和安全决策仍需要完整上下文。若配置键在后续版本变更，可能被忽略或产生行为差异。