上线只是起点。之后要有人分管模型、知识、权限三条线:IT 看调用与 Key,业务管资料与答案,管理员管账号。按日、周、月排进日历,人员变动按三段交接。
要点速览
- 上线只是起点,模型、知识、权限三条线都要有固定负责人
- IT 管调用与 Key,业务管资料与答案,管理员管账号权限
- 频率按日看异常、周做抽检、月做全面核对来排
- 人员变动按交接前、交接中、交接后三段逐项确认
- AI 负责整理、提示和初步检查,处理与采用由人决定
企业 AI 上线之后,需要有人持续管三条线:模型、知识、权限。分工可以这样定:IT 负责模型调用、API Key 和模型切换;业务部门负责资料内容是否准确、答案是否可用;系统管理员负责账号的开通、关闭和权限调整。频率上,每天看异常,每周做抽检,每月做一次全面核对。有人入职、离职或调岗时,按交接前、交接中、交接后三段逐项确认。AI 可以帮忙整理记录、标记风险、给出提示,但异常要不要处理、结果能不能采用,由人决定。下面把这几件事拆成可以直接排进日历的清单。
为什么验收之后反而容易出问题
验收那几周,通常是一个 AI 项目状态很好的时候:资料是新整理的,参与人员都在,大家关注度高,问题有人当场跟。验收报告签完,项目组解散,AI 就进入了「默认会一直好用」的状态。
问题往往不是某一天突然坏掉,而是慢慢走偏。常见的有三种:
- 资料过期。制度改了、价格调了、流程换了,知识库里还是旧版本,AI 照旧回答,使用者未必察觉。
- 权限残留。人走了账号还在,调岗之后还能看到原部门的资料,时间一长没人说得清谁能看什么。
- 模型变动没人通知。某个模型调用异常后换成了别的模型,回答风格或质量有变化,业务部门只觉得「AI 最近怪怪的」,却不知道发生了什么。
这三种情况都不需要高深的技术来解决,需要的是有人负责、有固定频率、有记录。所以下面先定角色,再按三条线列事项。验收阶段定下的标准和问题清单,如果还没有整理成文,可以对照企业 AI 项目验收的思路先补上,它是后续日常核对的参照。
先把角色定下来:业务、IT、管理员各管什么
中小企业不一定有专职岗位,一个人兼几个角色很正常,但每一项工作要写清楚落在谁名下。
- 业务负责人:对内容和结果负责。资料是否新、答案是否对、哪些场景可以继续用,由业务说了算。
- IT 负责人:对运行负责。模型调用是否正常、Key 是否在可控范围、切换模型时是否通知到人。
- 系统管理员:对访问负责。账号谁开、谁关,哪些人能看哪些资料,变更是否留痕。
- 总负责人:每月看一次汇总,对跨部门的问题拍板。没有这个角色,三条线容易各管各的,遇到交叉问题互相等。
模型线:看调用、管切换、记异常
模型线关心的是「AI 有没有在正常工作、用的是哪个模型、花了多少」。建议至少覆盖以下几项:
- 查看调用记录 — 负责人:IT — 频率:每天快速看一次异常,每周看一次趋势 — 异常记录:写明时间、涉及应用、报错或异常现象、影响了哪些使用者、是否已处理。
- 模型切换或降级 — 负责人:IT 执行,业务负责人确认 — 频率:按需发生 — 异常记录:切换前后的模型、原因、预计持续时间;切换当天在使用者群里发一条简短通知,说明可能出现的回答差异和反馈渠道。
- API Key 盘点 — 负责人:IT — 频率:每月 — 异常记录:列出在用的 Key、对应的应用和负责人,找不到负责人的 Key 先停用再确认。
- 调用量与费用核对 — 负责人:IT 汇总,总负责人查看 — 频率:每月 — 异常记录:与上月相比明显变化的部门或应用,写出原因或待查事项。
Key 的分发与回收是模型线里容易失控的一环,站内另有一篇专门讨论企业大模型 API Key 管理的文章,需要时可以对照阅读,这里不再展开。
如果企业接入了多家大模型,这几件事分散在各家控制台里做会比较费力。润迅的 MaxModel 在这里解决的是「集中」:通过一个 Key 接入多个大模型,在同一处配置多模型路由,调用情况有审计记录可查。要不要切换模型、什么时候通知业务,仍然由 IT 和业务负责人商量决定;MaxModel 的作用是让「当时用的是哪个模型、哪些应用在调用」这类问题有一个统一的地方可以查,而不是事后从各处拼凑。
知识线:更新节奏、旧版下线、问答抽检
知识线关心的是「AI 依据的资料是不是对的、是不是新的」。这条线的主人应当是业务部门,IT 只做技术配合。
- 资料更新 — 负责人:各部门资料负责人 — 频率:制度或产品有变化时当周更新,没有变化也每月确认一次 — 异常记录:更新了哪些文件、生效日期、由谁确认。
- 旧版下线 — 负责人:资料负责人提出,管理员执行 — 频率:随更新同步 — 异常记录:下线文件名、下线时间、替代文件;不要只上传新版而不处理旧版。
- 问答抽检 — 负责人:业务负责人 — 频率:每周抽一批常见问题,每月抽一批近期变更涉及的问题 — 异常记录:问题原文、AI 回答、正确答案、问题出在资料、整理还是检索。
- 使用者反馈处理 — 负责人:业务负责人分派 — 频率:每周清一次 — 异常记录:反馈内容、是否属实、处理结果、是否需要补资料。
制度改版后 AI 仍回答旧内容,是知识线上常见的投诉,站内关于知识库版本管理的文章可以作为排查参考。抽检时发现答得不准,建议先判断是资料问题还是检索问题,再决定由业务还是 IT 处理。
润迅的 MaxKnow 是企业知识管理平台,可以作为这条线上企业资料统一存放和维护的地方。不过更新节奏、下线规则、抽检频率和对应负责人,需要企业自己先定下来;平台提供的是一个统一的位置,资料本身是否准确,仍要业务部门来把关。
权限线:入职、离职、调岗三个节点
权限线关心的是「谁能用、谁能看什么」。它和人事变动强相关,建议直接挂在人事流程上,而不是等管理员自己发现。
- 入职开通 — 负责人:部门负责人申请,管理员开通 — 频率:随入职 — 异常记录:开通的账号、角色、可访问的资料范围、申请人。
- 离职关闭 — 负责人:人事通知,管理员执行 — 频率:离职当天 — 异常记录:关闭时间、名下的 Key 和资料负责范围转交给谁;离职当天没关的,记录原因和补关时间。
- 调岗调整 — 负责人:新旧部门负责人共同确认,管理员执行 — 频率:随调岗 — 异常记录:收回的权限、新增的权限;先收回再开通,避免同时持有两个部门的访问范围。
- 权限复核 — 负责人:管理员整理清单,各部门负责人确认 — 频率:每季度,规模较大的企业可每月 — 异常记录:不再需要的权限、长期未登录的账号、处理结果。
权限怎么划分更合理,可以参考按部门、角色、来源三层隔离的思路。
在润迅 MaxDeploy 交付的环境里,R30 私有化硬件、XunOS 和 MaxModel 构成基座三层,其上运行 MaxKnow 与 MaxControl。MaxControl 的定位是统一管理,权限线上的这些动作放在统一管理的入口下进行,通常比分散在各个应用里更容易保持一致。具体能管到哪一层、如何与企业现有的账号体系配合,建议在部署阶段与交付团队逐项确认,并写进运维文档。
人员变动交接清单
负责 AI 运维的人离职或调岗,是长期运行里风险较高的时刻。很多问题不是交接时出现的,而是交接后几周才暴露。建议分三段核对。
交接前
- 列出本人名下所有账号:管理员账号、模型平台账号、知识库管理账号。
- 列出本人创建或保管的 API Key,注明对应应用和用途。
- 写明本人负责的资料范围:哪些文件夹、哪些制度文档由自己维护。
- 整理未处理问题:待查的调用异常、未回复的反馈、计划中的资料更新。
交接中
- 接手人逐项登录确认,能正常访问再算交接完成。
- 需要更换的 Key 现场更换,旧 Key 停用,记录停用时间。
- 资料负责人在系统中变更为接手人,而不是只在口头上说明。
- 未处理问题逐条过一遍,约定每一条的处理时限。
交接后
- 一周内关闭原负责人的管理权限,保留必要的普通账号或一并关闭。
- 两周后检查调用记录,确认没有来自旧 Key 的调用。
- 一个月后由总负责人回看:未处理问题是否清零,资料是否按时更新。
责任边界:AI 提示,人来决定
上面的很多事项,AI 可以帮上忙:把调用记录整理成摘要,标出调用量异常的应用;对比新旧资料,提示可能存在冲突的条款;对抽检结果做初步检查,标记疑似答错的问题。这些工作能省下不少翻记录的时间。
但 AI 的角色到提示为止。一条异常要不要处理、模型要不要切回、一个答案能不能对外使用、一个账号该不该关闭,都需要有名有姓的人来确认并留下记录。
在法律、财税等专业场景里,这条边界更要写进制度:AI 负责资料整理、初步审核和风险标记,关键判断与确认由专业人员完成。验收时定下的复核规则,上线后不应悄悄放松;抽检和留痕怎么落到日常,可以结合站内关于AI 人工复核的文章,按自身业务风险来定。
一份可直接复制的月度检查清单
把下面这份清单交给总负责人,每月固定一天过一遍,每项写上「正常 / 有异常(见记录)」即可。
- 本月模型调用是否有中断或切换,切换时是否通知到使用者。
- 在用的 API Key 是否都有对应负责人,无主 Key 是否已停用。
- 本月调用量与费用和上月相比是否有明显变化,原因是否清楚。
- 本月有变化的制度、产品、流程,知识库是否已更新,旧版是否已下线。
- 本月问答抽检发现了几个问题,是否已定位并处理。
- 使用者反馈是否已全部回复,积压的有几条。
- 本月入职、离职、调岗人员的账号与权限是否已按时调整。
- 是否有长期未登录的账号或不再需要的权限。
- 本月是否有人员交接,交接后的回看是否完成。
- 下月需要重点关注的事项,分别由谁负责。
建议的起步顺序是:先用一页纸把业务、IT、管理员三个角色落到具体的人;再把模型、知识、权限三条线的事项填进团队日历;下个月按这份清单做第一次检查,根据实际情况删减或补充。如果在梳理过程中想了解 MaxModel、MaxKnow 或 MaxDeploy 在自身环境里如何配置,可以拨打润迅业务热线 400-854-5566 沟通具体情况。
常见问题
企业 AI 上线后应该由哪个部门负责?
不建议只交给一个部门。模型调用和 API Key 由 IT 负责,资料内容和答案质量由业务部门负责,账号与权限由系统管理员负责,再设一位总负责人每月汇总、处理跨部门问题。
企业 AI 日常维护多久做一次?
可以按三档安排:每天快速查看调用异常;每周做一次问答抽检并处理使用者反馈;每月盘点 API Key、核对费用、确认资料更新与权限调整,季度再做一次完整的权限复核。
负责 AI 的员工离职,交接要交哪些东西?
至少包括名下所有管理账号、创建或保管的 API Key、负责维护的资料范围,以及未处理的异常和反馈。交接中应现场更换 Key 并在系统里变更资料负责人,交接后两周检查是否还有旧 Key 调用。
模型切换或降级时需要通知使用者吗?
需要。切换后回答风格或质量可能变化,建议当天简短通知使用者切换原因、预计持续时间和反馈渠道,同时记录切换前后的模型,方便事后复盘。
AI 能不能自动处理运维中发现的异常?
AI 适合整理调用记录、标记异常、提示资料冲突和做初步检查。异常是否处理、模型是否切回、答案能否采用、账号是否关闭,应由明确的负责人确认并留下记录。