楽AI — Spatial Commerce:在你的真實房間中測試產品,一切由你作主。  |  試用適配度示範 →
Spatial Commerce • Wave 1

會說「不」的房間。

只需口袋裡的手機,掃描一次房間。之後,任何 AI 助理都能量測那個房間,並檢查產品是否在你實際擁有的空間中留有淨空——這是在你的真實擷取內容上,進行半徑 r 淨空掃描加上物理沉降,而不是一張漂浮在相機畫面上的圖片。

你的掃描、你的房間、你的金鑰。沒有你的明確授權,任何東西都不會算繪進你的空間,也不會有任何購買行為。

試用適配度示範 與我們聊聊試行方案

淨空、沉降與比例檢查,如今已是上線並計量收費的 API 能力 • 結帳功能採確認閘控、即將推出,絕不自主執行

你房間的模擬環境,而不是疊在上面的一張圖片

市面上每一款 AR 購物 App,做的都只是把商品的圖片疊在相機畫面上。Spatial Commerce 則是在你實際房間的模擬環境中測試產品——用的是驅動 Raku Capture 的同一套 Gaussian-splat 擷取、經物理驗證的幾何資訊,以及 MCP 介面,只是這次指向的是「是否適配」這個問題。

📏

淨空,而非拼貼

我們會把產品的體積掃過你房間的真實幾何結構,回答它是否「淨空通過」——這是一次半徑 r 淨空掃描。這是關於這個尺寸的物體需要多少空間的誠實答案,而不是照片合成的把戲。

⚖️

物理沉降

物體會在重力作用下,沉降到擷取到的表面上,所以「它會停在這裡」是一個模擬出來的結果,而不是用猜的。執行這項運算的,正是驅動 Raku Capture 的同一套引擎。

📐

對比例誠實

當一次擷取的公制比例尚未確定時,適配度的答案會誠實說明這一點,而不是用猜的。在比例尚未確定前,任何絕對測量值都必然是錯的——所以我們選擇揭露這件事,而不是捏造一個數字。

這不是什麼:目前已上線的適配能力,能回答「掃描半徑加物理沉降」的淨空與路徑問題。它還無法解決把一個有方向性的箱型物體搬過狹窄轉角的問題——也就是「移動沙發問題」——所以我們絕不會說「這張沙發放得下」。我們說的是:這個尺寸的物體,是否能在這個空間裡淨空通過。

一件事,三種對象

購物者只需掃描房間一次。任何 AI 助理都能量測這個房間、依真實幾何與物理條件測試產品,並且——永遠只在經過人工明確確認之後——才完成購買。

商家

家具、家電、居家用品——任何一個因為「放不放得下、在我的空間裡會是什麼樣子」而卡關的 SKU。透過你自己的 App 或網站,提供一個以買家真實房間為根據的適配度答案。

代理式結帳軌道

為由代理發起的購買行為,提供一個扎根於實體世界的驗證層。準備購買沙發的代理,可以先拿走廊測試是否放得下——再把採確認閘控的購物車交給人類,絕不獨自花錢。

空間擁有者與購物者

整個流程完全由你作主:你的掃描、你的房間、你的金鑰。沒有你明確且可撤銷的授權,任何東西都不會算繪進你的空間,也不會有任何購買行為。

五個層面,依貼近已上線程式碼的程度排序

這個排序本身就是策略。每個層面都誠實標示它目前所在的位置——已上線即將推出,或是我們正在建構基礎元件的願景。清單中排序較後的項目,一律不得用來形塑近期的宣稱。

A. 在你真實房間中試放

大部分已上線

淨空與路徑檢查、物理沉降,以及誠實閘控的公制比例,都是已上線的引擎與 API 能力。唯一真正還在建構中的項目,是 SKU→3D 匯入(glTF / USDZ 透傳,加上文字/圖片轉 3D 的介接),並採金鑰閘控。在定向包圍盒路徑規劃這條線上線之前,誠實的說法會一直停留在「半徑 r 淨空掃描」。

B. 透過 MCP 進行的代理結帳

即將推出

一個建立在新興代理式支付軌道(Stripe ACP、Visa TAP、Mastercard Agent Pay)上、採確認閘控的結帳工具。硬性邊界:先確認、後執行,絕不自主購買。人類會看到購物車並核准;代理絕不會獨自花錢。這個層面目前尚未上線——只有在完成支付軌道整合、並經負責人核准發布之後,才會推出。

C. 受管控的空間置放

願景.基礎元件優先

這是一個同意原語(consent primitive),不是一個廣告產品。預設拒絕會阻擋品牌物件出現在每一個擷取空間中;空間擁有者可以核發範圍受限、可撤銷的許可;配戴者的接收金鑰則決定什麼會顯示在他們的眼鏡上(雙金鑰)。置放結果具備真實物理效果,每一次算繪都會有簽署證明作為憑據。這裡沒有廣告產品、沒有廣告收入,近期也沒有廣告營收路線——我們只是誠實標示地建構基礎元件,尚未建成的層面會明確回傳「無法使用」,而不是捏造一次曝光。

