composer init 仅生成 composer.json 配置文件，不安装依赖、不创建 vendor 目录；需手动配置 autoload 和 type（project/library），否则导致类加载失败或包不可引用。
composer init 只生成 composer.json，不装包、不建 vendor
它不是“创建项目”，只是帮你写一个 JSON 配置文件。很多人执行完 composer init 就去跑 composer install，结果报错：Class not found 或 no matching package found——问题往往出在 autoload 没配、require 写了不存在的包，或版本约束太死。
-
composer init后不会创建vendor/目录，也不会生成vendor/autoload.php - 如果没填 autoload，后续
composer dump-autoload也白搭，PSR-4 类根本不会被识别 - require 字段里写了
"monolog/monolog": "^1.0"，但在 PHP 8.1 环境下会卡住——因为 v1.x 最高只支持 PHP 7.4 - 推荐初始化时就加
--type=project或--type=library：设成project表示这是最终应用，不会被别人require；设成library才会启用 autoload 规则供外部引用
非交互式初始化：适合脚本、CI 或快速起手
手动敲十几遍回车很烦，尤其在自动化流程里。用参数一次性指定更稳，也避免 Git 用户名/邮箱被自动读取导致包名错误。
- 最小可用命令：
composer init --name="myorg/myapp" --description="My CLI tool" --require="php:^8.1" --no-interaction - 加
--type=library并配 autoload：composer init --name="myorg/mypkg" --type=library --autoload='{"psr-4":{"MyOrg\":"src/"}}' --no-interaction - 注意 JSON 字符串需单引号包裹，双引号要转义；否则 shell 会提前解析，报
Parse error: syntax error - 生成后立刻跑
composer validate，能提前发现 name 缺 vendor 段、license 格式不对等硬伤
已有代码的老项目怎么安全接入 Composer
别删文件、别重命名目录，直接在当前根目录运行 composer init，重点是 autoload 和 type 的选择。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 交互中遇到 “Would you like to define your autoload rules?” —— 选 yes，再选 PSR-4，输入命名空间（如
App）和源码路径（如src/） - type 推荐填
project，除非你明确打算把这个项目打包发布为可被 require 的库 - 即使 require 为空，也要执行一次
composer install：它会生成vendor/autoload.php，之后你才能在入口文件里require 'vendor/autoload.php' - 如果 src/ 下类已用命名空间但加载失败，检查
composer.json里 autoload 的反斜杠是否用了双反斜杠："App\": "src/"而不是"App": "src/"（后者是语法错误）
为什么不用 create-project 来“初始化”
composer create-project 是下载并安装一个**现成模板**（比如 Laravel），不是初始化你自己的空项目。混用会导致误解和冗余操作。
-
create-project会强制install、写composer.lock、甚至触发post-create-project-cmd脚本——这些对空白项目毫无必要 - 它默认走
--prefer-dist，在 CI 或内网环境可能因 GitHub token 缺失被限流；而init完全不联网，纯本地操作 - 如果你只是想套个结构，应维护一个私有模板库，用
create-project myorg/php-template myapp；而不是用它替代init - 新手常把
create-project laravel/laravel .当作“初始化当前目录”，结果覆盖掉已有代码——init才是真正安全的第一步
最容易被忽略的是 autoload 和 type 的联动：type 不是摆设，它决定 Composer 是否把你写的类暴露给其他项目；autoload 不写或写错，dump-autoload 就等于没做。
