网易镜像不支持Composer协议，因其未提供packages.json等必要接口；当前稳定可用的国内镜像仅有阿里云、腾讯云、华为云、中科大四家。

composer config -g repo.packagist 命令不支持网易镜像——它根本不存在，官方和主流镜像站列表里都没有 “网易源” 这个选项。所有声称“网易 Composer 镜像”的教程、博客或搜索结果，要么是过时信息（2018 年前曾有测试性尝试但早已下线），要么是混淆了网易开源镜像站（mirrors.163.com）与 Composer 协议仓库的差异。

---

composer config -g repo.packagist 为什么不能配网易源

• 网易镜像站 <a href="https://www.php.cn/link/4dce7b5d590277e9993b439f902c3291">https://www.php.cn/link/4dce7b5d590277e9993b439f902c3291</a> 只提供 HTTP/FTP 静态文件镜像（如 CentOS、Debian、Python PyPI 的 tar.gz），不提供 Composer 协议所需的 packages.json、provider-list 和 p2/ 元数据接口
• Composer 要求镜像必须是完整实现 Composer Repository 协议的服务，包括：
  • 支持 GET /packages.json
  • 支持 GET /p2/{vendor}/{package}.json
  • 支持 GET /dist/{...}.zip 重定向（带校验）
• mirrors.163.com/composer 路径返回 404，且无任何 Composer 相关目录结构，实测 curl -I https://www.php.cn/link/4dce7b5d590277e9993b439f902c3291/composer/packages.json → 404

---

实际可用的国内镜像源有哪些

以下均为 2026 年仍在稳定同步、支持 HTTPS + Composer 协议、且路径格式正确的镜像：

• 阿里云：<a href="https://www.php.cn/link/1569ae888190eb8c53b218b0d529e1e9">https://www.php.cn/link/1569ae888190eb8c53b218b0d529e1e9</a>（末尾必须带 /）
• 腾讯云：<a href="https://www.php.cn/link/aad92567225d700b4408b63e7fe0f9c8">https://www.php.cn/link/aad92567225d700b4408b63e7fe0f9c8</a>
• 华为云：<a href="https://www.php.cn/link/f7d90eaf20a3c676e36710d069f8d8b8">https://www.php.cn/link/f7d90eaf20a3c676e36710d069f8d8b8</a>（注意不是 /composer/，路径特殊）
• 中科大：<a href="https://www.php.cn/link/10e8bd26bb63fead09767e79b7ee4326">https://www.php.cn/link/10e8bd26bb63fead09767e79b7ee4326</a>

验证方式统一：
curl -sI <a href="https://www.php.cn/link/1569ae888190eb8c53b218b0d529e1e9packages.json">https://www.php.cn/link/1569ae888190eb8c53b218b0d529e1e9packages.json</a> | head -1 应返回 HTTP/2 200

Workflow Decomposer

工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。

下载

---

配错镜像后怎么快速回退

如果误执行了类似 composer config -g repo.packagist composer <a href="https://www.php.cn/link/4dce7b5d590277e9993b439f902c3291/composer/">https://www.php.cn/link/4dce7b5d590277e9993b439f902c3291/composer/</a>，会导致后续 composer update 请求失败（404 或超时），且不报明确错误：

• 清除错误配置：composer config -g --unset repo.packagist
• 确认已清空：composer config -g repo.packagist 应提示 Key "repo.packagist" does not exist
• 再设正确源（例如阿里云）：composer config -g repo.packagist composer <a href="https://www.php.cn/link/1569ae888190eb8c53b218b0d529e1e9">https://www.php.cn/link/1569ae888190eb8c53b218b0d529e1e9</a>
• 强制清缓存：composer clear-cache（否则可能仍用旧元数据）

---

为什么有人坚持说“网易源存在”

• 混淆了 <a href="https://www.php.cn/link/4dce7b5d590277e9993b439f902c3291/pypi/">https://www.php.cn/link/4dce7b5d590277e9993b439f902c3291/pypi/</a>（PyPI 镜像）和 Composer 生态
• 把早期（2017 年）网易内部未公开的 PoC 测试服务误当作公开镜像
• 某些爬虫聚合页将“网易镜像站”标题自动套用到所有语言包，造成误导

真正起作用的，永远只有 composer config -g repo.packagist 后接一个能返回有效 packages.json 的地址——其余都是空转。