用途：在微服务架构中以消费者驱动契约测试验证服务间 API 契约，防止破坏性变更。支持 Pact、Spring Cloud Contract（JVM）以及用 openapi-diff 比较 OpenAPI 规范。
主要能力：识别消费者-提供者关系并记录交互；编写消费者端 Pact 契约测试（用 like()、eachLike()、term() 等匹配器）；发布契约到 Pact Broker 并配置 webhook 触发提供者验证；编写提供者验证测试并设置 provider states；用 can-i-deploy 在 CI 中卡住部署；使用 openapi-diff 检测删除端点、参数类型变更、响应模式收窄等破坏性变更。
使用前提：已安装契约测试框架（Pact JS/Python/JVM 或 Spring Cloud Contract）；Pact Broker 或 PactFlow SaaS 运行；消费者与提供者 API 边界清晰；已记录集成点；消费者与提供者仓库均配置 CI 流水线。
必要用法示例：发布契约使用 pact-broker publish；CI 门禁使用 pact-broker can-i-deploy --pacticipant Frontend --version $(git rev-parse HEAD) --to-environment production --broker-base-url $PACT_BROKER_URL --broker-token $PACT_BROKER_TOKEN。Broker 连接需配置 PACT_BROKER_BASE_URL 与 PACT_BROKER_TOKEN 环境变量。
契约演进原则：新增字段安全；删除字段、变更字段类型为破坏性变更，需先协调消费者更新。
适用场景：微服务、前后端分离的多服务集成测试与发布门禁。
限制与错误处理：提供者验证失败通常因响应与消费者期望不匹配；can-i-deploy 被阻止多因契约未验证或失败；Broker 连接失败需检查环境变量与网络；provider state 未找到需在提供者侧补全对应状态函数；契约过多时应聚焦关键交互并使用匹配器替代精确值。
参考资料：Pact 文档 https://docs.pact.io/ ；PactFlow https://pactflow.io/ ；Spring Cloud Contract https://spring.io/projects/spring-cloud-contract ；openapi-diff https://github.com/OpenAPITools/openapi-diff ；消费者驱动契约 https://martinfowler.com/articles/consumerDrivenContracts.html。