← 项目概览 项目介绍
亮点 3 / 5 · 企业 AI 助手与 RAG

接入与配置

首次输入、嵌入既有系统、数据集导入、应用权限
已完成
设备专家以 iframe 嵌入客户既有系统(postMessage 跨域通信)
设备专家以 iframe 嵌入客户既有系统(postMessage 跨域通信)

保留客户原来的入口,把嵌入边界设计清楚。

遇到的问题

客户要求保留既有系统入口,独立后台的初版假设不成立。

我的处理

设备专家改为 iframe 嵌入客户既有系统,用 postMessage 处理跨域通信,明确接口责任边界。

一步一步看

真实原型截图,按用户操作顺序排列。点击可放大。

  1. 1 · 先认识宿主系统里的设备
    1 · 先认识宿主系统里的设备
    1

    先认识宿主系统里的设备

    用设备接入视图确定操作对象,不要求用户重复维护另一套设备语境。

  2. 2 · 在指令与宿主字段之间建立映射
    2 · 在指令与宿主字段之间建立映射
    2

    在指令与宿主字段之间建立映射

    把命令、字段、结果码和允许范围放进接口契约,明确谁解释谁执行。

  3. 3 · 嵌入后继续沿用宿主上下文
    3 · 嵌入后继续沿用宿主上下文
    3

    嵌入后继续沿用宿主上下文

    原型呈现设备列表与助手并存的接入方式;示例域名和接口不是实际客户系统。

亲手试一试

在原型里试试「接入与配置」

设计方案:试着切换专家、打开文档表单,或进入管理控制台检查指令映射与嵌入接入。

新窗口打开完整原型 ↗可点击的交互原型 · 界面内容为示例

关键决策

选择

采用 iframe 嵌入并用 postMessage 处理跨域通信。

放弃

要求客户切换到独立后台使用。

原因

客户要求保留既有系统入口;只做聊天入口又处理不了数据与权限。

相关状态

同一个环节里,不顺利的时候长什么样。

离线时保留可读内容,禁用需连接的动作
离线时保留可读内容,禁用需连接的动作

效果与证据

接入方式从"换入口"变成"嵌进去"。合成轨迹保留了这次返工:只重做受影响的接入阶段,已确认需求不丢失。

下一个亮点跨职能协作 →