客服操作接口：怎样把业务按钮接进聊天，并避免重复执行
看板读数据，操作发起写入。客服在当前会员会话里填写表单、确认提交，SRICH CHAT 服务端调用买方提供的 HTTPS 接口。买方负责验证权限、归属与业务规则，最终修改也发生在买方系统。
分类 SRICH CHAT 下的文章
邮箱接口：指定会员通知与汇总，怎样写进同一条服务会话
事件按预建槽位发卡片，邮箱接口按结构化类型写信。两者最终都进入会员聊天。邮箱适合明确发给谁的通知或汇总；它与网页上短暂显示的信息通道不同。
事件通知接入：业务发生后，怎样成为会员聊天里的一张卡
买方系统发生注册完成、订单状态变化等事件后，可以调用事件接口。运营先定义事件槽位、字段、模板和语言版本，业务系统只发事件名与数据，客服系统将它们渲染成聊天卡片。
FAQ 知识库接入：不依赖 AI 的知识底座，如何同步与验收
FAQ 的权威内容在买方业务系统。你们提供当前有效的全量知识，客服系统按小时拉取并整批替换，也支持运营触发立即同步。没有 AI 服务仍可使用本地关键词检索；语义检索与员工判断是额外增强。
AI Agent 为什么可以执行：Runtime 如何把一次咨询变成可追踪的工作
“会回答”与“能执行”之间，隔着身份、权限、状态和结果。会员说“帮我处理一下”，这句话本身不能成为改业务数据的授权；模型说“处理好了”，也不能成为业务成功的依据。