ZK-02 · 收件材料预审

① 场景引入

一、这件事现在是什么样

综合窗口受理岗 · 真实业务触发

一位家属替老人交高龄补贴申请材料：身份证复印件、银行账户、近期照片、收入证明。王莉要当场判断齐不齐、复印件规格对不对、证明模板是不是现行的——收了缺件件，后台审批退回，差评记在窗口；不收，群众可能白跑。

二、痛点 · 每条都有来源

1. 一个村一年 258 张表、高龄补贴从上门收证到镇里审核全流程长达数月，「填错重跑」是常态——收件环节的形式要件是最容易把群众卡住的地方
   依据：半月谈 2026：湖北来凤县一个村一年要填 258 张表格，很多内容雷同只是格式不同；8 名村两委只能腾出 2 人入户走访
2. 办事指南的法定要素要求材料清单写明名称/份数/规格/来源渠道——「其他有关材料」式兜底条款被明令禁止，但实操中收件口径仍靠老师傅经验
   依据：奈曼旗政务服务标准化管理办法：办事指南约 26 项法定要素，申请材料不得有「其他、有关」等模糊兜底条款
3. 政务 AI 上线后 65% 窗口人员仍手动录入，原因是「怕机器出错担责任」——预审只到「齐不齐、缺什么」，收件决定留给人，才能解开这个结
   依据：对 354 名基层公务员的研究：主流大模型幻觉率超 19%；某政务 AI 客服测试准确率 95%、上线后因群众口语化降至 68%；65% 窗口人员仍手动录入，原因是「怕机器出错担责任」
4. 政务 AI 客服因群众口语化提问准确率从 95% 掉到 68%——材料预审是文书对文书，比对对象是清单和纸面，掉分风险远低于对话
   依据：对 354 名基层公务员的研究：主流大模型幻觉率超 19%；某政务 AI 客服测试准确率 95%、上线后因群众口语化降至 68%；65% 窗口人员仍手动录入，原因是「怕机器出错担责任」

三、换个做法之后

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

✕ 现在的做法

• 一个村一年 258 张表、高龄补贴从上门收证到镇里审核全流程长达数月，「填错重跑」是常态——收件环节的形式要件是最容易把群众卡住的地方
• 办事指南的法定要素要求材料清单写明名称/份数/规格/来源渠道——「其他有关材料」式兜底条款被明令禁止，但实操中收件口径仍靠老师傅经验
• 政务 AI 上线后 65% 窗口人员仍手动录入，原因是「怕机器出错担责任」——预审只到「齐不齐、缺什么」，收件决定留给人，才能解开这个结
• 政务 AI 客服因群众口语化提问准确率从 95% 掉到 68%——材料预审是文书对文书，比对对象是清单和纸面，掉分风险远低于对话

✓ 交给 Agent 之后

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

四、场景闭环

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

1. 清单对齐 · 申请表要求的材料逐项勾稽应交清单与实交材料逐项对照，多交的也标出来
2. 形式要件核查 ·清晰度 / 有效期 / 签章三项收件标准里最容易引发审批退回的三类
3. 缺件与补正 · 缺什么去哪补补几份补正清单按「可当场补 / 需回补 / 可容缺」分档
4. 容缺判断 · 哪些可以后补容缺受理的材料标清补交期限
5. 受理建议· 齐不齐列清楚，收件决定留给人预审结论只到「齐/不齐+原因」为止

要准备什么：高龄补贴申请材料（现场一套）身份证复印件、账户、照片、收入证明——格式混合事项收件要点清单应交材料、份数、规格、来源渠道收入证明模板现行版本（2025 版）模板换版的对照基准补正告知书存根（历史）以往退过什么件，就是本轮要盯的坑

为什么这个场景值得做

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

最大差异点：不是 OCR 识别工具。预审对照的是收件要点清单：份数、规格、有效期、签章、模板版本五项逐条勾稽，输出的是给群众的补正清单（缺什么、去哪补、能不能容缺后补）——OCR 只解决「看清」，这里解决「对

齐」。

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

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

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

五、会产出什么

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

可派发清单收件预审补正清单.xlsx给群众 · 缺什么去哪补补几份，容缺标注可派发清单收件形式要件核查表.xlsx窗口留存 · 逐项核查结论与受理建议

