5/23 月小聚的實操練習：對日本 Revit Sample 跑完整 6 步合規檢查（anchor → 房間清單 → 5 工具並行 → 採光深入算 → 視覺化 → 光譜決策）。每個 prompt 一鍵複製貼到 AI Client，10 分鐘核心 + 30 分鐘 Bonus + 5 個反思題。
完整的 10 個 prompt + 預期觀察 + Troubleshooting 在 0523 練習頁。
5/22 跑完整 6 步 demo dry-run 揭露 5 個系統性發現。其中 L-025 升格為第四憲法。
使用者刻意在 dry-run 中切換多個視圖（1F→6F→2F）不告知 AI。AI 用 session 開頭的 viewId 做新 claim → 跟使用者眼前畫面脫鉤。升格為第四憲法：每個 stateful claim 前必須重 anchor，雙向 context sync 協議。
Step 3 五工具批次中，check_exterior_wall_openings 是 project-wide（不吃 level 參數），其他 4 個是 level-scoped。AI 若統一呈現為「2FL 報告」會誤導——整案違規含跨樓層開口。
→ domain/tool-capability-boundary.md L7
染色策略不能跨規範類型通用：wall-anchored（§45/§110）直接染 violation 牆段；room-anchored（§41 採光、排煙）沒有「違規牆段」，需 hosting walls proxy。
→ domain/tool-capability-boundary.md L8
5/22 dry-run 中段連續 2 次 get_active_view timeout。AI 拒絕用 session memory 推測視圖（避免 stale snapshot 染色）→ 等使用者點任意視圖重建 focus 修復。
→ domain/tool-capability-boundary.md L9
日本 BIM 模板的 Room 同時有「面積」（Revit 計算）和「面積 部屋 調整値」（手填校正）兩個值，差 0.5-5%。在 2% 排煙 / 12.5% 採光的邊界 case 上可能跨越合規門檻。AI 不該替使用者選一個值——必須兩個都端出來。
→ domain/daylight-area-check.md 末段 + domain/smoke-exhaust-review.md 末段
完整流程的步驟總覽（細節在練習頁）：
| Step | 動作 | 對應命題 / 憲法 |
|---|---|---|
| 0 · Anchor | get_active_view 讀使用者當下實際在哪 |
P8 被動就緒 · 憲法 IV Active Re-Anchoring |
| 1 · Read-only intake | 判斷當下視圖適不適合後續操作（不替使用者切視圖） | P8 · P11 光譜在設計師端 |
| 2 · 房間清單 | get_rooms_by_level 列出當前樓層所有房間 |
P7 具象成果 |
| 3 ★ Core Star | 並行 invoke 5 個 ARCHI 合規工具 | P22 ARCHI 優先 · P16 編排平台 · 憲法 II Data Honesty |
| 4 · 採光深入 | 對 FAIL 房套 domain/daylight-area-check.md 75cm 公式 |
憲法 III Domain Method Compliance · A/B/C/D 光譜 |
| 5 · 視覺化規範限制 | 染牆（wall-anchored 直染 / room-anchored 走 hosting walls proxy） | P3 限制可見 · P4 限制顯現器 · L-027 |
| 6 · 光譜決策 + 收尾 | 講者現場走 A/B/C/D（不呼叫工具）+ clear 牆 | P11 / P12 / P13 三條路徑 · slide 6-4 |