用途：降低 Procore 同步延迟。核心原则是先优化每次请求的有效记录数与端到端新鲜度，再考虑提高并发。适用场景为 Procore 数据同步、连接器性能调优与接口调用治理。
主要能力（六步流程）：一、测量关键路径，按归一化路由与结果分组调用，识别串行依赖、重复查询、仅取首页的缺陷、超大响应负载及消耗预算的失败调用。二、排列依赖顺序，先获取公司与项目上下文再取项目资源，先取前置目录再取依赖记录，避免请求瀑布。三、正确分页，使用各端点文档规定的 per_page 范围，跟随 Link 关系直到 next 缺失，不把全局页大小建议当作端点保证。四、减少冗余，缓存稳定查询、用 webhook 快速发现变更、保留周期性对账扫描、在资源支持时使用文档化的同步操作。五、调整并发，逐步增加 worker 并观察速率头、错误率与提供方延迟，所有 worker 走共享速率控制器。六、验证正确性与收益，比较优化前后的记录集与状态哈希，仅在完整性不变且延迟或调用量改善时接受改动。
使用方式：性能测试使用常规 OAuth 2.0 Bearer 令牌与公司边界，不得为掩盖低效行为或绕过提供方控制而分散使用额外凭证。用 Read 与 Grep 检查调用轨迹、端点契约与同步代码，仅对已批准的优化、测试或测量使用 Write 或 Edit，避免不受控的生产负载测试。
输出要求：优化前后延迟、调用量、错误与积压测量；正确性对比与端点专属分页证据；接受的改动、被否决的实验与回滚阈值；并给出瓶颈、假设、测量结果、正确性结论与运行限制。
限制与错误处理：吞吐提升但记录不一致时拒绝优化并恢复原路径；出现 429 增多时先降低并发并修复请求效率，再申请更多容量；端点不支持分页时遵循该端点契约，不添加通用分页参数；指标无法区分路由时先补充路由级遥测再调优。
资料未提供具体价格、平台支持范围或独立基准数值，相关事实暂未提供。