# 一颗腕部运动相机、一句 prompt：破壳把「接一台陌生机械臂」的活，压缩成了一份硬件组合表

> 不采数据、不训模型，在适配的机械臂上接进去，用一句 prompt 下达指令。听着像又一句发布话术，但它给出的硬件清单很具体：腕部一颗运动相机加末端位姿控制，从 UR7e 换到 YAM Standard 也能跑。这份清单该怎么核，比「免费」两个字更值得看。

### TLDR

- **主体**：破壳机器人（PokeBot，2026 年 4 月成立、创始人出自星海图）在 **10-30 凌晨**发布首款模型产品 **RoboAPI**，自研世界-动作模型 **Poke-Aurora** 同步亮相。
- **形态**：面向真实物理世界的具身 API，技术预览期免费开放，入口为 **developers.pokebot.com**；公司明确其为**非商业化应用**，不向盈利性第三方提供产品或服务。
- **最硬的工程决策是「砍构型」**：受 UMI 启发，把观测与控制都收敛到「**腕部鱼眼相机 + 末端位姿控制**」，以夹爪末端为中心，用的是**消费级运动相机**。
- **两处可核的兼容性证据**：把 Insta360 Ace Pro 2 换成 DJI Action 6，效果几乎不受影响；从 UR7e 迁移到 YAM Standard 这类差异较大的构型也能跑通。
- **判断：这类「免费预览的具身 API」真正的筛选价值，不在它能做多少种任务，而在它把「接一台新臂」的成本从「一个月」压到了「一套硬件清单」。清单能不能对上，你十分钟就能算清；演示视频做得多漂亮，你一个月也验不完。**

### SRC

事实来源为 AING硬迹 **2026-11-01 17:02** 发布、经网易转载的《前星海图首席科学家创业做具身智能，融资 1.4 亿美金后发布第一款产品》（https://www.163.com/dy/article/LALPT35C0556CAYF.html ），以及文中引用、作者未能独立验证的 RoboAPI 开发者入口与产品官网公开描述。**素材时间窗**按本批规定为当日 09:00 → 19:00（2026-11-01 09:00 → 19:00）：该稿 17:02 发布，落在窗内；但文中描述的发布会时间为 **10-30 凌晨**，属窗口外事件，本文采信它的理由是**当日下午首次出现对该产品技术路线的完整拆解**（构型收敛方式、兼容性对照、支持组合清单），这些信息在发布当天并未公开，属于本窗口内的新增量。**核查方式与限制**：作者未访问 developers.pokebot.com 实测，未申请 API 权限，未在真机上复现任何一项兼容性结论；「效果几乎不受影响」「也能跑通」均为报道转述的官方说法。**不确定边界**：①「融资 1.4 亿美金」在报道中以背景信息出现，未标注轮次、时间与投资方，本文按单一信源处理，**未获独立信源确认**；②「成立时间 2026 年 4 月」同为报道口径；③RoboAPI 的实际任务成功率、支持任务类型、延迟指标官网是否公开，报道未说明；④「一句 prompt 完成没训练过的任务」属于产品定位描述，报道未给出成功率与失败模式；⑤报道未说明免费预览期的截止时间与后续商业条款；⑥所列硬件组合为官方支持清单，未说明未列出的组合是否可用。文中判断均以「判断：」开头，文末版权与免责声明由模板自动附加。

### BODY

<p>具身模型落地最贵的一段，从来不是模型本身，是<strong>把模型接到一台具体的机械臂上</strong>。臂的结构不同、传感器的数量和位置不同、控制方式不同，动一处模型就可能水土不服。一个高校实验室想跑通一套开放模型，采数据、微调、验证、补采，一轮下来常常一个月。</p>

<p>破壳这次想省的就是这一个月。它的做法不是把模型做得更通用，而是反过来——<strong>先把「哪些部分必须统一」这件事定死，其余全部砍掉</strong>。</p>

<div class="sec">
<div class="eyebrow">一、它砍掉了什么</div>

<p>报道里最关键的一句话是：团队在后训练阶段，受 UMI 启发，把观测与控制都收敛到「<strong>腕部鱼眼相机 + 末端位姿控制</strong>」这一构型上，以夹爪所在的末端为中心，用的还是消费级运动相机。</p>

<p>这句话拆开看是三层削减。第一层，<strong>不要全身感知</strong>——不用机载深度相机建图，不用外部动捕，观测就来自腕上那一个视角。第二层，<strong>不控关节</strong>——控制量是末端位姿，逆解交给机械臂自己算。第三层，<strong>不要定制硬件</strong>——消费级运动相机，一颗几百到几千块的设备，不是专供传感器。</p>

<p>三层砍完，剩下来的东西才可能是「一套能在不同臂上复用的配置」。这也解释了为什么它能给出那两处兼容性对照：把 Insta360 Ace Pro 2 换成 DJI Action 6，效果几乎不受影响；从 UR7e 迁移到 YAM Standard 这类差异相当大的构型，也能跑通。</p>

<div class="keypoint">判断：这不是「泛化能力强」，而是「接口收窄」。把输入收窄到一个固定视角、把输出收窄到末端位姿之后，不同机械臂之间的差异被推给了逆解和夹爪，模型自己不用管。代价是它做不了需要全身协同或非末端操作的任务——比如用肘部顶开门、用身体抵住箱子。这笔交换值不值，取决于你要它干什么。</div>
</div>

<div class="sec">
<div class="eyebrow">二、官方给的那张组合表，怎么核</div>

