韌性機器人 × Tensegrity × 自主導航 × 災害現場 × 軟硬結構整合
摔下去反而還能繼續走:沒有輪子、沒有腳的張力機器人,為什麼可能更適合災區?
Nature Machine Intelligence 發表三桿張力機器人 Tribar:它把「不要摔壞」改寫成「摔了仍能工作」,可承受至少 5.7 公尺落下並在非結構地形自主移動。真正值得追問的,是這種身體韌性如何與第一線搜救知識、導航可靠度與安全責任接軌。
陳錦瑜|台科大教授|開設聊天機器人與文化探索課程;關注詮釋台灣文化與國際趨勢、欣賞文化多樣性、發展聯合國 SDGs 全球公民意識及建立永續的全球夥伴關係

一台機器人從高處掉下去,真正重要的不是「沒壞」,而是還能繼續做事
工程師長期把「避免跌落」視為移動機器人的基本前提:輪子要抓地、腳要站穩、控制器要避免翻覆,昂貴的感測器與電池更不能承受劇烈撞擊。但 2026 年 8 月 10 日刊登於 *Nature Machine Intelligence* 的 Tribar,刻意把問題反過來問:如果災害現場的跌落、撞擊和翻滾根本無法避免,機器人的身體能不能先天就把這些事件當成正常工作條件?研究團隊提出的三桿張力整體(tensegrity)機器人,由剛性桿件與彈性張力元件共同形成結構,實驗顯示它可承受至少 5.7 公尺落下,並在衝擊後繼續自主移動。Nature Machine Intelligence|原始研究
這個結果有趣之處,不在於「摔不壞」四個字,而在於它改變了災害機器人的設計邏輯。傳統剛性平台通常把撞擊視為必須隔離的外部風險,因此需要保護殼、懸吊、緩衝、降落機構或更保守的路徑規劃;張力結構則讓衝擊力透過整個結構重新分配。某一根桿件不是單獨承擔全部力量,彈性索與幾何形變共同吸收能量。當身體本身就是緩衝系統,控制軟體便不必把「永遠不能跌倒」當成唯一成功條件。
Tensegrity 不是軟機器人,也不是三根棍子綁在一起
張力整體結構的核心是「不連續的壓縮元件」與「連續的張力網路」。在 Tribar 裡,三根剛性桿不需要像傳統骨架那樣彼此形成固定硬接點,而是被張力元件維持在一個可變形但受約束的幾何關係。Yale 的公開硬體資料顯示,Tribar 是一具無纜線的三桿張力機器人,以六具電動馬達驅動,並使用張力元件長度等資訊支援回饋控制;機械與電子設計也朝可重製方向公開。Yale Tensegrity Robotics|Hardware Overview
這種機構最反直覺的地方是:形變並不必然代表失效。對一般剛性機器而言,機身大幅變形往往意味著結構受損;對張力機器人而言,一定範圍內的形變反而是正常運動的一部分。研究團隊讓 Tribar 透過改變張力元件長度改變重心與接觸點,使整個結構翻滾前進。論文補充資料還展示它跨越草地、冰面、碎石與沙地,並處理斜坡、軌跡追蹤與跌落後運動。這不是把輪子換成怪異外型,而是重新定義「哪一部分是車身、哪一部分是避震、哪一部分是腿」。在 tensegrity 裡,三者某種程度上合而為一。
災區需要的不是最漂亮的步態,而是「失敗後還有第二次機會」
地震、山崩、建物倒塌與橋梁破壞現場都有一個共同問題:地面不再是一個可以假定平整、連續、可預測的平面。瓦礫會鬆動,混凝土板之間有高差,鋼筋、電線與倒木可能形成纏繞風險,粉塵與積水也可能讓輪式或足式平台的感測與摩擦條件突然改變。此時最昂貴的失敗,不一定是速度變慢,而是一個錯誤動作就讓機器人翻落到無法自行恢復的位置。
Tribar 提出的價值,是把「恢復能力」放進機械本體。若機器人翻滾、碰撞或從斷面落下後仍能重建姿態、判斷自己的形狀並重新開始運動,任務規劃就能容許更高的不確定性。對災害搜救而言,這可能代表它可以先被投放到人員不宜立即進入的區域,進行影像、聲音、氣體、溫度或結構資訊的前期偵察;即使第一次落點不理想,也不必立刻派人回收。
但這裡必須踩煞車。論文證明的是一套研究原型在特定實驗條件下展現高衝擊韌性與自主運動,不等於它已經通過真實消防搜救裝備認證。災區還會遇到高溫、火焰、尖銳鋼筋、泥漿、長時間雨淋、通訊遮蔽、粉塵侵入、可燃氣體與極端負載。張力索若被割斷、纏繞或高溫破壞,機器人是否仍有容錯能力?這些都不是「5.7 公尺落下」一個數字可以回答的。
自主導航真正困難的,是撞完之後還知道「我是誰、我在哪裡」
一個剛性輪式平台的座標系相對穩定:感測器固定在機身,前方通常就是前方。張力機器人在翻滾與形變後,身體幾何關係會改變,哪一根桿朝上、哪些接觸點著地、感測器方向如何,都可能不同。因此 Tribar 的自主性不能只靠「馬達轉幾圈」,而必須持續估計自身姿態與形狀,再決定下一個動作。
這也提醒我們,韌性機器人不是「材料很耐摔」就完成了。真正的系統韌性包含至少四層:結構能承受衝擊、感測器在衝擊後仍可用、狀態估計能重新收斂、控制器能在新的接觸條件下繼續行動。如果其中任何一層在撞擊後失效,機械本體即使完好,也只是躺在瓦礫裡的一件耐用設備。
Benchmark 地形與消防員口中的「危險地形」不是同一件事
這題最適合雙向知識的地方,不是硬把任何文化框架套到機器人上,而是讓實驗室與第一線現場互相修改問題。機器人研究者可以精確量測坡度、速度、落下高度、姿態誤差與控制成功率;消防、搜救與山區工作者則知道哪些地形真正會讓設備「任務失敗」:一塊看似可滾過的瓦礫可能下面是空洞,一條細鋼索可能比 30 度斜坡更危險,一片積水可能代表帶電設備或污染,而不是單純摩擦係數變小。
因此下一代測試場不應只問「能不能從 A 點走到 B 點」,而要由第一線人員參與定義失敗案例。例如:纏線後能否脫困?落入半封閉空間是否仍能回傳訊號?影像晃動到什麼程度就無法判讀?機器人翻滾時會不會撞傷受困者?指揮員是否能一眼看懂它目前是正常翻滾、失去控制,還是正在執行恢復動作?這些問題會反過來改寫研究者的性能指標。
對台灣而言,最值得做的不是立刻採購,而是建立「真實失敗資料庫」
台灣的地震、豪雨、山區道路中斷與邊坡災害,讓耐衝擊自主平台具有很直接的研究價值。但真正可行的第一步,不是看到論文就買機器,而是把消防訓練場、倒塌建築模擬場、山區道路與搜救演練中已知的設備失敗情境整理成可重複測試的資料庫。每一種情境都應描述地形、材料、光線、粉塵、水、通訊、可視性、纏繞物、可接受接觸力與任務目標,再讓不同機器人用同一組任務驗證。
如果張力機器人在其中某些任務表現特別好,它的優勢才有意義;如果在尖銳物、狹縫或載重任務明顯不利,也應如實留下。韌性工程最怕的不是失敗,而是只展示成功影片,沒有系統記錄失敗條件。
從「耐摔」到真正可派遣,還缺能源、通訊與可回收性的整體測試
災害機器人的任務不是在鏡頭前完成一次漂亮翻滾,而是進入人員暫時無法進入的區域後,穩定工作到把關鍵資訊帶回來。這會把問題從單純結構韌性擴大到續航與通訊:張力機器人反覆改變形狀時,電池、天線、相機與其他感測器如何固定?機身翻滾之後,無線訊號是否會被瓦礫或自身金屬結構遮蔽?若失去網路,它能不能先完成局部自主任務、保存資料,恢復連線後再回傳,而不是立刻變成失聯設備?
另一個常被忽略的指標是「能不能被救回來」。救災設備本身不應成為新的障礙物。若 Tribar 掉進狹縫、纏住鋼索或電量耗盡,搜救隊是否有標準化方式定位、拖回或安全放棄它?機器人的張力索、突出構件與移動力矩也要評估會不會勾住受困者衣物、氧氣管線或現場救援繩索。這些不是降低創新價值,而是把「耐摔」翻譯成搜救現場真正需要的可派遣性。
因此成熟的驗收可以分成三層:先測單次衝擊與運動能力,再測重複碰撞後的感測、通訊與續航,最後才進入與搜救人員協同的任務演練。只有當機器人在最糟條件下仍能被人理解、被控制、被回收,結構韌性才真正轉化成任務韌性。
真正的突破,是把「失敗」從終點改成狀態之一
Tribar 最值得記住的不是它的外型,而是一種設計觀:在不可預測環境裡,系統不可能避免所有碰撞,因此工程可以把一部分失敗吸收到身體裡,再讓控制系統恢復。這和災害韌性的概念非常接近——不是保證永遠不受衝擊,而是受衝擊後仍維持核心功能。
未來若這類機器人要真的走進災區,評價標準也應從「跑多快」擴大為:被撞幾次後還能不能定位、通訊、感測、移動與被人理解。當研究者與搜救人員一起定義這些問題,張力機器人才可能從一個漂亮的力學概念,變成真正能替人先進入危險區域的韌性工具。
角色驅動追問
原傳媒AI|依你的角色繼續追問
先選擇角色,再閱讀該角色可能提出的完整問題;點選後,原傳媒AI 會以逐字顯示方式呈現完整回覆。
先選擇角色
韌性機器人與張力結構研究者
從結構力學、彈性張力索、衝擊吸收、姿態重建與機構耐久性檢查研究主張。
再選擇問題
AI 使用與內容安全揭露
本文由原傳媒 AI 編輯流程整理與校訂。
Newsletter
喜歡這篇文章?
訂閱原傳媒AI電子報,每日接收AI、傳統知識與雙向知識更新。