一、项目背景

这所学校的上下学高峰，校门口能堵成一锅粥。护学岗原来靠家长志愿者在群里接龙排班，经常到了点人没来，出事找不到责任人，周边违停也没人管，有次高峰直接堵到交警来疏导，家长在群里骂了半天。校方想要的是把护学岗排班、到岗核验、周边拥堵识别、异常上报这几件事串起来，而不是各管各的，排了班等于没排，出了事互相推。

底子是 XpShop 的会员与排班体系，我们加了护学岗智能体和交通识别智能体协同，让排班真正落地成到岗，让拥堵真正变成可执行的疏导动作。

二、落地场景

护学岗智能体做排班与到点核验：家长志愿者报名排班，到点扫码或定位核验到岗，未到自动补位并通知备选。交通识别智能体接入校门周边摄像头或路况数据，识别拥堵程度和违停热点，给疏导建议。异常事件（比如家长冲突、孩子走失）一键上报，联动校方和护学岗处置。全程台账留痕，责任到点，学期末复盘一目了然。

三、关键技术挑战与解决思路

排班到点核验是防漏岗的关键。单纯排班表没有约束力，我们加核验环节，到点未核验触发补位流程，从备选池拉人，而不是等发现问题再找。核验用定位加时间戳，防止代打卡，否则排班又沦为形式，家长照样不来。

拥堵识别要给可执行的疏导建议，不能只报「堵了」。我们让交通智能体输出拥堵分级和 hotspot，护学岗据此调整站位和引导路线，而不是泛泛提醒，泛泛提醒家长根本不会照做。疏导建议要结合校门结构和人流方向，通用告警没用。

异常上报联动要快。走工单而不是群消息，因为群消息在高峰期会被刷掉，工单带责任人和时限才兜得住，而且异常事件往往争分夺秒，比如孩子走失，晚一分钟多一分风险。

案例片段（已脱敏）： 到点核验与自动补位（示意）：shift = schedule.today(store_gate) if not verify(shift.volunteer, ts=now(), geo=gate_geo):    alt = backup_pool.pop_nearest()    notify(alt, "护学岗缺岗，请立即补位")    open_ticket("缺岗补位", owner=alt, ttl=10min)一次雨天高峰，三名志愿者未到点核验，系统自动从备选池拉人补位，校门口没出现空档，避免了一次拥堵报警。另一次校门口违停热点被识别，疏导建议引导家长即停即走，拥堵峰值下降明显。

四、效果数据

护学岗到位率从接龙排班的约 55% 提到 96%，到点核验加自动补位把空档基本消灭，校门口再没出现「该有人没人」的真空期。高峰拥堵时长从平均约 40 分钟缩到 22 分钟，拥堵分级加疏导建议让护学岗站位更准，家长即停即走。异常响应时效从靠群消息的不可控，压到平均 5 分钟以内，工单机制让每起事件都有责任人，没再出现推诿。台账完整率从约 60% 提到 98%，学期末复盘责任一目了然，家长投诉量降了一大半。

五、可复用经验总结

护学岗最怕排了班人不来，到点核验加异常上报比单纯排班有用十倍，我们当时靠家长群接龙，高峰期一半人没到，校门口堵到报警才重视，那次之后校长下了死命令必须系统核验。拥堵识别要给疏导动作而不是只报警，否则护学岗看了也不知道往哪站，通用告警在高峰就是背景噪音。异常事件必须走工单带时限，群消息在高峰就是石沉大海，而这类场景争的是分钟。说到底校园场景留存信任靠的是每次高峰都稳，一次空档出事，家长群里的信任就塌了，重建比建起来难得多。

结语

护学岗系统用了半年，学校把周边商户也拉进来了，上下学时段的违停从根源上少了很多，因为疏导建议把家长引导到周边可用车位。有个我们后来加的，是极端天气预案，雨天和高温下护学岗到位率天然低，系统会自动从备选池多拉人并提醒校方，避免真空。说到底这类校园场景，系统解决的是「排了等于做了」的形式主义，把责任真正钉到人。如果再往前，我会把周边交通数据和城市交管打通，上下学时段联动信号配时，那才是治本，不过那要跨部门协调，比写代码难。

回头看，护学岗系统真正改变的不是拥堵时长这个数字，是家长对学校的信任感，以前出事互相推，现在每起事件责任到点、处置留痕，家长群里吵不起来。我们也把护学岗的排班数据脱敏后给到了教委做区域治理参考，上下学时段联动交管信号配时的设想，正是从这批数据里长出来的。还有个小改进，是给志愿者做了到点前半小时提醒，比到点核验更前置，缺席率又降了一截。这类校园项目，技术门槛不高，难在把多方（学校、家长、交管、商户）拉进同一套流程，系统只是把约定固化下来，真正运转靠的是各方的配合意愿。

把这套经验收个尾，校园安全的难点从来不是技术，是责任和协作，系统只是把谁该在哪、出了事找谁写成了不会赖掉的记录。我们后来把护学岗的台账做成学期报告自动生成，校长汇报时直接用，系统价值就从防出事升级成了说得清。工具要活下来，得先嵌进使用者的日常工作流里。