BizIdea

LICENSABLE AI CHIP AI 基础设施 扫描 2026-07-02 to 2026-07-02 运行 20260703160047

面向 AI 设备厂商的流片前兼容性实验室,帮助客户在流片前把半定制 GPU 项目的风险先跑清。

AI 设备厂商和服务器 OEM 越来越清楚地看到,Nvidia 的 BOM、功耗和路线图依赖,正在把推理系统的利润越压越薄。可授权 GPU IP 让半定制芯片第一次变得像个真选项,但最致命的不确定性也从芯片设计转到了软件:在砸下数百万美元启动芯片项目前,团队没法证明自己真实的 CUDA kernels、model graphs 和 orchestration stack 换到新架构上还能不能跑、能不能打到目标 perf-per-watt。现在大家只能把顾问报告、emulator 跑数和厂商 PPT 东拼西凑,结果评估周期被拖长,坏假设要等到 bring-up 才暴露。

综合评分 3.9 / 5.0
  1. 3
    市场

    约 $180M 的 TAM 和 20%+ 的 AI server 出货增长,足以支撑需求;但已梳理出的 4 家对手,以及高度集中的买家池,也把这门生意锁在一个细分市场里。

  2. 4
    差异化

    vendor-neutral 的 workload replay 和决策包,补上了买方侧一个 IP 厂商和 EDA 套件都没真正占住的缺口;跨项目数据会把护城河越滚越厚。

  3. 4
    执行

    5 个计划招聘岗位和分阶段里程碑都很清楚;72% 毛利率、6.0x LTV/CAC 和 6.7 个月回本周期,足以对冲模型里那 5 个风险信号。

  4. 5
    时机

    5 个同日信号把 OXMIQ 的新融资、CUDA 兼容、更广的买家触达和功耗压力拧成了一个明显的 why-now 时点。

章节

为何现在

  1. OXMIQ 的 3500 万美元 Series A 和累计 6000 万美元融资,让可授权 GPU IP 变成一个真实的采购品类,所以即便成品芯片还没出货,评估项目也已经能先跑起来。
  2. CUDA 兼容意味着买家可以先从 workload 证明入手,而不是先重写整套软件栈,这让软件 assurance tooling 成为第一笔合理支出。
  3. OxQuilt 和 OxPython 明确瞄准那些没有完整芯片项目、也不想重写代码的客户,这等于把市场敞开给一批更需要外部证明工具的系统厂商。
  4. 降低数据搬运和能耗是 OXMIQ 叙事的核心,所以半定制芯片决策已经是当下的毛利和功耗决策,不再是留给未来的科研项目。
  5. Jim Keller 的董事会席位,以及 Samsung Catalyst Fund、MediaTek、Pegatron 等战略投资方站台,已经把可信度缺口缩到足以让第一次下场的买家认真立项。

催化因素。 OXMIQ 现在的募资故事很直接:客户可以授权一套 CUDA-compatible GPU IP,不必重开完整芯片项目,也不用重写代码。评估半定制 accelerator 的项目已经开始往前走,但买家手里还没有一层可信的证明工具。

章节

创意

产品接进客户现有的生产推理栈,抓取有代表性的 CUDA kernels、model graphs、batch shapes 和 memory traces。随后把这些 workload 放到 OXMIQ 这类 IP 供应商的 simulator、compiler toolchains 和 emulation targets 上重放,在流片前先把 portability、memory pressure 和预估 perf-per-watt 跑出来。对技术买家,它会点出缺失的 kernels、最可能卡住的 orchestration bottlenecks,以及哪些 workload 仍该留在现有 GPU 上。对高管,它会生成一份 assurance memo,把软件兼容性风险直接挂到 BOM、能耗和项目时间线假设上。首个部署就是围绕一张规划中的 accelerator card,做一次为期 6 周的评估,让客户在扩招 silicon 团队前,先拿到一份足够可信的投决依据。

差异化。 这不是又一个 EDA 套件、compiler,或 chip IP 厂商。公司赢在它吃下了围绕真实客户 workload 的流片前证明工作流:采集、重放、风险打分,再到跨多个可授权 accelerator 供应商的高管决策材料。护城河会随着数据越积越深:哪些 workload 可迁、哪些 kernels 会掉、perf-per-watt 最终跑成什么样,这些跨项目数据单个 IP 厂商和顾问都看不到。

创业论点
滩头市场 北美和欧洲的 AI appliance 厂商,向 sovereign cloud 与 Fortune 2000 客户卖 1-8 机架的私有推理集群。现在因为 Nvidia BOM 和功耗预算压垮了毛利目标,它们开始评估第一张半定制 accelerator card。
切入点 一个流片前 workload replay 实验室:吃进 CUDA traces、model graphs 和 memory profiles,在可授权 GPU 的 simulator 和 compiler 输出上重放,然后为单个 accelerator 项目给出一份 go/no-go assurance pack。
非显而易见洞察 可授权 GPU IP 把定制 AI 芯片这件事,从“怎么设计芯片”改成了“怎么证明工作负载能跑通”。像 OXMIQ 这类厂商把核心架构和兼容层打包好之后,最难的决策就变成:买家手里那组真实 workload,迁过去之后能不能跑、能不能达到 perf-per-watt 目标、值不值得在第一颗芯片还没出来前就为 tapeout economics 买单。
风险投资级路径 先从单个半定制 GPU 评估的 assurance layer 做起,再往后扩到 post-silicon bring-up telemetry 和 compiler regression monitoring;如果可授权 GPU、NPU 和 FPGA 项目越跑越多,公司就有机会变成跨厂商的兼容性与 benchmark 事实标准。
目标用户
主要用户 一家 200-1,000 人的 AI 设备厂商或服务器 OEM 里,负责 silicon platform 或 inference systems engineering 的负责人,正在评估第一张半定制 accelerator card。
次要用户 负责在 silicon bring-up 前验证模型和 kernel 兼容性的 compiler、SDK 和 performance 团队。
经济买方 VP Hardware Engineering、AI Systems GM 或 Head of Silicon。
市场切入种子
首个客户 首个客户画像是:一家 300-800 人的 AI appliance 厂商,卖的是机架级私有推理系统,手里有一个正在评估中的 2027 accelerator-card 项目,年化 Nvidia 采购额超过 500 万美元,但内部 compiler 团队又没大到足以在流片前证明 CUDA parity。
购买触发点 下一代推理系统在 Nvidia 方案下打不进目标毛利或功耗包络,管理层于是批准把授权 GPU IP 作为备选路径来评估。
当前替代方案 Nvidia reference designs、架构顾问、Excel 版 ROI 模型,以及由 silicon 团队和 platform 团队各自分头跑的 simulator/emulator 测试。
切换理由 这个产品让首个客户能在几周内,用真实生产 workload 把兼容性、内存和 perf-per-watt 风险先跑出来,比起只看厂商说法和零散的内部分析,就去拍一个数百万美元的流片决策,胜算高得多。
定价假设 围绕每个活跃 accelerator 项目收取六位数年订阅费;另收 workload capture 的付费 onboarding;第一批 silicon 回来后,再加卖 bring-up 模块。

待完成任务

任务 当前替代方案 成功指标
当 Nvidia 方案把毛利或功耗目标打穿时,帮我们的 silicon 负责人把真实 workload 放到授权 accelerator 栈上重放,好让团队决定这个半定制项目值不值得批预算。 顾问主导的架构研究、Excel 模型和厂商 benchmark。 在 6 周内做出 go/no-go 决策,并且对兼容性和 perf-per-watt 有足够可信的把握。
当 tapeout 批准取决于 CUDA 兼容性时,帮我们的 platform 团队在第一颗 silicon 回来前,先把缺失 kernels、memory bottlenecks 和 regression 风险翻出来,避免 bring-up 直接翻车。 零散的 simulator 测试和后期 bring-up 排障。 至少 90% 的重点生产 workload 在流片前完成验证,首批 silicon 回来后关键 bring-up 阻塞显著减少。
流片前 workload 证明
flowchart LR
  Buyer[AI appliance VP] --> Pain[Uncertain CUDA and margin risk on new silicon]
  Pain --> Product[Pre-silicon compatibility lab]
  Product --> Outcome[Confident go or no-go before tapeout]
