答案是必须在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 这三处最容易被跳过——它们不报错，却让配置看起来“没生效”。
