岩土监测 · 勘察 · 合约 · 水务里那些一天天重复的活,怎么用「AI 写界面、代码算数字」做成一套内部工作台
2026-06-14
一句话:一家做岩土仪器监测、勘察、水处理的工程公司,团队每天有大量重复的手工活——抄读数、对阈值、编日报、整理钻孔数据、凑进度款文书。这些活规则清楚、量大、容易出错,正适合交给工具。这篇先把这些重复工作列清楚,再说明一套已经做出来的内部工具怎么把它们自动化;背后是一条简单可靠的原则:AI 负责写界面、干软件开发的活,把成本压到极低;但每一个数字、每一次判断,都走写死的确定性代码,绝不交给 AI 临时算。
配套:文末有一个可以亲手点的内部工作台 demo,四个工具都能录数据、真出成果。
要做对工具,得先搞清团队每天面对的是什么数据。公司有三条业务线,对应三类数据:
① 岩土仪器监测(主力业务) — 在地铁、隧道、深基坑工地埋传感器,盯着地面会不会下沉、建筑会不会倾斜、支撑撑不撑得住。
每个测点每天产生读数(沉降多少毫米、孔隙水压多少、支撑轴力多少千牛),都要对照三道安全线判断:预警线(Alert)、行动线(Action)、停工线(Suspension)。这套「三级红绿灯」是新加坡深基坑监测的强制规定,所有监测报告都围着它转。
② 勘察(site investigation) — 开工前钻孔取土,记录地层、做标准贯入试验(SPT)、化验土样。数据要整理成柱状图,并按行业标准格式 AGS4(一种纯文本数据格式)交付给设计方。
③ 水处理(技术积累) — 公司有膜法水处理的技术底子(自有膜品牌 PoraMax / PermaMax / PuroMax,以及 Vavie 碱性水、消毒液等消费品)。这条线要处理的是水质数据:出水的 pH、COD、BOD 等要对照 PUB 排放限值判合格,膜系统要盯跨膜压差决定何时清洗。
三条线的数据形态不同(时序读数 / 结构化表格 / 在线水质),但共同点是:判断规则都很明确、都很重复、都靠人手在做。
把这些重复工作列出来,就能看清工具该解决什么。以下都是规则清楚、适合自动化的活:
监测 - 每日 / 每周把读数汇编成提交给业主的日报、周报(最高频、最耗时) - 逐点对照三级阈值、标注超限 - 超限事件的通报与跟踪 - 月度趋势图与解读
勘察 - 钻孔记录录入、画柱状图 - SPT N 值 → 密实度 / 稠度分类(查表) - 生成、校验 AGS4 交付文件
合约 / 财务 - 已完工未开票金额(合同资产)的跟踪 - 进度款支持文件编制、开票进度跟催
水务 - 出水水质对照排放限值、出合规记录 - 膜系统运行参数趋势
这里面最值得先做成工具的是「监测日报」——频率最高、最耗人时,又最规则化。所以工具就从它做起,再覆盖其余三类。
在动手之前,先讲清楚整套工具最重要的设计原则。它就一句话:
用 AI 来写代码、干软件开发的活,把开发成本压到极低;但所有数字测算、阈值判断、合规比对,一律走硬编码(写死的确定性逻辑),绝不交给 AI 临时算。
为什么非这么分?因为 AI 和「写死的代码」各有各的命:
这不是纸上谈兵,是已经验证过的做法。 用同一套打法做过两个真实产品:
| StoreySG(已上线) | Salon OS(在建) | |
|---|---|---|
| 是什么 | 网页室内设计工具:上传户型图 → AI 转 3D → 出效果图 | 一家连锁企业的内部运营系统 |
| AI 干什么 | 户型识别、3D 生成、协同、出图 | 界面设计、多语言翻译、写代码 |
| 什么是硬编码的 | 全部定价、积分、计费倍数(写死在配置文件里) | 工资、佣金、消费税、公积金的全部公式(写死的整数运算) |
| 保障 | 163 个自动化测试守着这些数字 | 每个算钱的函数都有测试,同输入同输出 |
整个 3D 编辑器、整套界面和多语翻译都是 AI 几天搭出来的——这在过去要一支团队干几个月。但只要一碰「该收多少钱」「该发多少工资」,立刻切回写死的代码,AI 一个数字都不许碰。监测工具用的是同一个道理。
按上面的原则,做了一套内部工作台。四个工具对应前面的四类重复工作,每一个都能录入数据、自动算、出成果,不是只看不能用的展示盘。
录入当天读数 → 系统实时套每个测点的三级阈值判状态、算日变化 → 点一下生成一份可打印提交的正式日报(含机构抬头、超限明细、文字解读、工程师签字栏)。原来一个人要花大半天汇编的报告,现在几秒成形,工程师只需复核签字。
录入土层和 SPT 读数 → 实时画柱状图、按查表把 N 值变成「松散 / 中密 / 密实」→ 生成并校验 AGS4 交付文件(自动检查深度是否连续、N 值是否合规等)。手工整理勘察数据、画图、凑 AGS4 这条链路一次做完。
把已完工未开票的金额按状态录进来 → 自动拆成「可马上开票 / 等验收 / 质保金 / 争议」、算账龄 → 给每笔生成进度款支持文件清单。
录入出水水质 → 自动对照 PUB 排放限值(入沟渠 / 入下水道可切)判合格 → 按膜的跨膜压差趋势预测该洗膜的时间,直接出合规记录。
工作台还做了明暗自动切换(跟随系统、可手动)、手机端适配,每个按键都配了一眼能看懂的图标。
👉 可以亲手点:Tritech 内部数据工作台(demo)
不神秘,反而朴素得有点出乎意料。
整体架构:就是一个网页应用(HTML + JavaScript),核心计算全在浏览器里跑,不需要服务器、不需要数据库。可以当一个静态文件挂在很便宜的托管上,甚至放公司内网。AI(Claude / Codex)写了全部界面、图表、文案、胶水代码——几天搭成;而「算数字」的部分是手写的确定性函数,几十行就覆盖了全部判定。
每个工具的数据流(都一样的套路:数据进 → 确定性函数算 → 出结果):
| 工具 | 数据怎么进 | 代码算什么(写死的逻辑) | 出什么 |
|---|---|---|---|
| 监测日报 | 手工录入 / 可对接 datalogger 的 CSV、TEMS 平台导出 | classify() 逐点比三级阈值、算日变化、汇总统计 |
一份拼好的正式日报(数值代码出、解读 AI 草拟) |
| 钻孔 AGS4 | 录入土层 + SPT | classifySPT() 查表 + 画柱状图 + 拼 AGS4 文本 + 4
条规则校验 |
柱状图 + 可交付 AGS4 文件 |
| 进度款 | 逐笔录状态、金额 | 按状态汇总 + 算账龄 + 规则生成清单 | 拆分台账 + 每笔支持文件清单 |
| 水质 | 录入出水读数 | waterJudge() 对照 PUB 限值 + 直线拟合预测洗膜 |
合规判定 + 洗膜时间预测 |
为什么这套实现方式重要:因为是「AI 写界面 + 几十行确定性函数」,一两个人就能搭和维护,不用养一支软件团队。想加一种新测点、改一个阈值,改几行常量就行(工具里已经能在界面上直接加测点、改阈值)。这正是「AI 写代码、数字硬编码」打法把开发成本压到极低的地方。
还需要人做的(诚实说清):数据录入或对接现有 datalogger 仍要人;工程师复核、签字这一步永远不能省;每个项目的阈值要由工程师按该工地设定。工具接走的是「整理、计算、排版」这段重复劳动,不是「判断和担责」。
这是最该较真的问题——不是「能不能做」,而是「值不值得做、做了省多少」。我按真实情况逐个老实评。
| 工具 | 真实需求 | 依据 |
|---|---|---|
| 监测日报 | 高(最该先做) | 公司官网自述「大部分监测工作人工完成」,且专设了 O-level 学历的「数据处理员」岗位就是干这个;日报天天出,频率最高、最耗人时 |
| 钻孔 · AGS4 | 中–高 | 钻孔记录手工整理 + 画图 + 凑 AGS4 是标准重复活,按项目发生,量集中 |
| 进度款台账 | 中–高 | 主要价值在加快开票回款(现金),文书提速是抓手;频率按月度 claim 周期 |
| 水质合规 | 低(暂) | 坦白说:水务板块目前对外收入很小,这个工具更像能力储备 / 未来用,不是当前刚需 |
结论:真正现在就该上、回报最大的是监测日报;钻孔、进度款其次;水质工具老实讲眼下用得不多,先放着。
丑话说前面,三层诚实:①「手工编一份监测报告要几小时」公开查不到第三方实测——行业只有厂商宣称的「自动化省 80% 行政时间」(厂商自报、未经独立审计);②工具里是合成演示数据,这是 demo 不是已上线系统(见 6.3);③所以下面不是「结论」,是一个把假设全摆出来、你填真实数字就重算的模型。
算法就一条乘法链: > 每工地每月省的人力 = 单份报告手工工时 × 每月报告数 × 自动化掉的比例 × 全成本时薪
把每个因子按 低 / 基准 / 高 三档摆清楚(最后一列是待你用真实数据校准的):
| 因子 | 低 | 基准 | 高 | 待校准 |
|---|---|---|---|---|
| 单份监测日报手工工时 | 1.5 | 2.5 | 4.0 | 推断,无第三方实测,用真实工地实测替换 |
| 每月报告数(单工地·22 工作日) | 22 | 22 | 22 | 按日报;周报另算 |
| 自动化掉的比例 | 50% | 60% | 70% | 厂商称 80%(未审计),主动打折;只自动化「整理+计算+排版」,复核签字不省 |
| 全成本时薪(含 CPF/管理费) | 20 | 30 | 40 | technician/draughtsman 级近似,无专属官方薪档,用真实薪资带替换 |
乘出来(单个工地 · 每月):
| 低 | 基准 | 高 | |
|---|---|---|---|
| 省的人时/月 | 1.5×22×50% ≈ 16.5 | 2.5×22×60% ≈ 33 | 4.0×22×70% ≈ 62 |
| 折 FTE(÷176 工时/月) | ≈ 0.09 | ≈ 0.19 | ≈ 0.35 |
| 省的钱/月(×时薪) | ≈ S$330 | ≈ S$990 | ≈ S$2,460 |
这是单个工地。总账 = 上表 × 你们真实同时在跑的监测工地数。例:6 个工地取基准档 ≈ 1.1 个 FTE + 每月约 S$6,000 的数据处理人力,外加报告质量更稳、出错更少。
要从收益里扣成本(TCO,别只算省的):工具搭建/外包、和现有 datalogger/TEMS 对接、员工培训、上线后维护与支持、上市公司安全审查——这些是一次性+持续支出,必须进回收期。本工具「一两个人维护、无服务器」压低了这块,但不是零。
「几秒成形」和「省 1.5–4 小时」不矛盾:报告「生成」确实几秒;省的是生成之前那段人工取数+比阈值+排版的 1.5–4 小时。工程师复核+签字不省,已经从「只算 50–70%、不算 100%」里扣掉了。
进度款不在上面这张表里:它省的文书工时不大,真正价值是加快开票、把钱早点收回来——应单独用 DSO(应收账款周转天数)、开票滞后天数、合同资产账龄量化(工具里已能按账龄分桶看),别混进「省人头」。钻孔/AGS4 同理按项目发生,厂商称单根从数小时降到约 10 分钟(Civils.ai 自报),保守按省 70% 看。
最大、最稳的省人力点是「每天那份监测日报」;其余是加分。但所有数字投用前,必须用你们 1–2 个真实工地做一次 2 周实测(before/after 分项计时)来校准——这是 CFO 唯一会信的依据,比任何公开数字都准,工具本身就能帮你记这个时间。
| 阶段 | 现在到哪 | 还差什么 |
|---|---|---|
| Demo(演示) | ✅ 已完成。四个工具能录数据、真出成果,但用的是合成演示数据 | — |
| Pilot(试点) | ⏳ 下一步 | 选 1–2 个真实工地,接真实读数(datalogger CSV / TEMS 导出),记 before/after 工时,校准上面的 ROI |
| Production(上线) | 🔜 之后 | 见 6.4:数据接入、签字合规、权限审计、与现有系统集成 |
§五那张表「数据怎么进」里写的「可对接 datalogger CSV / TEMS 导出」是 pilot/production 的路线图;demo 现在是手工录入,别当成现有能力。
「不要服务器、不要数据库」是 demo 能极简的原因;真上线、接 TEMS、正式提交、满足上市公司合规,就得补一层控制层,至少包括:
不必一次做全,但批预算前至少要有一页架构图,否则「批了之后怎么上线」答不上来。
这是整套工具的可靠性根基,值得单独说清。
提交给业主、监管的监测报告,要由持牌工程师(QP)签字负责。如果让 AI 去「读」传感器数据再写进报告,万一它幻觉出一个不存在的读数——把下沉 2 毫米写成 20 毫米——那是要出事的。
所以正确的分工是三段,缺一不可:
| 谁来干 | 干什么 | 为什么是它 |
|---|---|---|
| 确定性代码 | 出所有数字、表格、超限判断 | 从数据库直接取数,一个字都不会编,可审计 |
| AI | 起草报告里的文字解读 | 写字是它的强项,且这段工程师可以改 |
| 持牌工程师 | 复核、签字 | 出了事是他负责,这一步不能省 |
这样既拿到了 AI
带来的效率和低成本,又一点没动「数字可靠、责任清晰」这条工程红线。点工作台右上角的「计算逻辑」,能看到真实的判断代码——就是几个朴素的查表和
if,没有任何 AI 参与。
★ 三点小结 ─────────────────
第一,先列工作,再做工具。 不是为了用 AI 而用 AI,而是先把团队真正在重复做的活列清楚(监测日报、钻孔整理、进度款、合规),再针对性地做工具——每个都对着一个具体的、量大的、规则清楚的活。
第二,AI 写界面、代码算数字。 这套分工让一两个人就能搭出过去要一支软件团队几个月的工具,同时保证每个数字可审计、可签字担责。省下的不是某一笔钱,而是「养一支开发团队」这件事本身。
第三,工具是给人用的,不是替人担责。
它把重复劳动接走,让工程师从「抄数据、排版报告」回到「看趋势、做判断、签字」——人时省下来,质量反而更稳。
────────────────────────────────────
这套思路对任何靠人手干重复活的团队都通用:先找出那个「一个人坐着搬数据」的环节让代码接手;界面和文字交给 AI、把每个数字焊死在代码里;最后留一步给人复核签字。
想看具体长什么样,点这里亲手试:Tritech 内部数据工作台 —— 四个工具都能录数据、真出成果,明暗自动、手机也能用。
附 · 工具中的判据来源:监测三级阈值(Alert/Action/Suspension)为新加坡深基坑监测惯例;SPT 分类、AGS4 数据格式为勘察行业标准;水质限值参照 PUB 排放标准量级(demo 用合成数据演示,非真实项目读数)。StoreySG、Salon OS 为同一「AI 写代码、数字硬编码」方法做出的实际产品。