定义¶

人形 / 通用机器人 OEM 把"机器人能做什么"从硬件固化的功能集，转换为可由第三方开发者上传 / 用户云端下载部署的任务动作应用包集合，并由 OEM 自建中间层平台（应用商店）抽取分成、控制审核、积累生态。

类比：把"机器人是什么"从功能机时代（Nokia 自定义你能用什么）推向智能机时代（App Store 由开发者扩展功能空间）。

首例公开实证：宇树 UniStore 平台（unitree-robotics），2025-12 内测、2026-05-07 全面开放。

核心机制¶

1. 平台四大板块¶

UniStore 的四板块结构（其他厂商如复刻可作为模式参照）：

四板块对应"用户-开发者-平台"三方共赢闭环——这是经典 App Store 模式的具身机器人翻版。

2. 部署门槛压到"换壁纸"级别¶

UniStore 关键差异化在部署门槛：通过手机 App 连接 G1 / H1，云端一键完成动作下载与部署，全程无需写代码。原文："博物馆想让机器人新增导览讲解动作，或商场需要机器人表演互动舞蹈，几秒就能完成更新，无需返厂或专业人员调试。"

这是"功能机 → 智能机"类比的具体落地——机器人能力扩展从"返厂烧固件 / 工程师调试"降到"用户点一下"。

3. 商业模式：OEM + 开发者分成¶

• 开发者上传原创动作 / 算法模型，获得用户付费分成 + 平台奖励
• OEM（宇树）抽成，硬件附加值随软件生态增长
• 软件分成构成第二增长曲线，叠加硬件销售 + 工业订单 + 教育大客户

4. 数据飞轮¶

数据集板块是"机器人版数据飞轮"——开发者上传新动作 → 平台沉淀高质量动作数据 → OEM 用数据训练下一代基础模型 / 改进运动控制 → 模型 / 控制更强 → 吸引更多开发者上传。这是 ai-agent-moats "数据飞轮"在具身 AI 的具体形态。

与 platform-layer-collapse 的反向运动¶

这是 wiki 第一次记录"OEM 主动建中间层"的反向坍缩样本。

两者的逻辑差异：

• 模型公司坍缩中间层是因为模型能力本身让中间层抽象变薄（写代码不需要 IDE 抽象 / agent 不需要 workflow 抽象）
• 硬件公司建中间层是因为硬件本身没有这种"自动消解中间层" 能力——机器人能跑能跳但不会自动写自己的应用，反而 OEM 需要主动构造一层让开发者能填进来

含义：层级坍缩不是普遍法则，是模型能力优势的具体表现。在硬件主导赛道（机器人 / 物联网设备 / 嵌入式），中间层不会自动消失，OEM 反而有动机主动构建——这是硬件 OEM 在 AI 时代的特有战略空间。

与 Sentino sentino-iot 的对照¶

Sentino 也是"硬件 + 软件平台"双层，但 Sentino 不做硬件 OEM——它是 Agent 平台 + IP 授权 + 客户硬件三方协作。两种"硬件 + 软件" 路径对照：

两者形态相似 + 杠杆不同：宇树用硬件渗透换生态议价权，Sentino 用 IP / 平台技术换议价权。两条路径都在硬件主导赛道里建立中间层，验证了"硬件 + 软件 + 生态"闭环不只一种走法。

与移动互联网早期生态的类比 ⚠️¶

文章引用业内分析师"重演移动互联网早期的生态爆发逻辑"。这条类比在产业方向上成立（硬件 + 应用商店 + 开发者生态），但几个关键差异不能忽略：

最大的潜在瓶颈是 多硬件兼容性——iPhone 的 App 装到 Android 上靠 Google Play 重新打包就行，但宇树 G1 的"扭扭舞"动作包给 Tesla Optimus 跑会立刻摔倒（关节数 / 自由度 / 质量分布完全不同）。这意味着 UniStore 模式短期内只能是宇树自家硬件的封闭生态，不能像 App Store 那样跨硬件分发。

如果未来出现"机器人通用动作描述协议"（类比 mcp-protocol 或 USD / Universal Scene Description），跨厂商分发才有可能——但目前没有这个协议。

安全与责任的特殊性¶

具身机器人应用商店面临 voice-ai-companion-market / 通用 App Store 都不面对的物理责任问题：

• 第三方上传的动作包让机器人摔倒砸坏家具——开发者赔 / 平台赔 / 用户自担？
• 第三方上传的应用让机器人在公共场所碰到儿童——人身伤害责任归属？
• 应用质量审核需要"动作物理可行性 + 安全约束"双重审核，远超代码审查的复杂度

