造价咨询成果报告审核

文件读取说明

自动读取脚本

当用户提供报告文件（Word/Excel/PDF）时，使用以下脚本自动读取内容：

脚本路径：../file-reader/scripts/read_file.py

使用方法：

python "../file-reader/scripts/read_file.py" <文件路径>

支持格式： | 格式 | 扩展名 | 说明 | |------|--------|------| | Word | .docx, .doc | 自动提取文本和表格 | | Excel | .xlsx, .xls | 遍历所有工作表 | | PDF | .pdf | 提取文本和表格 |

在 Bash 工具中调用示例：

python "../file-reader/scripts/read_file.py" "F:/项目报告/概算报告.docx"

读取逻辑

Word 文件：优先提取段落文本，然后提取所有表格
⚠️ Word自动编号的读取缺陷：
- python-docx读取自动编号（Auto Numbering）时，段落前缀序号（如"一、" "1."）可能丢失
- 例如："一、项目概况"可能被读成"项目概况" — 这是读取工具的限制，不是报告本身的问题
- 应对方法： a. 先通过python-docx读取段落text，如果发现一级章节标题缺少"一、"前缀但后面紧跟"二、"，则判断为自动编号丢失 b. 再通过python-docx的段落样式信息（如Heading 1、List Paragraph等）辅助判断编号意图 c. 在审核意见中标注"【可能为自动编号】"以避免误判
- 人工复核建议：如章节编号疑似不连续，先用Word打开确认是否为自动编号
Excel 文件：遍历所有工作表，按行输出，空行自动过滤
PDF 文件：按页提取文本，表格单独输出

审核维度总览

本 Skill 从六个维度进行系统审核：

| 维度 | 代码 | 说明 | 核心检查项 | |------|------|------|------------| | 文本与表达规范 | T | 错别字、语病、标点、术语、文体 | 错别字识别、语句通顺、标点规范、术语统一、文体合规、空项检查 | | 序号与结构体系 | S | 章节编号连续性、嵌套规则 | 章节编号、表格编号、嵌套序号 | | 名称与数据一致性 | N | 工程名称、编号统一 | 工程名称、报告编号、合同/报告编号区分、单位名称 | | 形式与格式合规 | F | 结构完整性、格式合规性 | 模板遵循、占位符、金额大小写（⚠️签章/签名问题不审核，打印稿才需要） | | 内容与依据完整 | C | 编制依据、计价方法、费用构成 | 依据完整性、取费标准、费用构成 | | 逻辑与金额勾稽 | L | 数据勾稽、金额关系、计算验证 | 合计验证、核减验证、分项关系、送审优先级、逐条核算 |

六维审核顺序：T → S → N → F → C → L

支持的报告类型

本 Skill 覆盖以下 6 大类 11 种报告：

| 类别 | 报告类型 | 模板参考文件 | |------|----------|-------------| | 概算 | 概算编制报告 | assets/templates/概算编制报告.md | | 概算 | 概算审核报告 | assets/templates/概算审核报告.md | | 预算 | 预算编制报告 | assets/templates/预算编制报告.md | | 预算 | 预算审核报告 | assets/templates/预算审核报告.md | | 招标 | 工程量清单编制说明 | assets/templates/工程量清单编制说明.md | | 招标 | 招标控制价及工程量清单编制报告 | assets/templates/招标控制价及工程量清单编制报告.md | | 结算 | 结算编制报告 | assets/templates/结算编制报告.md | | 结算 | 结算审核报告（单价合同） | assets/templates/结算审核报告（单价合同）.md | | 结算 | 结算审核报告（总价合同） | assets/templates/结算审核报告（总价合同）.md | | 结算 | 结算审核报告（总价合同-有变更） | assets/templates/结算审核报告（总价合同-有变更）.md | | 决算 | 竣工财务决算审核报告 | assets/templates/竣工财务决算审核报告.md |

审核工作流

第一步：识别报告类型 + 读取所有文件

识别报告类型：读取用户提供的报告内容，根据以下特征识别报告类型：

