旗舰场景 报告文书 行业 · 城市治理与园区

CY-01 · 城市运行体征周报自动编报

12 局数据汇一份报

痛点 每周一催报 · 12 个委办局 · 汇编挤满研判员一周

① 场景引入

一、这件事现在是什么样

城运研判员 · 受理立案与督办 · 真实业务触发

每周一早 9 点城运中心开会,12+ 委办局按时报送上周体征数据,城运中心研判员手工汇编成周报供区委区政府决策——上海崇明区是典型样本

二、痛点 · 每条都有来源

1痛点一:12+ 委办局报送格式不统一,城运中心研判员手工核对、补字段、调整口径——汇编挤占每周大半工时依据· 上海崇明区城运中心每周一召开 12 家委办局催报会,城运中心汇编成周报供区委区政府决策2痛点二:体征指标字典有 200+ 项,但口径解释分散在 12 个局——同一指标不同局报送数字差异可达 30%依据 · 住建部建办督〔2021〕54号《关于全面加快建设城市运行管理服务平台的通知》及配套 CJJ/T312-2021、CJ/T545-2021 技术与数据标准,要求2025 年底前一网统管体制机制基本完善,体征监测与指挥监督为地级以上城市法定动作3痛点三:周报是领导调阅件,但错格式是错格式、漏字段是漏字段——领导经常问「上周某指标为什么降了」,研判员临时翻 12 份原始数据依据 ·住建部 2024 年发布《城市运管服平台标准体系建设指南》,强化城市体检、文明城市、卫生城市数据支撑的责任归属4痛点四:每月通报扣分与按时上报率挂钩——黄冈 12345 办法明确按时办结率 < 97% 启动约谈,周报上报率同理是考核硬指标依据 · 《黄冈市 12345 政务服务便民热线管理办法》:按时办结率低于 97%、回访满意率低于 90% 且连续三个月排名靠后由政府督查机构约谈

三、换个做法之后

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

✕ 现在的做法

  • 痛点一:12+ 委办局报送格式不统一,城运中心研判员手工核对、补字段、调整口径——汇编挤占每周大半工时痛点二:体征指标字典有 200+ 项,但口径解释分散在 12 个局——同一指标不同局报送数字差异可达 30%痛点三:周报是领导调阅件,但错格式是错格式、漏字段是漏字段——领导经常问「上周某指标为什么降了」,研判员临时翻 12 份原始数据痛点四:每月通报扣分与按时上报率挂钩——黄冈 12345 办法明确按时办结率 < 97% 启动约谈,周报上报率同理是考核硬指标

✓ 交给 Agent 之后

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

四、场景闭环

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

  1. 要素校验 · 各局报送完整度12 局报送完整度检查,缺项标黄,催促补时补报
  2. 口径归一 · 按本区体征指标字典200+ 项指标按本区字典归一,口径差异标黄
  3. 交叉核对 · 与历史同期数据对齐对比上月/去年同期,本周数据异常波动标红
  4. 异常识别 · 领导关注议题结合本周 12345 高频诉求与领导批示件,提示领导可能关注的问题
  5. 留证与签批 · 周报模板自动填充含周报正文、12 局报送完整度、口径差异、领导关注议题

要准备什么:12+ 委办局周报/月报原始(格式不统一)Word/Excel/PDF 混合,部分局只发邮件正文本区体征指标字典(200+ 项)指标名称、计算口径、责任部门、上报频次近一年体征周报样本 ≥30 期用于学习本区周报写作风格与领导关注重点

为什么这个场景值得做

优先级评分:痛感 5 × AI 适配 4 ÷ 落地难度 3 = 7.3

最大差异点:不要求各委办局先统一格式。12 份原始报送直接扔进来,Agent 按本区体征指标字典逐项归一,口径差异自动标黄,周报模板自动填充——人只复核标黄项和签发。

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

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

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

五、会产出什么

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

  • 正式件本体:城市运行体征周报.xlsx 含 12 局数据、口径差异、领导关注议题
  • 可派发清单:12局报送完整度报告.xlsx 本周各局报送情况 · 缺项清单
  • 可派发清单:异常指标分析.xlsx 环比/同比异常指标 · 建议核实事项

这套东西不承诺什么:不替城运中心研判员判断数据真实性(数据真实性由各委办局负责);不替代城运中心主任的终审签发权;不跨区共享周报口径(口径口径是本区内部约定)。

② Live Demo(演示逐步)

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

