DL-02 · 竣工资料归档缺口核查

① 场景引入

一、这件事现在是什么样

项目交付经理 · 真实业务触发

蒙鑫项目 2026-11 完成竣工验收并移交，按合同 5% 质保金（930 万元）在出质保后释放。业主要求移交全套竣工资料，按 2026 年实操要求须做到设备资料一物一档、可溯源核查。其中设计变更单有 23 份，但项目微信群里提到过的变更远不止这些 —— 有些是「先干着回头补单」，单子至今没补。

二、痛点 · 每条都有来源

1从业者原话：现场工程师拍张照片发给工头，口头说了句「先干着，回头补单」，事情就这么过去了；等你真想查这条变更记录时，它不存在于任何正式流程里。等到审计来了，才发现漏洞百出依据 · 从业者原话：现场工程师拍张照片发给工头，口头说了句「先干着，回头补单」，事情就这么过去了；等你真想查这条变更记录时，它不存在于任何正式流程里。等到审计来了，才发现漏洞百出22026 年储能归档实操已要求设备原厂资料（电池簇、PCS、EMS、消防、温控、高低压柜全套合格证、检测报告、出厂试验数据、说明书、质保协议、溯源编码）一物一档、可溯源核查；欧盟新电池法强制 2027 年起所有进口电池须附数字护照 —— 而传统电力工程按 GB/T 50328 组织归档，分类体系里没有设备唯一 ID 这一层依据 · 2026 年储能归档实操要求设备原厂资料（电池簇、PCS、EMS、消防、温控、高低压柜全套合格证、检测报告、出厂试验数据、说明书、质保协议、溯源编码）一物一档可溯源核查；欧盟新电池法强制 2027 年起所有进口电池须附数字护照3项目经理的周五晚：11 点接到「明早九点客户要所有项目整体进展」，接下来三个小时在十几个微信群里翻聊天记录、挨个问负责人要最新进度、把零散 Excel 复制粘贴到主表；第二天客户问「这个数据是昨天的还是前天的」，答不上来 —— 台账永远落后于微信群依据 · 项目经理的周五晚：11 点接到「明早九点客户要所有项目整体进展」，接下来三个小时在十几个微信群里翻聊天记录、挨个问负责人要最新进度、把零散 Excel 复制粘贴到主表；第二天客户问「这个数据是昨天的还是前天的」，答不上来4海外 EPC 项目里，文档交接被业主拒收会直接导致付款延迟 —— 文件包的组织方式（transmittal、版本、审批链）本身就是回款前置条件；国内项目虽然不叫 transmittal，但竣工资料与质保金释放是同一道理依据 · 海外 EPC 项目：文档交接被业主拒收，直接导致付款延迟 —— 文件包的组织方式（transmittal、版本、审批链）本身就是回款前置条件5运维与项目类报告的通用骨架里，变更记录是独立一章 —— 说明变更是被正式认可的产出物，而不是群里的一句话；现实中这一章要么空白，要么是事后补写的依据 · 运维与项目类报告模板的通用骨架：报告概览、状态总结、关键事件与解决方案、变更记录、风险与预警、下周期计划、附件、审批流程（报告编写/审阅/批准）

三、换个做法之后

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

✕ 现在的做法

• 从业者原话：现场工程师拍张照片发给工头，口头说了句「先干着，回头补单」，事情就这么过去了；等你真想查这条变更记录时，它不存在于任何正式流程里。等到审计来了，才发现漏洞百出2026 年储能归档实操已要求设备原厂资料（电池簇、PCS、EMS、消防、温控、高低压柜全套合格证、检测报告、出厂试验数据、说明书、质保协议、溯源编码）一物一档、可溯源核查；欧盟新电池法强制 2027 年起所有进口电池须附数字护照 —— 而传统电力工程按 GB/T 50328 组织归档，分类体系里没有设备唯一 ID 这一层项目经理的周五晚：11 点接到「明早九点客户要所有项目整体进展」，接下来三个小时在十几个微信群里翻聊天记录、挨个问负责人要最新进度、把零散 Excel 复制粘贴到主表；第二天客户问「这个数据是昨天的还是前天的」，答不上来 —— 台账永远落后于微信群海外 EPC 项目里，文档交接被业主拒收会直接导致付款延迟 —— 文件包的组织方式（transmittal、版本、审批链）本身就是回款前置条件；国内项目虽然不叫 transmittal，但竣工资料与质保金释放是同一道理

✓ 交给 Agent 之后

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

四、场景闭环

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

1. 模块归一 · 按八大模块拆解归档要求逐项列出必备资料项，标注依据与是否必需
2. 痕迹比对 · 群里说过的事与正式留痕的单对齐（星标素材登场）把群聊里提到的变更与已归档的变更单逐条比对，找出只在群里存在的变更
3. 闭环检查 · 变更单的签认、落图、归档三段是否齐全有单无签、有签无图、有图无档三类分别标注
4. 一物一档核验 · 设备资料与唯一 ID 的关联逐台设备核对合格证、检测报告、出厂试验数据是否齐套且可溯源到批次第 5步留证与签批 · 生成竣工资料缺口清单每项带缺口类型 + 证据位置 + 责任部门 + 建议动作，责任认定栏与项目经理签字栏留空

