用途：把 Procore 应用合约与集成部署当作一次受审发布来推广，确保权限变更、安装步骤、OAuth 凭据、端点兼容性与客户沟通对应同一语义化版本。
主要能力：冻结发布并记录源发布标识、应用清单版本、端点清单、配置模式与生成产物；审查合约变更，分类语义化版本影响，检查新增权限、组件、回调 URL、安装后步骤与面向客户行为；在沙箱中用正确环境密钥安装，验证认证、必需读取、预期拒绝、一次性数据变更、Webhook 与清理；提交证据、权限差异、发布说明、已知限制、支持计划与回滚方案后由授权操作者推广；将匹配的集成发布部署到有限租户集做金丝雀，验证令牌获取与只读访问后再启用受控业务处理；监控 API 活动、Integration Health、错误、速率预算、Webhook 投递与积压，并按预先声明的边界回滚。
使用方式：部署验证按环境使用 OAuth 2.0 凭据，绝不把沙箱令牌复制到生产；生产凭据签发与轮换留在开发者门户和已批准的密钥存储中。用 Read 与 Grep 检查发布产物、清单、差异与证据，用 Write 或 Edit 仅写已批准的发布记录、配置、测试或回执；实际 Procore 推广需授权门户操作者执行。
适用场景：Procore 应用版本推广、权限差异审查、沙箱验证、金丝雀发布与回滚。
限制：资料未提供具体命令、价格、平台支持范围或效果数据；清单与部署不一致时应停止推广并从不可变受审发布重建，权限差异无法解释时拒绝推广，沙箱证明失败应修复并新建受审版本而非修改证据，金丝雀健康下降应停止扩展并执行声明的回滚边界。