用途：为多团队 Salesloft 集成提供可检查的组件与数据流参考架构，把租户隔离、限流共享和对账作为架构级要求。
主要能力：将集成职责拆分为可审查的组件与数据流；要求每个请求携带显式团队上下文与租户绑定的 Bearer 凭证；客户端保留端点级请求、响应信封、分页和限流元数据；调度器在工作进程与集成之间协调团队级成本预算；增量读取器以微秒 updated_at 游标实现重叠与去重；Webhook 入口保留原始字节，验证 SHA-1 HMAC 与回调令牌后投递到持久且幂等的工作队列。认证部分需分别建模授权码、客户 API 密钥和私有客户端凭证三种生命周期，加密凭证与刷新状态以不可变的 Salesloft 团队身份为键。
使用方式：先用 Read、Glob、Grep 检查仓库结构、边界、Schema 与部署文件，仅在核对官方 Salesloft 合同时使用 WebFetch，确认架构产物后再使用 Write 或 Edit。步骤包括：梳理参与者、团队、信任域、数据类别与读写流；在入口定义租户上下文并贯穿客户端、队列、缓存、数据库与日志；将认证解析与刷新置于串行化的租户绑定服务后；将请求成形、信封、分页、错误与限流头置于窄接口客户端后；分离 Webhook 接收与处理并配合基于游标的对账；定义变更归属、幂等性、写后读与修复流程；补充认证、状态、成本、剩余预算、延迟、重复与对账的指标与运行手册。
适用场景：多团队 Salesloft 集成架构设计、租户隔离与限流治理、Webhook 与对账机制落地。
限制与边界：不得集中可变全局凭证、共享租户缓存、在验证前接受 Webhook，或建立缺少归属与修复控制的写路径。租户上下文缺失时应在解析凭证或数据前拒绝；队列重复项应在副作用前去重并保留回执历史；游标损坏应恢复最后提交检查点并重放重叠；提供方或 API 故障应有界降级、保留工作并在恢复后对账。具体定价、平台支持与完整实现细节暂未提供。