--no-interaction是ci/cd等无交互环境的必需参数，必须与--no-dev和--optimize-autoloader绑定使用，否则会导致安装卡住、类加载失败或性能下降。
因为生产环境没有终端交互能力，--no-interaction 不是可选项，而是必须项。
CI/CD 或容器启动时卡在 “Do you want to install this package?”
这是最典型的交互残留表现。Composer 在遇到以下情况会暂停等待输入：
- 私有包源未配置认证（
gitlab.example.com返回 401，但没提前设auth.json） - 某些包的
post-install-cmd脚本调用了$input->ask()或symfony/console的交互式方法 - 首次运行
composer install且vendor/不存在时，部分旧版插件会提示是否初始化目录
一旦卡住，CI 构建超时、K8s Pod 启动失败、Lambda 冷启动直接返回 “execution completed” —— 日志里甚至看不到错误，只有静默退出。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
为什么 --no-interaction 必须和 --no-dev --optimize-autoloader 绑定使用
单独加 --no-interaction 只解决“卡住”，不解决“装错”或“跑不动”：
-
--no-dev：跳过require-dev里的包，否则phpunit因缺ext-xdebug直接中断，而错误被--no-interaction吞掉，只剩退出码 1 -
--optimize-autoloader：不加它，autoload 走 PSR-4 动态扫描，单请求多出 1ms+ I/O，高并发下变成毛刺源；且该参数与--no-interaction共同构成“确定性加载”的基础 - 三者缺一，就可能出现“安装成功但类找不到”“部署通过但接口 500”这类低级又难排查的问题
本地开发能交互，上线就不能？那怎么处理需要手动确认的包
交互式逻辑不该存在于部署流程中。正确做法是前置剥离：
- 查文档确认该包是否支持环境变量跳过提示，例如
accept_license=1 composer require vendor/package - 把交互脚本抽成独立命令（如
php artisan vendor:setup），在部署后、服务启动前执行，而非塞进post-install-cmd - 若必须保留钩子，脚本内需显式判断：
if (!$input->isInteractive()) { return; }，避免非交互环境下硬报错
真正容易被忽略的是：很多团队用 composer install -n 解决了卡住问题，却没意识到 vendor/autoload.php 加载路径仍依赖未优化的映射，结果线上性能比本地低 20%，还归因于网络或 CPU。
