楽AI — Spatial Commerce:按你的条件,在你的真实房间中测试产品。  |  试试合不合适的演示 →
Spatial Commerce • Wave 1

会说“不”的房间。

用口袋里的手机对房间扫描一次。之后,任何 AI 助手都可以测量这个房间,并检查某个产品是否净空于你实际拥有的空间——这是基于你的真实采集数据进行的一次半径 r 净空扫描,加上物理沉降模拟,而不是漂浮在摄像头画面上的一张图片。

你的扫描,你的房间,你的密钥。未经你的明确授权,任何东西都不会在你的空间中渲染,也不会有任何购买发生。

试试合不合适的演示 联系我们,聊聊试点合作

净空、沉降与尺度检查如今已是已上线、按量计费的 API 能力 • 结账功能需人工确认、即将推出,从不自主完成

对你房间的模拟,而不是叠加在它之上的一张图片

市面上的每一款 AR 购物应用,都只是在摄像头画面中渲染一张产品图片。Spatial Commerce 则是在你实际房间的模拟环境中测试产品——用的正是驱动 Raku Capture 的那一套高斯泼溅采集、经过物理验证的几何体,以及 MCP 接口,只不过这次指向的是“是否合适”这个问题。

📏

净空,而非拼贴

我们将产品的体积与你房间的真实几何体进行扫掠比对,回答它是否能够净空通过——这是一次半径 r 的净空扫描。这是关于这个尺寸的物体需要多大空间的诚实答案,而不是照片拼接的把戏。

⚖️

物理沉降

物体在重力作用下沉降到已采集的表面上,因此“它安放在这里”是一次模拟计算的结果,而不是猜测。完成这项工作的,正是驱动 Raku Capture 的同一套引擎。

📐

如实说明尺度

当某次采集的公制尺度尚未解析时,“是否合适”的答案会如实说明这一点,而不是靠猜测。在尺度尚未解析之前,任何绝对测量值都必然是错的——所以我们选择披露这一点,而不是凭空捏造一个数字。

这不是什么:已上线的合适度检测能力,回答的是扫掠半径加物理沉降所对应的净空与路径问题。它尚未解决让一个有方向的箱体转过狭窄拐角的难题——也就是“移动沙发问题”——所以我们从不说“这张沙发放得下”。我们说的是,这个尺寸的物体是否能在这个空间中净空通过。

一项任务,三类受众

购物者只需扫描房间一次。任何 AI 助手都可以对它进行测量,依据真实几何体与物理规律测试产品——并且,只有在获得人工明确确认之后,才会完成购买。

商家

家具、家电、家居用品——任何购买障碍是“放不放得下,在我的空间里看起来如何”的 SKU。通过你自己的应用或网站,提供一个基于买家真实房间的合适度答案。

代理式结账支付轨道

为代理发起的购买提供一层物理世界的落地校验。即将购买沙发的代理,可以先对照走廊检查一下——然后把需要人工确认的购物车交给人类,绝不独自完成消费。

空间所有者与购物者

整个闭环都按你的条件运行:你的扫描,你的房间,你的密钥。没有你明确、可撤销的授权,任何东西都不会在你的空间中渲染,也不会有任何购买发生。

五个层面,按与已上线代码的接近程度排序

这个排序本身就是策略。每个层面都标注了它今天所处的确切阶段——已上线即将推出,或是我们正在为之构建基础原语的愿景。列表中排位靠后的项目,一律不得用来塑造近期的宣传主张。

A. 在你的真实房间中试用

大部分已上线

净空与路径检查、物理沉降,以及带诚实门控的公制尺度,都已是上线的引擎与 API 能力。真正尚待构建的一项,是 SKU→3D 的接入(glTF / USDZ 透传,加上一个文本/图像转 3D 的接口),并有密钥门控。在有方向包围盒的路径规划功能上线之前,诚实的说法始终是“半径 r 净空扫描”。

B. 通过 MCP 进行的代理结账

即将推出

在新兴的代理式支付轨道(Stripe ACP、Visa TAP、Mastercard Agent Pay)上,提供一个需人工确认的结账工具。这是一条硬性边界:先确认、再执行,绝不自主购买。人类查看购物车并批准;代理绝不独自完成消费。这一层面尚未上线——只有在完成支付轨道集成并获得所有者批准发布后,才会推出。

C. 受管控的空间投放

愿景 • 原语优先

这是一个同意原语,而不是一款广告产品。默认拒绝机制会阻止品牌物体出现在每一个已采集的空间中;空间所有者可以授予一份限定范围、可撤销的许可;佩戴者的接收密钥决定了什么内容会渲染在他们的眼镜上(双密钥机制)。投放是物理真实的,每一次渲染都会以签名证明的方式出具凭证。这里没有广告产品,没有广告收入,也没有近期的广告收入线——我们构建的是如实标注的基础原语,尚未构建的层面会明确返回“不可用”,而不是编造出一次曝光。

