AI 時代工作法企業 AI 治理知識工程
AI 時代工作法企業 AI 治理知識工程

AI 時代工作法 企業 AI 治理 知識工程 你不需要懂 AI， 但你需要當市長 從三個真實事故，長出來的企業 AI 治理架構 Mr. τ／風雲網通系統有限公司  ·  2026 有一次，我交代一個任務給 AI 助理。 它沒有問我任何問題，直接開始工作。 三十分鐘後，它回報完成了。 但它做的，不是我要的那件事。 它自己判斷了工作範圍，自己決定了方向，然後非常認真地，走錯了路。成本，照單全收。 這不是特例。這件事在不同形式下，我遇到了很多次。 每次我都在想同一個問題： 如果 AI 不知道邊界在哪裡，它會自己畫一條。 而那條線，不一定是你要的那條。 這個問題，帶過人的主管都遇過。新進員工摸不清楚狀況，做了一堆不在範圍內的事；外包廠商沒有接到明確指令，就按照自己的習慣走。AI 也是一樣——只是它做事的速度快很多，所以走錯的代價也大很多。 後來我把這些事故整理了一遍，發現它們都指向同一個根本原因： 不是 AI 不夠聰明。而是沒有人在治理它。 這也是我後來畫出這張圖的原因。 ［ 五層市政廳架構圖 ］ 人類治理 → AI 協作 → 文件系統 → 知識中心 → CSP 基礎設施 這張圖把企業 AI 協作拆成五層。每一層，我都曾經在真實事故裡感受過「缺了它會怎樣」。 以下，我用三個事故來解釋這張圖。 事故一：它很認真，但沒有人告訴它邊界在哪裡... » read more

0
Read
steven
用 AI 做決策這件事，其實是火箭工程的延續
用 AI 做決策這件事，其實是火箭工程的延續

工程思維 × 知識管理 用 AI 做決策這件事，其實是火箭工程的延續 從挑戰者號到多模型投票機制——容錯從電路搬到了語言層 Mr. τ／風雲網通系統  |  PCPiLOT 知識管理實驗室 最近在收斂一個客戶專案的解決方案規格時，我刻意做了一個設計上的決定： 不再依賴單一 AI 給答案，而是同時讓 3～4 個模型互相審查、主動挑錯、填補盲點，最後才收斂成可以落地的方案。 這件事乍看像是「AI 工具的用法選擇」，但它其實更像一個老到不能再老的工程問題：如何避免關鍵系統在最後一刻因為「大家都同意」而悄悄崩潰。 1986 與 2003：不是技術失誤，是裁決機制失敗 挑戰者號（1986）與哥倫比亞號（2003）的兩場災難，事後復盤都不是單點錯誤，而是暴露出同一種結構性缺陷： ✗ 工程師的警告訊號存在，但在層層彙報中被稀釋 ✗ 邊界條件被逐步「正常化」——這次看起來跟上次一樣，應該沒事 ✗ 最終裁決壓縮成一個二元問題：Go / No-Go，沒有灰度，沒有異議空間 真正的問題不是火箭的材料或設計，而是：錯誤被系統性地放行了。決策系統說服了自己「這次應該也沒事」。 火箭工程早就給過答案：TMR 三模冗餘 阿波羅任務與土星五號時代的導航電腦，採用了一個當時極為硬派的工程解法——TMR（Triple Modular Redundancy，三模冗餘）： 機制 說明 三套獨立系統 同時計算同一個問題，彼此不知道對方的答案 硬體投票裁決 少數服從多數，異常值直接被隔離 無 rollback 設計 太空中沒有重試機會，容錯必須在決策當下完成 這個設計的核心哲學不是「讓系統更聰明」，而是：假設任何單一系統都可能出錯，所以在架構上就不允許它單獨做最終裁決。 現在的 AI，重新打開了同一個問題 單一大型語言模型的問題不在於能力不足，而在於它有幾個結構性弱點： ▸ 幻覺（Hallucination）——以高度自信的語氣輸出不存在的事實 ▸... » read more

