vendor目录属主为root导致普通用户无法写入，应执行sudo chown -R $USER:$USER vendor/修复所有权，切勿用chmod -R 777或删重装；若composer.lock或~/.composer也属root，一并修复。
vendor目录属主是root，普通用户写不进去
报错里出现file_put_contents(./vendor/autoload.php)或类似路径，基本就是vendor/被sudo composer install污染过。系统不是拒绝你“读写”，而是直接不认你是这个目录的主人——ls -ld vendor/输出第一列若含root root，就坐实了。
别删重装，也别chmod -R 777 vendor/：前者慢且可能引入依赖漂移，后者会让vendor/bin/phpunit这类可执行文件被CI工具拒收，Git也会报ownership changed。
- 直接归还控制权：
sudo chown -R $USER:$USER vendor/（注意末尾斜杠不能少） - 如果
composer.lock也显示root，一并加上：sudo chown -R $USER:$USER vendor/ composer.lock - 修复后先跑
composer install --no-scripts验证结构能否生成；成功后再补composer run-script post-install-cmd
全局缓存或~/.composer被root占了
错误里出现Writing cache file ~/.composer/cache/repo/https---packagist.org/或Could not write to ~/.composer/auth.json，说明全局配置目录也被污染了。尤其是首次用sudo curl | php装Composer后没清理，整个~/.composer常被锁死。
ls -ld ~/.composer若显示root，就得整片重置：
- 修复缓存目录：
sudo chown -R $USER:$USER $(composer config --global cache-dir) - 整片
~/.composer都属root？直接sudo chown -R $USER:$USER ~/.composer - 顺手加固：
chmod -R u+rw ~/.composer（避免系统umask导致子目录默认无写权限）
vendor/bin里的命令执行不了
composer global require laravel/installer装完，输laravel却提示command not found，大概率是~/.composer/vendor/bin没进$PATH，或该路径本身权限受限。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
先确认bin位置：composer config -g bin-dir，默认是~/.composer/vendor/bin。然后检查是否生效：
- 把bin目录加进环境变量：在
~/.zshrc或~/.bashrc末尾加export PATH="$HOME/.composer/vendor/bin:$PATH"，再source ~/.zshrc - 更稳妥方案：改用用户级
bin目录，避开权限纠缠：mkdir -p ~/bin && composer config -g bin-dir ~/bin && export PATH="$HOME/bin:$PATH" - 如果之前用过
sudo composer global require，二进制很可能落在/root/.composer/vendor/bin/，普通用户根本执行不到——删掉/root/.composer再重装
WSL、Docker或跨系统挂载时权限错乱
在/mnt/c/下跑composer install，或Docker用bind mount挂宿主机项目，经常卡在Extracting archive或failed to open stream。这不是Composer的问题，是Windows ACL和Linux UID映射冲突，或容器内UID（比如0）和宿主机不一致。
务实解法不是硬调权限，而是绕开源头：
- WSL用户：把项目移到
~/projects/等原生Linux路径下，别碰/mnt/c/；确认/etc/wsl.conf里有metadata=true，否则chown不生效 - Docker用户：不要在宿主机用bind mount后跑
composer install；应在Dockerfile里RUN composer install - CI环境：确保runner用户UID和本地一致，或统一用
chown -R $(id -u):$(id -g) .初始化工作目录
最易被忽略的是：报错路径未必是你以为要修的地方——Permission denied往往是上游某个临时目录（比如~/.composer/cache/plugins/或sys_temp_dir）先失败，才导致vendor写入中断。查错时，盯紧报错行里那个完整路径，它才是唯一线索。
