fix: 静默吞错横扫 —— 数据落库/配置广播/审计失败不再无声

把检索链路那次的做法推到同类位置。判据是"丢了这个 error 的代价"，只改代价高的，不动刻意的 fire-and-forget。改（丢了就是数据永久丢失或行为不可解释）： - task_handler: 任务**输出**与**执行轨迹**的收尾落库。这是唯一的持久副本（Redis 流 10min TTL），失败则永远无法复盘，界面上只显示"这次运行没有轨迹"。轨迹的 json.Marshal 失败分支同样是静默跳过，一并补上。 - admin.broadcastActive: 模型配置热更新广播。失败 = dispatcher/mcp-go 仍用旧配置，症状是"控制台改了模型却不生效"，而操作者这边一切正常——正是今天排查半天的那类问题。 - middleware/audit: 审计留痕写入。不阻断主流程是对的（业务已完成），但静默失败意味着敏感操作没有记录，且没人知道记录缺了，这是合规缺口。不改（确认过是合理的）： - dispatcher 的 PublishToken/PublishExec：往前端推流，丢一帧是 UI 瑕疵，且按 token 打日志会刷屏； - 计量回写 PublishUsage：本来就检查 error 并打日志，钱的路径是干净的。另修一处误导文案：任务下钻的轨迹空态原本把原因说死为"早于该功能上线"，现在"落库失败"也是已知原因，文案改为并列并指向日志里的 [task] 告警。 Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-07-20 15:49:13 +08:00
parent 518cddbd1c
commit 466959d3c3
4 changed files with 25 additions and 8 deletions
@@ -132,7 +132,7 @@ export function TaskDetailDrawer({ task, onClose }: { task: AdminTask; onClose:
                text={
                  task.status === "running" || task.status === "submitted"
                    ? "任务还在跑，轨迹要等收尾才落库（这里是复盘视图，不是实时流）"
-                    : "这次运行没有留下轨迹（可能早于轨迹落库功能上线）"
+                    : "这次运行没有留下轨迹（早于轨迹落库功能上线，或收尾时落库失败——后者会在 gateway 日志里有 [task] 告警）"
                }
              />
            ) : (