用途：将 Procore 提供方侧的观测（Integration Health、API Call Activity Report）与应用侧服务信号结合，识别不健康的响应模式和路由，补齐延迟、积压、新鲜度、对账与发布上下文，实现带路由归属的集成健康可观测性。
主要能力：导出生产 API 活动报告并保留报告时间范围、应用身份与校验和；把规范化路由、方法、状态、计数映射到负责的服务与适配器，未知流量标记为遗留部署或凭证泄露假设；按路由和发布跟踪速率限制、剩余预算、重置时间、Retry-After 及 401、403、404、422、429、5xx 结果；跟踪 Webhook 确认与投递结果、队列年龄、去重、对账游标年龄、变更记录与一致性失败；为每个告警指定租户边界、路由负责人、运行手册、严重级别与恢复条件，并排除令牌、载荷、名称和签名 URL；修复后核对应用指标与提供方观测历史，记录提供方状态可能滞后于实际修复的情况。
使用方式：采用六步流程（导出提供方证据、关联路由归属、监控提供方限制、监控数据新鲜度、定义可操作告警、闭环验证）。认证方面，提供方证据通过授权的 Developer Portal 会话访问，API 探测使用预期 OAuth 2.0 主体；可观测性存储别名与规范化元数据，不存储令牌或原始施工载荷。工具纪律上使用 Read 与 Grep 检查报告、遥测、发布与运行手册，仅对已批准的仪表板、告警、映射或脱敏凭据使用 Write 或 Edit。
适用场景：定义 Procore 集成健康监控、告警与运行手册，开展周期性健康评审与修复验证。
限制：需要具备 Developer Portal 访问权限的应用负责人与周期性评审节奏，以及规范化的路由、状态、延迟、重试、队列、Webhook 与新鲜度遥测数据；不可扩大日志采集范围以获取原始客户数据，其余细节暂未提供。