Laravel Prompts 不适合生产环境 CLI 工具，因其不处理 SIGINT、不兼容 Windows 原生控制序列、无异步输入支持，仅支持同步阻塞读取，无法与 pcntl_fork() 或 ReactPHP 共存，且 prompt::password() 不自动擦除内存密码，prompt::confirm() 缺乏 strict 模式，重定向时静默返回 false。
为什么 Laravel Prompts 不适合生产环境 CLI 工具？
它确实能快速写出带颜色、输入验证、选择菜单的交互式命令，但本质是为 Laravel 的 artisan 命令临时调试或脚手架设计的——不处理 SIGINT（Ctrl+C）、不兼容 Windows 终端原生控制序列、没有异步输入支持。你用它写一个需要长时间运行、多路输入或后台守护的 CLI 工具，大概率会在用户按 Ctrl+Z 或管道输入时崩溃，错误信息通常是 STDIN is not a TTY 或直接抛出 RuntimeException。
- 只支持同步阻塞式读取，无法与
pcntl_fork()或ReactPHP共存 -
select()类型的多路复用完全不可用，prompt::multiselect()会锁死整个进程 - Windows 下依赖
symfony/console的 fallback 渲染，选项高亮和光标定位经常错位
prompt::confirm() 和 prompt::password() 的安全边界在哪？
这两个函数不会自动擦除内存中的密码字符串，也不会禁用终端回显以外的任何防护——prompt::password() 只是调用 system("stty -echo")（Unix）或 SetConsoleMode()（Windows），一旦进程被信号中断或异常退出，密码仍可能残留在 PHP 的内存堆或 shell 历史中。
- 不要在
try/catch外直接调用prompt::password()；必须包在register_shutdown_function()清理逻辑里 -
prompt::confirm()返回布尔值，但用户输yEs、1、空格加y都算 true——没提供strict模式参数，无法关闭模糊匹配 - 若命令被重定向（如
php artisan foo > log.txt），prompt::confirm()会静默返回false，而不是报错或阻断执行
如何让 Laravel Prompts 在非 Artisan 环境中跑起来？
它硬编码依赖 Illuminate\Console\Application 的输出对象，直接 require 后调用会报 Class 'Illuminate\Support\Str' not found。绕过方法不是装完整 Laravel，而是最小化补全依赖链：
- 安装必要组件：
composer require laravel/prompts symfony/console illuminate/support - 手动绑定输出接口：
$output = new Symfony\Component\Console\Output\ConsoleOutput();，再通过prompt::setOutput($output)注入 - 禁用自动清屏（避免在 tmux 或 CI 中乱码）：
putenv('NO_COLOR=1');必须在prompt加载前生效
替代方案：什么情况下该换掉 Laravel Prompts？
当你需要以下任一能力时，立刻停用它，改用 symfony/console 原生组件或 php-school/cli-menu：
立即学习“PHP免费学习笔记（深入）”；
- 支持
php mytool.php --interactive和php mytool.php --non-interactive双模式 - 要捕获 Ctrl+C 并执行清理（比如关闭数据库连接、释放临时文件）
- 输入源来自文件或管道（如
cat input.json | php cli.php import），而非仅键盘 - 需要自定义按键映射（比如按
Tab切换字段、Esc退出当前表单）
它的“炫酷”只存在于 demo 场景；真实 CLI 工具的稳定性，从来不是靠动画帧率决定的。
