痛点：流式与多通道叠加（编号）
一 流式占槽久，RPS 不高也可能顶满 global_stream_sessions。二 团队与 CI 共用内部队列，风暴拖高 interactive。三 客户端退避与 Worker 重试各一条告警会刷屏。
决策表：先收紧哪条线
| 症状 | 优先动作 | 与何文对齐 |
|---|---|---|
| 长连多、首包慢 | 降每租户流式槽、收紧并行顶 | 网关会话 HowTo |
| 入队快、出队慢 | 调 shed_threshold_ms 与卸流，再收 CI 扇入 |
任务队列重试 |
| 团队刷屏 | 消息速率作第二层桶，与流式预算同公示 | Teams 流式摘要 |
| 多副本参数漂移 | LB 后限流一致或集中配额 | 多节点负载均衡 |
最小可复现实验室步骤（建议顺序）
- 开特性与列通道：实验网关启用 v2026.3.x 流式，列出 MessageChannel，映射
route_class（interactive_stream、ci_webhook、team_connector）。 - 写会话顶：设
global_stream_sessions与per_tenant_stream_slots；各 MeshMac Worker 并发相加须低于网关硬顶。 - 写背压水位：配
queue_depth_high与shed_threshold_ms；探针联动时区分 429 与 503。 - 对齐退避与重试：客户端守
Retry-After，Workermax_attempts与抖动写入同一backoff_family；日志含mesh_node_id、route_class、limit_name。 - 合并告警：观测侧用
backoff_family加五分钟同源降噪，退避与队列重试归为quota_saturation_merged；依赖故障另走健康告警。 - 压测验收：固定 RPS 加多路长连压滞后，确认合并告警仅在 sustained 超阈触发；先灰度计数再 enforcement。
可引用信息（排障可直接照表要参数）
- 每租户流式槽起步一至四路，全局顶按上游并发留三成余量再压测。
- 背压：队列深度超核数倍或 等待毫秒超 shed 阈即卸流，须上盘。
- 合并窗：五分钟内同源
backoff_family只留一条主告警。
FAQ
问：只调 RPS 够不够？
不够。流式要同时看会话顶与队列水位，否则 RPS 不高也会假空闲。
问：合并告警会不会掩盖真实故障？
合并只包同源退避与重试；探针红与 SLO 仍走独立健康告警。
问：小团队最小落地集？
三件套：route_class、会话顶加队列水位、退避与重试共用 backoff_family；分片见专栏与多节点文。
下一步（免登录）
编排与预热见 OpenClaw 专栏、博客列表。免登录看套餐与节点与 SSH 说明：首页、购买、帮助。