应使用--ignore-platform-req=ext-gd精准跳过gd扩展版本检查，参数须严格匹配composer.json中require键名、小写且带ext-前缀；忽略多个需重复书写该参数，而非逗号分隔。
Composer 报扩展版本不符（比如 ext-gd 版本太低、ext-redis 版本不匹配），不是“装不了”，而是它在安装前就卡在平台校验这一步。真正能绕过它的，只有两种明确路径：精准忽略某扩展，或伪造该扩展已存在——别碰 --ignore-platform-reqs，它关得太狠，容易连带放过 PHP 版本、系统库等真正不该放行的东西。
怎么只跳过 ext-gd 版本检查，不碰其他校验？
用 --ignore-platform-req=ext-gd，不是 --ignore-platform-reqs。后者是全局断路器，前者才是手术刀。
-
--ignore-platform-req=ext-gd会让 Composer 完全跳过对ext-gd的版本比对，但继续检查php、ext-mbstring、lib-curl等其余项 - 多个扩展要忽略？重复写参数：
--ignore-platform-req=ext-gd --ignore-platform-req=ext-posix - 拼错名字会静默失效：必须严格小写、带
ext-前缀，gd、ext-GD、php-gd都不认 - 这个参数只作用于当前命令，不改
composer.json，也不影响下次运行
为什么 config.platform 更适合长期项目？
在 composer.json 的 config.platform 下声明扩展，相当于告诉 Composer：“我确认这个扩展可用，按这个版本去算依赖”，而不是“假装没这回事”。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 加这段配置后，
composer install和composer update都会按你设的版本解析，无需每次敲参数 - 示例写法（放在
composer.json的"config"块内）：{"platform": {"ext-gd": "8.1.0", "ext-redis": "5.3.7"}} - 版本号填什么不关键，只要格式合法（不能空、不能是
"0"或false），"1"、"8.2.0"都行 - 它不会让
imagecreate()在没装 GD 的机器上变可用——运行时仍需真实扩展
composer install 报 “ext-xxx version does not satisfy” 怎么快速定位源头？
不是所有扩展都是你直接 require 的，很多来自 require-dev 或深层依赖。硬跳过前，先搞清谁在提要求。
- 运行
composer depends ext-gd（需 Composer ≥ 2.5），它会列出所有直接或间接 requireext-gd的包 - 常见“背锅侠”：某些版本的
symfony/console、laravel/framework、phpunit/phpunit会把ext-pcntl或ext-posix写进require，哪怕你根本不用它们 - 如果只是开发期可选能力，升级到不强制要求该扩展的版本，比全局忽略更干净
- 检查
composer.json的require-dev段，删掉非必要工具包，有时比伪造平台更省事
最易被忽略的一点：即使你成功跳过了扩展检查，vendor/autoload.php 加载后仍报 Class not found，大概率不是平台问题，而是那个包本身没声明 autoload 字段，或者用了 classmap 却没跑 composer dump-autoload。跳过检查只是让安装走通，不等于自动加载自动生效。
