高校AI平台由哪个部门牵头？

定义：牵头到底牵什么，不牵什么

在高校语境里，“谁牵头”要拆成两件事。一件是校级底座：统一身份、模型网关、知识空间、工具接口、日志审计、算力配额和账号回收。另一件是具体场景：招生咨询说什么、培养方案以哪份文件为准、就业口径谁签字、科研材料能否入库、哪一步必须转人工。前一件由信息化牵头组织，后一件必须落在业务主管部门。捆成“信息化处负责人工智能”，上线后就会机器在答、无人认领。

牵头也不是当唯一业主。信息化提出架构、集成标准和运行保障，召集跨部门工作组，再按场景指定主责处室。决策回答上不上、先做哪一类、数据能否出域；建设回答账号、接口、知识空间和评测如何落地；运营回答值班、升级、知识更新和停用。缺一类，验收后就会空转。对照摘要见高校AI智库 · 组织牵头专题。

底座分层见高校人工智能平台建设指南，智能体授权与工具边界见高校智能体怎么建设。本文只回答组织问题：哪一类工作由谁签字，怎样避免包办和各自为政。

它不是什么

• 它不是把所有问答都交给网络与信息化中心客服值班。
• 它不是院系、教研室或课题组各自采购模型、各自开放端口。
• 它不是图书馆自动成为全校办事口径的终审部门。
• 它不是校长办公会通过建设方案后，就可以省略职责矩阵和会签流程。
• 它不是厂商驻场代替校内主责。厂商可以实施，不能在事故单上成为唯一接口人。

牵头部门组织会议、汇总清单并维持平台标准；归口部门对一类数据或事项拥有解释权和授权权。学籍成绩归教务，就业口径归招就，科研材料归科研，馆藏与已购数据库归图书馆，安全分级与出域归网络安全和保密。信息化可以做接口和目录，但不能改写归口含义。分级细则见高校AI数据分类分级，会签人要写进矩阵，不能口头约定。

为什么高校不能默认信息化包办

学校推进生成式人工智能时，真正卡住治理的往往不是“有没有处室愿意立项”，而是四类同时出现的组织问题。

第一，口径冲突被自动化。门户、通知和窗口话术本来就可能不一致。若只有信息化上传文件、没有业务确认现行文本，助手会把过期通知和现行文件一起检出。学生按错误材料办事，窗口再说“网上不算”，平台就变成投诉来源。信息化能指出命中了哪一篇，但不能代替业务判断哪一篇仍有效。

第二，数据授权悬空。培养方案摘要可以检索，学籍、成绩、资助、人事和未发表成果不能走同一通道。信息化能建网关，却不能单独决定教务字段能否被助手读出。没有归口授权，接口一通就会越级；业务若把表格粘贴到未评估的外部工具，学校也会失去最小必要和审计。

第三，评价找不到人。助手答错，可能是提示词、知识过期、接口异常或窗口流程已变。立项若只写“信息化建平台”，验收就只会看页面和并发。没有场景主责人出题判定，评测会变成厂商演示，复盘也会停在“模型不够聪明”，而不是文件该不该下线。

第四，采购和影子服务并行。校级招标一套底座，学院再用课题买账号或本地下载权重并对外开放。两套体系没有统一身份和日志，事故时无法回答谁调用了什么、送出了哪些字段。禁止各自买模型，不是禁止业务提需求，而是禁止绕开网关和审计的私接。

因此，组织设计要先回答：平台标准由谁维持，场景范围由谁批准，知识由谁审核，数据分级由谁会签，出事之后能找到哪两个人。答案写在纸上，再决定信息化牵头到哪一层。平台分层见高校人工智能平台建设指南，组织文件不能代替架构，架构图也不能代替签字人。主要领导可以定目标和资源，但不能代替处室审知识和安全审出域；信息化可代写草稿，发布前仍须主责部门确认。

五步组织：从工作组到值班升级

第一步：成立跨部门工作组，分开决策、建设、运营

工作组要把三类职责落到岗位。决策层审定目标、首批场景、出域原则和停用标准，由分管校领导召集信息化、教务、学工、招就、科研、图书馆、安全和财务。建设层由信息化实施底座，业务派出场景联系人。运营层在试运行前指定平台值班和业务值班。没有运营层，项目只会开工热闹、上线失联。

第二步：冻结首批场景和主责处室

每个候选事项写清用户角色、依据文件、禁止事项、是否出域和评价方式。优先选高频、低风险、主责明确的查询和材料辅助。成绩修改、学籍异动、发文推送、资助审批等写操作，不应作为无人确认的首期自动项。没有主责处室签字的事项，不得进入校级通用入口。试点方法见高校智能体怎么建设。

第三步：形成职责矩阵和场景主责清单

矩阵至少覆盖平台可用性、账号权限、模型与网关、知识审核、评测出题、数据分级、对外接口、采购和值班升级。每一格只允许一个主责，可以有会签，不能写“各部门共同负责”却没有第一签字人。清单按事项列出处室、岗位、代理人和停用条件。院系可维护本院空间，向校级库提交时仍走对应主责部门。

第四步：安全与保密会签分级和对外接口

接口接通和知识入库前，对照分类分级标明训练、检索、生成三类用途。公开制度可以检索，内部办事按角色最小化，敏感个人信息和未公开科研默认不进校级通用库。对外调用和退出删除必须会签。信息化执行配置，安全审边界，业务确认最小必要字段。分级方法见高校AI数据分类分级。

