用Zustand管理AI多会话状态

先把结论摆这儿:做AI聊天类应用,要同时管「当前会话 / 历史会话列表 / 没发出去的草稿」这三摊状态,Zustand 比 Redux 省事太多。一个 store 文件 60 行搞定,不用 action / reducer / dispatch 那套八股,组件里 const messages = useChatStore(s => s.current.messages) 直接取,改的时候 set 一下完事。下面是我自己踩出来的写法。

我当时卡在哪

上个月我给一个内部小工具做前端,需求是个多轮对话的界面。一开始想都没想上了 Redux Toolkit------毕竟"状态多就上 Redux"是肌肉记忆嘛。

结果写到一半就烦了。一个发消息的动作,我要在 slice 里写 addMessagesetStreamingappendChunkfinishStream 四个 reducer,再配 createAsyncThunk 处理流式返回,光样板代码就铺了一百多行。更难受的是草稿:用户在会话A输了一半切到会话B,回来得还在------这意味着草稿得按 sessionId 存,Redux 里又得多一个 slice、多一组 selector。那天下午我对着 extraReducers 发了会儿呆,心想这破玩意儿就一个聊天框,至于吗。

后来直接拆了换 Zustand。

store 怎么设计

核心就一个 store,三块状态:current(当前会话)、sessions(历史)、drafts(各会话草稿,按 id 存)。

typescript 复制代码
import { create } from 'zustand';

interface Msg { id: string; role: 'user' | 'ai'; content: string }
interface Session { id: string; title: string; messages: Msg[] }

interface ChatState {
  current: Session | null;
  sessions: Session[];              // 历史会话列表
  drafts: Record<string, string>;   // sessionId -> 没发出去的文字

  newSession: () => void;
  switchTo: (id: string) => void;
  pushMsg: (m: Msg) => void;
  appendChunk: (chunk: string) => void;  // 流式拼接
  saveDraft: (text: string) => void;
}

export const useChatStore = create<ChatState>((set, get) => ({
  current: null,
  sessions: [],
  drafts: {},

  newSession: () => {
    const s = { id: crypto.randomUUID(), title: '新对话', messages: [] };
    set(st => ({ current: s, sessions: [s, ...st.sessions] }));
  },

  switchTo: (id) => {
    const target = get().sessions.find(s => s.id === id);
    if (target) set({ current: target });
  },

  pushMsg: (m) => set(st => {
    if (!st.current) return st;
    st.current.messages.push(m);   // 配 immer 更稳,这里图省事直接推
    return { current: { ...st.current } };
  }),

  appendChunk: (chunk) => set(st => {
    const msgs = st.current!.messages;
    msgs[msgs.length - 1].content += chunk;
    return { current: { ...st.current! } };
  }),

  saveDraft: (text) =>
    set(st => ({ drafts: { ...st.drafts, [st.current!.id]: text } })),
}));

没有 provider,没有 dispatch。草稿那块我最满意------切会话只是换 current 的引用,drafts 里按 id 存的文字一直在,切回来 textarea 自动还原。

组件里怎么用

取值用选择器,只订自己关心的那片,别的状态变了不会让你重渲染:

ini 复制代码
function ChatInput() {
  const draft = useChatStore(s => s.current ? s.drafts[s.current.id] ?? '' : '');
  const saveDraft = useChatStore(s => s.saveDraft);

  return (
    <textarea
      value={draft}
      onChange={e => saveDraft(e.target.value)}
      placeholder="说点什么..."
    />
  );
}

历史列表侧边栏也是一行:

ini 复制代码
const sessions = useChatStore(s => s.sessions);
const switchTo  = useChatStore(s => s.switchTo);

想持久化?套个 persist 中间件,历史和草稿自动进 localStorage,刷新不丢。这个我后面加的,大概五分钟。

一点不吹的取舍

Zustand 不是万能。它太自由了------没有强制的目录结构,store 写大了一样会乱成一锅。我那个 store 后来膨胀到两百行也开始难受,得自己拆 slice、自己立规矩,Redux 那套约束没了,纪律得自己上。流式那段直接 push + mutate 也不够干净,严肃项目我会配上 immer。

另外说句题外话,真正让我把这个小工具跑起来的,反而不是前端这部分。

会话状态我半天就搞定了,卡我更久的是后面那个"答得像点样"的智能体本身------我懒得写后端编排,直接找了个零代码搭智能体的平台,拖一拖配一配,挂上模型、塞了份产品文档当知识库,半小时出了第一版。第一版巨干,问什么都背文档,后来调了调提示词和检索才像人话。前端这边我啥都没改,接口照接,它就只负责"对话内容"这摊脏活,挺好。

(模型这块我走的是讯飞的 MaaS,现成 API 调,没自己部署算力。)

所以状态这块,真没必要一上来就 Redux。你做AI应用,会话状态是怎么管的?评论区聊聊,尤其草稿那块有没有更顺的写法,我还在折腾。

相关推荐
武子康3 小时前
调查研究-198 Agent 到底该记住什么?读懂《What Must Generalist Agents Remember?》
人工智能·openai·agent
aqi004 小时前
15天学会AI应用开发(九)利用Chroma持久化向量数据
人工智能·python·大模型·ai编程·ai应用
武子康5 小时前
调查研究-197 FAISS vs Elasticsearch 全面对比:从向量检索、全文搜索到 RAG 选型指南
人工智能·elasticsearch·agent
青禾网络6 小时前
Web 前端如何接入 AI 音效生成:从零到可用的完整方案
人工智能·设计模式
用户252736278146 小时前
【技术实战】用 Spring Boot + Vue3 + LM Studio 在本地跑通 RAG 知识库
人工智能
用户5191495848456 小时前
VBScript随机数生成器内部机制:从时间种子到密码令牌破解
人工智能·aigc
米小虾6 小时前
Context Engineering —— 知识与记忆的窗口
人工智能·agent
IT_陈寒6 小时前
Python里这个赋值坑,连老司机都能翻车
前端·人工智能·后端