创意评分卡 — 平均4.2 / 5 · 5个维度
信号4/5痛点4/5切入点5/5防御性4/5规模化4/5
  • 信号 · 4/5两条经核验的 7 月 2 日融资来源、战略投资方背书,以及一条清晰的架构切口,让这个信号足够强,即便它还没有点名客户。
  • 痛点 · 4/5半定制芯片项目一旦判断错,几百万美元会直接打水漂,整条 appliance 路线图也会被锁死在错误的成本和功耗曲线上,高管痛感是真实存在的。
  • 切入点 · 5/5围绕一张 accelerator card 的 6 周流片前 replay 实验室,是一条很窄但很清楚的工作流:买家明确、触发点明确、输出也明确。
  • 防御性 · 4/5护城河来自跨项目私有 workload traces、portability failure 数据和 simulator 集成;当然,IP 厂商也可能尝试把邻近能力打包进去。
  • 规模化 · 4/5如果可授权 accelerator IP 让定制芯片项目数量继续扩大,这层 assurance layer 就能从小众评估工具,长成异构 AI silicon 的标准兼容性系统。
商业模式画布
关键伙伴
  • 可授权 GPU IP 厂商
  • 设计服务与 emulation 工具提供商
  • 共创客户型 AI appliance 厂商与服务器 OEM
关键活动
  • 采集并标准化客户 workload traces
  • 在可授权 GPU toolchains 上重放 workload 并给出风险评分
  • 把技术结果翻译成高管可拍板的项目决策
关键资源
  • workload replay 与 portability scoring 引擎
  • 覆盖 CUDA kernels、model graphs 和 compiler outputs 的兼容性数据集
  • 对 simulator、emulation 和 telemetry 栈的集成能力
价值主张
  • 在流片前就重放真实生产 workload,而不是只信厂商 benchmark
  • 在 silicon bring-up 前把 CUDA、memory 和 orchestration 缺口先挖出来
  • 把兼容性风险直接连到 BOM、能耗和项目时间线决策上
客户关系
  • 高触达的 6 周评估项目
  • 随着项目从评估走向 bring-up,按季度做架构复盘
  • 从一张 accelerator card 扩到更完整的产品线
渠道
  • 直接外呼 AI appliance 厂商里的硬件和 silicon 负责人
  • 围绕一个正在进行中的 accelerator 评估,和共创客户一起做 pilot
  • 与设计服务公司和可授权 IP 厂商建立合作
客户细分
  • 销售私有推理集群的 AI appliance 厂商
  • 正在评估半定制 accelerator card 的区域性服务器 OEM
  • 准备启动第一轮授权 GPU IP 项目的系统公司平台团队
成本结构
  • 应用系统与 compiler 工程
  • 服务每个活跃 silicon 项目的 solutions engineering
  • 面向长周期硬件账户的企业销售
收入来源
  • 按活跃 accelerator 项目收取年度订阅
  • workload capture 与 simulator 集成的付费 onboarding
  • 首批 silicon 回来后的 bring-up telemetry 与 regression 模块
章节

市场

市场规模
TAMSAMSOM TAM · 总体可寻址市场 $180.0M SAM · 可服务市场 $45.0M SOM · 可获得市场 $3.6M
市场规模概览
TAM $180.0M 估算到 2029 年,全球每年约有 360 个半定制 accelerator 评估项目:约 300 家 OEM、appliance 厂商与 sovereign/private AI 平台组织 × 每年 1.2 个项目 × 每个项目成熟后约 $500k 的混合年价值(含 assurance 与 bring-up 模块)。
SAM $45.0M 把 TAM 收窄到未来几年北美和欧洲约 150 个 AI appliance、OEM 或 sovereign/private-AI 项目,再乘上首年约 $300k 的年化价值。
SOM $3.6M 第 3 年可触达情景按 12 个活跃项目 × 每个项目约 $300k 的混合年价值来算,和 design-partner 主导的 GTM 节奏一致。

高管要点

  • 切口是真实存在的,因为可授权和半定制 AI silicon 越来越容易买到;但近期市场依旧是高价值、强集中的细分赛道,还谈不上宽广的软件品类。
  • Dell、HPE、Penguin 和 Lenovo 的 private AI / AI factory 方案说明,目标滩头客户在 hyperscaler 之外已经存在。
  • 客户痛点不只是 simulation 成本,更是缺一层中立证明:把真实 CUDA workloads 一路连到 tapeout、BOM、功耗和 bring-up 风险。
  • Synopsys、Siemens、Cadence 以及 IP 厂商都是强邻位在位企业,但没有谁天然占住 OEM accelerator go/no-go 决策里的买方侧 system of record。
  • 第 3 年收入必须保守建模,因为品类增速和 simulator fidelity 是眼下最大的两条 adoption constraints。

市场定义

这是一个买方侧、面向半定制 AI accelerator 评估的流片前 workload assurance 软件市场,服务对象是 OEM 和 private-AI 系统厂商。初始市场很窄,但背后挂着一个高速扩张的 AI infrastructure 基盘,而不是一个泛化的 EDA 品类 [5][6][7][8][9][10][12][13][14]

用户与买方

日常用户是掌握 CUDA traces、model graphs 和 bring-up 风险的 silicon、compiler 或 platform-performance 团队。真正掏钱的人通常是硬件或 AI systems 的 VP / GM,因为这笔决策会直接改掉产品毛利、功耗和 tapeout 暴露度 [1][9][10][11][13][14][44][45]

购买触发点

  • 某个 AI appliance SKU 或私有推理机架,在主流 GPU 方案下打不进毛利或功耗目标,迫使团队去评估替代 accelerator 的经济性。 [5][6][9][10][12][13][14][43][44][45]
  • 可授权或半定制 accelerator 路径开始站得住脚,因为供应商承诺 CUDA-compatible 的软件连续性,也承诺更快的定制算力开发。 [1][2][3][19][20][22][94][95]
  • 管理层想在扩招更大 silicon 团队或锁定 tapeout 预算前,先拿到一份可审计的 go/no-go 结论,于是团队会往 emulation、profiling 和 workload replay 上加预算。 [26][27][28][29][31][32][33][34][35]

支付意愿

付费意愿是可信的,因为目标账户本来就在为 AI factory 基础设施、private AI 部署、custom silicon 项目和硬件辅助验证拨预算。一层 vendor-neutral 的 assurance 软件可以直接挂进这些现有预算里,核心价值不是再卖一套工具,而是降低“投错 accelerator 项目”或“流片后才发现 portability 缺口”的概率。 [1][7][8][22][26][27][28][31][44]

品类动态

增长信号 到 2026 年,AI server 出货量同比增长 20%+。

顺风因素

  • sovereign cloud 和 private AI 部署扩张,会增加愿意评估差异化 accelerator 经济性的非 hyperscaler 账户。
  • 可授权 GPU IP、compute subsystems 和 custom ASIC 服务,让定制或半定制 silicon 比从零重做一颗芯片更容易落地。
  • 功耗和基础设施约束把 perf-per-watt 直接抬成高管议题,进而拉高了流片前证明的需求。

逆风因素

  • 非 hyperscaler 的半定制买家池仍很早期,集中度也远高于整体 AI infrastructure 市场。
  • 即便有 compatibility layers 和 porting tools,脱离 CUDA 的软件 portability 依旧不轻松。
  • interconnect、memory 和 packaging 标准还在演进,性能假设可能在后期突然变掉。

验证信号

  • OXMIQ 的 $35M Series A 和总计 $60M 融资,说明投资人已经把可授权 GPU IP 当成了真实品类,而不是纯顾问故事。
  • TrendForce 预计 2026 年 AI server 出货量将增长 20%-28% 以上,同时 ASIC 占比和 sovereign cloud 需求继续上升。
  • Dell、HPE、Penguin 和 Lenovo 已经在打包 private AI / AI factory 方案,这给 hyperscaler 之外的滩头市场提供了现实入口。
  • MLPerf 仍是对外共同 benchmark 语言,所以一层 vendor-neutral 的 trace-to-benchmark 翻译层并不多余。