D. 空间店面

后端已上线 • 前端外壳即将推出

内容包注册表与可分享链接,如今已在后端合并上线。面向商家的店面外壳——建立在该注册表之上、带品牌的空间店面——是尚待构建的部分。

E. 从扫描到可购物

愿景

一份带溯源标注的房间清单,把重心从“主张”转向“购物车”:“替换我的东西”,房间到购物清单。每一个标签都必须携带置信度、来源与观测溯源信息,并且必须以真实的检测结果与位姿为门控——绝不使用捏造的标签。

现状如何

如实说明什么是真的

Spatial Commerce 是构建在已上线核心之上的一层外壳,而不是一个新引擎。以下是诚实的划分——也是我们要求对外文案必须遵守的划分。

今天已上线并按量计费

  • 针对真实采集数据的半径 r 净空与路径检查
  • 在已采集几何体上的物理沉降
  • 带诚实门控的公制尺度(尺度未解析时会予以披露)
  • 内容包注册表与可分享链接(后端)
  • 继承自保险垂直领域的默认拒绝同意主干

尚未上线——正在构建

  • 商家目录与 SKU→3D 接入
  • 需人工确认的代理结账(绝不自主完成)
  • 商家店面外壳
  • 受管控投放的强制执行与双密钥同意
  • 任何正在投放的物品或广告层面

没有商家。没有品牌标识。没有试点。没有收入。目前没有任何商家签约、试点或付费。Spatial Commerce 被提升进入我们的平台风车展示,是在获得设计合作伙伴承诺之前发生的,这是一项已披露的创始人决定。以上每一个收入层面都只是一个经过排序的设想,而不是已经落地的收入线——比起把它包装得更好看,我们更愿意如实告诉你。

按你的条件

同意是主干,而不是一个勾选框

同意机制的代码继承自我们的保险垂直领域:默认拒绝、明确记录、如实标注。没有所有者的授权,任何东西都不会在已采集空间中渲染;我们的愿景是双密钥机制——所有者许可投放,佩戴者许可接收,两者都经过加密证明。双密钥目前是本阶段的设计规范,尚不是已上线的强制执行机制。

受管控投放上的收入分成,如果它真的推出,其模型设计会偏向所有者一方——而且只有在商家、供给与双密钥同意机制都真实到位之后才会发生。

读取路径的数据出境

你的房间数据会去往哪里

RakuAI 不在服务端发起任何 LLM 调用——由你自带模型。一次合适度查询或场景读取,会把房间几何体与语义信息发送给所连接的那个 LLM 提供方。我们如实说明这一点,并限定离开私人空间的数据范围。

一次 3D 家庭采集本质上是可识别身份的,因此我们从不称其为“匿名化”。任何数据授权许可,要么在同意范围之内且带有溯源标签,要么根本不会发生。

正在构建一个“是否合适”是购买障碍的目录?

找到一家设计合作伙伴商家,是我们最想促成的对话。如果“放不放得下”正是让你的购物车止步不前的原因,那么在你的目录背后做一次“是否合适”试点,就是一切开始的地方。

联系我们,聊聊试点合作 试试合不合适的演示

通过 MCP 自带 LLM • 净空、沉降与尺度检查如今已经上线 • 结账与商家目录仍在路线图上,如实标注门控状态

诚实的细则

  • 半径 r 净空扫描,而非移动沙发问题。已上线的合适度能力,回答的是扫掠半径加物理沉降所对应的净空与路径问题。它并不能解决有方向的箱体转过狭窄拐角的难题。在该功能上线之前,我们不会暗示已具备完整的家具路径规划能力。
  • 结账绝不会独自运行。代理结账始终是先确认、再执行,背后必须有人工的明确批准。自主的代理购买是一条硬性产品边界,而不是路线图中的一项——而且结账层面目前尚未上线。
  • 投放目前只有基础原语。受管控投放目前是以同意原语的形式上线的。没有广告产品,没有广告收入,也没有近期的广告收入线。没有所有者的授权,任何东西都不会在已采集空间中渲染。
  • “扫描即可购物”需要真实的检测结果。带标签的清单只会在拥有真实溯源信息(检测结果加位姿)的情况下生成标签。任何捏造的标签都不得用于支撑购物清单。
  • 尺度的诚实。当某次采集的公制尺度尚未解析时,合适度答案会如实披露这一点,而不是靠猜测。
  • 自带 LLM 带来的数据出境。一次合适度查询或场景读取,会把房间几何体与语义信息发送给你所连接的 LLM 提供方。我们限定离开私人空间的数据范围,并且从不将家庭采集标注为“匿名化”。