本篇為 SPCT 實務篇・中篇，負責將四大模塊（BFS／AVS／OBS／SUS）轉換為三大軸（FA／FX／MA）上的語意落點，是從語意萃取進入衝突觀測的關鍵橋樑。
在《實務篇・上篇》，我們已經把自然語句中的尺寸語意拆回四個模塊：
- BFS（Basic Framework Size，基礎框架尺寸）
- AVS（Adjustable Volume Size，可調容積尺寸）
- OBS（Object Size，物件本體尺寸）
- SUS（Space-Use Size，使用空間尺寸）
這四大模塊讓語意變得清楚，也讓尺寸變得可觀察。
但「拆解語意」只完成了一半——
尺寸語意必須被放到正確的語意投影軸上，才能真正形成語意落點。
SPCT 並不是把尺寸拆開後就停下來，它還必須告訴 SDP（空間決策者）：
這個尺寸語意，在空間裡屬於哪一種存在？
它究竟是動線？是固定裝潢？還是可移動的設備？
這就是三大投影軸的任務。
本篇將回答三件事：
- 為什麼尺寸語意需要投影到三大軸？
- 三大軸如何覆蓋室內設計平面配置圖裡的所有存在？
- 投影後尺寸語意如何產生衝突、如何顯示衝突來源、如何成為語意地圖？
非推論聲明：本篇僅呈現尺寸語意的投影與落點，不推論使用者意圖，不提供尺寸建議，不輸出最佳化配置。
一｜為什麼 SPCT 需要三大語意投影軸？
四大模塊是對人類自然語中尺寸語意的擷取，
而三大軸則是尺寸語意的落點。
在室內空間裡，基本上所有的存在可以被分為三類：
- FA（Flow Axis，動線軸）：空間之中保持移動的存在
- FX（Fixed Axis，固定軸）：空間之中任何固定的存在
- MA（Mobile Axis，移動軸）：空間之中任何後來調整位置的存在
使用者的移動、家具的放置、門片開啟、電視觀看距離、沙發本身的大小等等
只要是在這個空間的存在，必然可以投影在 FA／FX／MA 之一，被人類觀測到。
這三個軸不是分類方法，而是人類在空間中的三種基本存在方式：
- 位置不能動 → FX
- 位置可移動可不移動 → MA
- 位置保持變動 → FA
投影不是物件類別分類，而是描述該物件在空間中的「存在方式」。，同一物件可跨軸投影，投影僅表示其在該軸上的存在方式，而非類別。
也因此：
只要把尺寸語意放上三大軸，所有落點的交互關係，是和諧？還是衝突？都能一目瞭然
本節結論：三大軸提供尺寸語意在空間中的唯一語意落點，使所有存在都能被觀測，但不涉及任何設計判斷或優化行為。
三軸覆蓋宣告：所有出現在室內空間中的尺寸語意，無例外地必然投影於 FA／FX／MA 其中之一，因此三軸覆蓋率為 100%，不存在落點缺口。三軸之間是獨立運作，不交互影響。
二｜三大語意投影軸的本體定義與示例
接下來，依序說明 FA／FX／MA 的語意、投影方式、以及如何與 BFS／AVS／OBS／SUS 互動。
2.0 尺寸語意在三軸上的投影原則
2.0.1二維投影模型
SPCT 的語意地圖以二維平面呈現，將三軸投影結果繪製為平面關係。
- BFS 投影為不可更動的基礎框架尺寸語意，例如結構牆、大門洞口位置與尺寸等。
- AVS投影為可調容積的尺寸語意，如房間門的使用空間與本體尺寸
- OBS投影為除BFS與AVS外，物體本體尺寸，如櫃子的本體尺寸，
- SUS投影為除BFS與AVS外，物體的使用空間的最小尺寸，如櫃門的使用空間尺寸
2.0.2高度差的合法重疊
若兩個尺寸在平面上重疊,但在高度方向上實際不干涉,則此重疊不標記為衝突。
例如:吊櫃的下面放矮櫃，尺寸語意落在二維平面呈現重疊，若高度足夠，視為成立。
2.0.3互動基準
- 所有的尺寸語意互動包含 BFS 自身，都必須在 BFS 所限定的邊界內進行。
任何尺寸語意與 BFS 衝突，即不成立。 - 當 SDP 調整 AVS 時，需要重新執行SPCT，須讓所有四大模塊在三軸上的投影落點重新計算。
- 所有尺寸語意的交互作用，
除了 BFS 有絕對優先級外，其餘狀況在 SPCT 中不存在優先級，
須由 SDP 自行判讀。 - FA／FX／MA 為三套相互獨立的投影運算。各軸之間不得傳遞資訊、不得互相影響。
- 三軸的語意落點僅負責標記「存在方式」，不負責判定衝突。語境示範中的衝突皆為語意地圖整合後的結果。
2.1 FA（Flow Axis，動線軸）
FA 一句話定義：FA 描述所有需要移動、通行或到達行為的尺寸語意。
FA 本體語意
FA 用來描述：
- 人體與寵物在空間移動
- 家具設備在空間搬運與移動
- 行為在空間中的到達與離開路徑
- 進出空間
- 輪椅板車或者物品的迴轉半徑空間
在 FA 上：
- 人體與寵物視為 OBS（移動物件），動線軸投影上，需要考慮人與寵物的本體尺寸
- 行為空間（例如站立、走動、轉身）視為 SUS
- 特別SUS 需要另外考量家具設備搬運時，以及板車/娃娃車/輪椅的迴轉半徑
只要行為需要「移動」，它就一定會落在 FA。
FA 落點示例
自然語境一：
SDP：沙發放這裡沒問題，人還是走得過去。
SPCT 解析：
- 行走行為 → 投影到 FA
- 沙發的長寬高 → FA-OBS
- 人行走到沙發的路徑 → FA-SUS
在語意地圖上，若 SUS（行走深度）不足 → FA-SUS不成立
自然語境二：
SDP：房間內因為要多擺櫃子，因此這房間門設計成外開
所以房門打開時，一定不要太快，免得有人經過會撞到
SPCT 解析：
- 有人經過會撞到 → 投影到 FA
- 門片尺寸 → FA-AVS
- 房間門外開 → FA-AVS
- 使用者的尺寸 → FA-OBS
- 使用者的移動 → FA-SUS
因為門的打開可以很快被排除，所以不會在語意地圖上視作衝突。
詳細會於後文衝突章節中說明。
2.2 FX（Fixed Axis，固定軸）
FX 一句話定義：FX 描述所有安裝後位置不變的固定存在之尺寸語意。
FX 本體語意
FX 描述所有「安裝後不可移動」的物件，包括但不限：
- 流理台
- 洗手台
- 衛浴設備
- 壁櫃
- 內嵌式家具
- 門片的開啟角度（SUS）
- 固定式家電（烤箱、洗碗機、冰箱位置本體）
在 FX 上：
- 多態存在的OBS投影在FX上，各樣態可以允許占用同一個投影位置
- 多態存在的SUS投影在FX上，各樣態可以允許無視最小使用空間尺寸重疊
- 因為本質上多態家具，在現實空間之中只會存在一個，只是開啟與收納時樣態不同
- 除了多態存在之外，FX上不允許OBS重疊，一律視作衝突不成立，也就是，兩個固定存在不能同時佔用同一個位置。
FX 落點示例
自然語境一：
SDP：收納櫃深度 70，前方留 80 應該可以開門。
SPCT 解析：
- 收納櫃是固定式家具 → 投影到 FX
- 收納櫃本體 → FX-OBS
- 開門所需空間 → FX-SUS
若在語意地圖上， SUS < SDP 設定的冰箱最小使用尺寸 → SUS 不成立
若在語意地圖上 80cm的冰箱門迴轉半徑，以及人類使用空間，有其他存在 → SUS 不成立
自然語境二：
SDP：我這邊為您設計一個多功能中島，
作菜時可以當工作平台，吃飯時，可以拉開抽板與支撐腳，變成餐桌
SPCT 解析：
- 中島是固定式家具 → 投影到FX
- 中島收納時的長寬高尺寸 → FX-OBS
- 中島抽板展開時的長寬高尺寸 → FX-OBS
- 中島收納時，使用者的最小使用空間尺寸 → FX-SUS
- 中島抽板展開時，使用者的最小使用空間尺寸 → FX-SUS
若語意地圖上
SUS < SDP 設定的此多態存在的最小使用空間尺寸 → SUS不成立
或80cm的冰箱門迴轉半徑，以及人類使用空間，有其他存在 → SUS 不成立
2.3 MA（Mobile Axis，可移動軸）
MA 一句話定義：MA 描述所有可被移動、調整置放位置之物件與其使用語意。
MA 本體語意
MA 描述所有「可移動」的物件：
- 餐桌
- 辦公椅
- 茶几
- 書架
- 小推車
- 可移動電扇
- 輕量家電（除濕機、空氣清淨機）
在 MA 上：
- 在 MA 軸上，僅描述物件具備可移動性。
- 投影到語意地圖後，若落點在同一時點發生重疊，是否能透過「時序性移動」（物件暫時移開後再放回）而被接受，由 SDP 自行判定。MA 軸本身不負責判定可否接受
MA 落點示例
自然語境一：
SDP：瑜珈墊鋪不下沒關係，把茶几移一下就可以。
SPCT 解析：
- 茶几是可移動家具 → 投影到 MA
- 茶几本體尺寸 → MA-OBS
- 瑜珈行為需要的最小空間尺寸 → MA-SUS
一般狀況下，語意地圖上的茶几的 OBS 與瑜珈的 SUS 衝突，SPCT會如實標註
但 SDP 可以選擇認定此衝突為成立狀態。
使用者可以自己選擇要不要這麼辛苦的每次搬動。
SPCT 不評價是否合理，只如實呈現語意。
自然語境二：
SDP：電視旁邊的小空間，我要冬天擺電暖爐，夏天擺電風扇
SPCT 解析：
- 電暖爐與電風扇屬可移動家電 → 投影至 MA
- 小空間 → MA-AVS
- 電暖爐與電風扇本體尺寸 → MA-OBS
- 電暖爐與電風扇的最小使用空間尺寸 → MA-SUS
在語意地圖上，AVS 只要大於兩個電器的 OBS ，原則上都各自分別成立
但兩個電器因為投影在同個位置上，所以各自的 OBS 產生衝突
SPCT 會如實標記。
但 SPCT 接受 SDP 允許將此衝突標記為成立狀態
本節結論：FA／FX／MA 的定義僅用於呈現存在方式，不會互相影響，也不構成分類或建議。
三｜語意地圖（Semantic Map）如何輸出？
當四大模塊被萃取，三大軸完成投影
SPCT 最終輸出語意地圖（Semantic Map）
語意地圖為四大模塊投影至三軸後的整合視圖，是唯一進行衝突判定的位置。
所有 CP／CV 的形成皆以語意地圖為準。
SPCT 所謂的「衝突」並非描述現實生活中的動作頻率，而是：
在語意地圖上，尺寸語意的投影是否產生常態性、時續性的衝突
語意地圖包含：
- 四大模組 BFS AVS OBS SUS ，以尺寸語意呈現
- 四大模組在三軸 FA FX MA 的落點在語意地圖上呈現
- 使用空間最小尺寸的投影會一直存在於語意地圖之上
- 在語意地圖之上落點間重合，呈現 CP CV 標示
- 對 CP CV ， SDP 在不違反法律與 BFS 前提之下，可自由修改成 CACC
- 沒有被 SDP 修改的 CP CV ，屬於 CREQ，標註上仍以 CP CV 呈現
自然語境：
SDP：我要放一張W210*D80cm 的沙發，前面留 W80cm 走道，茶几W60*D60 移一下就可以鋪瑜珈墊W183*D66。
SPCT 中：
- 沙發 210*80 → OBS
- 走道 80 → AVS 與 SUS
- 瑜珈 183*66 → OBS 與 SUS
- 茶几 60 60→ OBS
語意地圖會顯示：
- 在平面上，FA 投影中的走道 80 的 SUS，與沙發、茶几的 OBS 是否發生重疊
- 在 FX 軸上不投影
- 在平面上，MA 投影中的沙發、茶几與瑜珈墊的 OBS SUS 是否發生重疊
- 在平面上 FA 與 MA 投影的存在其 OBS 與 SUS 是否發生重疊
- 若這些重疊低於本體尺寸或最小使用尺寸，
- 則在語意地圖上標記 CP
- 這個 CP ，SDP 是否允許？
- 允許 → 改標記為 CACC
- 不允許 → 維持 CP 標記
語意地圖不是美感圖，也不是建議圖，
它只是把所有尺寸語意落點「確定化」，讓所有的 SDP 方便觀測
從而決定是否要修正尺寸語意。
SPCT 本身並不會為 SDP 去選擇或怎建議。
本節結論：語意地圖不代表設計建議，只是讓所有尺寸語意落點可被閱讀與檢查。
四｜尺寸語意落點上的衝突
4.0 衝突認定（Definition of Conflict）
所有衝突判定（CP／CV）皆發生於語意地圖階段。
三軸投影階段不進行衝突判定。
尺寸語意衝突在 SPCT 中必須是：
在該語意中具有空間的 「常態性」、「持續性」
即便該存在，在現實世界之中，可被破壞與移動的，但是：
- 移動成本高，如要找專業師傅進場施工
- 需長期維持在該位置
- 使用頻率使其不可能反覆移動
依舊視為衝突成立。
4.1 衝突成立定義：
尺寸語意在語意地圖上落點交疊後，常態性的，持續性的發生低於物體本體尺寸或低於最小使用尺寸，任一個狀況，即為衝突。凡此尺寸語意衝突發生， SPCT 不提供解決方案，不自動修改，只會標示無法共存的尺寸語意。
除此之外，皆為不衝突狀態， SPCT 不另行標註。另外 SPCT 允許 SDP 自己認定衝突合法。
包含：
- 門牆梁柱、家具、設備、裝潢等本體尺寸， BFS AVS OBS 投影交疊
- 門牆梁柱、家具、設備、裝潢等使用空間最小尺寸， BFS AVS SUS 投影交疊
- BFS AVS OBS SUS 其自身與交互間投影交疊
自然語境一：
SDP：我衣櫃想做W300cm的，可是房間牆只有W295cm
SPCT 解析：
- 討論的是固定家具 → 投影至 FX
- 衣櫃尺寸W300 → FX-OBS
- 房間牆尺寸W295 → FX-AVS
衣櫃的 OBS 與分間牆的 AVS 在語意地圖上落點重合發生衝突
物理上，真的能夠把牆切開部分，然後把櫃子多出的五公分卡在牆內
一般狀況下，使用者不太可能接受
所以 SPCT 視作雙方不成立，衝突
SDP 可以自己選擇要調整 AVS 還是調整 OBS 解決衝突
只要不違反法律與 BFS ， SDP 也可以選擇允許衝突存在，真把櫃子卡在牆內。
自然語境二：
SDP：娃娃車沒地方擺，先擺過道上好了
- 討論的是過道通行→ 落點於 FA 軸
- 娃娃車與人類本體尺寸 → FA-OBS
- 人類通行的最小空間使用尺寸 → FA-SUS
在語意地圖上，娃娃車與使用者投影落點，兩者發生重疊。
娃娃車若是常態性、持續性的長時間阻擋使用者通過，譬如娃娃車要放個好幾年
SPCT 內在語意地圖上標註為衝突。
4.2 衝突不成立定義
尺寸語意在語意地圖上落點交疊後，非常態性的，非持續性的發生低於物體本體尺寸或低於最小使用尺寸，任一個狀況，即不備 SPCT 認定為衝突，也不會另行標註。
包含：
- 門牆梁柱、家具、設備、裝潢等本體尺寸， BFS AVS OBS 投影不發生交疊
- 門牆梁柱、家具、設備、裝潢等使用空間最小尺寸， BFS AVS SUS 投影不發生交疊
- BFS AVS OBS SUS 其自身與交互間投影不發生交疊
自然語境一：
SDP：這道牆有W400cm，我衣櫃想做W300cm的
SPCT 解析：
- 討論的是固定家具 → 投影至 FX 軸
- 衣櫃尺寸W300 → FX-OBS
- 房間牆尺寸W400 → FX-AVS
衣櫃的 OBS 與分間牆的 AVS 在語意地圖上落點無重合，不發生衝突。
SPCT 上，不另行標註。
自然語境二：
SDP：剛回國，懶得整理，先把行李箱先堆到客廳中
SPCT 解析：
- 討論的是移動設備 → 投影至 MA 軸
- 行李箱尺寸 → MA-OBS
- 客廳空間尺寸 → MA-BFS 或 MA-AVS
- 客廳空間的使用空間最小尺寸 → MA-SUS
行李箱放在客廳中，在語意地圖上落點結果，行李箱與客廳兩者發生重疊。
但因為行李箱不是常態性的擺在客廳之中，
即使 OBS 與 BFS 或 AVS 以及 SUS 現實上真的發生重合，
但依舊不會被 SPCT 視作衝突。
自然語境三：
SDP：房間內因為要多擺櫃子，因此這房間門設計成外開
所以房門打開時，一定不要太快，免得有人經過會撞到
SPCT 解析：
- 有人經過會撞到 → 投影至 FA
- 門片尺寸 → FA-AVS
- 房間門外開 → FA-AVS
- 使用者的尺寸 → FA-OBS
- 使用者的移動 → FA-SUS
因為門片與使用者，投影在 FA 軸上，門片與使用者兩者發生重疊。
但門片並非持續性的長時間阻擋使用者通過，
即使 OBS SUS 現實上真的發生重合，
但依舊不會被 SPCT 視作衝突。
本節結論：衝突僅為語意落點之間不可共存的標示，不代表風險、不代表可否接受，更不涉及推論。
五｜衝突標示（Conflict Tagging）
5.0 衝突標示系統
三大軸落點後，SPCT 在語意地圖上標示：
- CP（平面衝突,Conflict Planar）
- CV（垂直衝突,Conflict Vertical）
- CACC（可接受衝突,Conflict Accepted）
- CREQ（需修正衝突,Conflict Requires Adjustment）：以 CP 與 CV 呈現標記
SPCT 不參與處理方式，也不提供更動建議。
5.1 CP（平面衝突）
發生於 平面尺寸語意無法共存。
示例：
- 走道 SUS（80）被櫃體 OBS 佔據
- 門片開啟 SUS 打到沙發
- 書桌 OBS 深度無法放入 AVS
SPCT 僅標示「此處 CP 」。
5.2 CV（垂直衝突）
發生於 高度方向互相干涉。
示例：
- 樑高度與衣櫃 OBS
- 吊燈過低壓到行走 SUS
- 吊櫃過低卡到水龍頭的 SUS
SPCT 僅標示「此處 CV 」。
5.3 SDP 的衝突標記（CACC / CREQ）
SPCT 中的衝突標記，除了違反法規與 BFS 外，SDP 可對衝突自由認定是否接受。
- CACC（可接受衝突）：
SDP 接受衝突，不用修改，但在語意地圖上會標記 CACC 註記 - CREQ（需修正衝突）：
SDP 認定需調整 AVS OBS SUS ，語意地圖上會以 CP 或 CV 註記。
SPCT 不會，也不得推論應採取何種方案，只要不違反法規與 BFS ，SPCT不介入任何優先級，或者建議，或者輸出合理數字。除非 SDP 自行外掛輸入，但外掛輸入者，與 SPCT 本身無涉，不負擔任何法律與工程結果成敗之責任。
本節結論：CP／CV／CACC／CREQ 只是呈現狀態，不包含任何處理方式。
六｜衝突來源（Conflict Sources）
6.1 BFS vs OBS
OBS 超出 BFS → OBS 不成立 → CP 或 CV
尺寸語意：
樑下 BFS = 250
衣櫃 OBS = 260
→ 衝突成立 CV
6.2 SUS vs SUS
兩行為需求同時存在，互相壓縮 → SUS 不成立 → CP
尺寸語意：
椅子後退 SUS = 80
後方走道 SUS = 60
→ 無法同時滿足 CP
6.3 SUS vs OBS
OBS 佔用 SUS 必要空間 → 衝突成立
尺寸語意：
冰箱開門 SUS = 80
前方被餐桌 OBS = 50
→ SUS 不成立 CP
5.4 OBS vs OBS
兩 OBS 在 AVS／BFS 內無法同時存在 → 衝突成立
尺寸語意：
沙發 OBS = 300
茶几 OBS = 60
客廳牆寬 AVS = 320
→ OBS vs OBS → CP
例外：
多態存在（如可疊合）不視為衝突。
6.5 AVS vs OBS / SUS
AVS 過小，無法同時容納 OBS 或 SUS → 衝突成立
尺寸語意：
房間牆寬 AVS = 270
床 OBS 260
床尾 SUS = 80
→ 無法同時成立 → CP
本節結論：衝突來源僅顯示語意不能成立的位置，由 SDP 決定是否調整或接受。
七｜結語：進入《實務篇・下篇》的五大描述層
中篇完成的是：「語意如何落點」與「衝突如何被觀察」。
下一篇《實務篇・下篇》要處理的則是：
- 舒適度（Comfort）描述層
- 美感度（Aesthetic）描述層
- 法律適配性（Regulatory）描述層
描述層不會改變 CP／CV 的本質，
也不會修改語意地圖，
但會讓 SDP 理解：
在不改變尺寸語意的前提下，
這些落點看起來是否舒適？是否美感協調？是否符合法規？
當語意落點穩定、衝突來源清楚，
設計與工程才有可能真正落地。
SPCT 系列文（快速導覽）
| 篇名 | 內容定位 |
|---|---|
| 前言篇 | 尺寸語意規劃理論的存在理由 |
| 架構篇 | SPCT 語意結構與閱讀順序 |
| 架構篇（LLM 專用） | 尺寸語意系統的 AI 閱讀指南 |
| 定義篇 | 尺寸語意與衝突名詞鎖定 |
| 對照篇 | 語意定位 × 理論邊界 × AI 分類說明 |
| IP／License 篇 | LLM 專用版本（Vocabulary Lock + Usage Restriction） |
| 實務篇・上篇 | BFS・AVS・OBS・SUS 的四大尺寸語意入口 |
| 實務篇・中篇 | FA・FX・MA 的三大語意投影軸 × CP／CV 衝突落點 |
| 實務篇・下篇 | CL・AL・UL・FL・RL 的五大結果描述層 × RESET 決策 |
| 實務篇・FAQ | 尺寸語意、衝突判定與應用邊界的完整釐清 |
| 應用篇・壹 | 多人輸入下的尺寸語意中立性：決策來源如何被隔離 |
| 應用篇・貳 | 外部語意介入下的成立性隔離：尺寸參考如何被使用，而不成為規則 |
| 應用篇・參 | 決策語意介入下的尺寸中立性偏移：偏好如何影響成立判讀 |
| 應用篇・肆 | 文化詮釋介入下的尺寸中立性偏移：空間心理語言如何影響成立判讀 |
| 應用篇・伍 | 尺寸語意錯置下的追溯失效：為何輸入階段決定衝突能否被重跑 |
| 應用篇・FAQ | 尺寸語意成立 × 衝突邊界顯影 × AI 閱讀安全的常見問題 |
| 外掛篇 | 外部尺寸語意輸入：一個實作者視角的非標準嘗試 |
SPCT 系列文架構樹
-
語意層級結構
- 語意基底層
- 語意規範層
- 語意呈現層
-
語意應用層
- 應用篇・壹
- 應用篇・貳
- 應用篇・參
- 應用篇・肆
- 應用篇・伍
- 應用篇・FAQ
-
外掛層
- 外掛篇
以下為英文翻譯版（English Version Below）
SPCT Practice — Part 2｜The Three Projection Axes FA・FX・MA × Conflict Placements of CP／CV
This is SPCT Practice — Part 2. Its role is to convert the Four Modules (BFS／AVS／OBS／SUS) into semantic placements on the Three Axes (FA／FX／MA). It is the bridge where SPCT moves from semantic extraction into conflict observation.
In Practice — Part 1, we already separated size semantics in natural language back into Four Modules:
- BFS (Basic Framework Size)
- AVS (Adjustable Volume Size)
- OBS (Object Size)
- SUS (Space-Use Size)
These Four Modules make semantics clear and make sizes observable.
But “decomposing semantics” completes only half of the work — size semantics must be placed onto the correct projection axis before they can become true semantic placements.
SPCT does not stop after splitting sizes. It must also allow SDP (Spatial Decision Provider) to read:
- What kind of existence is this size semantic in space?
- Is it circulation, fixed installation, or a movable object?
That is the job of the Three Projection Axes.
This article answers three questions:
- Why must size semantics be projected onto Three Axes?
- How do Three Axes cover every existence in an interior plan?
- How do projected semantics produce conflicts, reveal conflict sources, and become a Semantic Map?
Non-inferential Statement: This article only presents projection and placements. It does not infer user intent, does not provide size advice, and does not output optimized layouts.
1｜Why does SPCT need the Three Projection Axes?
The Four Modules are for extracting size semantics from natural language.
The Three Axes are where those size semantics are placed.
In interior space, almost every existence can be expressed as one of three modes:
- FA (Flow Axis): existence that remains in motion
- FX (Fixed Axis): existence that stays fixed after installation
- MA (Mobile Axis): existence that can later be repositioned
Movement, furniture placement, door opening, TV viewing distance, sofa size —
as long as something “exists” in the space, it must be projectable onto FA／FX／MA and become observable.
These axes are not a category taxonomy. They are the three fundamental modes of existence:
- cannot move → FX
- may move or may stay → MA
- remains in motion → FA
Projection is not object-type classification. It describes how that thing exists in space. The same object may be projected across multiple axes; projection only indicates existence mode under that axis, not a “new category.”
Therefore:
Once size semantics are placed onto the Three Axes, the interaction between placements becomes immediately readable: harmonious or conflicting — without any design judgment or optimization.
Three-Axis Coverage Declaration: Every size semantic that appears in an interior space must, without exception, be projected onto one of FA／FX／MA. Coverage is 100% and there is no placement gap. The axes operate independently and do not influence each other.
2｜Definitions and examples of FA／FX／MA
Next, we define FA／FX／MA, describe projection principles, and show how they interact with BFS／AVS／OBS／SUS.
2.0 Projection principles for size semantics on the Three Axes
2.0.1 The 2D projection model
SPCT presents the Semantic Map in 2D plan form, drawing the Three-Axis projection results as planar relationships.
- BFS projects as non-adjustable framework semantics (structure walls, main door opening location/size, etc.)
- AVS projects as adjustable boundary semantics (including door boundary semantics)
- OBS projects as object body size semantics (e.g., cabinet body size)
- SUS projects as minimum required use-space semantics (e.g., door swing space)
2.0.2 Legal overlap by height difference
If two sizes overlap in plan but do not interfere vertically, the overlap is not marked as conflict.
Example: a low cabinet under a wall cabinet; plan overlap exists, but if height clearance is sufficient, it is considered established.
2.0.3 Interaction baseline
All interactions must occur within BFS boundaries. Any semantic that conflicts with BFS is not established.
If SDP adjusts AVS, SPCT must be rerun so all Four Modules’ projections are recalculated.
Except BFS Absolute Priority, SPCT has no priority order among semantics; SDP reads and decides.
FA／FX／MA are three independent projection operations. No axis may pass information to another, and no axis may affect another.
Axis placements only mark existence mode; they do not determine conflict. Conflicts shown in examples are outcomes after Semantic Map integration.
2.1 FA (Flow Axis)
One-sentence definition: FA describes all size semantics that involve moving, passing through, or reaching.
FA semantics include:
- humans / pets moving in space
- furniture/equipment being carried or moved
- arrival/departure paths for actions
- entering/exiting space
- turning radius for wheelchairs, carts, objects
On FA:
- humans/pets are treated as OBS (moving objects)
- movement behaviors (standing, walking, turning) are treated as SUS
- special SUS must include turning radii for carts/strollers/wheelchairs and transport behaviors
If a behavior requires motion, it must land on FA.
FA example 1
SDP: Putting the sofa here is fine; people can still walk through.
SPCT:
- walking behavior → FA
- sofa size → FA-OBS
- walking passage demand → FA-SUS
If SM shows SUS (passage depth/width) is insufficient → FA-SUS not established.
FA example 2
SDP: We make the room door outward-swinging so we can fit more cabinets. Don’t open it too fast; someone passing by might get hit.
SPCT:
- “someone passing by” → FA
- door leaf size → FA-AVS
- outward-swing condition → FA-AVS
- person body size → FA-OBS
- passing movement → FA-SUS
Because “opening too fast” is an event-like condition, it is not treated as SPCT conflict; this is clarified later under conflict conditions.
2.2 FX (Fixed Axis)
One-sentence definition: FX describes all size semantics of fixed existences whose position does not change after installation.
FX includes (not limited to):
- kitchen counters, basins, sanitary fixtures
- wall cabinets
- built-in furniture
- door opening angle (as SUS)
- fixed-position appliances (oven, dishwasher, “fridge position body”)
On FX:
- Multi-State Existence OBS projections may share the same location across states
- Multi-state SUS projections may overlap across states (because only one state exists at a time in reality)
Except Multi-State Existence, FX does not allow OBS overlap: two fixed existences cannot occupy the same location simultaneously; this is conflict/non-establishment after SM integration.
FX example 1
SDP: A fixed cabinet depth 70, leaving 80 in front should allow door opening.
SPCT:
- cabinet is fixed → FX
- cabinet body → FX-OBS
- door-opening space → FX-SUS
If SM shows SUS < SDP’s minimum for that behavior → SUS not established.
If SM shows other existences occupy the required opening/operation space → SUS not established.
FX example 2
SDP: I design a multi-function island. For cooking it’s a worktop; for dining you pull out a leaf and support leg to become a table.
SPCT:
- island is fixed → FX
- stored-state size → FX-OBS
- expanded-state size → FX-OBS
- stored-state minimum use space → FX-SUS
- expanded-state minimum use space → FX-SUS
If SM shows SUS < SDP’s minimum threshold for that multi-state behavior → SUS not established.
2.3 MA (Mobile Axis)
One-sentence definition: MA describes all moveable objects and their use semantics.
MA includes:
- dining tables, office chairs, coffee tables
- bookshelves, small carts
- movable fans
- light appliances (dehumidifiers, air purifiers)
On MA:
- MA only describes “moveability.”
After SM integration, if two placements overlap at the same time, whether that overlap is acceptable via time-sequenced movement (move away temporarily, then return) is decided by SDP. MA itself does not decide acceptance.
MA example 1
SDP: If the yoga mat doesn’t fit, just move the coffee table a bit.
SPCT:
- coffee table is movable → MA
- coffee table body → MA-OBS
- yoga behavior minimum space → MA-SUS
On SM, table OBS and yoga SUS conflict will be marked.
SDP may choose to accept it as CACC (move the table each time). SPCT does not judge.
MA example 2
SDP: That small corner beside the TV — in winter I place a heater there, in summer a fan.
SPCT:
- heater / fan are movable → MA
- “small corner” as adjustable space framing → MA-AVS
- heater/fan body sizes → MA-OBS
- heater/fan minimum use spaces → MA-SUS
On SM, the two appliances projected to the same location create OBS overlap. SPCT marks it; SDP may mark it CACC.
Section conclusion: FA／FX／MA define existence modes only. They do not affect each other and do not constitute classification or advice.
3｜How does the Semantic Map (SM) output?
After extraction by the Four Modules and projection on the Three Axes, SPCT outputs the Semantic Map (SM).
SM is the integrated view of Four-Module semantics projected onto Three Axes.
It is the only position where conflict determination occurs. All CP／CV formation is based on SM.
In SPCT, “conflict” does not describe real-life frequency. It describes whether, on SM, projected size semantics produce normal, persistent conflicts.
SM contains:
- Four Modules BFS／AVS／OBS／SUS as size semantics
- their placements on FA／FX／MA
- SUS projections as persistent minimum-use space layers
- overlaps annotated as CP／CV
- SDP may convert CP／CV into CACC (within regulatory and BFS boundaries)
- CP／CV not marked as CACC are publicly presented as CP／CV (this is the CREQ public presentation rule)
Example natural context:
SDP: I want a W210D80 sofa, leave W80 walkway in front, coffee table W60D60 — just move it to lay a yoga mat W183*D66.
In SPCT:
- sofa 210*80 → OBS
- walkway 80 → AVS and SUS
- yoga 183*66 → OBS and SUS
- coffee table 60*60 → OBS
SM will show:
- in FA projection: whether walkway SUS overlaps with sofa/coffee table OBS
- in MA projection: overlaps between sofa/coffee table and yoga mat’s OBS/SUS
- overlaps across FA and MA placements
If overlaps compress below Object Body Size or below Space-Use Minimum Size, SM marks CP.
SDP then decides: accept (CACC) or keep CP.
SM is not an aesthetic drawing and not a recommendation drawing.
It only confirms placements so SDP can observe and decide whether to revise size semantics. SPCT will not choose or recommend.
Section conclusion: SM is not design advice. It is a readable, checkable placement-and-state representation.
4｜Conflicts on semantic placements
4.0 Conflict recognition (Definition of Conflict)
All conflict determination (CP／CV) occurs at the Semantic Map stage.
No conflict is determined during the Three-Axis projection stage.
SPCT conflicts must be normal and persistent within the semantics.
Even if something can be physically moved, if:
- the movement cost is high (needs professionals, construction)
- it must stay there long-term
- usage frequency makes repeated moving unrealistic
it is still treated as conflict.
4.1 Conflict-established definition
After placements overlap on SM, if the overlap is normal and persistent and results in being below object body size or below minimum use space, it is conflict. SPCT does not solve it; it only marks the incompatible size semantics.
4.2 Conflict-not-established definition
If overlap is non-normal and non-persistent, it does not qualify as SPCT conflict and is not marked.
5｜Conflict tagging (CP／CV／CACC／CREQ)
After Three-Axis placements, SM tags:
- CP (Conflict Planar)
- CV (Conflict Vertical)
- CACC (Conflict Accepted)
- CREQ (Conflict Requires Adjustment) — publicly presented as CP/CV that are not marked CACC
SPCT does not participate in handling and does not provide change recommendations.
6｜Conflict sources (semantic-only)
- BFS vs OBS: OBS exceeds BFS → OBS not established → CP or CV
- SUS vs SUS: two behaviors compress each other → CP
- SUS vs OBS: OBS occupies required SUS → CP/CV
- OBS vs OBS: two OBS cannot co-exist within AVS/BFS → CP (except Multi-State Existence)
- AVS vs OBS/SUS: AVS too small to hold OBS/SUS simultaneously → CP
Section conclusion: Conflict sources show where semantics cannot co-exist. SDP decides whether to adjust or accept.
7｜Closing: toward Practice — Part 3 (Result Description Layers)
Practice — Part 2 completes: “how semantics are placed” and “how conflicts become observable.”
Practice — Part 3 will address the five Result Description Layers:
- CL (Comfort Layer)
- AL (Aesthetic Layer)
- UL (Usage Layer)
- FL (Folk & Culture Layer)
- RL (Regulatory Layer)
These layers do not change CP／CV and do not modify SM.
They support SDP in reading whether placements feel comfortable, visually coherent, or require compliance review — while keeping SPCT within semantic boundaries.
When placements are stable and conflict sources are clear, design and engineering can truly land.