业务流程
本文档整理了组织如何运转 AI 技术栈。AI 并非「部署好就自动运转」的东西，而是需要人投入素材、判定结果才能变得实用。
如果说教程是「用一份文档体验第一个答案」，那么本文档讲的是「如何持续保持可用」。
角色
| 角色 | 账号 | 工作内容 |
|---|---|---|
| AI 运维者 | 管理控制台账号(env) | 服务状态·文档索引·管道管理 |
| 现场用户 | Platform 账号体系 | 在问答中提问并判定答案，审批建议·执行处置·记录 |
| 系统管理员 | 服务器访问 | 安装·密钥轮换·备份 |
控制台账号是团队共享的一个账号 → 修改初始密码。
现场用户的工作 — 可见内容与审批权限
Copilot 为每位现场用户设置业务角色(操作员·班组长·维护·质量·厂长)。所有人都从问答首屏开始，业务角色决定侧边栏可见内容·建议中可见的来源·审批权限(以默认套装为准)。侧边栏从上到下依次是新对话·建议·自动化。
| 业务角色 | 可见内容 | 额外可做的事 |
|---|---|---|
| 操作员 | 新对话(问答)·建议(计划·事件)·自动化 | 在建议中记录结果 |
| 维护 | + 建议中的待确认异常 | 执行处置·审批维护请求草稿·发布视频作业规程·将自动化结果发送给他人 |
| 班组长 | + 待确认异常 | 执行处置·审批维护请求草稿·发布视频作业规程·将自动化结果发送给他人 |
| 质量 | 全部 | — |
| 厂长 | 全部 | 执行处置·审批维护请求·催单草稿·发布视频作业规程·将自动化结果发送给他人 |
未设置时默认为操作员。导入时哪怕只为班组长·维护·厂长指定业务角色，各自的工作也会出现在首屏的「今日待办」中。业务角色与范围只能由管理员修改(管理控制台 › 用户 › 我的业务角色) — 因为审批权限跟随业务角色。 本人在设置中只能查看 → Copilot 界面导览 — 按角色的菜单 · 用户权限与业务角色 · 权限
整体流程
箭头跨越泳道的地方即为交接点。
현장 피드백 → 문서 보강 → 재색인 若不运转，AI 就会停留在最初录入文档的水平。
请预先确定接收反馈的渠道 — 大多数情况下正是因为缺少这一环，循环才会中断。
1. 导入 — 变得可用之前
| 顺序 | 工作内容 | 负责人 |
|---|---|---|
| 1 | 安装 → 一键安装 | 系统管理员 |
| 2 | 设置控制台账号·密钥 → 修改初始密码 | 系统管理员 |
| 3 | 在主页确认整体状态为绿色 → 管理控制台 | AI 运维者 |
| 4 | 选择要录入哪些文档 | AI 运维者 + 现场 |
| 5 | 文档索引 + Query Test 验证 | AI 运维者 |
| 6 | 向现场开放 | — |
不是随便录入大量文档就会变好。请从现场实际经常问到的内容开始录入 — 通常按设备手册、作业标准书、故障排查历史的顺序效果最大。 录入过时文档会导致聊天机器人自信地给出错误答案。
2. 运营 — 有周期性的工作
| 周期 | 工作内容 | 负责人 |
|---|---|---|
| 每天 | 查看主页状态摘要(确认中断为 0) | AI 运维者 |
| 每周一次 | 管道状态·执行历史 | AI 运维者 |
| 每周一次 | GPU 使用率·XID、LLM 响应速度(P95) | AI 运维者 |
| 每月一次 | 重新索引已更新的文档，整理错误答案案例 | AI 运维者 + 现场 |
| 每季度 | 密钥轮换 → 更改密码·API 密钥 | 系统管理员 |
以上均可在管理控制台查看。
这是 GPU 硬件·驱动错误。即便目前仍在运行，接下来的症状通常是节点宕机。
现场的一天 — 问答·建议·自动化
现场用户的一天按以下顺序经历三个阶段。
| 顺序 | 位置 | 工作内容 |
|---|---|---|
| 1 | 问答首屏的「今日待办」 | 最初以「今日待办 N 条」折叠成一行显示。点击后按紧急程度展开最多五行(展开·折叠状态会记忆在该设备上)，点击某行即打开对应建议。查看全部会跳转到建议页。如果没有待办，此行根本不会出现 |
| 2 | 建议 › 待办 | 阅读 AI 所观察到的内容·诊断·依据·处置方案后进行审批。点击依据行，文档原文·图纸·视频会在右侧面板打开，点返回回到详情。计划为「批准并启动」，待确认异常为「提交为事件」，事件为「批准处置方案」。若为误报，可选择原因后忽略 |
| 3 | 建议 › 进行中 | 执行处置并留下结果记录(已完成·不适用及一行备注) |
| 4 | 同一详情页 | 复发验证 — 在规定期间内观察同一问题是否再次发生。若再次发生则返回「复发」状态，事件通过「确认验证并结案」关闭 |
| 5 | 建议 › 已完成 | 查看已执行处置的历史和摘要一行(处置数量·处理时间·验证通过·复发) |
| 6 | 自动化 | 每天·每周重复确认的工作，或条件满足时需要通知的工作(旧称「Watch」)，可用一句话托付。结果会以执行建议卡片·报告的形式返回并进入第2步，同时也可通过 App 通知·公司邮件·消息渠道接收 |
- 工作过程中遇到不清楚的内容，可在详情页用问答中继续提问，以该工作为上下文进行提问。
- 会留痕于其他系统的工作(维护请求·催单)只会以经人审批的草稿形式发出。部分操作需要两人审批。
- 各步骤按钮和徽章说明见建议，自动化的创建方法见自动化。
请预先确定谁在一天中的什么时候(如换班开始时)查看「今日待办」，以及拥有审批权限的人不在时由谁代行 → 权限 — 双人审批·代行
3. 答案错误时 — 该修哪里
「聊天机器人给出奇怪答案」的原因分布在多个层面。请按以下顺序缩小范围。
| 检查项 | 若是这样 |
|---|---|
| 1. 依据文档是否已索引 | 没有的话 → 录入文档(Documents) |
| 2. 检索是否能命中 | 命中不了的话 → 尝试更改检索方式(hybrid/local/…)(Query Test) |
| 3. 命中了但答案错误 | 可能是原始文档已过时 — 修改文档 |
| 4. 答案缓慢或中断 | LLM·GPU 问题 → 查看 LLM·GPU 页面 |
现场反映「AI 很笨」的情况，大多是文档缺失或过时造成的。
4. 在异常判定中留下「是否判断正确」
文档答案所具有的同一循环，在异常检测中也存在。现场用户若记录 AI 给出的判定是否为误报、给出的建议是否有效，系统就会以此为标志按设备衡量准确率，并让 AI 按设备自动调整判定标准。点击操作只是记录，不会改变设备·工单本身。
| 谁 | 在哪里 | 做什么 |
|---|---|---|
| 现场用户 | 建议 — 待确认异常的忽略 | 选择原因(调试·更换作业中·设备停机·待机中·维护中·传感器问题·其他)后标记为误报并纳入 AI 准确率统计 |
| 现场用户 | 建议 — AI 建议卡片的接受·拒绝 | 拒绝原因；接受后可选有效·无效·尚不确定 |
| 管理员 | 管理控制台 › 准确率调优 | 查看按设备自主调整的阈值，进行升级或回退 |
旧的「待验证」画面(用于标记影子判定正确与否)在新界面中已不存在 — 以影子方式记录的发现，管理员可在管理控制台 › 现场通知预览中查看。 旧的「漏报异常上报」和「报表 › AI 准确率」标签页在新界面中也已不存在。漏报由服务器自动与设备的停机·故障记录比对标记，准确率数字的查看位置见 AI 发现与准确率 — 准确率在哪里看。
→ AI 发现与准确率 · Copilot 管理控制台 — 准确率调优
常见偏差点
| 症状 | 通常原因 |
|---|---|
| 「导入了但没人用」 | 现场提问的内容与录入的文档不符 |
| 「分析界面是空的」 | 特征管道已停止 — 应查看管道而非模型 |
| 「看不到今日待办」 | 默认折叠为一行(「今日待办 N 条」)，需点击才能展开。若此行本身不存在，说明没有待办 — 属正常现象。若一直没有，请检查业务角色·设备范围 |
| 「自信地给出错误答案」 | 索引中仍留有过时文档 |
| 「变慢了」 | GPU 争用或 LLM 等待 — 请查看 P95 |
相关文档
- 教程 — 让聊天机器人基于我们的文档回答
- AI 管理控制台 — 每日查看的界面
- Copilot 界面导览 · 建议 · 自动化
- 异常检测·事件应对
- 数据库模型 — 什么存储在哪里