WB-01 · 公文初稿起草

① 场景引入

一、这件事现在是什么样

党政办综合文字岗 · 真实业务触发

区政府办要求 3 个工作日内出《关于规范老旧小区住宅加装电梯财政补贴申领流程的通知》初稿并走核稿。周晓芸手上有两样东西：约 4,200 件历史公文存档（本单位的文风、口径、惯用表述），和刚下发的 12 号文（最新依据）。核稿退回一次，就重排一轮签批。

二、痛点 · 每条都有来源

1基层被材料淹没接近字面真实：一个村一星期 3000 页纸、干部最多一天收 28 份急件、「上午 11 点下文下午 3 点要数据」依据 · 半月谈 2018：一个村一星期打 3000 页纸汇报材料；干部最多一天收到 28 份文件；「实干苦干评不了先进，会做资料的年年受表彰」2通用大模型已被大量私下使用，但「不懂本单位」是硬伤：写的方案数据对不上、改起来比重写还累——一年 160 多篇材料的活，AI 帮不上忙就是白用依据 · 基层公务员用 AI 写材料实录：「AI 写的方案连村头老李的果园数据都对不上，改起来比重写还累」；一年 160 多篇材料；某县要求每月 AI 生成材料不少于 20 篇被领导怒斥「全是正确的废话」3公文格式钉到字号与毫米：结构层次一、（一）、1.、（1.）、年份六角括号、请示一事一文——格式错误是核稿退回的高频原因依据 · GB/T 9704-2012《党政机关公文格式》国标要素（版头/主体/版记，字号到毫米，结构层次一、（一）、1.、（1.），年份用六角括号）4报告不得夹带请示事项、成文日期用阿拉伯数字——细则一页页写着，但急件面前没人逐条对照依据 · 某地应急管理部门公文处理实施细则：请示一事一文、报告不得夹带请示事项5AI 生成材料的核验负担反增：「像校对员一样逐字纠错，工作量反而翻倍」——不带溯源的初稿，改比写慢依据 · 对 354 名基层公务员的研究：主流大模型幻觉率超 19%；某政务 AI 客服测试准确率 95%、上线后因群众口语化降至 68%；65% 窗口人员仍手动录入，原因是「怕机器出错担责任」

三、换个做法之后

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

✕ 现在的做法

• 基层被材料淹没接近字面真实：一个村一星期 3000 页纸、干部最多一天收 28 份急件、「上午 11 点下文下午 3 点要数据」通用大模型已被大量私下使用，但「不懂本单位」是硬伤：写的方案数据对不上、改起来比重写还累——一年 160 多篇材料的活，AI 帮不上忙就是白用公文格式钉到字号与毫米：结构层次一、（一）、1.、（1.）、年份六角括号、请示一事一文——格式错误是核稿退回的高频原因报告不得夹带请示事项、成文日期用阿拉伯数字——细则一页页写着，但急件面前没人逐条对照

✓ 交给 Agent 之后

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

四、场景闭环

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

1. 文种与口径确认 · 先定通知的骨架标题三要素、主送机关、结构层次先定，再动笔
2. 素材归集 · 历史公文与 12 号文对齐本单位惯用表述与最新依据对齐，冲突处以新文为准
3. 初稿生成 · 四层结构一次成型一、

（一）、1.、（1.）层级与字体规范成稿第 4 步数字溯源 · 每个事实性数字找出处台账里有的标出处，没有的标「待核实」，一个不编第 5 步格式自查 · 对照国标逐项过发文字号、六角括号、一事一文、成文日期第 6 步核稿前拦截 ·拿不准处集中标注结论：还不能进核稿流程，待核实项清零后送

要准备什么：历史公文存档（近三年同类通知）本单位文风、口径、惯用表述——差异化的来源清政办发〔2025〕12 号（PDF）最新依据，涉及旧文的按新文调整各科室台账（电梯补贴相关）事实性数字的唯一来源，没有就标待核实历史核稿退回批注（如有）本单位被退回过什么，就是本轮要防的坑

为什么这个场景值得做

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

最大差异点：通用大模型拼的是模板，这里拼的是你自己的数据：历史公文存档给文风与口径，12 号文给依据，各科室台账给数字——每个事实性数字标出处，台账里没有的标「待核实」，一个不编。初稿后面附一张核稿自查单，国标要素逐项打勾。

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

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

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

五、会产出什么

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

• 正式件本体：公文初稿与核稿自查单.xlsx 初稿全文 + 格式自查逐项 + 待核实数字
• 可派发清单：引用依据对照表.xlsx 初稿每处事实性表述的依据文号对照

这套东西不承诺什么：不替领导定口径——初稿里拿不准的表述标「待核实」并给出可能来源，改不改、怎么定由核稿领导决定；不进核稿流程——初稿到「可送核」为止，核稿、签发、用印全在 OA 里人工走；不代替历史存档——文风学习只用来自客户提供的脱敏存档，不外传。

② Live Demo（演示逐步）

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

案例设定：党政办综合文字岗刘海涛 —— 本周要交《清河区深化政务服务改革实施方案（征求意见稿）》。区领导要求 9 月 8 日前拿出初稿，初稿要「用本区的口径写，不要用全国平均水平写」。

输入文件 5 份 · 初稿段落 6 段引用公文 3 件 · 待核数字 3 处

输入政务手上能拿到的东西

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

