Composer默认交互式，但常因CI、Docker无TTY、管道调用或COMPOSER_NO_INTERACTION=1等导致不提示；需检查posix_isatty(STDIN)是否为true，并确保未被环境变量或参数禁用。
Composer 默认在终端中就是交互式的，但很多问题其实出在“你以为它该问你，结果它没问”——根本原因不是 Composer 关闭了交互，而是你的环境或命令参数悄悄把它禁用了。
为什么 composer require 没弹出输入提示
常见于 CI 环境、Docker 容器、管道调用（比如 composer require xxx | grep），或设置了环境变量。Composer 会主动检测 STDIN 是否可用，不可用就跳过所有交互。
- 检查是否被
COMPOSER_NO_INTERACTION=1或-n/--no-interaction参数压制：运行env | grep COMPOSER_NO_INTERACTION或翻看脚本里有没有写死该参数 - Docker 中必须加
-t分配伪 TTY，否则composer create-project --interactive也会静默失败 - 某些模板的
composer.json里写了"config": {"interactive": false}，会强制覆盖命令行行为 - 确认终端是交互式：在 PHP 中运行
var_dump(posix_isatty(STDIN));，返回bool(true)才算合格
composer init 过程中怎么跳过某一步
composer init 是纯交互流程，不支持跳过单个问题，但可以中途用 Ctrl+C 中断，再重新运行并输入空值（直接回车）跳过非必填项，比如描述、关键词、作者邮箱等。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 项目名称、最低稳定版本（
minimum-stability）和包类型（type）通常无法跳过，留空会报错或使用默认值 - 添加依赖时如果输错包名，按
Ctrl+C后重来，别硬填 —— 错误的包名会导致后续composer install报Could not find package - 想预设值？直接编辑生成的
composer.json更可靠，composer init只是辅助工具，不是唯一入口
composer install 什么时候会真正停下来等你输入
它不会为每个包提问，只在几个关键节点触发确认，且必须显式启用 --interactive（-i）才生效：
- 删除现有
vendor/目录前（当composer.lock和当前vendor/不匹配时） - 安装来源不可信的包（如非 HTTPS 的 VCS 源，或启用了
secure-http配置） - 执行某些插件的
post-install-cmd脚本，且该脚本主动调用$io->askConfirmation() -
composer install --interactive必须在干净的vendor/下首次运行才容易触发；已有内容时，除非你删了vendor/或改了composer.lock，否则它连提示都不会出现
哪些操作根本不能交互，得靠配置或环境变量绕过
有些包的安装逻辑压根不走 Composer 的 IO 接口，而是自己读 STDIN 或查环境变量。这时候加 --interactive 没用，必须提前设置：
- 许可证接受：设
accept_license=1（部分 SDK 包识别） - API 密钥或 token：通过
API_KEY=xxx composer require vendor/package传入 - 数据库连接配置：某些 Laravel starter kit 会读
DB_HOST等环境变量，而不是弹框 - 静默安装失败？先跑
composer diagnose，它能发现openssl、curl、CA 证书、home 目录权限等底层问题 —— 这些都比“没问你”更优先
交互式安装最常被忽略的一点：它高度依赖终端真实状态，而不是命令行参数本身。哪怕你写了 --interactive，只要 posix_isatty(STDIN) 返回 false，Composer 就会安静地跳过所有输入环节。