0
Read
steven
AI 不再是「大雄的安慰機器人」
AI 不再是「大雄的安慰機器人」

AI 不再是「大雄的安慰機器人」 今天是第二場次的中小企業知識系統推進簡報與交流。 這次主要分享近幾個月大型語言模型（LLM）在企業現場的應用演進， 以及「地端 AI + 雲端 AI 協作」逐漸成熟後，中小企業可以真正落地的實作模式。 很多企業主對 AI 的理解仍停留在：寫文案、摘要、做簡報。 但實際上，架構已經開始往「企業雙層思考系統」演進。 地端 AI × 雲端 AI 的分工開始成形 地端 AI 可以處理企業內部的第一層知識與資料： 內網資料整理與索引 私有文件檢索與分析 NAS / ERP / SOP 系統串接 第一線設備與網路資料監控 雲端 AI 則負責更高階的推理與整合： 策略規劃與決策輔助 跨領域資訊整合 高階文件生成與整理 抽象問題建模 兩者結合之後，其實已經形成一種「企業第二思考層」的雛型。 中小企業反而更有機會 有趣的是，這一波 AI 架構轉變，中小企業不一定落後，甚至可能更有優勢。 因為 SMB 的特性是： 決策距離短、現場經驗集中、問題回饋速度快。 真正的瓶頸往往不是資料不足，而是： 如何把「隱性經驗」轉換成「可累積的知識系統」。 AI 的真正角色，不是安慰，而是放大觀察力 AI 很擅長整理與生成內容，但真正的洞見仍然來自第一線的經驗。 企業主與主管往往已經知道：... » read more

0
Read
steven
資深 IT 工程師如何用 AI 對話，把二十年現場經驗轉化成可傳承的方法論
資深 IT 工程師如何用 AI 對話，把二十年現場經驗轉化成可傳承的方法論

知識中心 · 方法論 · 2026-05-20 · Mr. τ｜風雲網通系統有限公司 起點很小很具體：只是想做一個 MTU 自動偵測工具，解決 DrayTek 搭配中華電信 PPPoE 時，LINE 電腦版卡在「正在搜尋最佳網路環境」的問題。結果這一聊，就像打開了一個開關。 對話是怎麼一層一層往上走的 和 AI 的對話沒有停在技術細節，而是像螺旋一樣，一層一層往上旋轉。 層級提升的對話過程 v0.8 腳本怎麼寫？PPPoE MTU 1492、MSS 1452、PMTUD Black Hole 成因——純工程師思維。 ↓ v1.0 這份報告要怎麼寫，才不會被客戶資安部門打回票？ ↓ v1.1 這其實應該是一套結構化的現場診斷方法，而不是單一工具。 ↓ v1.2 這套方法如何變成 SI 廠商可重複交付、可培訓傳承的服務閉環？ 真實案例：醫美診所的多年冤案 昨天在一家醫美診所，解決了一個讓多名工程師束手無策、拖了多年的問題。 實戰案例 · 醫美診所 症狀：網路連線極慢、換過多名工程師，問題始終沒有解決。 根因：數據機多個 LAN 埠各自建立獨立 NAT 網段，院長電腦與檔案來源主機被割裂在兩個不互通的孤島。加上檔案來源主機的無線網卡被裝潢遮蔽，訊號嚴重衰減。 解法：在三個重點位置用手機掃描 Wi-Fi 訊號，發現多個不同網段的 SSID。追出院長電腦的網路線，插回正確的... » read more

0
Read
steven
按下 Enter 的那 1.2 秒，世界裡發生了什麼事？
按下 Enter 的那 1.2 秒，世界裡發生了什麼事？