监管与技术约束

  • advanced-computing export controls 会限制跨境协作、工件共享,以及敏感 accelerator 评估可选的供应商范围。
  • 像 UALink 和 CXL 这样的 chiplet packaging 与 interconnect 标准,意味着 replay 模型得看整机拓扑,而不只是 accelerator core 的宣传口径。
  • CUDA、driver 与 ROCm 的版本兼容性,会实打实影响 portability 结论能不能落到客户环境里。
  • 机架功耗、液冷和整机集成,哪怕 core 架构看起来很诱人,也可能决定一个 accelerator 项目在经济上是否成立。
半定制 AI silicon assurance 图谱
← Generic hardware verification Workload-native assurance → ← Low procurement urgency High tapeout urgency → Q2 Q1 · 优势区 Q3 Q4 Proposed startup Cadence Synopsys Siemens OXMIQ
章节

竞争

相邻竞争非常强,但很碎。Synopsys、Siemens 和 Cadence 卖的是 emulation、prototyping 与 virtual platform;OXMIQ、Arm 和 Marvell 在降低半定制 silicon 的供给门槛;OEM 级 AI factory 厂商则在打包基础设施。真正空出来的位置,是一层中立软件:把买家真实 workloads 放到这些 toolchains 上重放,再把结果整理成一份可用于采购拍板的 go/no-go 决策包 [1][2][19][20][22][26][27][28][29][31][32][33]

竞争对手 阶段 切入点 定价 优势 相对劣势
OXMIQ 扩张期 可授权 GPU IP、chiplet 架构和 CUDA-compatible runtime,让半定制 AI silicon 这件事第一次变得可操作。 授权或战略合作报价;暂无公开标价。 品类公信力最强,而且能明显降低“要不要整套软件重写”的心理门槛。 它不是 vendor-neutral 的,也不会站在买家立场比较多条 accelerator 路径,更不会代表客户决定“该不该停”。
Synopsys 在位企业 emulation、prototyping、ZeBu Cloud 和 virtual prototyping,覆盖 software bring-up 与验证。 企业定制报价。 硬件辅助验证栈很成熟,覆盖 software bring-up、performance validation 和 power analysis。 它是给 chip-development 工作流服务的,不是围绕真实生产 AI traces 生成一份买家能用的 assurance memo。
Siemens EDA 在位企业 围绕 Veloce 的硬件辅助验证应用和企业级 prototyping。 企业定制报价。 应用层验证能力强,从 emulation 走到 prototyping 的路径也很顺。 重心依然是 chip-builder 工作流,而不是 OEM 的中立 accelerator 采购决策层。
Cadence 在位企业 Palladium 和 Protium 系统,服务 accelerated verification、software development 和 digital twins。 企业定制报价。 在大规模验证场景里有很深的装机与口碑优势。 公开定位仍以平台级验证为主,并没有直接打到客户 workload replay 和高管决策支持。

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

  • 可授权 GPU 与定制算力平台. OXMIQ、Arm 和 Marvell 让半定制 silicon 更容易落地,但它们天然只会证明自家路径,而不会站在买家真实 workload 组合上横向比较多家供应商。
  • 硬件辅助验证套件. Synopsys、Siemens 和 Cadence 已经占住 emulation、prototyping 和 virtual bring-up,但它们卖的是工程验证工具,不是给 OEM 拍 accelerator 采购板的 assurance layer。
  • 私有 AI 基础设施 OEM. Dell、HPE、Penguin 和 Lenovo 已经握有买家关系,也在打包 AI factory 基础设施,但它们默认并不负责基于客户 traces 做跨厂商的半定制 accelerator 评估。
  • 内部编译器与性能团队. 内部团队当然能做 profiling 和 workload 移植,但抓回来的材料也清楚说明:这条路仍高度依赖稀缺工具,以及对版本兼容性的精细处理。
  • 纯 benchmark 替代方案. MLPerf 对做基线比较很有价值,但标准 benchmark 套件不能替代 OEM 把自己的 model graph、batch profile 和 memory behavior 拿来重放。
章节

商业计划

可授权 GPU IP 让非 hyperscaler OEM 也开始认真考虑半定制 AI 芯片,但最难的拍板点不再是芯片怎么设计,而是流片前能不能证明买家手里的真实 CUDA workload 迁过去后,既能跑通,也能打到 BOM 和功耗目标。首个客户会是一家 300-800 人的 AI appliance 厂商或区域服务器 OEM,卖私有推理机架,在 Nvidia 方案下毛利打不进目标。公司卖的是一套流片前 workload replay 实验室:抓生产环境里的 CUDA traces、model graphs 和 memory profiles,放到合作方的 simulator 和 compiler 输出上重跑,大约 6 周交付一份围绕单个 accelerator 项目的 go/no-go assurance pack。研究同时证明了供需两侧都在成形——Dell、HPE、Penguin、Lenovo 已经把 private AI/AI factory 系统打包成产品,OXMIQ、Arm、Marvell 也在把半定制算力的供给门槛往下压——但也提醒我们,近期市场仍是一个高价值、强集中的细分赛道,而不是一个宽广的软件品类。按研究测算,TAM 约为 $180.0M,SAM 约为 $45.0M,Y3 可触达的 SOM 约为 $3.6M,所以这门生意能不能变成 venture case,关键不在第一张订单,而在能不能从单次评估工作流扩到 post-silicon 校准和跨厂商兼容层。这个切口之所以成立,是因为现在没有哪家在位企业真正占住“买方侧的 system of record”:把客户 traces 一路连到 tapeout、BOM、功耗和 bring-up 风险。EDA 厂商卖工具,IP 厂商卖自家路径。最悬而未决的两件事是:2026-2028 年到底会不会有足够多 OEM 真给第一轮半定制 accelerator 评估拨预算;以及新一代 IP 生态会不会给中立第三方足够的 simulator 和 compiler 访问权限。因此,这份计划把未来 18 个月定义成证明期:拿下 2-3 个付费共创客户、打通 2-3 条 toolchain 集成,并证明流片前预测足够可信,能把一次性 pilot 转成年度项目订阅。

问题

  • AI appliance 厂商和服务器 OEM 越来越被 Nvidia BOM、机架功耗和路线图依赖压着走,推理系统毛利被不断挤薄;但一旦决定做半定制 accelerator,就得先拍出数百万美元的流片预算。
  • 现有替代方案散落在顾问报告、厂商 benchmark、Excel 版 ROI 模型和零散的 simulator 跑数之间,没有谁能在拨预算前,拿买家真实 workload 做一遍中立 replay。
  • CUDA、memory 或 orchestration 的缺口,往往要等到 bring-up 才暴露;那时资本已经花出去,扩编后的 silicon 团队也已经招上了。

解决方案

  • 在客户可控的基础设施里抓取有代表性的 CUDA traces、model graphs、batch shapes 和 memory profiles,再把它们标准化到单个候选 accelerator 项目的 replay 输入。
  • 把这些 workload 放进可授权 GPU 的 simulators、compiler toolchains 和 emulation targets,流片前先把 portability、memory pressure 和预估 perf-per-watt 跑出来。
  • 交付一份把技术结论连到 BOM、功耗和项目时间线假设上的高管 assurance pack;等首批 silicon 回来后,再往后接 telemetry,持续回标模型并推动续约。

为什么我们会赢

  • 公司站在 vendor-neutral 的位置上,而这个市场里的 IP 供应商天然会证明自家架构最好,EDA 在位企业卖的又是工程工具,不是买方侧的 go/no-go 工作流。
  • 匿名化 workload traces、portability failures 和 first-silicon 校准数据,会随着项目变多越滚越厚;这些跨项目视角,单个 OEM、顾问或 IP 厂商都拿不到。
  • 滩头市场收得足够窄,价值能很快跑出来:一张 accelerator card、一个明确触发点、一个 6 周证明周期,直接挂着一笔硬 tapeout 决策。
  • 产品交付的不是实验室看板,而是 VP Hardware 和 GM 这种采购负责人可以直接拿去拍板的决策材料:把 compiler 和 simulation 输出翻译成能不能投项目。
