答案是必须在composer config -g repo.packagist命令中显式指定composer作为type值，漏写会导致静默回退官方源；改完需重启VS Code集成终端并执行composer clear-cache才生效，且项目级repositories会完全屏蔽全局配置。

composer config -g repo.packagist 命令必须带 type 参数

在 VS Code 集成终端里执行镜像配置，最常被忽略的是 composer config -g repo.packagist 后面那个 composer ——它不是注释，而是 type 字段值。漏掉就静默回退到官方源，composer update 还是连 packagist.org。

正确写法只有一种：

composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/

常见错误现象包括：

• composer config -g repo.packagist 返回空或 null
• composer diagnose 显示 Repo packagist.org: https://packagist.org
• composer update -vvv 日志里出现 GET https://packagist.org/packages.json

改完必须重启 VS Code 集成终端并清缓存

VS Code 的集成终端不会自动感知新写的全局配置（尤其是 Windows 上的 %APPDATA%\Composer\config.json），不重启终端，composer config -g repo.packagist 可能查不到刚设的值。

操作步骤要严格按顺序：

• 关闭所有 VS Code 终端标签页
• 重新打开一个终端（Ctrl+Shift+`）
• 立刻运行 composer config -g repo.packagist，确认输出是镜像 URL
• 再执行 composer clear-cache
• 最后跑 composer show，看请求域名是不是你配的镜像站

项目级配置比全局更可靠，且自动写进 composer.json

如果你在 VS Code 里打开了某个 PHP 项目文件夹，直接在集成终端里运行不带 -g 的命令：

Workflow Decomposer

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

下载

composer config repo.packagist composer https://mirrors.aliyun.com/composer/

它会把配置写进当前项目的 composer.json 的 repositories 字段里，结构如下：

"repositories": [
  {
    "packagist": false
  },
  {
    "type": "composer",
    "url": "https://mirrors.aliyun.com/composer/"
  }
]

这种写法的好处是：

• 无需担心环境变量或启动方式差异
• 团队协作时配置随代码一起提交，开箱即用
• 避免全局配置污染其他项目

PHP Intelephense 不会自动索引 vendor，必须手动加 includePaths

镜像配得再快，new SomeClass() 还是标红？这不是镜像问题，是 intelephense 没扫描 vendor/ 目录。

必须在 VS Code 设置中显式声明：

"intelephense.environment.includePaths": ["./vendor"]

注意几个关键点：

• 路径是 ./vendor，不是 ./vendor/autoload.php
• 项目必须以含 composer.json 的目录为根打开（不能打开父文件夹）
• 确保已运行过 composer install 或 composer dump-autoload -o
• 改完设置后要重启整个 VS Code 窗口，不是重载窗口

镜像地址本身容易换，但 type 字段、终端重启、includePaths 这三处最容易被跳过——它们不报错，却让配置看起来“没生效”。