给在活跃工地部署自主施工设备的光伏 EPC 用的混编人机作业安全 OS——不用一刀切隔离区，也能把设备安全放进生产现场。

1. 现场数据量已经不再是瓶颈——50,000+ 小时运行和 40+ 个活跃工地说明，自主施工已经积累出足够多的真实世界证据，可以支撑一层安全运营软件。
2. 这个赛道最难却还没解掉的问题，已经变成遮挡、异常体态这类工人边缘案例；相比再做一个任务型自主 demo，人机混编安全软件更急。
3. 学界和产业方已经明确把重点放在补上“受控验证”和“真实工况稳健性”之间的差距，这给现场治理软件打开了清晰的预算窗口和可信度窗口。
4. 安全正在被定义成行业标准层，数据管线也会从单一机型扩到更多设备，所以买家很快就需要一套能覆盖同一工地多种自主车辆的统一流程。

催化因素。 Built 和 Penn 围绕边缘案例数据展开合作，说明这个赛道的瓶颈已经从“证明机器人能干这个活”转成“证明它能在真实施工现场里围着人安全运转”。

混编人机作业安全 OS 夹在机器 OEM 遥测之上、现场运营之下。它把自主设备的感知事件、工地边界、班组安排、交通路线和主管观察拼成一套工地专属安全案例，并且随着现场条件变化按天刷新。产品会标出哪些区域的可视性、遮挡或人员行为风险已经超过批准阈值，给出更紧或更松的作业边界建议，并为 EHS 和工地管理层产出经得起审计、可直接交班使用的审批结果。未遂事故复盘流程会把每一次停机、人工接管或识别失败都沉淀成结构化训练数据，并推动跨工地的作业规则更新。时间一长，公司会积累出户外施工场景里最深的人机混编自主作业数据集。

差异化。 OEM 可以把感知模型和急停逻辑做进机器里，但承包商仍然需要一层中立的运营系统，来决定机器该在什么地方、什么时间、什么条件下，靠近人工班组运转。差异化不只是“看见人”，而是把跨工地的未遂事故证据、作业计划上下文和厂商无关的遥测数据，变成每天的作业边界和签批流程。真正的防御性来自一个谁都单独看不到的专有数据集：人机混编的边缘案例、工地级政策结果，以及它们之间的映射。

待完成任务

flowchart LR
  Buyer[光伏 EPC 安全负责人] --> Pain[自主设备无法在有人作业的混编工地安全扩张]
  Pain --> Product[混编人机作业安全 OS]
  Product --> Outcome[凭可审计的人机安全审批，更快放开自主化]

高管要点

• 切口真实，但不大：施工自主化正从孤立任务自动化走向人机混编作业，而最难的问题已经变成工人边缘案例、作业规则，以及怎么证明人机能安全共处 [1][2][4]。
• 最佳切入点不是“把自主化做得更强”，而是在 OEM 和通用 EHS 工具之上加一层中立证据层；因为 OSHA 仍主要依赖一般义务和风险评估，而不是针对机器人的施工专门法规 [10][13][14][15][18][19]。
• 滩头市场的经济性更像专业小市场，而不是超大盘子；按当前部署密度，光伏单一场景的年化软件空间似乎低于 $100M，所以必须扩到更广的户外自主化 [1][8][9]。

市场定义

产品夹在机器 OEM 的自主化主栈与承包商安全软件之间：它是一层厂商中立的作业边界、未遂事故复盘和部署审批系统，服务于公用事业级光伏以及相邻户外施工现场中的人机混编作业 [1][4][25][28][30]。

用户与买方

核心用户是大型光伏 EPC 或自营土建承包商里的 VP 级 EHS、施工运营和现场技术负责人；工地总监和安全经理是日常操作者，但真正的预算权大概率只会在自主化从试点区走向生产作业时浮现出来 [5][28][30][37]。

购买触发点

• 当试点扩到真正的人机混编生产作业，管理层在更多机器或工地上线前，需要逐班次、可审计的审批证据。 [1][37][38]
• 持续的劳动力短缺和项目延期，让承包商更愿意在真实工地里尝试机器人和远程操作工具。 [5][36]
• 一旦同一工地出现多家设备厂商或多种机型，OEM 各自的看板就会过于割裂，不足以支撑 EHS 签批。 [1][21][25][39]

支付意愿

预算压力是有的，但尚未形成成熟的独立品类预算。承包商本来就在为安全工作流工具买单，也在为用工和工期压力投入预算；最可信的预算来源，不是凭空新长出一个“AI safety OS”科目，而是自主化扩容预算或企业级安全数字化预算 [5][28][30][31][36][37]。 [5][28][30][31][36][37]

品类动态