战略选择
滩头市场 北美的 AI appliance 厂商与区域服务器 OEM,卖 1-8 机架的私有推理集群。因为 Nvidia 方案下的 BOM 和功耗包络打穿了产品毛利目标,它们开始评估第一张半定制 accelerator card。
切入点理由 这群客户已经在卖真系统,也已经被机架级毛利和功耗压力顶到墙上,现在又第一次暴露在 OXMIQ 这类可授权 GPU 方案面前,于是会自然冒出一个很具体的 6 周证明项目。要是一上来就去做 hyperscaler 自研芯片、通用 EDA 或成品芯片优化,不但销售周期更长,撞上的在位企业也更强,而公司还没先证明“中立 workload replay 真能改写 funding decision”这件事。
推进顺序 产品先做流片前 replay 和 assurance memo,因为今天市场上缺的就是这笔支出;只有先拿到一条可回标的基线预测,post-silicon telemetry 才值得往下做。销售先靠创始人主导,集成先靠合作伙伴带进来,不要急着搭规模化销售队伍;前 2-3 个客户和前 2-3 条 toolchain,会直接决定哪些能力能产品化,哪些还只是定制服务。
暂不进入 拥有完整内部 silicon 团队的 hyperscaler 训练芯片项目 · 替换整套 emulation 或 EDA suite · 把自主 accelerator 设计优化或 compiler 开发直接做成产品 · 在 GPU 邻近项目还没跑出可复制性前,就铺向所有 accelerator 类型
进入市场
切入点 以一个 6 周的流片前 assurance 项目切入,围绕单个 accelerator 评估,把零散的顾问研究和供应商说法收束成一份基于真实 workload 的 go/no-go 决策包。
渠道 创始人主导,直接卖给滩头市场 OEM 里的 VP Hardware、GM AI Systems 和 Head of Silicon · 借可授权 IP 厂商、Arm 或定制算力生态,以及设计服务公司,跑共创客户与转介绍 · 从已经参与 software bring-up 的 emulation 和 prototyping 合作伙伴那里,拉出技术侧需求
漏斗目标 目标账户→技术摸底 30-40%;技术摸底→付费试点 25-35%;试点→年度项目订阅 60%+。
定价 先按单个 accelerator 评估收付费 pilot,再转成按活跃 accelerator 项目收费的年度订阅;另外收 workload capture 和 simulator 集成的 onboarding 费用,第一批 silicon 回来后再叠加 bring-up telemetry 模块。定价逻辑不是卖通用开发者工具,而是吃进现有 custom-silicon 和评估预算,因为它要避免的是数百万美元级别的流片误判。
产品路线图
MVP 面向单个 accelerator 项目的安全 replay 实验室:抓取有代表性的客户 traces,放到一条合作方 simulator 和 compiler 栈上运行,并在 6 周内交付一份 portability、memory pressure 和 perf-per-watt assurance memo。这个 MVP 明确是买方侧决策支持,不是保证书,也不是完整的硬件验证套件。
6 个月 支持 2-3 条愿意配合的 toolchain 集成,补上 workload 覆盖率看板和版本化 confidence bands,让共创客户看清哪些结论取决于 simulator fidelity、CUDA 版本或 memory topology 假设。
12 个月 上线 first-silicon telemetry 和 regression monitoring,让每个客户都能把预测结果和实际 bring-up 结果对上;同时在前两条可授权或半定制 accelerator 路径之间,开始做跨厂商比较。
24 个月 在现有账户里变成 accelerator 评估的 system of record:同时支持多个活跃项目、把 benchmark 映射回真实 traces,并在共创客户证据足够强时,向 NPU 或 FPGA 推理这类邻近 accelerator 品类扩展。
关键押注 客户会允许 trace capture 跑在客户自控基础设施上,并在 NDA 之下共享提炼后的输出。 · 至少两条可授权 IP 或定制算力生态,会开放足够的 simulator 和 compiler 访问权限,让中立 replay 层能成立。 · 流片前 replay 至少能覆盖 80% 的重点 workload,在第一颗 silicon 出来前依然足够支持决策。 · 把预测结果和 first-silicon bring-up 回标,会比竞争对手打包邻近功能更快地建立信任。
商业模式
收入来源 单个 accelerator 评估的付费 pilot · 按活跃 accelerator 项目收费的年度订阅 · workload capture、脱敏和 simulator 集成的一次性 onboarding · post-silicon telemetry 与 regression 模块
价值单位 单个活跃 accelerator 评估项目
目标毛利率 70%
扩张杠杆 在同一个 OEM 账户里,扩到更多 accelerator 项目和更多产品线 · 从流片前 assurance 延伸到 bring-up telemetry 与 compiler regression monitoring · 等 GPU 滩头市场跑出可复制性后,再加上跨厂商 benchmark 和邻近 accelerator 品类
战略地图
北极星指标 完成流片前 assurance pack、且覆盖 80% 以上重点 workload 的活跃 accelerator 项目数
输入指标 手里有 2027 或 2028 活跃 accelerator 评估项目的合格滩头账户数 · 每个项目里被采集并重放的重点客户 workload 占比 · 从收到 traces 到交付高管 assurance memo 的试点周期 · 预测结果与 first-silicon 或高保真 emulator 结果之间的误差 · 试点转年度订阅的转化率
待构建护城河 跨项目的匿名化 workload traces、kernel failures 和 portability regressions 数据库 · 把流片前预测和 first-silicon bring-up 结果连起来的校准数据集,以及对应的 confidence bands · 值得信任的合作方集成与安全数据处理流程,让公司成为中立的决策层
终止标准 在 9 个月内,从前 10 个目标账户里拿不到至少 2 个付费共创客户 · 在 6 个月内,拿不到至少 2 条来自可授权 IP 或定制算力合作方、真正可用的 simulator/compiler 集成 · 流片前预测在两个早期项目上,对 bring-up 或 emulator 结果的误差持续超过 20%,或者连一个关键 portability blocker 都抓不住

里程碑

0-12 个月
  • 在北美私有推理 OEM 细分里,签下 2-3 个付费共创客户。
  • 完成首个 6 周 pilot,在至少一条 toolchain 上覆盖 80% 以上的重点 workload。
  • 拿下至少 2 条带明确版本 confidence bands 的 simulator 或 compiler 集成。
  • 把 2 个 pilot 转成年订阅,并启动 first-silicon 校准。
12-24 个月
  • 为现有账户上线 bring-up telemetry 和 regression monitoring。
  • 在不重做整套定制开发的前提下,支持 2-3 条 accelerator 路径的跨厂商比较。
  • 跨多个 logo 跑到 6-8 个活跃 accelerator 项目,同时保持部署可复制。
  • 如果 export-control 流程跑得通,打开首个欧洲 sovereign/private AI 评估项目。
24-36 个月
  • 把活跃 accelerator 项目数做到 10-12 个,基本贴近研究测算的第 3 年 SOM。
  • 如果校准数据继续站得住,在现有账户里扩到至少 1 个邻近 accelerator 品类。
  • 在复购客户内部,成为 accelerator go/no-go 决策的买方侧 system of record。
战略地图
flowchart LR
  Wedge[AI appliance semi-custom evaluation] --> MVP[Pre-silicon replay lab]
  MVP --> Proof[Trusted go or no-go assurance pack]
  Proof --> Expansion[Post-silicon calibration and multi-program expansion]

创始团队

角色 入职时间 理由
创始人 / GM 第 0 月 前几个单子不是量产 SaaS 销售,而是高战略性项目,所以必须由创始人亲自拿下共创客户销售、合作方谈判和高管 assurance 叙事。
创始工程师 第 0 月 负责把安全 workload capture、replay orchestration 和第一版 assurance-pack 工作流真正搭出来。
编译器与性能工程师 第 0-2 月 把 traces 标准化、读懂 simulator 和 compiler 输出,并搭出那层把技术信号变成可信预测的校准系统。
解决方案工程师 第 3 月 把 pilots 部进客户环境、管好 trace capture,也防止早期项目无边界地滑向纯服务外包。
产品与合作伙伴负责人 第 9 月 把前几条集成真正产品化,并为公司从一次性 pilot 扩到可复制的多项目部署做准备。

实验路线图