按下 Enter 的那 1.2 秒， 世界裡發生了什麼事？ 你的腦袋要讀 15 分鐘的東西，AI 為什麼幾秒就懂了 #AI科普  #LLM  #雲端運算  #ChatGPT  #Claude  #地端AI 下午三點，你打開一份 PDF——季報、技術文件、或者一份你根本不想讀的會議紀錄。密密麻麻，滑鼠往下捲了三下才到底。 你嘆了口氣，把整份文字框選，貼進 ChatGPT 或 Claude，打了幾個字：「幫我抓重點。」 然後按下 Enter。 你端起咖啡杯。 還沒喝到嘴邊——答案已經出現在螢幕上了。 「等等……這份文件我自己看，要花至少 15 分鐘。 它怎麼可能幾秒就……讀完了？」 這個問題，值得認真回答。 AI 根本沒有在「閱讀」 在解釋「為什麼這麼快」之前，要先打破一個根本性的錯覺： AI 沒有在讀你的文字。 人類閱讀是線性的。你的眼睛從第一行掃到最後一行，大腦一邊解讀、一邊建立理解，遇到難的段落還要回頭重看。這個過程有前後順序，快不起來。 AI 做的事，完全不同。 它把你貼進去的所有文字，瞬間打散成數萬個數字（每個詞、每個標點都變成一串向量），然後用一種叫做「矩陣運算」的方式，讓所有詞語同時互相對照——哪些詞跟哪些詞有關聯、哪裡是重點、哪裡是細節——一次算完。 一個比喻： 人類閱讀，像是一個人拿著手電筒在黑暗中逐行照。 AI 處理，像是整個房間的燈同時打開——所有角落一眼看清。 1000 行的程式碼，對 AI 而言不是「1000 行要逐行理解」，而是「幾萬個數字，做一次大規模的平行矩陣計算」。 按下 Enter 之後，那 1.2 秒裡發生了什麼 跟著一個請求，從你的鍵盤出發，往下走一遍。... » read more

0
Read
steven
為何公司同仁突然拿不到 IP？NAS 與印表機間歇性失聯？
為何公司同仁突然拿不到 IP？NAS 與印表機間歇性失聯？

RFC 9797 與企業 DHCP Pool 危機 為何公司同仁突然拿不到 IP？NAS 與印表機間歇性失聯？ 近年來，企業 IT 現場開始頻繁出現一種「難以定位」的網路異常： 許多管理者第一時間會懷疑： 然而，真正的原因，可能與現代行動裝置導入的 MAC Randomization（隨機 MAC 位址）機制有關。 而此一趨勢，也與 RFC 9797 所代表的裝置隱私方向密切相關。 MAC Randomization 正在改變企業網路環境 現代作業系統為了降低裝置被追蹤的風險，開始大量採用： 目前常見於： 其核心目的在於： 避免使用者透過固定 MAC 位址，被長期識別與追蹤。 從隱私保護角度而言，這是正向發展。 但對企業 DHCP 管理而言，卻帶來新的挑戰。 同一台設備，可能重複取得多組 IP 在企業 Wi-Fi 環境中，行動裝置會頻繁出現： 若裝置使用 Randomized MAC， DHCP Server 可能會視其為： 「新的設備」。 因此： 同一台手機、筆電或平板， 短時間內可能重複取得 2~3 個 IP。 /24 網段其實很快就會耗盡... » read more

0
Read
steven
看不見的衝擊: 電力突波 與 電壓不穩
看不見的衝擊: 電力突波 與 電壓不穩

