早上七点半，某区一所小学的教导主任打开手机，先批了三条调课申请，又处理了两张用章单，顺手在课后服务课程表里把某个班级的场地改了。下午，区里教育局的平台自动把新生入学信息推送到学籍系统，财务那边的一卡通消费数据也悄悄同步进了数据仓库。到了晚上，一位老师随口问智能助手："这个班最近几周缺勤怎么突然多了？"系统自己翻了考勤、课表、请假记录，给出了一份分析。

这些事看起来都在"串起几个步骤、办成一件业务"，但它们其实不是同一种东西。这些年智慧校园、教育数字化喊得响，学校上系统、上平台、上智能体，流程确实越来越多。可大多数学校分不清：哪些流程该让人拍板，哪些该让系统按规则跑，哪些才真正需要 AI 动态去判断。把 MIS、aPaaS、BPM、iPaaS、ETL、Agent 混在一起当成几种并列的"流程工具"来选，往往是越治越乱的开始。

我的判断很直接：基础教育的信息化，下一步不是继续堆流程，而是先把流程看明白、分清楚，再决定用什么技术。确定性问题，优先用确定性技术；Agent 是嵌进来的能力，不是替掉一切的银弹。

一、先把话说清楚：学校里的"流程"不是一回事

（一）一个常被混淆的问题

智慧校园里我们天天碰到各种"流程"：学生请假审批、教师调课、表单自动处理、跨系统数据同步、数据治理任务，现在又多了 Agent 智能体流程。它们表面都在"把多个步骤串起来完成一项业务"，但回答的根本不是同一个问题。

要真正理解，其实先回答三个问题就够了：

• 流程发生在一个系统内部，还是跨系统？
• 流程主要由人推进，还是由系统自动执行？
• 下一步做什么，是提前定义好的，还是需要动态判断？

把这三点拆开，校园里那些叫"流程"的东西，就各归各位了。

（二）流程到底发生在哪里

这是第一道分水岭。同样是"办一件事"，有的事在一个系统里就跑完了，有的要拉着好几个系统一起动，还有的干脆不关心业务、只关心数据怎么搬。关注点完全不同。

图 1　流程发生在哪里——基础教育里的"流程"首先分三层：系统内部、跨系统、数据之间

二、看清边界：基础教育场景里的几类流程

（一）MIS / aPaaS：一个系统内部怎么跑

教务、学工、人事、资产、宿舍这些管理信息系统（MIS），本身就装着大量内部业务逻辑。如果它是基于低代码／aPaaS 平台搭的，表单逻辑、业务规则、自动化、接口调用、智能助手这些能力，往往由平台统一提供。所以更准确地说：MIS 是业务系统，aPaaS 是支撑这些系统快速构建和运行的平台，它本身不是一种"流程"，但承载了大量内部流程。

天府六小是个很实在的例子。这所四川天府新区的新建小学，信息化从近乎空白起步，先在钉钉上搭了文印申请，手机一键提交、系统自动流转审批，几分钟搞定，告别纸质奔波；接着上线调代课系统，老师一点，全校总课表、班级课表、教师课表实时同步。后面又用钉钉＋宜搭深度定制了成绩分析、307 门课后服务课程的精细化管理。它的可贵之处不在技术多炫，而在"不堆砌技术，只解决校园真实痛点"。

（二）BPM：事在人与人之间怎么流转

还有一类流程，重点不是系统自动执行多少动作，而是"这件事该谁处理、谁审批、下一步交给谁"。学生请假→班主任审批→德育处审批；教师调课→教研组长审核→教务确认；采购申请→部门负责人→财务→校领导。这类流程关注的是人员、角色、职责和业务责任的流转，这正是 BPM、审批流最擅长的事。今天很多低代码平台已经把 BPM 能力集成进去了，一个审批流里同样可以加自动校验、消息通知，甚至 AI 辅助审核——但它的内核仍然是"人和责任怎么流转"。

（三）iPaaS：系统之间怎么协同

