forked from ChaiHao/BPOS-MVP
ChaiHaoandClaude Fable 5
ffb71def4b
用户实测报的。查下来是两处各自独立、叠在一起才显形的缺陷: **① SSE 订阅层的 queryKey 与实际键对不上(推送白推)** TanStack 的失效按**前缀**匹配,而工作台的键都以 `desk` 打头 (`['desk','tasks']` / `['desk','task',id]` / `['desk','messages']`); 订阅层却手写着 `['tasks']` / `['task',id]` / `['messages']` —— 一条也匹配不到。 推送照发、画面纹丝不动。修:订阅层一律取自 `queryKeys`,不写字面量; `['approvals']` 也收进 queryKeys(app-shell 原来手写)。 **② 推进器推完不广播(压根没推送)** 只有派发器(事件投递)广播;而任务从在办走到终态是**推进器**推的 —— 于是「办完的活不会自己挪到已完成」。修:推进器在 runtime/terminal 真变了时 广播 task + workflow(比对本轮前后,不变不发,免得每两秒给在线浏览器发噪声)。 实测(全程用 AI 测试账号,不碰真人工作台):起单 → 以 AI 身份答验收单 → 浏览器停在工作台,探针记到**任务列表自动重取 1 次**(修复前 0 次), SSE 三条 touch 齐到(task / task-advanced / workflow)。测完清运行数据。 Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01KeDBx2PHLavbURXB8LJJ7m
25 lines
740 B
TypeScript
25 lines
740 B
TypeScript
/**
|
|
* 服务端状态 —— TanStack Query(编码规范 §1 / §9.2)。
|
|
* 「SSE 事件到达 → 按信封目标失效对应缓存,由订阅层统一做;组件禁止自行轮询或手写缓存。」
|
|
*/
|
|
import { QueryClient } from '@tanstack/react-query';
|
|
|
|
export const queryClient = new QueryClient({
|
|
defaultOptions: {
|
|
queries: {
|
|
// 缓存失效由 SSE 订阅层驱动,不靠组件轮询
|
|
refetchOnWindowFocus: false,
|
|
retry: 1,
|
|
staleTime: 5_000,
|
|
},
|
|
},
|
|
});
|
|
|
|
export const queryKeys = {
|
|
session: ['session'] as const,
|
|
tasks: ['desk', 'tasks'] as const,
|
|
task: (id: string) => ['desk', 'task', id] as const,
|
|
messages: ['desk', 'messages'] as const,
|
|
approvals: ['desk', 'approvals'] as const,
|
|
};
|