增长信号 美国公用事业级光伏发电量年化增长约 20.9%（2025-2027）

验证信号

• Built 和 Penn xLAB 已经明确把“人机混编边缘案例数据”定义成施工自主化的下一个瓶颈。
• Rosendin 正在 Texas 测试自主光伏板安装机器人，说明承包商愿意让机器人和现场班组并行作业。
• Mortenson 获 DOE 支持的光伏机器人试验表明，只要工作流收益清楚，大型承包商愿意试点与工人近距离协作的自动化。
• Teleo 在 Tomahawk 的案例说明，承包商确实想要自主化选项，也认可“一名操作员管多台机器”的价值。

监管与技术约束

• OSHA 没有针对施工机器人的专门标准，因此雇主仍需靠一般条款、危险源分析和认可控制手段来证明作业安全。
• “struck-by” 仍是施工现场头部危险源，所以任何人机混编产品都必须证明：人员识别、geofence 执行和停机逻辑足够可靠。
• 越野设备自主化标准仍在 AEM 主导的协调进程中，市场上还没有一份尘埃落定的采购清单。

竞争主要来自三路：掌控机器控制权的 OEM 和自主化厂商（Built、Teleo、Pronto）、现有承包商工作流系统（Procore、HammerTech、Safesite），以及 Intenseye 这类 AI 安全监测厂商。眼下还没有谁显然拿下了跨厂商、面向人机混编重型设备的班次审批工作流；但买家完全可以把这些层拼起来，凑出一个“够用”的替代方案 [1][21][25][27][28][30][31][35][39]。

为什么现有厂商不会默认胜出

• 云平台. Procore 能吃下观察和事故数据，但它原生并不会接自主化遥测，也不会编码机器级停机条件。
• 自主化 OEM. Built、Teleo 和 Pronto 已经掌握感知和控制界面，但各家都在优化自己的机器栈，而不是覆盖多厂商的承包商中立审批层。
• EHS 工作流套件. HammerTech 这类工具已经把班前计划、JHA 和许可数字化，所以新进入者必须补位这些系统，而不是要求买家把安全管理从头来一遍。
• 视觉安全 AI. Intenseye 代表了实时危险识别方向，但它不是面向重型设备车队、按工地治理自主作业的产品。

公用事业级光伏承包商正把自主打桩、开沟和物料搬运设备，从孤立试点推向真正的人机混编生产作业；但他们仍然缺一套中立机制，来证明这些机器到底何时能在有人作业的环境里安全运行。第一批客户应该是北美大型光伏 EPC 或自营土建承包商：同时运营多个活跃工地，并正把第一批 3-10 台自主设备接入一个或多个厂商体系。产品起步形态应该是一套混编人机作业安全 OS，接入机器事件、工地图层、作业计划、许可和未遂事故复盘，生成可审计的日度作业边界、停机条件和班次审批。GTM 要卡在试点扩容时刻：当 EHS 或施工运营副总裁必须签字，更多机器或工地才能上线，痛点、预算紧迫感和可量化 ROI 才真正对齐。定价和实施模型也要死扣这个工作流：先收一个付费首站部署费，再按工地收年化软件费，对标的是减少停工、缩小一刀切隔离区，以及更快放开获批的人机混编班次。短期市场真实存在，但体量不大——研究支持光伏滩头市场约 $12.0M 的 SAM、到第 3 年约 $1.5M 的 SOM，所以想做成 venture 级公司，必须有纪律地扩到更广的户外自主化场景。核心执行风险有三点：预算归属不清、OEM 功能蚕食，以及部署过重导致软件毛利出不来。研究还留下三个必须尽早补上的缺口：点名买家证明、保险方是否接受软件支持的审批，以及跨 OEM 遥测接入到底能不能落地。

问题

• 光伏 EPC 把机器人从孤立试点扩到活跃工地的人机混编作业时，单靠 OEM 看板、纸质 JHA、静态隔离区和主管判断，已经撑不起每天的人机作业规则。
• 即便底层机器已经能把活干完，安全相关停工、过大的缓冲区，以及未遂事故经验无法在跨工地、跨厂商间复用，仍会拖慢自主化 rollout。

解决方案

• 做一套站在承包商一侧的安全 OS，把感知事件、机器停机与人工接管日志、工地边界、班组计划和许可流程拼成每个活跃工地当天的人机混编作业边界。
• 产出可审计的班次审批、未遂事故复盘和可复用的规则更新，让 EHS 和现场负责人拿证据放开自主化，而不是继续靠一刀切隔离区。

为什么我们会赢

