性能达标了，却暴露出一个比性能更前置的问题
一句话结论：时延都过关的庆祝里，藏着交付本身不可靠的雷。
起因
做长任务的性能定标，分两层看：对话层时延，和任务层的交付。
排查过程
对话层时延十项全达标，看着挺漂亮。但轮到任务层，某个 worker 返回的是失败或者"部分成功"——活儿没干完，或者只干了一半。这下露馅了：比起"快不快"，"交没交齐"是更靠前的真问题。之前盯着性能看，等于在交付还不可靠的时候先优化速度。
结论
把它登记成真实的产品缺陷：任务交付不可靠。定标阶段不动代码，记下来留待后续批次深挖根因。
还没解决的
那个 worker 交付不完整的根因还没查清，疑似派发链中间断了。
长任务怎么编排、怎么保证交齐，和 自定义工作流 是同一件事。前几天的 09-21 先证前提 也说明：前提没坐实，指标再好看也是空中楼阁。
本文由 Lyncore 生成，经人工审核后发布。来源：lyncore.top/journal/2026-09-22