雅寶社區 · 頂客論壇 (AHPAL.COM)

諸葛亮的「木牛流馬」其實是古代版的「自動駕駛」?

ancient%20Chinese%20battlefield%20with%20dramatic%...
發表時間:2026 年 08 月 15 日 | 更新日期:2026 年 08 月 15 日 | 編輯:雅寶社區編輯團隊

在《三國演義》的浪漫化敘事中,諸葛亮是個近乎妖神的智謀家:他能呼風喚雨、能觀星知命,甚至連死後都能用木像嚇跑司馬懿。然而,在正史《三國志》裡,諸葛亮最令後世工程師與物流專家嘖嘖稱奇的,並非那些神鬼莫測的奇謀,反而是一件極度務實的「硬核科技」——木牛流馬。當我們站在二十一世紀的今天,回頭審視這項被千年來無數史家與發明家爭論不休的機械,不禁會產生一個極具穿越感的念頭:這玩意兒,會不會其實是古代版的「自動駕駛」?本文將拋棄玄幻濾鏡,從史料文本、機械工程學、控制論以及軍事後勤學的角度,徹底拆解「木牛流馬」的真面目。且讓我們一同打開這個塵封千年的「歷史腦洞」,看看蜀漢丞相究竟是不是一位被耽誤的機器人工程師。

一、 揭開歷史的技術迷霧:從「四輪車」到「獨輪獸」的百年爭論

在進入「自動駕駛」這個現代概念之前,我們必須先回到源頭,搞清楚木牛流馬到底是什麼,或者說,它最起碼「不是什麼」。對於它的真實型態,從魏晉南北朝一直到清代,學者與工匠們從來沒有停止過考據。這不單是古人的考據癖發作,更是因為這個發明實在太重要了——它直接關係到蜀漢政權能否在崇山峻嶺間維持北伐戰爭的後勤補給。

由於年代久遠,影像紀錄缺席,我們僅有的權威證據來自於陳壽的《三國志·諸葛亮傳》記載:「亮性長於巧思,損益連弩,木牛流馬,皆出其意。」除此之外,就是裴松之注引《諸葛亮集》中的兩段極為珍貴的〈作木牛流馬法〉原文。這段資料堪稱三國時代的「技術說明書」,雖然盤根錯節,卻留下了破解謎團的關鍵密碼。

1.1 史料解讀:關於「牛」與「馬」的形態差異之謎

依照《諸葛亮集》的記載,木牛部分寫道:「木牛者,方腹曲頭,一腳四足,頭入領中,舌著於腹。」這短短十九個字,讓歷代工匠摸不著頭腦。若把字面拆解,所謂「一腳四足」似乎存在邏輯矛盾——到底是一隻腳還是四隻腳?很多學者推測,這裡的「腳」指的是「車輪」,而「足」則是「支撐用的機械腿」。而後段描述流馬時,則明確提到「流馬,肋長三尺五寸,廣三寸,厚二寸二分……前後四腳,廣二寸,厚一寸五分。」若以現代尺規換算,流馬的規格極度精確,甚至連木板的厚度都有嚴格要求,這顯示它絕對不是粗製濫造的手推車,而是一套具有「標準化量產」思維的機械系統。

從文字脈絡來看,木牛適合在平緩地帶負重運輸,而行進緩慢;流馬則適合在崎嶇的棧道上快速穿梭。如果我們用現代載具來比喻,木牛有點像重裝甲運輸車,而流馬則像輕型全地形突擊車。這些差異在後續關於「自動駕駛」的論述中極為重要,因為它代表了不同的路徑規劃與感知系統。

1.2 機械原理考古:獨輪車、四輪車還是多足機器人?

目前民間與學界最常見的三種猜想,分別是「獨輪車說」、「四輪板車說」與「多足機械說」。

「獨輪車說」是最普遍的路邊科普說法,認為木牛流馬就是諸葛亮改良的「木製手推車」,也就是俗稱的「雞公車」。這個說法的支持者認為,在蜀道運糧,獨輪車能應付狹窄路面,且結構簡單。然而,此說法完全無法解釋〈作木牛流馬法〉中關於「腳」與「足」的細部尺寸描述,因為獨輪車根本沒有腳,且其載重有限,難以支撐十萬大軍的糧草消耗。

另有學者提出「四輪車說」,認為木牛是四輪載重車,流馬是兩輪輕車。但蜀道「艱險萬狀」,棧道寬度有時僅容一人通過,大型四輪車在崎嶇的秦嶺山脈中勢必寸步難行,且四輪車缺乏轉向機構,在古代山地運輸中堪稱噩夢。