这套东西不承诺什么：不替窗口决定收不收件——预审结论只到「齐/不齐 + 缺什么 + 为什么」，收件决定是受理员的；不判断材料内容真伪——真伪是审批环节的权责，预审只查齐全性与形式要件；容缺判断只标注「哪些可后补」，容缺受理的最终确认按事项清单规则由人工执行。

② Live Demo（演示逐步）

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

案例设定：上午 9:30 综窗 W-05 —— 群众陈先生来办残疾人生活补贴，他带了三份材料：身份证、户口本、残疾证。事项要件是「身份证 + 户口本 + 残疾证 + 收入证明」，他没带收入证明。

输入文件 4 份 · 问题类型 3 类 · 缺件 1 件 · 结论可容缺受理

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

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

• 01_事项办事指南_残疾人生活补贴.xlsx QT-2024-022 残疾证办理配套事项 —— 要件 4 项区民政局维护 · 本年度
• 02_本区容缺受理清单.xlsx 区政务服务管理科公布的容缺事项清单 —— 35 类高频可容缺件区政务服务管理科 · 季度更新
• 03_收件形式要件核查要点.xlsx 窗口现场可用的形式要件核查清单 —— 30 项综窗培训材料
• 04_容缺补正催告模板.docx 容缺受理时给群众的补正催告单 —— 区政务服务管理科统一样式区政务服务管理科 · 统一样式

注意标橙色那一份 —— 02_本区容缺受理清单.xlsx。它区政务服务管理科 · 季度更新，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

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

这套申请材料帮我过一遍。 按收件要点清单一件件对：缺的、复印件规格不对的、过期的、该盖章没盖章的，都列出来。 给群众出一张补正清单：缺什么、去哪补、补几份、能不能容缺后补。 别替我决定收不收件——齐不齐你列清楚，收件我来定。

预审规则（五项形式要件、容缺分档）在能力包里，现场只需把材料和清单给它。

触发上午 9:30 一件缺件办件

群众来办残疾人生活补贴，缺一份收入证明

W-05 受理员刘姐 —— 收入证明是可容缺件，但要先让群众知道。

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

4 齐了继续

文件齐 / 缺用途01 办事指南齐要件清单02 容缺清单齐可容缺件反查03 形式要件核查要点齐现场核查04 容缺告知单模板齐告知群众合计4 齐—

2要件齐全性核查

4 项要件里 3 项齐、1 项缺

要件现场情况判定身份证原件 + 复印件 · 清晰齐户口本原件 + 复印件 · 清晰齐残疾证原件 + 复印件 · 清晰齐收入证明未带缺合计3 齐 / 1 缺—3 件要件形式清晰，1 件缺 —— 缺的是收入证明。

第 3 步 · 缺件性质判定 · 收入证明是否可容缺

02 号容缺清单第 1 行：残疾人生活补贴 · 收入证明 · 容缺 10 日

这一步的看点 · 翻译成钱如果不允许容缺、让群众回去取，按陈先生家到最近的街道便民服务中心 23 分钟路程 + 窗口等待 35 分钟，他需要再花 约 1.5 小时、路上产生约 4 元交通费 —— 对低保户或残障家庭是实际可数的负担。这件事不写「节省 X 小时」，写的是「少跑 1 趟、补正 1 次」。从历史想起坑：2023 年区民政局曾对残疾人补贴件拒绝容缺，3 个月内 2 件群众「白跑」投诉上了区领导留言板 —— 本场景的容缺清单 就是那次事件的同类风险，不靠当年经手人是否还在岗。排除性结论：残疾证真伪、收入证明真伪、申请人本人到场不归本场景预审范围，归后台审批科室的真伪核查环节 —— 省掉一整轮「窗口把真假都查了」的越界。

4补正告知单 + 收件形式要件核查表

给群众一张容缺告知单 + 窗口留一张形式要件核查表

这一步的看点 · 该拦的拦住 · 排除性结论 · 翻译成钱 · 从历史预审结论只到「齐/不齐 + 缺什么 + 为什么」，不替窗口决定「收不收」 —— 收件决定是受理员的权责。材料内容真伪也不预审（残疾证真伪、收入证明真伪），那要靠后台审批科室的真伪核查环节。拦住的是「预审不该越界」，而不是「不让群众办件」。

