為什麼有人說
設計做越久，東西越醜？

22 條命題總表

本場 60 分鐘的核心論述。每條命題都來自實際開發的反思——使用者 6 輪論述 + 業界研究的交叉驗證。

為什麼 MCP 重要（P1-P3）

• P1 突破執行工具：MCP 不是另一個畫圖工具
• P2 空間+限制兩半身：設計工作有美學願景 + 生硬規範兩個半身
• P3 越做越醜的時序錯誤：限制太晚被看到，磨掉了美學

MCP 的角色（P4-P6）

• P4 限制顯現器：在前期顯現硬性限制，最小化退讓
• P5 Domain 是本體：MCP 的核心資產是 Domain Knowledge
• P6 人類放大膽追美學：AI 揭露限制，人類追美學

何時 / 怎麼顯現（P7-P9）

• P7 階段完成點：思想首次落地的剎那
• P8 被動就緒：等問才答
• P9 滾動式開源 Domain：集眾人之力

糾正美學迷思（P10-P13）

• P10 設計 = 解決問題，美學 = 手段
• P11 光譜在設計師端
• P13 MCP 是 0/1 執行器
• P12 死局求助更多人

實作層（P14-P17）

• P14 同步協作會議是終極目標
• P15 排程死線是第一限制
• P16 Work Breakdown 讓階段點可識別
• P17 自舉式 AI 審查分身

會議場景延伸（P18-P22）

• P18 場域決定角色（3 模式）
• P19 會議模式響應風格
• P20 （淘汰） 多人決策報告格式
• P21 MCP 會議記錄者
• P22 ARCHI 優先：大多設計師卡在建築模型

「越做越醜」初步觀察

這個說法在業界很常聽到。學生作品給人「感覺新鮮」、自己 10 年前的方案「很大膽」、但現在做的設計越來越保守、功能主義、不像當初想做的。

我不認為這是「失去美感」。我認為這是流程的時序錯誤——一個我們沒看清楚的問題。

MCP 剛好可以幫我們看清楚這個問題。接下來 60 分鐘，我會帶大家拆解它。

設計流程的時序錯誤

典型場景

你畫了一個漂亮的 1F 平面——大窗、寬走廊、雅致樓梯，自己很滿意。然後拿給結構技師：「這道剪力牆不能拆。」拿給機電：「這個走廊塞不下消防管。」拿給法規：「樓梯淨高違反 §65。」

你修改。但每次修改都讓原本的美學退一步。等到能交圖了，剩下的就是「醜」。

這不是失去美感，是流程

美學沒消失。是流程把它磨掉了——因為限制是後期才出現，每次出現都迫使你退讓。

如果限制在前期就能看到呢？你可以在第一筆下去之前就避開、調整、找替代方案——美學被保住的可能性大很多。

「越做越醜」的根因

學生為什麼「感覺新鮮」

學生的方案大膽，不是因為他們有更高的美學品味——是因為他們還沒被限制壓過。資深設計師的保守，是被一次次「限制反噬」訓練出來的條件反射。

但這條件反射是悲劇

它讓資深設計師在前期願景階段就先自我審查，先放棄了所有「可能被結構打回」的大膽想法。結果就是大家做出來的東西越來越像彼此，越來越保守、越來越功能主義。

解法不是「鼓勵大膽」

解法是讓限制變得早期可見——這樣設計師敢大膽，因為他知道限制是什麼、他知道哪裡有迴旋空間。MCP 的角色就在這裡。

傳統 BIM 工具的角色定位

Revit / ArchiCAD / Rhino 都是「執行作業」工具

它們解決的問題是：「怎麼把腦中的方案畫出來」。畫得快、畫得準、畫得可協作。

但它們不告訴你方案撞了哪些限制

它們不會主動跳出來說「這道牆違反防火區劃」「這個窗台高於規範」「採光比不夠」。要查這些，你得自己手動跑各種檢核——而檢核工具又分散在不同軟體、不同 plug-in、不同 Excel 模板。

這個分類為什麼重要

因為它告訴你 MCP 不是 Revit 的替代品。MCP 是補上 Revit 沒解決的另一半問題——「限制顯現」。兩者協作，不是競爭。

MCP 突破「執行作業」的可能

傳統工具沒解決的

