我见过不少学校的智慧校园汇报,大屏上跑着几十个应用,门禁、考勤、阅卷、体质监测,单拎出来都不差。可只要问一句:同一个学生的数据,教务系统、德育系统、体质健康系统里是不是同一份?现场往往安静几秒。这安静的几秒,其实把智慧校园最真实的状态说出来了:应用建了一层又一层,但底下那层能把数据真正聚起来、管起来、用起来的基座,多数学校还没真正长出来。
这两年政策把"人工智能+教育"推到了核心位置,智慧校园又站到了新一轮建设的起点。可越是这个时候,越该把一件事想清楚:现代基础教育的智慧校园到底需要什么,区域那一层基座和学校这一层基座,各自该干什么,又是什么关系。
一、智慧校园真正缺的,不是硬件也不是应用
回头看,"十四五"期间全国基本把校园网络铺完了,国家智慧教育平台也上线了,硬件的"从无到有"这道题,大体交了卷。可"从无到有"和"从有到优"是两回事。过去很多项目把智能化简单理解成刷脸门禁、录播教室、食堂移动支付,系统一个一个建,教务、安防、后勤各成体系,老师要登好几个后台,学生的数据散在不同系统里联动不起来。
智慧校园要解决的,是数据能在教学、育人、治理、服务之间跨场景流转。课堂采的学情,能同步到教务做分析;学生的成长轨迹,能给班主任当辅导参考;校园的能耗安防数据,能支撑管理部门做决策。这件事靠再多的单点应用也堆不出来,它得靠底下一层基座。
我自己在行业里做数字基座,有个感受越来越强:未来学习中心、大规模因材施教这些看起来前沿的事,最后拼的都不是算法多炫,而是底下那层数据底座干不干净、通不通。底座没搭好,上面一切都是空中楼阁。
(一)AI 要从"会回答"走到"能执行"
这一轮和上一轮智慧校园最大的不同,是 AI 真的进来了。但大多数 AI 应用还停在"你问我答":能告诉你政策怎么走,却替你走不完流程;能生成一份教案,却接不上学校的排课系统。中间缺的那一步,是教育数字化下半场最难的一步,让 AI 能执行,而不只是能回答。
要让 AI 能执行,前提还是数据。AI 助手得知道"这个学生是谁、在哪个班、上一节课学了什么",才能把一次咨询变成一次真正的业务办理。没有基座把身份、班级、课程这些主数据统一管好,AI 再聪明也只能在对话框里打转。我们一直说基座里"一切皆插件",意思就是把这些能力做成可插拔的公共供给,学校按需取用,不必每家自建一套。
把"一切皆插件"放到架构层面,它就不是一句口号了。已经有开源的 Agent 运行时把这件事做到了底:DeepSeek Harness 走 MIT 开源协议,架在 Cordis 内核上,模型、工具、沙箱、记忆存储、Agent 循环、调度器,连 UI 都是各自独立的插件。换一个模型、替换掉沙箱、改一套记忆后端,都不用动框架源码。模型无关这个词,落到实处就是这种样子。我反倒觉得,区域基座的共性 AI 能力供给就该照这个思路来:学校不该被锁死在某一家模型、某一套工具上。基座把能力以插件形式发出来,学校自己决定插哪个模型、插哪条工具链、插哪种交互界面。框架不动,要变的才变。
(二)数据要先"管起来"才能"用起来"
不少学校的数据平台建起来了,驾驶舱也上线了,可真正日常在用的人不多。校领导汇报时开一下大屏,业务部门统计还靠 Excel,老师还在反复填同一张表。问题不在工具不行,在于底下的数据没理顺:不知道全校到底有哪些数据、存在哪个系统、标准一不一致、能不能授权共享。
所以智慧校园需要的,是先有一套数据目录把散落的数据登记清楚,有统一的标准和主数据把"同一个学生"对齐,有分级分类和授权机制把共享与安全的边界划明白。这层活儿不性感,却是基座最硬的内核。
| 智慧校园真正需要的 | 多数学校的现状 | 差的那一层 |
|---|---|---|
| 能跨场景流转的数据 | 数据散在各系统、口径不一 | 统一数据底座 |
| 能执行流程的 AI | AI 停在问答、接不上业务 | 主数据加流程编排 |
| 可治理的数据资产 | 有平台没目录、不敢共享 | 数据目录加分级分类 |
| 区域共享与复用 | 每校重复造轮子 | 区域共性能力供给 |
二、区域基座和校园基座,各自该干什么
把基座拆开看,基础教育里其实有两层,一层在区域(省、市、县/区),一层在学校。两层不是谁取代谁,而是分工不同。
区域基座站在"面"上。它要解决的是共性问题:全省全市用同一套数据标准,学生、教师、学校的编码和口径一致;建统一的数据目录和共享交换通道,让数据能跨校跨域流动;把 AI 能力做成公共供给,小学校不用自己从头训练大模型;再配上统一身份认证,师生换学校、换区域不用重新建档。没有这一层,每所学校都在重复造轮子,数据也出不了校门。
校园基座站在"点"上。它接住区域给的共性能力,再长出自家的个性场景:把校内的教务、学工、后勤、安防系统真正集成起来,把请假、报修、选课这些流程编排通,把校本数据汇聚起来,最后落到老师和学生每天用的应用上。没有这一层,区域的能力再强,也落不到师生身边。
| 维度 | 区域基座(省·市·县/区) | 校园基座(校) |
|---|---|---|
| 站位 | 面:解决共性 | 点:落地个性 |
| 核心职责 | 数据标准、目录、主数据、共享交换、共性 AI、统一身份 | 系统集成、流程编排、校本数据、场景应用 |
| 解决的根本问题 | 重复建设、数据出不了域 | 校内流程断点、场景落不了地 |
| 建设主体 | 教育行政部门或区域平台 | 学校信息化部门 |
| 与对方的关系 | 向下赋能(标准与能力下沉) | 向上汇聚(数据与场景回流) |
三、两层之间是"向下赋能、向上汇聚"的双向关系
两层基座最容易被理解成"上下级",好像区域下命令、学校来执行。实际不是。它们是双向的。
往下看,区域把标准、数据目录、共性 AI 能力和身份认证下沉到学校,让每所学校不用从零开始,也不用各搞一套互相不通。往上看,学校把校本数据、真实场景和一线需求回流到区域,区域才能知道共性能力到底好不好用、还缺什么,进而把能力迭代得更贴合实际。区域统的是"共性"和"底座",校园长的是"个性"和"场景",统分结合,这张网才绷得紧。

