inDrive 聯同 Pony.ai 及 Nvidia，目標於 2027 年在阿斯塔納測試 robotaxi

inDrive 計劃於 2027 年在阿斯塔納測試 robotaxi，擬在哈薩克與 Pony.ai 及 Nvidia 推出自動駕駛叫車服務。robotaxi 是利用自動駕駛技術提供載客服務的乘用車。合作夥伴已公布一項探索性協議，但審批及營運安排仍有待推進。

這個分別很重要，因為測試車輛與營運可靠的交通服務，所需的證據並不相同。受控測試可驗證系統能否應對特定道路；商業服務則還必須處理接載、故障、乘客支援，以及維持車輛可供使用的成本。

Uber 是一個具參考價值的比較對象，因為它早前已宣布與 Pony.ai 合作。這場逐漸成形的競爭，涉及平台把外部駕駛技術整合至自身服務。對 inDrive 而言，眼前的問題是這種安排能否形成一項可行的本地營運。

inDrive robotaxi 測試實際承諾了甚麼

Pony.ai 在 10 月 23 日的公告描述了一份諒解備忘錄，即概述擬議合作的協議。公告將哈薩克列為首個市場，並把阿斯塔納定為擬議的起步城市。

按擬議的分工，Pony.ai 將提供其第七代車輛。inDrive 將提供預約平台並營運服務，而 Nvidia 則提供 AI 基礎設施。合作夥伴表示，將研究技術、營運、監管及商業可行性。

該協議建立了發展路徑，但營運服務的條件仍未落實。

自動駕駛出行協議明確指出，服務推出取決於能否與哈薩克政府達成協議。這項條件應置於報道核心。一份企業公告無法確定當局會接受哪些道路、營運條件或乘客安排。

據 TechCrunch 報道，inDrive 的目標是在 2027 年初開始阿斯塔納 robotaxi 測試，初期會配備安全操作員。

車上安全操作員是可於測試期間監督或介入的人員。他們的存在改變了讀者應如何理解一次成功行程。一段順利完成的旅程可提供有用資訊，但其意義取決於車輛需要多少人為協助。

試驗亦需要明確目的。測試導航、驗證乘客上車流程，以及評估商業需求，分別回答不同問題。最終的營運計劃應說明初始項目將處理哪些問題。

例如，一輛車完成指定路線，可反映該路線在當時遇到的條件下的表現；但這對陌生接載地點的說明較少。它亦無法說明服務將如何應對施工、突如其來的封路，或需要協助的乘客。

公開公告沒有提供足夠細節，以評估這些情況。對探索性協議而言，這是可以理解的；但同時意味著讀者不應把擬議合作視為已完成的交通產品。

最有用的分別在於承諾與目標。公司已宣布有意共同合作；車輛部署、乘客使用權及最終無人駕駛營運，仍是需要進一步決策和證據支持的結果。

這令項目具備意義，但不代表它已經推出。inDrive 正指出進入自動駕駛交通服務的途徑，並點名預期提供支援的合作夥伴。接下來的工作將決定這條途徑有多少能夠投入營運。

阿斯塔納將本地營運置於核心

合作夥伴把哈薩克的監管準備工作列為選擇該國的原因。這是他們對機會的評估，並非獨立確認所有所需審批均已到位。

阿斯塔納為合作帶來一項具體營運問題：如何在本地規則和日常出行情況下提供服務。

這個焦點令 inDrive 面對實際壓力。作為擬議服務營運商，它須把車輛技術與乘客期望連繫起來。預約軟件是這項責任的一部分，但乘客體驗不會在叫車請求傳送至車輛後結束。

設想一個接載情況：乘客在分隔道路的另一邊等候。自動駕駛車輛需要找到可接受的停車位置；應用程式需要清楚傳達該位置，而當乘客找不到車輛時，支援服務必須解決混亂情況。

這是一個說明性的服務問題，並非阿斯塔納試點已披露的功能。它顯示營運公司的角色為何重要。技術供應商與叫車平台必須就計劃行程遇上日常複雜情況時的處理方式達成共識。