• 切口卡在买家自己掌控的审批工作流：它位于 OEM 控制栈之上、现有 EHS 系统旁边。客户一旦同时跑多个工地、多种机型或多家厂商，这层价值就会冒出来。
• 真正能积累成壁垒的不是原始遥测，也不是泛泛的安全观察，而是工地上下文、边缘案例识别、批准过的作业规则和实际结果之间的对应关系。
• 产品可以补位 Procore、HammerTech 一类现有工作流，而不是在 live rollout 期间要求承包商把整个安全管理系统重来一遍。

里程碑

flowchart LR
  Wedge[光伏混编审批切口] --> MVP[首站审批包 MVP]
  MVP --> Proof[获批班次更多、停工更少]
  Proof --> Expansion[多工地车队治理]

创始团队

实验路线图

风险评估

必须成立的条件

• 前 10 次 ICP 访谈里，至少有 5 家明确表示：人机混编审批是今年有预算的问题，而不是以后再看的担忧。
• 至少 2 家共创客户能提供足够的机器事件和安全工作流数据，让首版审批包具备自动化价值。
• 至少 1 个 live pilot 能证明：在不提高未遂事故复发率的前提下，获批班次提升至少 15%，或安全相关停工下降至少 20%。
• 付费首站部署里，至少 50% 能在上线后 6 个月内转成年订阅。
• 至少 1 家同时运行多种机型或多家厂商的客户明确表示：承包商侧中立性比再买一个 OEM 看板更重要。

待尽调问题

• 试点扩容时，预算到底归谁：EHS、施工运营，还是现场技术团队？
• 前两套目标机器栈里，所需遥测有多少能通过 API 或导出方式拿到？
• 保险方或风险顾问会不会把这套审批包视作缩小隔离区时可信的决策支持？
• 一旦需求被证明，为什么 Procore、HammerTech 或头部 OEM 不会把这条工作流吃掉？
• 在必须跳出光伏之前，未来 24 个月里真正能买单的自主化光伏 EPC 账户到底有多少？

模型合理性

• 收入引擎. 基准情景的核心驱动力，是把经常性活跃工地从 Y1 的 2 个扩到 Q4Y3 的 10 个，每个工地对应约 $150K 的年化软件价值。
• 必须跑通的事. 首批付费部署必须先转成可复制的多工地订阅，公司才能在 6 人核心团队之外继续加人。
• 模型失效条件. 如果预算归属和保险方接受度迟迟解不开，销售周期会被拉长，规模化证明到来之前，下行情景会烧掉大部分剩余现金缓冲。
• 下一轮融资证明点. 一旦公司证明至少 1 个多工地客户扩张，并拿下约 6 个经常性 live 工地，同时还能说明光伏经验可以迁移到下一个户外自主化切口，就有机会讲出 seed-ready 的故事。

情景

敏感性

flowchart LR
  Trigger[试点扩容触发] --> PaidDeployment[付费首站部署]
  PaidDeployment --> RecurringSites[经常性活跃工地]
  CACSpend[CAC 投入] --> PaidDeployment
  RecurringSites --> Revenue[订阅收入]
  Revenue --> GrossProfit[毛利润]
  GrossProfit --> EBITDA[EBITDA]
  EBITDA --> Cash[期末现金]
  Churn[流失与工地流失] --> RecurringSites

警示项: 基准情景只靠光伏就已经在 Q4Y3 跑到研究支持的 10 个工地 SOM，因此真正的 venture 上行仍取决于：能否证明这套工作流能迁移到相邻户外自主化垂直场景。 · Y3 的 revenue per FTE 约 $213K，只到健康 SaaS 效率区间的下沿，说明 GTM 仍然偏部署驱动。 · 基准 P&L 故意不计入付费实施收入，模型更保守；但反过来，短期现金回流也更依赖订阅启动时点，而不是服务回款。 · 保险方和风险顾问的接受度仍未验证；如果软件支持的审批在现实里并不能缩小隔离区，流失率和销售周期大概率会一起变差。

• OEM 功能蚕食. 施工设备厂商可能把自己的安全看板越做越全，并主张承包商不需要独立中间层。 缓解措施: 先盯住跨厂商的承包商客户——他们需要中立的审批流程，也要能横向比较多种机型和 OEM。
• 早期预算归属不清. 安全、运营和创新团队都可能关心这件事，但早期谁都不一定单独握着软件预算。 缓解措施: 卡在试点扩容节点切进去——这时自主化 capex 已经批了，再把定价和更快上线、更低工地延误成本绑在一起。
• 部署过重、服务化过头. 早期客户可能会要求大量定制工地配置和事故复盘，最后把公司做成咨询项目。 缓解措施: 把滩头市场收窄到可复制的光伏工地流程，从前几次 rollout 开始就把遥测适配器、审批模板和规则库产品化。