D. 空間店面

後端已上線.包裝層即將推出

內容包登錄系統與可分享連結,目前已合併進後端上線。面向商家的店面包裝層——建立在該登錄系統之上、具品牌識別的空間店面——才是正在建構的部分。

E. 從掃描到可購買

願景

一份標註來源資訊的房間物品清單,把方向從「宣稱」重新指向「購物車」:「把我的東西換掉」,也就是從房間到購物清單。每個標籤都必須附帶信賴度、來源與觀測來源等資訊,並且以真實的偵測與姿態資料為前提——絕不會出現捏造出來的標籤。

目前的進度

老實說,什麼是真的

Spatial Commerce 是建立在已上線核心之上的一層包裝,而不是一個全新的引擎。以下是誠實的區分——這也是我們要求對外文案必須遵守的區分。

今天已上線並計量收費

  • 針對真實擷取內容進行半徑 r 淨空與路徑檢查
  • 在擷取到的幾何結構上進行物理沉降
  • 誠實閘控的公制比例(比例尚未確定時會明確揭露)
  • 內容包登錄系統與可分享連結(後端)
  • 承襲自保險垂直領域的「預設拒絕」同意主幹架構

尚未完成——正在建構中

  • 商家型錄與 SKU→3D 匯入
  • 採確認閘控的代理結帳(絕不自主執行)
  • 商家店面包裝層
  • 受管控置放的執行機制與雙金鑰同意
  • 任何已上線的置放或廣告層面

沒有商家。沒有商標。沒有試行。沒有營收。沒有任何商家簽約、試行或付款。Spatial Commerce 之所以被納入我們平台的風車圖,是在取得任何設計夥伴承諾之前,一個經過揭露的創辦人決定。以上每一項營收層面,都只是排序過的假設,而不是已敲定的營收項目——比起包裝美化,我們寧願直接告訴你這件事。

由你作主

同意權是主幹,不是一個核取方塊

同意權的程式碼,承襲自我們的保險垂直領域:預設拒絕、明確記錄、誠實標示。沒有擁有者的授權,任何東西都不會算繪進被擷取的空間;而我們的願景是雙金鑰機制——擁有者許可置放、配戴者許可接收,兩者都經過加密驗證。目前這一波,雙金鑰仍是設計規格,尚未成為已上線的強制機制。

若受管控置放有朝一日真的上線,其營收拆分模式將以有利於擁有者的方式設計——而且只有在商家、供給與雙金鑰同意機制都真實存在之後,才會發生。

讀取路徑的資料外流

你的房間資料會流向哪裡

RakuAI 不會在伺服器端呼叫任何 LLM——你自行帶入模型。一次適配度查詢或場景讀取,會把房間的幾何與語意資訊,傳送給你所連接的那個 LLM 服務商。我們會直接了當地說明這一點,並限定哪些資訊可以離開私人空間。

一份 3D 居家擷取內容本質上就具有可識別性,所以我們絕不會稱它為「匿名化」。任何資料授權,都必須是同意範圍明確、並標註來源資訊,否則就不會發生。

你的型錄,也卡在「放不放得下」這個問題上嗎?

找到一家設計夥伴商家,是我們現在最想促成的對話。如果「放不放得下」正是讓你的購物車卡關的原因,那麼在你的型錄背後跑一次「是否適配」試行,就是這一切的起點。

與我們聊聊試行方案 試用適配度示範

透過 MCP 自行帶入你的 LLM • 淨空、沉降與比例檢查如今已經上線 • 結帳與商家型錄仍在路線圖上,並誠實地設有閘控

誠實的細則

  • 半徑 r 淨空掃描,不是移動沙發問題。目前已上線的適配能力,能回答「掃描半徑加物理沉降」的淨空與路徑問題,但無法解決把有方向性的箱型物體搬過狹窄轉角的問題。在這條功能線上線之前,我們不會暗示已具備完整的家具路徑規劃能力。
  • 結帳絕不會獨自執行。代理結帳永遠是「先確認、後執行」,並置於明確的人工核准之後。代理自主購買是一條硬性的產品邊界,而不是路線圖項目——而且結帳這個層面目前尚未上線。
  • 置放目前只有基礎元件。受管控置放目前推出的,只是同意原語。這裡沒有廣告產品、沒有廣告收入,近期也沒有廣告營收路線。沒有擁有者的授權,任何東西都不會算繪進被擷取的空間。
  • 從掃描到可購買,需要真實的偵測結果。標註過的物品清單,只有在具備真實來源資訊(偵測加上姿態)時,才會產生標籤。任何捏造出來的標籤,都不得作為購物清單的依據。
  • 比例的誠實揭露。當一次擷取的公制比例尚未確定時,適配度的答案會明確揭露這一點,而不是用猜的。
  • 自帶 LLM 的資料外流。一次適配度查詢或場景讀取,會把房間的幾何與語意資訊傳送給你所連接的 LLM 服務商。我們會限定哪些資訊可以離開私人空間,並且絕不會把居家擷取內容標示為「匿名化」。