--no-interaction（或 -n）并非简单“关闭提示”，而是跳过所有交互式确认（有默认值则用默认值，无则报错退出）；仅对支持非交互模式的命令生效，如 install/update/create-project/require，而 init 不支持；CI 中卡住常因下游脚本、认证缺失或插件行为所致；需组合 --prefer-dist、--no-dev、--ignore-platform-reqs、--no-plugins 及环境变量 COMPOSER_NO_INTERACTION=1 才能稳定运行，且不生成 composer.lock 或处理敏感输入。
--no-interaction（或简写为 -n）不是“关掉提示”的开关，而是告诉 Composer：所有需要你按回车、输 yes/no、选版本的地方，一律不等、不问、不弹——没默认值就报错退出，有默认值就直接走默认值。
哪些命令加了 --no-interaction 才真正生效
它只对本身支持非交互路径的命令起作用，不是所有命令都买账：
-
composer install、composer update、composer create-project：支持，会跳过删除 vendor 确认、是否运行脚本等 -
composer init：不支持，加了也直接报Interactive mode is required -
composer dump-autoload、composer diagnose：本来就不交互，加了无害但没必要 -
composer require：支持，但遇到版本冲突时仍会报错退出（因为要你从几个候选里挑一个，没有默认可选）
--no-interaction 为什么在 CI 里还是卡住
常见卡点根本不是 Composer 自己在问，而是它启动的下游命令在问：
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- post-install-cmd 脚本里调了
readline()或symfony/console的ask()→--no-interaction拦不住 - 私有包拉取时卡在
Username for 'https://xxx':→ 认证缺失，不是交互问题，得配auth.json或COMPOSER_AUTH - Docker 构建中没加
-t分配 TTY，--interactive都无效，--no-interaction更没法兜底 - 某些插件（如 hirak/prestissimo）内部做网络探测或进度条渲染，
--no-interaction不影响它们的行为
怎么配才真正稳定跑通 CI
单靠 --no-interaction 是堵不住所有口子的，必须组合使用：
- 加
--prefer-dist：避免 fallback 到慢且需 Git 凭据的--prefer-source - 加
--no-dev：跳过 require-dev 里的不确定性依赖（比如含交互式测试工具） - 加
--ignore-platform-reqs：绕过 PHP 扩展缺失或版本声明不匹配导致的提前退出 - 加
--no-plugins：防止插件偷偷读 home 目录配置或触发额外网络请求 - 环境变量优先用
COMPOSER_NO_INTERACTION=1：比命令行参数更稳定，尤其在 shell 封装脚本里不易被子进程覆盖
容易被忽略的关键细节
很多人以为加了 -n 就万事大吉，其实最常翻车的是两件事：
- 它不会帮你生成
composer.lock—— 如果项目没提交 lock 文件，composer install -n会直接失败，而不是默默帮你生成一个 - 它不处理任何需要“输入值”的环节（比如数据库密码、API key），只跳过“确认类”交互；这类问题得靠脚本参数（如
--force）、环境变量（如APP_KEY）或预填充配置来解决
