跳到主要内容

运营与治理

其他平台卖的是「工具」——Agent 建完就完了。OpenHex 卖的是「service」——Agent 上线后，你能看到它在服务谁、聊了什么、沉淀了什么数据、花了多少钱。这些不是附加功能，是 OpenHex 跟竞品最大的区别。

1. Agent 状态

打开主页，所有 Agent 的运行状态一览无余。看板不是摆设——每个数字背后都有可做的事。OpenHex 的数据分两级：首页看全局，数据看板看单个。

首页：全局概览​

  • 哪个service最受欢迎：调用次数最高的 Agent Service，这个场景需求最大，优先投入优化
  • 哪个service没人用：创建了但很少被调用的，要么推广不够，要么场景不对
  • 积分消耗是否合理：消耗速度突然加快，检查是不是有异常调用

这张图是“我的Agent”页面，对应文档中Agent状态里的首页全局概览板块。页面顶部显示不同统计项的数值，对应文档里的卡片含义：分别是“发布的agent”数为5，“本期调用”数为1055，“本期会话”数为17，“本期支出”即积分总和为5926.04积分，时间范围选择为“7天”。页面还设有搜索框和“新建Agent”按钮，下方的列表记录了不同Agent的调用、会话、支出等相关明细数据。

主页看板

卡片含义
发布的agent你创建的agent总数包含未发布的
本期调用所选时间范围内的agent回答消息数
本期会话周期内所有agent发起的独立会话数
本期支出所有 Agent Service 消耗的积分总和

1.2 单agent-运营后台​

数据看板

进入该 Agent 的专属数据看板页面,这个看板的作用是让运营者一屏看清service当前谁在用、用了多少、用得好不好。

这里只看这一个 Agent 的数据：

  • 该 Agent 的调用次数和会话数
  • 该 Agent 的活跃联系人数量
  • 该 Agent 的积分消耗

这张图片展示了单Agent运营后台的核心数据看板界面，对应文档里“单agent数据看板”的相关内容。界面上呈现了数据总览、用户使用与积分、留存与口碑等模块，还包含积分账单的明细区域，能查看不同日期的积分消耗数值。这里清晰显示了对应Agent的调用次数、会话数、活跃联系人数量、积分消耗等关键数据，和文档中该板块所需查看的指标内容完全对应，直观呈现了单Agent的运营相关核心数据情况。

单agent数据看板

模块作用主要查看的指标适用判断 / 行动
数据总览反映近过去30 天整体使用规模消息数、对话数、用户数、待办数判断活跃度；规模骤变时排查
用户使用与积分按用户汇总使用量与扣费用户、使用次数、模型调用、消耗积分识别核心 / 异常用户
留存与口碑判断是否愿意继续用、是否满意回访率、满意度衡量用户粘性，偏低时优化
积分账单记录累计消耗与用量明细累计消费、时间、次数、tokens、积分控制成本、发现消耗尖峰

待办事项

agent自动根据会话生成待办事项

图片展示的是OpenAIx平台中“待办事项”页面。左侧为功能导航栏，有数据看板、对话、联系人、知识管理、任务等选项。右侧上方显示“待办事项”标题，下方以列表形式呈现多条待办事项，每条事项包含标题、内容摘要及时间等信息，部分标题以红色框突出显示。该图片与上下文紧密相关，直观呈现了智能体会把对话中“答不上来的问题、发现的过期信息、用户提的请求和有内容的对话总结”自动记在“待办事项”中，帮助运营者持续发现Agent的知识缺口。

笔记​

智能体会把对话中 "答不上来的问题、发现的过期信息、用户提的请求和有内容的对话总结" 自动记在这里给你看（对方看不到），帮你持续发现 Agent 的知识缺口；支持按未归档 / 未读 / 已归档 / 全部筛选跟进。

图片展示了OpenAIG的单agent运营后台界面。左侧为功能导航栏，有数据看板、待办事项等选项。右侧是待办事项页面，显示“暂无待办”。页面右上角有“全部归档”“全部未读”“全部已归档”“全部”等筛选按钮，以及“新建”“删除”“编辑”“分享”“复制”“导出”“导出为PDF”等操作按钮。该图与文档中介绍单agent运营后台功能的内容相关，直观呈现了待办事项页面及部分操作按钮。

联系人及会话管理​

联系人：这是 OpenHex 跟其他 Agent 平台最根本的区别之一。大多数平台把「客户」和「对话」绑在一起，客户每次来都是新人。OpenHex 把联系人（Contact）从会话（Session）中独立出来，让你能真正「认识」你的客户。

联系人管理

Contact 与 Session 的关系

Contact：张先生（一个人）
├── Session 1：2026-09-01 询价 T 恤
├── Session 2：2026-09-05 确认订单
└── Session 3：2026-09-08 咨询物流

一个联系人可以有多次对话，但客户信息只存一份。Agent 在每次对话中都能引用这个客户的画像和偏好。

联系人信息

