Agentic 控制中心

解决方案概述

碎片化数据和应用程序上下文切换会浪费时间，并为保险团队创造不必要的认知压力。

Agentic AI 可以改变这些工作流，但要想实现采用，就需要清晰的 Atlas 审核追踪记录，以显示做出了什么决策以及做出这些决策的原因。Agentic Control Center 在一个界面中统一所有代理和业务记录，为您提供 Atlas 审核活动和手动编辑数据的工具。

MongoDB Atlas 存储上下文层和应用程序数据。Agentic 控制中心在单个集合中记录聊天历史和手动编辑。由于 JSON 是人类可读的，因此摘要生成很直观。集中处理代理和业务数据有助于快速处理索赔，而不会牺牲人工判断。要查看会话，可以从存储的数据生成摘要，或在Atlas 审核视图中查看原始日志。

图 1。从碎片化到单一控制中心

参考架构

该解决方案包含以下组件：

• MongoDB Atlas：将多模式日志条目、应用程序数据和上下文层存储在单一集合中。

• Next.js：构建界面，并使用服务器操作和服务器端 API 路由防止向客户端暴露代理凭证。

• LLM 提供商：汇总相关日志并将其发送给 LLM，为外部利益相关者生成结构化会话概述。

• 代理平台：运行代理并通过 API 公开代理以供应用程序调用。

• 密钥保管库：未在此演示中实现。在生产环境中，此组件用于管理存储的代理凭证的字段级加密的密钥。

Atlas 审核和汇总活动

每个执行者都会写入单个共享日志。代理对话、人工审批操作和手动记录编辑会保存到一个集合中。该应用使用 MongoDB 灵活的 document model 来存储具有不同结构的日志。

这个单一真实来源支持两种类型的报告：

• Atlas 审核报告：显示原始代理日志，不涉及外部模型。使用此功能查看特定代理执行的步骤。

• 总结：将所有日志类型（包括代理操作和手动更改）发送到 LLM 以生成简短、结构化、可导出的文档。使用此功能向外部利益相关者和非技术读者分享关键会话更新。

控制中心在一个界面中统一这些功能，以简化日常操作并确保完全可审计。

图 2。Agentic 控制中心的参考架构

数据模型方法

单个集合存储三种事件：代理转向、人工批准和手动记录编辑。由于 MongoDB 使用灵活的 document model，因此每个日志文档只包含其事件类型所需的字段，从而使日志条目保持简单轻量。

{
  "_id": { "$oid": "6a76077e73179f98864eafc3" },
  "timestamp": { "$date": "2026-08-07T16:27:42.776Z" },
  "agentId": "property-and-casualty",
  "sessionId": "454351fb-f8aa-44b0-a5d1-add3a70385f5",
  "userId": "bea53e1a-3360-4dcc-957d-fa94cbfde37c",
  "text": "## Active Policies\n\nI found **4 active policies** in the system:\n\n1. **PAP-IL-2024-0093821** ...",
  "query": "Show me all active policies.",
  "result": {
    "failed": false,
    "reason": null
  },
  "agent_steps": [
    {
      "text": "Thinking...",
      "at": { "$date": "2026-08-07T16:27:32.821Z" }
    },
    {
      "text": "Calling tool: list_policies_by_status...",
      "at": { "$date": "2026-08-07T16:27:34.163Z" }
    },
    {
      "text": "Thinking...",
      "at": { "$date": "2026-08-07T16:27:34.843Z" }
    }
  ]
}

构建解决方案

请访问“保险代理 Web 应用程序”GitHub 存储库，并按照存储库README 文件获取完整说明。

1

克隆并安装

克隆存储库并运行 npm install。

2

配置环境变量

复制 EXAMPLE.env 以创建自己的 .env 文件，然后提供以下凭证：

• MongoDB 连接字符串。

• 应用数据和业务对象数据的数据库名称。

• 代理凭证（API 密钥、项目 ID、工作区 ID 和自定义代理 ID）。

• LLM 提供商凭证（终结点、模型名称和 API 密钥）。

3

为数据库播种

通过运行 npm run seed:members、npm run seed:plans、npm run seed:claims 和 npm run seed:providers 来为业务集合提供种子。如果目标集合已包含文档，则每个脚本都会在不写入的情况下退出。

4

启动应用

运行npm run dev 并打开 http://localhost:8080 }，或运行make build 以在Docker中启动应用。

5

测试代理对话

在聊天面板中，测试预定义的提示或向代理询问节点、计划或索赔。要切换代理，请从底部下拉菜单中选择一个选项，或按 Shift + Tab。两个对话出现在单个序列中。

6

管理待处理操作

在系统提示查看时，批准或拒绝暂停操作。点击通知按钮导航至待处理的操作。通知会一直显示，直到您解决或关闭该通知。

7

编辑业务记录

打开 Business Record，更新节点的详细信息，并提供更改原因。该应用保存编辑、原因和字段差异到 logs 集合。

8

查看决策追踪

打开决策标签页查看记录的决策追踪。

9

生成和导出摘要

打开 Summaries 以生成代理摘要、会话概览或 Atlas 审核报告，然后将结果导出为 PDF。

10

配置运行时代理

要在运行时添加代理，请打开 Settings。在此视图中添加的凭证会存储在内存中，并在服务器重启时重置。生产部署需要安全持久存储。

图 3。应用程序的屏幕截图

关键要点

• 将所有活动日志记录到单个集合中：代理转向、人工批准和手动编辑保存到一个 logs 集合。单个查询返回完整的时间轴，因此您无需加入多个数据源。

• 记录原因和变更：要求手动编辑的原因会将字段更新转变为完整的Atlas 审核记录，将解释和变更前后的值一起存储起来，以供合规审核。

• 对关键操作保持人工监督：代理在执行高风险任务前会暂停，并仅在您批准后才会继续。该决策会记录到与代理操作相同的集合，从而在交接过程中保持问责制。

• 共享统一的上下文层：代理从共享上下文层读取和写入，而不是隔离的副本。MongoDB 存储多种内存类型，包括情节、短期和程序内存，允许代理在已建立的历史上进行构建。

作者

• Oskar Kloczko, MongoDB

• Albert Cortez, MongoDB

• Daniel Jamir， MongoDB

了解详情

• MongoDB Atlas

• AI保险承保人

• 保险索赔处理的 AI 代理工作流程