直接调用$climate->red('text')没颜色是因为未实例化CLImate对象、未启用colors配置且TTY检测失败；需显式创建实例并传入['colors' => true]或设CLIMATE_COLORS=1环境变量。
直接 composer require league/climate 后调用 $climate->red('text') 没颜色？不是库坏了，是它默认不干活——没实例化、没开颜色、没过 TTY 检测。
安装后为什么 echo 或 var_dump 依然没颜色
CLImate 不会劫持 PHP 原生输出函数。它不是“开启就自动染色”的钩子，而是一个需显式调用的对象。
-
composer require league/climate只是把类放进vendor/，不会修改任何全局行为 - 必须手动
require_once 'vendor/autoload.php'，再创建实例：$climate = new \League\CLImate\CLImate(); - 所有彩色输出都得走它的方法：
$climate->error('Boom')，不能echo $climate->red('Boom')（这会输出对象字符串） - 如果你还在用
var_dump()调试，它和 CLImate 完全无关；想给调试加色，得换用$climate->dump($var)（v4+ 支持）
非终端环境（Docker / CI）里颜色失效的根因与解法
CLImate 在 detectColorSupport() 中检查 stdout 是否为 TTY，CI 管道、重定向输出、Docker 默认 stdin/stdout 都不是 TTY，于是自动关色。
- 最稳妥方式：构造时传配置 ——
$climate = new \League\CLImate\CLImate(['colors' => true]); - 环境变量方式（适合 Dockerfile 或 GitHub Actions）：
CLIMATE_COLORS=1（Linux/macOS）或set CLIMATE_COLORS=1（Windows CMD） - Docker 中若需真实 TTY，可加
-t参数运行容器，但仅限交互调试，CI 场景不适用 - 别碰
$climate->output->enableColors()—— 这个方法在 v4+ 已被移除，只存在于 v3.x，强行用会报Call to undefined method
info() / success() / warning() 这些方法不只是换颜色
它们是带语义、带图标、带输出通道的封装，不是语法糖。
立即学习“PHP免费学习笔记（深入）”；
-
$climate->info('Loading...')→ 蓝色 + ℹ + 输出到stdout，适合中间状态 -
$climate->success('Done')→ 绿色 + ✔（部分终端字体不支持 ✔，会退化为[OK]），适合终态确认 -
$climate->warning('Deprecated')→ 黄色 + ⚠，不中断流程，但视觉上突出软性提示 -
$climate->error('Failed')→ 红色 + ✘，且默认写入STDERR，符合 Unix 错误流规范，能被管道正确捕获 - 图标是 ASCII 字符，依赖终端字体支持；如需兼容性更强，可用
$climate->red('[ERROR]')->out('Failed')手动组合
最容易被忽略的是：CLImate 的「颜色开关」和「TTY 检测」是两层逻辑，很多人只改了其中一层。另外，error() 写 STDERR 这个行为，在日志聚合或管道处理时直接影响是否能被 2>&1 | grep 正确捕获——这不是样式问题，是 Unix 接口契约。