值得注意的是近年來一些科普作家提出的「多足機械說」。此說認為,木牛流馬本質上是一種依靠連桿機構驅動的「步行機械」。透過巧妙的齒輪與棘輪結構,士兵只需在後方輕輕推動或牽引,機械腿便會依照地形起伏自動抬升與落下。這解釋了為何木牛流馬不需要操控者費力保持平衡——因為它具備了「自動適應地形」的能力,而這正是「自動駕駛」的第一層核心邏輯。

二、 核心論點:木牛流馬的「自動駕駛」雙重構造

既然我們已經釐清了木牛流馬可能的機械樣貌,接下來便是本文的核心腦洞:為什麼說它是「自動駕駛」?現代社會談論的自動駕駛(Autonomous Vehicle),通常依賴GPS衛星定位、光達(LiDAR)、毫米波雷達、高畫質鏡頭以及高精度地圖。三國時代當然沒有這些電子設備,但自動駕駛的本質在於「透過機械與邏輯取代人類操作者」,以達到「特定的路徑循跡」與「環境感知反應」。在這個定義下,木牛流馬確實具備了「古代自動駕駛」的雛形,其在系統設計上展現了高度的「機電一體化」智慧。

2.1 機械層面的「視覺」:奇妙的「舌」與「腹」之制動機制

在《諸葛亮集》描述木牛中,有一句關鍵結構令人拍案叫絕:「舌著於腹」。魏晉時代的注釋者指出,這個「舌」是木牛的制動器。當運輸人員要讓木牛停下時,只需將木牛的「舌頭」輕輕向上一扳,舌頭便會卡住腹部的齒輪機構,產生極大的摩擦力,使車輛迅速停止;若要繼續前進,則將舌頭下壓解鎖。這個設計堪稱古代的「ABS防鎖死煞車系統」與「電子手煞車」。

這項機構在「自動駕駛」的語境下意義非凡。試想,在陡峭的蜀道下坡路段,人力車伕最怕的就是車輛因重力加速度而失控下滑。木牛的「舌」作為一個機械訊號感應器,能夠讓士兵在不依賴四肢蠻力的情況下,透過微小的操作完成制動。這等同於把「大腦的決策」部分轉移到機械結構上——駕駛者不再需要用力拉拽繩索來對抗重力,只要控制一個舌頭開關,機械便可安全地執行下坡任務。這種「弱化人為操作誤差」的設計,是自動化運輸的關鍵一步。

2.2 關於「流馬」的專家系統:機構卡榫與路徑選擇

再來看流馬。史料對流馬的記載詳細到令人咋舌,諸如「前後四腳」「孔載九寸」「犢鞦四寸」等。這些精密的數據表明,流馬的製造早已脫離「隨性打製」的階段,而是進入了「模組化量產」的工業化思維。若將流馬視為一個「自動導引車」(AGV),那麼它的四足結構就可以視為「懸吊系統與轉向系統的整合體」。

關鍵在於,史書記載流馬的設計是為了配合諸葛亮發明的「八陣圖」戰術與「隘路運輸」。在狹窄的褒斜道中,流馬的結構能夠使其沿著棧道上的既有車轍或軌道運行。雖然目前沒有證據顯示三國時期存在標準化的鐵軌,但木質的導軌或固定的棧道縫隙,完全可以充當「實體軌道」。只要士兵將流馬推入這條「無形軌道」,流馬的機械足便會卡進軌道縫隙中,形成類似「齒輪與齒條」的嚙合關係,讓車輛只能沿著既定路線筆直前進,無需人為調整方向盤。這正是現代「軌道自動駕駛」的火車雛形——透過基礎建設的輔助,讓載具「喪失」自由轉向的能力,進而達成精準的路徑控制。

此時我們可以大膽推論:木牛流馬的「自動駕駛」並非依靠電腦運算,而是依靠「地形耦合」與「機械制約」。透過將運輸載具的幾何形狀與周遭環境(棧道、山壁)完美契合,物理環境本身成為了最大的導航員。

三、 更深層的智慧:古代版的「感測器融合」與「無人化編隊」

若要將木牛流馬的定義提升至「自動駕駛」的層級,僅靠單一載具的機械結構還不夠,我們必須探討它在「車隊管理」與「系統協同」上的表現。自動駕駛最核心的價值不在於「單車聰明」,而在於「車隊協同」與「交通流量優化」。諸葛亮作為曠世奇才,他不可能只製造一台會動的木頭車來炫技,他要的是一套能改變戰爭格局的「運輸系統」。

