# 实验室 1200、现场 800、峰值 1500：分拣机器人这条爬坡曲线，中间那个数才是新闻

> 1500 件/小时是标题里的数，但它不是最值钱的那个。真正有信息量的是 800——实验室跑 1200，进真实产线先掉到 800 到 900。跌三成，再花几个月爬回来，这段路才是具身智能商业化的真实形状。

### TLDR

- **三个数**：实验室稳态 **1200 件/小时** → 进入真实分拣线初期 **800–900 件/小时**（相对实验室跌 **25%–33%**）→ 当前披露峰值 **1500 件/小时**（相对实验室 **+25%**）。
- **规模**：已在中国邮政、顺丰的**十余个**物流中心投入运营，参与今年双 11 大促分拣。顺丰成都长兴转运中心 **11-11** 有 2 台人形机器人上岗，实训阶段 **1200 件/小时**。
- **卡点在长尾不在速度**：从 800–900 爬到 1200 很快，1200 往 1500 卡的是异形件、不规则包裹、来料姿态随机这些长尾案例，且要提速同时保准确率。全程爬坡「花了几个月」。
- **破局靠换采集对象**：早期由技术人员采示范数据，后改为采集**资深分拣老师傅**的实操动作、发力节奏与处置经验，才补上长尾。
- **判断**：峰值不是产能。要判断这套方案值不值，还缺四个数——**平均吞吐、差错率、人工干预次数、每件成本**，公司一个都没披露。

### SRC

素材时间窗为**前一日 18:00 → 当日 09:00**（2026-11-12 18:00 → 2026-11-13 09:00，北京时间）。按扩窗规则第一条处理并交代时间差：星动纪元这组数据**首发于界面新闻 2026-11-12 11:56**，早于本窗起点约 **6 小时**；本窗口内的**新增量**是 **2026-11-13 09:03** 财联社/科创板日报刊出的联合创始人席悦访谈——首次给出「800–900 到 1200 提升很快、真正卡在 1200 往 1500」的分解、每秒 **20–30 次**感知与动作决策的控制环频率、「采集资深分拣老师傅而非技术人员」的数据策略、以及「按任务量结算」的 RaaS 计价方式。这四项均为此前报道没有的内容，本篇即以此为主体。

核查方式：1200／800–900／1500 三个数在界面新闻（11-12）、财联社（11-13）、新浪科技（11-13 15:08）、腾讯新闻（11-13）四处表述一致，可交叉确认。需要标明的边界有五处：① **1500 是公司自述的峰值**，非第三方实测，也非持续作业均值；② 十余个物流中心**未披露各中心是否都经历了同样的爬坡**，也未披露单中心投放台数；③ 顺丰成都长兴转运中心的 **11-11、2 台、1200 件/小时**出自腾讯新闻转述，与星动纪元披露的 1500 件/小时**不是同一站点同一口径**，本篇不合并；④ 文中提到的菜鸟、昆腾动力属同批次其他企业案例，仅作场景旁证，不参与星动纪元的效率对比；⑤ 本篇不做人工分拣速度的定量对比——未找到可核查的统一口径，宁可缺这项，不编造。判断均以「判断：」开头，版权与免责声明由模板自动附加。

### BODY

<p>先把三个数按时间顺序摆开。</p>

<p>实验室稳态环境：<strong>1200 件/小时</strong>。</p>

<p>进入真实分拣线：<strong>800–900 件/小时</strong>。</p>

<p>现在披露的峰值：<strong>1500 件/小时</strong>。</p>

<p>大部分报道只写第三个。但第三个数是终点，不是过程。真正能拿去指导决策的，是中间那个。</p>

<div class="sec">
<div class="eyebrow">一、从 1200 掉到 800，跌掉的 33% 是什么</div>

<p>星动纪元自己在两处报道里都提到了这个落差，措辞是「受异形件、混流包裹、摆放无序等因素影响」。</p>

<p>换个说法更直白：实验室里包裹是一个一个摆好、形态规整、姿态可预期的；真实转运中心里，包裹是倒上去的，混着软包装、圆柱形、超薄件、带提手的袋子，还有被压扁的、被胶带缠乱的。</p>