阶段 实验 假设 成功指标 负责人
0-90 天 筛出 8-12 个北美滩头账户,确认它们是否存在正在进行中的 2027 或 2028 accelerator 评估项目。 研究里那批买家,至少有 3 个近期项目同时满足:预算已触发、经济买家已点名。 至少 3 个合格机会,且确认了项目时间线、预算负责人和愿意评审 pilot scope。 创始人 / GTM
0-90 天 与 2-3 家可授权 IP 或定制算力合作方做技术范围界定,重点看 simulator、compiler 和 trace 接口。 至少有 2 家合作方会开放足够多的工件,支撑一条中立 replay 工作流。 拿到 2 份签字的技术评估计划,或 2 条带版本要求的 sandbox 集成。 创始人 / 合作伙伴
0-90 天 在一个潜在客户环境里,跑通一次安全的 trace-capture POC。 带脱敏的客户本地采集,已经足够覆盖 go/no-go 决策真正关心的 workload。 在不把原始敏感工件移出客户控制域的前提下,抓到 80% 以上的重点 workload。 创始工程师
3-6 个月 为一个 accelerator 项目交付首个 6 周付费 replay pilot。 一份中立 assurance pack 足以替掉顾问研究和厂商 benchmark,进入 funding decision。 pilot 在 6 周内交付,并被用进一次高管项目评审或 tapeout 决策。 创始工程师 / 解决方案工程师
6-12 个月 在前 2 个项目上,把 replay 预测和 emulator 输出或 first-silicon bring-up 结果做回标。 带 confidence band 的预测,能把误差压在足够支持决策的范围内。 按 workload 类别看,关键 perf-per-watt 和 portability 预测的误差带达到 15-20% 或更好。 编译器 / 性能工程师
6-12 个月 把 2 个 pilot 账户转成年订阅,并卖出第一个 bring-up telemetry 附加模块。 产品能从一次性证明项目,走成持续付费的 system-of-record 支出。 签下 2 份年度订阅,并让至少 1 个 live 项目挂上 telemetry 模块。 创始人 / GTM

风险评估

商业计划风险 — 5 已映射
影响 →
R1 R2 R3
R5
R4
可能性 →
  1. R1非 hyperscaler 的半定制 accelerator 品类,成形速度可能比研究假设更慢。 · Medium可能性 / High影响 — 先盯住点名的共创客户项目,同时保留由 emulator 支撑的邻近采购工作流,作为退路。
  2. R2IP 或 EDA 合作方可能不给访问权限,或者直接打包足够多的 replay 能力,把独立切口压缩掉。 · Medium可能性 / High影响 — 坚持 vendor-neutral,跨多个生态做集成,并把买方面向的决策 memo 和 post-silicon 校准数据抓在自己手里。
  3. R3流片前 replay 可能没有足够高的保真度,无法支持真实的 tapeout 决策。 · Medium可能性 / High影响 — 卖的是带 confidence band 的决策支持,而不是保证书;持续用 first-silicon 结果回标,并拒绝在未验证 workload 上做过度承诺。
  4. R4出于 IP 敏感性或 export-control 约束,客户可能无法共享足够多的 workload 证据。 · High可能性 / Medium影响 — 把 capture 留在客户基础设施里,尽量减少原始工件流动,并把法务和 export-control 操作流程标准化。
  5. R5早期部署可能滑成高度定制化服务,拖慢毛利率改善。 · Medium可能性 / Medium影响 — 先把切口死死收在一张 accelerator card、一个买家动作和严格的 6 周 scope 里,再考虑扩模块和扩客户类型。
风险 可能性 影响 缓解措施
非 hyperscaler 的半定制 accelerator 品类,成形速度可能比研究假设更慢。 Medium High 先盯住点名的共创客户项目,同时保留由 emulator 支撑的邻近采购工作流,作为退路。
IP 或 EDA 合作方可能不给访问权限,或者直接打包足够多的 replay 能力,把独立切口压缩掉。 Medium High 坚持 vendor-neutral,跨多个生态做集成,并把买方面向的决策 memo 和 post-silicon 校准数据抓在自己手里。
流片前 replay 可能没有足够高的保真度,无法支持真实的 tapeout 决策。 Medium High 卖的是带 confidence band 的决策支持,而不是保证书;持续用 first-silicon 结果回标,并拒绝在未验证 workload 上做过度承诺。
出于 IP 敏感性或 export-control 约束,客户可能无法共享足够多的 workload 证据。 High Medium 把 capture 留在客户基础设施里,尽量减少原始工件流动,并把法务和 export-control 操作流程标准化。
早期部署可能滑成高度定制化服务,拖慢毛利率改善。 Medium Medium 先把切口死死收在一张 accelerator card、一个买家动作和严格的 6 周 scope 里,再考虑扩模块和扩客户类型。
首个客户
标题 北美 AI appliance 厂商的 VP Hardware Engineering
画像 一家 300-800 人的厂商,卖的是机架级私有推理系统,年化 Nvidia 支出超过 $5M,手里有一个正在评估中的 2027 accelerator-card 项目,但内部没有足够大的 compiler 团队,无法在流片前证明兼容性。
触发点 下一代 appliance SKU 在 Nvidia 方案下打不进毛利或机架功耗目标,迫使管理层认真评估授权 GPU IP 或其他半定制 accelerator 路径。
买方 VP Hardware Engineering、AI Systems GM 或 Head of Silicon
初始合同 单个 accelerator 项目的 6 周付费 pilot,价格处在低六位数美元区间;如果 replay 变成常设的 go/no-go 决策层,再转成每个活跃项目每年约 $200k-$350k 的合同,并追加 onboarding。

必须成立的条件

  • 到 2026-2028 年,北美和欧洲至少会有 15-20 个 OEM 或 appliance 账户,为第一轮半定制 accelerator 评估拨预算。
  • 中立第三方能从至少两个 accelerator 生态里拿到足够的 simulator、compiler 和 trace 访问权限,跑出可信的 pilots。
  • 产品能在客户自控基础设施里,于 6 周内采集并重放 80% 以上的重点生产 workload。
  • 在早期项目上,流片前预测和 emulator 或 first-silicon 结果之间的误差可以稳定压在 15-20% 以内。
  • 经济买家会把成功的 pilot 转成每个项目每年 $200k-$350k 的合同,而且预算来自现有硬件或评估支出。

待尽调问题

  • 哪些点名的 AI appliance 厂商或区域 OEM,路线图里已经排上了有预算的 2027 accelerator 评估项目?
  • OXMIQ 这类合作方,以及 Arm/Marvell 生态,实际愿意向中立 assurance layer 暴露哪些 simulator 和 compiler 接口?
  • 公司怎样才能在 traces 留在客户自控基础设施里的前提下,依然把可复用的护城河积累起来?
  • 要让 VP Hardware 真敢用一份 no-go memo 去取消或推迟 tapeout,预测准确率至少要高到什么程度?
  • 为什么 Synopsys、Siemens、Cadence 或 IP 厂商自己,不能把足够的 replay 功能打包进去,直接抹掉这个切口?
  • 实际第一笔预算到底是谁签:硬件 GM、silicon 负责人,还是 platform-performance 负责人?
投资人判断
结论 观察
信心 痛点真实,切口也站得住,但在公司证明自己手里确实有点名共创客户需求、且能拿到至少两个新 accelerator 生态的中立集成权限之前,判断仍只能维持在有限 conviction。
相信的理由 研究同时看到供给侧品类成形和需求侧买家准备度:OXMIQ 让可授权 GPU IP 这件事站住了,Dell、HPE、Penguin 和 Lenovo 也证明了非 hyperscaler 基础设施买家已经在场。
怀疑的理由 近期市场高度集中,手里还没有点名的共创客户,而最难的风险又都是结构性的,不是表面功夫:拿不到 simulator 访问权限、或者预测精度不够,整个品类都可能直接失效。
下一步尽调 先拿下 2-3 个付费共创客户,并证明至少有一个 pilot 能在 6 周内真正改变或加快一笔 accelerator 立项决策。
章节

财务模型

三年合计
第 1 年收入 $595K EBITDA $-812K · 期末现金 $1.39M
第 2 年收入 $1.52M EBITDA $-584K · 期末现金 $804K
第 3 年收入 $2.97M EBITDA $49K · 期末现金 $853K
单位经济
年 ARPU $300K
毛利率 72%
CAC $121K 回本期 6.7 个月
LTV / CAC 6.0x 生命周期价值 $720K
融资需求
轮次 种子前轮 · $2.2M
跑道 24 个月
里程碑 到大约 Q2Y2,把活跃付费项目做到 5 个,把至少 2 个 pilots 转成年度订阅,拿下 2 条可用的 toolchain 集成,并启动 first-silicon 校准。