案例设定:经开区智慧治理中心研判岗方雨桐(虚构演示人物),2026-09-07(周一)要编发第 36 周城市运行体征周报——9:00 城运例会要用。12 个委办局报送上周(8.31-9.6)数据,报送情况参差。

应报单位12 局按时报送10 局异常指标3 项领导关注议题3 条

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

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

  • 01_12局报送汇总表.xlsx 本周 12 局报送的原始数据——周报的一切数字从这来各局报送 · 周一上午截止
  • 02_上周周报定稿.xlsx 上周的定稿——本周结论的对照基线中心研判岗 · 每周归档
  • 03_12345平台周统计.xlsx 平台侧的周统计——与各局报送数交叉验证平台自动统计 · 每周一早
  • 04_指标口径说明.xlsx 各指标的统计口径——两个数打架时先看口径中心维护· 修订须走版本记录

注意标橙色那一份 —— 01_12局报送汇总表.xlsx。它各局报送 · 周一上午截止,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。

提示词就说这么几句

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

12 局周报扔进来就行,格式不用统一。

口径有差异的,标黄让我复核。

领导关注议题,自动从 12345 高频诉求里捞。复制

短是因为口径归一与模板填充都是后台能力,你只需要核对和签批。

触发周一 9 点例会,周报 8 点半要放在桌上

12 个局的数,报到什么程度都有

周报的难点从来不是排版,是「数字进来时的状态」:有迟报的、有未报的、有口径换了没说的。研判员的功夫花在把这些问题在出报前消化掉,而不是让领导在例会上发现。

第 1 步 · 报送完整度 · 12 局到齐 10 局

缺的两个各有各的处理

演示数据(表格原文)状态单位处理按时报送10 局直接进表迟报应急管理局(9-7 08:40)数据已补,正常进表,迟报情况记入催办台账未报送公安分局交通类诉求沿用 12345 平台自取数,标注「平台代取」合计12 局—看点 · 排除性结论公安分局的数不用等——12345 平台本身有交通类诉求的自取口径,标注「平台代取」即可出报,报送催办单另走 OA 流程。「等齐了再出报」和「出了报再补数」之间,周报选后者:例会时间不等人,数据来源写清楚就行。

第 2 步 · 环比扫描 · +88.2% 那一格跳出来了

12 项指标里挑异常,不是逐项讲故事

异常指标本周上周环比初判物业类投诉96 件51 件+88.2%量级跳变,需下钻重复投诉87 件71 件+22.5%与物业跳变可能同源安全生产事件2 件1 件+100.0%基数小,个案说明即可其余 8 项指标(市容、道路设施、照明、绿化、污染、消费、供水、价格)波动在 ±25% 以内且基数健康,按常规口径成段。看点 · 排除性结论基数小的 +100% 不构成趋势——2 件的环比翻倍和 96 件的 +88.2%不是一类问题,分开处理,避免周报「满页都是异常」。安全生产事件按个案写两行说明,不进异常分析段。异常指标筛得越准,领导越信这张报。

第 3 步 · 下钻 · 物业投诉涨在哪

六街道全线上涨,滨河望江占增量三分之二

街道本周物业类投诉(件)上周(件)增量滨河街道2811+17望江街道2210+12龙川街道159+6凤栖街道128+4云田街道107+3高新街道96+3合计9651+45六个街道全线上涨;滨河、望江两街道贡献增量 29 件,占 64.4%。看点 · 从历史记录里想起了踩过的坑上周周报刚写过「物业类投诉连续两周下降」——这个结论本周被 +88.2% 推翻。翻台账:8 月中旬滨河街道两个老旧小区启动物业退出程序,居民对保洁停摆的投诉是主力。周报不是抄上周的模板,是把上周的结论当待验证假设——上周的「下降」和本周的「跳涨」用的是同一套口径,变的不是统计,是事情本身。

第 4 步 · 口径标注 · 两个数打架时先标后核

口径差异写脚注,不写结论

演示数据(表格原文)数据对差异处理平台重复投诉 +22.5% vs 上周周报「重复投诉环比下降」30 日窗口口径为 9 月新启用,与上周 60 日口径不可比本周按新口径计数,周报加脚注说明安全生产事件 +100.0%基数 1→2个案描述,不作趋势判断看点 · 该拦的地方拦住了+88.2% 在核实前不进周报结论区——核实途径已列出(滨河街道物业退出事项、两街道工单明细),核实结果要么坐实「该写」、要么证伪「别写」。周报可以先行出,但该指标只进「待核实区」:替基层下定论再收回来,比晚一期出结论伤得多。