<div class="jx-bars">
<div class="jx-bar-row"><div class="jx-bar-lab">实验室稳态</div><div class="jx-bar-track"><div class="jx-bar-fill" style="width:80%"></div></div><div class="jx-bar-val">1200</div></div>
<div class="jx-bar-row"><div class="jx-bar-lab">真实产线初期</div><div class="jx-bar-track"><div class="jx-bar-fill" style="width:57%"></div></div><div class="jx-bar-val">800–900</div></div>
<div class="jx-bar-row"><div class="jx-bar-lab">当前峰值</div><div class="jx-bar-track"><div class="jx-bar-fill" style="width:100%"></div></div><div class="jx-bar-val">1500</div></div>
<div class="jx-legend"><div class="jx-lg">单位：件/小时。实验室为稳态值，真实产线初期与峰值为公司自述，三者未标注是否为同一站点、同一批次包裹结构。</div></div>
</div>

<p>判断：<strong>实验室到现场的这 25%–33% 落差，是具身智能落地最普遍也最少被公开的一段。</strong>它不是一个可以靠调参消掉的小误差，而是一个结构性落差——模型的训练分布里没有这些长尾形态，现场的包裹分布里有。多数厂商会在对外披露时直接跳到峰值，跳过的正是这段。星动纪元愿意把这个数说出来，本身就是信源质量的一个信号。</p>

<p>但也要清楚，这个数依然是企业自述。它不是第三方在固定工况下的重复实测，换一条线、换一批包裹结构，落差的幅度会不一样。</p>
</div>

<div class="sec">
<div class="eyebrow">二、20–30 次/秒 与 1500 件/小时，要对一下</div>

<p>席悦给出的技术描述里有一个数：「分拣作业中，机器人需要持续完成包裹识别、抓取规划、姿态调整与投放校正，<strong>每秒要完成 20 至 30 次感知与动作决策</strong>」。</p>

<p>这个数和 1500 件/小时放在一起，可以做一次校验。</p>

<p>1500 件/小时 ÷ 3600 秒 ≈ <strong>0.42 件/秒</strong>，也就是平均 <strong>2.4 秒一件</strong>。</p>

<p>2.4 秒内做 20–30 次决策，是成立的——但按每件折算，就是每件分到 <strong>48 到 72 次</strong>决策。这个量级不太像「每件做几十次判断」，更像一个持续运行的控制环频率：机器人一直在看、一直在算、一直在微调，不管手上有没有件。</p>

<p>判断：<strong>「每秒 20–30 次决策」描述的是控制频率，不是每件的决策次数。</strong>这个区分不是挑刺，它有实际含义——如果这个频率是恒定的，那机器人的算力占用也是恒定的，不管产线忙不忙。对做部署的人，这意味着功耗与散热要按持续满载设计；对做成本核算的人，这意味着待机时段也在花钱。</p>

<p>同一段描述里还有一句更值钱的：「真正卡在 1200 往 1500 突破的，一是异形件、不规则包裹、来料姿态随机这些很少见到的长尾案例，二是在速率快速提升的同时也要保证准确率的稳步提升」。</p>

<p>判断：<strong>这句话把「效率瓶颈」和「精度瓶颈」合并成了一个。</strong>前三成提升靠的是常规优化（识别更稳、抓取更快），后两成提升必须同时解决长尾形态和准确率——而这两件事在工程上是耦合的：想快就要少犹豫，少犹豫就容易在长尾件上抓错。所以 1200 到 1500 这 300 件，难度不等于 800 到 1200 那 300–400 件。数量看着差不多，性质完全不同。</p>
</div>

<div class="sec">
<div class="eyebrow">三、破局点：采数据的人换了</div>

<p>整个案例里，最值得抄的一条不是模型，不是硬件，是数据是谁采的。</p>

<p>席悦的原话大意是：项目早期由技术人员采集示范数据，但技术人员缺少一线分拣人员长期积累的实操经验，模型对复杂包裹的处理策略存在局限。后来改方案，去采集资深分拣老师傅的实操动作、发力节奏与处置经验，形成示范数据集反哺模型迭代。</p>

<p>改之前：技术人员想象的「正确动作」。改之后：老师傅实际做出来的动作。</p>

<p>差别在哪？技术人员采的是「怎么抓住这个件」，老师傅采的是「这个件抓不住的时候怎么办」——软塌的袋子从哪一角下指、缠胶带的箱子在哪一侧发力、被压变形的件先推一下再抓。这些动作在标准作业指导书里写不出来，因为它们本来就不是标准动作，是对异常的处置。</p>

