昨天談 Never-Regress。
錯誤如果真的被理解，
就應該盡可能留下：
Guard。
Test。
Validation。
Evidence。
而今天開始，整個故事要跨過一道很大的界線。
前面 18 天，我們大部分都還在 Digital World 裡處理：
Context。
Memory。
Authority。
State。
Workflow。
Evidence。
但如果 Sol 有一天真的要走進：
家。
辦公室。
建築。
車。
她就不能只懂文字。
她必須開始理解：
Reality。

以前做智慧空間，我們很熟悉一件事情：
Device Integration
燈光接進來。
空調接進來。
感測器接進來。
窗簾接進來。
門禁接進來。
電表接進來。
透過：
BACnet。
Modbus。
MQTT。
KNX。
HTTP。
甚至不同 Gateway，
最後都可以被系統看見。
這很重要。
但我後來開始問一個很基本的問題：
設備都接進來，就代表 AI 看懂這個空間了嗎？
我的答案現在是：
不一定。

假設我把一個房間裡面的資料全部給 Sol。
她看到：
Light_01。
HVAC_03。
Sensor_07。
Door_02。
Meter_01。
Temp = 26.8。
CO₂ = 1350。
Occupancy = 1。
從資料角度看，很多東西都有了。
但：
她真的知道什麼叫「房間」嗎？

這件事情我越想越覺得重要。
因為：
A room is not a list of devices.

一個房間不是：
燈光設備 + 空調設備 + 感測器。
它還包含：
誰在裡面？
這些設備屬於哪個 Space？
某個人跟這個空間是什麼關係？
剛剛發生什麼 Event？
現在是什麼 State？
哪一個設備正在影響哪一群人？
什麼 Action 在這個時間點是合理的？

也就是因為這樣，
我們後來開始建立：
Reality Architecture
更精確地說，
我們先在 Master Architecture 裡定義一套：
Common Reality Grammar
作為未來 Sol 理解 Physical Reality 時，可以共同使用的語言。

例如同一句：
「把客廳燈關掉。」
如果只看 Device Control，
很簡單。
找到客廳燈。
OFF。
完成。
但如果開始加入 Reality Context，
事情可能完全不同。

Situation A
客廳沒有人。
晚上睡覺時間。
關燈可能很合理。

Situation B
有人正在沙發上看書。
關燈就不一定合理。

Situation C
目前正在 Emergency / Safety Mode。
那更不能只依照一句：
「關燈。」
直接執行。

也就是說：
Action 的意義，取決於 Reality。

同一個 Command，
在不同：
Actor。
State。
Event。
Space。
Relationship。
底下，
可能完全不同。

這就是為什麼我們後來開始建立：
Reality Architecture
更精確地說，
我們先在 Master Architecture 裡定義一套：
Common Reality Grammar

作為未來 Sol 理解 Physical Reality 時，可以共同使用的語言。
目前這一部分的狀態是：
ARCHITECTURE DEFINED / FROZEN BASELINE
但我要馬上把 Claim Boundary 說清楚：
Frozen Architecture ≠ Full Runtime Reality Understanding
我們已經定義怎麼描述 Reality。
不代表 Sol 現在已經在所有 Runtime / Physical Space 裡完整理解 Reality。
這兩件事情不能混在一起。

目前我們把 Reality 先拆成幾個很基本的元素。
Actor
誰？
Human？
AI？
Device？
System？

Object
什麼東西？
設備？
門？
燈？
空調？
文件？
車？

Event
發生了什麼？
有人進房間。
門被打開。
CO₂ 升高。
Alarm 發生。

State
現在怎樣？
ON？
OFF？
Occupied？
Unavailable？
Maintenance？

Space
在哪裡？
這個 Object / Actor 屬於哪個空間？
客廳？
會議室？
樓層？
建築？
車艙？

Relationship
彼此之間是什麼關係？
Human 位於 Space。
Device serves Space。
Sensor measures Environment。
Action affects Actor。

這六個概念看起來很基本。
但它們開始讓：
Data
慢慢變成：
Reality Model。

例如：
CO₂ = 1350
本身只是一個 Data Point。
如果加上：
這是三樓會議室。
目前有人。
數值持續上升。
這個 Sensor 屬於該 Space。
Fresh Air System 服務同一個 Space。
設備目前沒有 Alarm。
那 Sol 才開始有機會理解：
Situation
而不是只看到：
1350。

這件事情對 Physical AI 非常重要。
因為如果沒有 Reality Model，
AI 很容易變成：
用很強的 Reasoning，在一個很弱的世界模型上做決定。
模型可能完全沒有算錯。
但它理解的世界本身就是錯的。
那最後 Action 一樣會錯。

這也是我現在覺得：
Smart Building
跟：
AI-native Building
中間還有一大段距離。
Smart Building 可以有很多：
Sensor。
Automation。
Dashboard。
Scene。
Control。
但如果 AI 要真正理解：
「這裡現在發生什麼？」
就不能只有 Device ID。
還需要：
Semantic Meaning。
Space。
Relationship。
Current State。
Event。
Human Context。

所以 Physical AI 的核心，
我現在不會只說：
Device Integration
而會多一層：
Reality Understanding
但這裡一樣要很誠實。
Reality Understanding 是我們正在建立的 Architecture Direction。
不是我今天可以宣稱：
「Sol 已經全面理解真實世界。」
還沒有。

目前真正成立的是：
我們已經把：
Reality 本身
正式變成 Architecture Problem。
而不是假設：
「設備接進來，AI 自然就懂。」
我覺得這是一個非常重要的轉變。

而當 Sol 開始知道：
誰。
什麼東西。
發生什麼。
現在什麼 State。
在哪裡。
彼此什麼關係。
下一個問題馬上就會出現。
假設：
Sol 看懂 Reality 了。
那她是不是就可以控制？
以前我可能會很直覺地回答：
「可以啊。」
現在我的答案是：
還不行。
因為：
Understanding ≠ Authority.
看懂現實，
不代表自動取得改變現實的權力。
這也是 Digital World 跟 Physical World 中間，
我們後來越來越在意的一道門。
Day 20：
Digital World 和 Physical World 中間，我們少了一道門。