於是,我們看到了木牛流馬在軍事應用上的真正可怕之處——它實現了古代版的「車輛自動跟隨」與「車隊有序間距控制」。

3.1 上古的電子圍籬:牛馬分隊,各按其序

三國志注引的《諸葛亮集》中,明確記載了木牛流馬的運用原則:「方腹曲頭,一腳四足;頭入領中,舌著於腹。載多而行少,獨行者數十里,群行者二十里。」注意最後一句話:「獨行者數十里,群行者二十里」。這說明了什麼?說明木牛流馬在單獨運作時可以跑得很快,但在群體編隊時,為了防止追撞與擁擠,必須將行進速度壓低一半。這正是現代自動駕駛中的「安全車距控制」理論!

在沒有無線電通訊的三國時代,如何確保數百台木牛流馬在崎嶇山路上不會互相干擾?這就需要一套嚴格的「交通規則」—透過木牛流馬「舌」的構造,行進中的隊伍可以透過機械聲音(例如棘輪的咔嗒聲)來判斷前車的距離。當士兵聽到前車的齒輪聲音頻率改變,便能知道前車正在減速或遇到障礙。同時,木牛流馬的形體尺寸經過標準化,只要後車的「足」與前車的「腹」保持固定目視距離,車隊就能安全運作。這其實就是一種低階的「車輛間通訊」(V2V),只是媒介是機械聲響與視覺標記,而不是電磁波。

3.2 後勤的奇蹟:降低士兵體力消耗的核心算法

我們再從人因工程的角度來分析。蜀道運糧之所以艱難,除了路難走,更致命的是高海拔下的體力消耗。士兵若要以人力背負五十公斤糧食,走完數百里山路,抵達前線時恐已失去作戰能力。然而,木牛流馬的設計巧妙之處在於,它的「自動化」能將士兵從粗重的體力勞動中解放出來。

根據現代學者復原實驗推測,木牛流馬可能配備了極度省力的輪軸與槓桿系統,使其能以「滑行」方式前進,士兵只需要負責平衡與轉向微調,不需施加巨大的推進力。這就好比現代自動駕駛中的「L2級輔助駕駛」(Level 2)。

四、 歷史的辯證:如果木牛流馬是自動駕駛,為何沒有量產普及?

看到這裡,讀者們或許會熱血沸騰,認為我們發現了被歷史掩埋的偉大真相。但既然是「歷史腦洞」,我們就必須在狂想之餘,理性的看待這項技術的極限。如果木牛流馬真的如此神似自動駕駛,為何在西元三世紀的戰火平息之後,這項技術便宛如墜入黑洞般,迅速失傳了呢?若它真的具備跨時代的先進性,理應在後續的隋唐大一統王朝中被廣泛應用於交通運輸才對。

這個尖銳的提問,恰恰是解構「古代自動駕駛」神話的鑰匙。木牛流馬之所以沒有成為「三國特斯拉」,在於它的「自動駕駛」高度依賴特殊的地理環境與龐大的後勤維護體系。

4.1 為何失傳:地形限定下的「封閉道路」思維

我們可以推斷,木牛流馬的自動化,極度依賴「封閉場域」(Closed Site)。如前所述,流馬的結構運作可能需要配合棧道上刻意的溝槽或欄杆,才能達成約束路徑的效果。這就好比現代的自動駕駛計程車只能在美國鳳凰城或中國北京亦莊的「限定區域」內運行,一旦離開高精度地圖覆蓋的區域,就會瞬間變成廢鐵。

蜀漢北伐的地形,剛好具備了這種「封閉」的特性。秦嶺的棧道是人工開鑿的固定道路,兩側是懸崖峭壁,天然形成了一條看似開闊、實則單一的路網。這種地勢幫了諸葛亮的大忙,讓他的「機械邏輯」可以完美契合。然而,當戰爭結束,天下太平,百姓需要在廣袤的平原或繁華的市鎮間運輸貨物時,這種依賴地形約束的「自動駕駛」便徹底失去用武之地。

4.2 系統維護成本:沒有「OTA」的機械終將歸於塵土

木牛流馬被放棄的另一個核心原因,在於它極度複雜的維護成本。現代汽車需要定期保養,三國木牛流馬亦然。其內部精密設計的齒輪、棘輪、卡榫,在長時間負重行走下極易磨損。若一個齒牙斷裂,以當時的工匠技術,恐怕只能整台拆解重修,其工時成本遠高於重新造一台簡陋的獨輪車。