<p>判断：<strong>这件事对做二次开发交付的团队是直接的——示教的人必须是干这活的人，不是懂机器人的人。</strong>本号此前拆过多个工人形项目，反复出现的同一个坑是：集成商派工程师去现场采数据，采回来的是「符合机器人能力的任务」，而不是「现场真实发生的任务」。前者好训，后者才有用。星动纪元这轮爬坡最贵的一笔投入，恐怕不是算力，是把老师傅的动作录下来这件事。</p>

<p>顺带说一个反常识的地方：这个案例里，提升最大的不是「机器人变聪明了」，而是「训练数据变像人了」。模型架构、本体硬件在这几个月里有没有大改，报道没说；但数据采集对象换人这件事，明确被点成了转折点。</p>
</div>

<div class="sec">
<div class="eyebrow">四、峰值之外，还缺四个数</div>

<p>1500 件/小时是这套方案目前最强的一个数。但它只回答了「最快能多快」，没回答「值不值」。</p>

<p>要判断一套分拣方案能不能替代人、能不能赚钱，至少还需要四个数：</p>

<div class="tbl-wrap"><table>
<tr><th>需要的数</th><th>为什么关键</th><th>是否披露</th></tr>
<tr><td>平均吞吐（非峰值）</td><td>峰值只出现在理想时段，产能规划要用均值</td><td>未披露</td></tr>
<tr><td>差错率 / 错分率</td><td>错一件的返工成本可能高于省下的人工</td><td>未披露</td></tr>
<tr><td>人工干预次数</td><td>卡件、掉件需要人介入，直接吃掉「省人」的账</td><td>未披露</td></tr>
<tr><td>每件分拣成本</td><td>RaaS 按任务量结算的定价基础</td><td>未披露（仅称在探索按任务量结算）</td></tr>
</table></div>
<div class="cap">表注：四项为评估分拣类自动化方案的常规口径，非星动纪元官方指标清单。截稿时公司仅公开峰值效率与部署点位数量。抓取时间 2026-11-13 18:00。</div>

<p>判断：<strong>这四个数缺一个，账就算不完整。</strong>尤其第三项——人工干预次数。分拣线上机器人卡一次件，往往要停线、要人进区、要重新启动，一次干预的成本远高于它省下的那几分钟。行业里常见的情况是：峰值效率很漂亮，但因为干预频繁，实际单班产出只有峰值的六到七成。</p>

<p>另一个没有回答的问题是复制成本。报道说已在十余个物流中心运营，但没说这十余个中心里，有几个走完了「实验室 1200 → 现场 800 → 峰值 1500」这整段爬坡。如果每一个新点位都要重走几个月，那这套方案的扩张速度就不取决于产能，而取决于能派出多少支现场调优团队。</p>

<div class="keypoint">判断：这个案例真正的价值，不在于 1500 这个数证明了「具身智能能干活」——这一点大促期间已经有很多案例证明。它的价值在于把「掉三成再爬回来」这个被普遍隐藏的过程摆到了台面上。<strong>对客户，这意味着采购时该问的第一个问题不是「峰值多少」，而是「上一个点位从进场到稳定花了多久、平均吞吐是多少」；对厂商，这意味着真正的护城河不是模型，是那支能把老师傅动作变成数据集的现场团队。</strong>1500 可以被追平，几个月爬坡攒下的那一批长尾数据不行。</div>

<p>最后留一个待查项：公司提到正在探索按任务量结算的 RaaS。这个模式一旦跑通，客户的验收口径会从「机器人多少钱一台」变成「分一件多少钱」——那时峰值效率就不重要了，平均成本才重要。这也意味着，上面缺的四个数，迟早要公开，因为它们是定价的分母。</p>
</div>

<div class="srcline">来源：界面新闻 2026-11-12 11:56 首发披露；财联社/科创板日报 2026-11-13 09:03 席悦访谈（本窗新增量）；腾讯新闻 2026-11-13《今年"双11"，分拣机器人表现如何？》；新浪科技 2026-11-13 15:08。1500 件/小时为公司自述峰值，非第三方实测；平均吞吐、差错率、干预次数、每件成本四项均未披露。抓取时间 2026-11-13 18:00。</div>

---

*来源：神机百见-具身解读 · https://www.shenjibailian.com/jiedu/article/starbot-sorting-1200-lab-800-field-1500-peak/*
