企业级 composer 镜像库必须是只读、签名验证开启、元数据与包文件分离可控的供应链安全设施；composer config -g repo.packagist 仅代理元数据请求，不接管 zip 下载、无签名校验、无审计与离线能力，无法满足安全底线。
生产环境不能直接用 packagist.org 或任意镜像源拉包，必须构建只读、签名验证开启、元数据与包文件分离可控的 Composer 镜像库——这不是“加速需求”，而是供应链安全底线。
为什么不能用 composer config -g repo.packagist 代替私有镜像库
这个命令只是把元数据请求（packages.json）代理到镜像站，但包文件（.zip/.tar）仍从官方或 CDN 下载，且一旦镜像站未同步 signature 字段，Composer 会静默降级为无校验模式。更关键的是：它不提供只读控制、访问审计、版本冻结或离线能力。企业级场景下，这等于把供应链命脉交给第三方 HTTP 缓存节点。
- 阿里云/腾讯云镜像虽稳定，但不承诺 SLA，也不支持按时间点回滚
packages.json - 镜像站若被投毒（如缓存污染），所有下游项目都会拉到恶意包，而你无法感知
- CI/CD 流水线中无法强制要求“只允许从 v2026.04.01 的元数据快照安装”，缺乏可重现性
构建只读 Composer 镜像库的三个必要组件
真正的只读镜像库不是“换个 URL”，而是由三部分组成：元数据快照服务 + 包文件归档存储 + 签名验证网关。缺一不可。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
packagist-mirror或private-packagist：用于定期抓取并固化packages.json及其signature字段，生成带时间戳的只读快照（如/2026-04-01/packages.json） - 对象存储（如 S3 兼容的 MinIO）：存放所有
.zip包文件，路径格式严格为/{vendor}/{package}/{version}/{hash}.zip，禁止写入和覆盖 - Nginx 或 Envoy 反向代理：拦截所有
GET /dists/*请求，校验packages.json中的dist.shasum与实际文件 SHA256 是否一致，不一致则 403
composer install 如何强制走你的只读镜像库
不能依赖全局配置，必须在项目级锁定源和行为。以下配置写入 composer.json 的 repositories 和 config 段：
{
"repositories": [
{
"type": "composer",
"url": "https://mirror.example.com/2026-04-01/"
}
],
"config": {
"secure-http": true,
"disable-tls": false,
"github-protocols": ["https"],
"fxp-asset": {"enabled": false},
"allow-plugins": {"*": false}
}
}
关键点：
- URL 必须含具体时间戳路径，避免“最新版”语义导致不可重现
-
"allow-plugins": {"*": false}是硬性要求：插件可能绕过镜像策略执行远程 fetch - 部署前必须运行
composer diagnose，确认输出含secure-http: OK和signature verification: OK - 不要设
repo.packagist全局配置，否则 CI 容器里可能被覆盖
最容易被忽略的两个破坏点
即使镜像库本身只读、签名完整，这两处仍会让整个防线失效：
-
vendor/目录未清理installed.json：该文件明文记录所有包名、版本、SHA256，泄露后攻击者可精准匹配已知漏洞 CVE，必须在composer install --no-dev --classmap-authoritative后立即rm -f vendor/composer/installed.json -
autoload_static.php中残留autoload-dev路径：即使没装phpunit，只要"Tests": "tests/"还在 autoload 映射里，class_exists('Tests\FooTest')就可能返回true，造成逻辑误判——需用脚本扫描并移除所有dev相关路径声明