标题含"概算"+"编制" → 概算编制报告
标题含"概算"+"审核" → 概算审核报告
标题含"预算"+"编制" → 预算编制报告
标题含"预算"+"审核" → 预算审核报告
标题含"工程量清单"+"编制说明" → 工程量清单编制说明
标题含"招标控制价"+"编制报告" → 招标控制价及工程量清单编制报告
标题含"结算"+"编制" → 结算编制报告
标题含"结算"+"审核"且涉及"单价" → 结算审核报告（单价合同）
标题含"结算"+"审核"且涉及"总价"+"变更" → 结算审核报告（总价合同-有变更）
标题含"结算"+"审核"且涉及"总价"但无"变更" → 结算审核报告（总价合同）
标题含"竣工财务决算"+"审核" → 竣工财务决算审核报告

读取所有待审核文件：使用 file-reader 脚本读取用户提供的所有文件（报告+附件）：

python "../file-reader/scripts/read_file.py" <文件路径>

⚠️ 重要区分：

文件名称 ≠ 文件内容：以文件正文内容中的工程名称、编号为准
合同编号 ≠ 报告编号：合同编号（HT/HT-XXX）与报告编号完全不同，无关联
- 报告编号格式：HLGZ{Z?}-XXXX-YY-XXX（例如 HLGZ-Z-3722-26-015）
- ⚠️ 编号中的数字代表分部（如 HLGZ4 中的 4），是正确格式，不应视为格式异常
施工方送审 ≠ 监理方送审：两者是不同来源，当监理送审存在时，送审金额以监理方送审金额为准

第二步：加载审核标准

识别报告类型后，加载以下参考文件中的对应标准：

references/report_types.md — 读取该类型报告的标准章节结构
references/review_checklist.md — 读取六维通用审核清单 + 该类型的专属审核要点
references/quality_classification.md — 企业质量四类分级标准，确定问题严重程度
assets/templates/ 中对应的模板文件 — 作为标准结构参照

第三步：执行六维审核

按照以下六个维度逐项审核。每个维度的具体检查项、常见问题示例及修改建议详见 references/review_checklist.md，此处仅说明审核执行要点。

第一维：文本与表达规范（T）

审核范围：全文逐段扫描，覆盖错别字、语病、标点、术语、文体、空项、口径统一。

执行要点：

T-001 错别字：重点排查形近字（"定讎"/"定额"）、音近字（"边制"/"编制"）、数字遗漏（"GB50500-201"）
T-002 语病：重点排查四类高频句式问题 —— "按照…基础上"、"是向…进行"、"根据…为依据"、"进行+动词"
T-003 标点：检查并列结构中的顿号/逗号混用、引号内标点位置
T-004 数字与单位：统一为规范符号（m²、m³），统一费用名称（规费、税金）
T-005 术语：确认"发包人"/"承包人"合规使用；确认"审核"/"审查"/"编制"/"核减"/"核增"未混淆；⚠️ "我司"/"贵司"/"贵单位"为行业标准称谓，合规，不修改
T-006 文体：替换口语化词汇（"大概"→"约"、"差不多"→"基本符合"）；删除主观表述（"我们认为"）
T-007 空项：检查"6。""5.管网。"等仅有序号无实质内容的条目；检查附件描述是否缺少份数/页数
T-008 口径统一：确认时态、人称、数字用法、连接符全文一致

输出标记：文本表达类问题在"问题描述"中标注子类型：【语病】【术语】【文体】【冗余】【歧义】

第二维：序号与结构体系（S）

审核范围：章节编号、子序号嵌套、表格/图号连续性。

执行要点：

S-001 章节编号：确认一级/二级/三级编号无跳号、无重复。⚠️ 若发现疑似跳号，先判定是否为 Word 自动编号丢失前缀
S-002 子序号嵌套：确认多级序号（1.1、1.1.1）正确嵌套，无越级
S-003 表格/图号：确认表1、表2…连续

第三维：名称与数据一致性（N）

审核范围：工程名称、报告编号、合同编号、参与单位名称在全文件的一致性。

执行要点：

N-001 工程名称：以封面/标题为准，全文扫描确认一致。允许"（以下简称××）"的简称用法
N-002 报告编号：确认封面、页眉、页脚、骑缝处一致
N-003 合同/报告编号区分：确认未将 HLGZ{Z?}-XXXX-YY-XXX 与 HT-XXX 混淆
N-004 单位名称：建设/设计/施工/监理单位名称全文一致

第四维：形式与格式合规（F）

审核范围：报告结构完整性、格式合规性，对照 references/report_types.md 中的标准章节结构。

执行要点：