• 01_本区历史公文存档_4200件_2024-2026.xlsx 本区近 3 年 4,200 件历史公文存档 —— 口径来源区档案室维护
• 02_本次起草任务说明_区领导批示.docx 区领导对本次起草的批示 —— 必须用本区口径、不能全国平均区领导办公室
• 03_本区现行改革类文件清单.xlsx 本区现行的 7 件改革类文件 —— 引文必查的清单区司法局
• 04_公文格式自查要点_GB-T-9704.xlsx 公文格式 GB/T 9704 自查清单 —— 22 项区党政办维护
• 05_本区窗口与12345月报_2025-2026.xlsx 本区 1 年窗口与 12345 月报数据 —— 待核数字的依据区政务服务管理科 + 区 12345 中心

注意标橙色那一份 —— 01_本区历史公文存档_4200件

_2024-2026.xlsx。它区档案室维护，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

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

起草《关于规范老旧小区住宅加装电梯财政补贴申领流程的通知》初稿。 参考我们单位近三年同类通知的写法和口径，依据用最新的 12 号文，旧文件的表述按新文调整。 格式按党政机关公文格式来：标题、主送、正文四层结构、附件说明、署名日期。 数字从台账里取，台账里没有的标出来问我，不要编。 初稿出来附一张格式自查单，核稿流程照走，拿不准的地方集中标出来。

格式国标、文种规则、溯源口径都在能力包里，现场只需给文种、事由和材料。

触发本周要交改革方案初稿

区领导批示：必须用本区口径、不能全国平均

第 1 步 · 要素校验 · 5 份文件齐不齐

5 齐了继续

文件齐 / 缺用途01 历史公文存档齐口径来源02 区领导批示齐起草要求03 改革文件清单齐引文依据04 格式自查清单齐格式校05 窗口与 12345 月报齐待核数字合计5 齐—

第 2 步 · 口径检索 · 从 4,200 件历史公文中找本区表述

3 年口径演变 → 本稿的「目标 + 现状 + 举措」骨架

这一步的看点 · 从历史想起坑 · 该拦的拦住2024 年那份《放管服改革方案》在第3 段承诺过「一窗受理率 95%」，实际到 2025 年 8 月未达成（区政务办评估仅 88%）。本稿若沿用 2024 年「95%」表述，刘海涛要承担历史承诺翻车的连带责任。agent 在这一步的提醒价值：从历史想起坑，不靠当年经手人是否还在岗。

第 3 步 · 初稿生成 · 6 段 + 引用 3 件

目标 / 现状 / 举措 / 实施 / 保障 / 附则

第 4 步 · 待核数字 · 3 处（不在本稿直接定调）

数字要给依据 —— 拿不准的标「待核实」

这一步的看点 · 翻译成钱 · 排除性结论本稿第 2 段「年办件 19,680 件」如沿用 2025 年口径，实际 2026 年 1-8 月推算约 20,800 件 —— 数字差异 1,120 件，约5.7% 的差异度。这 5.7% 翻译成上报件，就是 本区政务服务「办件量增长率」5.7% ——可作领导汇报的关键指标。但本场景不替领导选 5.7% 还是 6.0% —— 数字待核，由领导定调。

第 5 步 · 格式自查 · 22 项 + 引用依据对照

GB/T 9704 公文格式 + 引用文号与现行文件一致

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

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

1. Skill 能力包

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

公文初稿起草 —— 用本单位的历史存档与口径写，不是用「全国平均水平」写 · Skill

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

版本 v1.0

document-drafting.zip

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

包内结构

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

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

2. 原始素材

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

📁WB-01 · 演示素材

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

共 5 份

• 01_本区历史公文存档_4200件_2024-2026.xlsx 本区近 3 年 4,200 件历史公文存档 —— 口径来源
• 02_本次起草任务说明_区领导批示.docx 区领导对本次起草的批示 —— 必须用本区口径、不能全国平均
• 03_本区现行改革类文件清单.xlsx 本区现行的 7 件改革类文件 —— 引文必查的清单
• 04_公文格式自查要点_GB-T-9704.xlsx 公文格式 GB/T 9704 自查清单 —— 22 项
• 05_本区窗口与12345月报_2025-2026.xlsx 本区 1 年窗口与 12345 月报数据 —— 待核数字的依据

怎么用

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

3. 提示词卡片

起草《关于规范老旧小区住宅加装电梯财政补贴申领流程的通知》初稿。 参考我们单位近三年同类通知的写法和口径，依据用最新的 12 号文，旧文件的表述按新文调整。 格式按党政机关公文格式来：标题、主送、正文四层结构、附件说明、署名日期。 数字从台账里取，台账里没有的标出来问我，不要编。 初稿出来附一张格式自查单，核稿流程照走，拿不准的地方集中标出来。

为什么这么短就够了：格式国标、文种规则、溯源口径都在能力包里，现场只需给文种、事由和材料。

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 2 份

• WB-01_公文初稿与核稿自查单.xlsx 初稿全文 + 格式自查逐项 + 待核实数字
• WB-01_引用依据对照表.xlsx 初稿每处事实性表述的依据文号对照

Skill 里固化了什么：从历史里想起口径打架的坑该拦的地方拦住了排除性结论把技术动作翻译成发文时限

输入清单：历史公文存档（近三年同类通知）本单位文风、口径、惯用表述——差异化的来源清政办发〔2025〕12 号（PDF）最新依据，涉及旧文的按新文调整各科室台账（电梯补贴相关）事实性数字的唯一来源，没有就标待核实历史核稿退回批注（如有）本单位被退回过什么，就是本轮要防的坑

人工边界：不替领导定口径——初稿里拿不准的表述标「待核实」并给出可能来源，改不改、怎么定由核稿领导决定；不进核稿流程——初稿到「可送核」为止，核稿、签发、用印全在 OA 里人工走；不代替历史存档——文风学习只用来自客户提供的脱敏存档，不外传。

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

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

党政办综合文字岗 · 产出即下一步输入

• WB-02 · 迎检材料数据归集：按考核清单替办公室把催数据的活干了

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

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