GM-01 · 网格事件登记智能填单

① 场景引入

一、这件事现在是什么样

网格员 · 事件采集与巡查 · 真实业务触发

巡查发现井盖异响/路面塌陷/占道经营/群租扰民等情形，要求 30 分钟内通过移动端登记并完成属地、紧急度、事件类型判定

二、痛点 · 每条都有来源

1. 痛点一：网格员月薪 2000 上下，每天 2-3 小时耗在系统操作上，事件登记字段多达 20+ 项，现场手填准确率不到 50%
   依据：成都某区 30 名网格员入职半年离职 20+；网格员月薪 2000 上下，每天
2. -3 小时耗在系统操作上，高流失率2痛点二：78 类事件类型与紧急度三级判定标准在文件里，实际靠经验——同一类事件不同网格员判定偏差大，导致分拨错误、退单率高
   依据：住建部建办督〔2021〕54号《关于全面加快建设城市运行管理服务平台的通知》及配套 CJJ/T312-2021、CJ/T545-2021 技术与数据标准，要求 2025 年底前一网统管体制机制基本完善，体征监测与指挥监督为地级以上城市法定动作
3. 痛点三：现场拍照取证必须含 GPS 标签，但网格员手持终端的GPS 漂移与室内定位失效是常态——位置数据进不了系统，办结复核时对不上
   依据：蓬莱区官方自认闲置资产数据「分散在各镇街 Excel 和纸质材料中，领导问起来需临时电话调度」——真实主数据不在平台里
4. 痛点四：网格员流失率半年过半（成都某区样本：30 名入职半年离职 20+），老员工的经验沉淀不下来，新员工每次都从零学
   依据：成都某区 30 名网格员入职半年离职 20+；网格员月薪 2000 上下，每天 2-3 小时耗在系统操作上，高流失率

三、换个做法之后

变化不在「快」，在「参与的角色」和「覆盖的范围」

✕ 现在的做法

• 痛点一：网格员月薪 2000 上下，每天 2-3 小时耗在系统操作上，事件登记字段多达 20+ 项，现场手填准确率不到 50%痛点二：78 类事件类型与紧急度三级判定标准在文件里，实际靠经验——同一类事件不同网格员判定偏差大，导致分拨错误、退单率高
• 痛点三：现场拍照取证必须含 GPS 标签，但网格员手持终端的GPS 漂移与室内定位失效是常态——位置数据进不了系统，办结复核时对不上
• 痛点四：网格员流失率半年过半（成都某区样本：30 名入职半年离职 20+），老员工的经验沉淀不下来，新员工每次都从零学

✓ 交给 Agent 之后

• 多来源文件一次读入，先做口径与完整性校验，再开始算
• 每条结论绑定来源文件、字段或条号，可以被审
• 产出是企业真会流转的正式件（带签批栏），不是一张展示用的表
• 该拦的地方给出「现在还不能提交」，并给不用干等的替代方案

四、场景闭环

5 步 · 每一步的产出都是下一步的输入

1. 要素校验 · 逐项打勾 + 缺项标事件分类、属地、紧急度三项必填；缺项标黄不阻塞，事后补
2. 口径归一 ·口语转结构化「井盖响、走路差点摔」→ 事件类型=市政设施-井盖异响、紧急度=一般
3. 交叉核对 · 与本街道近三月同类样本对齐用本街道历史办结样本判断紧急度是否合理
4. 异常识别 · GPS 漂移与室内定位漂移超 50 米用当日轨迹均值补偿，无轨迹则标「需现场补打」
5. 留证与签批 · 生成可签字的现场登记单含签批栏、依据、不足条件说明

要准备什么：现场录音或文字（口语化，200 字内）网格员现场描述，含方言/语气词/重复修正现场照片（≥1 张，可带GPS 标签也可不带）取证照片，含拍摄时间戳网格员当前位置 + 当日已巡轨迹用于 GPS 漂移补偿

为什么这个场景值得做

优先级评分：痛感 4 × AI 适配 5 ÷ 落地难度 2 = 12.0

最大差异点：不要求网格员先填字段再拍照。语音+拍照同时丢进来，Agent 按本区「事件分类目录」逐项建议，紧急度基于规则 + 历史同类样本，GPS 漂移自动用网格员其他时段的轨迹均值补偿。

评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；

落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。

五、会产出什么

判断标准只有一个：这份东西能不能直接进企业的流程

• 正式件本体：网格事件登记单.xlsx 含签批栏与紧急度判定依据
• 可派发清单：问题清单.xlsx 可派发 · 每条带出处与影响范围
• 可派发清单：同类历史比对.xlsx 本街道近三月同类样本与紧急度参考

这套东西不承诺什么：不替网格员判定事件真实性（拍照取证必须人）；不替代属地街道分派（按事件分类目录建议，分派权在街道办）；GPS 标签漂移时不强行校正，必须人工补打。