第 5 步 · 成报 · 四段式 + 领导关注议题 3 条

议题排序就是领导的时间分配

演示数据(表格原文)议题依据建议动作物业类投诉量级跳变(96 件 / +88.2%)六街道全线上涨,滨河望江占增量 64.4%附两街道明细,建议列入例会首议题重复投诉升至 87 件(+22.5%)30 日新口径首周,与物业投诉可能同源核对重复件点位与物业投诉点位重合度报送完整度 10 / 12应急迟报、公安未报催办单走 OA,下周周报复核看点 · 把技术动作翻译成钱三条例会议题每条约 8 分钟汇报窗口——排第一位的物业跳变是本周唯一「量级异常」,其余两个是「管理动作」。把口径打架放在脚注而不是议题里,是不占会议时间处理格式问题。议题排对了,9 点的会 9 点半能散;排错了,多出来的半小时消耗的是 12 个参会单位的在岗时间。周报可以出,物业 +88.2% 不能写进结论区异常指标的成因未经街道明细核实——滨河街道物业退出事项尚无书面结论,写进结论区就是替基层下定论,翻转了周报要收回。两个不用干等的走法:方案一:周报今日照常出,物业指标进「待核实区」并附两街道明细表,例会上口头说明核实安排,下期周报回填结论;方案二:加一个上午向滨河、望江两街道工单专办员各要一次明细(OA 模板已备),当天 16:00 前回数——回得来就进结论区,回不来维持方案一。两案都不耽误 9 点例会。之后这一次跑完,公司多了什么

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

演示数据(表格原文)✓台账多了一条:本区体征指标字典入库,下次口径核对有标准✓两条归一规则被固定下来:200+ 项指标口径映射、报送完整度检查✓一条历史教训被真正用上:领导关注议题自动关联 12345 高频诉求✓岗位角色变了:研判员从「汇编员」变回「数据复核者」,汇编交给 Agent、人只做口径复核追问现场可能被问到的答不上来的问题,比答得漂亮的问题更能决定这场演示的结果口径差异 30% 内算正常吗?一般 < 15% 视为正常波动;15-30% 需复核;>30% 标红,建议暂停签发并联系报送局核对。领导关注议题怎么判断?结合本周 12345 高频诉求、领导批示件、本周异常指标三个维度综合判断,不引入外部舆情以免越权。周报上报率 100% 怎么保证?自动催报+12 局报送完整度检查,缺项自动标黄并附催促话术。

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

1. Skill 能力包

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

城市运行体征周报自动编报 —— 12 局数据汇一份报 · Skill

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

版本 v1.0

city-pulse-weekly.zip

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

包内结构

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

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

2. 原始素材

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

📁CY-01 · 演示素材

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

共 4 份

  • 01_12局报送汇总表.xlsx 本周 12 局报送的原始数据——周报的一切数字从这来
  • 02_上周周报定稿.xlsx 上周的定稿——本周结论的对照基线
  • 03_12345平台周统计.xlsx 平台侧的周统计——与各局报送数交叉验证 XLS04_指标口径说明.xlsx各指标的统计口径——两个数打架时先看口径

怎么用

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

3. 提示词卡片

12 局周报扔进来就行,格式不用统一。

口径有差异的,标黄让我复核。

领导关注议题,自动从 12345 高频诉求里捞。复制

为什么这么短就够了:短是因为口径归一与模板填充都是后台能力,你只需要核对和签批。

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 3 份

  • CY-01_城市运行体征周报.xlsx 正式件本体 · 含 12 局数据、口径差异、领导关注议题
  • CY-01_12局报送完整度报告.xlsx 本周各局报送情况 · 缺项清单
  • CY-01_异常指标分析.xlsx 环比/同比异常指标 · 建议核实事项

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

输入清单:12+ 委办局周报/月报原始(格式不统一)Word/Excel/PDF 混合,部分局只发邮件正文本区体征指标字典(200+ 项)指标名称、计算口径、责任部门、上报频次近一年体征周报样本 ≥30 期用于学习本区周报写作风格与领导关注重点

人工边界:不替城运中心研判员判断数据真实性(数据真实性由各委办局负责);不替代城运中心主任的终审签发权;不跨区共享周报口径(口径口径是本区内部约定)。

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

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

城运研判员 · 受理立案与督办 · 产出即下一步输入

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

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

想把这个场景在你们企业跑通?

顾问会先看你们的数据和流程够不够,再决定从哪一步开始。