用對話編輯一間 3D 房間：AI 平面圖編輯器係點運作嘅
「對話式編輯」聽落好似係喺一個 3D 工具之上加咗一層介面便利——打幾隻字， 而唔使喺選單裡面撳嚟撳去。但底層實際發生緊嘅嘢比呢個具體得多， 理解佢，既可以解釋一次對話編輯可以可靠咁做到咩，都可以解釋佢喺邊啲地方依然需要人。
由一張扁平上載圖到可編輯場景圖
起點係一張 2D 平面圖圖片——線條、尺寸、門嘅開合方向， 一個 3D 工具冇辦法直接對佢做任何操作。一個視覺語言模型讀取呢張圖片 並提取結構：牆身位置、開口、房間邊界。呢套結構會被搭建成實際嘅 3D 幾何結構——具有真實高度同厚度、位置同尺寸都正確嘅牆身—— 再由真實目錄將家具擺入去。結果係一張場景圖：牆身、家具、物料 作為各自獨立、可定址嘅對象，而唔係一個俾人壓平嘅模型。 呢個亦正正就係對話面板開始變得有用嘅地方——由呢一步開始， 之後發生嘅一切，都係要求模型針對一個佢已經可以讀取嘅場景嚟描述改動。
「已經可以讀取」呢一點比聽落去更加重要。一句「將梳化挪近窗口」嘅對話請求， 之所以可以被解析做一個具體動作，正正係因為模型面對嘅係一個結構化場景—— 一個具體嘅梳化對象，一個具體嘅窗口位置，兩者都可定址。 同一句說話打喺一塊冇場景背景嘅空白畫布上，唔會有任何可執行嘅意義； 正正係場景圖，將自然語言變成咗確定性引擎真正可以執行嘅嘢。
一次對話編輯喺底層究竟改動咗咩
唔係每一個請求都觸碰同一層。物料同家具位置類請求—— 「將主題牆調深啲」「將梳化挪近窗口」——係場景編輯： 佢哋改變嘅係邊個對象佔據某個位置，或者某個表面引用邊種物料， 完全唔觸碰底層嘅牆身或者房間幾何結構。結構性請求—— 「喺最長嘅牆度加一扇門」「將最細嘅房間放闊半米」——就確實會改變幾何結構： 一個新嘅開口會俾人切出嚟，一幅牆會俾人移動，而呢幅牆下游嘅一切 （相鄰房間邊界、受影響嘅家具佔地）都會針對新佈局重新驗證。
喺呢兩種情況入面，模型嘅工作都係同一件事：將一句自然語言請求， 翻譯成對場景圖嘅一次具體、結構化改動——而唔係將房間由頭重新生成。 正正係呢個分別，令一次對話編輯保持快速，亦令請求冇觸碰到嘅一切 完全保持原狀。呢個亦係點解一個界定清晰嘅請求會產出一次細而快嘅編輯， 而一個含糊嘅請求要麼俾人拒絕，要麼產出一個遠比預期更大嘅結構性改動—— 模型並唔係喺度估計改動範圍，佢係喺場景圖容許嘅範圍內， 盡可能字面咁翻譯呢個請求。
保持編輯有效嘅護欄機制
一次冇受約束嘅編輯好容易產出一間無效嘅房間——一幅牆被搬到另一幅牆裡面， 一扇門被加喺一幅牆太短、承載唔到門洞嘅地方，家具被推入一塊 已經冇辦法通行嘅空間。驗證初次搭建時用嘅同一套檢查， 適用於每一次編輯：對照空間網格做碰撞檢查、牆身同開口約束、 圍繞門同通道嘅淨空規則。任何會違反其中一項嘅編輯都會俾人拒絕， 而唔係俾人靜靜哋套用——呢啲護欄唔係一個獨立嘅審核步驟， 而係搭建流程本來就喺度運行緊嘅同一套驗證邏輯，喺提議嘅改動俾人接受之前再運行一次。
呢種重用，對一致性嘅意義唔亞於對安全性嘅意義。如果編輯用嘅係一套 比初次搭建更寬鬆嘅規則嚟檢查，房間就可能逐漸漂移到一個連搭建流程本身 都唔可能一開始就產出嘅狀態——一系列微小違規慢慢累積埋一齊， 而冇邊一次編輯單獨睇落係「有問題嘅」。等每一次編輯都經過 搭建所用嘅同一套驗證，可以令房間始終處於一個系統可以隨時為之擔保嘅狀態， 而唔淨係佢最初被搭建出嚟嗰陣嘅狀態。
人喺邊度依然需要介入
對話式編輯可以可靠咁處理界定清晰、範圍明確嘅請求。對於界定唔清嘅請求， 佢嘅處理方式係要求澄清，而唔係靠估——一個真正含糊嘅指示 （例如冇任何具體細節嘅「等佢感覺高級啲」）， 或者一個同模型自己解決唔到嘅物理約束相沖突嘅請求， 依然需要一個人嚟澄清真正想要嘅係咩，或者直接經人手工具完成呢項修改。 對話層係一條快速通道，適用於嗰啲具體到足以俾人翻譯成場景編輯嘅請求， 而唔係要取代嗰啲真正需要人類判斷力同意圖嘅決定。實際呈現出嚟嘅模式， 係一種分工：對話面板處理一次審閱週期裡面真正大量產生嘅、 細而具體、界定明確嘅改動，而人依然留喺流程裡面， 負責嗰啲真正需要品味或者模型唔具備嘅背景資訊嘅、數量更少嘅決定。
立即開始
想了解呢一切所建立喺嘅更早階段——最初嘅上載係點變成可編輯幾何結構嘅—— 可以參考 如何將 2D 平面圖轉化做 3D 房間。 想了解呢度模型嘅角色，同其他 AI 驅動嘅 3D 生成方式相比有咩唔同，可以參考 AI 3D 生成模型：究竟係咩喺生成 3D 房間。 想全面了解 Flur 喺編輯層之外仲搭建咗咩，可以參考 Flur 是什麼？