UBTECH Walker C1不是以工廠重複搬料為核心的工業機種，而是面向導覽、購物協助、巡檢和教育等人機直接互動場景的全尺寸人形機器人。UBTECH強調內建世界模型、動作庫、全向感知、標準介面與SDK；同公司的Walker S2則把負載、自主換電與產線連續運行放在優先位置，兩者面對的場域瓶頸並不相同。
Walker C1的核心場景是面對人群完成服務
UBTECH Walker C1官方產品頁面把應用分為四類：商業服務包含多語接待、AI導覽和購物協助；文化娛樂包含活動與訪客互動；城市安全包含巡檢和交通協助；教育研究則包含教學輔助與開發平台。共同特徵是問題、位置與人流會持續變動。
所以，評估C1不能只問它能舉起幾kg。陌生人突然擋路時能否安全停下、多人同時說話時能否選定互動對象、在噪音中是否理解請求，以及無法回答時能否順利轉給工作人員，都會直接影響服務品質。相較於工廠機器人，這類互動失敗會立刻反映在訪客體驗和公共安全。
| 比較面向 | Walker C1 | Walker S2 |
|---|---|---|
| 官方定位 | 城市與商業服務人形機器人 | 工業用人形機器人 |
| 代表工作 | 導覽、購物協助、訪客互動、巡檢、教育 | 產線操作、物料處理、連續作業 |
| 公開強項 | 世界模型、動作客製、全向感知、SDK | 標示15kg處理能力、自主換電、工業智慧代理 |
| 能源安排 | C1頁面未詳列班別運行方法 | UBTECH表示採雙電池，並可在3分鐘內自主換電 |
| 部署KPI | 服務閉環率、安全停機、轉人工率、訪客等待時間 | 循環時間、稼動率、人工介入率、處理量 |
3 m/s以上代表動態能力上限，不是商場巡航速度
官方規格圖示標註速度性能超過3 m/s。這個數字描述的是動態能力上限，並非承諾機器人會在商場或展館長時間以該速度穿梭。實際服務速度會受人流密度、地面摩擦、煞停距離、所在地安全規範與營運方限速設定影響，通常會低得多。
速度驗證也不該只在空曠舞臺測最高值。應加入兒童突然跑入路徑、嬰兒車或行李遮住視野，以及手扶梯入口人群停滯等情境。即使最高速度高，若減速太晚或停住後機身大幅晃動，場域仍須縮小使用範圍。「動作很快」與「安全完成接待的處理量」是兩種不同成績。
世界模型要在陌生標示、玻璃與臨時隔板前驗證
UBTECH表示C1內建世界模型與高效能運算，但產品頁面沒有揭露特定模型名稱、訓練資料邊界、失敗率與更新政策。只有「世界模型」這項說法，不能推定設備已理解所有建築配置和人類行為。首次出現的指示牌、臨時隔板、反光玻璃和壅塞隊伍，反而更能看出系統邊界。
驗收時可把紀錄拆成感知、判斷與行動：是否分清訪客和障礙、能否將請求對應到正確目的地、路徑被打斷後是否接續導覽，以及給錯方向時能否修正或轉人工。若需先掌握實體 AI（Physical AI）的產業架構，可由實體 AI企業與技術生態理解模型、感測器和機器人本體的關係。
動作庫與SDK提供客製入口，業務系統仍要逐項串接
依官方說明，C1提供內建動作庫、支援多種動作和客製設定，也有標準介面與較完整的SDK。模組化、跨機型相容性，以及單人即可完成部署的易用性，都是UBTECH提出的賣點。不過，公開頁面未列出每一類客戶系統的API清單、版本相容表、資料保存位置和故障復原責任。
導覽需要的往往不是一個動作，而是一整串連線：建築地圖、活動行程、門市庫存、訪客預約、多語內容、員工呼叫和隱私同意流程。持有SDK不表示這些介接已經可用。簽約前應索取沙箱環境、身分驗證方式、呼叫限制、斷網快取範圍與升級後回復舊版的程序；虛擬驗證工具可參考機器人模擬器比較。
Walker S2先處理產線不停機，C1先處理服務閉環
UBTECH Walker S2官方產品頁面把自主換電與24小時連續運行放在核心位置。UBTECH介紹雙電池架構、3分鐘內自主換電、最高15kg處理能力，以及面向產線工作的Co-Agent；這和C1在人群中提供導覽與互動的敘事明顯不同。
把C1當成S2的平價版或簡化版也不精確。C1擴大的是對話、文化活動、巡檢和教育等互動面向，S2針對的是工件、班別和產量邊界更清楚的工業現場。即使外形都屬人形機器人，採購證據仍須分開：C1看訪客工作閉環和安全轉交，S2看循環時間及無人介入的連續時數。
服務成效要用訪客是否真正解決問題計分
機器人在展場揮手並以多種語言招呼，容易吸引目光；真正的服務卻從下一步才開始。訪客詢問最近的洗手間，但目的地暫停開放、周遭又很吵時，機器人仍應提出替代方案。若不知道答案或感測器受遮蔽時不能自然轉給工作人員，即使對話很長，也沒有完成服務。
| 試行情境 | 應量測的KPI | 常被忽略的失敗 |
|---|---|---|
| 多語導覽 | 除了問題理解率，也要看抵達目的地與服務閉環率 | 回答流暢，卻把訪客帶往錯誤位置 |
| 壅塞行走 | 與人最小距離、緊急停止次數、繞行時間 | 為了安全持續停下，訪客反而走到機器人前面 |
| 巡檢 | 發現異常到工作人員完成確認的時間 | 警示很多，卻因誤報過多而被忽略 |
| 購物協助 | 庫存與位置資料的更新程度、轉人工率 | 使用過期資訊延長顧客動線 |
| 故障狀態 | 斷網後的安全狀態與復原時間 | 畫面仍亮著，卻沒有告知服務已中斷 |
試行紀錄還要納入工作人員替機器人清空前方的時間、遠端操作員介入次數，以及訪客放棄等待的節點。導覽100次中回答90次，不如其中多少次確實抵達目的地或完成預約，更能反映營運價值。資料留在板載或送往伺服器的界線，可搭配機器人邊緣 AI繼續評估。
售價、交期與各地支援範圍必須寫進報價
產品頁表示模組化設計與量產能力有助於快速供貨和部署，這是業者對供應能力的說法，並不等於已公布統一售價、各地庫存、實際交期、語言套件範圍和現場整合費。「可快速使用」也不能自動解讀為已串好客戶資料和樓宇系統。
較穩妥的做法，是透過UBTECH公司官方介紹與銷售窗口，將機器人本體、充電設施、開發授權、內容製作、遠端監控、現場教育訓練、備品和保固回應時間分項報價。若用在導覽、醫療或教育等涉及個人資訊的環境，合約還要載明聲音與影像保存位置、刪除政策、管理權限及安全更新期限。
C1適合需要在人群所在的城市空間中對話和移動的團隊；若目標是在產線日夜處理較重零件，應先比較S2等工業機種。先定義工作在什麼情況下才算完成，再比較外形和展示效果，選型會更清楚。
知識更新速度與隱私邊界會限制可提供的服務
城市服務機器人不是模型安裝一次就結束。門市位置、活動時間、出入限制、庫存與交通資訊改變時，回答內容也須同步。把舊資訊說得很肯定，往往比直接表示無法回答更容易誤導訪客。營運KPI應納入內容修改後的生效時間、來源過期時是否停止作答，以及發現錯誤導覽後回復前一版本所需時間。
相機與麥克風也帶來明確的資料治理要求。避障影像和訪客分析影像的保存目的不同；需確認是否保留臉部與原始語音、語音辨識是否傳至外部伺服器、兒童和員工資料如何區分，以及管理者的查詢、匯出、刪除權限與存取紀錄。轉由人工接手時，也要決定傳遞完整對話或只傳必要請求。少了這些營運設計，即使世界模型和動作庫表現良好，可用服務範圍仍會受到限制。
常見問題
Walker C1與Walker S2應用同一套採購評分表嗎？
不建議。C1應重點驗證服務閉環、安全停機、訪客等待和轉人工；S2則更重視產線循環、負載、換電與連續運行。
Walker C1接上商場系統前，要向供應商索取什麼？
至少應取得API清單、版本相容表、沙箱、認證方式、斷網快取、舊版回復程序、資料保存位置，以及本體、整合、授權、備品和保固的分項報價。
Walker C1標示3 m/s以上，公共空間該如何驗收？
3 m/s是能力上限，不是服務巡航速度。應在兒童突然穿越、行李遮蔽與手扶梯入口壅塞等情境量煞停距離、減速反應和停機穩定度，再設定較低的場域限速。
已查核的官方資料
最後查核：2026年8月23日