第五步：把值班、升级和停用写成可演练流程

上线不是工作组解散。平台侧监控登录、网关、配额和日志；业务侧监控口径投诉、过期文件和窗口冲突。升级单同时抄送两方接口人，写明时限内继续、限流还是下线。无人值守的智能体应立即停用，不得留在门户上充当“已经建成”。

比较：信息化包办还是双责加场景主责

下表用于立项讨论，不构成唯一行政架构。学校处室名称可以不同，但两列差异应当能在职责文件里对上。选择信息化包办，短期推进快，长期口径和追责会空；选择平台双责加场景主责，前期会议更多，上线后才能回答“谁对这句话负责”。

双责不是两边都不管，主责也不是业务部门自己运维集群。信息化对可用性、权限和审计负责，安全对分级和出域负责，业务对内容和流程负责。实施不等于终审，参与评测也不等于私自开通对外端口。

部门分工：谁主责，谁会签，谁不得越权

下列分工按常见处室书写，名称可按学校调整。重点是每类对象都有主责，而不是把人工智能写成“信息化与各单位协同”却没有第一责任人。

院系和教师可维护课程或本院空间，向全校或校外开放前须经对应归口部门。个人讲义默认不进校级通用库。工作组秘书处可由信息化承担，但只有汇总权，不能替代签字。

建设步骤：输入、角色、动作与输出

下列步骤按时间顺序排列。每一步都写出输入、责任角色、动作和输出，便于写入项目计划和验收清单。角色名称可按学校处室调整，但不能出现“只有厂商、没有校内主责”。

1. 立项与工作组成立

动作：明确决策、建设、运营三类职责和会议节奏；列出暂不纳入的事项。输出：工作组文件、职责草案和“暂缓场景”清单。

2. 场景冻结与主责签字

动作：每个试点只保留一个主责处室和一个代理人；写清评价方式和人工确认点。输出：场景说明书和场景主责清单。

3. 数据、知识与接口授权

动作：区分只读与写操作；冲突文件先下线再入库；未授权全文不得进入训练。输出：数据目录、授权台账、知识审核记录和接口清单。

4. 平台配置与评测分工

动作：未审核条目不可发布；越权应拒答并留痕；写操作回到原系统。输出：权限矩阵、评测集、缺陷单和是否扩大范围的决定。

5. 试运行、值班与正式切换

动作：小范围开放，记录误答、投诉、超时和恢复；无人维护的助手立即下线。输出：试运行结论、运营手册和会签后的上线通知。

如果某一步缺少输出物，不要进入下一步采购或扩大用户范围。尤其是没有主责清单就开通全校入口、没有会签就接通教务或人事接口，都会在学期中途暴露。

运营机制：双责如何在日常里运转

职责写在立项文件里还不够，日常要能回答三件事：知识谁更新、权限谁批准、出事谁先接电话。

知识更新。主责部门按事项设复查周期，发文废止后按约定提交下线。信息化执行下线并验证不可检索，但不改写口径。图书馆可提醒数据库合同到期，不能替教务宣布培养方案失效。更新记录保留批准人、时间和替换文本。

权限与接口变更。新增角色、扩大字段、出域或接入新系统必须会签，不能口头开通。信息化保存工单和生效时间，安全抽查是否突破分级，业务确认是否仍属最小必要。临时账号必须同时写回收日期。

值班与升级。认证失败、网关超时、异常导出由信息化值守；口径投诉、窗口冲突、过期文件由场景主责值守。工单要能对上会话编号。达到约定级别时通知安全和分管领导，在时限内选择限流、冻结或回退。演练应覆盖越权读取和错误口径下线，避免值班表只出现在验收材料里。

是否增加并发、新开场景或把院系空间升为校级入口，由工作组按评测和投诉决定，而不是只由信息化申请设备。先确认场景是否仍值得占用公共配额，以及主责人是否还在履行审核。

验收与采购口径

验收应覆盖的组织条目

• 文件：工作组职责、场景主责清单、数据与安全会签流程、值班和升级说明已移交。
• 场景：抽查入口均能对应主责处室；不存在无人认领的助手或知识空间。
• 权限：越权读知识、未授权出域、未审核发布均应失败并留痕；变更工单可检索。
• 知识：过期文件下线后不可被问答调用；冲突口径有主责部门书面结论。
• 评测：业务测试集由主责部门确认，信息化复测环境，安全抽查越权用例。
• 运营：演练记录包含两方到场时间、处置和恢复；账号回收能由学校人员执行或监交。

验收必须使用双方签字确认的事项和测试问法，而不是厂商演示账号。未通过项应列出缺陷、责任方和复测时间；页面能打开不能覆盖主责缺失。演示成功不能代替清单失败。

采购参数建议写成可测试语句

技术参数建议按“对象—条件—期望—证据”书写，例如：学校可按处室配置知识空间和主责人；未审核条目对师生不可见；权限变更导出包含批准人和时间；停用后入口与检索同时失效。不要写唯一品牌、唯一模型或无法验证的组织承诺。商务附件应包含培训对象（信息化与业务分别培训）、驻场边界和知识移交，避免合同只服务实施团队、不服务主责处室。

本文不给出编制人数或报价。组织方案看签字是否闭合、会签是否可查、演练是否可重复，而不是看机构图是否好看。