composer init 仅交互式生成基础 composer.json 文件，不安装包、不创建目录、不写入代码；它将用户输入直接映射为 json 字段，无默认值兜底，跳过提问则对应字段不出现，包名须含/，可配合--no-interaction参数用于ci等非交互场景。
composer init 命令到底干了什么
它只是交互式生成一个基础 composer.json 文件，不安装任何包、不创建目录、不写入代码——本质是填空式模板生成器。你敲 composer init 后看到的每一步（包名、描述、依赖等），都直接映射到 JSON 字段里，没魔法，也没默认值兜底。
常见错误现象：composer init 运行后发现项目根目录没变化，或者生成的 composer.json 里 "autoload" 是空对象、"require" 是空对象——这正常，它只问你填不填，不替你决定要不要。
- 如果跳过所有依赖提问（一路按回车），生成的
composer.json就只有"name"和"description"，其他字段可能压根不出现 - 包名格式必须含
/（如myvendor/myproject），否则会报错Invalid package name "myproject" - 想跳过交互直接生成最小可用文件？用
composer init --name=myvendor/myproject --no-interaction
不交互时怎么安全生成 composer.json
脚手架或 CI 场景下不能手动敲回车，就得靠参数驱动。但要注意：--require 参数值必须带版本约束，foo/bar 不合法，foo/bar:^1.0 才行；漏了版本号会卡住或报错 Could not parse version constraint。
使用场景：CI 构建前初始化空项目、批量生成测试项目、Docker 构建上下文准备。
composer init --name=acme/app --description="My CLI tool" --require=php:^8.1 --require-dev=phpunit/phpunit:^10 --no-interaction-
--type=library或--type=project会影响后续composer install行为（比如是否允许安装require-dev） - 生成后建议立刻跑
composer validate，检查 JSON 结构和字段合法性，避免后期install报奇怪的解析错误
为什么 init 后 vendor 目录没出来
因为 composer init 从不执行安装动作。它只管写 composer.json，连 composer.lock 都不会生成。vendor 是 composer install 或 composer update 的产物。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
容易踩的坑：有人 init 完就去 require 一个包，结果提示 Class not found——不是 autoload 没配，而是根本没装过任何东西。
- 确认
composer.json已存在后，运行composer install才会拉取依赖、生成vendor/autoload.php - 若
composer.json里"autoload"是空的或没设"psr-4"映射，即使装了包，require_once 'vendor/autoload.php'也加载不了你的类 - 新项目首次
install时，如果composer.lock不存在，Composer 会按composer.json中的版本约束“求解”出具体版本并写入 lock 文件
init 生成的 autoload 配置怎么写才有效
交互式 init 默认不问 autoload，所以生成的文件里通常没有 "autoload" 字段。但如果你手动加了，或用 --autoload 参数，得注意 PSR-4 映射路径必须是相对于项目根目录的，且命名空间末尾要带 。
示例："autoload": { "psr-4": { "App\": "src/" } } 表示 AppFooBar 类应位于 src/Foo/Bar.php。
- 路径不能以
/开头（如"src/"✅，"/src/"❌） - 命名空间末尾的反斜杠不能丢（
"App\"✅，"App"❌），否则自动加载器找不到类 - 改完
autoload后必须运行composer dump-autoload，否则新映射不生效 - 如果项目只是脚本集合（无命名空间），用
"autoload": { "files": ["helpers.php"] }更直接
最常被忽略的一点：autoload 配置只影响你自己的代码加载，跟 require 进来的第三方包无关——那些包的加载规则由它们自己 composer.json 里的 autoload 决定。
