一辆已经下线的自动驾驶测试车，可能因为一个毫米波雷达模块的固件版本不对，被卡在交付区等待人工重刷；一批已经进入库存的电子控制单元，因为上游供应商发布了一个新的安全补丁，需要拆箱、重新编程，甚至运回原厂。这类场景在传统制造叙事里几乎不被看见，但它们正在成为软件定义硬件时代最昂贵的摩擦点。当汽车、机器人和消费电子产品的价值越来越多地由软件决定，工厂里负责验证、部署和追踪这些软件的底层设施，却仍然停留在为物理装配设计的年代。

2026年10月22日，总部位于旧金山的 PreScalar 宣布完成700万美元种子轮融资，由 Dynamo Ventures 与 BMW i Ventures 联合领投，Blue Wire Capital、Uplift Ventures 和 Antler 参投。这家成立于2025年的公司，试图把测试设备、固件管理与生产数据采集整合进一个模块化平台。公司通稿称，其目标是为“现代工厂”补上缺失的软件部署与测试层。这个表述并不新鲜，但 PreScalar 的切入点比大多数工业软件公司更接近产线物理世界：它既做测试硬件，也做管理软件，并且把两者产生的数据合并到同一套系统里。

PreScalar 的融资规模在工业软件赛道不算大，但投资方组合透露出的信号比金额本身更值得注意。Dynamo Ventures 长期聚焦供应链与物流技术，BMW i Ventures 则代表了一家正在被软件定义汽车倒逼改造制造体系的车企资本。两者同时出现在一张种子轮投资人名单上，说明 PreScalar 试图解决的问题，已经越过了“工厂数字化”的抽象口号，进入到了具体生产环节的验证与交付约束中。

字段 内容
公司 PreScalar
轮次 种子轮
金额 700万美元
投资方 Dynamo Ventures、BMW i Ventures 联合领投；Blue Wire Capital、Uplift Ventures、Antler 参投
总部 旧金山
创始人 Skyler Salman、John Cathcart、Ben Fredrickson
官网 https://www.prescalar.ai/

固件变更发生在产线之后，而制造系统没有为此设计

PreScalar 通稿描述的核心问题，是一个在先进制造中反复出现却很少被产品化解决的场景：当零部件已经进入生产或库存之后，固件发生变化，制造商的可选方案非常有限。公司通稿称，零件可能需要手动重新编程，甚至被运回制造商，从而造成延误、成本增加和可追溯性受限。

这个问题的本质，是制造执行系统与软件配置管理之间的断裂。传统产线测试设备解决的是“硬件是否合格”，比如电压、阻抗、信号完整性；而固件管理解决的是“软件版本是否正确”。在大多数工厂里，这两件事由不同的系统、不同的团队、甚至不同的供应商完成。测试工位可能来自一家自动化设备商，固件烧录工具来自芯片原厂，生产数据则散落在 MES、ERP 和工程师自建的脚本里。当一辆车的电子电气架构从几十个 ECU 演进到集中式域控制器，软件版本组合的数量级会急剧上升，原本靠人工扫码和 Excel 追踪的方式就会迅速失效。

PreScalar 的回应是把这三层压缩到一个平台里。公司通稿称，其模块化硬件可以作为单个测试站部署，并沿产线扩展，把测试工作流、固件管理与数据采集连接为统一数据集。随着跨产线、产品和供应商的部署扩大，该数据集能够提高制造商对生产过程中单台设备的可见性。这里的关键词是“单台设备”。传统产线数据通常以批次或工单为单位，而软件定义硬件要求追踪到每一台设备的固件版本、测试历史和配置状态。PreScalar 的产品架构，至少在叙事上，是围绕这个粒度设计的。

创始团队来自 Cruise、Waymo 与 Rivian，但“自建过”不等于“能产品化”

PreScalar 的三位创始人有一个共同特征：他们都在那些被迫自建制造测试基础设施的公司里工作过。公司通稿披露，联合创始人兼 CEO Skyler Salman 曾在 Cruise、Rivian、Waymo 和 Google 负责测试工作；Ben Fredrickson 曾在 Cruise、Auris 和 Remedy Robotics 交付安全关键软件；John Cathcart 曾在 Cruise、Lucid、SF Motors 和 Chrysler 负责产品发布。

这个背景构成了 PreScalar 最核心的叙事资产。Dynamo Ventures 管理合伙人 Santosh Sankar 在公司通稿中表示，最先进的硬件公司花了多年和大量资源自建这些基础设施，其他公司则只能拼凑遗留工具或从零开始。Sankar 还称，创始团队曾在“世界上一些最严苛的制造环境”中构建并扩展过类似系统，这给了他们定义这一品类的优势。