可容缺受理 —— 但形式要件核查表要窗口留底收入证明是可容缺件，可现场受理 + 10 日内补正。窗口需同步填写形式要件核查表，并把容缺补正告知单交群众。方案一（现场办完）：容缺受理 + 告知单 1 次性交件，群众不需多跑 ——1 个工作日可办结。方案二（不收件）：让群众回去补收入证明再办 —— 群众多跑 1 趟 + 约 1.5 小时 + 4 元交通费，对残障家庭是实际负担。

之后这一次跑完，公司多了什么

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

• ✓ 补正清单标准化了：缺什么、去哪补、几份、能否容缺，一次说清
• ✓ 退件特征沉淀成检查项：历史上退过的坑变成预审的固定三项
• ✓ 模板版本有了对照：换版材料在收件环节就被拦下，不再流到审批才退
• ✓ 角色变了：从「凭经验肉眼过材料」变成「AI 逐项勾稽出清单，人做收件决定」

追问现场可能被问到的

答不上来的问题，比答得漂亮的问题更能决定这场演示的结果

• 预审能识别假材料吗？ 不能也不该。预审只查齐全性与形式要件，内容真伪是审批环节的权责。
• 容缺了群众不补怎么办？ 容缺标注里写清补交期限，到期未补系统里怎么处理是事项规则的事——预审只负责标出来。
• 每个事项都要先建收件要点吗？ 事项清单里本来就有材料要素，收件要点是把它变成可勾稽的核对项——高频事项先做，低频按需补。
• 想自己跑一遍？ 能力沉淀页有素材、提示词、Skill 包和预期输出，下载即可复现

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

1. Skill 能力包

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

收件材料预审 —— 齐全性与形式要件初检，出一张补正清单 · Skill

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

版本 v1.0

material-precheck.zip

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

包内结构

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

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

2. 原始素材

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

📁ZK-02 · 演示素材

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

共 4 份

• 01_事项办事指南_残疾人生活补贴.xlsx QT-2024-022 残疾证办理配套事项 —— 要件 4 项
• 02_本区容缺受理清单.xlsx 区政务服务管理科公布的容缺事项清单 —— 35 类高频可容缺件
• 03_收件形式要件核查要点.xlsx 窗口现场可用的形式要件核查清单 —— 30 项
• 04_容缺补正催告模板.docx 容缺受理时给群众的补正催告单
• —— 区政务服务管理科统一样式

怎么用

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

3. 提示词卡片

这套申请材料帮我过一遍。 按收件要点清单一件件对：缺的、复印件规格不对的、过期的、该盖章没盖章的，都列出来。 给群众出一张补正清单：缺什么、去哪补、补几份、能不能容缺后补。 别替我决定收不收件——齐不齐你列清楚，收件我来定。

为什么这么短就够了：预审规则（五项形式要件、容缺分档）在能力包里，现场只需把材料和清单给它。

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 2 份

• ZK-02_收件预审补正清单.xlsx 给群众 · 缺什么去哪补补几份，容缺标注
• ZK-02_收件形式要件核查
• 表.xlsx 窗口留存 · 逐项核查结论与受理建议

Skill 里固化了什么：从历史里想起收件的坑该拦的地方拦住了排除性结论把技术动作翻译成跑动次数

输入清单：高龄补贴申请材料（现场一套）身份证复印件、账户、照片、收入证明——格式混合事项收件要点清单应交材料、份数、规格、来源渠道收入证明模板现行版本（2025 版）模板换版的对照基准补正告知书存根（历史）以往退过什么件，就是本轮要盯的坑

人工边界：不替窗口决定收不收件——预审结论只到「齐/不齐 + 缺什么 + 为什么」，收件决定是受理员的；不判断材料内容真伪——真伪是审批环节的权责，预审只查齐全性与形式要件；容缺判断只标注「哪些可后补」，容缺受理的最终确认按事项清单规则由人工执行。

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

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

综合窗口受理岗 · 产出即下一步输入

• ZK-01 · 综窗「一口清」辅助问答：上千个事项的收件要点，问一句给一条带出处的口径

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

说明：以上为 WorkBuddy 官方行业场景库三级页面与库级页签的完整整理；均为官方脱敏演示件，用于讲解与交付底稿，不代表已接入客户生产系统、不承诺效率百分比。

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