更嚴重的是,木牛流馬的運作需要士兵接受專業的「操作培訓」,它不像獨輪車那樣直覺好懂。當諸葛亮去世後,蜀漢的繼任者蔣琬、費禕,或許認為這套系統在缺乏天才工程師領導的情況下,已無法達到「效益最大化」。與其耗費巨資維護這套嬌貴的「古代自動駕駛」,不如退回使用傳統的人力與畜力。這正是歷史上許多超前技術的宿命:它們雖然先進,卻無法融入當時的社會生態系,最終僅能淪為故紙堆中的文字紀錄。

五、 從歷史腦洞到現代啟示:我們該如何看待諸葛亮的「自動駕駛」

歷經了機械結構與歷史現實的雙重辯證,我們終於能為這篇「歷史腦洞」下一個高維度的結論。將木牛流馬比擬為「古代自動駕駛」,並非單純的譁眾取寵,而是一種深層的「認知考古」。它讓我們跳脫了「木牛流馬到底長什麼樣」的工匠式爭辯,進而去思考一個更根本的問題:人類對「自動化」的渴望,究竟是從何時開始的?

諸葛亮的木牛流馬,在精神內核上與現代的自動駕駛汽車驚人地一致:它們都在試圖將人類從繁重的、重複的、枯燥的駕駛任務中解放出來,讓人類可以將精力投入到更高價值的決策(如戰場指揮)之中。這種「以機械代替人力」的終極追求,早在公元三世紀的蜀道之上,就已悄然點燃了火星。

5.1 現代啟示錄:真正的創新是「系統整合」

木牛流馬給現代工程師最大的啟發,並非那些木製齒輪的形狀,而是諸葛亮作為一位「系統整合者」的視野。現代自動駕駛的普及之所以困難重重,並非因為感測器不夠精密,而是因為它需要重整整個交通基礎設施(如道路標線、訊號燈與通訊協定)。

回望諸葛亮,他在北伐前線,能夠依據蜀道的地貌,設計出一套能與環境完美契合的運輸工具。這就像現代車廠推出新車時,必須在研發初期就與各國政府協商道路法規一樣。真正的自動駕駛,不是一台車的努力,而是整個城市、整條道路的共謀。諸葛亮懂得這個道理,所以他的木牛流馬與千里棧道,共同構成了一套「車路協同」的雛形系統。

5.2 歷史的鏡子:科技與人性的永恆角力

最終,這段歷史腦洞提醒我們,技術的演進絕非線性的。我們總以為現代科技遠勝古代,但在某些核心的「系統思維」上,古人與我們其實站在同一個認知平面上。木牛流馬的失傳,見證了一個殘酷的現實:如果一項科技無法在脫離「天才」後依然正常運作,那它就注定只能成為歷史中的一瞬流星。當今我們依賴的AI自動駕駛,是否也會因過度依賴高算力晶片與圖資系統,而在某些時代斷層中,同樣遭遇失傳的命運呢?這是一個值得我們面對螢幕深思的末世預言。

六、 結語:我不是在 diss 現代車,我只是在致敬諸葛亮

回到本文最初的問題:「木牛流馬」是古代版的「自動駕駛」嗎?從嚴謹的工程定義上,它並非現代意義下的「電腦運算自動駕駛」;但在「自動化目標」、「降低人為干預」、「善用環境資訊」這三大核心精髓上,它完全稱得上是自動駕駛技術的「上古先聲」。我們甚至可以大膽想像,若諸葛亮生於今日,他必定是矽谷最耀眼的演算法大師與機器人公司創辦人——他會用幾何學與機械力學,寫出一套不依賴電力的「永續自駕系統」。

下次當我們再見到導航儀上顯示的「自動輔助駕駛已啟動」,不必急著讚嘆科技的偉大。不妨想想,在一千八百年前的秦嶺棧道上,一位羽扇綸巾的丞相,早已在腦中模擬出了屬於他的「自動駕駛」交通網。或許,人類對自動化的執念,早已深植於我們的基因之中。諸葛亮的木牛流馬,正是這份執念在古老歷史中最耀眼的一塊化石。

歷史不會記住那些依賴天才的發明,歷史只會記住那些改變了時間的系統。而曇花一現的木牛流馬,是否改寫了歷史?它讓我們看見了一場精采絕倫的「古代科技高峰」。它提醒著我們,在沒有電力與半導體的年代,人類的智慧依然可以閃耀出讓後人驚豔的光芒。

[[[[[💬]]]]] 留言討論

歡迎在下方留言,分享您的想法、心得或疑問。所有留言都會透過 GitHub 帳號 進行驗證。

🏠 返回首頁