模型合理性

  • 收入引擎. 基准情景的收入引擎,是把活跃付费项目数从 Y1 期末的 3 个推到 Q4Y3 的 11 个,同时让成熟单项目价值逼近研究测算的约 $300K 年化 SOM 水平。
  • 必须跑对的环节. 前两个 pilots 必须顺利转成年订阅,而且至少两条 toolchain 集成要可复用到让一支以 solutions 为主的团队,能在 Q4Y2 支撑 7 个活跃项目而不把毛利压垮。
  • 模型会在哪儿坏掉. 如果销售周期拖向 150 天、或者毛利率长期压在 68% 以下,下行情景会在公司拿到下一轮证明之前,把现金底部推到大约 $0.25M。
  • 下一轮证明点. 下一轮融资要讲的故事,是到 Q2Y2 左右做到 5 个活跃付费项目、完成 2 个年度转化、拿下 2 条可用集成,并初步证明 replay 精度能稳在 15%-20% 的误差带内。
营收、现金与 EBITDA — 12 个月的 Y1 + 8 个季度的 Y2/Y3
$0K$500K$1.00M$1.50M$2.00M$2.50MM1M4M7M10Q1Y2Q4Y2Q3Y3Q4Y3
  • 营收(线/面积)
  • 期末现金(虚线)
  • EBITDA(柱,灰色为亏损)
资金用途 — $2.2M 种子前轮
工程 · 45% GTM · 27% G&A · 11% 缓冲(6 个月) · 17%
按角色的人力增长 — 峰值9 FTE
Q1Y13Q2Y14Q3Y14Q4Y15Q1Y25Q2Y25Q3Y25Q4Y27Q1Y37Q2Y37Q3Y37Q4Y39
  • 创始人 / GM
  • 工程
  • 编译器 / 性能
  • 解决方案 / 现场
  • 产品 / 合作伙伴
  • G&A / 运营
第3年情景:基准 / 下行 / 上行
第3年营收第3年 EBITDA现金最低点说明
下行$2.08M-$290K$250K品类成形更慢,pilot 转年度订阅的节奏后移,telemetry 和多项目扩展挂接得也比计划晚。
基准$2.97M$49K$772K公司在 Y1 拿下 3 个付费共创项目,完成 2 个年度合同转化,在不增加完整销售团队的前提下,到 Q4Y3 把活跃付费项目做到 11 个。
上行$3.56M$390K$930K合作方访问权限更早到位,telemetry 模块挂接更快,每个 logo 也更早拿下额外项目。
敏感性——第3年现金与营收影响(按幅度排序)
变量下行上行现金影响营收影响
销售周期pilot 转年度订阅的周期从约 90 天拉长到约 150 天。随着合作方集成和买家口碑到位,决策周期压缩到约 60 天。-$280K-$430K
CAC合作伙伴转介绍不及预期,实际 CAC 升到约 $145K。设计服务公司和 IP 转介绍把 CAC 压在约 $100K。-$220K-$120K
ARPU每个活跃项目的混合年价值比计划低约 10%。telemetry 和多项目扩展把成熟单项目价值抬到比计划高约 8%-10%。-$210K-$297K
招聘节奏在利用率被证明之前,就把两个规模化岗位提前了两个季度招进来。最后一名工程师推迟到 Q4Y3 之后再招,也不影响交付质量。-$190K$50K
毛利率由于 replay 搭建和 toolchain 工作长期保持定制化,毛利率停在约 68%。随着可复用集成更快落地,毛利率做到约 74%。-$180K$0K
流失率因为部分项目在 tapeout 后没有续到 telemetry 或下一轮 accelerator 周期,月度流失率升到约 3.5%。重复采购的 OEM 把产品当成常设 go/no-go 层,月度流失率维持在约 1.8%。-$140K-$170K

情景

情景 第 3 年收入 第 3 年 EBITDA 现金低点 说明 关键变化
下行 $2.08M $-290K $250K 品类成形更慢,pilot 转年度订阅的节奏后移,telemetry 和多项目扩展挂接得也比计划晚。
  • Q4Y3 的活跃付费项目约为 8 个,而不是 11 个。
  • 由于 onboarding 和 telemetry 挂接更慢,每个活跃项目的混合年价值比基准低约 10%。
  • 毛利率收在约 68%,pilot 转年度订阅的转化率则落到 40% 多。
基准 $2.97M $49K $772K 公司在 Y1 拿下 3 个付费共创项目,完成 2 个年度合同转化,在不增加完整销售团队的前提下,到 Q4Y3 把活跃付费项目做到 11 个。
  • M12 达到 3 个活跃付费项目,Q4Y2 达到 7 个,Q4Y3 达到 11 个。
  • 每个活跃项目的成熟混合年价值逐步逼近研究测算的约 $300K SOM 水平。
  • 只有等 toolchain 复用和校准工作流压缩掉定制服务后,毛利率才进入低 70% 区间。
上行 $3.56M $390K $930K 合作方访问权限更早到位,telemetry 模块挂接更快,每个 logo 也更早拿下额外项目。
  • Q4Y3 的活跃付费项目约为 13 个,而不是 11 个。
  • 随着 telemetry 和跨厂商比较模块挂接,每个活跃项目的混合年价值比基准高约 8%。
  • 由于集成标准化提前 1-2 个季度完成,毛利率大约能做到 74%。

敏感性

