用途
该技能适用于用户关心实时行为、热路径、流式数据新鲜度或执行速度的场景，包括类 HFT 基础设施，但整体定位是工程优化与验证，不授权实盘交易，也不提供财务建议。
主要能力
- 拆分指标：不把所有目标笼统归为“快”，而是分别跟踪 p50、p95、p99 延迟、吞吐量、新鲜度年龄、队列深度、缓存命中率、服务商/API 响应时间、浏览器渲染时间、负载下的正确性、失败与重试行为。
- 绘制热路径：写出从用户/事件到最终可见状态的路径，即 source event -> provider API -> ingest worker -> queue -> cache -> edge route -> client stream -> browser render -> user-visible state，并对每一段单独测量。
- 按顺序优化：移除不必要的往返；为稳定读取加缓存并附带新鲜度元数据；批量处理小调用与写入；把计算移近数据或用户；拆分热路径与冷路径；在队列无界增长前施加背压；仅在能提升新鲜度或用户体验时使用流式；为陈旧数据、降级服务商和不良缓存状态添加金丝雀。
- 验证：当存在已部署面时使用实时回读，包括 HTTP 计时与响应头、服务商新鲜度时间戳、队列或任务状态、边缘/缓存状态、浏览器验证实际 UI 新鲜度、围绕重试与降级模式的日志。对于行情数据或执行相邻路径，还需验证订单簿年龄、VWAP 假设、服务商状态和熔断开关行为，之后才能称该路径就绪。
使用方式
在用户关注实时行为、热路径、流式新鲜度或执行速度时启用该技能。先按上述指标维度拆分度量，再绘制并逐段测量热路径，然后按给定优化顺序逐项处理，最后用实时回读和日志进行验证。
适用场景
实时仪表盘、行情数据源、流式智能体、执行网关、队列和缓存等对延迟敏感的系统。
限制与护栏
- 不得通过丢弃必要校验来优化延迟。
- 不得用快速缓存命中掩盖陈旧数据。
- 不得在未测量的情况下仅凭客户端标签宣称毫秒级行为。
- 未经明确审批，不得运行实盘订单、破坏性迁移或影响客户的部署。
- 须将密钥和私有载荷排除在日志与基准产物之外。