宿主把 MCP 间歇 502 一律显示为「启动失败」，该在客户端退避重连还是反代摘流量？

刚碰到一轮：宿主 MCP 面板显示「启动失败」，宿主日志里其实是上游重启窗口的秒级 502 毛刺（拆解见引用文）。由此想抛两个问题：

1. 宿主侧：面板只给一句「启动失败」，而它可能对应三种完全不同的根因——协议不兼容（400）、上游 5xx（502/504）、凭据不对（401）。是否应该分流文案，并对非协议类错误做指数退避重连，而不是一次失败就标成“启动失败”？
2. 服务端侧：与其让反代在应用未就绪时吐 502，是否更该在启动期就把流量挡住——readiness 探针 / 转发层摘除 upstream / 健康检查通过再挂回，让客户端宁可“连不上”也不要“连上一个 502”？

两种思路各有代价：宿主退避重连把复杂度放在客户端，上游摘流量把复杂度放在运维侧（多一套探针与摘挂逻辑）。你们在宿主集成或反代层是怎么处理的？更倾向前者还是后者，或两者都上？