車輛無法提供服務時，也會出現類似問題。有人必須決定取消預約、安排另一輛車，還是聯絡乘客。即使多家公司提供底層系統，責任仍須保持清晰。

對城市而言，相關問題不只在於示範能否成功。當局需要了解服務如何與其他道路使用者互動，也需要具備實際方法調查問題，並判定誰須作出回應。

這些責任為每個合作夥伴帶來工作。Pony.ai 必須支援車輛的駕駛行為；inDrive 必須組織周邊服務，而 Nvidia 的基礎設施則必須符合由此產生的技術要求。

公告未能證明這些介面已完成。其完成將會是比另一份共同抱負聲明更具實質意義的里程碑。公開的營運框架可說明合作如何由探索走向可問責的服務。

本地範圍與技術抱負同樣重要。若乘客明白服務的營運地點和時間，即使服務範圍界定得很窄，仍可帶來價值。即使車輛在獲准區域內表現正確，令人混淆的可用性亦會造成問題。

因此，對評估項目的讀者而言，城市就是分析單位。問題在於服務能否在指定條件下於阿斯塔納運作。更廣泛的區域擴張仍是另一項決定，需要自身的證據支持。

成功的本地營運會為合作夥伴提供進一步工作的基礎；但他們仍須確認哪些經驗可轉移至其他地方。不同道路、制度及乘客習慣，都可能改變部署所需條件。

Uber 使用同一供應商，但部署仍取決於本地

Uber 與 Pony.ai 於 2025 年 5 月 6 日宣布策略合作。其公開計劃是透過 Uber 提供 Pony.ai 車輛，初期目標為中東市場。公告亦描述了車上配備安全操作員的初始階段。

Pony.ai 部署合作提供了有用比較。兩項安排均把既有的乘客平台與外部自動駕駛供應商結合。

可使用同一供應商，令焦點轉向執行能力，包括審批、服務設計及車隊營運。

這項比較不代表兩項合作具有相同條款。公告沒有提供比較合約使用權、車輛分配或營運成本的依據。現在斷言任何一個平台勝出仍為時過早。

重點較為狹窄：Pony.ai 的技術可以構成不同平台策略的一部分。因此，單靠供應商關係，並不足以完整解釋叫車公司計劃如何競爭。

對 inDrive 而言，差異化必須體現在最終服務。可用的衡量標準包括可靠的服務供應、易明的預約流程、有效的支援，以及可持續的營運。這些特質會透過實際乘客使用而非合作公告本身顯現。

這個比較亦改變讀者應如何理解「Uber 對手」一詞。它描述叫車平台之間的競爭，並不表示這個阿斯塔納項目會立即讓兩支無人駕駛車隊在同一街道上競逐。

地理位置、時間及營運許可，決定競爭在何處變得直接。在這些細節浮現前，較有力的分析比較關乎商業架構。每個平台都在探索如何把乘客需求與另一家公司提供的技術連接起來。

這種做法將開發工作分散至不同機構，同時亦帶來依賴關係。平台需要能夠執行服務的車輛，而駕駛技術供應商則需要支援其系統的營運環境。

任何一方都不能獨力解決所有問題。車輛軟件更新可影響乘客可用性；預約規則的改變可改變車輛需要處理的行程。即使公司維持獨立產品，這些決定仍需要協調。

這使阿斯塔納項目的意義超越供應商選擇。它提供了一個擬議場景，測試這些組織邊界如何運作。重要證據將關乎合作夥伴共同提供的服務。

對企業買家及 AI 產品團隊而言，這是熟悉的問題。採購先進組件，不代表組件周邊的工作流程已經完成。可靠性取決於該組件如何連接人員、程序及責任。

若合作夥伴披露這些連繫，inDrive robotaxi 測試將更具參考價值。讀者應留意誰擁有營運決策權，以及故障如何在不同機構之間轉移。這些資訊會比籠統比較企業抱負更有效地釐清合作模式。