图:区域基座与校园基座的"双基座"协同
我见过一种走偏:区域大包大揽,把学校当终端,所有应用都由省里统建,结果到了班级门口用不起来;也见过学校各自为政,区域想拉通数据发现各校口径都不一致,拉了半天还是各说各话。两种偏法,根子都是没把"统"和"分"的边界想明白。
四、把基座搭对,智慧校园才能从"看见"到"用好"
落到具体建设上,有几点是我更看重的。
(一)先底座后应用,别反过来
很多项目一上来先采购一堆应用,等要打通数据才发现底子没打,返工成本极高。正确的顺序是先底座后应用、先标准后建设、先试点后推广。底座包括统一的数据平台、统一身份、统一接口,把这些先立住,应用才能长得上、长得稳。
(二)区域别和校园抢活干
区域该做的是共性和底线:标准、目录、共享、安全、共性 AI 能力。校内的具体流程怎么编排、哪个场景先上,交给学校自己定。区域把"水龙头"接好,学校自己决定接洗衣机还是接咖啡机。这里接的应该是可插拔的能力,不是焊死的水管。模型能换、工具能换、界面能换,区域只定标准和接口,学校才不会被一套架构绑架死。权责清楚了,两层才不会互相踩脚。
(三)把"用起来"当成验收标准
智慧校园建得好不好,不该只看大屏漂不漂亮、应用上了多少个,而要看老师是不是少填了表、学生是不是拿到了个性化支持、管理者是不是真用数据做了决策。有城市公开过一组数据:建成了上千间标准化智慧教室和数百间人工智能实验室,网络做到千兆到校、百兆到桌面,目标是到 2028 年建成几十个教育智能体和一批智慧校园。硬件铺到这个量级,下一步拼的就不是覆盖,而是这些数据和应用到底有没有被用起来。

图:智慧校园能力分层,区域与校园两层基座共同承载底下三层
说到底,智慧校园没有放之四海皆准的豪华模板。小学校不需要和大城市名校拼硬件,但它同样需要那层能把数据拢住、把流程打通、把 AI 接进业务的基座。区域把共性扛起来,校园把场景做扎实,两层各归其位,智慧校园才不是又一轮硬件采购,而是真的让老师少做些重复的事、让学生被看见。这件事急不来,但方向得先认准。


评论 (0)
发表评论