很多人看到 IT Diagnostic Agent 後，可能的第一個反應是：

為什麼不早點公開？

其實答案很簡單。

因為它一開始根本不是一個產品。

甚至也不是一個開源專案。

它只是我做給自己用的工具。

二十多年來，我待過光華商場、賭場機房、跨國工廠，也處理過各種企業環境的問題。

AD 登入異常、Exchange 郵件延遲、NAS 離線、監視系統故障、全公司網路中斷……

這些問題我並不陌生。

但有一件事一直沒有改變。

凌晨被電話叫醒的時候，腦袋一樣不會比較清醒。

很多人以為 IT 最重要的是知識。

其實做久了會發現：

知識不一定缺。

順序才容易出問題。

DNS 我知道。

AD 我知道。

Exchange 我知道。

但當所有人都在等你處理問題的時候，

真正重要的是：

• 第一步該查什麼？
• 第二步該查什麼？
• 哪些地方已經確認沒問題？
• 哪些地方最有可能是真正的故障點？

於是我開始把自己平常排障的思路整理下來。

一開始只是筆記。

後來變成流程圖。

再後來變成決策樹。

最後才慢慢長成現在的 IT Diagnostic Agent。

也因為如此，我其實沒有打算公開。

理由很現實。

因為裡面放的不是程式碼。

而是經驗。

很多流程都來自於二十多年來踩過的坑。

有些是在工廠。

有些是在機房。

有些是在凌晨的電話裡。

這些東西整理起來需要時間。

所以最初的想法其實是：

自己用就好了。

真正讓我改變想法的，是這幾年的觀察。

我發現很多企業遇到的問題其實不是技術能力不足。

而是知識沒有被留下來。

新人進來重新摸索。

老員工離職後重新踩坑。

同樣的故障，每隔幾年又重新發生一次。

彷彿大家都在重複解同一份考卷。

如果這些經驗能夠被整理成流程。

如果這些流程能夠被更多人使用。

那它的價值可能比放在我的筆記裡更大。

所以我最後選擇把它放到 GitHub。

用 MIT License 開源。

讓有需要的人可以直接使用、修改、延伸。

老實說，按下公開按鈕的時候還是有點猶豫。

畢竟這裡面放的是二十多年來累積的排障經驗。

但看到陸續有人留言、Fork、提出問題後，

我開始覺得這個決定可能是對的。

或許真正有價值的，

從來不是把經驗藏起來。

而是讓經驗能夠被複製。