在你 Agent 会话中出现过的所有联系人，按来源自动汇总。点击任一联系人，可以添加标签和备注；或让 AI 根据聊天记录自动分类。当前只展示联系人昵称和渠道，需要基本信息可根据业务启用信息卡片设置字段。

这张图片展示的是运营与治理模块下的联系人及会话管理页面，页面顶部显示了联系人的相关操作选项，其中用红色框标注了三条AI建议合并条目，内容分别为“AI 建议合并：网站访客(阿巧) 与 网站访客(webt_embed)”“AI 建议合并：网站访客(webt_embed) 与 网站访客(阿巧)”“AI 建议合并：网站访客(web_embed) 与 网站访客(阿巧)”，每个条目右侧都配有“合并”和“忽略”按钮。页面下方则呈现了联系人列表，列表顶部有“全部”“已合并”等标签，还有“合并”“分析”等操作按钮，整体对应文档中联系人及会话管理板块的相关内容，用于管理联系人信息。

图片展示的是“联系人及会话管理”中“联系人分析”下的“字段设置”界面。界面中可配置联系人自定义字段和信息收集卡片，如启用信息收集卡片，新用户首次对话时将弹出卡片，仅收集下方勾选了“显示在卡片”的字段（当前4个字段）。自定义字段包括公司、职位、行业、目标人群等，每个字段有必填、卡片显示等设置选项。该界面与上下文介绍的联系人分析功能相关，用于配置联系人信息收集和展示字段。

  • 来源渠道：从哪个入口进来的（网页链接、二维码、飞书群）
  • 最近活跃时间：最后一次对话是什么时候
  • 历史会话列表：所有对话记录，按时间轴排列

联系人分析

  • 渠道归因——知道人从哪来

来源分布图告诉你每个渠道各自拉了多少人、占比多少。哪个渠道是主力、哪个渠道几乎没量，一眼分明。拉新预算往哪投、哪个渠道要补强，数据说了算，不用拍脑袋。

  • 增长感知——知道人来得快不快

联系人总数 + 本周新增，两个数字并排。每周扫一眼，增长放缓了第一时间知道，不用等月底拉报表才发现。

  • 渠道健康度——知道哪个渠道在掉量

结合时间筛选，看某个渠道的占比变化趋势。某个渠道占比持续下滑，说明入口可能出了问题。

图片展示的是联系人分析页面。上方有日期选择栏，可选“近7天”“近30天”“近90天”“重置”“清除”选项。下方基础统计显示联系人总数和本周新增，来源分布以饼图呈现，其中webapp占比74%，wecom_kf占比24%，feishu、preview、web_embed、wecom_rpa各占1%或0%。该图与上下文介绍的联系人及会话管理相关，用于展示联系人分析情况。

联系人分析产品图

会话管理

每个 Agent 的会话列表展示：

  • 会话时间
  • 客户信息（如果是已知联系人）
  • 消息条数
  • 来源渠道（网页端 / 飞书 / 微信 / 嵌入）

查看完整对话

点击任意一条会话，展开完整的对话记录——客户问的每一句话、Agent 回的每一句话，按时间轴排列，跟看聊天记录一样。

这张图片展示了对话系统的会话管理界面，界面以时间轴形式排列了客户与Agent的对话内容，呈现出真实的聊天式会话记录。画面中，红色框标注了两条核心内容，一是Agent返回的对话内容，二是页面右上角的功能入口。该界面对应了文档中“点击任意一条会话，展开完整的对话记录”的操作说明，直观呈现了会话展开后的实际状态，帮助理解查看完整对话的操作效果。

图片展示了OpenRise平台中联系人及会话管理界面的会话数据。左侧为导航栏，有数据概览、会话管理、知识库、任务、新人等选项。右侧上方显示会话时间、客户信息、消息条数、来源渠道等信息。下方是会话列表，每条会话包含客户问、Agent答等内容，如“方老师，我们这有新的体验版，麻烦帮忙处理一下...”“方老师，我们这有新的体验版，麻烦帮忙处理一下...”等。右侧有“查看完整对话”按钮，点击可展开完整对话记录。

会话数据如何反哺 Agent service

从会话中提取的反馈

  • 自行补充知识库：客户问的问题，知识库里没有 → 补资料
  • 自行加入测试集：Agent 答错的场景 → 加进测试用例
  • 自行调整话术：Agent 回答的语气、格式、字段不对 → 调配置

3. 运营日常检查清单

Agent 上线后，建议形成固定的运营节奏：

每天

  • 打开数据看板，扫一眼调用次数和会话数，确认 Agent 在正常运转
  • 快速浏览新增会话，重点关注有没有翻车对话

每周

  • 从会话中挑 5-10 条加入测试集
  • 检查积分消耗速度，判断是否需要充值
  • 查看联系人数据，看有没有新增的高价值客户

每次配置变更后

  • 跑回归测试，确认通过率没下降
  • 发布新版本，记录变更内容
  • 上线后持续关注 1-2 天，确认核心指标正常