composer depends查不到包是因为目标包未安装或未被显式声明：包名大小写/斜杠错误、仅在require-dev中但用--no-dev安装、被provide/replace覆盖、不在项目根目录执行，或installed.json未更新。
composer depends 为什么查不到包？先确认它是否真被安装
命令返回空或 Package not found，不是命令失效，而是目标包根本没出现在 vendor/ 和 composer.lock 中。常见原因有：
• 包名拼写错误：大小写、斜杠方向必须完全一致，monolog/monolog ≠ Monolog/monolog 或 monolog-monolog
• 包只声明在 require-dev，但你执行过 composer install --no-dev，导致未安装
• 包被 replace 或 provide 覆盖（如 psr/log 被 monolog/monolog 提供），此时查 psr/log 会为空，得改查提供者
• 当前目录不是项目根目录（缺少 composer.json 和 composer.lock）
加 --tree 才能看到完整依赖路径，但别指望它无限展开
composer depends --tree vendor/package-name 输出的是当前 composer.lock 中真实存在的反向链路，每一层都必须对应 lock 文件里的一个已解析条目。它不会推导理论路径，也不会显示被 provide 中断的下游。
• 如果树在某一层突然停止（比如只显示 laravel/framework 就没了），大概率是它通过 "provides": {"psr/log": "*"} 声明满足了目标包，Composer 不再向下追踪
• 缩进代表声明层级，不是安装份数；同一包在不同缩进重复出现，只说明多个上游分别引入，是否冲突得看 composer show vendor/package-name 查实际版本
• 终端宽度太窄会导致缩进错位，建议用 composer depends --tree vendor/package-name | less -S
区分 require 和 require-dev 必须加参数，否则默认混在一起
composer depends 默认不标记依赖类型，所有结果都算作“已安装依赖”。要精准筛选：
• composer depends vendor/package-name --link-type=require —— 只看生产环境依赖链
• composer depends vendor/package-name --link-type=require-dev —— 只看开发工具链引入路径
• --format=json 输出中字段 linkType 明确为 "require" 或 "require-dev"，适合脚本解析
注意：--dev 和 --no-dev 在 depends 中无效，它们只对 composer install 或 composer why 生效
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
真正能溯源到自己 composer.json 的，只有 composer why --tree
想确认某个包是不是你自己在 composer.json 里写的，或者理清从 root 到它的完整路径，composer why --tree vendor/package-name 是唯一可靠方式。
• 它要求目标包必须已安装，否则静默无输出（不是报错）
• 输出末尾出现 your-project-name dev-main，才说明源头是你自己的 require 或 require-dev
• 加 --dev 才能查仅由开发依赖引入的路径（例如 phpunit/phpunit → sebastian/exporter → psr/log）
• 遇到 provide 时它也会中断，这时得退回到 composer show laravel/framework | grep provides 手动查提供关系
最易被忽略的一点：vendor/composer/installed.json 是快照，不是权威源——它只反映上一次 composer install 或 composer update 的结果。如果刚改完 composer.json 但没运行更新，所有依赖分析命令看到的都是旧状态。
