城市治理事件发现

1客户嘴上要的

「把全区几千路摄像头接进来，AI 识别占道经营、垃圾暴露、违停，识别得越多越好。」

这是症状或现成方案，不一定是真问题。下面看两种做法。

2照字面做，会怎么烂

3好 FDE 的实际走法

共 12 周，分 5 个阶段。带三角标记的是这一步最容易踩的坑。

1. 1–2

   第 1–2 周找真问题（跟网格员和处置单位各跑半天）

   • 跟城运中心值班长、2 个街道的网格长和 5 个网格员各跑半天，再和环卫所、城管中队的调度员聊。分工是：网格员负责发现、上报和现场核查，最多做简单劝导；清运垃圾、拆除堆物、修路由环卫、城管中队和市政养护单位处置。
   • 发现：一个网格员一天能核查 15–20 件，一个街道的处置单位一天能办结的工单也有上限。巡查已经发现了大部分问题，缺的是巡查盲区和夜间时段的事件。
   • 真问题是「在核查和处置能力内，补上巡查发现不了的事件」。成功标准改成：「每个网格每天推送不超过 5 条；推送事件有效率不低于 85%；街道和处置单位的按时处置率不下降。」
   • 踩坑别用「识别了多少条」当成果汇报。识别数越多，基层越反感。
2. 3–4

   第 3–4 周定范围 + 摸视频权限

   • 砍范围：2 个街道，4 类事件（暴露垃圾、占道经营、乱堆物料、道路破损），这些事件责任单位明确、能当天处置。违停涉及交警执法，先不做。
   • 视频归属：多数点位属于公安的视频专网，城运中心只能通过共享平台调取指定点位的画面。和公安、城运中心一起确认点位清单、调取频次和存储要求，签共享协议。
   • 踩坑别默认「接入就能用」。视频共享的审批和安全要求很严，要预留时间。
3. 5–7

   第 5–7 周原型 + evals

   • 做「推送前过滤」：识别结果先去重（同一点位同一事件 24 小时内只推一次），再和网格员已上报事件比对，已有的不推，最后按优先级取当天前 5 条。每条附截图和点位。
   • evals：随机抽 500 条识别结果，请网格长标「真事件且应处置」。按事件类别统计有效率，低于 85% 的类别不推送，只进后台统计。
   • 踩坑光照、雨天、遮挡会让误报大增。按时段和天气分开统计，别用晴天白天的数据代表全天。
4. 8–10

   第 8–10 周试运行 + 并肩改

   • 每周和网格长开 30 分钟复盘会，看哪些推送是「无效但看起来像」。例如早市时段的临时摊位是街道允许的——加一张「允许时段和区域」表，由街道维护。
   • 每周给城运中心出一页对比：推送条数、有效率、按时处置率、新发现的巡查盲区点位。街道看到处置率没掉，才愿意扩大到更多点位。
5. 11–12

   第 11–12 周交接交接

   • 交给城运中心的平台运维科：维护推送阈值、点位清单和各街道的「允许」表。写一页手册，说明新增事件类别前必须先做有效率评估。
   • 周期长的原因：视频共享协议要公安和城运中心双方审批，试运行要覆盖晴雨和昼夜不同条件。没有这个科室把关，新类别会被直接打开推送，又回到第一周的状态。

4这个案例教给你的可复用判断