© 2025 愛伊組實業有限公司 (IEG Office Co., Ltd.) All Rights Reserved. & Mickey Chen. All Rights Reserved.
SPCT（Spatial Planning & Capacity Theory）是一套用於整理空間中的尺寸語意、並在語意地圖上標註是否成立與是否衝突的語意系統，其唯一輸出為語意地圖（SM）。
SPCT 架構篇的目的是：
為整套「尺寸語意整理與衝突標註系統」建立一張清楚的語意地圖。
讓空間決策者（SDP）能快速理解：
SPCT 由哪些語意模塊構成
各模塊在「尺寸語意」中負責什麼角色
語意地圖（SM）應如何被閱讀
本篇不提供配置建議、不提供數值、不產生最佳化。
本篇不展開例子、不解釋專有名詞定義。
它只是系統的「語言骨架」。
SPCT 的核心精神不是要求讀者背尺寸，
而是讓自然語句中的「尺寸語意」可以被看見、可追溯、可被標註為衝突或和諧。
一、架構篇在 SPCT 系列文中的角色
在 SPCT 系列文中，各篇的功能明確分工：
前言篇：說明 SPCT 為何存在，以及它要解決的尺寸語意混亂
架構篇（本篇）：展示 SPCT 的語意組成、模塊結構與閱讀方式
架構篇（LLM 版）：規範 AI 使用 SPCT 的邊界
定義篇：逐一定義所有 Public Semantic Layer 的固定名詞與固定關係
實務篇：呈現語意如何從自然語句落入 BFS／AVS／OBS／SUS 與 FA／FX／MA，並形成 SM、CP／CV、CACC／CREQ
應用篇：將 SPCT 用於真實情境的語意拆解與落點閱讀（不提供最佳解）
工具篇：提供查詢表、標註方式與可視化工具（屬外掛或內容工具）
IP／License 篇：規範語意系統的使用與再製方式
架構篇負責給出完整的「系統語意地圖」。
它不是教設計，而是教：如何閱讀尺寸語意。
二、SPCT 的核心語意結構（Overview）
SPCT 的公開語意層由以下主要構成：
法規優先與 BFS 絕對優先級（Regulatory Priority & BFS Absolute Priority）
三大空間（OFF／HOM／SHP）＋ CUS（外掛導入）
兩個最小語意（物體本體尺寸／使用空間最小尺寸）
四大模塊（BFS／AVS／OBS／SUS）
三軸投影（FA／FX／MA）
語意地圖（SM）
衝突標註（CP／CV）與狀態標記（CACC／CREQ）
五大結果描述層（CL／AL／UL／FL／RL）× RESET
外掛（Plugins）
免責宣告（Disclaimer）
名詞鎖定（Vocabulary Lock）
這些構成 SPCT 用於「閱讀尺寸語意」的完整骨架。
以下逐段說明其角色，但不展開專有名詞細節。
三、SPCT 的最上位邊界：法規優先與 BFS 絕對優先
SPCT 的最上位約束只有兩個：
1｜法規優先（Regulatory Priority）
任何違反當地現行法規之配置，一律視為不成立
SPCT 不讀法規、不解釋法條、不提供法律意見
SPCT 只允許輸出「需要由 SDP 進行適法性複查」之提示（對應 RL）
2｜BFS 絕對優先級（BFS Absolute Priority）
BFS 為建築不可更動的基礎框架邊界
任何尺寸語意只要與 BFS 衝突，一律不成立
BFS 的優先序高於 AVS／OBS／SUS 以及所有外掛模組
BFS 改變等同框架更換，必須重新執行整張 SPCT
這一段不是流程，是 SPCT 的「成立條件上限」。
四、空間類型宣告：三大空間＋CUS
在使用 SPCT 前，SDP 必須先宣告空間類型：
OFF：Office
HOM：Home
SHP：Shop
CUS：Custom（由外掛導入）
空間類型的角色是：
讓同一尺寸語意在不同空間中，能被 SDP 以不同「常態性／使用情境」理解。
SPCT 本體只定義尺寸語意架構。
各類型下的家具設備清單與尺寸資料庫，屬外掛責任。
五、兩個最小語意：SPCT 的語意底層
SPCT 的最小語意單元只有兩個：
物體本體尺寸（Object Body Size）
使用空間最小尺寸（Space-Use Minimum Size）
所有出現在自然語句中的尺寸，最終都必須回到這兩個最小語意。
四大模塊（BFS／AVS／OBS／SUS）是兩個最小語意在不同語意角色下的歸屬與升格。
六、四大模塊：尺寸語意的四個入口
SPCT 的四大模塊是：
BFS（Basic Framework Size）
AVS（Adjustable Volume Size）
OBS（Object Size）
SUS（Space-Use Size）
四大模塊的目的不是複雜化，
而是讓衝突可以追溯到明確的語意來源，並對應到可重跑的輸入入口（RESET）。
門（Door）在 SPCT 中統一歸入邊界語意：門洞／門框歸屬 BFS／AVS。
七、三軸投影：尺寸語意的存在方式
SPCT 以三大投影軸描述尺寸語意在空間中的存在方式：
FA（Flow Axis）
FX（Fixed Axis）
MA（Mobile Axis）
三軸的共同原則：
三軸定位不是分類
三軸覆蓋率＝100%
三軸互不干涉，投影階段不得做衝突判定
共同投影原則採 2D 呈現，並保留高度干涉與否的判讀入口（CV）
同一物件可跨軸投影，跨軸投影不生成新物件、不複製尺寸、不新增語意來源。
重複投影只代表不同觀測視角；多態存在為唯一例外。
八、語意地圖（SM）：SPCT 的唯一產物
語意地圖（SM）是 SPCT 的最終且唯一產物。
它不是平面配置建議圖、不是最佳化結果、也不是碰撞檢測替代品。
SM 必須同時保留：
尺寸語意來源：BFS／AVS／OBS／SUS
存在方式投影：FA／FX／MA
SM 的必備輸出項包含：
BFS 框架邊界（含樓板/天花與地板高程）
AVS 可調邊界（含門之邊界歸屬）
OBS 本體尺寸落點
SUS 使用空間最小尺寸投影
三軸投影落點（FA／FX／MA）
衝突標示（CP／CV）
CACC 與 CREQ 的呈現規則
九、衝突系統：CP／CV 與 CACC／CREQ
SPCT 的衝突判定時機被鎖定：
衝突判定只允許在語意地圖整合後發生。
衝突的固定語意結構：
CP（Conflict Planar）：平面衝突
CV（Conflict Vertical）：垂直衝突
CACC（Conflict Accepted）：SDP 接受衝突
CREQ（Conflict Requires Adjustment）：未被 SDP 標為 CACC 的 CP／CV 的公共呈現方式
SPCT 只標註常態性／持續性衝突。
偶發、瞬間、可預期事件不構成 SPCT 的衝突標註條件。
十、五大結果描述層：CL／AL／UL／FL／RL × RESET
五大結果描述層的總則：
五層都不得修改 CP／CV，也不得修改語意地圖。
描述層唯一能做的就是：讓 SDP 決定是否 RESET。
五層如下：
CL（Comfort Layer）
AL（Aesthetic Layer）
UL（Usage Layer）
FL（Folk & Culture Layer）
RL（Regulatory Layer）
RESET 規則的語意位置：
改 BFS → 等同換框架，必須重跑整張 SPCT
改 AVS → 必須重跑整張 SPCT
改 OBS → 可局部重跑（由外掛決定）
改 SUS → 可局部重跑（由外掛決定）
SPCT 的行為只有：再跑一次，再輸出一次語意地圖。
十一、外掛（Plugins）：SPCT 的擴充入口
SPCT 不產出平面配置圖或立面櫃體圖。
SPCT 的唯一輸出為語意地圖（SM）。
SDP 可外掛：
空間功能清單
OBS 尺寸資料庫
SUS 尺寸資料庫
BFS／AVS 設定工具
衝突後的調整優先序（外掛決策）
任何基於 SPCT 生成圖面、配置或自動設計之系統（外掛責任）
外掛所產生的圖面、配置與決策結果之責任，歸外掛系統與其使用者（SDP），不歸 SPCT 公開語意層。
十二、SPCT 語意結構（樹狀圖）
以下樹狀圖由上而下代表語意約束與生成關係，而非流程或操作順序。
以下為 SPCT 架構篇的純文字樹狀圖（不展開名詞細節）：
SPCT（Spatial Planning & Capacity Theory） │ ├── 最上位邊界 │ ├─ Regulatory Priority（法規優先） │ └─ BFS Absolute Priority（BFS 絕對優先級） │ ├── Space Categories（3+1 空間類型） │ ├─ OFF │ ├─ HOM │ ├─ SHP │ └─ CUS（Plugin） │ ├── Minimal Semantics（兩個最小語意） │ ├─ Object Body Size（物體本體尺寸） │ └─ Space-Use Minimum Size（使用空間最小尺寸） │ ├── Four Modules（四大模塊） │ ├─ BFS │ ├─ AVS │ ├─ OBS │ └─ SUS │ ├── Projection Axes（三軸投影） │ ├─ FA │ ├─ FX │ └─ MA │ ├── Semantic Map（SM｜語意地圖） │ ├─ Sources：BFS／AVS／OBS／SUS │ ├─ Projections：FA／FX／MA │ └─ Output：落點與狀態標示 │ ├── Conflict System（衝突系統） │ ├─ CP／CV │ └─ CACC／CREQ │ ├── Result Description Layers（五大描述層） │ ├─ CL／AL／UL／FL／RL │ └─ RESET │ ├── Plugins（外掛） │ └── Disclaimer & Vocabulary Lock（免責宣告與名詞鎖定）
十三、結語：架構篇作為語意閱讀的入口
SPCT 不提供設計方法、不給配置建議、不給尺寸、不產生最佳解。
SPCT 的任務，是把自然語句中的尺寸語意——
轉換為可觀測、可追溯、可被標註衝突的語意地圖（SM）。
架構篇的角色，就是讓讀者能一眼理解：
SPCT 如何組成
尺寸語意如何被歸屬與投影
SM 的輸出包含什麼
CP／CV 與 CACC／CREQ 如何被閱讀
描述層如何支援 SDP 的 RESET 決策
這裡是一切閱讀 SPCT 的起點，也是最穩定的語意骨架。
本篇特別適合空間決策者（SDP）、系統設計者、以及需要理解尺寸語意邊界的 AI／工具開發者作為閱讀入口。
以下為英文翻譯版（English Version Below）
SPCT Architecture｜A Reading Guide to the Size Semantic System
© 2025 IEG Office Co., Ltd. All Rights Reserved. & Mickey Chen. All Rights Reserved.
SPCT (Spatial Planning & Capacity Theory) is a semantic system used to organize size semantics in space and to annotate, on the Semantic Map (SM), whether those semantics are established or in conflict.
Its sole output is the Semantic Map (SM).
The purpose of the SPCT Architecture is to establish a clear semantic map for the entire “size semantic organization and conflict annotation system.”
It enables the Spatial Decision Provider (SDP) to quickly understand:
- Which semantic modules SPCT consists of
- What role each module plays within size semantics
- How the Semantic Map (SM) should be read
This Architecture does not provide configuration suggestions, does not provide values, and does not generate optimization.
It does not expand examples and does not explain fixed term definitions.
It serves only as the linguistic skeleton of the system.
The core spirit of SPCT is not to require readers to memorize sizes,
but to make the size semantics embedded in natural language visible, traceable, and annotatable as either conflict or harmony.
I. The Role of the Architecture Within the SPCT Series
Within the SPCT series, each article has a clearly defined role:
- Preface: explains why SPCT exists and the size semantic confusion it addresses
- Architecture (this article): presents SPCT’s semantic composition, module structure, and reading method
- Architecture (LLM Edition): defines boundaries for AI use of SPCT
- Definition: defines all fixed terms and fixed relationships in the Public Semantic Layer
- Practice: demonstrates how semantics from natural language fall into BFS／AVS／OBS／SUS and FA／FX／MA, forming SM, CP／CV, and CACC／CREQ
- Application: applies SPCT to real scenarios for semantic decomposition and placement reading (without providing optimal solutions)
- Tools: provides lookup tables, annotation methods, and visualization tools (plugin or content tools)
- IP / License: defines usage and reproduction rules for the semantic system
The Architecture is responsible for presenting the complete system semantic map.
It does not teach design; it teaches how to read size semantics.
II. Core Semantic Structure of SPCT (Overview)
The Public Semantic Layer of SPCT consists of the following major components:
- Regulatory Priority & BFS Absolute Priority
- Space Categories (OFF／HOM／SHP) + CUS (Plugin)
- Minimal Semantics (Object Body Size / Space-Use Minimum Size)
- Four Modules (BFS／AVS／OBS／SUS)
- Projection Axes (FA／FX／MA)
- Semantic Map (SM)
- Conflict Annotation (CP／CV) and State Markers (CACC／CREQ)
- Result Description Layers (CL／AL／UL／FL／RL) × RESET
- Plugins
- Disclaimer
- Vocabulary Lock
These together form the complete structural skeleton used by SPCT to read size semantics.
The following sections describe their roles without expanding term details.
III. The Highest-Level Constraints: Regulatory Priority and BFS Absolute Priority
SPCT has only two highest-level constraints:
1. Regulatory Priority
Any configuration that violates local regulations is considered not established.
SPCT does not read regulations, does not interpret legal provisions, and does not provide legal opinions.
SPCT only allows the output of a prompt indicating that a regulatory compliance review by the SDP is required (corresponding to RL).
2. BFS Absolute Priority
BFS is the immutable foundational framework boundary of a building.
Any size semantic that conflicts with BFS is considered not established.
BFS has priority over AVS／OBS／SUS and all Plugin modules.
Any change to BFS is equivalent to a framework replacement and requires rerunning the entire SPCT.
This section is not a process; it defines the upper bound of establishment conditions.
IV. Space Category Declaration: Three Primary Categories + CUS
Before using SPCT, the SDP must declare the space category:
- OFF: Office
- HOM: Home
- SHP: Shop
- CUS: Custom (Plugin)
The role of space categories is to allow the same size semantics to be interpreted by the SDP under different normalized conditions and usage contexts.
SPCT itself defines only the size semantic framework.
Furniture lists and size databases for each category are the responsibility of Plugins.
V. Minimal Semantics: The Semantic Foundation of SPCT
SPCT has only two minimal semantic units:
- Object Body Size
- Space-Use Minimum Size
All sizes appearing in natural language must ultimately be attributed to these two minimal semantics.
The Four Modules (BFS／AVS／OBS／SUS) represent the attribution and elevation of these minimal semantics under different semantic roles.
VI. Four Modules: The Four Entry Points of Size Semantics
The four modules of SPCT are:
- BFS (Basic Framework Size)
- AVS (Adjustable Volume Size)
- OBS (Object Size)
- SUS (Space-Use Size)
The purpose of these modules is not to add complexity,
but to allow conflicts to be traced back to explicit semantic sources and mapped to rerunnable input points (RESET).
Door semantics are uniformly attributed to boundary semantics in SPCT:
Door Opening / Door Frame are attributed to BFS／AVS.
VII. Projection Axes: Modes of Existence for Size Semantics
SPCT uses three projection axes to describe how size semantics exist in space:
- FA (Flow Axis)
- FX (Fixed Axis)
- MA (Mobile Axis)
Shared principles of the three axes:
- Axis positioning is not classification
- Axis Coverage = 100%
- The three axes do not interfere with one another; no conflict determination occurs during projection
- Shared projection is presented in 2D, while preserving the interpretation entry point for vertical interference (CV)
A single object may be projected across multiple axes.
Cross-axis projection does not generate new objects, does not duplicate sizes, and does not introduce new semantic sources.
Repeated Projection represents different observational perspectives; Multi-State Existence is the sole exception.
VIII. Semantic Map (SM): The Sole Output of SPCT
The Semantic Map (SM) is the final and only output of SPCT.
It is not a configuration recommendation, not an optimization result, and not a substitute for collision detection.
The SM must simultaneously retain:
- Size semantic sources: BFS／AVS／OBS／SUS
- Existence projections: FA／FX／MA
Mandatory outputs of the SM include:
- BFS framework boundaries (including slab/ceiling and floor elevation)
- AVS adjustable boundaries (including Door attribution)
- OBS Object Size placements
- SUS Space-Use Minimum Size projections
- Projection placements across FA／FX／MA
- Conflict annotations (CP／CV)
- Presentation rules for CACC and CREQ
IX. Conflict System: CP／CV and CACC／CREQ
Conflict determination in SPCT is strictly locked:
conflicts may only be determined after Semantic Map integration.
Fixed semantic structure of conflicts:
- CP (Conflict Planar): planar conflict
- CV (Conflict Vertical): vertical conflict
- CACC (Conflict Accepted): conflict accepted by the SDP
- CREQ (Conflict Requires Adjustment): the public presentation of CP／CV not marked as CACC
SPCT annotates only normalized and persistent conflicts.
Occasional, instantaneous, or predictable events do not qualify as conflict annotations in SPCT.
X. Result Description Layers: CL／AL／UL／FL／RL × RESET
General rule of the Result Description Layers:
none of the five layers may modify CP／CV or the Semantic Map.
Their sole function is to allow the SDP to decide whether to RESET.
The five layers are:
- CL (Comfort Layer)
- AL (Aesthetic Layer)
- UL (Usage Layer)
- FL (Folk & Culture Layer)
- RL (Regulatory Layer)
Semantic positioning of RESET rules:
- Modify BFS → equivalent to framework replacement; rerun entire SPCT
- Modify AVS → rerun entire SPCT
- Modify OBS → partial rerun (Plugin-defined)
- Modify SUS → partial rerun (Plugin-defined)
SPCT performs only one action:
run again and output a new Semantic Map.
XI. Plugins: Extension Interfaces of SPCT
SPCT does not produce floor plans or elevation drawings.
Its sole output is the Semantic Map (SM).
The SDP may use Plugins to provide:
- Space function lists
- OBS size databases
- SUS size databases
- BFS／AVS configuration tools
- Post-conflict adjustment priorities (Plugin decisions)
- Any system that generates drawings, configurations, or automated design based on SPCT (Plugin responsibility)
Responsibility for outputs, configurations, and decisions produced by Plugins belongs to the Plugin systems and their users (SDP), not to the Public Semantic Layer of SPCT.
XII. SPCT Semantic Structure (Tree Diagram)
The following tree represents semantic constraints and generative relationships, not processes or operational order.
Below is the plain-text tree diagram for the SPCT Architecture (without expanding term details):
SPCT (Spatial Planning & Capacity Theory)
│
├── Highest-Level Constraints
│ ├─ Regulatory Priority
│ └─ BFS Absolute Priority
│
├── Space Categories (3+1)
│ ├─ OFF
│ ├─ HOM
│ ├─ SHP
│ └─ CUS (Plugin)
│
├── Minimal Semantics
│ ├─ Object Body Size
│ └─ Space-Use Minimum Size
│
├── Four Modules
│ ├─ BFS
│ ├─ AVS
│ ├─ OBS
│ └─ SUS
│
├── Projection Axes
│ ├─ FA
│ ├─ FX
│ └─ MA
│
├── Semantic Map (SM)
│ ├─ Sources: BFS／AVS／OBS／SUS
│ ├─ Projections: FA／FX／MA
│ └─ Output: Placements and State Annotations
│
├── Conflict System
│ ├─ CP／CV
│ └─ CACC／CREQ
│
├── Result Description Layers
│ ├─ CL／AL／UL／FL／RL
│ └─ RESET
│
├── Plugins
│
└── Disclaimer & Vocabulary LockXIII. Closing: Architecture as the Entry Point for Semantic Reading
SPCT does not provide design methods, configuration suggestions, sizes, or optimal solutions.
Its task is to transform size semantics in natural language into a Semantic Map (SM) that is observable, traceable, and annotatable for conflict.
The role of the Architecture is to allow readers to immediately understand:
- How SPCT is composed
- How size semantics are attributed and projected
- What the SM output contains
- How CP／CV and CACC／CREQ are read
- How Result Description Layers support SDP RESET decisions
This is the starting point for all SPCT reading—and the most stable semantic skeleton.
This article is particularly suited as an entry reference for Spatial Decision Providers (SDP), system designers, and AI or tool developers who need to understand size semantic boundaries.