最干净做法是删 vendor/ 和 composer.lock 后重装；报错因 sudo 安装致属主为 root，应彻底清理而非修权限，Windows 下则需防病毒软件或执行策略干扰。
直接删掉 vendor/ 和 composer.lock，再用当前用户重装——这是最干净、最不容易埋雷的做法。别修权限，先清现场。
报错路径指向 vendor/ 或 composer.lock 怎么办
这类报错几乎全是“用过 sudo composer install”留下的后遗症：目录属主变成 root，普通用户后续任何操作（update、require、甚至 IDE 自动索引）都会卡在写入失败。
- 先确认归属：
ls -ld vendor/ composer.lock，输出里第一列若含root，就是它 - 不要
chown -R $USER:$USER vendor/—— 如果里面混着软链接（比如全局 bin 的符号引用），会直接破坏结构 - 安全做法是彻底清理：
rm -rf vendor composer.lock，再跑composer install - 如果
composer.lock是团队共用的，删之前先git status确认没未提交变更
composer config --global cache-dir 报 Permission denied
全局缓存目录被 root 占了，会导致所有项目都连不上镜像源、下载包失败、甚至 composer diagnose 都卡住。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 查路径：
composer config --global cache-dir，通常是~/.composer/cache - 查归属：
ls -ld $(composer config --global cache-dir)，属主不是$USER就得修 - 只修缓存目录：
sudo chown -R $USER:$USER $(composer config --global cache-dir) - 整片
~/.composer都是root？直接重置：sudo chown -R $USER:$USER ~/.composer
Windows 下提示 “Access is denied” 但没给具体路径
这大概率不是所有权问题，而是防病毒软件拦截了 .bat 文件生成，或 PowerShell/CMD 对批处理脚本的执行策略限制。
- 先试
composer install --no-scripts，跳过脚本阶段，看是否能完成依赖安装 - 换 Git Bash 运行——它不走 Windows 批处理模型，
vendor/bin下生成的是 shell wrapper，不触发 UAC - 临时关闭 Windows Defender 实时防护（尤其“云查杀”功能），重试
- 避免用管理员模式打开终端运行
composer install，否则后续非管理员运行会更频繁失败
真正麻烦的从来不是第一次报错，而是修复时只改了表面权限、没动归属，或者在 vendor/ 里留下 root 创建的子目录——这种嵌套污染，chown -R 都可能漏掉，删干净反而更快。
