LangChain 07:前端实时 Agent 界面——消息、工具、审批与会话

2026-09-01
11594 分钟
...

1、本篇任务:做一个能解释运行状态的 Agent 界面

前端不只是逐字显示模型答案。它必须表示会话、run、消息、工具执行和审批状态,并在刷新或断线后恢复。

后端已在上一课定义公共事件。本课只依赖该合同,不直接依赖 LangGraph 内部节点名。

2、先定义 UI 状态机

idlesubmittingrunningcompleted
                       ├→ waiting_approvalrunning
                       ├→ failedretrying
                       └→ cancelled

不允许从 completed 再接收 text delta,也不允许在 waiting_approval 时显示“操作已完成”。状态机能阻止乱序事件让界面说谎。

type ViewState = {
  runId?: string;
  phase: "idle" | "submitting" | "running" | "waiting_approval" | "completed" | "failed";
  answer: string;
  lastSequence: number;
  tools: Record<string, { name: string; status: "running" | "done" | "failed" }>;
  approval?: RefundDraft;
  error?: { code: string; retryable: boolean };
};

3、用 reducer 消费事件

function reduceEvent(state: ViewState, event: AgentEvent): ViewState {
  if (event.sequence <= state.lastSequence) return state;
  const base = { ...state, lastSequence: event.sequence };

  switch (event.type) {
    case "text.delta":
      return { ...base, phase: "running", answer: state.answer + event.text };
    case "approval.required":
      return { ...base, phase: "waiting_approval", approval: event.action };
    case "run.completed":
      return { ...base, phase: "completed", answer: event.answer, approval: undefined };
    case "run.failed":
      return { ...base, phase: "failed", error: { code: event.code, retryable: event.retryable } };
    default:
      return base;
  }
}

sequence 去除重连后的重复事件。服务端保存不了完整事件窗口时,客户端应重新拉取 run snapshot,而不是重新提交用户消息。

4、SSE 重连的正确行为

连接 GET /runs/:id/events?after=<lastSequence>;每收到一个合法事件,先更新 reducer,再持久化 lastSequence。连接断开时指数退避重连;run 已完成则停止;服务端返回事件窗口过期时,调用 run snapshot API 重建状态。

“点击重试”必须区分两种动作:只重连事件流不会重跑 Agent;重新执行失败 run 需要新的 run ID,并由后端判断哪些节点可安全重试。

5、工具调用应显示成卡片

只读工具显示名称、阶段和安全摘要,例如“正在查询订单 A***”;不要显示完整工具输入、内部用户 ID 或原始响应。失败时展示用户可操作的错误,例如“订单服务暂时不可用,请稍后重试”,内部错误码留在 trace。

结构化结果用受控组件渲染:订单结果映射到 OrderCard,引用映射到 SourceList。模型不能输出任意 React 组件名、HTML 或 JavaScript。

结构化数据Zod 校验组件 allowlistReact/Vue 组件

6、审批卡必须回答五个问题

用户需要看到:将执行什么;影响哪个对象;关键参数是什么;是否可撤销;审批何时过期。按钮提交 actionId + decision,后端依据登录态确认审批人并重新读取权威参数。

按钮点击后立即禁用,显示“处理中”;网络重试仍携带同一 action ID。拒绝和编辑是正式状态,不是聊天文本。

7、Markdown 安全渲染

模型文本经过 Markdown parser 后必须 sanitize。禁用原始 HTML、事件属性、危险 URL;外链使用安全 rel;代码块只显示不执行。检索文档与工具结果可能含 prompt injection,同样按不可信文本显示。

8、前端测试

  1. 乱序和重复事件不会重复文本或倒退状态。
  2. 第十个事件后断网,重连从 sequence 10 继续。
  3. 刷新时仍显示待审批卡;重复批准只出现一次结果。
  4. 工具 500 不显示堆栈或 PII。
  5. 恶意 Markdown、javascript: URL 和原始 HTML 无法执行。
  6. 屏幕阅读器能读出流式状态、工具进度和审批结果。

