composer报“无法验证仓库真实性”是因packagist元数据（packages.json）gpg签名未校验，需composer≥2.2并手动配置signing-key启用防投毒验证，而非校验包体签名。
Composer 报“无法验证仓库真实性”，通常不是包体签名问题，而是 Packagist 元数据（packages.json）的 GPG 签名未被校验——这属于仓库投毒防护层，必须手动启用，且仅在 Composer ≥ 2.2 时有效。
为什么 composer install 会提示“无法验证仓库真实性”？
这不是 dist 包下载失败，也不是 dist.shasum 不匹配，而是 Composer 在拉取 https://repo.packagist.org/packages.json 时，发现该文件虽有 Packagist 官方 GPG 签名，但本地未配置公钥或未启用校验机制，于是拒绝信任整个包索引。
- 典型错误日志包含：
Verifying packages.json signature failed、Unable to verify repository authenticity或静默跳过签名验证后报No valid signature found - 只影响元数据加载：一旦失败，Composer 可能回退到无签名模式，或直接中断（取决于
security.signature-verification设置） - 常见触发场景：CI 环境用精简镜像、Docker 容器缺少系统 CA 或 keyring、自建私有仓库未同步 Packagist 公钥
启用 Packagist 元数据 GPG 验证的实操步骤
这是目前 Composer 生态中唯一真正用到 GPG 的签名验证，目标是防搜索结果被篡改，不是校验单个包内容。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 确认版本：
composer --version输出必须 ≥2.2.0；低于此版本不支持signing-key - 设置公钥源：
composer config --global signing-key https://packagist.org/keys.json（注意：不是.pub文件，是返回 JSON 列表的 URL） - 禁用降级：
composer config --global repo.packagist.org.allow_ssl_downgrade false，防止 HTTPS 被降为 HTTP 绕过校验 - 确保 TLS 可信：宿主机需有可用 CA 证书（如 Ubuntu 的
/etc/ssl/certs/ca-certificates.crt），PHP OpenSSL 扩展必须启用
composer install 仍失败？检查这几个关键点
配置写对了，但验证还是挂，大概率卡在底层依赖链上。
-
keys.json是动态列表，若 Packagist 更换主密钥而你的 Composer 版本太旧（如 2.2.x），可能因找不到匹配公钥而失败——升级到最新稳定版（如2.9.6）再试 - 某些 CI 镜像（如
php:8.3-cli-slim）默认不带ca-certificates，需显式安装：apt-get update && apt-get install -y ca-certificates - 如果你用了国内镜像（如腾讯云、阿里云），它们**不提供
packages.jsonGPG 签名**，必须切回官方源：composer config --global repo.packagist.org.url https://repo.packagist.org - 运行
composer install -vvv，观察日志中是否出现Verifying packages.json signature with key—— 没这行说明配置未生效
别把 security.signature-verification 和 signing-key 搞混
这两个开关作用完全不同，且不能互相替代：
-
security.signature-verification true：只对 **已签名的 dist 包** 启用 GPG 解签名（极少数包支持，如 Laravel 官方发布），它读composer.lock中的signature字段，需额外导入作者公钥 -
signing-key：只对 **Packagist 元数据**（packages.json）启用 GPG 校验，是防仓库投毒的基础设施，无需手动管理密钥对 - 两者可同时开启，但大多数项目只需后者；前者几乎没人用，因为 Packagist 上 99% 的包没上传
.sig文件
真正要守住供应链第一道门，关键是让 packages.json 的签名验证跑通——它决定了你看到的包列表本身是否可信。其他所有校验（shasum、HTTPS）都建立在这个前提之上。
