WRC 2026公開日程把8月19日列為發表日、20日列為採購日、21日列為開發者日，分別對應亮相、採購與開發生態。日程能說明主辦方的流程設計，卻不能證明交易、整合或交付已完成。
發表、採購與開發者活動，各自留下不同證據
發表日聚焦成果與新產品，採購日處理需求洽談和供應鏈媒合，開發者日則討論技術與工具生態；22日至23日轉為公眾開放，重點是體驗和大眾溝通。
活動安排可以證明主辦方如何切分流程，卻不能替單一廠商補上價格、交期、介面或客戶成效。沒有公開的商務與技術條件仍要保留為待查事項。
| 日期 | 活動角色 | 應留下的查核結果 |
|---|---|---|
| 8月19日 | 發表日 | 釐清新產品與成果的事實範圍 |
| 8月20日 | 採購日 | 確認需求媒合與購買條件 |
| 8月21日 | 開發者日 | 確認SDK、工具與技術支援 |
產品定義、合約條件與開發介面要彼此對得上
成熟產品不只要在發布場合說明亮點，也要回答採購人員在意的總成本與安全責任，以及開發人員需要的API、紀錄檔和模擬器。三套文件若彼此矛盾，導入風險會直接升高。
實體 AI（Physical AI）會把軟體決策變成真實動作，因此介面權限、版本管理、底層控制與安全機制不能只停在簡報。採購與工程團隊應用同一個工作流程交叉驗證。
每一個商用環節都要有可追溯的交付物
把發表規格、報價合約、開發文件與現場驗收表逐一編號，確認負責單位與版本。若只留下口頭承諾，後續升級或故障時很難判定責任。
| 文件類型 | 不可漏掉的內容 |
|---|---|
| 採購文件 | 價格、交期、保固和安全責任 |
| 開發文件 | API、紀錄檔與模型部署權限 |
| 部署文件 | 場域KPI、停機條件與復原流程 |
MOU與生態熱度，不能直接列為銷售成果
會場宣布MOU或合作意向時，不能立刻計入銷售收入。付費合約、測試安裝、目標數量與已確認交貨，必須分欄呈現。
官方活動與企業新聞稿可以作為起點，後續仍要用客戶現場資料、獨立測評或監管文件更新證據層級。
沿著企業、模擬與邊緣推論繼續做技術盡調
可閱讀實體 AI 企業生態、機器人模擬器比較與機器人邊緣 AI，把廠商版圖、虛擬驗證和現場推論接在一起；活動安排與產品訊號的查核範圍截至2026年8月。
三類活動串起來，才看得到從亮相到交貨的路徑
WRC 2026 分別安排8月19日發表、20日採購、21日開發者活動，是因為亮相、購買與開發生態本來就不是同一階段。三套證據能互相對上，產品才更接近可部署狀態。
常見問題
發表日結束後，機器人就能直接進入客戶場域嗎？
不一定。發表內容是官方第一手資料，還要確認採購條件、系統整合、開發介面、安全驗收與後續支援是否到位。
採購洽談最容易漏寫哪些合約條件？
除了本體價格，還要寫明交付範圍、整合責任、教育訓練、備品、故障回應、資料權利和軟體升級後的回復安排。
所有參展機種都會開放SDK與API嗎？
不能一概而論。截至2026年8月23日公開的是分階段活動安排，SDK、API權限與支援年限仍由各廠商決定。
已查核的官方資料
最後查核：2026年8月23日