GS-03 · 采暖季保供日报

① 场景引入

一、这件事现在是什么样

气源购销与保供调度 · 真实业务触发

供暖季（11 月 15 日至次年 3 月 15 日）每天 17:00 前，日报要报到县保供指挥中心。雄县的口径是按日缺口 5/10/15 万方划蓝黄橙红四级——缺口算错一级，压非保民的启动时点就错一天，政府电话直接打到总经理手机上。

二、痛点 · 每条都有来源

1采暖季实行日报告制度，对天然气企业用户运行数据形成日报——这是政府文件写死的，整个供暖季调度/经营岗每天手工凑一张表依据 · 雄县采暖季应急调峰及压非保民预案：对七家天然气企业用户运行数据形成日报；按日缺口5/10/15 万方划蓝黄橙红四级预警 —— 日报制度是采暖季每天真实发生的文书工作，无系统自动化2预警分级有明确阈值（按日缺口 5/10/15 万方划四级），缺口测算要拼上游供气量、门站压力、分类用量、气象预报——五个来源没有一个自动汇依据 · 雄县采暖季应急调峰及压非保民预案：对七家天然气企业用户运行数据形成日报；按日缺口 5/10/15万方划蓝黄橙红四级预警 —— 日报制度是采暖季每天真实发生的文书工作，无系统自动化3储气能力不低于年用气量5% 是硬指标、压非保民预案是报县政府印发的政府文件形态——格式和口径错不了，错一次就要重新报依据 · 略阳县采暖季保供方案：储气能力不低于年用气量 5% 的硬指标；民生优先次序居民炊事采暖→学校医院机关→酒店商业；县住建局局长任保供工作组组长 —— 保供方案是报县政府印发的政府文件形态4政府统计报表「须经主要负责人签字并加盖公章」是法定要求——日报的每个数都被签发人担着责任，缺出处就是让领导签盲账依据 · 灌南县住建局通知：燃气企业每月 30 日前报送《隐患及整改情况月报表》，「报表须经主要负责人签字并加盖公章」—— 政府统计报表的法定签字栏是 AI 不能碰的红线，AI 只做草稿与溯源5居民气价管制、成本倒挂（天门中燃累计亏损 1.69 亿），限停商业用户的补偿口径和顺序直接影响客户关系——日报里的执行记录就是将来讲理的凭据依据 · 天门市发改委政策解读：居民气价受管制、购销成本倒挂，天门中燃累计亏损 1.69 亿元 —— 顺价与成本测算不是财务岗的例行公事，是公司生存问题

三、换个做法之后

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

✕ 现在的做法

• 采暖季实行日报告制度，对天然气企业用户运行数据形成日报——这是政府文件写死的，整个供暖季调度/经营岗每天手工凑一张表预警分级有明确阈值（按日缺口 5/10/15 万方划四级），缺口测算要拼上游供气量、门站压力、分类用量、气象预报——五个来源没有一个自动汇储气能力不低于年用气量 5% 是硬指标、压非保民预案是报县政府印发的政府文件形态——格式和口径错不了，错一次就要重新报政府统计报表「须经主要负责人签字并加盖公章」是法定要求——日报的每个数都被签发人担着责任，缺出处就是让领导签盲账

✓ 交给 Agent 之后

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

四、场景闭环

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

1. 要素校验 · 五个来源齐不齐缺气象预报就标「预判不可用」，缺上游计划就沿用上周均值并标注——缺数不编数
2. 口径归一 · 购入与用量对齐到同一日门站按供气日、营收按自然日，跨零点的量按 22:00 切分规则折算——这条规则写死在判断规则里
3. 缺口测算 · 当日供需差与三日预判当日缺口=计划供应-预测需求，连算三日给出趋势——预警阈值按蓝黄橙红自动套
4. 分级判断 · 对照阈值给出预警级别建议按日缺口 5/10/15 万方三档阈值套算——建议级别与触发依据并列，拍板留给人
5. 执行留痕 · 压非保民措施逐条登记昨日限停了谁、恢复了谁、投诉几起、怎么答复的——这些是将来对政府和用户讲理的凭据
6. 复核与签发 · 生成日报草稿签发栏留给调度长与分管副总——「主要负责人签字盖章」的法定栏位原样保留

要准备什么：门站进气量与压力日记录调度室每日导出或手抄——购入端口径分类用户昨日用量汇总营收系统日抄——居民/商业/工业/公服/采暖五类上游日供气计划与实际对比上游调度令截图或传真——缺口测算的分子次日气象预报寒潮预警截图——负荷预判的输入，不自动抓压非保民清单与执行反馈昨日限停用户的执行记录——谁停了、谁恢复了、客户投诉了什么

为什么这个场景值得做

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

最大差异点：不接 SCADA 实时接口。门站 Excel 导出、营收日抄汇总、气象预报截图直接扔进来，按雄县/略阳口径自动套分级阈值——缺哪个数，报出来的是「带缺口标记的草稿」而不是编一个数。

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

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

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

五、会产出什么

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

• 正式件本体：采暖季保供日报.docx 正式件 · 政府报备格式 · 含签发栏
• 可派发清单：压非保民执行台账.xlsx 限停/恢复/投诉逐日登记，可派发核对
• 可派发清单：缺口测算底稿.xlsx 三日预判的算式与参数——被政府追问时拿出来对