要准备什么：设计变更单与现场签证单（纸质扫描件 23 份）含监理签认与业主签认，部分只有施工方单方签字项目微信群导出（土建 / 吊装 / 电气 / 监理四个群，星标）那份平时不进归档范围、但所有真实变更都发生在这里的地方 ——含大量「先干着回头补单」的对话与现场照片竣工资料移交清单.xlsx按八大模块自建，缺责任部门与证据位置两列设备原厂资料文件夹（合格证、检测报告、出厂试验数据、说明书）由四家设备商分别提供，命名规则各不相同，无设备唯一 ID 关联里程碑台账.xlsx 与项目周报（第 12 周至第 38 周）周报里的变更记录章节多数为空白

为什么这个场景值得做

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

最大差异点：不要求先把微信群内容整理成会议纪要。群聊导出、纸质签认单扫描件、设计院白图、ERP 里的变更记录直接扔进来，由 Agent 把「群里说过的事」和「正式留痕的单」做交叉比对 —— 缺口不在任何一边，在两边之间。评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

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

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

五、会产出什么

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

• 正式件本体：竣工资料缺口清单.xlsx 正式件 · 3 sheet · 含项目经理签字栏
• 可派发清单：变更闭环追踪表.xlsx 可派发 · 每项带群聊出处 · 签认状态 · 落图状态
• 可派发清单：一物一档溯源核对表.xlsx 逐台设备 · 批次号 · 资料齐套状态

这套东西不承诺什么：不代签竣工资料与移交清单；不替业主判定资料是否合格；不补写任何变更单的内容（变更的技术内容只有当时在场的人知道，AI 写出来的变更单是伪造记录）；只做缺口定位与证据发现 —— 指出哪份变更只在微信里有痕迹、哪份没有签认、哪份没有落图；责任认定栏一律留空。

② Live Demo（演示逐步）

本场景的演示数据正在制作中

下面展示的是这个场景的执行骨架与四类看点。完整的逐步演示（含真实表格与拦停结论）见同一角色下已完成的场景。

流程5 步执行骨架

第 1 步 · 模块归一 · 按八大模块拆解归档要求逐项列出必备资料项，标注依据与是否必需

2痕迹比对 · 群里说过的事与正式留痕的单对齐（星标素材登场）把群聊里提到的变更与已归档的变更单逐条比对，找出只在群里存在的变更

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

1能力沉淀 · 待补充

评审确认后制作可直接导入 WorkBuddy 的能力包

2. 原始素材

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

📁DL-02 · 演示素材

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

共 5 份

本场景素材正在制作中。输入清单见下方「要准备什么」。

怎么用

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

3. 提示词卡片

蒙鑫项目要交竣工资料了，帮我把归档要求逐项核一遍， 哪些有了、哪些缺、哪些在谁手上。 另外把项目微信群里的变更记录跟归档的变更单对一下， 看看有没有群里说要改、但单子从来没补的。 别替我写变更单内容，也别替我判定谁的责任。 责任认定那栏留空。

为什么这么短就够了：短是因为归档模块划分、变更闭环的三段判定规则写在能力包里。你只需要说清是哪个项目、什么时候要移交。

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 3 份

本场景预期输出正在制作中。

能力包将固化什么（待补充）从 2026 年 8 月的群里，翻出了三份从来没有变成单子的变更该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：设计变更单与现场签证单（纸质扫描件 23 份）含监理签认与业主签认，部分只有施工方单方签字项目微信群导出（土建 / 吊装 / 电气 / 监理四个群，星标）那份平时不进归档范围、但所有真实变更都发生在这里的地方 —— 含大量「先干着回头补单」的对话与现场照片竣工资料移交清单.xlsx按八大模块自建，缺责任部门与证据位置两列设备原厂资料文件夹（合格证、检测报告、出厂试验数据、说明书）由四家设备商分别提供，命名规则各不相同，无设备唯一 ID 关联里程碑台账.xlsx 与项目周报（第 12 周至第 38 周）周报里的变更记录章节多数为空白

人工边界：不代签竣工资料与移交清单；不替业主判定资料是否合格；不补写任何变更单的内容（变更的技术内容只有当时在场的人知道，AI 写出来的变更单是伪造记录）；只做缺口定位与证据发现 —— 指出哪份变更只在微信里有痕迹、哪份没有签认、哪份没有落图；责任认定栏一律留空。

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

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

项目交付经理 · 产出即下一步输入

DL-01 · 并网收资清单缺项核查 — 十一份资料交上去十份，电网的答复是「缺一份，回去等通知」 · 而等的那一天，按合同总价累进 查看 →

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

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