交互式命令必须在handle()中调用ask()、confirm()等方法，不可在__construct()中使用；confirm()需显式指定默认值以避免误操作；复杂流程推荐使用laravel-console-wizard。
交互式命令必须用 ask()、confirm() 等方法，不能靠 argument() 或 option() 替代
很多人误以为在 signature 里定义参数（比如 {name?}）就等于实现了交互，其实不是。那些是「命令行传参」，用户得手动敲： php artisan user:create john@example.com；而交互式是指运行后才逐个提问，适合不熟悉命令格式的运维或非技术同事使用。
真正触发交互的是 Symfony Console 提供的方法，Laravel 封装后直接可用：
-
ask($question, $default = null)：普通文本输入，支持默认值 -
secret($question)：输入不回显（密码类） -
confirm($question, $default = true)：返回布尔值，Y/n或y/N取决于$default -
choice($question, array $choices, $default = null, $attempts = null)：下拉选择，$choices是键值对数组，如['1' => '生产环境', '2' => '测试环境']
这些方法只能在 handle() 中调用，且必须在命令执行过程中实时阻塞等待输入 —— 这和参数解析阶段完全隔离。
confirm() 默认行为容易被忽略：Y 和 y 都算确认，但空回车按 $default
写 $this->confirm('继续？') 看似简单，但实际运行时用户只按回车，结果取决于你传的 $default。如果没传，默认是 false（即按回车 = 否），这和多数 CLI 工具习惯相反（比如 Git、npm 命令默认是 Y）。
所以务必显式指定：
-
$this->confirm('确定删除？', false)→ 回车 = 否（安全保守） -
$this->confirm('继续下一步？', true)→ 回车 = 是（流畅体验）
别依赖文档里“默认为 false”就省略参数——团队协作或交接时，这个细节常引发误操作。
交互逻辑不能放在 __construct() 里，否则会提前执行
有开发者把 $this->ask() 写在构造函数中，结果一运行命令（甚至只是 php artisan list）就卡住提问，根本看不到命令列表。
原因：Command 实例化发生在命令解析早期，远早于 handle() 执行。所有 I/O 操作必须严格限定在 handle() 方法体内。
另外注意：构造函数里能注入服务，但不能做任何用户交互。例如：
public function __construct(DripEmailer $drip)
{
parent::__construct();
$this->drip = $drip;
// ❌ 错误：这里调用 $this->ask() 会导致命令元信息加载失败
}
正确做法是把交互逻辑全收进 handle()，需要的服务已由容器注入完毕，随时可用。
复杂交互建议用 shomisha/laravel-console-wizard，别硬写嵌套 if
当交互步骤超过 3 步（比如先选环境 → 再选数据范围 → 再确认备份路径），手写 if/while 容易失控：状态难维护、退出逻辑混乱、错误提示位置错乱。
shomisha/laravel-console-wizard 提供了声明式流程控制：
- 每步封装成独立方法（如
askForEnvironment()） - 自动处理跳过、重试、回退（
←键支持） - 内置验证钩子（
validateEnvironment()） - 输出结构统一，不需手动调用
info()/error()
安装后只需继承 WizardCommand，把步骤拆开写，比原生方式少一半胶水代码，也更健壮。它不替换 Laravel 底层，只是让交互逻辑可读、可测、可维护。