• 限制檢核分散，每次要重跑
• 檢核結果是文字 / 表格，不在模型上呈現
• 檢核工具不知道彼此的存在，無法 orchestration
• 檢核結果不會自動回饋到下個設計動作

MCP 有機會做的

• 一個 prompt 編排多個檢核並行
• 結果直接 override 在模型元素上（紅綠色）
• 96 個工具可以組合成劇本
• 對話介面降低「我該查哪個」的決策成本

但「有機會」不等於「會做對」

下一節 Section 2 就是要把「該怎麼做才對」講清楚。包含兩個常見誤解：MCP 該不該主動？MCP 該不該給建議？

什麼是「限制顯現器」

使用者原文（2026-05-18 第一輪論述）

關鍵字解析

• 「快速」：早期、即時，不是事後
• 「顯現」：讓看不見的變看得見，但不替你決定
• 「最少的退讓」：拉扯中找到讓步最小的方案
• 「最美與自己最喜愛」：保住美學主權，不是接受平庸合規

跟「自動化」的差異

自動化是「我替你做」。限制顯現器是「我讓你看見」。決策權還在你。

人機分工新模型

為什麼舊模型錯了

「AI 設計、人類審核」這個模型是 AI hype 帶來的——它假設 AI 能做「創意工作」，人類退到「品管」角色。

實務上這個模型崩潰：AI 生出的設計品味平庸（訓練資料是業界平均），人類審核又被資訊淹沒（要看 100 個方案）。

新模型的翻轉

「AI 揭露限制邊界，人類在限制可視化的前提下放大膽追美學」——AI 退到「限制顯現」這個高價值但低姿態的角色，人類重新成為設計主導。

哲學意義

這個翻轉把「設計師之所以為設計師」還給設計師。AI 不取代你的創意，AI 把「枯燥的限制檢核」這塊枯燥的工作做掉，讓你的創意有更多空間。

誤解 #1：MCP 不該主動

使用者原文（2026-05-18 第二輪論述）

技術上可以「主動」 vs 設計上選擇「不做」

技術上 MCP 完全可以接 Webhook、watcher、可以做 fail-fast。但「能做」不等於「該做」——主動跳出會打斷設計師的「思維落地」過程。

業界類比

Martin Fowler 的 Fail-Fast Architecture 在軟體工程是好設計，但搬到「設計師創作過程」就是噪音。場域不同、要求不同。

誤解 #2：MCP 是 0/1 執行器

使用者糾正我的原文（2026-05-18 第三輪論述）

這條糾正非常重要

我前面建議「Domain 重構為光譜回應」是錯的。MCP 的本質就是「檢核出對/錯」，光譜思維是設計師接到結果後的人類決策，不是 MCP 該承擔的。

「對錯不代表無法執行」

很多送審圖也是「妥協後通過」的——FAIL 不是 GAME OVER，是設計師決策的起點。Domain 不需要重構為光譜回應，現有 0/1 設計是對的。

階段完成點概念

使用者定義

為什麼不能更早

在「想法尚未落地」之前，過多資訊會讓設計師思緒打轉。沒有具象成果可以被檢視，所有檢核都是抽象的——「假設你做 X 就會違反 Y」沒有實際幫助。

必須等想法落地——畫出一個具象方案——MCP 才有東西可以檢，設計師才有東西可以接收結果做決策。

怎麼判定「階段完成點」

這是命題 P16（Work Breakdown）的工作——把設計拆成小單元，每個單元有可交付物，每個交付物 = 一個階段完成點。

排程死線是設計流程的第一限制

使用者原文

業界對標：Stage-Gate 模型

Robert Cooper 1986 起源汽車業的 Stage-Gate Model 有三元決策：Go / Recycle / Kill——對應「完成度 100 / 80-60 / 0」。40 年產業驗證。

Agile 哲學的呼應

「Incompleteness is harnessed」（Zero Blockers）——不完整是策略，不是缺陷。Design-Build 正式承認「the architectural and engineering design cannot be complete」(Korte Company)。

實務含意

只要有交付物（不管完成度多少），下個審視動作就能啟動。0 才會卡死整條工作流。MCP 該支援這個哲學——能接受 80/60 完成度的模型也跑檢核，而不是堅持「沒做完不能查」。

Work Breakdown 讓階段點可識別