<p>报道列出了官网公开的三组搭配：UR7e／UR5e 与 Franka FR3／Panda 配 Robotiq 2F-85；YAM Standard 配 YAM 夹爪；浮动底盘「天机」配 YAM 夹爪。这份清单的信息量比它看起来大。</p>

<div class="tbl-wrap">
<table>
<tr><th>组合</th><th>臂</th><th>夹爪</th><th>接入前该确认的事</th></tr>
<tr><td>工业协作臂</td><td>UR7e / UR5e、Franka FR3 / Panda</td><td>Robotiq 2F-85</td><td>末端位姿指令的坐标系定义、逆解在工作空间边缘是否稳定、2F-85 的开合行程是否够用</td></tr>
<tr><td>轻量标准臂</td><td>YAM Standard</td><td>YAM 夹爪</td><td>相机与夹爪的机械接口是否原厂配套、线缆走位会不会干涉</td></tr>
<tr><td>移动底盘</td><td>浮动底盘「天机」</td><td>YAM 夹爪</td><td>底盘移动时相机的抖动幅度、停稳判定由谁负责</td></tr>
</table>
</div>
<div class="cap">组合表据 AING硬迹 2026-11-01 报道转述的官网公开信息整理；「接入前该确认的事」一列为作者按工程经验补充，非官方说明。</div>

<p>三组里有两组用 YAM 夹爪，一组用 Robotiq。这个分布透露的信息是：<strong>YAM 是它自己的主推构型，UR/Franka + Robotiq 是兼容口径</strong>。如果你的现场用的是这两套之外的组合——比如国产六轴配自研夹爪——那么「是否支持」这件事大概率要单独问，而不是看这张表。</p>

<p>还有一件表里没写、但一定要问清的事：<strong>末端位姿是谁算的</strong>。如果 API 输出的是「夹爪末端在基坐标系下的位姿」，那么臂的反解精度直接决定能不能用；如果输出的是相对当前位姿的增量，那么漂移会累积。报道只说「接收机器人的观测与状态，结合用户指令，近乎实时地预测并输出接下来的动作块」，「动作块」这三个字的定义，是整个接入里最该抠的细节。</p>
</div>

<div class="sec">
<div class="eyebrow">三、接入前该问的六个问题</div>

<p>按做交付的顺序排，这份清单可以直接拿去跟供应商对：</p>

<div class="jx-cols">
<div style="flex:50">
<p><strong>一、我的臂在不在支持列表里？</strong>不在的话，是「能跑但没验」还是「不支持」，这两句差别很大，要让对方明确回答。</p>
<p><strong>二、相机装在哪、怎么标定？</strong>腕部鱼眼的外参标定流程、标定误差容忍度、重装之后要不要重标，这三件事决定了现场维护成本。</p>
<p><strong>三、夹爪换型号怎么办？</strong>2F-85 换成别的行程或别的品牌，抓取策略要不要重训——如果答案是「要」，那「不采数据」这个卖点在你的场景里就不成立。</p>
</div>
<div style="flex:50">
<p><strong>四、延迟是多少？</strong>报道说「近乎实时」，但没有给毫秒数。对分拣这类节拍敏感的任务，几十毫秒的差别就是产能差别。</p>
<p><strong>五、失败时它怎么退出？</strong>抓空、撞到、目标被挪走，这几种情况下的行为是重试、停下还是报错，决定要不要人在旁边看着。</p>
<p><strong>六、预览期结束之后呢？</strong>公司已明确这是非商业化应用、不向盈利性第三方提供。这句话的意思是：现在能白用，但别把产线押上去。</p>
</div>
</div>
</div>

<div class="sec">
<div class="eyebrow">四、这类产品对做集成的人意味着什么</div>

<p>过去两年，具身模型的竞争焦点是「谁的榜分高」。但榜分高不直接等于能接进客户的现场——客户现场是一台具体的臂、一个具体的夹爪、一个具体的工位高度。</p>

<p>把接口收窄到「腕部相机 + 末端位姿」，本质上是把<strong>通用性问题换成了适配性问题</strong>：模型不用再理解千奇百怪的构型，只要你的构型落进它那套配置里，就能用；落不进去，就回到原点。这是一种很务实的取舍，也很像早期计算机视觉的做法——先定死相机安装角度，再谈算法。</p>

<p>对做二次开发交付的团队，这种产品有价值的地方在于<strong>可以把「能不能做」的判断提前到报价阶段</strong>。以前接一个抓取类需求，要先评估采数据、训模型、调参的时间；现在可以先花十分钟核对硬件清单，对不上就直接排除，对得上再谈效果。这省下的不是钱，是那些本来会亏在「做到一半发现做不了」的项目上的时间。</p>

<p>至于它最终能不能成为基础设施，看的不是免费期有多长，而是<strong>那份支持列表会不会随时间变长</strong>。列表不变，它就是一个特定构型的专用方案；列表持续扩，它才可能变成别人绕不开的一层。</p>

<div class="srcline">事实来源：AING硬迹 2026-11-01 17:02《前星海图首席科学家创业做具身智能，融资 1.4 亿美金后发布第一款产品》（网易转载）；发布会时间为 2026-10-30 凌晨，本文以 11-01 下午首次公开的技术路线拆解为窗口内新增量。</div>
</div>

---

*来源：神机百见-具身解读 · https://www.shenjibailian.com/jiedu/article/pokebot-roboapi-wrist-camera-uri-combo-list/*