对照该报告类型的标准章节结构，检查是否有缺失章节
检查公司名称、报告编号、致送单位、责任声明、客观公正声明、日期、署名等必备要素
检查金额大小写是否一致（须逐项核对大小写金额的一致性）
检查占位符"××"是否全部替换
⚠️ 签章栏空白不视为问题，打印稿才需要填写

第五维：内容与依据完整（C）

审核范围：编制依据、计价方法、取费标准、费用构成、税率。

执行要点：

检查编制依据是否完整（图纸、合同、规范、定额、人工费调整文件、材料信息价）
核对引用规范的版本号及有效期
检查取费标准是否与项目类型匹配（建筑/安装/市政/园林费率不同，详见 review_checklist.md）
检查增值税税率（一般计税 9%）
检查工程建设其他费用是否有逐项计费依据
根据报告类型（编制/审核），对照 references/review_checklist.md 中的专属审核要点

第六维：逻辑与金额勾稽（L）

审核范围：数据勾稽关系、金额计算逻辑、评审情况说明逐条核算。

执行要点：

L-001 ~ L-002：验证分项金额合计、总投资构成
L-003 ~ L-006：验证核减金额、核减率、分项核减与总核减关系、核增核减关系
- 核减金额 = 送审金额 - 审定金额（核减必须为正值）
- 分项核减之和 ≤ 总核减金额（不能大于！）
L-007 ~ L-008：验证建设规模与取费基数匹配、绿色施工安全防护措施费计费基数与费率
L-009 送审金额确定：
- 仅施工方送审 → 施工方送审金额
- 同时有监理方 → 监理方送审金额为准
- 仅监理方送审 → 监理方送审金额
L-010 ~ L-011：验证多版本金额一致性、同项目不同位置金额一致性
L-012 评审情况说明逐条核算（原第四步独立内容，现已融入 L 维度）：对"评审情况说明"中每条审核明细进行程序化验证：
```
计算核减额 = abs(送审工程量 × 送审单价 - 审核工程量 × 审核单价)
```
- 允许 ±1% 舍入误差
- 注意单位换算（万元 vs 元）
- 如报告未列单价 → 标注【需人工复核】
- 核算结果仅用于验证，不改动报告原有结论

第四步：问题分级

审核发现问题后，依据 references/quality_classification.md 中的企业四类标准进行分级：

| 级别 | 标记 | 特征 | |------|------|------| | 一类 | 🟡 | 格式表述问题（模板未遵循、文字错漏、占位符、表述不清） | | 二类 | 🟠 | 数据/编码/勾稽问题（工程量错误、费率错误、编码错误、合计不一致、类别描述错误） | | 三类 | 🔴 | 实质内容/价格政策问题（计价依据不符、大小写错误、价格不一致、费率系数错误、欠询价依据） | | 四类 | ⛔ | 原则性/系统性错误（计价规范/审核原则错误、总误差>5%、价格调价未执行、缺关键支持资料） | | 建议 | 🟢 | 正面优化建议（不属于问题的改进意见） |

对于 AI 难以独立判断的项，标注"【需人工复核】"或"【需提供以下材料：……】"。

第五步：输出审核意见（交互式 HTML 报告）⭐ 推荐：大模型直接生成HTML

⚠️ 重要说明：经过实践对比，直接生成 HTML 的效果远优于脚本生成方式，推荐优先使用本方式。脚本生成方式已降级为备选方案。

审核完成后，直接编写完整的交互式 HTML 报告（样式与交互逻辑内联），确保样式美观、交互流畅。

步骤 5.1：读取模板作为样式参考

先读取模板文件了解整体结构和样式风格（不直接使用，仅作参考）：

# 读取模板作为样式参考
Read("assets/templates/interactive_report.html")

参考要点：

页面整体布局和配色方案
CSS 样式类名（如 issue-card、tab-btn、status-correct 等）
JavaScript 交互逻辑（标签页切换、折叠面板）

步骤 5.2：整理审核数据并直接生成完整 HTML

⚠️ 关键要求：大模型直接输出完整、自包含（self-contained）的 HTML 文件，所有 CSS 和 JS 内联在单个 .html 文件中。

生成的 HTML 必须包含：