本课完成后,界面反映的是服务器运行事实。下一课处理“Agent 每一步到底应看到哪些上下文”,并安全接入 MCP。

官方阅读:Frontend OverviewMarkdown Messages

如果您觉得这篇文章有帮助,请点个赞吧~

分享文章

相关文章

更多文章 →
AI2026-09-01
Deep Agents 01:何为 Agent Harness,以及如何开始
1、本篇任务:完成一份多步骤、带证据的技术调研 普通客服 Agent 的问题短、工具少、输出即时。技术调研或编码任务会持续很久,产生计划、搜索结果、文件和中间结论。Deep Agents 在 LangChain/LangGraph 之上预装规划、虚拟文件系统、上下文压缩和子 Agent,适合这类开放任务。 本课让 Agent 比较两种向量数据库,并交付一份可验证报告。 2、什么时候需要 Deep Agent 满足以下两项以上再考虑:任务...
学习
AI2026-09-01
Deep Agents 02:子 Agent、虚拟文件系统与长期记忆
1、本篇任务:让主管只看结论,让子 Agent 处理细节 技术调研会产生几十次搜索和大量文件。如果全部进入主管上下文,真正的目标会被噪音淹没。本课用两个子 Agent: 收集证据, 检查结论;主管负责计划与最终合成。 2、什么时候委派,什么时候直接调用工具 适合委派:子任务有多步;需要专门提示或工具;会产生大量中间结果;只需返回有限结论。不适合:一步查询;主管需要全部中间上下文;协调成本超过任务本身。 3、配置专门子 Agent Pyt...
学习
AI2026-09-01
Deep Agents 03:生产化、Sandbox、权限与上线验收
1、本篇任务:让 Deep Agent 在隔离环境中分析代码 只读研究 Agent 风险有限;编码 Agent 需要读写文件、安装依赖和执行测试。本课不讲如何让模型写更漂亮的代码,只讲执行环境、权限、恢复和上线验收。 2、先做威胁模型 资产包括源代码、用户文件、云凭证、生产网络和发布权限;攻击入口包括用户消息、仓库内容、网页、依赖包、MCP 返回和命令输出。 Prompt injection 不是靠一句 system prompt 解决...
学习
AI2026-09-01
LangChain 01:全景、原理与学习路线
1、本篇学完要得到什么 这一篇只解决三个问题:LangChain 到底负责什么;它与 LangGraph、Deep Agents、LangSmith 是什么关系;后面应按什么顺序学习。 贯穿整套课程的项目是“退款政策与订单助手”。它最终能够:回答知识库中的退款规则;查询当前用户的订单;生成结构化答复;对真正的退款操作进行人工审批;断线后恢复;通过评测后发布。 先记住一句话: 模型负责理解与生成,应用负责数据、权限、状态和副作用。 如果把...
学习
AI2026-09-01
LangChain 02:模型、消息与结构化输出
1、本篇任务:让模型输出成为程序可以依赖的合同 上一课只证明 Agent 能运行。本课暂时不接业务工具,只完成一个“客服分诊器”:输入用户问题,输出意图、紧急程度、是否需要人工和给用户的答复。 本课的核心不是学更多模型参数,而是理解三层合同:消息决定模型看到了什么;schema 决定程序期待什么;业务校验决定结果是否真的可用。 2、消息不是一段字符串,而是一条执行记录 一次工具型对话通常包含四种消息: | 类型 | 由谁产生 | 作用...
学习
AI2026-09-01
LangChain 03:工具与 Agent——从函数到可控行动
1、本篇任务:让 Agent 安全地读取订单 上一课得到结构化分诊结果,但模型不知道真实订单。本课增加一个只读工具 ,走通完整 Agent 循环,并把模型、工具包装和领域服务的责任分开。 完成后,用户问“我的 A100 发货了吗”,Agent 会选择工具;工具只按当前登录用户查询;模型基于工具结果回答。它仍然不能退款,因为我们没有提供写工具。 2、工具的本质是受 schema 约束的应用函数 一个好工具需要:稳定名称、清楚描述、窄输入...
学习

评论

请登录后发表评论

去登录
加载评论中...

目录