② Live Demo（演示逐步）

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。

案例设定：滨河街道第 12 网格网格员周雪（虚构演示人物），2026-09-01（周二）16:32 巡查至滨河路 118 号，发现人行道检查井井盖破损、踩踏异响。云溪二小西门距点位约 80 米，16:40 放学——她要在现场打开登记页面，面对 20 个字段把这件事变成一件合格的事件单。

输入素材4 份同点位复发38 天内第 3 次建议定级紧急 · 2 小时自动填充18 / 20 字段

输入城运治理与园区手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

• 01_区事件分类目录_摘录.xlsx 区级事件分类目录（住建部 54 号文体系的本地化版本）——小类定错，首派单位就跟错区城运中心维护 · 目录年度更新，2026 版 3 月启用
• 02_本网格近三月事件台账.xlsx 本网格已登记事件的底账——查复发、查口径全靠它网格员自行维护 · 每日更新
• 03_现场语音转写草稿.txt 网格员现场语音原话——方言、语气词、自我修正都在里面现场即时生成 · 本次事件
• 04_当日轨迹停留记录.xlsx 手持终端的当日 GPS 轨迹——位置核验与「人确实到过现场」的凭证系统自动记录 · 实时

注意标橙色那一份 —— 02_本网格近三月事件台账.xlsx。它网格员自行维护 ·每日更新，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

现场描述说出来就行，比如「井盖响、走路差点摔、星光路 15 号」。 拍照顺手拍。 GPS 不准就空着，让它自己处理。 拿不准的地方别硬填，标出来我去确认。

短是因为专业规则都写在能力包里了。你只需要说清现场发生了什么。

触发放学高峰前 8 分钟，井盖破了

现场登记 20 个字段，真正卡住的是定级和权属

巡查发现 → 当场登记，是网格化闭环的第一步。登记页 20 个字段里，位置、时间、照片是机械活，权属判定和紧急度判定才是要经验的地方——也是最容易出错的地方。

第 1 步 · 语音清洗 · 一句话拆出六个要素

方言、语气词、自我修正，全部归位

第 3 步 · 紧急度判定 · 两条规则同时触发

建议紧急，但建议值不能替人签字

第 4 步 · 历史复发比对 · 这口井第三次报修了

同点位 38 天 3 次，「重复发生」标记要挂上

第 5 步 · 登记单生成 · 20 个字段填了 18 个

留给人工的两项：定级确认、取证照片

不讲省了多久 · 讲少了几个隐患、沉淀了什么

③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）

1. Skill 能力包

导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短

网格事件登记智能填单 —— 现场说一句话变工单 · Skill

SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范

版本 v1.0

grid-event-smart-fill.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

• SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
• references/output_template.md 输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本
• references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。

2. 原始素材

这些就是城运治理与园区手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁GM-01 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 4 份

• 01_区事件分类目录_摘录.xlsx 区级事件分类目录（住建部 54 号文体系的本地化版本）——小类定错，首派单位就跟错
• 02_本网格近三月事件台账.xlsx 本网格已登记事件的底账——查复发、查口径全靠它
• 03_现场语音转写草稿.txt 网格员现场语音原话——方言、语气词、自我修正都在里面
• 04_当日轨迹停留记录.xlsx 手持终端的当日 GPS 轨迹——位置核验与「人确实到过现场」的凭证

怎么用

• 把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
• 粘贴下方提示词发送
• 拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填

3. 提示词卡片

现场描述说出来就行，比如「井盖响、走路差点摔、星光路 15 号」。 拍照顺手拍。 GPS 不准就空着，让它自己处理。 拿不准的地方别硬填，标出来我去确认。

为什么这么短就够了：短是因为专业规则都写在能力包里了。你只需要说清现场发生了什么。

换成你自己的业务：把素材换成你手上的真实文件即可。导入 Skill 之后，

该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

• 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
• 调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
• 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。

分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

• GM-01_网格事件登记单.xlsx 正式件本体 · 含签批栏与紧急度判定依据
• GM-01_问题清单.xlsx 可派发 ·每条带出处与影响范围
• GM-01_同类历史比对.xlsx 本街道近三月同类样本与紧急度参考

Skill 里固化了什么：从历史里想起了网格员踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：现场录音或文字（口语化，200 字内）网格员现场描述，含方言/语气词/重复修正现场照片（≥1 张，可带GPS 标签也可不带）取证照片，含拍摄时间戳网格员当前位置 + 当日已巡轨迹用于 GPS 漂移补偿

人工边界：不替网格员判定事件真实性（拍照取证必须人）；不替代属地街道分派（按事件分类目录建议，分派权在街道办）；GPS 标签漂移时不强行校正，必须人工补打。

升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）

5. 同一角色下的其他场景

网格员 · 事件采集与巡查 · 产出即下一步输入

• GM-02 · 巡查日志 → 工单转化：走过的路生成日报

上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。