这是 profit-source-ethics / ai-agent-moats "合规护城河"在具身 AI 的具体形态——审核成本 + 责任归属机制 = 平台自身的护城河，但也是平台规模化的最大瓶颈。

商业意义¶

对宇树自身¶

UniStore 是宇树从"硬件公司"转向"硬件 + 软件 + 生态"闭环企业的核心动作。3 个想象空间：

1. 软件分成第二增长曲线——脱离纯硬件销售的估值天花板
2. 数据飞轮——开发者上传的动作数据反向训练宇树自己的运动控制模型
3. 客户粘性——一旦客户在 UniStore 上累积了行业专用应用包（工业巡检 / 博物馆导览），切换其他厂商机器人的成本急剧上升（应用包不能跨硬件迁移）

对行业¶

• OEM 自建中间层成为新战略选项：之前硬件公司只能在硬件层卷，现在多了一条"建生态、抽分成"路径
• 第三方机器人应用层创业空间出现：开发者可以做 UniStore 上的应用包，类似早期 App Store 上的小开发者
• 跨厂商通用协议的需求被首次具体化：当宇树 / Tesla / Figure / 智元各自建应用商店，行业会出现对"通用机器人动作描述协议"的需求——这是潜在的 mcp-protocol 类协议机会

对 Sentino¶

不直接竞争——Sentino 不做人形 / 工业机器人 OEM，UniStore 模式与 Sentino IP-to-AI 转化战略形态空间不重叠。但有 3 条间接含义：

1. "硬件 + 软件 + 生态"闭环验证：宇树证明硬件公司可以走"自建中间层"路径，给 Sentino 主张"Agent 平台 + 客户硬件 + IP 生态" 闭环加同源（不同形态）的旁证
2. 跨厂商通用协议机会：如果未来真出现"机器人通用动作描述协议"，Sentino Agent 平台 + Memex 长期记忆可能有机会切入"机器人人格层"——动作由 OEM 应用商店提供，人格 / 记忆 / 对话由 Sentino 平台提供
3. 应用商店审核机制对照：UniStore 的"动作物理可行性 + 安全约束"审核机制，对 Sentino 未来如果做"AI 玩偶应用商店" 是直接参照——AI 人格 / 对话内容的审核机制本质同源

待办 / 开放问题¶

• 跨厂商兼容协议是否会出现 —— 类比 USB / Bluetooth 的标准化路径，机器人动作描述协议的标准化可能由 ROS / NVIDIA Isaac / Hugging Face LeRobot 等中立基金会推动
• 责任归属法律框架 —— 第三方上传的应用让机器人造成物理损害时的责任归属，目前法律空白；UniStore 是首批触发立法 / 司法实践的样本
• UniStore 是否对其他厂商硬件开放 —— 决定它是封闭生态（Apple App Store 模式）还是行业开放标准（Android 模式）
• 开发者生态实际规模 —— 文章自报"首日 32 国开发者注册 / 三个月动作库突破 1000"是 OEM 自报数据，待第三方追踪验证
• Tesla / Figure / 智元等竞品是否复刻 UniStore 模式 —— 决定本概念是"宇树独家战略"还是"行业新范式"
• AI 训练数据隐含价值 —— 第三方上传的动作数据进入数据集板块后，OEM 是否可以直接用于训练自家模型？开发者授权条款是否覆盖？这是潜在的法律 / 道德灰区

相关概念¶

• unitree-robotics — 首例公开实证宇树 UniStore 平台
• platform-layer-collapse — 本页是"反向坍缩"的具体样本——硬件 OEM 主动建中间层而非被吞
• ai-agent-moats — 数据飞轮 / 合规护城河（审核机制）/ 工作流嵌入（应用包累积切换成本）三道护城河在具身 AI 的具体形态
• voice-ai-companion-market — 具身 AI 是 AI Companion 设备赛道之外的另一极
• mcp-protocol — 跨厂商通用协议是潜在的下一步行业演进
• yukai-engineering — 形态对照：日本 YUKAI 走"低 AI 高情感"小硬件无应用商店 vs 中国宇树走"高任务执行 + 应用商店生态"
• sentino-iot — Sentino "硬件接入层 + Agent 平台"是另一种"硬件 + 软件" 路径，与 OEM 自建应用商店形态相似但杠杆不同
• sentino-agent — Agent 平台 = Sentino 的"中间层" ，与 UniStore 是同源逻辑（建中间层 + 抽成 + 数据飞轮）的不同形态
• profit-source-ethics — 第三方应用导致物理损害的责任归属是新型伦理 / 法律问题