企業知識庫．系列講座 - 第01集認識智庫引擎導入前提公司痛點與基礎設定

企業知識庫．系列講座 - 第01集認識智庫引擎導入前提公司痛點與基礎設定

這裡是智庫引擎，專為企業設計的知識庫。本集是系列的第一集，講導入前提、公司痛點，還有最基礎的那幾項設定。畫面上的標題寫得很直白：今日就能動手的實戰藍圖。意思是，這一集聽完，您不必再等誰評估，就可以開始動手。底下那行預期效益，是這一集的承諾。第一，在您碰到系統之前，先把它能做什麼、不能做什麼講清楚。第二，讓您知道資料要準備到什麼程度才算合格。右下角標了對應的系統版本，一點零點一零八。這一集講的每一個設定，都對得上這個版本的畫面。

開始之前，先給您一張地圖。這套教材總共四份，畫面上四張卡片就是它們。左上角，未來願景。那是一份企業應用情境的型錄，列了三十幾種可能的延伸應用。但要老實說，多數還沒有實作。它是拿來想像的，不是拿來承諾的。右上角，權威說明。一本完整的操作手冊，逐站、逐個欄位把系統功能寫成一部辭典。哪天您卡在某個欄位，就去翻它。右下角，按表操課。一本實作練習手冊，用一家虛構的軟體公司「鼎峰」做沙盤推演，讓您可以照著做一遍。而左下角這張橘框的卡片，寫著「您在這裡」，就是今天這一份。它從製造業的真實情境出發，只講三件事：資料準備清單、基礎設定值，還有做完之後您會看到什麼。在您動手設定之前，有三句實話要先講。畫面上這三張掛牌，是這套系統的邊界。與其之後失望，不如現在講清楚。第一張，不無中生有。系統救不了沒有被記錄下來的知識。它解決的是「知識存在，但拿出來太費力」，不是「知識根本不存在」。如果老師傅那套判斷從來沒有被寫下來、也沒有被錄下來，人工智慧同樣沒辦法憑空捏造。第二張，不指鹿為馬。您匯進去一份過期的規範，它就會很有自信地引用那份過期規範。內容對不對，是放進去的人的責任；系統只負責一件事，讓該被找到的東西被精準找到。第三張，防禦機制。這張最重要。最危險的情況不是查不到，而是自信地答錯。所以系統內建了兩道信心關卡：當找到的依據不夠有把握，程式會直接回一句「查無相關依據」，連問人工智慧這一步都不做。寧可讓人自己去查，也不要讓一個錯的答案，引導現場動手。接下來的每一個設定，都會扣在同一家公司上。畫面上這家叫眾宇精密機電，是虛構的，但規格刻意設定得很典型。產業定位，工業電源模組的研發，加上機構件代工。組織規模大約一百八十人，一個桃園廠加一個研發中心。品質認證有九〇〇一跟一四〇〇一，而且已經有正式的工程變更流程在跑。客戶方面，國內設備商三家、日本客戶一家，四家都有各自的客製規格。下面那八個方塊，是它的部門編制。製造八十五人最多，研發工程二十二人，客服業務十八人，品保十二人，然後人資行政八人、採購六人、財務六人，設備維修只有五個人。左下角那行小字請您記得：聽的時候，把這些名稱、型號跟數字，換成貴公司的。那不做，代價是什麼？畫面最上面那個算式，是這一集的核心：知識存在，乘上取用成本過高，等於知識不存在的代價。東西明明在公司裡，但拿不出來，帳面上跟沒有一樣。下面四欄，是這筆帳開在哪裡。第一欄，研發與設計。資深工程師離職，當年為什麼那樣設計的理由跟著走了，新案只好重驗一次。共用磁碟躺著四個版本的規範，有人引用到過期那版，試產整批報廢。第二欄，生產與品保。夜班設備故障，唯一懂那台機器的人剛好休假，一次停線六小時。同一種客訴每年重複發生，客戶的信任就這樣流掉。第三欄，業務與採購。議價的依據埋在前任採購的信箱裡，供應商每次漲價，我們都得從零談起。業務當著客戶答不出技術問題，案子拖一週，嚴重的直接掉單。第四欄，營運與合規。新人全靠資深同仁口述帶，三個月上手期吃掉的是主力產能。每年稽核前兩週全公司翻找文件，一年兩次的無效勞動。這四欄，沒有一筆會出現在財報上。但每一筆都是真的。講完痛點，開始蓋骨架。右邊這疊分層的圖，是五個模組。左邊那行字先看一眼：四組部門共用同一套骨架，一定要先把底層蓋好，才能進到各部門的資料。順序反過來，後面全部要重做。由上往下數。第一層，團隊，八個部門。它決定的是「誰不能看什麼」。第二層，分類，只用單一維度。它決定知識的用途邊界。第三層，角色，三個層級。它決定誰能審核、誰能編輯。第四層，知識盒子，第一階段先開十四個，每一個都有嚴謹的命名規則。第五層，清洗設定，三條濾網。它決定人工智慧怎麼理解您丟進去的資料。這五層疊起來，才是最底下那塊板子，知識引擎的基礎架構。接下來我們一層一層講。模組一，團隊。這一步決定的是「誰不能看什麼」。左邊這個圓盤上掛了八把鎖，八個部門各一把。右上角說明了為什麼要鎖。研發工程鎖的是還沒定案的規格。理由很實際：不鎖住，業務會提早對外承諾一個公司還做不到的規格。採購鎖的是議價底線跟成本結構。這種東西一旦流到業務或現場，談判就沒得談了。製造鎖的是試產參數，直接列為機密。其餘的品保、客服業務、人資行政、法務、經營管理，也都有各自的鎖。但真正要請您記住的，是左下角那把橘色的、打開的鎖。製造部的產線作業標準，決定公開，不貼任何部門標籤。理由是：夜班值班的技師遇到機台異常，必須在第一時間查到排障手冊。他等不起簽核。畫面上那句話講得很好，在這裡，權限管控是障礙，不是保護。設定的時候，也請您找出貴公司的這一格。模組二跟模組三，一起講。左邊是分類。這裡有一條鐵律：分類只看一個維度，就是「文件用途」。畫面上那個漏斗，把「客戶名稱」跟「型號」兩個都打了叉。為什麼？因為一份文件同時貼了三四個標籤，系統讀它的方式是「或」，中一個就算。標籤貼得越多，搜尋範圍反而越發散，最後什麼都撈得到，等於什麼都沒撈到。那型號怎麼辦？交給盒子的標題去承擔，下一頁就會看到。右邊是角色，全公司只分三層。最上面，知識庫管理員，一到兩個人，有全公司的審核權，而且刻意不綁定任何部門。中間，知識編輯者，七個人，每個部門派一位當知識窗口，綁定自己的部門。最下面，知識查詢者，全體員工。只能查、不能審，而且綁定所屬部門，這樣剛剛設好的團隊權限才會生效。兩個人守門，七個人維護，其他人使用。這個比例，一百八十人的公司撐得起來。模組四，知識盒子。剛剛說型號交給盒子標題承擔，就是這一頁。畫面最上面那條，是盒子的命名公式，四段：範圍、對象、版本或期間、文件族。像條碼一樣，每一段都有固定的位置。中間那行設計用意講得很清楚：用「對象」這一段取代分類標籤，精準鎖定特定型號或特定客戶。這樣人工智慧找資料時，不會把甲型號的規範，拿去回答乙型號的問題。跨型號的污染，是最難被發現的錯。下面四個是實戰範例，第一階段總共開十四個盒子。左上，工程、眾宇 E P S 三千系列、Rev C 版、設計規範與公差。右上，採購、供應商精鋼金屬、二〇二四到二〇二六、評鑑與交期紀錄。左下，製造、眾宇迴焊爐 R F 八、不分版、設備手冊與故障排除。右下，品保、全公司、九〇〇一、二〇二六版、稽核不符合與矯正。四段填滿，盒子的邊界就清楚了。模組五，清洗設定。這是最後一層，也最常被跳過。不同性質的文件，要用不同的方式清洗，人工智慧才讀得懂。畫面上三條管道，就是三種濾網。管道 A，工程規範。簡報上寫的是嚴格遮罩，白話講，就是把雜訊蓋掉，但型號、尺寸、公差一個都不准動。工程跟製造類的盒子套這一條。技術參數錯一位數，現場就做壞一批。管道 B，供應商合約，最高等級。合約條文跟欄位名稱留著，價格跟報價的數字全部蓋掉。這樣同仁問得到「付款條件怎麼寫」，卻問不到「這家報了多少錢」。管道 C，會議紀錄，寬鬆去重。審圖決議、議價紀錄這種對話型的文件，重點是去掉重複的內容，把發言的脈絡跟決策的前因後果留下來。因為這類文件真正值錢的，就是那句「為什麼最後決定這樣做」。最後看一次今天做完的事。畫面上五個勾。第一，確認核心痛點：知識存在，但急需降低取用的成本。第二，劃定資訊邊界：八大部門的權限設好了，包含夜班技師那個開放特例。第三，確立分類維度：屏除型號，只用文件用途。第四，制定命名規範：十四個盒子的四段公式。第五，指派角色：一位管理員，加七位部門知識編輯者。右邊那個箭頭是下一步。骨架已經建置完畢，接下來請帶著這套設定，進到各部門的真實資料，開始清洗與匯入。從第二集開始，我們一個部門一個部門走。第一站，研發工程部。

C# .NET Blazor MAUI Xamarin Research

2026年8月1日星期六