Composer 的 funding 字段仅为纯文本元数据，无自动公益功能；其作用依赖作者正确配置、用户安装后手动访问并完成支付，且 GitHub 的 .github/FUNDING.yml 才是最可靠资助信息源。
Composer 的 funding 字段本身没有公益功能，它只是个纯文本元数据容器；所谓“公益意义”全靠人来兑现——字段写了，不点开、不付款、不传播，就只是 JSON 里一行静态字符串。
为什么 funding 字段常被误认为有“公益机制”
很多人看到 composer fund 或 composer show 输出的 funding 行，就默认 Composer 在“推动开源可持续”，其实不是：
-
funding字段不触发任何网络请求，不校验链接是否有效，不检查 GitHub Sponsors 是否开通，也不记录你是否点击过 - Composer 不会把你的项目信息发给包作者，也不统计“谁用了这个包”，更不会自动捐赠一分钱
- 所谓“支持生态”，完全依赖你手动打开链接、完成支付、甚至主动转发——命令只负责打印，不负责转化
funding 字段真正起作用的三个前提
它要产生实际资助行为，必须同时满足：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 包作者在
composer.json根层级写了合法funding数组（不是Funding、不是extra.funding、不是字符串） - 你本地已通过
composer install安装该包，且vendor/composer/installed.json包含其完整元数据 - 你愿意花 5 秒复制链接、粘贴进浏览器、确认支付——这一步 Composer 无法帮你做，也永远不会介入
别信 composer fund，优先看 .github/FUNDING.yml
当前（2026 年）最可靠的信息源其实是 GitHub 官方的 .github/FUNDING.yml，因为：
-
composer show会自动读取它并显示在输出末尾，而composer fund命令已在 Composer 2.7+ 中被移除 - 很多包（如
symfony/console）没填composer.json的funding，但只要开了 GitHub Sponsors 并提交了.github/FUNDING.yml，composer show就能显示 - 该文件由 GitHub 平台托管和验证，比手动维护的
composer.json更及时、更权威
最容易被忽略的现实
大量主流包至今没填 funding 字段，也不是技术问题，而是作者没意愿、没时间、或根本不知道这个字段存在。你执行 composer show laravel/framework 看不到 funding 行，不代表 Laravel 不接受赞助——它只是把链接放在 README.md 里，或者用 Tidelift 合作，而这些 Composer 都不解析。
所以，别等命令告诉你“可以支持谁”。真想回馈，直接去 GitHub 仓库首页点 Sponsor 按钮，比查任何 Composer 字段都快、都准。