这套东西不承诺什么：不做供气调度决策、不做限停用户的最终拍板（那是县保供领导小组的权）。日报草稿出来后必须人工复核签发——「主要负责人签字并加盖公章」是政府报表的法定要求。

② Live Demo（演示逐步）

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

案例设定：沱原市燃气集团 2026-2027 采暖季日报（12 月 8 日示例日）——寒潮预警缺口测算与橙色预警应对；联动：压非保民清单含青云路商圈非居户。

门站进气量(12-08)118.6 万方预测需求(当日)130.0 万方当日缺口测算11.4 万方(橙色预警)限停范围工业 4 户 + 公服 1 户

输入城燃手上能拿到的东西

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

• 01_门站进气与压力日记录_12-08.xlsx 12 月 8 日三门站进气量、压力、温度小时记录调度室 SCADA 导出
• 02_分类用户昨日用量_12-07.xlsx 12-07 五类用户用气量(用于预测 12-08 同类需求)营收系统日抄
• 03_上游日供气计划与实际_12-08.xlsx 12-08 中石油管道公司日指定气量与实际供气量上游调度令传真
• 04_次日气象预报_12-08.jpg 气象台 12-08 18:00发布的 12-09 至 12-11 寒潮预警截图气象局公开预报
• 05_压非保民执行反馈_12-07.xlsx 12-07 限停用户执行情况、客户投诉与恢复记录客服班 + 现场班当日反馈

注意标橙色那一份 —— 03_上游日供气计划与实际_12-08.xlsx。它上游调度令传真，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

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

今天供暖季日报的材料：门站记录、昨日用量汇总、上游计划传真、天气预报截图，还有昨天限停用户的执行反馈。按县里的口径算当日缺口和三日预判，预警级别套阈值给出建议，压非保民执行情况逐条登记。 缺的数标出来，别替我编。签发栏留空，调度长看完才发。

分级阈值、口径切分规则、留痕栏位都写在能力包里——调度员每天只需要把五样东西扔进来。

第 1 步 · 要素校验 · 五个来源齐不齐

缺气象就标「预判不可用」,缺数不编数

第 2 步 · 口径归一 · 购入与用量对齐同一日

门站按供气日、营收按自然日,跨零点按 22:00 切分

第 3 步 · 缺口测算 · 当日供需差与三日预判

当日缺口 11.4 万方(扣除自用 1.0 万方)

第 4 步 · 分级判断 · 对照阈值给预警级别建议

日缺口 11.4 万方 → 橙色预警(10-15 万方档)

第 5 步 · 执行留痕 · 压非保民逐条登记

今日橙色预警限停 4 户工业 + 1 户公服(增档)

第 6 步 · 复核与签发 · 生成日报草稿

签发栏留空,调度长/分管副总复核后才发

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

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

1. Skill 能力包

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

采暖季保供日报 —— 缺口测算、预警分级与压非保民执行留痕 · Skill

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

版本 v1.0

winter-supply-daily-report.zip

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

包内结构

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

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

2. 原始素材

这些就是城燃手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁GS-03 · 演示素材

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

共 5 份

• 01_门站进气与压力日记录_12-08.xlsx 12 月 8 日三门站进气量、压力、温度小时记录
• 02_分类用户昨日用量_12-07.xlsx 12-07 五类用户用气量(用于预测 12-08 同类需求)
• 03_上游日供气计划与实际_12-08.xlsx 12-08 中石油管道公司日指定气量与实际供气量
• 04_次日气象预报_12-08.jpg 气象台 12-08 18:00 发布的 12-09 至 12-11 寒潮预警截图
• 05_压非保民执行反馈_12-07.xlsx 12-07 限停用户执行情况、客户投诉与恢复记录

怎么用

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

3. 提示词卡片

今天供暖季日报的材料：门站记录、昨日用量汇总、上游计划传真、天气预报截图，还有昨天限停用户的执行反馈。按县里的口径算当日缺口和三日预判，预警级别套阈值给出建议，压非保民执行情况逐条登记。 缺的数标出来，别替我编。签发栏留空，调度长看完才发。

为什么这么短就够了：分级阈值、口径切分规则、留痕栏位都写在能力包里——调度员每天只需要把五样东西扔进来。

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 3 份

• GS-03_采暖季保供日报.docx 正式件 · 政府报备格式 · 含签发栏
• GS-03_压非保民执行台账.xlsx 限停/恢复/投诉逐日登记，可派发核对
• GS-03_缺口测算底稿.xlsx 三日预判的算式与参数——被政府追问时拿出来对

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

输入清单：门站进气量与压力日记录调度室每日导出或手抄——购入端口径分类用户昨日用量汇总营收系统日抄——居民/商业/工业/公服/采暖五类上游日供气计划与实际对比上游调度令截图或传真——缺口测算的分子次日气象预报寒潮预警截图——负荷预判的输入，不自动抓压非保民清单与执行反馈昨日限停用户的执行记录——谁停了、谁恢复了、客户投诉了什么

人工边界：不做供气调度决策、不做限停用户的最终拍板（那是县保供领导小组的权）。日报草稿出来后必须人工复核签发——「主要负责人签字并加盖公章」是政府报表的法定要求。

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

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

气源购销与保供调度 · 产出即下一步输入

• GS-01 · 购销差月度归因：把输差拆到气源、表具、片区和每一方放散气
• GS-02 · 盗气嫌疑筛选与证据材料包：用气曲线异常户的推算与移送底稿上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

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