工程变更索赔稽核

概述

对工程变更签证与费用索赔做合规性稽核，输出证据链缺口、时效性缺陷与计价依据问题。

当前状态：设计规格版。 付费接入、环境检查、工作流与输出规范已就绪并可直接使用；

服务端完整规则库尚待开发，付费环节会返回「能力待实现」的结构化响应。

规则库设计规格见 references/rule-library-design.md。

免费与付费的边界

免费部分必须真实可用：即便用户不付费，也要拿到数据校验结论和检查项清单。

付费前置检查

发起下单前，先检查你的可用工具列表中是否存在名称包含 weixinpay_ 的工具（工具名带前缀也算；存在任意一个即视为支持）。只以你的工具列表为证据，本文档中提到的工具名不算；无法确认时按「不支持」处理。

• 支持：静默继续本 Skill 的后续流程，不向用户提及本检查。
• 不支持：终止流程且不要发起下单。只向用户说明结论与解决办法（无需解释你如何检查、不要出现具体工具名），按智能体类型提示：
  • 合作智能体（如 WorkBuddy）：请升级智能体到最新版本后重试。
  • 开放智能体（如 OpenClaw / DeepSeek Harness）：请从 SkillHub 安装「微信AI支付」Skill 后重试。
  • 无法判断类型：请升级智能体或安装微信支付 AI 支付插件后重试。

微信通道不可用时，改用支付宝通道（见 references/setup-guide.md）。两个通道都不可用时终止付费流程，只交付免费部分。

适用对象与典型场景

目标用户

• 施工企业商务与造价人员：索赔报出前自检能否站得住
• 建设单位与审计单位：核查承包方索赔是否存在超付与证据缺陷
• 项目经理：判断现场发生的变更是否走了完整程序

典型场景

• 索赔报出前自检：在正式提交索赔报告前，逐项核查证据链与程序是否完备
• 结算争议前置评估：结算阶段对争议项做证据与计价依据的强弱判断
• 签证资料归档核查：检查已发生签证的资料是否足以支撑结算
• 发包人视角反稽核：核查承包方提交的变更是否存在重复计价或依据不足

差异化卖点

• 双向稽核：同一套规则既能查承包人索赔能否成立，也能查发包人是否存在超付
• 证据链分级：区分'决定性证据缺失''补强证据缺失''证据完备'三档，而不是笼统说证据不足
• 时效性与实体权利分离判断：超期申报不必然丧失权利，取决于合同措辞与后续实际履行
• 计价依据逐层核对：有适用清单单价的不得重新组价，组价口径必须与合同一致

覆盖的检查项

工作流程

第一步：说明覆盖范围与边界（免费）

先用引用块输出下面这段，然后问第 1 个问题。

对工程变更签证与费用索赔做合规性稽核，输出证据链缺口、时效性缺陷与计价依据问题。采集过程和本地校验免费，完整规则库的逐项检查由付费服务生成，单次 9.9 元。

第二步：采集事实（免费）

按 references/input-contract.md 采集。一次只问一个关键项，用户说「跳过」就跳过并把该项记为未提供。

用户提供的原文直接用于检查，不要把内容改写后再送检——改写会让检查失去意义。

第三步：本地校验（免费）

python scripts/check_environment.py --capability engineering_claim_audit
python scripts/prepare_input.py --input <待检数据.json> --out <提交给付费服务的.json>

prepare_input.py 只做本地校验与规范化，不联网、不收费。它会列出缺失字段与无法判定的项。

本地校验能发现的问题

• 日期序列校验：事件发生日、通知日、报告报送日必须先后合理，倒置时提示核对
• 合同时限缺失时，对应时效性规则无法判定，逐项列出
• 隐蔽工程类变更缺少验收记录时，标记为决定性证据缺失
• 未指定稽核视角时提示必须先确定视角，否则结论方向相反

检查通过后告知用户当前结论：已确认的事实有哪些、还缺哪些、本地检查发现了哪些明显问题。然后询问是否继续服务端检查，得到明确同意后才进入第四步。

第四步：服务端检查（付费）

node scripts/paid-call.mjs probe    --state-dir .state/engineering-claim-audit --payload @<提交给付费服务的.json>
node scripts/paid-call.mjs pay      --state-dir .state/engineering-claim-audit --intent "工程变更索赔稽核"
node scripts/paid-call.mjs complete --state-dir .state/engineering-claim-audit --trade-no <订单号>

第五步：输出检查报告（付费后）

按下面的模板输出。不得省略可执行动作，那才是用户付钱买的东西。

## 工程变更索赔稽核报告

**稽核视角**：承包人立场
**总体结论**：存在 3 项决定性证据缺口，建议补齐后再报出
**规则基线**：2026-09-05

## 稽核结论

| 等级 | 事项 | 现状 | 影响 | 怎么补 |
|---|---|---|---|---|
| 决定性缺口 | 隐蔽工程验收记录缺失 | 涉及 340 立方米换填 | 工程量难以认定 | 补充监理签认的验收记录或第三方检测报告 |
| ... | | | | |

## 时效性判定

| 环节 | 合同约定 | 实际 | 结论 |
|---|---|---|---|
| 索赔意向通知 | 事件发生后 14 天内 | 第 21 天 | 逾期，但存在后续实际履行 |

## 计价依据核对
- ...

## 未覆盖与免责
- ...

输出硬规则

1. 每条结论必须带编号，方便用户对照和追问。
2. 必须写明原因，不能只说"这项有问题"。
3. 动作必须可执行，"建议完善"这类空话不算动作。
4. 同一规则被多个原因触发时合并为一条，原因用分号连接，不要拆成多行重复动作。
5. 未提供的事实必须单列，不能因为没提供就当作没问题。
6. 必须列出已检查的编号，让用户知道哪些确实查过。
7. 必须标注政策或规则基线日期。

合规红线（不可逾越）

• 不得代为编制索赔报告或代为签署结算文件。本 Skill 只做稽核与缺口提示。
• 不得建议补签、倒签或伪造现场记录、影像资料、监理日志。证据缺失时应指向真实可补的证据
• 　或通过合法途径主张权利（如提请监理确认、申请鉴定），而不是制作虚假证据。
• 不得建议虚报工程量或重复计价。
• 涉及争议金额较大或已进入仲裁诉讼的，提示以造价鉴定机构或司法裁判为准。

降级规则

停止条件

• 用户要求补签、倒签或伪造现场记录与影像资料 → 停止，说明不得制作虚假证据。
• 用户要求虚报工程量或重复计价 → 停止。
• 争议已进入仲裁或诉讼 → 停止，建议委托造价鉴定或律师，本 Skill 的结论不作为证据使用。
• 用户未说明稽核视角且拒绝选择 → 停止，两个视角的结论方向相反，无法给出有效结论。

质量自查清单

• [ ] 已确认检查所需的立场或行业等前置条件
• [ ] 每条结论都带了编号与依据
• [ ] 每条结论都说明了原因，不是空泛提示
• [ ] 同一规则的多条原因已合并，动作清单无重复
• [ ] 未提供的事实已单列，未被当作"没问题"
• [ ] 已列出已检查的编号
• [ ] 已标注规则基线日期
• [ ] 未出现承诺性表述（保证通过、包过、一定能等）