变量 下行情景 基准情景 上行情景
ARPU 每个活跃项目的混合年价值比计划低约 10%。 成熟后的单项目价值接近每年约 $300K。 telemetry 和多项目扩展把成熟单项目价值抬到比计划高约 8%-10%。
CAC 合作伙伴转介绍不及预期,实际 CAC 升到约 $145K。 依靠创始人主导和合作伙伴带单,CAC 维持在约 $121K。 设计服务公司和 IP 转介绍把 CAC 压在约 $100K。
流失率 因为部分项目在 tapeout 后没有续到 telemetry 或下一轮 accelerator 周期,月度流失率升到约 3.5%。 一旦 replay 工作流嵌进评估流程,月度流失率稳定在约 2.5%。 重复采购的 OEM 把产品当成常设 go/no-go 层,月度流失率维持在约 1.8%。
销售周期 pilot 转年度订阅的周期从约 90 天拉长到约 150 天。 一次成功的 pilot 足以在一个季度内签下年度项目合同。 随着合作方集成和买家口碑到位,决策周期压缩到约 60 天。
毛利率 由于 replay 搭建和 toolchain 工作长期保持定制化,毛利率停在约 68%。 等工作流标准化后,Q4Y3 毛利率做到约 72%。 随着可复用集成更快落地,毛利率做到约 74%。
招聘节奏 在利用率被证明之前,就把两个规模化岗位提前了两个季度招进来。 招聘按业务计划里创始人主导、交付优先的节奏展开。 最后一名工程师推迟到 Q4Y3 之后再招,也不影响交付质量。
关键假设 (26)
ID 名称 数值 单位 来源
A1 模型起始月份 2026-08 YYYY-MM [BP date 2026-07-03] 运营模型从这份业务计划日期之后的第一个完整月份开始。
A2 期初现金 / 种子前轮募资额 $2.2M 美元 [BP fundingAsk targetFundingRangeUsd $2-4M + BP fundingAsk runwayMonths 18 + model cash curve] 基准情景取已声明 pre-seed 区间的下限,因为付费 pilot 能部分对冲 burn,同时在 18 个月证明里程碑之外仍留出约 6 个月缓冲。
A3 期初活跃付费项目数 0 count [BP milestones 0-12 个月 + BP experimentRoadmap] 公司从零收入起步,得先拿下付费共创客户。
A4 活跃付费项目定义 围绕单个活跃 accelerator 评估项目签下的付费 pilot 或年度订阅。 definition [BP businessModel.unitOfValue active accelerator evaluation program + BP businessModel.revenueStreams] customersEop 统计的是付费项目数,而不是独立 logo 数。
A5 付费 pilot 经济模型 $100K,周期约 2 个月(约 $50K / 月) 美元/program [BP investorMemo.firstCustomer.initialContract low-six-figure pilot + BP gtm.wedge six-week assurance project] 模型采用低六位数 pilot 定价区间的下沿。
A6 年度合同与附加模块经济模型 首年年度合同约从 $240K ARR 起步;随着 onboarding 和 telemetry 模块挂上去,到 Y3 每个活跃项目的混合年度价值接近 $300K。 美元/program/year [BP investorMemo.firstCustomer.initialContract $200k-$350k 每年 per active program + Research market.som 12 active programs at roughly $300k blended 每年 value] 终局定价保持在业务计划区间内,也低于研究测算的 SOM 上限。
A7 客户爬坡 M12 达到 3 个活跃付费项目,Q4Y2 达到 7 个,Q4Y3 达到 11 个。 customersEop [BP milestones 0-12, 12-24, and 24-36 个月 + Research market.som] 基准情景对齐第 1 年的 2-3 个付费共创客户、第 2 年的 6-8 个活跃项目,并在第 3 年略低于研究测算的 12 个项目 SOM。
A8 收入确认惯例 期末活跃付费项目数 × 当期每个活跃项目实现的混合收入。 formula [BP gtm.pricing + BP businessModel.unitOfValue] 这样每个期间的收入都能直接回勾到 customersEop 和定价组合。
A9 毛利率爬坡 Y1 为 50%-58%,Y2 为 62%-68%,Y3 为 69%-72%。 毛利率 百分比 [BP businessModel.targetGrossMarginPct 70 + BP strategicChoices.sequencingRationale + Research reportMemo executiveTakeaways] 早期 pilots 服务成分更重,只有等集成和校准工作流逐步标准化,毛利率才能摸到目标值。
A10 招聘时间线 M1 创始人和创始工程师;M2 编译器 / 性能工程师;M4 解决方案工程师;M10 产品 / 合作伙伴负责人;M16 第二名工程师;M23 运营 / 合规;M29 第二名解决方案工程师;M31 第三名工程师。 timeline [BP team + BP strategicChoices.sequencingRationale + startup-finance heuristic] 招聘重心先放在产品和交付上,由创始人主导销售,匹配这个狭窄滩头市场。
A11 创始人全成本薪酬 $180K 美元/year [BP team Founder / GM + startup-finance heuristic] 采用精简的创始人现金薪酬,加上 payroll taxes 和 benefits。
A12 平台 / 集成工程师全成本薪酬 $220K 美元/year [BP team Founding eng + startup-finance heuristic] 反映资深基础设施与系统人才的价格,但不按上市公司现金包来算。
A13 编译器 / 性能工程师全成本薪酬 $240K 美元/year [BP team Compiler and performance engineer + startup-finance heuristic] 这类 silicon-performance 人才比通用 SaaS 工程师更贵。
A14 解决方案工程师全成本薪酬 $170K 美元/year [BP team Solutions engineer + startup-finance heuristic] 覆盖安全 on-prem 部署、trace capture 和客户交付责任。
A15 产品 / 合作伙伴负责人全成本薪酬 $190K 美元/year [BP team Product and partnerships lead + BP gtm.channels + startup-finance heuristic] 包含战略合作方管理和早期产品化工作。
A16 G&A / 运营全成本薪酬 $120K 美元/year [BP operations export-control, NDA, and partner-access process + startup-finance heuristic] 覆盖精简的财务、法务协同与合规运营。
A17 薪酬分摊到损益表科目 创始人 70% 计入 S&M / 30% 计入 G&A;工程和编译器岗位 100% 计入 R&D;解决方案工程师 50% 计入 S&M / 50% 计入 R&D;产品 / 合作伙伴负责人 60% 计入 S&M / 40% 计入 R&D;G&A 岗位 100% 计入 G&A。 allocation [BP team role rationales + BP operations] 这套分摊把 payroll 映射到运营模型使用的功能性损益表科目里。
A18 非薪酬运营支出爬坡 Y1 前期每月的 S&M / R&D / G&A 非薪酬支出分别为 $8K / $12K / $6K,到 Q4Y3 提高到 $15K / $18K / $10K。 美元/月nth [BP operations + startup-finance heuristic] 这覆盖 simulation compute、安全基础设施、差旅、法务、保险和 export-control 开销,但不假设已经有规模化的付费获客引擎。
A19 现金转换惯例 现金变动等于 EBITDA。 formula [startup-finance heuristic] 在 pre-seed 阶段,working capital 节奏、融资费用和 capex 相比经营 burn 都被视为次要。
A20 稳态月度项目流失率 2.5% 百分比 每月 [BP businessModel.expansionLevers + startup-finance heuristic for 每年 B2B infrastructure workflows] 因为单个 accelerator 项目可能在 tapeout 后自然结束,所以这里的 churn 假设比成熟 SaaS 更差。
A21 基准销售周期 从付费 pilot 启动到转成年度订阅,大约 90 天。 days [BP experimentRoadmap 3-6 个月 first paid pilot + BP experimentRoadmap 6-12 个月 convert 2 pilots] 模型假设一个季度足够证明 replay 价值并签下后续项目合同。
A22 CAC 计算惯例 36 个月总 S&M 支出 ÷ 11 个净新增活跃付费项目。 formula [model calc using base-case S&M spend + BP gtm founder-led and partner-led motion] 这个口径捕捉了高度集中的企业获客过程,也不预设后期会迅速扩销售团队。
A23 用于确定融资规模的下一轮里程碑 到大约 Q2Y2,公司应达到 5 个活跃付费项目、完成 2 个年度转化、拿下 2 条可用 toolchain 集成,并启动 first-silicon 校准。 milestone [BP fundingAsk runwayMonths 18 + BP milestones 0-12 and 12-24 个月 + BP investorMemo.nextDiligence] 这轮 pre-seed 的规模,是为了跑到 seed-ready 的证明点,同时仍保留约 6 个月现金缓冲。
A24 季度薪资滚动惯例 Y2-Y3 的薪资行按季度内真实的月度入职节奏计算,而不是只看年末 headcount 快照。 convention [Headcount column convention + BP team startTiming] 这样 staged hiring ramp 和薪资费用能保持内部一致。
A25 GTM 人员策略 直到 Y3,都由创始人和产品 / 合作伙伴负责人主导销售;Y4 之前不新增专职 AE。 strategy [BP strategicChoices.sequencingRationale founder-led sales before a scaled sales team] 这个狭窄滩头市场,还撑不起 3 年模型内更大的直销团队。
A26 资金用途分配 45% 用于工程,27% 用于 GTM,11% 用于 G&A,17% 留作 6 个月缓冲。 百分比age of round [BP fundingAsk.useOfFundsSummary + model payroll mix + startup-finance heuristic] 这轮资金主要用来把产品做出来、拿下共创客户,并额外留出一笔明确的现金储备。
单位经济流转
flowchart LR
  TargetAccounts[Target OEMs and AI appliance vendors] --> PaidPilots[Paid pilots]
  PaidPilots --> AnnualPrograms[Annual program subscriptions]
  AnnualPrograms --> Telemetry[Telemetry and cross-vendor modules]
  Telemetry --> Revenue[Revenue]
  Revenue --> GrossProfit[Gross profit]
  GrossProfit --> Cash[Cash and runway]

警示项: 基准情景到第 3 年做到了 11 个活跃付费项目,而研究测算的第 3 年 SOM 也只有 12 个项目,说明在初始滩头市场里几乎没有转化失手空间。 · customersEop 统计的是活跃付费 accelerator 项目,而不是独立 logo 数,所以模型早中期的客户分散度会比表面看起来更弱。 · 毛利率只有在 simulator 访问、onboarding 和校准工作流真正标准化后,才摸得到 70% 目标;如果长期保持定制化,EBITDA 会一直被压在负区间。 · Y4 之前不加专职 AE,所以创始人和合作伙伴负责人的带宽,会成为销售周期下行情景里的真实瓶颈。 · 现金按 EBITDA 建模;如果合作伙伴的 minimum-commit 费用、递延收入节奏或实验室设备 capex 更重,实际低点可能会来得更早。

章节

