大模型+小模型:让智慧工地真正用好AI的那把“锤子”

AI在中国建筑行业的应用:智慧工地By 3L3C

建筑业不缺 AI 概念,缺的是能在工地反复落地的产品。本文以“算法定义硬件”和大模型+小模型为线索,拆解智慧工地的 AI 产品化方法。

智慧工地建筑行业 AIAIoT大模型算法定义硬件安全生产数字化转型
Share:

Featured image for 大模型+小模型:让智慧工地真正用好AI的那把“锤子”

在不少建筑企业的安全部门里,一个专职安全员往往要盯上百路摄像头,既要管高处坠落,又要查明火作业、临边防护,还得统计工人考勤、机械运行。结果是:人困在监控室里,事故却还是时不时发生。

这不是人不够努力,而是现有工具不够“聪明”。这恰好暴露了智慧工地的核心矛盾:AI 技术越来越强,大模型、小模型层出不穷,但真正能在工地落地、持续稳定产生价值的 AI 产品,还远远不够。

本文借用旷视提出的“算法定义硬件”和魔方 B4T 系列这一典型案例,结合当前大模型+小模型的新趋势,从建筑行业视角聊清楚一件事:智慧工地要想真正用好 AI,产品怎么设计才靠谱?


一、从“能不能做”到“好不好用”:AI 产品的新分水岭

对多数建筑企业来说,AI 不缺 PPT,不缺概念,缺的是可复制、可交付、能维护的真实方案。

过去几年,AI 在各行业的落地大多经历了相似路径:

  • 早期偏重“算法能力”:识别率、精度、榜单排名
  • 做出来一堆 SDK、标准模块,交给系统集成商
  • 落地时发现:每个场景都不一样,客户不会集成,也不想自己拼装

建筑业更典型:

  • 不同工地用的摄像机、网关、传感器品牌各异
  • 光照、粉尘、雨雪、夜间补光,每个工地环境都不同
  • 项目周期有限,没人愿意为一处工地单独定制一套算法+硬件

单纯卖算法、卖 SDK,在这种碎片化场景里,几乎走不通。

这也是为什么,像旷视这样的 AI 公司,最终选择了一条更“接地气”的路:围绕核心算法能力,直接做成软硬一体的产品方案,用“算法定义硬件”的方式,把复杂度收回到自己体系里,把简单交给客户。

对智慧工地来说,分水岭已经很清楚:

不是“AI 能不能识别安全帽”,而是“项目部能不能快速部署、稳定运行、算得起账”。


二、“算法定义硬件”:智慧工地 AIoT 的更现实解法

算法定义硬件这件事,放在建筑行业,意义其实非常直观:

不是先买一堆摄像机,再想能干什么;而是先想清楚要解决哪些安全和管理问题,再反过来定义需要什么样的摄像机、边缘盒子和算法组合。

1. 标准硬件 + 开放算法:对付“千工地千面”

AIoT 场景里,硬件种类一多,项目就容易失控。旷视的做法是:

  • 做少数几个通用硬件品类
    • 模组
    • 边缘计算盒子(可理解成“AI 小主机”)
    • 面板机
    • AI 摄像机(AI IPC)
  • 再在这些标准化硬件之上,根据场景不断组合、迭代算法

搬到智慧工地,就是:

  • 用统一品牌或协议的 AI 摄像机/盒子进场
  • 在同一套硬件上,通过平台自由选择不同算法:
    • 高处坠落风险识别
    • 安全帽/反光衣佩戴识别
    • 危险区域入侵检测
    • 明火、烟雾、焊渣火花识别
    • 卸料平台超员、超载监测

硬件少而精、算法多而灵活,才能在长尾场景里跑得起来。

2. 三个“简单”,才算好产品