案例分享 · NAS實戰日誌 年久月深的暗內傷 ⚡ NAS 壞掉，很多時候不是 NAS 的問題 上一篇我們談到 Gateway 被換掉導致 VPN 備份通道消失。但那個案子還有另一條線，同樣重要，卻更容易被忽略。 分站的 NAS 一直不穩定。現場需要反覆到機房手動重開，時好時壞，沒有規律。客戶的直覺反應是：設備壞了。但二十年的現場經驗告訴我，這種「飄忽不定」的症狀，電力出問題的比例，遠比設備本身故障來得高。 ⚠️ 電力不穩，你不一定感覺得到 這是這類問題最麻煩的地方。 電力不穩定不會每次都讓設備直接掛掉。它是一種慢性傷害。突波來的時候，硬碟可能剛好在寫入資料，這一筆就壞了。電壓短暫壓降的時候，系統可能剛好在做備份，這一次就中斷了。日積月累，系統事件紀錄裡開始出現一堆你看不懂的錯誤代碼，設備越來越不穩定，最後你以為是設備老化，送去檢測卻找不到明確原因。 這種狀況在台灣的中小型廠區很常見。廠房裡的電力品質本來就比辦公室複雜，機具啟動時的瞬間電流、老舊配電盤的電壓波動，都會影響到同一迴路上的所有設備。 💰 一個很現實的對比 很多老闆願意幫廠區內的生產設備配穩壓器，卻讓存著所有客戶資料、訂單記錄、財務文件的 NAS，直接插在牆上的普通插座。 這個選擇背後的邏輯我能理解：生產設備壞掉，產線馬上停；NAS 壞掉，感覺還能撐一下。問題在於，設備壞掉，保固換新台；資料壞掉，沒有人能保證幫你還原。 這台 NAS 還在保固期內。但保固保的是硬體，不是裡面的資料，也不是你因為系統中斷而損失的工作時間和業務機會。 🛡️ UPS 不是選配，是基本配備 很多人對 UPS 的認知只有一個：停電的時候讓電腦多撐幾分鐘。這個理解只對了一半。 UPS 真正重要的功能是兩件事：防突波，以及穩壓。 功能 保護你的方式 防突波 瞬間高壓出現時擋在設備前面，避免元件壽命被每次衝擊慢慢耗損 穩壓 供電電壓不穩時持續輸出穩定電壓，讓設備不用承受忽高忽低的電力品質 一台適合 NAS 使用的 UPS，價格從幾千元到一萬多元都有。對應的，是你存在 NAS 裡面的資料價值，以及萬一出事之後的救援成本與業務損失。這個對比，大多數老闆算一下就清楚了。 🔍 這個案子的額外發現 這次排查過程中，我們順手把整個內網的設備清單重新盤點了一次。 一個健康的內網，應該要能清楚回答幾個問題：現在線上有哪些設備？每台設備的角色是什麼？哪些設備是關鍵節點，一旦出問題會影響整體運作？... » read more

0
Read
steven
斷斷續續的無線網路
斷斷續續的無線網路

作者：Mr. τ 分類：現場排障案例 標籤：Wi-Fi／藍牙／2.4GHz／無線網路 在 IT 現場，有一類問題特別難抓——症狀看起來像網路故障，換個時間又自動恢復，偏偏找不到明確的硬體損壞跡象。本文記錄一個真實案例：Wi-Fi 播放卡頓，根本原因卻藏在一支藍牙耳機裡。 一、問題現象 使用情境：室內距離無線基地台較遠的位置，以手機連線 Wi-Fi 觀看 YouTube，同時透過藍牙耳機收聽音訊。 觀察到的異常：影片播放頻繁緩衝、斷斷續續卡頓，網路連線表面上仍顯示正常。 二、快速排查驗證 1 切換至 4G 行動網路播放 → 影片立即恢復正常，確認問題在 Wi-Fi 端，非內容來源或設備本身故障。 2 保持 Wi-Fi 連線，關閉藍牙耳機 → Wi-Fi 傳輸立即順暢，確認藍牙裝置是干擾來源。 兩步驗證完成，方向明確：藍牙與 Wi-Fi 之間存在無線干擾。 三、根本原因分析 3.1 頻帶重疊是核心問題 Wi-Fi 的 2.4GHz 頻帶與藍牙使用相同的無線頻譜範圍（2.400–2.4835 GHz）。當兩者同時運作，且距離接近時，訊號會相互競爭通道，造成封包碰撞與重傳，導致實際吞吐量下降。 Wi-Fi 2.4GHz 傳輸距離較遠，穿牆能力強，但頻段擁擠，干擾源多（微波爐、藍牙、鄰居 AP 等） Wi-Fi 5GHz 頻道數多、速度快、干擾少，但傳輸距離相對較短，穿牆能力較弱 藍牙（Bluetooth） 工作在 2.4GHz，採跳頻展頻（FHSS）技術，雖有抗干擾設計，但在弱 Wi-Fi 環境下仍會形成競爭 實際情境... » read more

