80页的大坝安全监测资料整编报告，以前要工程师对着Excel画过程线、做统计表、贴图、写结论，往往要做上好几天。

现在，在水库平台里选监测项目、断面、测点和整编时段，点一下「生成报告」，Word和PDF就出来了。

这不是演示Demo，是南京水利科学研究院（水利部大坝安全管理中心）江超正高研究团队，在和南京库仑合作建设的现代化水库运行管理矩阵平台上，使用库仑 GdiSDK 自主开发，并已经部署上线的真实功能。

整编报告生成界面

一份报告，以前为什么这么耗时间

以已经自动生成的两份整编报告为例。

华东某中型水库：一整年的监测资料，83页。从工程概况、监测设施考证，到环境量、变形、渗流整编，再到结论建议和逐日统计附表。

西北某水库：跨年序列整编。垂直位移、水平位移按断面出过程线，渗流压力、渗流量按断面分析，后面跟着上游水位、下游水位、降水量、变形、渗压、渗流量六类统计附表。

每一张图、每一张表，过去都是人工从监测库里导数据、在Excel里筛选、在Origin或CAD里出图、再拷贝进Word。测点一多、断面一多、时段一长，整编就变成一场体力活。

经验在工程师脑子里，成果在个人电脑上，下一座水库、下一个年度，几乎还要从头来。

以下为报告部分内容截图，点击“这里”可下载报告全文。

报告目录

报告正文插图

报告正文插图

报告附表

自动报告里，能放进哪些东西

GDIM 的自动报告不是「往Word里倒一段文字」。Word模板定版式，GdiSDK 往里面填内容，专业报告里该有的元素，都可以写进去：

• 封面、目录、页眉页脚；

• 工程照片、枢纽实景；

• 按断面、测点循环展开的章节正文；

• 过程线、浸润线、相关图等专业图件；

• 考证表、统计表、逐日整编表；

• 最值、日期、相关系数，以及公式符号；

• 多章节合并成一份完整报告，输出Word和PDF。

   

这次的监测整编，就是按这套能力做出来的：数据从平台读，图和表由工作流算、绘、排，最后套进模板。

报告能放什么

数字和图可以对得上之后，文字也不必全部手敲。GdiSDK 自带大模型节点（LLMNode、PromptTemplate、TableAnalyzer），可以接到同一条工作流里：把统计结果、过程线要点交给大模型，按规范语气起草「变化特征」「结论与建议」，再写入模板。

图表和表格仍然由计算模块保证准确；需要组织语言的段落，由大模型先写一版，工程师再审。官方案例里，已经有「基于大模型生成场地评价报告」「基于大模型进行报告审核」这一路做法。监测整编同样适用——整编规则是工程师的，措辞可以让模型帮忙。

平台先把数据管住，报告才能自动出来

现代化水库运行管理矩阵平台，是我们与用户合作、基于库仑 GDIM 开发的。

平台按水利部现代化水库运行管理矩阵的建设要求，把「四全、四制、四预、四管」落到可运行的业务系统上，覆盖大坝安全监测、雨情水情、预警预报等场景，并已在江苏、湖北、甘肃、新疆、海南等多地水库项目中落地。

对监测资料整编来说，关键不是大屏好看，而是：

• 监测点、断面、监测项目、过程数据，已经按业务对象进了平台；

• 整编方案可以配置——浸润线、环境量、变形、渗流，选哪些项目、哪些测点，由工程师自己定；

• 报告生成时，程序直接读平台数据，而不是再导出一份「最新Excel」。

   

矩阵平台总览

单库大屏

整编方案配置

GDIM 在这里做的，是地学与工程数据的底座：用数字模型把对象、字段、关系和规则说清楚，让系统不只是「能存能查」，而是能被专业应用直接调用。

自动出报告，则是用户在这个底座上，自己长出来的能力。

真正写报告逻辑的人，是懂监测的工程师

监测怎么整编、图怎么画、表怎么列、结论怎么写，软件公司很难一次做对。

这次，用户没有把需求写成厚厚的规格说明书再排队开发，而是基于 GdiSDK 和配套 Skills，借助 AI 编程，自己把整编规则做成了可运行的程序。

使用方式很直接：