沒拆分的後果

「我在做設計」——這是一個太大的工作單位。沒有節點，MCP 只能等「整塊完成」（可能要 1-2 週）才能介入。

拆分後

「1F 平面 LOD 200 完成」「外牆系統 LOD 300 完成」「樓梯 LOD 250 完成」——每個都是可被識別的階段完成點，每個都可以觸發 MCP 對應的檢查工具組。

業界標準

• BEP (BIM Execution Plan) — ISO 19650
• LOD Specification — AIA / BIM Forum
• Work Breakdown Structure Guide

反模式警告：8/80 Rule

WBS 業界規則：工作包應 8-80 小時，過細變 micromanagement 反而拖垮。警告：96 工具不該變成 500 個微任務。

業界對標物：BEP / LOD / IDS

三個都成熟，但沒被串成工具鏈

BEP 是「該檢查什麼的計畫」、LOD 是「檢查的完成度標準」、IDS 是「機器可讀的檢查規格」。三件事業界都有，但沒人把它們串成一個一鍵觸發的工具鏈。

這就是「96 工具編排平台 = 業界真空白」的具體含義。我們不是發明新概念，是 orchestration 既有概念。

外部資源

• IDS – buildingSMART 官方（2024-06 才正式）
• IDS Complete Guide – Plannerly
• BEP Standard – NBIMS
• LOD Specification – BIM Forum

設計 = 解決問題，美學 = 手段

使用者糾正原文

糾正的對象

我前面提過「美學被限制反噬」的論述——使用者明確說這是假命題。設計師不是「美學主義者」，是「解決問題者」。能在解決問題時保持美感才是真功力。

對 MCP 設計的影響

MCP 不該假裝「在保護設計師的美學」——它的任務就是把限制呈現清楚，至於「保住多少美學」是設計師的本事，不是 MCP 的責任。

光譜決策 vs 0/1 執行

實例

採光 FAIL。MCP 回「FAIL」+ 數據。設計師面對的光譜：

• 選項 A：加大窗 → 結構衝突？立面美感衝突？
• 選項 B：扣除台度太苛刻 → 法規這樣寫的，沒得改
• 選項 C：把房間定義改成「儲藏室」就不用查採光 → 業主想要當臥室
• 選項 D：跳出 AI，找老闆/業主討論（P12 死局）

為什麼 MCP 不該幫你選

每個選項的權重涉及業主關係、預算、立面美學、結構可行性、未來改建空間⋯⋯這些 MCP 不知道。把光譜決策交給 AI 等於把「設計判斷」這個職業核心交出去。

死局時跳出找人

使用者原文

死局判定

當你發現自己在問 AI 同一個問題的不同變形、AI 一直給類似建議都沒解、感覺被困住——那就是死局。

正確做法

關掉 AI 對話。打電話給老闆、業主、結構技師、室內設計師、之前合作過的同事。讓「人 + 人」的腦力激盪上場，因為這個層級的問題本來就是 AI 解不了的。

AI 認輸是好事

一個會說「這超出我能解的範圍」的 AI，比一個會硬掰建議的 AI 好得多——前者誠實、後者危險。

100x 成本規則 + 70% 返工本可避免

Boehm & Basili 100x 規則

「Finding and fixing a software problem is 100 times more expensive than during the requirements and design phase」——這個規則來自軟體工程 40 年的實證，已被廣泛搬到工程設計領域。

來源：Software Reliability Early Prediction in Architectural Design Phase – SCIRP

70% 營建返工本可避免

「70% of total rework in construction = design-induced errors that could have been caught in the model」

來源：united-bim.com

具體成本

2 吋誤差 = $15,000-$25,000 直接損失。來源：Nexora Design

對 MCP 的論證意義

這就是「為什麼要早讓限制顯現」最強的經濟學論證。不是哲學，是錢。

成熟方法論借鏡

Stage-Gate 模型（1986 汽車業）

Robert Cooper 提出，40 年產業驗證。每個 Gate 做 Go / Recycle / Kill 三元決策——對應 P15「80/60/100 無差異，0 才是 no-go」。

Stage-Gate Model Overview

Definition of Done (Agile)

「完成 = DoD checklist 全打勾」，不是 100% 完整。對應「LOD 300 達成 = 對應檢核 PASS」的概念。