1
Read
steven
【案例分享】誰動了你的 Gateway？
【案例分享】誰動了你的 Gateway？

三十六計 之 第二十五計：偷梁換柱 一間公司的網路壞掉，通常不是壞，是「被改了」。 這次的案子從一通求助電話開始。客戶反映 NAS 狀態不穩定，異地備份任務也持續出現錯誤。遠端連進去診斷，我就知道這不只是設備問題。 ━━━━━━━━━━━━━━ 📡 異常一：設備看得到，但抓不到 第一個奇怪的地方出現了。 用原廠提供的管理工具，可以正常找到 NAS 的詳細資訊。但換成一般的網路掃描工具，或者直接查 ARP 表，卻完全看不到這台設備的 IP 存在。 這種「廠商工具看得到，標準協定看不到」的狀況，通常意味著網路層出了問題，而不是設備本身故障。這是第一個線索。 ━━━━━━━━━━━━━━ 🔀 異常二：Gateway 被換掉了 接著進行更詳細的網路掃描，發現一件讓我高度警覺的事。 這個客戶原本的網路架構設計是這樣的：主站與分站各自部署一台企業級 VPN 路由器，兩台設備透過 Internet 建立加密通道，讓分站的 NAS 可以定時將資料備份到主站的 NAS。這是一個相對標準、可靠的異地備份架構。 但掃描結果顯示，分站那一端的企業級 VPN 路由器，已經被換成了一台消費級 Wi-Fi 路由器。 現場詢問了相關人員，才得知是分站同仁自行找當地店家協助處理網路問題，店家在不清楚原有架構的情況下，直接把路由器換掉了。新的設備沒有 VPN 功能，也沒有留下任何管理帳號與密碼。 結果很直接：兩個站點之間的 VPN 通道完全消失，分站 NAS 的所有備份任務全數失敗。但內部的日常檔案存取，還勉強維持正常運作——這也正是最危險的地方。沒有人知道備份已經中斷多久了。 ━━━━━━━━━━━━━━ ⚡ 異常三：分站 NAS 還有另一個獨立問題 排查過程中發現，分站的 NAS 本身也有狀況。 設備會不定時從網路上消失，需要現場人員到機房手動重開才能恢復。這種「時好時壞」的症狀，加上現場環境沒有配置 UPS，研判與電力品質不穩有直接關係。突波與電壓不穩定，不會每次都讓設備壞掉，但會讓系統累積異常、縮短硬碟壽命，並在你最不注意的時候讓備份中途中斷。... » read more

0
Read
steven
十六分鐘的背後，是哪些東西在支撐？
十六分鐘的背後，是哪些東西在支撐？

