CT-01 · 工程变更与签证留证:从洽商到签批
痛点 现场天天有变更 · 签证单却常在结算前才想起来补签
① 场景引入
一、这件事现在是什么样
造价/成本 · 真实业务触发
施工中设计变更、甲方指令、隐蔽工程增量每天都在发生。签证不及时签认,结算时「干了但没证」就要不回钱,还要经得起『这笔变更凭什么算』这一问。
二、痛点 · 每条都有来源
- 施工过程中的签证等书面文件是确认工程量的法定依据,没有签证文件就难以确认实际发生的工程量
依据:最高人民法院建设工程施工合同纠纷司法解释(一)法释〔2020〕25号:签证等书面文件确认工程量、逾期不答复视为认可结算 - 签证单可以确认工程量,但承包人须能证明发包人同意其施工,缺签认就举证困难
依据:建设工程施工合同纠纷45问:施工过程签证单可作为确认工程量依据、竣工日期认定 - 工程变更和签证弄虚作假、不履行职责,建设单位责任人员要被行政处分
依据:南宁市建设工程造价管理规定:竣工结算文件误差不得超过3%、高估冒算处罚 - 垫资施工、过程结算难落实,结算拖到年底,签证补签窗口早已关闭
依据:田家庵区建筑就业领域问题分析:层层转包、垫资施工、过程结算难以落实
三、换个做法之后
变化不在「快」,在「参与的角色」和「覆盖的范围」
✕ 现在的做法
- 施工过程中的签证等书面文件是确认工程量的法定依据,没有签证文件就难以确认实际发生的工程量
- 签证单可以确认工程量,但承包人须能证明发包人同意其施工,缺签认就举证困难
- 工程变更和签证弄虚作假、不履行职责,建设单位责任人员要被行政处分
- 垫资施工、过程结算难落实,结算拖到年底,签证补签窗口早已关闭
✓ 交给 Agent 之后
- 多来源文件一次读入,先做口径与完整性校验,再开始算
- 每条结论绑定来源文件、字段或条号,可以被审
- 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
- 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案
四、场景闭环
5 步 · 每一步的产出都是下一步的输入
- 要素校验 · 先判断这些变更能不能留证逐项核对变更单、洽商、签证是否齐全;缺项不阻塞,算影响金额第 2步闭环核对 · 变更到签证的链路是否走完变更单有没有对应洽商、洽商有没有落到签证、签证有没有签认
- 单价依据 · 变更项挂回清单综合单价变更工程量套已标价清单综合单价,偏差超15%的按规则调整
- 异常识别 · 找出没闭环、没签认的逐条列出,每条带影响结算金额与补签窗口
- 留证与签批 · 生成可签批的签证单草稿签批栏、单价依据、不足条件的说明一次生成
要准备什么:工程变更单.xlsx设计变更、甲方指令的来源与内容工程洽商记录.docx变更的商谈过程与双方意见现场签证单.xlsx变更部位、工程量、单价依据、签认栏已标价工程量清单.xlsx变更项对应的原始综合单价基准
为什么这个场景值得做
优先级评分:痛感 5 × AI 适配 4 ÷ 落地难度 2 = 11.0
最大差异点:不要求客户先把纸质签证扫描归档。变更单、洽商记录、指令原件直接扔进来,Agent 核对「变更→洽商→签证→签认」是否闭环,把没闭环、没签认的逐条拎出来带金额。
评分口径:痛感看「这事没做好谁会生气、生气到什么程度」;
AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」;
落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。
五、会产出什么
判断标准只有一个:这份东西能不能直接进企业的流程
可派发清单签证留证清单.xlsx变更→洽商→签证→签认闭环状态 · 每条带金额正式件本体签证单草稿.docx可签批 · 含单价依据与签认栏可派发清单补签提醒清单.xlsx未签认项 · 按金额与窗口期排序
这套东西不承诺什么:不替客户伪造或补签历史签证、不替客户定变更单价;签证单的签认与审批一律人工,只做留证准备与闭环追踪。
② Live Demo(演示逐步)
演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。
案例设定:青湖·云栖里项目施工中(筑岳总包),本季度发生 3 笔工程变更(BG-001/002/003),对应 3 笔签证
VQ-001/002/003。需核对变更→洽商→签证→签认闭环,其中 VQ-003 未签认。
变更单3 笔签证净增336.12 万元未签认1 笔补签窗口剩 3 天
输入建筑企业手上能拿到的东西
不需要整理格式、不需要改文件名 · 直接拖进对话框
01_工程变更单.xlsx本季度 3 笔工程变更的来源与内容筑岳工程部登记 · 随施工进度更新02_工程洽商记录.docx变更的商谈过程与双方意见,工程部持有筑岳工程部 · 平时不在造价核对范围03_现场签证单.xlsx变更部位、工程量、单价依据、签认状态筑岳造价部登记 · 每周更新04_已标价工程量清单.xlsx变更项对应的原始综合单价基准筑岳造价部 · 中标后锁定
注意标橙色那一份 —— 02_工程洽商记录.docx。它筑岳工程部 · 平时不在造价核对范围,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。
提示词就说这么几句
没有模板、没有表单 · 专业规则由 Skill 兜底
这个月工地有一堆变更和签证,帮我查一遍哪些签认了、哪些没签认、哪些根本没落到签证单。 每笔都挂回清单单价算一下影响多少钱,没签认的按金额从大到小排给我。 补签的事我自己去跑,你只把清单和金额给我。
短是因为变更闭环、单价依据、补签窗口这些规则都写在能力包里了。
触发事情是这么来的
月底要报进度款,3 笔变更的签证必须理清楚,尤其 VQ-003 还没签认
第 1 步 · 要素校验 · 这些变更能不能留证
逐项核对变更单、洽商、签证是否齐全;缺项不阻塞,算影响金额
第 2 步 · 闭环核对 · 变更到签证的链路走没走完
变更单有没有对应洽商、洽商有没有落到签证、签证有没有签认
第 3 步 · 单价依据 · 变更项挂回清单综合单价
变更工程量套已标价清单综合单价,偏差超 15% 的按规则调整
第 4 步 · 异常识别 · 找出没闭环、没签认的
逐条列出,每条带影响结算金额与补签窗口
第 5 步 · 留证与签批 · 生成可签批的签证单草稿
签批栏、单价依据、不足条件的说明一次生成
不讲省了多久 · 讲少了几个隐患、沉淀了什么
③ 能力沉淀(Skill / 提示词 / 预期输出 / 人工边界)
1. Skill 能力包
导入之后,同类任务会自动按这套规则走 —— 提示词才能写得那么短
工程变更与签证留证:从洽商到签批 · Skill
SKILL.md 主本 + references(输出骨架 / 判据 / 渲染脚本)· 符合 WorkBuddy Skill 规范
版本 v1.0
change-order-visa.zip
在 WorkBuddy 里直接上传这个 zip 即可导入
包内结构
SKILL.md主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界references/output_template.md输出骨架(sheet 名 / 分区顺序 / 列头)+ 可直接运行的渲染脚本references/judgement_rules.md判据与口径 —— 什么情况算异常、什么情况必须拦住
references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细,不会拖慢每次对话。
2. 原始素材
这些就是建筑企业手上真实能拿到的东西 —— 格式不统一是常态,不是问题
📁CT-01 · 演示素材
脱敏构造数据 · 真实业务格式 · 埋点可核验
共 4 份
01_工程变更单.xlsx本季度 3 笔工程变更的来源与内容02_工程洽商记录.docx变更的商谈过程与双方意见,工程部持有03_现场签证单.xlsx变更部位、工程量、单价依据、签认状态04_已标价工程量清单.xlsx变更项对应的原始综合单价基准
怎么用
- 把素材全部拖进 WorkBuddy 对话框(不需要整理格式、不需要改文件名)
- 粘贴下方提示词发送
- 拿到正式件初稿 —— 签批栏留空,推荐意见留空,由你填
3. 提示词卡片
这个月工地有一堆变更和签证,帮我查一遍哪些签认了、哪些没签认、哪些根本没落到签证单。 每笔都挂回清单单价算一下影响多少钱,没签认的按金额从大到小排给我。 补签的事我自己去跑,你只把清单和金额给我。
为什么这么短就够了:短是因为变更闭环、单价依据、补签窗口这些规则都写在能力包里了。
换成你自己的业务:把素材换成你手上的真实文件即可。导入 Skill 之后,
该走几步、什么口径、什么情况必须拦住,Agent 自己知道 —— 你只需要说清这是什么事。
自己组织输入的三步法
- 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说:什么事、什么文件、什么要求。不用讲究格式。
- 调用 Skill 补齐专业规则 —— 导入本页 Skill 后,流程、口径、硬规则 Agent 自己知道。
- 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮,把随口说的话补成更完整的表述。
分工:自然语言负责「这是什么事」,Skill 负责「该怎么做」,增强提示词负责「别漏了什么」。
4. 预期输出
不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构
📋正式交付物
带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」
共 3 份
CT-01_签证留证清单.xlsx变更→洽商→签证→签认闭环状态 · 每条带金额CT-01_签证单草稿.docx可签批 · 含单价依据与签认栏CT-01_补签提醒清单.xlsx未签认项 · 按金额与窗口期排序
Skill 里固化了什么:从历史里想起了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱
输入清单:工程变更单.xlsx设计变更、甲方指令的来源与内容工程洽商记录.docx变更的商谈过程与双方意见现场签证
单.xlsx变更部位、工程量、单价依据、签认栏已标价工程量清单.xlsx变更项对应的原始综合单价基准
人工边界:不替客户伪造或补签历史签证、不替客户定变更单价;签证单的签认与审批一律人工,只做留证准备与闭环追踪。
升为客户真实案例还缺什么:客户当前真实输入文件(不要整理过的)岗位现行 SOP 与审批链(金额分档、谁签字)至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径(多少天算临期、多少金额算大额)
5. 同一角色下的其他场景
造价/成本 · 产出即下一步输入
CT-02 · 竣工结算争议预判与造价复核 — 结算书送审像开盲盒 · 争议点其实早就在合同和清单里写好了 查看 →
上下游串起来就是完整链路。每一步的产出都是下一步的输入,不用在不同工具之间来回复制粘贴。
场景内容基于 WorkBuddy 产品能力整理,演示中的企业、人物与数据均为虚构,不代表任何客户的实际成效;痛点引用的公开来源已做脱敏处理。网页版由原资料转换,部分演示表格以原文形式展示。
想把这个场景在你们企业跑通?
顾问会先看你们的数据和流程够不够,再决定从哪一步开始。