Composer原生不支持中文，所谓中文输出多为第三方包正则替换实现；移除csineneo/lang-*、清缓存后回归稳定英文输出；极少数help文本需同时满足系统locale、环境变量及Composer≥2.5且含完整翻译文件才可能显示中文。
Composer 本身不支持中文语言环境
别折腾 composer config --global locale zh_CN，它基本没用。Composer 命令行输出默认全是硬编码英文字符串，不走系统 locale 机制，也不加载翻译文件。所谓“中文输出”，99% 是第三方包（比如 csineneo/lang-traditional-chinese）在后台做正则替换劫持的——不是 Composer 自己的能力，而是外部补丁，且稳定性差、更新滞后、与新版 Composer 冲突频繁。
怎么确认你被第三方语言包干扰了
运行这条命令：
composer show --installed | grep -i "chinese\|lang"
如果输出包含 csineneo/lang-traditional-chinese 或 csineneo/lang-simplified-chinese，说明你在用非官方翻译层。此时：
composer remove csineneo/lang-traditional-chinese-
composer remove csineneo/lang-simplified-chinese（除非真有强需求，否则不建议装） composer clear-cache
做完这三步，所有 composer install、composer update、composer diagnose 输出都会回归纯英文——这才是 Composer 的原生行为，稳定、可预期、CI/CD 友好。
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
想让部分帮助文案显示中文？三个条件缺一不可
极少数帮助文本（如 composer --help 中的选项说明）理论上能显示中文，但必须同时满足：
- 系统已生成并激活
zh_CN.UTF-8：运行sudo locale-gen zh_CN.UTF-8 && sudo update-locale，再用locale -a | grep zh_CN确认存在 - 当前 shell 环境变量设对：
export LANG=zh_CN.UTF-8 LC_ALL=zh_CN.UTF-8（建议写入~/.bashrc） - Composer 版本 ≥ 2.5.0，且
vendor/composer/lang/zh_CN/下有完整翻译文件（官方 2.7.x 中该目录多数为空，需从 GitHubdev-main分支手动复制src/Lang/zh_CN.php补全）
少一个，就回退英文。这不是配置漏了，是 Composer 原生就不把国际化当核心功能。
优化命令行交互：别依赖语言，靠参数和环境控制行为
真正影响交互体验的，不是语言，而是终端能力和参数设置：
- 加
--interactive才会弹出确认提示（如删 vendor、信任包源），但只对部分操作生效，不会逐个依赖提问 - 确保终端是交互式：在 Docker 中运行要加
-t；脚本里调用要避免管道重定向 stdin - 检查是否被
COMPOSER_NO_INTERACTION=1环境变量静默覆盖（CI 环境常见） - 某些插件（如
hirak/prestissimo）会屏蔽交互，临时禁用测试更可靠
语言切换容易让人误以为能控制行为，其实真正决定交互逻辑的是参数、环境变量和终端状态。中文显示只是表象，背后没统一机制支撑——这点最容易被忽略，也最常导致反复调试无效配置。
