composer fund 命令仅列出当前项目中在 composer.json 里明确声明了 funding 字段的直接依赖包及其资助方式，不检测平台有效性、不支持间接依赖、不自动跳转或支付。
Composer fund 命令能查到什么
composer fund 不是安装或更新依赖的命令，它只做一件事：列出当前项目所用包中，明确在 composer.json 里声明了 funding 字段的那些维护者及其资助方式。它不会自动跳转、不会发起支付、也不会检测 GitHub Sponsors 或 Open Collective 是否实际有效——只读取本地已安装包的 composer.json 中静态定义的 funding 数组。
为什么运行 fund 命令没输出或提示“no funding information”
常见原因有三个：
- 你用的是 Composer 2.2 以下版本——
fund命令从Composer 2.2.0才正式加入，旧版执行会报Command "fund" is not defined - 项目依赖的包根本没填
funding字段，比如很多内部工具包、老版本 Laravel 组件、或纯功能型小包（如symfony/polyfill）就长期没加 - 你运行在全局模式下（
composer global fund），但全局安装的包大多也不带funding，建议进具体项目目录再运行
如何确认某个包是否支持 fund 命令
直接看它的 composer.json 文件最可靠。例如想查 monolog/monolog 是否可资助：
curl -s https://raw.githubusercontent.com/Seldaek/monolog/master/composer.json | grep -A 5 '"funding"'
你会看到类似：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
"funding": [
{"type": "github", "url": "https://github.com/sponsors/Seldaek"},
{"type": "tidelift", "url": "https://tidelift.com/funding/github/packagist/monolog/monolog"}
]
只要这个字段存在且非空，composer fund monolog/monolog 就能显示对应链接。注意：type 值不决定是否生效，只影响显示文案；url 才是实际跳转目标。
运行 fund 后点击链接打不开或 404 怎么办
这是高频现实问题，因为 funding 字段是静态声明的，维护者可能：
- 迁移了赞助平台（比如从 Patreon 换到 GitHub Sponsors，但没更新
composer.json） - 关闭了资助入口（个人项目停止维护后未同步清理字段）
- 写了相对路径或错误 URL（极少数情况，如误写成
"url": "/sponsors/me"）
遇到 404 别急着提 issue，先去该包的 GitHub 主页点 “Sponsor” 按钮，或搜其 README 里的 “Sponsor”、“Support”、“Donate” 等关键词——往往比 composer fund 更及时。
真正容易被忽略的是：这个命令查不到间接依赖的资助信息。比如你的项目 require laravel/framework，而它依赖的 symfony/console 有 funding，composer fund 默认只显示顶层 require 的包，除非你显式加上包名参数，如 composer fund symfony/console。
