require格式写错不会报语法错误，而是提示“could not find package”或装错版本，根本原因是Composer严格按输入的vendor/package名查源，大小写、斜杠、空格等任一错误都会导致包不存在；版本约束如^3.0可能因依赖冲突退至dev-main，应锁定tag如3.5.0；--dev等参数须置于包名后且不可混用。
require 格式写错不会报“语法错误”，而是直接提示 “could not find package” 或静默装错版本——根本原因不是拼写漏字符，而是 Composer 把你输的内容当成了一个完整包名去查源，而它根本不存在。
包名里多空格、少斜杠、大小写混用
Composer 对 vendor/package 名称是严格区分大小写和结构的，guzzlehttp/guzzle ≠ GuzzleHttp/guzzle ≠ guzzle/guzzle。它不自动纠错，也不做别名映射。
- 输错
monolog/monolog为monolog/monologs，Packagist 上没这个包，就报Could not find package monolog/monologs - 漏掉 vendor 段，比如只写
monolog，Composer 就真去搜名为monolog的包（而不是monolog/monolog），结果当然找不到 - 用下划线或短横代替斜杠，如
symfony_console或symfony-console，都不合法；必须是symfony/console
版本号写法导致装了 dev-main 或意外低版本
用 ^3.0、~3.5 这类约束时，Composer 会按语义化版本规则找“最大兼容交集”。如果现有依赖只认 ^2.0，它就只能退到 dev-main（即分支最新提交）这类不稳定版本，而非你预期的 3.5.0。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 想装确切版本，直接写 tag：
composer require monolog/monolog:3.5.0，不要加^或* -
3.5.*和3.5.0行为不同：前者允许3.5.99，后者只锁定一个 commit - 避免用
dev-master或dev-main，它们不是正式发布版，Packagist 不保证稳定性，CI 构建可能突然失败
require 命令后跟了不该出现的参数
常见误操作是把 --dev、-W、--no-update 等 flag 错放在包名后面，或者多个包之间没用空格隔开。
- 正确写法：
composer require phpunit/phpunit --dev，--dev必须在包名之后、命令末尾 - 错写成
composer require phpunit/phpunit --dev laravel/framework，Composer 会把--dev当作第二个包名，报Could not find package --dev - 多个包要分开写：
composer require foo/bar bar/baz，不能写成foo/bar,bar/baz或换行
真正难处理的不是格式本身，而是格式错误触发后，Composer 不告诉你“你写错了”，而是用“找不到包”或“装了奇怪版本”来反馈——这意味着你得先意识到问题出在输入，而不是网络或镜像。
