唯一可靠写法是composer require vendor/package:1.2.3；冒号为强制分隔符，缺则报错，加空格、@或=均失效，包名大小写敏感，版本号不带v前缀，且需验证Packagist存在性及composer.json与composer.lock中版本精确一致。
composer require vendor/package:1.2.3 是唯一可靠写法
想装哪个版本就是哪个版本，composer require vendor/package:1.2.3 是 Composer 唯一真正能精确锁定的命令格式。冒号是强制分隔符，缺它直接报 Could not parse version constraint；加空格、用 @ 或 = 都会失效——vendor/package@1.2.3 被当仓库地址，vendor/package=1.2.3 在旧版中可能失败，新版虽兼容但非标准。
常见错误包括：
- 包名大小写敏感：
monolog/monolog对，Monolog/Monolog错 - 版本号带
v前缀：monolog/monolog:v2.9.1会被解析为分支dev-v2.9.1，99% 找不到 - 冒号前后有空格：
monolog/monolog : 2.9.1同样解析失败
composer.json 里写 "vendor/package": "1.2.3" 才算真锁死
"vendor/package": "^1.2.3" 或 "vendor/package": "~1.2.3" 都不是精确安装，而是划定范围：前者允许升到 1.99.99，后者只放行 1.2.x 补丁升级（1.3.0 直接被拦）。只有去掉符号、纯数字字符串才真正锁死。
必须同时满足两个条件才算生效：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer.json中该行必须是"vendor/package": "1.2.3"，不能含^、~、多余引号包裹版本号本身 -
composer.lock中对应条目version字段必须是"1.2.3"，且source.reference是短哈希或为空；若出现长 commit hash（如"a1b2c3d4e5f67890"），说明实际拉的是 dev 分支
装不上 1.2.3？先查这三件事再重试
报 No matching package found 或 Your requirements could not be resolved，90% 不是网络问题，而是版本本身不可达。
- 去 Packagist 页面搜
vendor/package，确认1.2.3是否 listed、是否标了abandoned - 运行
composer show -a vendor/package，看输出里有没有1.2.3；如果有但带-RC或-beta，得加--stability=RC - 检查 PHP 版本兼容性：
1.2.3的composer.json可能声明了"php": ">=7.4"，而你本地是 PHP 8.2，但它的某个子依赖只支持 7.x —— 这类冲突不会提示具体原因，只会报could not be resolved
自定义版本号如 1.2.3-custom.1 会被拒绝
Composer 严格遵循 SemVer 2.0 规范，1.2.3-custom.1 中的 custom.1 是非法预发布标识符（点号后接数字再跟点号不被允许）。直接报错：Invalid version string "1.2.3-custom.1"。
合法预发布格式只有：
1.2.3-alpha1.2.3-beta.21.2.3-rc.11.2.3-dev
若需打内部定制包，正确做法是用 "type": "package" + dist 显式覆盖，version 字段可任意命名（如 "2.9.2-custom"），但 dist.url 必须可访问且压缩包结构与原包一致。
