截至 2026 年 8 月 6 日，Boston Dynamics 沒有為 Stretch 公布一個適用於所有客戶的數字標價，官方產品頁採用 Contact Sales。詢價前要先確定是拖車卸貨還是 Case Pick 箱件揀選，並提供箱型、重量、碼放、月台、輸送線、托盤、班次、安全和 WMS 條件。
Case Pick 資料中的最大 23 千克箱重、約 1,300 千克可牽引托盤、3.2 米垂直可達、最高 2 米／秒行駛、最長 16 小時電池，以及 Fast Charger 約 1 小時 45 分鐘充至 90%的條件，描述的是不同能力維度，不能拼成一句所謂通用效能。Trailer Unload 資料中的每小時 600 至 800 箱範圍也不能與 16 小時直接相乘，作為任何現場的保證產量。
Stretch 沒有公開統一售價，報價取決於現場任務
Stretch 官方產品頁提供銷售諮詢入口，而不是購物車價格。沒有公開標價不代表產品不可採購，而是銷售團隊需要根據倉庫類型、任務設定、機器人數量、軟體、服務和現場整合形成專案報價。
詢價應拆分機器人本體、末端效應器、充電裝置、Orbit 軟體、現場勘察、安裝、WMS 介面、安全工程、培訓、備件、服務、運輸和稅費。若只拿到總價，後續無法判斷擴容、續費和停機時由誰承擔。
Spot 的歷史價格或租賃條款不能外推到 Stretch。不同產品的任務、附件和合約結構不同；如需理解機器人服務化合約，可對照RaaS 合約結構，再要求銷售給出 Stretch 專案的具體責任邊界。
| 詢價模組 | 需要提供的現場資訊 | 報價應寫清 | 常見遺漏 |
|---|---|---|---|
| 機器人與任務 | 拖車卸貨或 Case Pick、箱型和節拍 | 設定、數量、能力邊界 | 把兩個方案參數混用 |
| 基礎設施 | 月台、輸送線、托盤、充電和網路 | 施工、供電、空間與驗收 | 只計算機器人本體 |
| 軟體與資料 | WMS、任務、庫存和權限 | Orbit、介面、訂閱和支援 | 預設即插即用 |
| 長期營運 | 班次、峰值、停機和人員 | 服務、備件、反應與培訓 | 忽略故障恢復成本 |
Trailer Unload 和 Case Pick 處理的起點與終點不同
Trailer Unload 官方方案面向拖車或集裝箱內的箱件解除安裝：機器人進入狹窄車廂，從不規則堆疊中取箱，再把箱子送入出貨口附近的輸送流程。場景重點是車廂空間、堆疊變化、溫度和月台銜接。
Case Pick 官方方案則在倉庫內部從托盤、滑託板或地面庫位取整箱，並按訂單把箱件放到可牽引托盤上，再把托盤帶到出庫交接點。它需要理解訂單、SKU、目標托盤和 WMS 任務。
兩者都在搬箱，但輸入、輸出和成功條件不同。卸貨看車廂清空與輸送銜接，Case Pick 看訂單準確、托盤穩定和系統回傳。用於倉庫整體方案設計時，可參考倉儲揀選機器人，不要用一個每小時箱數覆蓋全部流程。
| 專案 | Trailer Unload | Case Pick | 需要分別驗收 |
|---|---|---|---|
| 作業起點 | 拖車或集裝箱內堆疊 | 倉庫托盤、滑託板或地面庫位 | 箱件分佈和可達空間 |
| 作業終點 | 卸貨輸送流程 | 訂單托盤與出庫交接點 | 交接感測與阻塞處理 |
| 系統資料 | 到貨與月台任務 | 訂單、SKU、庫位和目標托盤 | WMS 欄位與任務狀態 |
| 主要風險 | 高溫、狹窄、倒塌和輸送擁堵 | 錯揀、錯託、托盤穩定和交通衝突 | 異常轉人工與恢復時間 |
23 千克、1300 千克和 16 小時分別描述不同能力
Stretch Case Pick 官方手冊列出的最大箱重為 23 千克，表示機械臂處理單個箱件的上限；約 1,300 千克是可牽引托盤的總質量，描述移動底盤牽引能力。兩者不能互換，更不能寫成機械臂可舉起 1.3 噸。
同一手冊還列出 3.2 米垂直可達、最高 2 米／秒行駛、最長 16 小時電池，以及 Fast Charger 約 1 小時 45 分鐘充至 90%的條件。最長、最高和最大都是邊界值，不代表在最大箱重、最高貨位、最高速度和全班次內能夠同時持續實現。
箱體尺寸、表面、軟硬、重心、破損、托盤間距、地面和交通都會改變結果。專案應按實際 SKU 分層測試，並記錄所有失敗、重抓、人工扶正和充電，不用產品上限替代現場節拍。
| 官方數值 | 描述物件 | 不能解釋為 | 現場驗證 |
|---|---|---|---|
| 最大 23 千克 | 單個箱件重量 | 牽引總重或任意姿態持續負載 | 按重量、尺寸和表面分組成功率 |
| 約 1,300 千克 | 可牽引托盤質量 | 機械臂提舉能力 | 腳輪、地面、轉彎和制動 |
| 最長 16 小時 | Case Pick 電池能力上限 | 滿負載下連續 16 小時無停機 | 扣除充電、等待、異常和維護 |
| 約 1 小時 45 分鐘充至 90% | Case Pick 快速充電條件 | 所有場地都能立即恢復滿班次 | 電源、溫度、充電佇列和電池狀態 |
Orbit 與 WMS 對接需要任務、庫存和異常狀態對映
Orbit 官方頁面把軟體定位為機器人與現場資料的管理層。對 Case Pick 而言，WMS 要把訂單、SKU、庫位、數量和目標托盤轉化為機器人任務，機器人再回傳開始、完成、異常、缺貨和人工處理狀態。
介面存在不等於無需設定。雙方要統一任務 ID、庫存單位、時間戳、重試、重複訊息、斷網快取、權限和審計；還要明確 WMS 認為完成的時刻，是箱件被抓起、放上托盤，還是托盤到達交接點。
上線前應在測試環境覆蓋錯 SKU、空庫位、托盤不可達、機器人停機、網路中斷和人工改訂單。Orbit 能夠承載管理與整合流程，但並不自動適配任何 WMS 和每家倉庫的業務規則。
吞吐量要連同停機、介入和下游等待一起統計
Trailer Unload 資料列出的每小時 600 至 800 箱用於說明製造商報告的卸貨能力範圍，不是每個客戶現場的服務保證。箱件混合、輸送速度、交通、充電和異常處理都會讓實際平均值不同於資料範圍。
試點應同時記錄每小時完成箱數、首次抓取成功率、重抓、錯揀、破損、人工介入、故障恢復、充電和下游等待。只統計機器人運動時間，會把 WMS 等待、輸送堵塞和托盤不到位排除在外。
評價商用部署時，最好按完整班次和完整訂單計算有效吞吐，而不是把 Trailer Unload 的每小時 600 至 800 箱與最長 16 小時機械相乘。機器人保持開機，也不等於倉庫流程持續產生正確出庫結果。
現場勘察要同時測箱件、裝置和人員動線
專案開始前，應收集 SKU 重量與尺寸分佈、箱體破損率、托盤與腳輪、車廂類型、月台高度、輸送線速度、地面坡度、柱位、無線網路、照明、溫度和班次峰值。平均箱重和一張平面圖不足以完成設計。
人員方面要標出叉車、托盤車、補貨、維修和應急疏散路線，定義機器人減速、保護停機、急停與人工接管。產品能力不能替代整套應用的風險評估，可參考機器人功能安全中的 PL 與 SIL理解裝置與系統責任。
用現場真實箱件做 PoC 時，預先寫清成功、失敗、人工介入和恢復時間。可藉助物理 AI PoC 設計方法建立基線，並要求供應商保留所有嘗試而不是隻展示最佳片段。
採購決策應比較整條流程的收益，而不是單台價格
最終模型應把一次性裝置與施工、年度軟體與服務、隨箱量變化的費用、內部人員、停機與異常成本分開，並與現有人工流程或其他自動化方案使用同一業務週期比較。
合約還要明確能力驗收、WMS 介面、服務反應、備件、軟體更新、資料歸屬和擴容條件。Stretch 能否產生價值，取決於目標流程中最重、最危險或最難招聘的環節是否真正改善，而不是宣傳頁上的一個最高數字。沒有現場報價和驗收資料時，準確結論仍是需要專案評估，而不是給出一個虛構的統一售價。
常見問題
Boston Dynamics Stretch 的官方價格是多少？
截至 2026 年 8 月 6 日，官網沒有公開適用於所有客戶的數字售價。採購方需要向銷售提供任務、箱件、場地、軟體和服務範圍，取得專案化報價。
Stretch 可以每小時 800 箱連續執行 16 小時嗎？
不能據此保證。每小時 600 至 800 箱是 Trailer Unload 資料中的製造商範圍，最長 16 小時是電池能力上限；現場還受箱型、充電、輸送、異常和人工介入影響，應以完整班次 PoC 資料為準。
使用 Orbit 後能直接連線任何 WMS 嗎？
不能這樣理解。仍需對映訂單、SKU、庫位、任務狀態、異常、權限和重試規則，並在測試環境驗證斷網、重複訊息和人工改單等場景。
已核驗的官方資料
- Boston Dynamics：Stretch 產品頁
- Boston Dynamics：Trailer Unload 方案
- Boston Dynamics：Case Pick 方案
- Boston Dynamics：Orbit 平台
- Boston Dynamics：Stretch Case Pick 手冊
最後核對：2026 年 8 月 6 日