Composer init 无真正快捷键，其交互式流程必须逐项确认；提速靠参数预填、管道注入默认响应或手写 composer.json 后直接 install。
Composer 没有 composer init 的交互式流程“快捷键”或隐藏命令——它只有标准的 composer init，但这个命令本身就是交互式的，且无法跳过全部步骤。所谓“快速”，其实是通过参数预填、跳过可选环节，或用模板规避重复输入。
为什么 composer init 看起来不“快”？
默认执行 composer init 会逐项询问：包名、描述、作者、类型、许可证、PHP 版本、依赖、开发依赖等。每一步都需回车确认，中间不能批量跳过非必填项（比如 type 默认是 library，但你仍得按回车；license 默认空，也得回车）。
- 它不是“向导式 GUI”，而是基于
symfony/console的纯 CLI 交互，无 --quiet 或 --skip-all 参数 - 所有字段值最终写入
composer.json，但交互过程本身不缓存、不记忆、不支持配置模板文件驱动 - 若中途 Ctrl+C 中断，不会生成残缺文件，安全但无进度保存
真正能提速的三种实操方式
绕过交互最有效的方法不是改命令，而是控制输入源或预置内容：
-
用
--name、--description等参数一次性填完必填项：例如composer init --name="myorg/mypkg" --description="My CLI tool" --require="php:^8.2" --license="MIT"。注意：未提供的字段（如作者、type）仍会交互提问，但只剩 1–2 步 -
用
echo管道注入预设响应：适合 CI 或脚本化，例如echo -e "\n\n\n\n\n\n\n" | composer init
（7 个换行对应常见 7 步，默认值全接受）。但需数清实际步数，不同 Composer 版本略有差异（v2.5+ 多了「autoload」确认） -
手写最小
composer.json后运行composer install：比交互更快。例如：{ "name": "myorg/mypkg", "description": "My CLI tool", "type": "project", "license": "MIT", "require": { "php": "^8.2" } }保存后直接composer install即可，跳过所有交互
容易被忽略的兼容性细节
交互流程受 Composer 版本和 PHP 环境隐式影响：
- v2.2 之前不校验
name格式（如含大写字母），v2.4+ 会提示The package name myorg/MyPkg is invalid, it should be lowercase - 如果当前目录已有
composer.json，composer init会报错退出，不覆盖也不合并 —— 必须先删或重命名 - 交互中按 Ctrl+D（EOF）可终止当前字段输入，但会导致该字段为空并继续下一步；若在 author 那步 EOF，后续可能因缺少 author 而无法生成合法 JSON
-
autoload设置（PSR-4 / classmap）在交互末尾出现，且默认为「no」，若项目需要自动加载却忘了确认，后续要手动改composer.json并运行composer dump-autoload
交互式 init 的本质是防错设计，不是效率工具。真要“快速”，就别依赖它——预写 JSON 或参数化调用更可控。唯一绕不开的，是理解每个字段对后续 composer install 和 Packagist 发布的实际约束。
