【AI周末闲话】教务系统知道课表冲突但它知道冲突意味着什么吗从庄子的鱼之乐到高校教务的知行之辨——当系统只会符号运算谁来读懂处境系列高校教务数据管理 · 番外篇 |阅读时间约8分钟 |难度中级一句话导读教务系统能在毫秒内检测到课表时间冲突却无法理解冲突对一个学生意味着什么。本文从庄子的濠梁之辩出发通过排课、公文、知识图谱三个真实场景探讨AI知道与理解之间的鸿沟以及信息化工作者如何设计两者的接口。文章目录【AI周末闲话】教务系统知道课表冲突但它知道冲突意味着什么吗一、濠梁之辩教务处版1.1 惠施的立场AI只是模式匹配1.2 庄子的立场人的懂边界在哪二、场景一排课系统的知道2.1 系统看到了什么2.2 系统不知道什么2.3 知道vs理解三、场景二大模型写公文的知道3.1 写得对但写得准吗3.2 三个系统不知道的语言陷阱四、场景三知识图谱的知道4.1 图谱做得很漂亮4.2 图谱不知道什么五、反转人真的懂吗六、信息化工作者的角色设计知道与理解的接口6.1 OWL本体能做到的和做不到的6.2 Agent Loop中的接口设计七、回到那台电脑更新日志互动时刻 周五下午四点半我盯着教务系统的红色警告框发呆。警告《飞行原理》周三3-4节A101与《航空英语》周三3-4节B203时间冲突。系统当然知道这是冲突。两个事件占据了同一个时间切片布尔值为真。它甚至知道冲突的类型时间重叠、学生对象交集、教师不冲突——它把冲突拆解得很漂亮。但我盯着屏幕脑子里闪过的却是另一幅画面一个大二学生周三上午刚在北校区上完《高等数学》下午第三节课要在南校区B203上《航空英语》而同一时间的A101还有一门《飞行原理》。两栋楼之间是十五分钟的自行车路程外加一个永远等不到绿灯的十字路口。系统知道冲突但它知道这是什么冲突吗这让我想起庄子和惠施在濠水边的那场争论。一、濠梁之辩教务处版两千多年前庄子看着桥下鱼群游弋说“儵鱼出游从容是鱼之乐也。”惠施立刻怼了回来“子非鱼安知鱼之乐”庄子不甘示弱“子非我安知我不知鱼之乐”两千年后这场辩论在教务处复活了——只不过鱼换成了AI“乐换成了理解”。1.1 惠施的立场AI只是模式匹配搬过来就是你不是AI你怎么知道AI理解了它不过是模式匹配、概率计算、符号操作。它根本不懂冲突是什么意思就像不懂鱼之乐是什么意思。它只知道周三第3-4节这个字符串出现了两次。1.2 庄子的立场人的懂边界在哪搬过来就是那你呢你证明自己理解了飞行原理的时候不也是在调用大脑里的概念网络、经验模式、肌肉记忆你的懂和AI的知道边界到底在哪里我干了十几年信息化越来越觉得这不是哲学家的文字游戏而是每天面对的真实困境。二、场景一排课系统的知道2.1 系统看到了什么上学期排课系统弹出一堆冲突警告。其中一条字段课程A课程B课程名飞行原理航空英语时间周三3-4节周三3-4节地点A101B203授课教师张教授李教授冲突类型时间重叠—系统给出的建议方案将《航空英语》调整至周四3-4节。看起来完美。但我没点确认。2.2 系统不知道什么因为我知道一些系统不知道的事。⚠️场景还原非虚构张教授周三下午必须去机场接局方检查组的评审专家——半年前定好的事不在任何系统里只在处长办公会的会议纪要中而那份纪要还没录入OA。B203教室的投影仪上周刚坏——报修单在后勤处排队下周才能修好。调过去的话李教授的口语课得靠板书。这个学生是大改驾学员——从其他专业转入学飞行的培养方案和普通飞行学员有细微差别。《飞行原理》是补修《航空英语》是重修两门都不能退。但系统里的优先级算法不会区分补修和重修在学籍管理上的微妙差异。2.3 “知道vs理解”维度系统的知道人的理解粒度时间切片、课程ID、教室编号教授的行程、设备的状况、学生的背景性质符号的、静态的、去情境的处境化的、动态的、带经验的边界规则内的已知关系规则外的隐性知识决策二值判断冲突/不冲突灰度判断可容忍/必须解决系统的知道是符号的、静态的、去情境的。它知道字符串不知道处境知道规则不知道例外知道是什么不知道意味着什么。三、场景二大模型写公文的知道3.1 写得对但写得准吗前阵子我让大模型起草一份通知《关于2025-2026学年春季学期期末考试安排的通知》。它写得很好。格式正确措辞得体逻辑清晰。它知道通知的文体规范知道期末考试的时间节点甚至知道要加一句如遇特殊情况请及时与教务处联系的标准缓冲句。但我读了三遍总觉得哪里不对。3.2 三个系统不知道的语言陷阱陷阱大模型的理解真实语境“原则上”加强语气的副词可以商量但需要走程序发送时机不影响文本质量周三下午五点发出 → 辅导员周四收到200条追问落款差异教务处与教务处代章无区别某些学院会专门打电话确认是否正式文件大模型知道语言的形式不知道语言的重量。它知道怎么把句子写对不知道哪句话会砸出多大的水花。四、场景三知识图谱的知道4.1 图谱做得很漂亮再说说我们最近在做的岗位任职知识图谱。我们在梳理飞行签派员这个岗位的能力模型meteorology → navigation ↓ ↓ 航空气象 飞行性能 ↓ ↓ regulations → flight planning ↓ ↓ 航空法规 签派程序节点、权重、路径、前置后继清清楚楚。系统知道要胜任这个岗位必须先修前三门基础课然后才能进入《签派程序与方法》。4.2 图谱不知道什么⚠️关键差距教学法的隐性知识《航空气象》的老教授用云图故事法教学——学生得先懂积雨云和锋面系统的脾气才能理解为什么某航路在春季下午三点总是颠簸。这种懂在教学大纲里找不到在教授三十年的飞行经验里。计划外的学习navigation 实操课在模拟舱里一次设备故障的应急处置可能比十节理论课都教得多。而设备故障是计划外的不会出现在学习路径图谱里。知识的生命周期regulations 每年都在变。去年的精通今年可能只是及格。知识图谱的节点是静态的真实世界的知识是活的。知识图谱知道概念的关系不知道知识的生命。五、反转人真的懂吗写到这里我突然想到其实人也不一定懂。教务处新来的小伙子他知道调课要填申请表但他不懂为什么有些老师的申请处长会当场批有些会放两天。他知道考试安排要避开节假日但他不懂清明节对民航院校的学生来说不只是假期还是一次行业安全教育的契机——每年这个时候我们都会在课堂上多讲十分钟机组疲劳管理。知识来源“知道规则”“理解处境”规章制度✅❌培训手册✅部分踩过的坑✅✅背过的锅✅✅会议室里的沉默—✅这种懂不是从规则里读出来的是从处境里长出来的——是踩过坑、背过锅、在会议室里沉默过才能获得的默会知识Tacit Knowledge。所以问题不是AI懂不懂而是我们日常工作中到底有多少决策是真正懂的有多少只是知道规则的如果人的懂也不过是一种更复杂的模式匹配那我们凭什么要求AI真懂我想了很久答案可能是我们不需要AI真懂我们需要的是在必须懂的时刻人还在场。六、信息化工作者的角色设计知道与理解的接口6.1 OWL本体能做到的和做不到的回到开头的问题。系统知道冲突但不理解冲突。那我们能不能让系统理解更多答案是部分可以。OWL本体可以定义课程有时间“地点”“教师属性可以定义冲突是时间交集且教师或教室交集”。我们可以把规则写得严丝合缝让系统在毫秒级发现冲突。设计维度OWL本体可定义难以定义课程属性时间、地点、教师、学分对特定学生的意义冲突判定时间重叠、资源占用冲突是否可容忍优先级选修 必修补修 vs 重修的学籍差异决策逻辑规则引擎、约束求解教授的隐性行程、设备的临时故障但我们很难定义这门课对学生的意义很难定义这个冲突是’可以容忍的’还是’必须解决的’。不是因为技术不够是因为**意义和处境本来就不在符号系统里**。6.2 Agent Loop中的接口设计所以信息化工作者的角色不是让AI真懂这可能永远做不到也不是满足于AI知道而是设计知道与理解之间的接口。我们正在做的Agent Loop本质上就是在设计这个接口AI可以知道冲突并生成方案但某些ActionType必须有人理解了之后才能执行。这不是技术限制这是哲学选择。让AI负责它擅长的符号运算让人负责情境判断并且让两者之间的边界清晰可见。七、回到那台电脑周五下午五点我关掉了教务系统的冲突警告页面。我没有点自动调整而是拿起电话给航空学院和外国语学院的教务老师分别打了过去。聊了十分钟我们决定《飞行原理》不动《航空英语》调到周四下午同时给那个学生单独开一次辅导补上周三的内容。系统知道冲突。我得知道怎么办。庄子最后也没说服惠施。但两千年后我们在民航大学的教务处每天都在处理同一个问题的现代版本知道一件事和懂一件事之间隔着一条濠水。AI在桥的这头人在桥的那头。我们做的每一套系统都是一座桥。桥修得再好过桥的人还得是人。更新日志日期更新内容2026-07-26初版发布互动时刻 你在工作中有没有遇到过类似的情况——系统什么都知道但就是不懂你的处境是排课、审批、还是其他场景来评论区聊聊。萧青山高校教务处 · 信息化工作者CSDN博客人机协同进化相关阅读【AI周末闲话】当AI点了确认执行之后谁为结果负责AIHI人机协同范式从ElementsClaw到政务智能体的分层进化论