主要风险

  • 品类成形太慢. 如果未来两年真正推进半定制 GPU 项目的系统厂商只有寥寥几家,收入释放就会慢于市场成熟速度。 缓解措施: 先抓那些已经在评估一张 accelerator card 的共创客户,再顺手承接更广泛硬件团队基于 emulator 的邻近采购决策。
  • IP 厂商把能力打包进来. OXMIQ 或其他可授权 IP 厂商,可能把基础兼容性 replay 直接塞进自己的销售动作里,把独立切口越挤越窄。 缓解措施: 坚持 vendor-neutral,横向 benchmark 多家供应商,并把买方侧的决策工作流和 post-silicon telemetry 牢牢抓在自己手里——这些都不是单一 IP 厂商能有公信力做好的。
  • 仿真保真度不够. 如果流片前 replay 抓不住真实 bring-up 问题,而买家又把输出当成保证书,信任会被一次性打穿。 缓解措施: 把产品定位成可审计的决策支持,明确给出 confidence bands,再用 first-silicon telemetry 持续回标模型。
章节

证据

引用来源 (39)

  1. OXMIQ. OXMIQ Raises $35 Million to Scale OxCore™ Architecture — OXMIQ · https://oxmiq.ai/blog-oxmiq-raises-35m-series-a
  2. OXMIQ. OxCore — A Licensable GPU IP · OXMIQ · https://oxmiq.ai/oxcore
  3. OXMIQ. OxPython · OXMIQ · https://oxmiq.ai/oxpython
  4. OXMIQ. OxQuilt — Scalable Chiplet Architecture · OXMIQ · https://oxmiq.ai/oxquilt
  5. TrendForce. Strong Demand from CSPs and Sovereign Cloud to Drive Over 20% Growth in AI Server Shipments by 2026, Says TrendForce · https://www.trendforce.com/presscenter/news/20251030-12762.html
  6. TrendForce. Global AI Server Shipments Forecast to Grow Over 28% YoY in 2026, with a Rising Share of ASIC-Based Systems, Says TrendForce · https://www.trendforce.com/presscenter/news/20260120-12887.html
  7. IDC. Artificial Intelligence Infrastructure Spending to Surpass the $200Bn USD Mark in the Next 5 years, According to IDC · https://my.idc.com/getdoc.jsp?containerId=prUS52758624
  8. IDC. IDC - AI Infrastructure Spending Caps Historic Year at ~$90 Billion in Q4 2025; 2029 Spending to Eclipse $1 Trillion · https://www.idc.com/resource-center/blog/ai-infrastructure-spending-caps-historic-year-at-90-billion-in-q4-2025-2029-spending-to-eclipse-1-trillion
  9. Dell Technologies. How Dell Makes the AI Factory Real | Dell · https://www.dell.com/en-us/blog/how-dell-makes-the-ai-factory-real
  10. HPE. HPE Private Cloud AI | HPE Developer Portal · https://developer.hpe.com/platform/hpe-private-cloud-ai/home
  11. HPE. Overview of the HPE Private Cloud AI engineered system | HPE ... · https://support.hpe.com/hpesc/public/docDisplay?docId=sd00007757en_us&page=GUID-AAE4C121-A282-4DA5-A9F0-2619019F6F1C.html&docLocale=en_US
  12. Penguin Solutions. Cluster Management Software for HPC & AI Infrastructure · https://www.penguinsolutions.com/en-us/products/clusterwareai-ai-factory-platform-operating-system-software
  13. Penguin Solutions. Proven AI Factory Infrastructure Deployment Solution · https://www.penguinsolutions.com/en-us/products/originai-infrastructure-solution
  14. Lenovo. Lenovo Hybrid AI Advantage™ · https://www.lenovo.com/us/en/ai/hybrid-ai-advantage/
  15. Arm. Arm Total Design: Custom Compute Systems for AI, 5G & Cloud Innovation – Arm® · https://www.arm.com/markets/cloud-ai/arm-total-design
  16. Arm. Neoverse Compute Subsystems (CSS): Fast-Track to Production – Arm® · https://www.arm.com/products/cloud-datacenter/neoverse-compute-subsystems
  17. Marvell. Custom ASICs | Pushing the boundaries of AI with advanced silicon technologies and custom multi-chip systems - Marvell · https://www.marvell.com/products/custom-asic.html
  18. Synopsys. Emulation Systems | Synopsys · https://www.synopsys.com/verification/emulation-prototyping/emulation.html
  19. Synopsys. ZeBu EP: Scalable Emulation & Prototyping Platform | Synopsys · https://www.synopsys.com/verification/emulation-prototyping/emulation/zebu-ep.html
  20. Synopsys. ZeBu Cloud: Hosted Emulation Solution | Synopsys · https://www.synopsys.com/verification/emulation-prototyping/emulation/zebu-cloud-solution.html
  21. Synopsys. Virtualizer: VDK Creation & Deployment Tools | Synopsys · https://www.synopsys.com/verification/virtual-prototyping/virtualizer.html
  22. Siemens. Veloce Apps | Siemens Software · https://eda.sw.siemens.com/en-US/eda-cloud-solutions/ic/hav/apps
  23. Siemens. Veloce Primo CS Enterprise Prototyping | Siemens Software · https://eda.sw.siemens.com/en-US/eda-cloud-solutions/ic/hav/veloce-cs/primo-cs
  24. Design & Reuse. Cadence Unveils Palladium Z3 and Protium X3 Systems to Usher in a New Era of Accelerated Verification, Software Development and Digital Twins · https://www.design-reuse-embedded.com/news/202404122/cadence-unveils-palladium-z3-and-protium-x3-systems-to-usher-in-a-new-era-of-accelerated-verification-software-development-and-digital-twins/
  25. NVIDIA. Nsight Systems :: CUDA Toolkit Documentation · https://docs.nvidia.com/cuda/nsight-systems/index.html
  26. NVIDIA. Nsight Compute :: CUDA Toolkit Documentation · https://docs.nvidia.com/cuda/nsight-compute/index.html
  27. AMD. Compatibility matrix — ROCm Documentation · https://rocm.docs.amd.com/en/latest/compatibility/compatibility-matrix.html
  28. AMD. Porting CUDA code to HIP — HIP 7.2.53211 Documentation · https://rocm.docs.amd.com/projects/HIP/en/latest/how-to/hip_porting_guide.html
  29. UALink Consortium. UALink™ 200G 1.0 Specification Overview – UALink Consortium · https://ualinkconsortium.org/blog/ualink-200g-1-0-specification-overview-802
  30. CXL Consortium. About CXL® - Compute Express Link · https://computeexpresslink.org/about-cxl
  31. U.S. Bureau of Industry and Security. EAR | Bureau of Industry and Security · https://www.bis.gov/regulations/ear/advanced-computing-and-semiconductor-manufacturing-items
  32. European Commission. Strengthening Europe’s tech sovereignty - European Commission · https://commission.europa.eu/news-and-media/news/strengthening-europes-tech-sovereignty-2026-06-03_en
  33. U.S. Department of Energy. Powering America’s AI Future—Data Center Resource Hub | Department of Energy · https://www.energy.gov/powering-americas-ai-future-data-center-resource-hub
  34. NVIDIA. DGX GB200: AI Infrastructure for State-of-the-Art AI Models | NVIDIA · https://www.nvidia.com/en-us/data-center/dgx-gb200
  35. NVIDIA. Hardware — NVIDIA DGX GB Rack Scale Systems User Guide · https://docs.nvidia.com/dgx/dgxgb200-user-guide/hardware.html
  36. MLCommons. MLCommons Releases New MLPerf Inference v5.0 Benchmark Results - MLCommons · https://mlcommons.org/2025/04/mlperf-inference-v5-0-results
  37. MLCommons. Benchmark MLPerf Inference: Datacenter | MLCommons V3.1 · https://mlcommons.org/benchmarks/inference-datacenter
  38. The Next Web. Raja Koduri’s Oxmiq raises $35m to rent out AI chip design instead of selling chips · https://thenextweb.com/news/oxmiq-35-million-oxcore-chip-architecture
  39. NVIDIA. CUDA Compatibility — CUDA Compatibility · https://docs.nvidia.com/deploy/cuda-compatibility/latest/index.html