在 To B 场景里,好产品的本质就两个字:够简单。旷视把这件事拆得很细,值得建筑企业做参考:

  1. 选型简单(易决策)

    • 产品线少而清晰:比如一个智慧工地项目,只需要考虑 1-2 款边缘盒子 + 若干 AI 摄像机,而不是几十种选项
    • 性能和价格区间清楚,采购不需要反复确认方案
  2. 交付简单(轻交付)

    • 预制好的算法模板,工程公司按工地类型快速勾选
    • 批量导入点位、自动适配摄像头参数
    • 平台统一管理算法版本、远程升级,减少反复上门改配置
  3. 使用简单(好口碑)

    • 安全员不需要懂 AI,只用会看告警列表和生成报表
    • 施工单位看得到“减少多少违章、节省多少人力”
    • 甲方能直接在屏幕上看到风险趋势、整改闭环率

真正的智慧工地 AI 产品,应该是“安全员一周就上手,项目一个月就见效”的节奏,而不是搞成一场没完没了的试点实验。


三、魔方 B4T:把算法的复杂,藏在平台里

要让 AI 在工地这种复杂环境里跑得稳、跑得久,就得解决两件大事:

  • 算法生产效率
  • 算法持续迭代和维护

旷视的魔方 B4T,其实就是围绕这两点做了一次体系化重构,对智慧工地很有启发。

1. 从“手工作坊”到“算法工厂”

传统算法开发,就像为每个工地手工打磨一套程序:

  1. 提需求
  2. 采集样本视频
  3. 标注数据
  4. 设计算法模型
  5. 训练、测试、调参
  6. 部署上线
  7. 现场调试

动辄几个月,而且每换一个场景又要重来一遍。

魔方 B4T 的做法是:

  • 用 AIS 算法生产平台,把数据生产、模型训练、推理框架标准化
  • 预先集成多种底层核心模型
  • 通过平台把生产、部署、运行、维护打通

对建筑企业和系统集成商的直接好处:

  • 不需要重新造轮子,可以直接在平台里选安全相关的“业务模型”训练
  • 新项目只需要补少量样本,就能快速适配新的工地环境

2. 零代码训练:让“懂工地的人”主导算法

建筑行业的 know-how 在现场,而不在算法工程师手里。要真正做出“懂工地”的 AI,就要让安全总监、项目经理、监理单位能掌控算法训练方向。

魔方 B4T 提供的思路是:

  • 把算法训练流程从 12 步压缩到 5 步
  • 支持零代码开发,只需通过界面操作
  • 平台里内置 100 多种业务模型,最快三个小时内就能完成一轮训练

举个智慧工地场景的例子:

某项目需要对卸料平台防护门未关闭进行识别。

  • 安全员拍摄/上传几十段实际施工视频
  • 在界面上简单标注“门开”“门关”状态
  • 选择“目标检测”类业务模型
  • 点击训练,等待平台输出新模型
  • 一键下发到现场边缘盒子

整个过程,不需要写一行代码。这样一来,懂施工的人就能快速把经验固化成算法,而不是把需求一轮轮地“翻译”给 AI 工程师。

3. 授权 + 生态:让一套算法服务更多工地

更有价值的一点在于授权机制:

  • 合作伙伴在自己的项目里训练出的模型,可以授权给下游合作方
  • 一套在地铁工地打磨成熟的“有限空间作业识别”算法,可以复制到其他类似项目

这对想规模化做“智慧工地解决方案”的工程总承包、智慧城市平台公司,是非常关键的:

AI 不再是一次性项目交付,而是可以沉淀成可复制的能力资产


四、大模型+小模型:智慧工地的“组合拳”未来

最近一年,大模型成了热点,但建筑行业如果只盯着“通用大模型能干什么”,很容易走偏。

更务实的问法是:在智慧工地场景里,大模型和小模型各擅何长,怎么组合?

1. 大模型:做“脑”,不是做“监控主机”

大模型的价值,在工地上更适合作为“中枢大脑”和“生产力工具”,而不是直接扛起所有识别任务。