Definition of Done – Scrum.org

CI/CD Quality Gates

軟體業常見：branch protection + automated checks 自動觸發。對應 MCP 工具自動編排觸發。

Pipeline Quality Gates – InfoQ

Early Mover 時機

5 個時機證據

• IDS（buildingSMART）2024-06 才官方標準化 — link
• Procore AI Agents 2024-11 才發布 — link
• Dassault Virtual Companions 2025-2026 NVIDIA GTC 才出 — link
• Revit 內建 MCP 要 Revit 2027 才有 — link
• Autodesk Assistant Tech Preview — link

結論

業界對「AI + BIM + Workflow Orchestration」的官方支援都在 2024-2026 才到位。我們現在介入是 early mover——再晚 2 年就只是跟風。

用日本 Revit Sample 示範

為什麼選日本 sample

• Revit 內建，所有人都能取得
• 純 ARCHI 模型，不涉及 MEP / 結構複雜性（P22 ARCHI 優先）
• 不是依台灣法規設計 → FAIL 是預期的，正好做光譜決策示範
• 不涉及 IP / 隱私（vs 用真實案子模型）

Demo Anchor 不綁死 1F（5/22 redesign）

• 原版設計：強制切到「平面図 1階」(53189012)
• 5/22 dry-run 發現：使用者真實工作流會在多視圖間隨意切換（1F→6F→2F 都常見），demo 強制 1F 不貼合 P8「被動就緒」精神
• 新版：Step 0 read-only anchor 使用者當下視圖，後續所有步驟以該樓層為基準。對應第四憲法 Active State Re-Anchoring（L-025）

Fallback 設計（Demo 失敗）

• Plan A：實機跑 Live Demo（首選）
• Plan B：預錄影片播放（5 min 精華版）
• Plan C：Screenshot 序列 + 講解
• Plan D：MCP 連線中斷 → 預演 Restart Server / 點任意視圖重建 focus（5/22 dry-run 實證可救回）

觀眾回家複製

用 練習頁，跟著 10 個複製貼上的 prompt 自己試。

5 個 ARCHI 工具並行

觸發 prompt（複製貼上，5/22 redesign 含 re-anchor）

請先呼叫 get_active_view re-anchor 確認當前視圖 / 樓層。
然後我已完成此樓層建築設計（LOD 300 階段完成點），
請依台灣建築技術規則做 ARCHI 合規批次檢查，
並行呼叫以下 5 個工具（4 個需帶 levelName=）：

1. check_exterior_wall_openings — §45 / §110（project-wide，不帶 level）
2. check_smoke_exhaust_windows — §188（level-scoped）
3. check_stair_headroom — 樓梯淨高（level-scoped）
4. get_room_daylight_info — §41 採光（level-scoped）
5. check_floor_effective_openings — 樓板開口（level-scoped）

回報格式：
- 每個工具 PASS / FAIL（簡短）+ 標明 scope（project-wide 或樓層）
- FAIL 列出不通過項目 + 為什麼
- 不要給「應該怎麼修」的建議

預期觀察

• AI 先呼叫 get_active_view re-anchor（第四憲法 Active Re-Anchoring）
• 並行（或快速序列）呼叫 5 個工具
• 回報 3-4 個 PASS + 1-2 個 FAIL
• 不主動給「該怎麼修」（對應 P13）
• 主動 surface tool scope mismatch（exterior 是 project-wide，其他 4 個是 level-scoped）—— L-026

5/22 dry-run 新發現

• Tool Scope Mismatch（L-026）：check_exterior_wall_openings 不吃 level 參數，回的 8 項違規跨多個樓層（z 座標分布在 0/100/3170）。AI 應主動 surface「整案結果跨樓層，請勿假設都在當前樓層」
• BIM 內在不一致（L-029）：每間房有「面積」（幾何計算）vs「面積 部屋 調整値」（手填校正）兩個值，差 0.5-5%。在 2% 排煙邊界 case 上可能跨越合規門檻

講者互動點

問現場：「你們各位看到的 FAIL 數量一樣嗎？」（同 sample 應該結果一致——這就是 MCP 的可重現性 vs 人工檢查的隨機性）