当流程从一个系统走向多个系统，问题就变了。迎新系统完成报到后，把学生状态同步到学工；教务排课变化后，同步到门户和消息平台；一卡通状态变了，通知门禁、宿舍；宿舍电费低于阈值，按规则自动提醒或充值。共同点是：系统 A 里发生了一件事，要驱动系统 B、C 做出响应。这就是典型的 iPaaS 集成流程，关键词就是"跨系统"。克拉玛依市的做法很具代表性：他们建了基础教育数据治理平台，打通国家学籍核心系统在市、区、校三级的流转壁垒，又把"阳光招生平台"接进自治区政务平台和"克政通"，实现入学报名、线上审核、录取公示全流程网上办，入选自治区"一件事一次办"典型案例，家长足不出户就能申请。

（四）ETL / ELT：大量数据怎么搬运加工

还有一种流程也可能跨系统，但它关心的事和 iPaaS 不一样。iPaaS 偏业务对象的实时或准实时协同；ETL 偏批量数据的搬运、清洗、加工和汇总，是为数据治理和分析做准备。比如每天凌晨把教务、科研、学工、人事数据同步到数据仓库；把旧系统十年的学生数据迁到新平台；清洗汇总多系统的数据，生成统一的主题库和指标库。简单记：iPaaS 管"这笔业务现在流到哪"，ETL 管"大量数据怎么变成能用的资产"。

（五）Workflow：定好的步骤怎么自动执行

它和 iPaaS 经常被混为一谈，但 Workflow 更窄：路径固定、规则明确，系统按预设自动跑。比如"学生毕业状态变更→判断离校手续是否完成→更新状态→调用接口→通知其他系统"，全程可以没人参与。学校里绝大多数自动化流程属于这一类，因为很多管理制度、系统规则本身就是明确的——能用规则解决的，通常并不需要 AI 来拍板。

一张表看懂：基础教育里的几类"流程"

三、再看驱动力：下一步到底谁说了算

前面区分的是"流程发生在哪里"，另一个更要命的问题是：到底谁在决定下一步做什么？大致三种方式。

图 2　谁来决定下一步——驱动力不同，合适的流程技术也不同

这里是我最想强调的一点：Agent 带来的变化，只发生在"目标明确、但执行路径难以提前写死"的任务上。对于制度明确、路径稳定、责任清晰、需要严格审计的流程，传统 BPM 和规则 Workflow 往往更合适。确定性问题，优先用确定性技术解决——这句话应该贴在每一个想上智能体的学校信息中心的墙上。

OpenEduCat 在教育智能体上的架构选择很能说明问题：他们做了 83 个以上的预置"顾问式"智能体，但每个会产生实质影响的动作都必须由人工审批，每一步都进审计日志，随时可导出。他们的原则是"Agentic, Not Autonomous"——智能体起草、组装、标记，人来做判断和拍板。这不只是产品哲学，也踩在了监管线上：欧盟《人工智能法案》把教育领域"自主做出的重大 consequential 决策"列为高风险，而带人审的顾问式系统，恰恰设计在阈值之下。

四、Agent 不是"另一种流程"，而是嵌进去的能力

严格说，这几个概念本来就不在一个维度上：MIS/aPaaS 关心应用怎么建，BPM 关心人怎么流转，iPaaS 关心系统怎么协同，ETL 关心数据怎么加工，Workflow 关心规则怎么自动跑，Agent 关心的是"面对一个目标，系统能不能根据上下文动态决定下一步"。

所以 Agent 不该是智慧校园原有流程之外另起一套孤立体系，它更适合作为一种新的能力，嵌进原有流程，去解决复杂、不确定、难以完全预编排的任务。大部分校园业务，长期仍会以"人驱动＋规则驱动"为主。

（一）基础教育里，Agent 真正值得落地的场景

Agent 不是万能钥匙，基础教育落地要优先挑"高频、高耗时、跨部门"的事。几个已经跑起来的真实场景：

• 资助资格审查助手：某高校（职业本科）上线的智能体，整合国家与校级资助政策、申请条件，实时读取学生在籍在校信息，自动校对是否处于休退学、违纪处分等状态，生成异常名单供风险提醒。整套"资格自动校验—风险预警—全程留痕"，把人工反复核对的活儿接了过去。
• 学业预警与缺勤分析：老师不再自己进多个系统逐项查，而是直接问"这个班最近为什么掉队"，Agent 自主翻考勤、课表、请假、成绩，综合给出结论和建议措施。
• 数字辅导员／政策问答：7×24 小时回答"怎么申请助学金""转学要什么材料"，复杂个案再转人工，同时把历史咨询记录同步过去，避免重复沟通。

（二）用价值评分卡筛试点，别一上来就追求全流程

