答案是PATH未正确配置：90%的“command not found”源于Shell未在PATH中找到composer，需先用where composer（Windows）或which composer（Linux/macOS）验证，再检查安装路径、权限、Shell类型及配置加载链，并确保IDE/CI环境变量已继承。
不是 Composer 没装，而是 Shell 根本没在 PATH 里看到它——90% 的“command not found”都卡在这一步，跟 PHP 版本、扩展、网络都没关系。
which composer 返回空？先确认安装位置和可执行权限
运行 which composer 或 where composer（Windows）是第一验证动作。没输出 ≠ 没装，只说明当前 shell 搜索路径里没有这个文件。
- 手动检查常见路径：
/usr/local/bin/composer（Linux/macOS）、C:\ProgramData\ComposerSetup\bin\composer.bat（Windows 系统级）、~/bin/composer（用户自建） - 如果文件存在但
which不返回，大概率是权限问题：运行ls -l /path/to/composer，确认有x（可执行）标志；Windows 下确认composer.bat文件真实存在且未被杀软拦截 - 别用
alias composer='php /path/to/composer.phar'方式“假装”装好了——它不会被子进程继承，IDE 终端、CI 脚本全失效
PATH 加对了但 still not found？检查 Shell 类型和配置加载链
改了 ~/.bashrc 却在 zsh 里测试，等于白改。Shell 启动时只读特定配置文件，不自动跨类型生效。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先查真实 shell：
echo $SHELL（Linux/macOS）或$PSVersionTable.PSEdition+Get-Command $SHELL（PowerShell） - zsh 用户该改
~/.zshrc，bash 用户优先改~/.bash_profile（不是.bashrc，后者常被非登录 shell 忽略） - 加 PATH 的写法推荐：
export PATH="$(composer global config bin-dir --absolute):$PATH"—— 动态取值，避免硬编码路径过期；Windows 用户对应用%APPDATA%\Composer\vendor\bin - 改完必须
source ~/.zshrc（或对应文件），或新开终端；旧终端进程不会重读配置
IDE 内置终端或 CI 中 composer 找不到？环境变量没继承过去
VS Code、PhpStorm、GitHub Actions 的 shell 进程，往往不加载你日常用的 login shell 配置，PATH 是隔离的。
- 在 IDE 终端里运行
printenv PATH，对比系统终端输出，看关键路径（如/usr/local/bin或%APPDATA%\Composer\vendor\bin）是否缺失 - VS Code：在
settings.json中设"terminal.integrated.profiles.osx": {"zsh": {"path": "/bin/zsh", "args": ["-l"]}}，-l强制作为 login shell 启动，才会读~/.zprofile或~/.zshrc - GitHub Actions：在
env:块里显式补全 PATH，例如PATH: /opt/hostedtoolcache/composer/2.9.6/x64:$PATH；别依赖 runner 默认 PATH - PHP-FPM/Apache 环境调用 composer（如 Webhook 部署）：需在 FPM pool 配置中加
env[PATH] = /usr/local/bin:/usr/bin:/bin
Windows 上报“系统找不到指定的路径”？别只盯 PATH，检查 PATHEXT 和长路径支持
这个错误不是 PATH 错了，而是 Windows 在解析 composer.bat 调用链时卡在底层路径处理上。
- 确认
PATHEXT包含.BAT：在 CMD 中运行echo %PATHEXT%，输出里必须有.BAT（默认有，但某些优化工具会删） - 启用 Win32 长路径支持：注册表路径
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem下，把LongPathsEnabled设为1，然后重启——否则深层 vendor 目录创建失败会直接报这个模糊错误 - Git Bash 用户注意：
composer.bat是 Windows 批处理，Git Bash 的 POSIX 路径映射（如/c/ProgramData/...）会导致执行失败；临时解法是用winpty composer，长期建议在 CMD 或 PowerShell 中操作 - PowerShell 执行策略限制：
composer.bat可能被阻止；运行Set-ExecutionPolicy RemoteSigned -Scope CurrentUser临时放行
最常被忽略的点：PATH 是字符串拼接，顺序影响命令优先级；但真正致命的是 shell 类型错配、配置文件未加载、以及 GUI 应用（IDE/CI）与终端环境变量完全隔离——这些地方不验证，光加路径就是原地打转。
