必须用 composer config -g 设置全局作者信息，因为 composer init -n 仅跳过交互且不自动生成 authors 字段，而 composer config -g 才真正写入用户级 config.json，使新项目自动注入作者信息。
必须用 composer config -g，不能靠 composer init -n 或手动改模板。 后者不生效，前者才真正写入全局配置文件，让所有新项目自动带作者信息。
为什么 composer init -n 不能设默认作者
它只是跳过交互，对空字段（如 name、email）才填默认值，但 authors 字段从不自动生成——哪怕你加了 -n，init 出来的 composer.json 里 authors 还是空数组或干脆缺失。这不是 bug，是设计：Composer 认为作者信息必须显式声明，不替你做主。
-
composer init -n不读取也不写入全局配置，和composer config -g完全无关 - 如果之前没设过全局作者，
init -n后的authors字段会是"authors": []或直接不出现，composer validate会报错 - 想“一次设置、处处生效”，唯一路径就是
composer config -g name和composer config -g email
composer config -g 的实操要点
它修改的是用户级的 config.json（路径由 composer config --global --list 首行确认），后续每次 composer init 都会把这两项注入到新生成的 authors 数组里。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 必须分开执行：
composer config -g name "Your Name"和composer config -g email "you@example.com"——composer config -g不支持批量设字段 - 名字和邮箱都只是字符串，不参与任何逻辑校验，但会影响 Packagist 页面展示和
composer show输出 - 设完后进空目录跑一次
composer init --no-interaction，再检查生成的composer.json，确认authors是[{"name": "Your Name", "email": "you@example.com"}]而不是对象或字符串 - Windows 用户注意：若用户名含中文或特殊字符，确保终端编码为 UTF-8，否则可能写入乱码
常见错误现象与排查
设了全局作者却没出现在新项目里，大概率是路径、权限或命令写错了。Composer 不报错，只静默失败。
-
composer config -g name "A"没加-g→ 写进当前目录的composer.json，不是全局 - 设了但
composer config --global --list里看不到 → 可能COMPOSER_HOME指向了无写入权限的目录，或被环境变量覆盖 - 新项目
authors是空数组 → 全局配置没生效，或composer init过程中被其他工具（如 IDE 插件）拦截并重写了文件 - 验证是否真生效：进任意空目录，运行
composer init --no-interaction && cat composer.json | grep -A 5 authors，看结构是否符合要求
真正容易被忽略的是：全局作者只影响 composer init 新建项目时的初始内容，对已有项目的 composer.json 完全无感；改完全局配置后，旧项目仍需手动编辑并运行 composer validate 确认格式正确。
