問題
這不是哪一家的管理問題
同樣的三件事，在每一間 AEC 公司裡天天發生。差別只在於，大家都以為那是自己家的問題。
同樣的問題，每年回答 N 遍。資深人員的時間被重複問題吃光，而這些答案在別家公司也正被重新推導一次。
新人來了，沒人教。資深在忙，新人不敢問。自己摸一週才搞懂的東西，其實十分鐘就講得完。
人走了，知識也帶走了。退休、轉職、離職 —— 那些年累積的判斷，沒有留下任何一份可交接的形式。
把這三件事乘上全台灣的事務所數量，你看到的不是效率問題，是 整個產業在同一批題目上重複燒錢。這種浪費，任何一家公司自己都解不掉。
時機
以前這題無解，現在兩件事變了
寫知識庫從來不是新點子。它以前失敗，是因為兩個很現實的理由 —— 而這兩個理由都剛好在這幾年鬆動了。
寫下來的東西，終於有讀者了
以前內部 wiki 都是死的 —— 寫了沒人翻，翻了找不到。現在寫下來的筆記有了新的讀者：AI agent 會讀。
你寫一次 domain.md，AI 就能拿它回答新人第 87 次的問題。
而每一次被讀到、被用到，就是一次「這段還準不準」的檢驗 ——
筆記從死檔案，變成了一個會長大的同事。
護城河的位置，移動了
當 AI 能讀懂公開知識，「知道去哪裡查、流程怎麼跑」就不再是競爭力，它會下沉成基礎設施。 真正值錢的變成設計判斷、業主關係、整合能力。 把查得到的東西公開，換整個產業的基準線上升 —— 對真的有能力的人是淨賺。
關鍵差別
每家公司都有資料庫。你確定它還活著、還有人在用嗎？
共用資料夾、內部 wiki、Notion 頁面、某位主管硬碟裡的「範例集」—— 幾乎每一間公司都有過。現在打開它看看：上一次有人更新是什麼時候？ 最後一筆修改的日期，就是它真正的死亡時間。
寫完就停在那裡
越用越舊。
- 有人在某個時間點寫完，然後就不動了
- 寫的人離職後沒人接手，內容慢慢腐爛
- 沒人知道哪一段還準、哪一段早就過期
- 讀的人只能讀。發現錯了也只能自己記在腦子裡
- 找不到就放棄，回去問人 —— 於是又回到原點
每次被用到，就長大一點
越用越厚。
- 被拿出來用的每一次，都是一次檢驗
- 讀的人就是有權修的人 —— 發現不對，當場就改
- 誰改了什麼、什麼時候改的，全部留在版本歷程上
- 新人問不出答案的地方，就是下一個該補的洞
- 維護不靠某個人的責任感，靠使用本身
機制上的差別，只有一句話
內部資料庫的讀者沒有修改的權力，也沒有修改的動機 —— 所以維護永遠是某個人的額外工作，而額外工作總會被排到最後。 開源知識庫剛好相反：讀它的人天生就是可以改它的人，使用即維護。 這不是紀律問題，是結構問題。
這是什麼
一份給人讀，一份給 AI 讀
每個知識主題產出兩份文件。理解這件事，你就理解了整個知識庫的結構。
├── domain.md ← 人看的：使用情境、法規條文、實務應用
└── smoke-exhaust-review/
└── SKILL.md ← AI 讀的：步驟、技術規格、MCP 工具呼叫
SKILL.md 採用 Agent Skills 開放格式，Claude Code、OpenCode、Cursor 等支援 skills 的
agent 都能直接載入 —— 不綁任何一家廠商。
從這裡開始
你是哪一種人？
這裡沒有「資深捐給資淺」這種單向關係。 新人和老鳥都同時是貢獻者，也都同時是受益者 —— 沒有人是全領域的老鳥，你在容積是老手，在機電就是新手； 而新人卡住的地方，正是老鳥早就忘掉、最該被寫下來的那一段。