<!DOCTYPE html> + 完整 <html> 结构
内联 CSS（在 <style> 标签中）：
- 页面整体样式（字体、背景、边距）
- 标签页导航样式（.tabs、.tab-btn、.tab-btn.active）
- 问题卡片样式（.issue-card、.issue-card.critical、.issue-card.major 等）
- 折叠面板样式（.issue-details、展开/折叠动画）
- 表格样式（.appendix-table）
- 打印优化（@media print）
内联 JavaScript（在 <script> 标签中）：
- 标签页切换逻辑
- 折叠面板展开/收起逻辑
完整内容：
- 封面区（公司名称、工程名称、报告类型、日期）
- 关键数据核对表（HTML 表格）
- 审核总结文本
- 标签页导航（四类/三类/二类/一类/优化建议）
- 各分类问题卡片（可折叠）
- 附加内容区（一致性问题、勾稽验证、人工复核）
- 页脚（生成标识、打印按钮）

使用 Write 工具写入 HTML 文件：

Write(
    file_path = "D:/工作空间/xxx/审核报告_交互式报告.html",
    content = "<!DOCTYPE html>\n<html>\n<head>\n<meta charset=\"UTF-8\"\n..."
)

⚠️ HTML 编写注意事项：

所有 CSS 必须在 <style> 标签内，不要引用外部 CSS 文件
所有 JS 必须在 <script> 标签内，不要引用外部 JS 文件
问题卡片使用 <details> + <summary> 标签实现折叠（无需 JS）
标签页切换用纯 JS 实现（参考模板中的逻辑）
打印优化 CSS 必须包含 @media print 规则
确保 HTML 语法正确、标签正确闭合

步骤 5.3：展示与交付

# 使用 preview_url 展示
preview_url(file_path)

# 使用 deliver_attachments 交付
deliver_attachments(file_paths)

打印/PDF 导出功能说明

HTML 报告已内置打印优化 CSS（@media print），用户可以通过以下方式导出 PDF：

浏览器打印：在预览页面按 Ctrl+P，选择"另存为 PDF"
打印优化：
- 打印时自动展开所有折叠内容
- 每类问题单独分页
- 隐藏交互元素（标签页按钮、展开/折叠箭头）
- 确保表格和卡片不被分页截断

（备选）脚本渲染方式（已降级）

⚠️ 不推荐：脚本渲染方式存在模板语法不匹配、bug 多、样式失控等问题，效果远差于大模型直接生成，已降级为备选方案。仅当大模型无法生成 HTML 时才考虑使用。

前提：准备好审核数据 JSON 文件

按以下 JSON 格式，将审核结果写入 audit_data.json。

运行渲染脚本

python "scripts/generate_html.py" \
  --input "D:/工作空间/xxx/audit_data.json" \
  --output "D:/工作空间/xxx/审核报告_交互式报告.html"

已知问题

generate_html.py 使用纯 Python 生成 HTML，样式固定，不如直接生成灵活
仅当无法直接生成 HTML 时作为备选使用

交互式 HTML 报告结构

页面布局（自上而下）

┌─────────────────────────────────────────┐
│  🏢 公司 Logo + 报告标题                │  ← 封面区
├─────────────────────────────────────────┤
│  📊 关键数据核对表 (表格)               │  ← 总结面板
├─────────────────────────────────────────┤
│  📝 审核总结文本                        │  ← 总结性文本
├─────────────────────────────────────────┤
│  [ ⛔ 四类问题 ] [ 🔴 三类问题 ]       │  ← 标签页导航
│  [ 🟠 二类问题 ] [ 🟡 一类问题 ]      │
├─────────────────────────────────────────┤
│                                         │
│  ● 问题 1 标题 [展开详情 ▼]            │  ← 可折叠问题卡片
│    ┌───────────────────────────┐       │
│    │ 问题描述：...             │       │
│    │ 修改建议：...             │       │
│    └───────────────────────────┘       │
│                                         │
├─────────────────────────────────────────┤
│  🟢 优化建议（可折叠）                 │  ← 附加内容
│  📋 一致性问题清单（可折叠）            │
│  🧮 金额勾稽验证（可折叠）              │
│  ⚠️ 需人工复核事项（可折叠）            │
└─────────────────────────────────────────┘

1. 封面区

公司名称：华联世纪工程咨询股份有限公司
项目名称：完整工程名称
报告类型：概算编制/预算审核/结算审核等
审核日期、审核耗时、Skill 版本、文件数量

2. 总结面板（关键数据核对表）

表格形式展示以下核对项：

