r/singularity threadでFigure 03のbalance demoが伸びた理由は、単なる「またhumanoidが歩いた」ではなかった。投稿は、新しいbalance policyによりlower-body actuatorの一部を失ってもrobotが直立を保ち、repair bayへ移動できると説明していた。communityが見たのはmovementではなくfailure recoveryだった。

humanoid robotのdemoは、滑らかな歩行、物体操作、人とのinteractionを見せることが多い。今回刺さったのはもっと地味な能力だ。partial hardware failureに耐えられるなら、実用性の意味が変わる。工場や倉庫では、壊れた時に優雅である必要はない。倒れない、人を巻き込まない、通路を塞がない、修理を大事故に広げないことが重要になる。

コメント欄にはRedditらしい冗談と不安、そして素直な驚きが混ざった。だが下にあるtechnical pointは明確だ。humanoidをfleet machineとして考えるなら、fault toleranceは周辺機能ではない。actuatorが1つ壊れただけでcrashやhuman rescueに直行するsystemでは、現場に置きにくい。

roboticsとして面白いのはcontroller layerだ。balance policyは姿勢、接地、残っているactuator、重心の回復可能性を読み、転倒を避けるactionを選ばなければならない。現実には床面、予期しない接触、荷重変化、battery制約、部品摩耗も加わる。demoが示す方向は有用だが、難しいのは汚い環境でどれだけ再現するかだ。

このthreadだけでFigure 03のproduction robustnessは判断できない。短いvideoでは成功率、回復できる故障範囲、maintenance cost、複合故障時の挙動までは分からない。それでもcommunityの直感は重要だ。humanoidの次の評価軸は、より速く歩くことだけではない。hardwareがdemo通りに動かない時でも、安全に立て直せるかへ移っている。

#fault-tolerance

Figure 03がactuatorを失っても立つ、r/singularityは故障復帰の話として見た