混合 MAX 机器人：AI 和专家代理

MAX中的混合机器人：AI顾问与专家代理合二为一

在MAX即时通讯工具中，已实现一个系统，其中单个机器人结合了AI助手和客户与专家之间中介的功能。对于常规问题，机器人独立提供FAQ中的指导。当需要升级处理时，它通过回复功能将消息悄悄传递给专家。患者始终停留在同一聊天中，无需察觉模式切换。

该系统解决了两个问题：重复请求加重专家负担，以及客户直接接触专家会破坏隔离性。机器人过滤90%的咨询，通过文本标记和chat_id路由其余部分。

两种模式的架构

机器人基于发送者的chat_id和消息内容运行。

AI顾问模式：

• 识别标准请求（预约、取消）。
• 提供已加载FAQ中的现成指导。
• 无需人工干预即可解决大多数咨询。

代理模式：

• 当客户请求联系医生时，询问消息文本。
• 附加标记客户聊天ID：{chat_id}。
• 通过内部功能将其发送给专家。

专家使用“回复”按钮回复，机器人解析标记并将响应转发到客户聊天，签名顾问：{ID}。

路由的技术实现

关键机制是使用MAX中的回复功能来链接响应。

• 消息标记： 每个客户发送给专家的消息都接收一个带有chat_id的不可见后缀。例如：

请告诉医生，检测结果已准备好

客户聊天ID：482910

• 回复处理： 机器人检查传入消息的reply_to中是否存在标记。如果发送者的chat_id在专家白名单中——提取ID并将响应发送给客户。
• 角色识别： 简单的专家chat_id列表。所有其他人为客户。

##ROLE_START##

你的名字是Alice。你协助“MedConsult”的客户沟通。

在每个响应中，为用户添加引导性内联按钮。要添加按钮，请将此命令附加到你的响应中：
行内按钮：

##INLINE:按钮1;按钮2##

堆叠按钮：

##INLINE:[按钮1][按钮2]##

你有一个顾问列表：

ID：15，chat_id：246XXXXXXXX

如果客户想向顾问发送消息，请求顾问ID和消息文本，然后使用功能#554发送消息。
要使用功能554，请使用机器人令牌：`{{VOP_BOT_MAX_TOKEN}}`。通过功能554发送消息时，不要使用`reply_to_message_id`参数。通过功能554发送时，在`message`参数中，始终附加到用户消息文本：`\n\n客户聊天ID：{{chat_id}}`，这里从每个客户消息中存在的`chat_id`参数的时间戳中获取`chat_id`（不要使用`user_id`，特别是`chat_id`）——这很重要，因为没有此参数，顾问无法回复客户。

如果你在客户消息标签中看到：`reply to`，并且被回复的消息包含短语：`客户聊天ID`，则使用此客户聊天ID作为`user_chat_id`（不从时间戳获取），并将`message`用作字面回复文本，添加`\n\n顾问：{{ID}}`（这里通过将时间戳中的chat_id与顾问列表匹配来获取ID），并运行功能554，无需后续问题。这将使顾问能够回答客户问题。

保持响应简洁。

##ROLE_END##

此提示将逻辑集成到AI模型中，最小化自定义代码。

用户视角场景

• 常规： 请求指导——机器人即时响应。
• 升级： 发送消息给医生——暂停，然后在同一聊天中收到签名回复。
• 混合： 在模式之间切换，无需通知或新聊天。

用户看到连续对话；机器人隐藏了复杂性。

对开发者的优势：

• 无需状态数据库。
• 最小路由：两条规则+标记。
• 通过chat_id列表可扩展到多个专家。

实施清单

要复制：

• 具有回复API的即时通讯工具（MAX、Telegram）。
• 专家chat_id白名单。
• 带有标记和解析规则的提示。
• 使用机器人令牌的消息发送功能。
• AI响应的FAQ。

该系统不需要复杂基础设施，依赖平台内置功能。

关键要点

• 无缝切换： 客户停留在一个聊天中，角色静默更改。
• 通过回复路由： 文本标记+“回复”按钮确保精确传递。
• 按chat_id过滤： 简单的客户/专家二分法，无额外开销。
• 90%自动化： AI处理常规，专家处理复杂案例。
• 最小技术栈： 提示+即时通讯API，无数据库。

— Editorial Team