迁移状态：Redux/Context → React Query、nuqs、Zustand

不要引入或推荐 Redux 或 React Context。将现有用法迁移到下面的技术栈。

1. 分类状态

在修改代码之前，先对状态所代表的内容进行分类：

如果状态是…	迁移到	不要使用
来自 API / 服务端（版本、配置、获取的列表、时序数据）	React Query	Redux、Context
可通过 URL 分享（筛选器、时间范围、页码、选中的 id）	nuqs	Redux、Context
全局/客户端 UI（仪表盘锁、查询构建器、特性开关、大型客户端对象）	Zustand	Redux、Context
仅属于单个组件（输入框、开关、悬停状态）	useState / useReducer	Zustand、Redux、Context

如果某个切片混合了不同关注点（例如 Redux 同时包含 API 数据和分页），请拆分：API 数据 → React Query，分页 → nuqs，其余 → Zustand 或本地状态。

2. 迁移到 React Query（服务状态）

适用场景： 状态来源于 API 响应或与其一致（例如 currentVersion、latestVersion、configs、列表）。

步骤：

1. 找到数据的获取位置（现有的 useQuery/API 调用）以及它在 Context/Redux 中被 dispatch 或设置的位置。
2. 删除将 API 结果写入 Redux/Context 的 dispatch/set。
3. 暴露一个使用该 query 并返回与消费者预期相同结构的单一 hook（对 configs 这类派生对象使用 useMemo，以避免不必要的重新渲染）。
4. 用新的 hook 替换 Redux/Context 的消费方式。优先使用 frontend/src/api/generated 中自动生成的 React Query hooks。
5. 配置缓存/重新获取（例如 refetchOnMount: false、staleTime），使行为与原先“单一数据源”的预期一致。

迁移前（Redux 镜像 React Query）：

if (getUserLatestVersionResponse.isFetched && getUserLatestVersionResponse.isSuccess && …