避免编码智能体被命令行交互卡住

编码智能体执行命令后迟迟不返回，可能只是某个程序在等人按键。dev.to 的一篇文章梳理了九类交互阻塞及处理办法：从 git commit 打开的编辑器，到安装确认、密码输入和分页器。它关注的重点是让命令自动完成，或尽快给出智能体能处理的错误，减少难以定位的超时。

目前能确认什么

原文节选展示了几种不同的阻塞来源，处理方式也有区别：

• 提交信息：git commit 显式传入 -m 或 -F，避免打开编辑器。
• 分页输出：设置 GIT_PAGER=cat，或使用 git --no-pager，避免 git log 等命令等待退出分页器。
• 缺少凭证：GIT_TERMINAL_PROMPT=0、sudo -n、psql -w 可以让对应命令在需要人工输入时直接失败。

命令是否弹出提示，还取决于它是否检测到终端（TTY）。原文指出，Git 在标准输出连接终端时才启动分页器，npx 在标准输入不是 TTY 或检测到 CI 时会默认采用 --yes。不同智能体工具提供的执行环境有差异，同一条命令可能表现不同。

非交互执行，不等于自动同意所有操作。

npx --yes 会跳过安装确认，包名拼错也可能继续安装；terraform apply 的 -auto-approve 则可能批准包含资源删除的操作。关闭提示之前，需要先明确提示承担的作用。

我的判断

对维护智能体脚本的程序员，最该先检查的是编辑器、分页器和凭证提示。这些地方可以分别通过显式输入、关闭分页和缺凭证即报错，减少挂起，也保留可诊断的信息。单纯延长超时解决不了等待按键的问题。

安装确认和基础设施审批应单独处理。我更倾向于把常用工具加入 devDependencies，让 npx 使用本地副本，而非统一追加 --yes。

现有节选未完整展示标题所说的九类命令，不能据此拼出完整清单；其中引用的默认超时，也不能直接当作所有智能体环境的共同配置。