為什麼台灣建築營造產業需要一個開源知識庫？ 因為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。 貢獻的方式很簡單：

1. 在知識庫裡找到你熟悉的領域（比如排煙窗、容積計算、執照申請）
2. 把你知道的實務重點寫成一個 Markdown 檔案——就像寫一份內部 SOP 一樣
3. 上傳到 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 分鐘帶你走完完整流程。

誠摯邀請你加入

無論你是一位資深建築師、室內設計師、結構工程師、機電工程師、還是剛入行的新手，你的經驗都有價值。

無論是計算起來特別麻煩的容積率技巧、結構分析的實務陷阱、機電系統的設計訣竅、還是某個法規條文的實務解釋，每一個小筆記，都可能是幫助他人的大禮。

這個產業需要的不只是技術上的精進，更需要彼此之間的連結和知識的傳承。希望這個知識庫能夠成為你我在這片台灣土地上，引領下一個世代的起點。