• 选择监测项目、断面、测点和整编时段；

• 程序自动读取平台数据；

• 完成数据处理、统计整编、图表绘制；

• 生成 Word、PDF，部署进水库平台，给一线直接用。

   

开发过程中，GdiSDK 提供数据读取、流程编排、报告生成等基础能力；gdisdk-pipeline-creator skill辅助搭建 Pipeline，gdisdk-pipeline-gdim-review skill 在提交前检查能否在 GDIM 上跑通。

用户自己是这样说的：

大大降低了工程师自主开发部署水利专业模型的门槛。即使不是计算机专业，也可以借助 GdiSDK Skills和AI，把熟悉的业务规则转化成可运行、可部署的程序，减少了与开发人员反复沟通的工作量，开发和迭代也比较方便。

这句话，比任何产品介绍都有意义。

这件事的意义，不只是「水库平台能自动出报告了」

监测资料整编自动报告，看起来是水利业务。

拆开看，它是一个可以换行业的能力结构：

从数据到报告

• GDIM 把本行业的对象和数据管清楚；

• GdiSDK 把读数、计算、出图、大模型、写报告连成一条工作流；

• AI + Skills 让懂业务的人能把经验写成程序，而不是先翻译给程序员。

   

所以，只要你能用 GdiSDK 结合 AI 做开发，就可以快速做出属于自己行业的自动报告，把重复的整编、统计、出图和部分撰写，从年度加班里拿出来。

例如：

• 岩土监测：沉降、位移、测斜资料整编与周报、月报；

• 勘察设计：工民建 / 公路 / 电力勘察报告中的统计、图表、章节汇编，以及评价段落的辅助生成；

• 土壤与地下水：超标统计、趋势分析和评价报告；

• 矿山与地质：储量、治理、监测成果汇总；

• 环境与运维：巡检、预警、处置记录的定期报告。

   

过去，这些能力散落在 Excel、个人脚本和老师傅的经验里。

现在，它们可以沉淀成平台上的应用：这个项目能用，下个项目还能用；这个人能用，团队也能用。

GDIM 和 GdiSDK，分别解决什么问题

GDIM 是面向地学的数据智能平台，服务于岩土勘察、工程监测、环境、矿山等场景。

它不是再做一个只能存文件的系统，而是用行业数字模型统一业务对象、关系和规则，再在这套模型上做低代码配置、专业应用和AI。已有的项目管理、监测接入、审批归档不必推倒重来——GDIM 作为数据治理和智能应用层，把分散数据连起来、理解起来、用起来。

GdiSDK 是面向 GDIM 二次开发的 Python 开发包，也可独立使用。

它不要求你懂前端，也不要求你先学一套复杂架构。用Pipeline把读表、计算、出图、大模型节点、写回、生成报告串起来，保存为.pipe后上传到 GDIM，项目用户就能在网页上点选参数、看结果、下载报告。

自动报告是其中一类现成入口：为每个章节准备工作流和Word模板，挂到平台的「自动报告」应用上，就可以生成、预览、编辑和下载。需要写结论、做摘要、做审核时，把 LLMNode 接到同一条流程即可，不必另做一套系统。

GdiSDK 完全免费。

开发文档在：https://gdisdk.kulunsoft.com

你可以从一个报告场景开始

不必先规划一个「大而全」的智能平台，选一份你们每年都在重复做、而且最耗时间的报告：

• 把数据先按对象进GDIM（或接到现有 GDIM 项目上）；

• 用自然语言描述整编规则，让AI按 GdiSDK Skills 生成 Pipeline；

• 把封面、图表、表格、结论占位写进Word模板；需要辅助撰写的段落，接上大模型节点；

• 本地跑通后发布到平台，给同事用起来；

• 不对的地方，由懂业务的人直接改，而不是再提一版需求单。

大坝监测整编报告已经证明：复杂报告可以自动化，而且可以由工程师自己完成。

下一个行业报告，可以是你的。

GDIM 平台：

https://gdim.kulunsoft.com

GdiSDK 文档：

https://gdisdk.kulunsoft.com

二次开发与 Skills：可在Cursor、Trae等AI IDE中安装gdisdk-skills：

https://gitee.com/jimmy_kl/gdisdk-skills