用途：按该技能说明，它以厂商无关方式部署调用 Salesloft 的应用代码，并把进程健康、Salesloft 连接与 CRM 变更正确性分开验证。
前置条件：不可变发布 SHA 与目标运行环境；指定的 Salesloft team、环境、发布负责人与回滚负责人；离线契约与安全测试通过；已批准的密钥引用、回调 URL 与金丝雀计划。
主要能力与用法：用 Read、Glob、Grep 检查部署清单、健康检查、密钥引用与回滚控制，仅用 WebFetch 获取官方 Salesloft 契约，确认部署目标后才用 Write 或 Edit。步骤包括：固定 SHA、镜像或制品摘要、目标、team 别名与密钥引用；应用变更前跑部署配置与离线契约检查；先禁用 workers 与 Salesloft 写入再部署；验证健康、TLS 与一次受限只读 Salesloft 请求；在不产生真实副作用的前提下验证 webhook 原始请求体处理与回调令牌配置；启用极小的已批准金丝雀并逐条对账变更；仅在错误、端点成本、剩余预算、队列与对账信号健康时扩大流量。
认证与限制：只部署已批准流程与最小权限范围；启用 workers 或 webhook 前用只读身份请求证明凭据与 team 映射。进程健康不等于 API 认证或 CRM 变更正确；webhook 接收方必须在解析前保留原始请求字节并校验 SHA-1 HMAC；其他集成对 team 级速率额度的消耗会影响上线；创建 webhook 订阅需要有效 OAuth 令牌或 API key 及事件级 scope。未经目标特定批准，不要创建订阅、修改回调 URL、启用生产写入或扩大流量；身份、签名或对账证据失败时应回滚。
输出与错误处理：返回 SHA/摘要、目标、team 证明、配置检查、冒烟结果、金丝雀证据、监控快照、上线状态与回滚回执。team 身份错误则禁用 workers 并替换密钥映射；webhook 签名失败则拒绝投递并暂停订阅切换；速率余量骤降则暂停扩量并检查 team 级消费者；金丝雀不匹配则停止、对账并先回滚再重试。示例：sha=a1b2c3d; health=pass; auth-read=pass; canary=2/2 reconciled; rollout=10%。