但“经历过问题”和“能把解决方案产品化”之间，存在一条相当宽的鸿沟。在 Cruise、Waymo 或 Rivian 内部，测试基础设施的构建逻辑是围绕单一公司的产品架构、供应链关系和合规要求展开的。团队可以调用内部工程资源，可以接受较长的定制周期，也可以容忍系统之间的手工衔接。而 PreScalar 面对的是外部客户，他们拥有不同的产线布局、不同的固件发布流程、不同的数据合规要求。把内部工具抽象成通用平台，需要做出的取舍远多于把内部工具复制一份。公司通稿没有披露 PreScalar 的产品在多大程度上已经完成了这种抽象，也没有说明其模块化硬件是否能够适配不同客户的既有测试设备。

模块化硬件的真正考验不在单站部署，而在跨供应商扩展

PreScalar 的产品策略有一个值得注意的细节：它没有选择纯软件路线，而是同时提供模块化测试硬件。公司通稿称，该硬件可以作为单个测试站部署，并扩展到多条产线、产品和供应商。这种“硬件+软件”的组合，在商业上有其合理性。纯软件方案往往需要依赖客户现有的测试设备接口，而很多工厂的测试设备并不开放数据接口，或者接口标准不统一。自带硬件可以绕过这一层，让 PreScalar 从第一天就掌握测试数据的入口。

但这也意味着 PreScalar 进入的是一个比纯 SaaS 重得多的竞争场域。测试硬件涉及供应链、校准、维护、产线集成和客户现场的工程服务。一家种子轮公司要同时做好硬件制造和软件平台，资源分配的难度会显著高于只做一端的公司。公司通稿称，本轮资金将用于扩大研发与硬件制造能力、扩充团队并扩大商业部署。这印证了 PreScalar 确实需要在硬件侧投入，但700万美元的种子轮资金，在测试设备制造和跨客户部署面前，并不是一个宽裕的数字。

更关键的验证点在于“跨供应商扩展”。公司通稿多次提到平台可以扩展到多条产线、产品和供应商，但并未披露目前是否有任何客户在多个供应商之间实际使用该平台。跨供应商意味着 PreScalar 需要处理不同供应商的固件格式、测试规范和数据处理要求，这比在单一客户内部扩展要复杂得多。公司通稿称，其平台已与从高增长科技公司到大型全球制造商的客户合作，应用场景覆盖自动驾驶汽车、汽车技术、机器人、消费电子和国防。但客户数量、客户名称、部署规模和合同金额均未披露。这使得“已与客户合作”这一表述，暂时无法转化为可量化的商业化证据。

投资方组合指向汽车制造，但 PreScalar 的客户范围更宽

BMW i Ventures 的参与，让 PreScalar 与汽车制造的联系变得具体。BMW i Ventures 管理合伙人 Kasper Sage 在公司通稿中表示，随着每一件产品都变得软件定义，在制造规模上部署、测试和追踪软件的基础设施，正变得与产品本身一样关键。Sage 还称，PreScalar 正在构建这种基础设施，创始团队“在世界上最严苛的制造环境中亲身经历过这个问题”。

从投资逻辑看，BMW i Ventures 的出手并不令人意外。宝马正在推进其下一代电子电气架构，车辆软件更新频率和复杂度都在上升。对于车企而言，产线末端的软件配置验证，直接影响交付质量和召回风险。一个能够在生产环节统一管理固件版本和测试数据的平台，对车企及其一级供应商具有直接价值。

但 PreScalar 的客户定位并不局限于汽车。公司通稿列出的目标行业包括自动驾驶汽车、汽车、机器人、消费电子和国防。这个范围既显示了平台的可延展性，也带来一个常见的早期公司问题：资源有限时，同时面向五个行业，可能意味着在每个行业都难以建立足够深的场景壁垒。汽车行业的验证周期长、合规要求高；消费电子行业的价格敏感度高、产线迭代快；国防行业的采购流程特殊、安全认证复杂。这些行业对测试平台的需求差异，可能比 PreScalar 目前披露的产品能力所能覆盖的范围更大。

5190亿美元的市场预测与未披露的营收之间，隔着验证周期

公司通稿援引数据称，全球汽车软件与电子市场到2035年预计达到5190亿美元。这个数字被用来支撑一个判断：随着汽车日益软件定义，底层制造基础设施需要跟上。需要明确的是，这一预测数据来自公司通稿援引，未见独立研究原文核验。它描述的是一个长期市场总量，而非 PreScalar 当前可触达的支出规模。汽车软件与电子市场包括软件平台、芯片、传感器、域控制器等众多品类，产线测试与固件管理只是其中制造环节的一部分。

PreScalar 没有披露本轮融资后的估值、客户数量或具体营收数据。这意味着市场无法从公开信息中判断其商业化进展。公司通稿称，其平台已经在客户处部署，聚焦自动化生产测试、降低在工厂车间安装与管理软件的时间与复杂度。但“部署”可以是一个付费合同，也可以是一个试点项目。对于一家成立仅一年左右的种子轮公司，试点项目本身并不构成负面信号，但它与“商业部署规模扩大”之间仍有距离。