想让 Agent 真正嵌进业务而不是"摆样子"，有个很实用的筛选法（源自高校流程落地的"价值评分卡"）：总分≥12 分优先做。

初期别追求"全自动"，可以从半自动入手：比如资助审查先让 Agent 完成政策比对和异常标记，人做最终确认；跑一两个月，用"减少的人工时长""错误率"来证明价值，再慢慢扩场景。小胜建立信任，比一口气铺开更稳。

五、基础教育的数据底座：先把数据治理做对

流程要协同，底层是数据。很多学校流程断点，根子在数据不通、标准不一。这一步做不对，上面再怎么谈 Agent 都是空中楼阁。

（一）先认清楚有三类数据形态

上海长宁区在《教育数字化转型三年行动方案（2025—2027）》里把数据分成三类，很值得借鉴：标准化数据、开放性接口数据、仓库数据。标准化数据是地基，开放性接口数据是系统间流通的管道，仓库数据是用来分析和驾驶舱的。三者齐了，才算"数据贯通"。长宁还提出"低代码＋智能体"组件，让老师用语音指令就能搭个性化应用——这是把能力直接交到一线手里。

（二）一数一源：克拉玛依的规范做法

克拉玛依市为了破除教育部门、各级学校、各类业务系统间的数据壁垒，先制定了基础教育《元数据规范标准》《业务标准》《技术标准》三项规范性文件，对标国家与行业通用标准、结合实际新增 15 项元数据，整套体系严格遵循"一数一源、实时更新"原则，明确学生个性化发展、成长档案、综合素质评价等核心工作的数据指标来源。这种做法不性感，但它是数据治理真正的根——没有统一标准，打通只是把混乱从一个系统搬到了另一个系统。

（三）ETL 与 iPaaS 的分工，别搞混

数据互通有几种主流技术路径，各自有适用场景，学校按需取用，而不是追新：

简单分：iPaaS 管业务对象的实时协同，ETL 管批量数据的搬运加工。一个区县级的教育数字基座，通常两者都要有——前端业务协同靠 iPaaS，后台主题库和指标库靠 ETL，再往上才是驾驶舱和智能分析。

六、从"建流程"走向"治流程"

智慧校园建设到今天，一个越来越现实的问题是：学校里的流程很多，但未必真梳理清楚了。它们散在教务、学工、人事、财务、低代码平台、集成平台和数据平台里。很多学校知道自己有多少"系统"，却未必知道到底有多少流程、经过哪些人哪些系统、哪里重复、哪里断点。

（一）流程梳理至少要看清几件事

• 流程属于谁、从哪开始、到哪结束；
• 经过哪些人员和系统；
• 哪些环节还靠人工，哪些已经自动化；
• 哪里存在重复填写、重复审批和跨系统断点。

（二）梳理的目的不是重画一张流程图，而是优化

能取消的环节就取消，能合并的审批就合并，能规则化的操作就自动执行，已经存在的数据不再重复填，能系统协同的不再让人搬数据，真正复杂不确定的任务，才考虑上 Agent。这里的原则还是那句：确定性问题，优先用确定性技术。

（三）一项业务，往往不是"一条流程"

拿"新生报到"来说，它前端是 MIS 表单，中间含 BPM 审核，多个系统间靠 iPaaS 同步数据，后台靠 ETL 汇总进数据仓库，个别复杂咨询分析再由 Agent 辅助。一项真实的校园业务，是多种流程共同支撑的一项服务。

图 3　新生报到——多种流程协同，共同支撑一项校园服务

所以智慧校园建设到一定阶段，单纯讨论"用哪一种流程工具"已经不够了。更重要的是从完整业务视角重新梳理流程。当学校持续做梳理和优化，就会进入"流程治理"：不是把所有流程搬到一个平台，而是逐步形成统一的流程视图、流程标准、流程目录、运行监控和持续优化机制，让学校真正知道——流程在哪里、谁负责、怎么运行、依赖什么、哪里有问题、还能怎么优化。

最终，流程不再是散落在各平台里的一堆"配置"，而会成为学校可以持续管理和优化的一类数字化资产。基础教育的信息化，也应该从过去的"有一个需求，就建一条流程"，转向"先梳理业务，再优化流程，再选合适的技术，并持续治理"——形成一个看得见、分得清、连得上、管得住、能优化、可追踪的流程体系。