用途：改进客户可控的 Mindtickle 集成链路性能，从可复现基线出发，在遵守租户合同、隐私、新鲜度与正确性约束下定位并消除瓶颈。
主要能力：把总耗时拆分为队列、客户处理、网络、租户响应、下游处理与对账；按操作、分页或批次、载荷类别、租户、响应类别与时间分段（不暴露个人数据）；按实测贡献排序瓶颈，区分延迟与限流、积压、数据质量延迟；一次只提出一项受控变更（调度、有界并发、分页、批处理、缓存、索引或载荷精简，且仅在合同允许时）；启用缓存前先定义归属、新鲜度、失效、隐私与陈旧数据行为；在终止阈值内做实验，对比 p50、尾部延迟、错误、重试、积压、新鲜度与对账；仅当改进可复现且正确性不变时保留变更，否则回滚。
使用方式：前置条件包括服务级目标、代表性负载、当前合同摘要与观察窗口，以及延迟、尝试、错误、重试、积压时长、吞吐、新鲜度、对账等指标，和非生产负载路径或带明确终止阈值的已批准金丝雀。用 Read、Glob、Grep 检查追踪与配置，用 WebFetch 获取当前授权合同，用 Write 或 Edit 记录基准、受控变更、测试与脱敏回执。用合成或聚合数据与最小权限的非生产主体做基准测试，不得用额外凭据制造人为并发，也不得在追踪中包含载荷内容。
适用场景：报告或同步未达标、需要以证据驱动的集成性能调优。
限制：Mindtickle 声明支持可扩展集成，但未公布通用延迟或配额目标，客户目标与租户特定证据须分开；未经明确负责人不得对生产做负载测试、提高并发、在缓存中保留学员数据或以正确性换速度；指标缺少队列或重试时间时须先修复埋点；测试期间厂商行为变化应停止并保留窗口，合同稳定后重跑；更快运行导致数据分歧须立即回滚并先查正确性。输出应包含目标、基线、瓶颈证据、实验、审批、前后指标、正确性对账、决策与回滚回执。