Nvidia 提供基礎設施，但服務仍需要自身證據

Nvidia 的角色把運算及安全基礎設施帶入這項擬議合作。Hyperion 是其車輛運算和感應器的參考架構；Halos 則是其支援自動駕駛車輛安全開發的更廣泛系統。

Nvidia 把其自動駕駛車輛安全方案描述為涵蓋多個技術層面，包括車輛架構、軟件及評估。這個範圍有助解釋，為何基礎設施供應商會參與涉及汽車和乘客平台的合作。

基礎設施可支援開發，但特定部署的證據必須證明最終服務能夠安全地做到甚麼。

參考架構為開發人員提供起步結構，但不能解決關於車輛行為或營運環境的每一項決定。合作夥伴仍須界定擬提供的服務。

該定義應包括運行設計範圍，即自動化系統預定運作的條件。相關界限可涵蓋道路、天氣、能見度及運作時間。公告未有披露阿斯塔納項目的完整界限。

缺乏這些界限，車輛能力的說法仍難以評估。為指定路線而設計的系統，面對的任務與旨在接受全市廣泛叫車需求的系統不同。兩者都可能具價值，但所支撐的服務承諾並不相同。

考慮道路封閉情況時，這項差異會更清晰。服務需要訂明車輛是否可以改行替代路線；亦需要在替代路線超出其許可運作條件時作出回應。

這種回應是產品的一部分。安全停車、聯絡支援人員，以及安排乘客下一步行程，均會影響服務是否仍然可用。這些是需要評估的要求，而非公告已證實的能力。

技術術語可能會掩蓋這個實際問題。把系統描述為已準備好實現進階自動駕駛，並未說明乘客何時可以使用它，也不能證明當局已接受建議中的部署。

因此，讀者應把供應商的一般能力與項目的具體狀況分開看待。Nvidia 可以說明其提供的基礎設施；Pony.ai 和 inDrive 則必須交代計劃中的阿斯塔納服務如何使用該基礎設施。

測試工具與測試結果之間也有值得注意的分別。公司可以擁有先進的評估軟件，但仍須解決本地的運作問題。工具的存在並不披露結果。

對開發者而言，這是故事中最具可轉移價值的部分。進展取決於把系統能力連繫至明確要求。清晰的運作限制，比起沒有說明條件的廣泛宣稱更有用。

隨着這種連繫逐漸呈現，合作的技術細節將更具意義。下一項具實質內容的披露，應說明預定運作條件，以及繼續推進所需的證據。

安全與經濟效益需要分開回答

Robotaxi 服務既需要可接受的駕駛表現，也需要可行的營運模式。任何一方面取得成功，都不能取代另一方面所需的證據。阿斯塔納公告仍留下大量有待評估的問題。

核心取捨在於，服務要提供可靠車程，需要多少人手及營運支援。

受監督測試是合理的開發階段。它讓合作夥伴可以觀察行為並管理不確定性。但這亦表示早期行程無法證明沒有車上監督的服務在經濟上可行。

撤走車上操作員會改變支援安排，而非免除所有人員責任。車輛維修、乘客協助及事故應對仍須有人負責。關鍵問題是，這些責任如何影響服務容量和成本。

目前沒有已披露的依據可計算該成本。公告並未提供阿斯塔納完整的商業模式。因此，任何關於更低車費或具吸引力利潤率的說法，都會超出現有證據所能支持的範圍。

有用的評估應把車輛開支與更廣泛的服務分開。車輛需要準備、維修，以及在發生問題後重返營運的方法。可用性相當重要，因為閒置車輛無法滿足乘客的叫車需求。

這些是分析考量，並非對建議車隊已報道的弱點。其重要性源於合作夥伴計劃建立的服務。讀者應預期最終營運模式會把這些因素納入考慮。

安全證據同樣需要審慎處理。Nvidia 的安全評估框架說明，結果需要置於背景中理解，包括基礎數據所涵蓋的條件。其文件亦討論模擬及整體表現指標的限制。

