Composer自身不检测终端交互性，真正起作用的是PHP的stream_isatty()函数或环境变量；最可靠判断方式是php -r "exit(stream_isatty(STDIN) ? 0 : 1);"，退出码0表示交互式终端，1表示非交互环境。
Composer命令本身不提供交互式终端检测能力
Composer是一个PHP依赖管理工具，它的命令行行为（比如是否显示进度条、是否等待用户输入）由底层PHP环境和终端特性决定，而不是Composer自己判断。真正起作用的是PHP的stream_isatty()函数或环境变量TERM、CI等。你在写脚本时如果想让Composer行为适配当前终端类型，得从运行环境入手，而不是调用某个Composer子命令来“探测”。
用php -r + stream_isatty()快速判断
最轻量、最可靠的方式是直接在shell脚本里执行一行PHP代码：
php -r "exit(stream_isatty(STDIN) ? 0 : 1);"
执行后退出码为0表示STDIN连接到交互式终端（如本地bash），为1则说明是非交互环境（如CI流水线、重定向输入、systemd服务）。这个判断比检查$TERM更准确，因为某些容器环境会伪造TERM但实际不支持TTY。
- 不要依赖
test -t 0：它在部分Docker镜像或重定向场景下行为不稳定 - 避免用
php -v | grep -q "interactive"：PHP版本输出里根本没有这个字段，纯属误导 - 如果脚本里要复用结果，建议存入变量：
is_tty=$(php -r "echo stream_isatty(STDIN) ? '1' : '0';")
在Composer命令中启用/禁用交互行为
Composer自身通过--no-interaction（简写-n）强制禁用所有交互提示，这是CI场景的标准做法。你不需要“先判断再加参数”，而是直接根据运行上下文决定是否加这个flag：
- CI环境（GitHub Actions、GitLab CI）：默认加
--no-interaction，否则composer install可能卡住等待确认 - 本地开发脚本：可省略该参数，让Composer自动检测TTY并启用交互式提示（如选择安装器、确认权限变更）
- 注意
--no-interaction也会影响插件行为——比如composer-unused在非交互模式下不会提示删除建议
为什么不能靠composer --help或composer diagnose判断TTY
这些命令输出内容与终端是否交互无关：composer --help总是输出完整帮助文本；composer diagnose只检查配置和环境合规性，不会报告STDIN状态。试图解析其输出来推断交互性，既不可靠又增加维护成本。
真正需要控制交互行为的地方，是调用Composer前的环境决策点——那里才是你应该插入stream_isatty()判断的位置。把逻辑塞进Composer内部，就像试图用ls --version判断当前目录是否可写一样，方向错了。