| 核对项 | 内容 | 核对结果 | |--------|------|----------| | 工程名称 | [完整工程名称] | ✅一致 / ⚠️不一致 | | 报告编号 | [HLGZ{Z?}-XXXX-YY-XXX] | ✅一致 / ⚠️不一致 | | 报告编号格式说明 | 编号中数字代表分部（如 HLGZ4 中的 4）为正确格式 | ✅合规 / ⚠️异常 | | 合同金额 | [小写金额] | ✅一致 / ⚠️不一致 | | 送审金额 | [小写金额]（来源：[施工方/监理方]） | ✅一致 / ⚠️不一致 | | 审定金额 | [小写]（大写：[大写]） | ✅一致 / ⚠️不一致 | | 核减金额 | [小写] | ✅正确 / ❌错误 | | 核减率 | [百分比] | ✅正确 / ❌错误 |

核对结果样式：

✅ 一致/正确：绿色文字
⚠️ 不一致：橙色文字
❌ 错误：红色文字

3. 审核总结文本

一段简明扼要的总结性文本，包含：

问题总数统计（按四类分级）
主要问题概述
处理优先级建议
总体质量评价

示例：

本报告整体质量一般，共发现 13 项问题：其中原则性错误 2 项（四类）、实质内容问题 3 项（三类）、数据/编码问题 3 项（二类）、格式/表述问题 5 项（一类）。

主要问题：1）结算原则与合同专用条款不一致（四类）；2）报告编号未填写（一类）。

建议优先处理：补充报告编号，核实结算原则与合同专用条款的一致性，详细说明单价合同下"核增"的具体理由和依据，统一金额单位表述。

4. 标签页导航（问题分类跳转）

功能：点击标签，切换显示对应分类的问题列表。

标签设计： | 标签 | 图标 | 颜色 | 说明 | |------|------|------|------| | ⛔ 四类问题 | ⛔ | 暗红色 | 原则性错误（必须停工修正） | | 🔴 三类问题 | 🔴 | 红色 | 实质内容问题（必须修改） | | 🟠 二类问题 | 🟠 | 橙色 | 数据/编码问题（必须修改） | | 🟡 一类问题 | 🟡 | 黄色 | 格式/表述问题（应予修正） |

交互逻辑：

默认显示第一个有问题的标签
如无某类问题，标签显示为灰色且不可点击
标签上显示问题数量（如"⛔ 四类问题 (2)"）

5. 可折叠问题卡片

每个问题以卡片形式展示，默认折叠，点击展开查看详情。

卡片结构：

┌─────────────────────────────────────────┐
│ [序号] 问题标题              [展开详情 ▼] │
│ 文件：XXX.docx | 位置：第三章第2节     │
├─────────────────────────────────────────┤
│ （展开后显示）                          │
│ 问题代码：F-010                         │
│ 问题描述：......                       │
│ 修改建议：......                       │
│ 定级依据：......                       │
│ [收起]                                │
└─────────────────────────────────────────┘

卡片样式：

左边框颜色对应问题等级（四类=暗红、三类=红、二类=橙、一类=黄）
鼠标悬停时背景色变化
展开/折叠有平滑动画

6. 附加内容区（可折叠）

使用 HTML <details> 标签实现可折叠面板：

| 模块 | 图标 | 内容 | |------|------|------| | 专业优化建议 | 🟢 | 优化建议列表（序号、内容、理由） | | 一致性问题清单 | 📋 | 表格（文件、位置、涉及名称、不一致描述） | | 金额勾稽验证结果 | 🧮 | 表格（验证项、计算公式、计算结果、验证状态） | | 需人工复核事项 | ⚠️ | 表格（序号、复核内容、所需材料） |

7. 页脚

报告生成工具标识："本报告由 AI 造价咨询成果审核系统生成"
公司版权声明
打印按钮（调用 window.print()）

响应式设计

桌面端（> 768px）

标签页横向排列
问题卡片左右留白
表格完整显示

移动端（≤ 768px）

标签页垂直排列（每个标签占一行）
问题卡片左右不留白
表格横向滚动

打印优化

使用 CSS @media print 优化打印样式：

@media print {
  /* 打印时展开所有内容 */
  details > *:not(summary) {
    display: block !important;
  }
  
  /* 隐藏交互元素 */
  .tab-btn:hover { background: none; }
  
  /* 每类问题分页 */
  .tab-content {
    page-break-before: always;
  }
}

审核意见输出格式

报告信息头

## 【XXXX项目】造价咨询成果报告审核意见