補：「但如果你開 1F 跑跟我開 2F 跑，結果會不同——因為 level-scoped 工具看的不是同一層。這正是第四憲法的核心場景——MCP 對齊你眼前的視圖，不是文件預設的視圖。」

報告解讀 + 失敗 fallback

三條決策路徑

1. 全 PASS（GO）→ 標記 LOD 300 達成，進下階段
2. 部分 FAIL，可接受（RECYCLE）→ 設計師在光譜上判斷
3. 部分 FAIL，死局 → 跳出找人（P12）

失敗 fallback 設計

• 某個 check_* 工具 timeout → 跳過該工具，繼續其他
• 某個工具 0 結果 → 標示「該類別無元素，跳過」
• 連結模型問題（P22 ARCHI 範圍內不發生）
• AI hallucination ID → 立刻打斷，強制 re-tool-call

業界對應

「26% 返工來自 miscommunication」Eracore——好的報告格式（清晰、可決策）是 BIM Coordination Meeting 業界做的事，我們把它即時化。

同步協作會議 — 3 種模式 UX 對比

最佳實踐

(c) 沉默 + (a) 主持人切換——默認沉默，主持人可隨時切換到 invoke 模式。(b) 違反設計師主控 + 不可預測，不採用。

為什麼會議是「終極目標」

3 個設計師 + MCP 一起決策的場景，是命題 P14 標出的 MCP 專案終極價值場域——但目前還沒到，因為大多設計人員沒有「工作任務盤點與排序」習慣。

MCP 會議記錄者

三類自動產出

1. 觸及的限制清單：即時抓對話關鍵詞 → 對應 domain/*.md 規範
   • 「採光不夠」→ 標記觸及 §41 / daylight-area-check.md
   • 「走廊太窄」→ 標記觸及 corridor-analysis-protocol.md
2. 未解決衝突：哪些方案沒決定、為何卡住（限制衝突 / 業主偏好 / 預算 / 工期）
3. 待後續決策項目：Action items + 負責人 + Due date（呼應 P15 死線）

業界對應

BIM Coordination Meetings – Eracore 提到 26% 返工來自 miscommunication，紀錄是解藥。

獨特價值

AI 即時對應「對話 ↔ 規範」是業界沒有的能力——人類記錄者要會後查規範對應，AI 即時做。

Domain 集眾人開源 + 自舉式 AI 審查

P9 滾動式集眾人開源

Domain 不必一次補齊。44 個 Domain 已在用，新的可以靠社群 PR 補。這是 MCP 專案存在的目的之一——作為集合知識的開源庫。

P17 自舉式 AI 審查分身的精神

使用者明示（2026-05-18）：「這個把它未來變成 /HANDOFF 的一項獨立的工程來和我討論。本次不做但是非常的需要！被記錄下來這樣的精神。」

• 短期：使用者親自審查所有 Domain 貢獻
• 長期：透過「使用者 + AI」對話互動，逐步把審查邏輯外化、形式化
• 終極：訓練出有審查能力的 AI 分身

未來 /handoff 議題框架（待開）

• 使用者現在的審查邏輯是什麼？
• 怎麼透過對話訓練 AI 分身？
• AI 分身的能力邊界？（哪些可全自主？哪些必須升級回使用者？）
• 與既有 ultrareview 工具的關係？

三條對外敘事

敘事 1：把成熟業界實踐用 AI + MCP 重新實現在 BIM 域

我們不是發明新概念。BEP（ISO 19650）+ Stage-Gate（1986）+ IDS（2024 buildingSMART）+ Agile DoD + CI/CD Quality Gates 都已成熟。我們做的是 orchestration——把這些已存在的概念在 BIM 領域串成一個工具鏈。

敘事 2：時機正好（Early Mover）

IDS 在 2024-06 才官方標準化、Procore AI Agents 在 2024-11 才發布、Dassault Virtual Companions 在 2025-2026 才出、Revit 內建 MCP 要 Revit 2027 才有。我們現在介入正是 early mover 期。

敘事 3：用業界數據說服客戶 ROI

• 100x 成本規則（Boehm & Basili）
• 70% 返工本來可避免（united-bim.com）
• 2 吋誤差 = $15-25K（Nexora Design）

對客戶說：「早 1 週讓限制顯現，可能省下 100 倍的後期修正成本」——這比講哲學有效得多。