作者: 徐灝

台灣的建築營造產業都在蓋幾億的工程，但我們最寶貴的資產——經驗——正以每天幾個人的速度消失。AI 時代需要的不只是更多資料，而是好的知識與經驗，並且把這些快消失的知識留下來的系統。一個陌生建築師主動幫我寫完了一篇條目有一次我需要為文化資產保存的案例撰寫知識條目，自己一直苦惱該怎麼下筆。沒想到，一位素未謀面的建築事務所老闆主動與我聯繫，提供了非常寶貴的第一手經驗與資料。那一刻我突然意識到：原來這個產業中，有這麼多人願意無私地分享。只是過去沒有對的平台，這些知識只能停留在少數人的腦中，或是散落在同事們忙碌的對話和塵封的電子郵件裡。如果我們能把它們集中起來，會發生什麼事？ 你上一次遇到這種情況是什麼時候？你需要查某個法規的細節，翻了三頁 Google、問了兩個同事，最後在一個 PDF 的第 47 頁找到了答案。或者：公司來了位新夥伴，他滿腔熱血，卻對專案的大小細節一無所知。相信我們都曾經是那位菜鳥——跌跌撞撞、四處碰壁，無數個深夜對著法規和圖說苦思，就是為了搞清楚一個幾乎人人都有過疑問的問題。更糟的是，當公司裡沒有統一的知識平台，員工離職時，那些帶不走的實務經驗——我們賴以為生的「Know-how」——就此消失。我們每天面對著天文數字般的法規條文、各種行政作業流程、營建管理的細節、甚至是 BIM 軟體的隱藏功能。這些資訊散落在龐大的體系中，缺乏一個可以即時查詢、讓新手快速上手的窗口。如果我們能聚集眾人之力，建立一個共同的知識基石，哪怕是回答最基礎的查詢，都能徹底降低新進人員摸索的時間。 為什麼是現在？2026 年，AI 的能力已經足夠強大，能夠即時回答大量問題。但 AI 不是憑空產生答案的——它需要正確、結構化的知識作為「燃料」。我們不只是在為人類建構知識庫，同時也是在為 AI 培養「大腦」。而這個「大腦」的內容，只能由真正懂這個產業的人來提供。更重要的是，科技業早已經透過開源模式快速迭代出無數強大的工具。我們 AEC 產業何不借鏡這套模式？ 如果每個人都願意貢獻一小部分經驗，就能匯聚成龐大的集體智慧，顛覆過去單打獨鬥的局面。 台灣建築補完計畫：讓經驗成為無價的數位資產這就是為什麼我們發起了一個聚焦於台灣 AEC（建築/工程/營造）產業的開源知識庫。儲存庫： https://github.com/h30190/HJPLUS_Taiwan_Architect_KB這不是一兩個人的功勞，而是所有願意共享知識的業界夥伴共同打造的成果。過去幾年，在協助多家 AEC 企業建立知識庫的過程中，反覆看到同樣的問題：每個團隊都在重新發明輪子。同樣的法規查詢、同樣的標準規範、同樣的知識管理架構，卻各自為政。我們把在實務中驗證過的知識管理方法論——如何結構化法規資料、如何設計可被 AI 讀取的條目、如何讓新人快速上手——全部開放出來。目前已有 150+ 筆知識條目、90 個 fork、來自 10+ 位貢獻者的實務條目。 這些東西不應該被鎖在任何一家公司的內部系統裡。我們的核心目標很明確：把散落在各處的實務知識集中起來，讓經驗不再因為人才流動而流失。 內容涵蓋建築法規、執照申請、專案管理、結構設計、機電系統、文化資產保存，甚至包含一些容易被忽略但重要的實務細節——例如 BIM 模型的權限社群怎麼設定更順手、非線性結構分析的常見錯誤等。我們不需要你把整份法規文件或標準規範複製貼上。 我們需要的是你讀完法規後，人怎麼讀、讀出了什麼重點、實務上怎麼應用、踩過什麼坑。每一則知識條目都應該是你對法規或經驗的詮釋與提煉，搭配明確的使用情境和實務範例，而不是冷冰冰的法條原文。 知識庫怎麼運作的？知識庫的運作概念很直覺——想像一個 Wiki，但每一則知識同時也是 AI 可以讀取的「技能」：1. Wiki 架構（給人看的） 每一頁都是一則「知識」，像是你的個人筆記。每一則知識都有明確的主題、說明以及範例，任何人都可以直接閱讀。2. 技能架構（給 AI 讀的） 針對每一則知識，我們用 Markdown 格式定義一個「技能」，讓 AI Agent 知道如何調用。例如，你可以告訴 AI：「如果要計算建築物容積率，請參考『容積計算』技能」。3. 開源協作（大家一起來） 整個平台開源在 GitHub 上。任何人都可以直接 Clone 下來，在自己的電腦上參考；也可以直接發 Pull Request 貢獻知識，或發 Issue 詢問或回報錯誤。 知識主權與學用落差AI 工具不斷發展，未來的新人將透過工具來執行任務。但當工具可以執行任務時，代表它內建了我們現在的知識；同時也代表未來的新人，可能再也碰不到知識本身。工具的演進會把知識封裝在黑盒子裡，讓我們逐漸失去對知識本身的掌控。如果新人只會用工具，卻不知道為什麼要這麼做，他們就失去了理解、查閱、甚至挑戰這些知識的能力。身為在大學兼課的老師，我親眼看著「學用落差」的議題——學生在學校學到的知識跟產業實務有差距；而產業裡的經驗，又很少被帶回學校。我們現在做這個開源知識庫，不僅是為了讓新人能讀到知識，更是為了保留知識的「原貌」。讓學校的學生能直接接觸到產業的一手知識，而不是只停留在課本的理論上。如果有一天，學生在遇到實務問題時，第一個查詢的窗口不只是 Google，也可以是這個由業界共同維護的知識庫，甚至是以知識庫為基礎的AI代理人，那該有多好。 如何開始？三步驟上手你不需要懂程式、不需要用 Git。 貢獻的方式很簡單：在知識庫裡找到你熟悉的領域（比如排煙窗、容積計算、執照申請）把你知道的實務重點寫成一個 Markdown 檔案——就像寫一份內部 SOP 一樣上傳到 GitHub，或者回報一個 Issue為了讓更多人無痛加入，我們已將入門教學錄製成影片並公開發布：【入門教學】 https://www.youtube.com/watch?v=dug5qyJuXJo影片內詳細帶你走遍「Fork → Clone → Commit → Push → 開 PR」的完整 GitHub 協作流程，就算是第一次接觸 Git 的夥伴也能輕鬆上手。如果你不確定自己該從哪裡開始，這裡有三個選擇：🟢 零門檻——直接瀏覽 去 GitHub 開啟各分類資料夾，看看有沒有你要查的東西。🟡 輕參與——回報問題 發現錯誤或不完整的條目，一鍵回報 Issue。🔴 深度參與——貢獻知識 貢獻你的專業知識，寫一則新的知識條目。你不需要是程式設計師，也不需要懂 Git 指令。 你只需要有想分享的知識，剩下的流程知識庫會引導你完成。 如何加入？如果你看完這篇文章後想實際做點什麼，這裡有最直接的入口：第一步：看看知識庫長什麼樣子 → https://github.com/h30190/HJPLUS_Taiwan_Architect_KB第二步：選擇你的參與方式瀏覽知識庫： 直接開啟 GitHub 頁面，點擊各分類資料夾瀏覽。回報錯誤： 點擊右上角 Issues，開一則 Issue 說明問題。貢獻新的知識條目： 點擊右上角 Fork → 在你的帳號下修改 → 開 Pull Request。看不懂流程？ 觀看 入門教學影片，15 分鐘帶你走完完整流程。 誠摯邀請你加入無論你是一位資深建築師、室內設計師、結構工程師、機電工程師、還是剛入行的新手，你的經驗都有價值。無論是計算起來特別麻煩的容積率技巧、結構分析的實務陷阱、機電系統的設計訣竅、還是某個法規條文的實務解釋，每一個小筆記，都可能是幫助他人的大禮。這個產業需要的不只是技術上的精進，更需要彼此之間的連結和知識的傳承。希望這個知識庫能夠成為你我在這片台灣土地上，引領下一個世代的起點。

作者: 徐灝

為什麼台灣建築營造產業需要一個開源知識庫？因為AI時代，你我都是這波浪潮的一份子。

加號設計開源專案與自由軟體一覽

我們做了一個用來查標案的MCP

「AI 時代下，資料為王的下一步」演講後記

優化BIM工作流程：如何真正打通從競圖到發包的BIM工作流?

從一位主管兼IT離職後造成的風暴談AEC企業內部權限與資安風險管理

Rhino在建築、設計、營造、製造業的角色與優勢

數位轉型 PART-II_標準化工作流：驅動轉型升級的關鍵

數位轉型 PART-I_技術與資產治理是第一步

【RIR】利用RIR大量處理Revit族群參數資訊