"provide"字段用于声明当前包实现了某个虚拟包（如psr/log-implementation），使依赖该虚拟包的项目能识别并兼容安装；其值通常为"*"，键须为Packagist注册的虚拟包名。
在 composer.json 中使用 "provide" 字段，是为了声明当前包“提供”了某个虚拟包（virtual package）的实现，让其他依赖该虚拟包的项目能顺利安装，而无需实际安装那个抽象包本身。
什么是虚拟包和 provide 的作用
虚拟包（如 psr/log、php-http/async-client-implementation）不是真实可安装的包，而是由 Packagist 官方维护的一类接口契约或规范别名。它们本身没有源码，只用于表达“谁实现了这个标准”。"provide" 就是告诉 Composer：“我这个包，实现了 XXX 接口/规范”，从而满足其他包对 XXX 的 require 声明。
基本写法：在 require 或 replace 场景下声明 provide
"provide" 是 composer.json 根对象下的一个字段，值为关联数组，键是虚拟包名，值是版本号（通常用 * 表示兼容任意符合规范的版本）：
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
{
"name": "myvendor/my-logger",
"require": {
"psr/log": "^1.0 || ^2.0 || ^3.0"
},
"provide": {
"psr/log-implementation": "*"
}
}
注意：
- 键名必须是 Packagist 上已注册的虚拟包名（如 psr/log-implementation），不能随意拼写；
- 值写 "*" 最常用，表示“本包完全实现了该规范”，Composer 会按语义化版本规则匹配依赖方的要求；
- 不需要同时在 require 里再写 "psr/log-implementation" —— 它不是真实包，不能被安装。
常见使用场景举例
以下情况常需加 provide：
- 你写了一个 PSR-3 兼容的日志器，想让
monolog/monolog或symfony/debug-bundle这类依赖psr/log-implementation的包能识别并接受你的实现； - 你封装了一个 HTTP 客户端，并实现了
php-http/async-client-implementation，这样guzzlehttp/guzzle或php-http/curl-client的消费者就能透明切换； - 你开发了一个 Laravel Service Provider 包，但希望它也能被非 Laravel 项目通过
container-interop/container-implementation等通用容器接口集成。
验证是否生效
发布包后，可在 Packagist 页面查看 “Provides” 栏是否显示对应条目；本地测试时，新建一个项目，require 一个依赖该虚拟包的包（如 "symfony/console": "^6.0" 会 require "psr/log-implementation": "^1.0"），然后装上你的包，运行 composer install —— 如果没报 “no matching package found”，说明 provide 已被正确识别。
基本上就这些。不复杂但容易忽略，尤其在做适配层或规范实现时，加一行 provide 就能让生态兼容性大幅提升。
