Composer 无法管理 API 契约或运行 Mock/Stub 接口，仅负责下载 PHP 类库；契约需通过 Pact Broker 等标准化工具托管与验证，Mock 应由独立服务（如 WireMock）承载，而非依赖 Composer 或框架路由。
Composer 不能管理 API 契约，也不能托管或运行 Mock/Stub 接口——它只负责下载 PHP 类库，不处理契约验证、HTTP 响应模拟或接口生命周期控制。
为什么 composer require 装不了契约文件
把 OpenAPI YAML 或 Pact JSON 打包进 Composer 包，只是把文件复制到 vendor/ 目录，不会触发任何校验或加载逻辑。契约不是静态文档，而是需要被消费、执行、报错的运行时工件。
-
composer install不会调用schemathesis run或pact-provider-verifier - 契约路径常硬编码为
vendor/mycompany/api-contract/openapi.yaml，CI 中无法按staging或prod切换basePath - 多个服务共用一个契约包时，某服务
composer update升级了，其他服务仍跑旧版——Broker 会立刻报错，Composer 不会
Mock 接口不是靠 Composer 启动的
所谓“通过 Composer 管理 Mock”，本质是安装能帮你写路由的扩展包（如 laravel-admin-ext/api-tester），但真正起作用的是你写的路由代码，不是 Composer 自身。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 安装后必须手动执行
php artisan admin:import api-tester才注册后台入口 - Mock 响应写在
routes/api.php里，例如Route::get('mock/user', function () { return []; });—— 这行才是接口本体 - 若项目没用 Laravel-Admin，这个包基本无用；换成纯 Laravel，推荐用
Route::fallback()+ JSON 响应，更轻量
真正可行的契约管理路径
契约必须脱离语言生态，走标准化分发通道，才能被不同语言的服务共同消费、验证、归档。
- 用
Pact Broker托管契约，配合OpenAPI描述语义化变更 - CI 流程中显式调用
pact-provider-verifier或schemathesis，失败即阻断发布 - Mock/Stub 由独立服务承载（如 WireMock、Prism），而非靠 PHP 路由临时拼凑
最容易被忽略的一点：契约漂移往往发生在“没人记得要验证”的时候。当 openapi.yaml 被当成普通资源放进 Composer 包，它就退化成了文档——而文档从不阻止上线。