十六分鐘 vs 九十分鐘 一張交換器燈號，背後是二十年的背景知識 作者：Steven Lai　｜　風雲網通系統　｜　IT 外包顧問 有一種停機，不是伺服器掛掉，不是網路線被切斷，而是某個角落的設備悄悄壞了一半——它還能運作，但已經不可靠了。這種狀況，最難抓、也最容易讓人繞遠路。 從一個閃爍的圖示開始 某個工作日上午，辦公室裡有幾台電腦的 Windows 右下角，網路圖示開始交替出現「已連線」和「無網路」。不是全斷，斷了又好，好了又斷。 這種間歇性的狀況，往往比完全斷線更麻煩。完全斷線，方向很明確。間歇性，可能是一百種問題裡的任何一種。 接到通知的工程師沒有急著動電腦，而是先做了一件很多人會跳過的事——往遠處看了一眼。 用對方向，少走九成的路 以下是整個排查的實際順序，以及每一步背後的判斷邏輯。 ① 遠觀數據機燈號，搭配 MOD 頻道交叉驗證　約 1 分鐘 MOD 頻道播放正常，代表數據機到 ISP 這段沒問題。WAN 端一口氣排除，節省了打電話報修、等待 ISP 人員的時間。 ② 重開防火牆　約 2 分鐘 這台防火牆的變壓器曾經換過，不是不值得懷疑。重開沒有解決問題，排除，繼續往下。 ⚡ ③ 觀察交換器燈號　約 10 秒　←　決勝點 一眼看過去，燈號全滅，然後重新亮起，循環發生。這個行為模式，有經驗的工程師認得出來：不是設定問題，是硬體在間歇性故障。作業系統、網路線、網路卡這些假說，一刀切掉一半。 ④ 換上代用交換器　約 5 分鐘 過程中有個小插曲——第一台代用機剛好是 port-based VLAN 版本，換錯了，立刻再換一台一般無網管型。這類細節，不熟的人可能還要花時間查原因。 ⑤ 處理驅動程式殘留狀態　約 5 分鐘等待 換了交換器之後，電腦還是一度無法上網——封包有出無入，自設 IP 也無效。這不是新問題，而是舊連線的協商狀態沒清乾淨，等連線環境穩定後會自行恢復。認識這個現象，避免了「懷疑網路卡」甚至「懷疑主機板」的誤判。... » read more

0
Read
steven
你看到的是一張網路拓樸圖<br>我看到的，是一間公司的「體質」
你看到的是一張網路拓樸圖
我看到的，是一間公司的「體質」

中小企業 IT  ／  實務觀察  ／  網路管理 你看到的是一張網路拓樸圖我看到的，是一間公司的「體質」 中小企業 IT 基礎的真實現場，與那些「看起來不急」卻最關鍵的事 PCPiLOT 委外 CKO  ·  2026.04  ·  約 800 字・4 分鐘閱讀 在台灣，50 人以下的中小企業，多數沒有專職 IT／MIS。問題不在能力，在現實——每個人都有本業，IT 只能「先能用就好」。 ── 現況觀察 ────────────────────── 🏭 IT 人力的真實樣貌 企業通常會走向兩條路：老闆自己兼任，或找一位「相對懂電腦」的同仁代為處理。這不是壞事，是務實的選擇。但兼職就意味著兩件事同時發生： 困境一 知識領域不同，主要工作又忙，IT 細節與品質很難兼顧。問題發生就解掉，需求出現就加上去。 困境二 很少有人能抽出完整時間，把基礎從頭打好。適時委外廠商介入，幾乎成了必然選擇。 ── 那些看起來不急的事 ────────── 📋 最關鍵的基礎工程清單 以下這些事，不是做不到，而是企業員工都有份內工作，真的抽不出手來，花幾天時間一一把它們做好： IT 基礎文件 ／ 現場整理 ☐  全廠區網路拓樸圖（知道訊號怎麼走） ☐  設備清單：IP、MAC 網路卡號、品牌型號 ☐  機櫃整理與正確配線（許多公司連機櫃都沒有） ☐  網路線標號——每條線從哪來、到哪去... » read more

0
Read
steven
挑對資訊系統夥伴 , 小公司也可以 迅速提升營運效果
挑對資訊系統夥伴 , 小公司也可以 迅速提升營運效果

大企業營在經濟規模以及結構致勝 , 但是小企業也可以透過 NAS方案 , 既保有小企業彈性 , 也能發揮網路的槓桿力量 , 提升營運效率 , 以一當十 !! 小公司剛開始 , 可能只有二個人 , 但總是有著夢想 . 總是希望 : 公司業績會慢慢成長 , 公司成員慢慢增加 . 隨著業務量增加 , 出現了幾種常見的需求 : 1. 公司專屬網站 2. 公司專屬電子郵件信箱 3. 隨時隨地的文件檔案存取管理 如何花小錢 , 得到企業專屬的私有雲端服務 , 這就是 NAS方案 的妙處 , “低成本 多用途的 中小企業方案 : 網站 / 郵件 / 檔案 / 備份 / 印表 /... » read more

0
Read
steven