八個展示、零行程式碼：SDK 到底是為了什麼而存在

如果你無法描述展示，你就會打造出錯的引擎。RakuAI 的八個正典展示就是規格——八種方式，證明你的 AI 一旦能在真實房間中看見並行動之後，究竟能做什麼。

在前三家公司裡我付出代價才學到的一個模式：如果你在打造引擎之前無法描述展示，你就會打造出錯的引擎。展示就是規格。引擎必須交付其中每一個。其他一切（架構、API、語言繫結、硬體抽象層）都取決於展示需要做到什麼。

這個週六用來為將隨 SDK 一起出貨的八個展示撰寫規格。它們目前都還沒有任何程式碼。但它們全都有夠詳細的規格，讓一位稱職的工程師（或一個稱職的代理人）明天就能開工。

為什麼是八個

三個展示不夠。二十個又多到做不好。八是這樣一個數字：每個展示證明一種不同的能力類別，而整個套件展現 SDK 所能實現的完整範圍。一家工作室看著這八個展示，應該能找到對應自家產品的那一個，並把原始碼當作可運作的範例來讀。一個合作夥伴看著這八個展示，應該能看見廣度。

我正在敲定的八個類別：

1. 單人競技場模式

旗艦級單人 AR 展示。模擬多人對戰，分數、時間和目標以 HUD 疊加層呈現。動作追蹤。手勢觸發。使用者身處真實房間、四處移動，虛擬內容對他們做出反應。

這證明什麼：引擎能驅動即時互動體驗，其延遲與追蹤品質讓 AR 感覺是紮根於現實，而不是浮貼上去的。如果這個展示表現好，其他每個展示都會變簡單。如果不好，其他一切都無關緊要。

2. AR 教練與訓練

運動訓練模擬器。四分衛投擲動作。敏捷度訓練。即時動作回饋疊加在使用者真實的身體動作上。戰術圖示懸浮在空間中。教練語音。訓練統計。

這證明什麼：引擎能攝取身體姿態資料並產生有用的即時回饋。用例是運動，但底層能力可延伸到物理治療、舞蹈教學、外科訓練——任何專家需要在雙手空出的情況下，指導學習者完成身體任務的場合。

3. HUD 疊加層設計器

面向開發者的工具。一個帶有可設定 HUD 元件的測試場景。拖放式擺放。以不同視埠尺寸預覽版面配置。將設定匯出成其他展示可載入的檔案。

這證明什麼：SDK 對 HUD 層有真正的創作方案，而不只是執行期方案。想打造自家 HUD 配置的工作室有一個可用的工具。匯出格式成為其餘展示都遵守的契約。

4. 實況主模式與 POV 錄影機

為內容創作者打造的展示。即時攝影機疊加層。粉絲聊天泡泡以 AR 內容浮現。手勢觸發的視覺特效（火球、慶祝表情）。用於精華剪輯的錄影疊加層。擊殺鏡頭式重播。

這證明什麼：引擎適用於直播內容製作，而不只是遊戲。驅動多人對戰的同一批基本元素，也能驅動實況疊加層。實況這個用例也是通往消費者能見度最快的路徑之一，因為實況主是需求製造者。

5. 服務點疊加層

商用等級的展示。模擬餐廳或零售體驗。以視線和手勢瀏覽菜單。情境式浮現的會員優惠。結帳流程。使用者戴著眼鏡身處真實場所，看著真實菜單，虛擬內容同時增強兩者。

這證明什麼：引擎適用於非遊戲的商業應用。這是合作夥伴管道與產品交會之處。快餐連鎖、零售連鎖、餐旅場所。這個類別的經濟模式和遊戲不同，引擎必須把它當作一級用例來支援。

6. AR 伴侶 HUD

第二螢幕展示。使用者在電視上玩主機或 PC 遊戲。眼鏡在電視旁以 AR 顯示輔助資訊。小地圖。彈藥計數。好友上線指示。連接到現有遊戲，完全不需要遊戲的開發者整合任何東西。

這證明什麼：引擎能與現有內容整合，而非要求內容被移植。這是八個展示中最違反直覺的一個，也可能是策略上最重要的一個。使用者可以先採用眼鏡，不必等他們已經在玩的遊戲加入支援。

7. AR 瞄準訓練器

射擊靶場。在不同距離彈出的標靶。計分疊加層。以眼動追蹤或手勢鎖定目標。使用者在 AR 空間中練習精準射擊並獲得回饋。

這證明什麼：精準度用例。瞄準訓練器是我預期會在活動上展出的展示，因為它對非技術觀眾一看就懂。它對追蹤延遲預算的壓力也比清單上任何展示都大，這意味著如果它表現好，引擎的延遲故事就是真的。

8. 多人 HUD 同步

兩台以上的眼鏡裝置在同一個房間。每位使用者有自己的 HUD、顯示自己的資訊，但有些元素在整個群組間共享。隊伍顏色名牌。共享目標標記。群組血條。同步透過區域網路或藍牙完成。沒有雲端往返。

這證明什麼：多使用者情境在不依賴雲端的情況下可行。這是區域網路聚會型電玩咖啡廳會在意的展示。它也是在任何雲端多人基礎設施存在之前，就先證明引擎本地多人故事的展示。

整個套件證明了什麼

上面每個展示都是單一能力類別。整個套件合起來證明了更大的事。

引擎是通用的。 八個展示共用同一套 SDK 和同一個執行環境，做八件截然不同的事，這證明引擎不是單一類型的垂直產品。

SDK 是真的。 工作室看著八個展示中任何一個的原始碼，都能從可運作的範例中學會 SDK。這比「這是 API 文件，祝好運」強太多了。

HUD 疊加層模型是底層的基本元素。 八個展示共用同一套 HUD 驅動的互動模型。這告訴引擎團隊該先做什麼，也告訴 SDK 團隊該把什麼做得簡單。

硬體目標是可行的。 八個考驗特定硬體能力（動作追蹤、眼動追蹤、手勢、音訊、影像擷取、區域網路同步）的具體展示，給硬體合作夥伴明確的優化方向。

接下來是什麼

下個週六投入 SDK 本身的資料夾結構。展示既已敲定，SDK 的組織方式必須讓每個展示有自己的家、共用模組可以分離、文件讓一切都找得到。再下一個週六投入所有八個展示都會使用的 API 介面。

支撐這個產品的專利資產，已經等待硬體跟上超過十年。硬體正在跟上。上面這八個展示，就是對「硬體到位之後產品是為了什麼」所下的賭注。

展示就是規格。引擎必須交付其中每一個。明天不會開始寫程式。再下個週六也不會開始寫程式。開始寫程式的正確週六，是展示規格完全確定、SDK 完全設計好、將要打造它的代理人完全組建完成的那一天。

我願意花這個時間。最終出貨的版本，會是那個在第一行程式碼寫下之前，就已經知道自己為何存在的版本。