可行的应用方向包括:

  • 算法研发提效

    • 用大模型辅助生成、优化算法代码和配置
    • 自动分析误报视频,给出可能的改进建议
  • 指挥与决策支持

    • 汇总不同工地的安全数据,自动生成周报/月报
    • 用自然语言问答:“本周塔吊相关风险告警最多的工地是哪一个?”
  • 文档与流程自动化

    • 自动生成安全教育课件、考试题库
    • 根据规范自动检查安全日志是否合规

这些事情,通用大模型+少量行业精调,就能做得不错,而且非常符合“云端算力充足”的特点。

2. 小模型:做“手”,守在工地一线

工地上的识别任务,对实时性、稳定性、成本要求极高:

  • 网络不稳定,不能完全指望云端
  • 摄像头、边缘盒子的算力有限
  • 单项目预算不会为了一个算法买一整套 GPU 集群

这时,就轮到“小模型”上场了:

  • 通过大模型蒸馏、量化得到轻量化模型
  • 部署在摄像机或边缘盒子上,本地实时识别
  • 只把告警和少量关键截图、短视频上传

典型分工可以是:

  • 边缘小模型:安全帽、反光衣、区域入侵等高频任务,毫秒级响应
  • 云端大模型:异常模式分析、跨项目风险对比、趋势预测

一句话:大模型在云端“更懂行业”,小模型在现场“更懂工地”。


五、建筑企业现在应该怎么布局?

说到这,回到最现实的问题:作为建筑企业或智慧工地解决方案商,现在要做哪些准备,才能跟上“大模型+小模型”的节奏,而不是被新概念裹挟?

可以从三步起步:

1. 先把“场景清单”做扎实

  • 明确公司未来 2-3 年要重点推进的智慧工地场景:
    • 安全:坠落、物体打击、洞口临边、机械碰撞、高空抛物等
    • 质量:钢筋绑扎、模板支撑、砼浇筑工序检查
    • 管理:劳务实名制、考勤、机械利用率、材料出入库
  • 给每个场景设定可量化目标:减少多少违章、节省多少巡检人力、缩短多少签证时间

算法和硬件怎么选,都是围着这些场景目标转。

2. 选择“算法定义硬件”路线的合作伙伴

在选型时,有几个关键问题非常实用:

  • 是否有标准化硬件体系,能在多个工地重复使用?
  • 是否支持零代码或低代码算法训练,让业务人员参与?
  • 是否有开放平台,支持自研算法或第三方算法接入?
  • 算法版本能否统一管理、远程升级,避免项目散乱?

如果这些问题都能得到正面回答,基本就踩在了“算法定义硬件”的路线上。

3. 打造自己的“行业小模型资产库”

与其一味追逐通用大模型的热点,不如脚踏实地积累:

  • 针对高频安全场景,沉淀一批经过多个工地验证的小模型
  • 为不同工种、不同工艺建立标准化数据集
  • 形成公司内部的“算法白名单”,以后项目优先调用

这部分资产,未来不论接入哪一家大模型平台,都会成为你在建筑行业里的“护城河”。


结语:智慧工地的下一站,不是“更炫”,而是“更稳”

从旷视“算法定义硬件”和魔方 B4T 的实践可以看得很清楚:

真正推动 AI 在建筑业落地的,不是某个单一大模型,而是一整套“从算法到硬件再到场景”的产品化能力。

对于正在推进智慧工地的建筑企业来说,2025 年之后的关键,不是再多做几个炫酷展示,而是:

  • 让一线项目部愿意用、用得起、用得顺
  • 让安全、质量、进度这些老问题,在数据和算法的帮助下真正得到改善
  • 让每一个落地项目,都在悄悄为企业沉淀“会自我进化的数字资产”

大模型、小模型、AIoT,这些新名词最终会淡出话题焦点,留下来的,是工地事故率下降的数字,是工人加班时间减少的事实,是项目结算过程更顺畅的体验。

这才是智慧工地真正的价值,也是一切 AI 产品设计时,最该牢牢记住的目标。