**报告类型**：[概算编制/预算审核/结算审核等]
**审核日期**：[YYYY-MM-DD]
**审核耗时**：[X 分 X 秒]
**Skill 版本**：[X.X.X]
**文件清单**：
1. [文件1全称] - [报告/附件]
2. [文件2全称] - [报告/附件]

关键数据核对表

| 核对项 | 内容 | 核对结果 | |--------|------|----------| | 工程名称 | [完整工程名称] | ✅一致 / ❌不一致 | | 报告编号 | [HLGZ{Z?}-XXXX-YY-XXX]（如 HLGZ-Z-3722-26-015）| ✅一致 / ⚠️不一致 | | 报告编号格式 | 编号中数字代表分部（如 HLGZ4 中的 4）| ✅合规 / ⚠️异常 | | 审定金额 | [小写]（大写：[大写]） | ✅一致 / ❌不一致 | | 送审金额 | [小写]（来源：[施工方/监理方]） | ✅一致 / ⚠️不一致 | | 核减金额 | [小写] | ✅正确 / ❌错误 |

问题清单（统一格式）

所有问题统一使用以下格式输出：

⛔ 四类问题 — 原则性错误（必须停工修正）

| 序号 | 文件 | 位置 | 维度 | 问题代码 | 问题描述 | 修改建议 | |------|------|------|------|----------|----------|----------| | 1 | [文件全称] | [章节/段落] | L | L-003 | [描述] | [建议] |

🔴 三类问题 — 实质内容问题（必须修改）

| 序号 | 文件 | 位置 | 维度 | 问题代码 | 问题描述 | 修改建议 | |------|------|------|------|----------|----------|----------|

🟠 二类问题 — 数据/编码问题（必须修改）

| 序号 | 文件 | 位置 | 维度 | 问题代码 | 问题描述 | 修改建议 | |------|------|------|------|----------|----------|----------|

🟡 一类问题 — 格式/表述问题（应予修正）

| 序号 | 文件 | 位置 | 维度 | 问题代码 | 问题描述 | 修改建议 | |------|------|------|------|----------|----------|----------|

🟢 专业优化建议

| 序号 | 文件 | 位置 | 维度 | 建议内容 | 理由 | |------|------|------|------|----------|------|

一致性问题清单

| 文件 | 位置 | 涉及名称/编号 | 不一致描述 | |------|------|---------------|------------|

金额勾稽验证结果

| 验证项 | 计算公式 | 计算结果 | 验证状态 | |--------|----------|----------|----------| | 核减金额 | 送审 - 审定 | [金额] | ✅正确 / ❌错误 | | 核减率 | 核减 / 送审 | [百分比] | ✅正确 / ❌错误 | | 分项与总核减 | 分项之和 vs 总核减 | [金额] | ✅≤总核减 / ❌>总核减 |

【需人工复核】事项

| 序号 | 复核内容 | 所需材料 | |------|----------|----------|

审核原则

核心原则

先读全部文件，再开始审核：必须先使用 file-reader 脚本读取用户提供的所有文件（报告+附件），不能只读报告正文就下结论
区分文件名称与文件内容：
- 文件名称（如文件名）仅供参考
- 以文件正文内容中的表述为准
- 如封面名称与正文不一致，应以正文为准
区分合同编号与报告编号：
- 合同编号：合同签订时的编号（如HT-XXX、合同编号：XXX）
- 报告编号：造价咨询机构出具报告的编号（如HLGZ{Z?}-XXXX-YY-XXX）
- 两者是不同概念，没有任何关联，不得混淆
- ⚠️ 报告编号格式说明：编号中的数字代表分部（如 HLGZ4 中的 4），是正确格式，不应视为格式异常
送审金额确定规则：
- 仅施工方送审 → 以施工方送审金额为准
- 同时有监理方送审 → 以监理方送审金额为准（监理审核更具权威性）
- 仅监理方送审 → 以监理方送审金额为准
分项核减与总核减的关系：
- 分项审核明细之和 可以小于 总核减金额
- 分项审核明细之和 不能大于 总核减金额（超出的部分可能存在重复计算）
核减金额公式：
- 核减金额 = 送审金额 - 审定金额
- 或 核减金额 = |审定 - 送审|
- 注意：核减一定是正值
对照标准，不主观臆断：所有审核意见必须有明确的标准依据（企业模板、质量分类标准、行业规范）
问题具体，建议可操作：每条问题必须指明具体位置（章节/段落/文件名），附问题代码，给出可执行的修改建议
分级严格，重点突出：按企业四类标准分级（一类→四类逐级递进），四类问题优先于三类，三类优先于二类，以此类推
区分责任，标注能力边界：AI 可直接判断的项给出结论；需跨文件或外部基准的项标注"【需提供…】"；纯过程依赖项标注"【需人工复核】"
核增核减原因不强制：核增/核减原因可在总说明中提示，不需单独列出，不单独列出不视为问题
保持中立，不评价意图：只描述客观问题，不揣测成因或意图
区分编制/审核：编制报告只检查编制内容，审核报告需同时检查送审与审定内容的合理性
⚠️ 签章/签名豁免：签章栏空白（编制人/项目负责人/复核人/审定人/单位负责人未填写）不视为问题，打印稿才需要填写签章，AI审核时跳过此类检查