對阿斯塔納而言，其含意很直接。表現聲稱應指明測試了甚麼，以及其結論適用於何處。在一組道路上得出的有利結果，不能自動證明已準備好提供更廣泛的服務。

介入數據會有所幫助，前提是合作夥伴說明何謂介入。安全操作員修正上車位置，與為防止碰撞而介入並不相同。若把這些事件混合計算而沒有背景說明，結果將難以解讀。

乘客體驗值得獨立評估。一次技術上已完成的行程，仍可能涉及令人困惑的指示或不合適的落車位置。即使沒有發生安全事故，這些結果仍會影響人們是否再次使用服務。

公開報告亦應說明限制。若系統避開特定條件，讀者需要知道這些限制是暫時性的，還是服務設計的根本部分。透明的界限有助更有效地評估進展。

持審慎態度並不代表要否定項目，而是要把每項聲稱與其支持證據相配對。受監督測試、乘客服務、無人駕駛授權及商業可持續性，都是彼此相關但意義不同的里程碑。

把這些意義分開，將有利於合作夥伴及讀者。這可讓有限但成功的試驗按其實際結果獲得評價，也可防止期望超越現有服務。

三項訊號將顯示阿斯塔納是否正邁向服務

接下來值得留意的發展涉及許可、部署範圍及營運證據。每一項都會回答不同問題，說明已公布的合作是否正成為可用服務。

進展應體現為愈來愈具體、可供外界評估的承諾。

首先，留意界定許可活動的政府協議或部署授權。重要細節包括負責營運者、獲批准道路，以及附加於測試的條件。有限試驗的許可將建立更清晰的起點。

這一里程碑將更有力地顯示項目正超越探索階段，但仍需仔細解讀。獲授權進行受監督測試，並不等於獲准提供不受限制的乘客服務。

任何限制都具參考價值，而不會自動構成負面訊號。它們會顯示當局與公司認為哪些條件適合初始階段。讀者其後可把後續發展與具體基準作比較。

其次，留意具體的車隊及服務計劃。該計劃應說明車輛數量、測試地點、營運時間，以及乘客如何取得使用資格。Zag Daily 的阿斯塔納試驗報道指出，inDrive 被問及時未有披露初期車隊規模。

附有日期的部署計劃，會令 2027 年目標更容易評估。它可把建議的啟動時間窗口連繫到實際活動。若持續依賴籠統意向，項目規模仍會不明朗。

乘客使用權尤其是有用證據，因為它會迫使營運問題浮現。僅限受邀者的示範，與一般乘客可重複預約的服務，目的並不相同。兩者都不應被描述為另一者。

第三，留意按已列明條件報告的結果。相關披露應說明已完成行程、服務可用性、介入情況及所涉及的支援。這些指標需要先有定義，才能支持有意義的比較。

只有在營運質素仍可理解的情況下，活動增加才會強化項目的理據。單靠更多行程，對協助要求的揭示有限。同樣地，低事故數字需要有關接觸量及營運限制的背景說明。

這些訊號亦提供追蹤競爭項目的實用框架。以許可比較許可、以營運範圍比較營運範圍，並以定義清晰的結果比較結果。合作公告只是這個序列的起點。

inDrive 的 Robotaxi 測試值得關注，因為它把既有乘客平台與外部駕駛技術，連繫到建議中的中亞部署。其更廣泛意義將取決於合作夥伴學到甚麼及披露甚麼。

對追蹤自動駕駛出行的讀者而言，請把下一次更新連繫到具體問題：乘客實際可以預約甚麼？然後檢視獲批准範圍、監督安排，以及支持該服務的證據。這些細節將顯示項目是否正取得實質營運基礎，也會令與 Uber 及其他平台的比較更有意義。請一併追蹤批准文件、部署計劃及已公布結果，因為每一項都描述進展的不同部分。這些變化的清晰紀錄，將比另一則關於其最終可能去向的廣泛公告，更能說明自動駕駛運輸的發展。