NAVER 1784 約 100 台機器人如何運作：ARC、Rookie 與 Roboport

NAVER 表示，1784 大樓內每天約有 100 台 Rookie 服務機器人穿梭於不同樓層，配送咖啡、包裹、午餐等物品。要達到這一規模，機器人、ARC、Roboport、訂單系統和樓宇基礎設施必須共享任務與狀態。

官方披露的 6 萬次以上配送來自對 1,000 天營運的回顧，是長期執行證據，但不是獨立審計的成功率。東京 Midtown Yaesu 已部署 ARC，而 2026 年底前擴充至所有樓層仍屬於計劃，兩種狀態不能合併描述。

約 100 台機器人背後有五個不同角色

NAVER 的機器人技術官方頁面稱，1784 內約 100 台機器人透過雲端控制提供多種服務。Rookie 負責搬運；ARC brain 處理移動、定位和任務規劃；ARC eye 利用數位孿生與定位 AI 估計位置；ARC mind 提供基於 Web 的機器人服務操作層。

單機避障只是其中一環。車隊還要根據距離、擁堵、電量與優先順序分配訂單，多機器人任務分配指南解釋了這一層決策。1784 還要把電梯、服務點與收件通知納入同一個流程，所以最短路線不一定是全域最優任務。

1784 官方服務頁分別介紹 Rookie、Roboport、ARC System 與辦公助手。訂單先變成包含物品和目的地的任務，ARC 選擇機器人和路線，Roboport 支援跨層移動，通知系統再引導使用者取件。電梯與門禁因此也是配送系統的一部分。

AMR 與 AGV 選擇指南能解釋自由導航和固定引導路線的差別，但能自主移動不等於能穩定營運百台車隊。訂單取消、電梯排隊、通訊中斷、無人取件和恢復責任都要被記錄。

NAVER 的1784 營運 1,000 天記錄稱，約 100 台機器人每天在樓內執行，已完成 6 萬次以上配送，覆蓋便利店商品、咖啡、包裹、午餐盒和個人物品交換。相比展會短片，這更能說明多種服務被長期重複使用。

頁面沒有同時披露總訂單數、失敗次數、配送時長中位數、恢復時間或人工介入比例。因此不能把 6 萬直接換算成可靠性。採購方應要求統一失敗定義、繁忙時段、服務視窗和異常分類，並明確這是 NAVER 自報的累計資料。

ARC eye 使用數位孿生資料輔助定位。日本專案的官方說明也提到，團隊先建立建築數位孿生，定義路線與服務點，再由 ARC 連線服務系統、樓宇設施和營運控制。它提供了機器人與建築共同使用的空間參照。

建立數位孿生不等於完成控制測試。虛擬除錯與數位孿生的區別提示我們，還要測試電梯衝突、封閉通道、定位陳舊、無線斷連和交付延遲等異常場景。

NAVER 於 2026 年 7 月 23 日釋出的ARC 日本部署文章確認，ARC 已進入東京 Midtown Yaesu。團隊針對既有商業建築調整了電梯、路線、下單和通知方式，這說明方案已走出 NAVER 自有大樓。

同一文章把所有樓層的機器人配送寫成 2026 年底前的擴充計劃。截至 2026 年 8 月 7 日，不能據此稱全樓層已經完成。目前部署、現有覆蓋範圍和未來擴充應分開記錄，機器人數量與最終樓層覆蓋需要後續官方資訊。

實施團隊應先梳理電梯 API、門禁、無線盲區、充電位、消防疏散路線、訂單介面與故障責任，再決定機器人數量。若混用不同廠商裝置，還要定義任務、狀態、地圖和通行優先順序的共同介面。

驗收不能只跑正常配送，還應加入電梯停運、目的地變化、無人取件、走廊封閉、網路中斷和低電量。1784 證明 ARC、Rookie、Roboport 與樓宇服務可以形成長期營運體系，但並不保證另一棟樓無需重新整合就能達到同樣吞吐量。

官方資料稱每天約 100 台機器人在樓內執行，但未披露同一時刻線上數量或分時利用率，需用額外營運資料確認。

不是。ARC 是連線機器人、空間、服務和營運的多機器人平台；Roboport 是支援機器人跨樓層移動的專用電梯。

2026 年 7 月官方文章確認 ARC 已部署，但把全樓層配送描述為年底前的擴充計劃，完成狀態仍需後續確認。

2026-08-07