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

跨职能协作

协调模型、前后端、运维
已完成
1 需求与范围2 方案设计3 接入与配置4 跨职能协作5 评审与发布
RAG 分层配置预演：数据集 → 知识库 → 模型路由 → 应用权限
RAG 分层配置预演：数据集 → 知识库 → 模型路由 → 应用权限

配置的顺序应解释依赖，而不是让人面对一屏开关。

遇到的问题

数据集、知识库、模型路由、应用权限之间有依赖，平铺在一个设置页里无法被理解和治理。

我的处理

RAG 配置按 数据集 → 知识库 → 模型路由 → 应用权限 分层组织，数据集导入作为其中一环。

一步一步看

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

  1. 1 · 知识库是可识别的配置对象
    1 · 知识库是可识别的配置对象
    1

    知识库是可识别的配置对象

    先知道使用哪组资料、当前成熟状态和谁可以访问，再深入数据处理。

  2. 2 · 导入之后仍有处理状态
    2 · 导入之后仍有处理状态
    2

    导入之后仍有处理状态

    文件上传、清洗、切分和失败分别呈现；上传成功不等于已经可检索。

  3. 3 · 配置后预演权限与可执行范围
    3 · 配置后预演权限与可执行范围
    3

    配置后预演权限与可执行范围

    预演检查规则与依赖，把不满足的前置条件呈现给配置者。

亲手试一试

在原型里试试「跨职能协作」

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

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

关键决策

选择

按依赖关系分层组织配置。

放弃

把配置项平铺在一个设置页里。

原因

这几项之间有依赖，按依赖排序才能被理解和治理。

相关状态

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

权限不足与数据不存在分别处理
权限不足与数据不存在分别处理

效果与证据

配置从"一堆开关"变成一条有顺序的路径，这是把技术约束翻译成产品结构的具体例子。

下一个亮点评审与发布 →