这轮迭代开始于一条很短的反馈：“测试失败了，但我还是不知道失败在哪一层。”
我们看到这条消息时，马上意识到一个问题：功能在，路径不清。用户真正缺的不是更多按钮，而是更确定的结论。
我们把“客户优先”拆成可执行动作
在 Cloud Waste Scanner 里，客户优先不是态度词，而是发布规则：
- 先收集真实场景中的原始反馈；
- 先修根因，再修表达；
- 小步发布，每步都可验证；
- 用生产语境回测，不只用理想环境回测。
这轮我们重点改了什么
1. 代理路径从“全局开关”改为“命名配置”
企业网络里，不同账号和不同通知通道往往要走不同代理。我们把配置拆开后，路由决策更清晰，也更符合一线运维习惯。
2. 通知测试输出从“报错”改为“可执行诊断”
失败信息不再只给一句提示，而是带阶段、原因、代理模式、端点与状态码，方便快速判断是网络、代理还是端点配置问题。
3. 失败结果显式可审计
对于受保护失败路径，我们明确了“是否扣减配额”“失败记录是否可追踪”两类关键行为，避免失败后信息黑洞。
4. 时间格式统一
这看起来很小，但对跨团队协作影响很大。统一时间语义后，截图、报表和复盘不再反复解释。
一个我们坚持的判断
产品可靠性不只看代码质量，还看发布编排质量。后端、前端、文档和支持路径如果不同步，线上就会出现“状态错位”。
所以我们给发布流程加了护栏：影响客户端行为的改动，不能走“半发布”路径。
这轮改动给用户带来的变化
- 失败根因定位更快；
- 复杂网络下路由行为更可控；
- 失败路径更透明、可追踪；
- 报表沟通摩擦更少。
每一项看上去都不“宏大”，但它们叠加起来，会持续降低团队日常摩擦成本。
结语
客户优先如果不能被度量，就容易沦为口号。对我们来说，它至少要回答两个问题：
- 用户今天是不是更少困惑；
- 团队今天是不是更敢执行。
如果答案是“是”，这次发布才算合格。