从已披露的信息看，PreScalar 的验证路径相对清晰：它需要在至少一个目标行业中，证明其模块化硬件和软件平台能够在真实产线环境中，替代或整合客户现有的测试与固件管理工具，并且这种替代能够带来可量化的效率提升。公司通稿没有披露任何具体的效率指标，比如测试节拍时间、固件更新周期、返工率或数据追溯覆盖率的改善数据。这些指标的缺失，使得 PreScalar 目前的价值主张仍然停留在问题描述和产品架构层面。

资金用途指向硬件制造，但真正的瓶颈可能在销售与集成

PreScalar 披露的资金用途包括三个方面：扩大研发与硬件制造能力、扩充团队、扩大商业部署。其中“硬件制造能力”是一个值得注意的表述。它意味着 PreScalar 不打算把硬件生产完全外包，而是要在内部建立一定的制造能力。这可能是为了控制测试设备的品质和交付节奏，也可能是因为其模块化硬件的定制程度较高，外部代工难以快速响应。

但从行业规律看，种子轮阶段的工业技术公司，最大的瓶颈通常不是制造能力，而是销售周期和客户集成。制造业客户，尤其是汽车和国防领域的客户，采购决策链条长，验证要求高，从试点到规模化部署往往需要12到24个月甚至更久。PreScalar 的创始团队有丰富的工程背景，但公司通稿没有披露其团队中是否有具备制造业销售和渠道经验的核心成员。如果团队构成仍然以工程为主，那么“扩大商业部署”这一目标，可能需要更多时间才能转化为实际合同。

另一个值得关注的边界是，PreScalar 的商业模式细节未被披露。公司向制造商提供模块化测试设备与软件平台，但具体收费方式是硬件销售、软件订阅、按产线授权，还是按测试数据量计费，目前没有公开信息。不同的收费模式，对应着完全不同的收入结构和扩张逻辑。硬件销售模式前期收入高但持续性弱；软件订阅模式需要客户接受长期付费，但制造业客户对订阅制软件的接受度仍在演进中。PreScalar 没有披露这一关键信息，使得外界难以判断其商业模式的可持续性。

风险不在需求是否存在，而在 PreScalar 能否在资源耗尽前完成验证

PreScalar 面对的需求是真实的。软件定义硬件正在把固件更新、测试验证和配置追踪从研发阶段延伸到生产阶段，而大多数工厂的现有基础设施确实没有为此做好准备。公司通稿描述的问题——零部件进入生产或库存后固件变更，导致手动重编程、返厂和可追溯性受限——在汽车电子和机器人行业中是普遍存在的痛点。Dynamo Ventures 和 BMW i Ventures 的联合投资，也说明产业资本和供应链资本都认可这一方向。

但 PreScalar 的待验证假设同样清晰。第一，其模块化硬件能否在真实产线中稳定运行，并与不同客户的既有设备协同，目前没有公开的第三方验证。第二，其统一数据集的价值，取决于部署规模是否足够大。单个测试站产生的数据，对制造商的决策价值有限；只有当平台跨越多条产线、多个产品和多个供应商时，数据集的可见性优势才会显现。这是一个典型的冷启动问题：客户需要看到规模化的价值才愿意扩大部署，而规模化又需要多个客户同时采用。第三，公司通稿没有披露任何客户名称或可验证的部署案例，这使得“已与大型全球制造商合作”的表述，暂时只能作为公司单方声明存在。

从已披露的融资结构看，700万美元种子轮由两家机构联合领投，三家机构参投，属于正常的早期资本结构。没有披露估值，也没有披露是否包含债务或可转换票据成分。对于一家同时做硬件和软件的初创公司，这笔资金需要支撑研发、硬件制造、团队扩充和商业部署四条线，时间窗口可能不会超过18到24个月。这意味着 PreScalar 需要在相对短的时间内，证明其产品能够在至少一个目标行业中形成可复制的部署模式。

PreScalar 的叙事，本质上是在赌一个结构性转变：当软件成为硬件产品的核心价值载体时，制造环节的软件基础设施会从边缘工具变成关键系统。这个判断在产业趋势上是成立的。但趋势成立，不等于一家种子轮公司能够自动成为趋势的受益者。PreScalar 需要证明的，不是“工厂需要更好的测试与固件管理”，而是“PreScalar 的模块化硬件与统一数据平台，能够在真实产线中比现有方案更快、更可靠、更可扩展地解决这个问题”。在客户名称、部署规模和效率指标都未披露的当下，这个证明才刚刚开始。

RecodeX 极客视：PreScalar 拿到的不只是一笔种子轮，而是一张进入“软件定义制造”深水区的入场券。它的真正对手不是某家测试设备商或工业软件公司，而是那些已经在头部硬件公司内部被反复验证过、却从未被产品化的自建系统。把 Cruise 和 Waymo 的产线经验抽象成通用平台，难度不亚于重新发明一遍。700万美元能买到的是验证时间，不是市场地位。

信息来源

本文在采集与核验阶段引用了以下公开来源，按站点去重列出；来源内容归原发布方所有，其口径不代表 RecodeX 的核实结论。