重要约束

文件名称 ≠ 文件内容：正文中的工程名称以正文描述为准
合同编号 ≠ 报告编号：两者是完全不同的编号体系
施工方送审 ≠ 监理方送审：监理送审存在时，送审金额以监理送审金额为准
分项之和 ≤ 总核减：可以小，不能大！
核减 = 送审 - 审定：核减金额必须是正值
⚠️ 文件路径必须使用相对路径：引用 Skill 内或跨 Skill 的文件时，禁止使用绝对路径（如 C:\Users\...），必须使用相对路径以确保可移植性
- Skill 基目录：cost-report-review/
- 引用 file-reader 脚本：../file-reader/scripts/read_file.py（从 cost-report-review 目录出发）
- 引用模板文件：assets/templates/模板名.md（相对于 Skill 根目录）
- 引用参考文件：references/文件名.md（相对于 Skill 根目录）
- 违规示例：C:\Users\admin\.workbuddy\skills\file-reader\scripts\read_file.py ❌
- 正确示例：../file-reader/scripts/read_file.py ✓

版本管理

当前版本：1.0.0
版本号更新规则：每次对 Skill 进行迭代更新时，须同步更新 SKILL.md frontmatter 中的 version 字段。遵循语义化版本规范：
- 主版本号（X.0.0）：维度体系重构、审核原则变更、重大结构调整
- 次版本号（0.X.0）：新增审核项、输出格式优化、报告类型扩展
- 修订号（0.0.X）：错别字修正、表述优化、检查项微调
审核报告披露：所有审核报告须在报告信息头及 HTML 封面区注明当前 Skill 版本号，确保报告可追溯

钟工造价屋造价咨询报告复核

造价咨询成果报告审核

文件读取说明

自动读取脚本

读取逻辑

审核维度总览

支持的报告类型

审核工作流

第一步：识别报告类型 + 读取所有文件

第二步：加载审核标准

第三步：执行六维审核

第一维：文本与表达规范（T）

第二维：序号与结构体系（S）

第三维：名称与数据一致性（N）

第四维：形式与格式合规（F）

第五维：内容与依据完整（C）

第六维：逻辑与金额勾稽（L）

第四步：问题分级

第五步：输出审核意见（交互式 HTML 报告）⭐ 推荐：大模型直接生成HTML

步骤 5.1：读取模板作为样式参考

步骤 5.2：整理审核数据并直接生成完整 HTML

步骤 5.3：展示与交付

打印/PDF 导出功能说明

（备选）脚本渲染方式（已降级）

前提：准备好审核数据 JSON 文件

运行渲染脚本

已知问题

交互式 HTML 报告结构

页面布局（自上而下）

1. 封面区

2. 总结面板（关键数据核对表）

3. 审核总结文本

4. 标签页导航（问题分类跳转）

5. 可折叠问题卡片

6. 附加内容区（可折叠）

7. 页脚

响应式设计

桌面端（> 768px）

移动端（≤ 768px）

打印优化

审核意见输出格式

报告信息头

关键数据核对表

问题清单（统一格式）

⛔ 四类问题 — 原则性错误（必须停工修正）

🔴 三类问题 — 实质内容问题（必须修改）

🟠 二类问题 — 数据/编码问题（必须修改）

🟡 一类问题 — 格式/表述问题（应予修正）

🟢 专业优化建议

一致性问题清单

金额勾稽验证结果

【需人工复核】事项

审核原则

核心原则

重要约束

版本管理