报错路径含 vendor/ 或 composer.lock 时，需用 ls -ld 检查所有权，若属主非当前用户则执行 sudo chown -R $USER:$USER vendor/ composer.lock；全局缓存权限问题同理处理 ~/.composer/cache；Docker/CI 中应避免 bind mount 运行 composer install，改用 Dockerfile 内安装或自定义缓存路径；Windows 下需调整 ACL 权限或重设 cache-dir。
报错路径里带 vendor/ 或 composer.lock 怎么修
直接看错误信息里出现的完整路径，比如 file_put_contents(/var/www/myapp/vendor/autoload.php) 或 Could not write to /home/jane/app/composer.lock——这就是要修的地方。别猜，就查它：
- 执行
ls -ld vendor/，第三列不是当前用户名（$(whoami)）？说明 owner 是 root 或别人 - 同理查
ls -ld composer.lock，只要任一输出显示root root，就是所有权错配 - 修复命令是
sudo chown -R $USER:$USER vendor/ composer.lock（注意末尾斜杠，否则子目录可能漏掉） - 别用
chmod -R 777 vendor/：CI 工具会拒收 bin 文件，Git 提示 ownership changed，后续dump-autoload可能静默失败
全局缓存目录 ~/.composer/cache 报 Permission denied 怎么查
错误里出现 Writing cache file ~/.composer/cache/repo/https---packagist.org/ 这类路径，说明问题在 Composer 全局缓存。先确认实际路径：
- 运行
composer config --global cache-dir看输出，通常是~/.composer/cache - 立刻执行
ls -ld $(composer config --global cache-dir)，检查 owner 是否为当前用户 - 若属主是 root，执行
sudo chown -R $USER:$USER $(composer config --global cache-dir) - 整片
~/.composer都被污染了？直接sudo chown -R $USER:$USER ~/.composer，再补一句chmod -R u+rw ~/.composer防 umask 导致子目录无写
Docker 或 CI 里 vendor 目录权限错乱怎么预防
本地好好的，进容器就报错，大概率是 UID 不一致：宿主机用户 UID 是 1000，容器默认用 UID 0（root），挂载卷后文件对普通用户不可写。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 不要在 Docker 中用 bind mount 跑
composer install；推荐在Dockerfile里COPY composer.json .后RUN composer install - 必须宿主机执行？提前设缓存路径到项目内：
COMPOSER_CACHE_DIR="$PWD/.composer-cache"，再mkdir -p .composer-cache && chmod 700 .composer-cache - GitHub Actions 等 CI 场景：开头加
mkdir -p .composer-cache && chmod 700 .composer-cache，然后export COMPOSER_CACHE_DIR="$PWD/.composer-cache" - WSL 用户注意：
/mnt/c/下的目录不支持 Linux 权限模型，把项目移到~/projects/这类原生路径再操作
Windows 下 %APPDATA%\Roaming\Composer\Cache 报 Access is denied 怎么办
错误里含 Access is denied 且路径指向 %APPDATA%\Roaming\Composer\Cache，本质是 Windows ACL 没给当前 PHP 用户（如 IIS_IUSRS 或你的登录账户）写入权限。
- 图形界面最快：右键该文件夹 → “属性” → “安全” → “编辑…” → “添加…” → 输入
$env:USERNAME（PowerShell 里可查）→ 勾选“完全控制” - 管理员 PowerShell 命令行：运行
icacls "$env:APPDATA\Roaming\Composer\Cache" /grant "$env:USERNAME:(OI)(CI)F" /t - 最省事的规避方式：重设缓存路径到用户目录
composer config -g cache-dir "%USERPROFILE%\composer-cache"，再手动创建mkdir "%USERPROFILE%\composer-cache"
真正卡住人的往往不是第一次报错，而是修完 vendor/ 忘了查 ~/.composer/cache，或在 Docker 里修了缓存却没改 UID。所有权错配这事儿，得顺着报错路径一处处盯，不能靠“差不多”。
