同事.skill 之後：知識工作者的可蒸餾性盤點與護城河重建指南

2026 年 3 月 30 日，一個名為 colleague.skill 的開源專案在 GitHub 上線，專案後來更名為 distilly，截至同年 10 月下旬查核時星標已超過兩萬五千，並在 4 月 13 日的路線圖更新裡宣布下一階段要「蒸餾任何人」。它做的事情用一句話就能講完：把你離職同事留在協作軟體裡的訊息、文件與決策記錄餵進去，再加上你對這個人的主觀描述，產出一個模仿他說話與判斷風格的 AI skill 檔案。專案口號是「把冷冰冰的道別變成溫暖的 skill」，社群隨之衍生出前任.skill、自己.skill、老闆.skill 等一系列變體，一場關於「人能不能被壓縮成檔案」的討論就這樣燒遍了中文科技圈。

輿論的焦點多半停在「AI 要搶工作了」的焦慮，或「數位永生」的浪漫想像，兩種反應都把題目談小了。對台灣為數眾多的知識工作者而言，這個事件真正值得回答的問題是第三個：我的工作內容，有多少比例可以被壓縮成一個檔案？這個比例是可以估算、可以管理、也可以反過來經營的。把它算清楚，比任何情緒反應都更接近職涯決策的依據。

這篇指南從選型與風險管理的角度把整件事拆開：先把事件本身的事實還原，說明這類工具實際能複製什麼、不能複製什麼；接著提出「可蒸餾性」的三層評估框架與一套自我盤點方法，先整理出你工作的任務與工時分布，再以代表性任務的實際試做驗證可交付程度；然後分別從個人側與組織側給出重建護城河的具體方向與治理原則；最後回到台灣現場，用接案者、企業內工程師、顧問與職場新鮮人四種身分對號入座。全文的立場可以濃縮成三句話：能被完整寫成文件的知識，本來就該交給系統；真正難以複製的部分，需要刻意經營，光靠焦慮換不到它；組織要的是透明的治理，不是偷偷的萃取。

以我們近二十年協助台灣團隊導入工具與流程的觀察，每一次「人的經驗能不能交給機器」的技術浪潮，最後都收斂到同一個管理題：交出去的邊界畫在哪裡，畫邊界的權力在誰手上。這次也不例外。差別在於，以前的經驗傳承靠師徒制與交接文件，速度慢但邊界模糊；現在的工具讓記錄的整理與重用變得容易，邊界就必須被明確定義，否則受傷的會是兩邊：員工覺得被榨乾，公司拿到一份快速過期的快照。

事件還原：這個工具到底做了什麼

先還原事實，因為討論常常建立在對工具能力的誇大想像上。colleague.skill 的輸入有兩大類：一類是數位軌跡，官方文件列出支援的來源包括飛書的訊息與文件（API 自動抓取）、釘釘文件（瀏覽器方式匯入）、Slack 訊息（需管理員安裝 Bot，免費方案僅能回溯九十天）、電子郵件、PDF、截圖，甚至貼上的純文字，各來源能取得的範圍與新舊程度並不相同；另一類是你的主觀描述，也就是你對這個人的個性、口頭禪、決策習慣的文字刻畫。輸出則是一份符合 Claude 技能格式的檔案，安裝之後，AI 助手會用類似的語氣與思路回應問題。

注意兩個容易被忽略的細節。第一，工具把「主觀描述」列為輸入之一，讓使用者補充對這個人的觀察；官方說明也對不同原料的效果分了高下，例如聊天記錄加上長文的組合，效果優於只靠手動描述。這份說明屬於素材組合的官方建議，還不足以支撐任何關於能力上限的推論，上限在哪裡，現階段只能存疑。第二，專案路線圖的演進方向值得玩味：從「同事」放寬到「任何人」，代表作者自己也承認，這套方法的適用對象是廣義的「留下大量文字軌跡的人」，而不是特定職位。換句話說，被蒸餾的風險不能只靠職稱判斷，還要看文字軌跡的完整度、任務性質與實測出來的交付程度。

從技術面看，這類工具做的是把一個人的顯性產出，整理成結構化的指令與範例集，讓語言模型在回應時有明確的參照。它擅長複製的是表層模式：用詞偏好、回應的長短與結構、對常見問題的標準立場、文件裡展現過的判斷結論。它難以複製的是這些結論背後的形成過程，因為那段過程在記錄裡本來就稀薄：為什麼在同一個岔路上，這個人上次選左邊這次選右邊；哪一次的果斷其實來自前一次的挫敗；哪些「不處理」的決定，是基於對政治敏感度的拿捏。模式可以從記錄裡統計出來；動機與脈絡在記錄裡通常很稀薄，能供統計的原料有限。

社群的衍生創作反而把這條界線演得更清楚。把前任的聊天記錄做成 skill 陪自己聊天，可以重現對方的語氣，卻重現不了對方在真實關係裡的遲疑與選擇；把名人的公開言論做成 skill，遇到本人沒公開表態過的新問題，它同樣會生成一個答案，只是沒有人能保證那個答案符合本人的實際判斷。這些變體的共同弱點是：缺少關鍵脈絡時，它們無法保證重現本人實際會做出的判斷，只能給出統計上最像的答案。這是現階段所有以文字軌跡為原料的工具共同的限制，後續版本會不會逼近，誰都不能斷言，但至少今天，理解這個限制，後面的評估框架才有穩固的地基。

從訊號面的角度看，這波熱潮本身也提供了市場情報。原始專案星標累積逾兩萬五千、衍生專案在十天內遍地開花（GitHub 建檔日期可查）、社群在 4 月 18 日公告開設第五個微信群，這些數字至少說明這個題目受到高度關注；它是否對應真實的組織需求與使用成效，還需要時間觀察，但入口確實變便宜了。回頭看台灣職場，這個痛點有清楚的在地版本：中小企業的知識長年集中在少數資深員工身上，交接靠人情與口頭，離職潮一到就斷層。工具的出現把這個舊問題升級成必須正面處理的新題目，差別只在於，過去沒有工具時大家拖延，現在有工具了，拖延的成本會以另一種形式出現。

這篇指南刻意不碰的兩個題目先劃出來。一是安裝與操作教學，工具面的細節變動快，想動手的讀者請看站內的技術指引；二是「公司能不能拿員工資料訓練模型」的法律細節，那需要個案等級的專業判斷。本文聚焦在中間的最大公約數：不論工具怎麼換、法條怎麼修，個人的可蒸餾性結構與組織的治理原則，不會跟著工具版本一起過時。

可蒸餾性：把焦慮換成可評估的指標

「我會不會被 AI 取代」是個壞問題，因為它沒有操作定義，只能製造情緒。比較好的問法是：把你的工作拆成任務清單，逐一評估每項任務被壓縮成指令檔的可行性。我們把知識工作的內容分成三層，一般而言，愈往下愈難直接從文字記錄重現。

第一層是程序性知識。標準作業流程、檢查清單、格式規範、常見問題的標準答案、操作步驟的文件。這一層的判定標準是任務能不能照固定規則穩定執行，跟有沒有留下文件是兩回事；文件只是讓這類任務更容易移交。它本來就是組織資產，蒸餾工具只是加快了它的整理速度。事實上，這一層被自動化是好事：把它交給機器，人的時間才能騰出來。如果你的日常工作內容大多屬於這一層，真正的議題出在職務設計：你被放在了一個組織本來就該系統化的位置上，AI 只是加速了這件事。

第二層是情境判斷。知道規則在什麼時候該被打破、同一個原則在不同客戶身上要怎麼調整、哪些例外可以通融哪些必須擋下。這一層的特徵是「有寫下來的部分，但完整判斷依賴當下情境」，也正是主觀描述試圖補位卻補不滿的地方。就這一層而言，記錄充分、規則明確的高頻情境比較容易重現；資料不足或條件改變時，失誤風險會升高，實際能交付到什麼程度，還是要以試做結果為準。

第三層是關係與當責。客戶只願意跟特定的人開檢討會議、出事的時候由誰站出來扛、關鍵決策誰簽名誰負責。這一層完全不在工具的能力範圍內，因為它的本質是社會關係與信用結構，根本進不了知識的範疇。一個 skill 檔案不能為決策負責，也不能承擔信任；至於在談判桌上讀出對方沒說出口的顧慮，那屬於第二層的情境判斷，能不能被重現，一樣要看記錄完整度與試做結果。這一層是知識工作者的最後防線，值得依職務需求投資。

↔ 左右捲動檢視完整表格

層級	內容性質	文字化程度	蒸餾物能做到的	主要失效條件
程序性知識	流程、規範、標準答案	通常已文字化	較容易重現	規則或系統變動時
情境判斷	例外處理、權衡拿捏	部分文字化	高頻情境較易重現，長尾待驗	客戶結構或市場變動時
關係與當責	信任、簽名權、責任承擔	紀錄可文字化，信用不能移轉	無法觸及	關係疏於維護或離開平台時

三層的相對比例，就是你個人的可蒸餾性輪廓。而且這個輪廓有時間維度：三層資產各有各的失效條件，規則變動、客戶結構改變、關係疏於維護，觸發點不同，表裡最後一欄列的就是這些條件，排列組合依每個人的職務而異，不是愈往下愈保值的定律。把眼光放到三年，值得問的不是「現在有沒有被壓縮」，而是「我投入的工時，有多少壓在失效條件最容易觸發的那一層」。

用幾種常見職務把三層攤開看，分布差異會更具體。客服專員的第一層占比通常最高，知識庫與腳本齊備，但資深者的價值在第二層的客訴升級判斷與第三層的大客戶關係。專案經理的第一層是排程與回報格式，第二層的時程風險預判與跨部門折衝才是核心，而專案的成敗簽名權落在第三層。設計師的爭議最大，能依明確規格穩定交付的部分接近第一層，審美的取捨是第二層，而「客戶指名」與「扛住提案結果」的公信力在第三層。人資的招募流程可以文件化，但看人的直覺與內部信任網絡難以言說。同一個頭銜在不同公司也能差一個層級：制度與文件愈成熟的組織，符合固定規則的任務與紀錄通常愈齊全，這類職務的可移交面積就愈大。

也要還給蒸餾物一個公道：它對組織的正面用法確實存在，而且不小。新人到職初期，常見的摩擦是「不知道要問誰、不知道前人怎麼想」，一份整理良好的經驗檔案能把爬坡期縮短，把前輩從重複回答中解放出來。這其實就是 AI Agent 在知識管理裡最樸素的用法：讓新人在打擾真人之前，先跟整理過的集體記憶對話一遍。關鍵在於定位，把它當搜尋與爬坡的加速器，它是資產；把它當成可以裁員的理由，它是炸彈。定位的差別，取決於組織有沒有想清楚前面說的治理問題。

一個實際的推論：如果你是那種所有判斷都寫成長文、所有決策都附上完整理由、文件鉅細靡遺的人，先別急著對號入座：把情境判斷寫得再詳細，任務本身仍然屬於第二層，文件完整度影響的是可移交程度，不是任務的層級。把這件事直接讀成「認真的人先被蒸餾」是錯的，因為文件能力同時也是晉升管理職、跨團隊協作與外部接案的核心競爭力。比較準確的說法是：文件能力提高了你被「部分」複製的面積，同時也給了你往第二、三層移動的本錢。工具改變的是選項的成本結構，最後的配置權仍然在你手上。

隱性知識的硬地板

三層框架裡，第二層的難以複製有古典的理論支撐。哲學家麥可·波蘭尼在 1958 年出版的《個人知識》裡提出「隱性知識」的概念，並在 1966 年的《Tacit Dimension》裡留下那句常被引用的話：我們能知道的，比我們能說出來的多。最經典的例子是騎腳踏車：熟練的騎士能在各種傾斜中保持平衡，卻無法用物理公式把自己的身體直覺講清楚。知道，不等於能說；能說，不等於能寫；能寫，才輪得到蒸餾工具上場。這條認知鏈上每一站的損耗，就是工具的天花板。

用幾個假想的現場例子來示意：資深主廚判斷火候靠鍋氣的聲音與顏色，那判斷沒有寫進任何 SOP；水電師傅貼近管路聽水流聲，結合現場線索把漏水點的搜尋範圍縮小，最後仍靠檢測儀器確認；帶班多年的老師掃一眼自習課的教室，對哪個學生在裝懂會形成初步假設，仍要靠提問與作業驗證。這些能力有個共同點：當事人自己也說不清楚完整規則。既然連本人都無法完整言說，任何以本人文字產出為原料的工具，都只能複製它的投影，而非本體。

有人會反問：模型可以從大量行為記錄裡學出隱性模式，就像推薦系統學會了每個人的品味。這個反問忽略了資料密度問題。推薦系統的每一筆行為都是「被記錄的選擇」，而職場裡大多數隱性判斷從未被記錄：會議中決定不提出的那個異議、和客戶通話時刻意略過的話題、看到報表第一眼就有的不安。沒有被記錄的選擇，在資料世界裡等於不存在。協作軟體沉澱的是工作的文字殘骸，不是工作的思考全貌，兩者的差距，就是隱性知識的護城河寬度。

順著這個邏輯還能推導出一個常見策略的失效：很多公司面對知識流失的直覺反應是「加強文件化」，要求員工寫更多文件、開更多分享會。問題是，文件化的效果有天花板。文件確實能保存一部分情境與判斷理由，讓第二層不至於完全失傳，但它保存的是結論與理由的切片，替代不了在實作情境裡的傳承；把傳承資源全押在寫文件上，第二層的流失速度只會放慢，不會停止。真正有效的傳承設計是讓經驗在情境中流動：結對作業、影子會議、輪調、共同決策，讓接收方在真實場景裡觀察判斷形成的過程，而不只接收判斷的結論。蒸餾工具處理的是結論的保存；判斷過程的傳遞，仍需要組織安排情境中的傳承。想用一個檔案解決接班問題的管理者，要先想通這條分工線。

自我盤點：畫出你的蒸餾邊界圖

概念講完了，輪到動手。蒸餾邊界圖的作法不複雜，一個下午可以完成初版，它能把你任務的性質、工時分布與待驗證的缺口攤在同一張圖上。步驟一：攤開你最近一個月的實際工作，拆成十五到二十項具體任務，粗細以「每項能說清楚做了什麼」為準。拆任務的過程本身就是體檢，很多人拆到一半會發現，有些工作說不清到底在做什麼；這些任務先標記待釐清，再回頭確認它依賴固定規則、情境取捨，還是關係與當責。

步驟二：對每項任務問四個問題。一，這件事有沒有寫下來？二，一個新人拿著現有文件照做，成功率有多少？三，換一家公司、換一批客戶，這件事還成立嗎？四，出錯的時候，別人會來找誰負責？四個答案分別對應文字化程度、可複製性、可移植性與當責位置。把答案標記在任務旁邊，不用精確打分，誠實比精確重要。

步驟三：把任務按三層歸類，算出你的工時分布。遇到一項任務裡三層混合的情況，把工時按實際比例拆開計；真的拆不動，就標成混合，事後再處理，別硬塞進某一層。這裡會出現幾種典型樣貌。第一種是文件完備型：多數任務能照固定規則執行、紀錄齊全，組織價值大但個人風險也大，策略是把省下的時間投資到第二層的例外處理與第三層的關係經營。第二種是黑手型：工作大多在第二層，說不清楚但客戶離不開你，策略是把高頻判斷慢慢文件化，讓自己從救火隊升級為定規則的人。第三種是守門型：第三層占比高，較難被技能檔案直接承接，但守門位是組織授予的，離開平台就失效，可攜性要單獨評估，策略是把守門過程中的判斷累積成可攜帶的方法論。

用一個假想的例子把整個流程走一遍。想像一位電商公司的營運專員，月工作拆出來大概是：商品上下架與庫存回報、促銷活動的檔期執行、廣告後台的日預算調整、雙十一備貨量的估算、與物流商的異常處理、大客戶的年度續約拜訪。跑四個問題：上下架與回報全有文件，新人照做成功率九成，歸第一層；檔期執行有文件但每年玩法都在變，調整靠經驗，介於一二層之間；日預算調整有規則，但停損的時機判斷靠手感，高頻部分會被工具吃掉；備貨估算是典型第二層，牽涉供應商產能與平台政策的綜合權衡，文件寫不出公式；物流異常處理與續約拜訪則落在二、三層，靠的是跟窗口磨出來的信任。走完這一輪，這位專員會得到一張自己的分布圖，比方說第一層四成、第二層五成、第三層一成，下一步的職涯動作（往備貨與續約的判斷核心靠，還是把上架工作交給系統）就從這張圖長出來，焦慮給不出這個答案。

歸類完成後，補一個實測步驟：挑兩三項代表任務，讓 AI 用你現有的文件實際產出一次，記下輸出的缺口、你人工補了什麼、花了多少時間校正。這一步為抽測的任務補上初步試做證據；未抽測的部分仍是自評，單次結果也不代表穩定的成功率；沒有這一步，盤點結果只能算是初步整理。盤點的頻率建議每季一次，因為可蒸餾性是動態的。工具進步可能提高第二層高頻情境的自動化程度，當某項任務實際轉為固定規則時，就該把它重新歸進第一層；市場變動也會重新定義哪些判斷有價值。每季花一個下午重跑，等於給自己的職涯資產負債表做定期對帳。比起在社群媒體上刷「AI 又學會了什麼」的焦慮貼文，這個下午的投資報酬率高得多。

盤點結果還有一個組織側的用途：把它帶進一對一面談。主管未必清楚部屬的工時落在哪一層，多數時候看得到的是產出有沒有到位。主動帶著邊界圖去談，把「我有哪些時間花在可能被系統化的工作上」攤開來討論，它就是一份現成的職務調整討論材料；能不能調整，仍取決於團隊需求與主管的授權。願意談這件事的員工，至少比悶著不談的更容易被看見。

個人側：護城河的四個重建方向

盤點是診斷，重建是治療。四個方向依投入門檻由低到高排列，彼此不互斥，建議從最順手的一個開始。

方向一：往問題定義的上游移動。蒸餾物擅長回答「被定義清楚的問題」，因為原料裡全是已解決案例的記錄。職場裡最難被複製的位置，是那個把模糊痛點轉譯成具體題目的人：老闆說業績不好，你能問出是獲客成本墊高還是續約率下滑；客戶說想要一個官網，你能界定出真正的目標是招募還是銷售。練法是刻意接下「需求還沒被定義」的任務，並在每次結案後回頭記錄：最初收到的模糊描述是什麼，我用了哪些問題把它收斂成題目。這份「定義題目的題目庫」裡，能整理成固定清單的部分是可攜帶的第一層資產，其餘情境判斷的案例則是第二層的私人素材庫；要不要放進公司系統，依你對公司資料政策的判斷決定。

方向二：經營信任與關係資產。第三層的價值來自關係的累積，而關係有個工程性質：它需要時間與共同經歷，無法被壓縮。具體動作包括：爭取成為關鍵會議的固定成員，別停留在被通知的對象；在跨部門衝突裡扮演過公正的橋樑；對客戶做到壞消息比好消息更早說。這些事的共同點是短期沒有績效數字，長期卻構成「事情交給他才放心」的直覺。這種直覺存在於別人的腦中，任何工具都讀不到。

方向三：維持品味的回饋迴圈。品味常被神祕化，其實它的結構很樸素：大量接觸真實回饋，讓判斷的權重持續更新。設計師看使用者怎麼誤用介面、文案人讀完成率的數據、工程師盯線上錯誤日誌，都是在做同一件事。技能檔案是靜態的文字產物，不像人有持續的真實回饋可以修正；工具本身雖然提供增補素材、對話更正與版本管理，前提仍然是有人願意持續餵進新的真實經驗，這個維護負擔常常被低估。個人策略是刻意保住「接觸第一手回饋」的通道，別讓自己的訊號來源只剩下整理過的報表。每隔一陣子問自己：我最近一次直接聽到使用者、客戶或市場的真實反應是什麼時候？如果答不出來，迴圈已經斷了，該親自去現場了。

方向四：把當責變成可見的資產。願意在結論上簽名，是把個人信用押進交易裡的動作，這正是簽名有分量的原因。具體做法是在適當層級爭取決策權與承擔責任的組合：提案時不只給選項，給出你的推薦與理由；出事時先認範圍內的責任再談檢討。當責的紀錄可以寫進檔案，但它累積出來的個人信用與責任承擔，不會跟著檔案移轉，關鍵任務的流向仍取決於人。組織在檢視人力配置時，「這個人走了，哪些事沒人敢接」往往比技能清單更貼近實情，這是當責資產最直接的兌現方式。

四個方向整理成一條主軸：把時間從第一層搬到第二、三層。這與公司的護城河工程是同構的題目，差別在於組織防的是市場競爭，個人防的是自己的可複製性。想看組織側的完整框架，可以參考我們先前的AI 時代軟體護城河指南；個人的護城河不需要三層防禦那麼重，但紀律是同一套：盤點、聚焦、定期對帳。

如果要一個可執行的排程，建議用九十天當第一個週期。頭三十天只做一件事：完成邊界圖，確認自己的三層分布，這個階段不要急著改變任何工作習慣，先取得基準線。第三十一到六十天，挑一項第一層占比最高的任務做減法實驗，用範本、半自動化或直接交給 AI 工具處理，把釋放出來的每週工時記下來，這個數字就是你的可投資餘額。第三十一到九十天，把餘額全部投入你選定的一個方向，問題定義、關係、品味或當責，選一個就好，九十天後回頭看邊界圖的變化。護城河工程最忌諱的是四個方向同時開工，每一個都需要深度，同時開工等於都開不了工。

組織側：蒸餾治理的五個透明原則

員工的焦慮有相當部分來自資訊不對稱：協作軟體的資料可匯出性早就存在，飛書的 API、Slack 的管理員安裝、郵件伺服器的封存，這些都是工具面的現實，colleague.skill 只是把「拿這些資料做什麼」的想像空間打開了。企業假裝問題不存在沒有益處，把蒸餾治理明文化才是正辦。五個原則，每個都對應一種未來必然出現的爭議場景。

原則一，告知。員工有權知道公司用什麼工具、處理哪些範圍的協作資料、用途是什麼。告知義務寫進工作規則，成本遠低於出事後的補救與信任修復。原則二，同意。針對個人身分的蒸餾，本文建議以取得本人同意作為治理底線；這是治理主張，並非法律結論，實際的合法性會依資料種類、使用目的與適用法律而不同，涉及爭議時應諮詢專業意見。原則三，補償。如果蒸餾物被用於填補人力缺口或訓練接替者，對知識提供者應有可見的回饋機制，獎金、考核加權或減免交接義務都算，形式可以談，假裝沒有這筆交換不能談。

原則四，維護。蒸餾物是會過期的快照，後面會談到模型崩潰的研究，這裡先給治理含義：組織必須指定蒸餾物的維護責任人，否則規則與環境一變動，它就會變成一份自信滿滿的過時建議來源，比沒有更危險。原則五，離場處理。離職員工的蒸餾物何時停用、如何標記時效、哪個層級可以決定延用，要有明確規則。這五條湊起來就是一頁的治理清單，起草成本一個下午，但它是「知識萃取」與「員工剝削」之間的分界線。

員工側也有對應的自保動作，而且不靠對抗。第一步，確認公司的資料與 AI 使用政策，政策空白本身就是有用的訊號，值得在一對一場合提出。第二步，對自己的協作軌跡做分級：公司的歸公司，個人的方法論筆記、專業社群的累積、產業人脈的經營，放在公司系統之外。這是一種職涯資產的帳戶分離，談不上消極防備，接案者與顧問早就這樣做了，受雇者也該有同樣的紀律。

治理這件事對公司自己也是保護。營業秘密的成立要件之一是「合理保密措施」，當蒸餾物、知識庫與經驗檔案成為組織資產的新形態，公司若不界定哪些內容屬於機密、誰可以匯出、離職時如何處理，一旦發生爭議，舉證的困難會落在公司這邊。換句話說，五個透明原則看似員工友善，實質是雙向的風險管理：它保護員工不被悄悄萃取，也保護公司在人才流動時保得住自己的知識資產。把這層利害講清楚，治理提案在董事會裡會比訴諸善意更容易過關。

快照會過期：模型崩潰研究的個人啟示

「被蒸餾等於被取代」的推論，還需要計入一個風險面向。2023 年 5 月，Shumailov 等研究者在 arXiv 發表的論文提出「模型崩潰」的概念：當模型反覆以生成資料訓練，原始資料分布的尾部會逐漸消失，模型愈來愈難涵蓋原始資料中的罕見情況；這項研究後續於 2024 年 7 月刊載於 Nature。論文的結論裡有一句對本文最相關的話：隨著生成內容在網路上擴散，來自真實人類互動的資料會愈來愈有價值。

要先把這個結論的適用範圍講清楚：論文研究的是「以生成資料反覆訓練模型」的場景，組織知識庫的使用方式不必然等同遞迴訓練，把它直接搬進職場是類比，還有待驗證。但這個類比仍然值得嚴肅看待：當知識庫裡的文件愈來愈多以 AI 草稿為底、模型互相引用的成分不斷升高，而新的人類判斷注入變少，系統就有往均質化漂移的風險。這是風險假設，還不是已證實的結局。對個人的啟示是反直覺的：在這個風險情境下，只靠既有產出累積的價值會折舊，持續產生新判斷的能力相對抗跌。這是風險假設下的相對趨勢，能不能兌現，還取決於市場需求與替代方案的演進，但它至少指出了一個值得提前布局的方向。

還有一層更實際的推論：知識資產需要持續注入新的真實判斷才不會過時，而熟悉原始脈絡的人，可能降低重建上下文的成本；維護效率與判斷品質，仍要以實際結果校正。維護工作也可以由其他專家接手、由實際執行結果和使用者回饋來校正，原當事人並非唯一選項，其他專家、實際執行結果與使用者回饋同樣能參與校正。這給知識工作者一個值得爭取的談判位置：阻止公司蒸餾自己既難也沒必要，把自己放進維護迴圈、成為快照的守門人，是主動得多的選擇。

這個機制在內容產業已經看得到預演。當愈來愈多文章由模型互相改寫生成，同題材的輸出開始出現一種說不上來的均質感：結論安全、用語流暢、觀點全部長得一樣，讀者說不出哪裡怪，只覺得「沒有人味」。這種體感與模型崩潰描述的機制方向一致，但把它直接認定為同一件事還缺證據，比較穩的讀法是把它當成預警訊號。內容產業的教訓對所有知識工作者都適用：當均質供給過剩，產出能力已經過剩，稀缺的反而是「這個判斷為什麼成立」的第一手經驗。在這個供給結構下，持續握有第一手經驗的人，比較有機會守住定價權。

台灣現場：四種身分的對號入座

接案工作者：交付文件本來就會交給客戶。報價單、執行 SOP、能照固定流程穩定重現的產出，這類可規格化的工作等於常態性的部分蒸餾，接案市場因此永遠有「比價比到只剩規格」的下壓。破口在第二、三層：把提案前的需求釐清會議列為固定服務項目，那是定義問題的價值；把長期客戶的維護合約經營成信任關係，那是當責的價值。接案者的定價權，從來都取決於交付物周邊的判斷與責任，交付物本身反而最容易被比價。

企業內工程師與知識工作者：文件文化是你的雙面刃。台灣科技業的文件紀律是資產，但也意味著大量判斷被文字化。如果你的價值主要體現在「系統怎麼運作的活字典」，風險確實在升高，相關的職缺訊號分析可以參考我們先前的軟體工程師職缺數據解讀。動作是把文件寫作從負擔轉成槓桿：讓系統協助文件整理與例行更新，人工校驗與維護責任保留在自己身上，再逐步增加架構取捨、跨團隊協調與線上事故指揮的投入，那些工作的原料是會議室裡的空氣，不是文字。

顧問與講師：你們的商業模式本來就長在護城河上。以現場診斷與長期信任為主要收入來源的顧問，行之有年的做法就是把方法論公開印成書，把判斷留在收費會議裡。方法論中能整理成固定規則與清單的部分屬於第一層，廣泛流傳反而帶來案源；涉及取捨的判斷框架與現場診斷是第二層，靠的是產業縱深與情境比對；客戶的信任是第三層。這類顧問面對蒸餾工具相對從容，因為他們的定價結構早就把「可複製的部分」和「不可複製的部分」分開計價了。受雇者與接案者能從顧問業學到的最重要一課是：刻意設計自己哪一部分被複製，別被動等著被定義。

準備進入職場的人：用三層結構選技能。還在累積第一份專業的人，常把學習時間全押在第一層的技能清單上，考證照、密集修課、背工具操作。這些當然有其價值，但各有各的失效條件：工具操作會隨版本改動過期；目標職缺普遍要求的基礎證照與標準操作相對穩定，卻通常不足以單獨形成差異化。證照與課程內容落在哪一層，仍取決於實際內容。比較划算的配置是三層同步：第一層維持在夠用的水準，把工具學到能上手；第二層刻意找有回饋的實作場域，實習、接小案、參與開源維護，作品集只是載體，真正該累積的是「做了之後被打槍」的判斷修正紀錄；第三層從學生時期就開始，一位實習時帶過你的主管、一個合作過的團隊，都是最早期的信任本金。以多數知識型職缺的常態看，第一層是入場門檻，第二層影響錄取與升遷的機會，第三層影響長期職涯的高度；實際的配置比例，仍要依目標職缺與專業要求調整。這個排序在 AI 出現前就大致成立，蒸餾工具只是把它推得更明顯。

結語：換三個更有用的問題

「我會不會被 AI 取代」這個問題的麻煩之處，在於它把答案交給工具的進度，讓人只能等著被宣判。把它換成三個自己有動作空間的問題：我最近一季的工時，有多少落在「對我而言」失效條件最容易觸發的任務上？我的名字在哪些場合被當成「出事時要找的人」？如果明天把我所有的協作軌跡蒸餾成檔案，那個檔案會在幾個月後開始給出過時的建議？三個問題分別對應盤點、當責與快照時效，每季回答一次，你的護城河工程就有了進度條。

工具的方向也是同一件事的兩面。把同事的經驗整理成 skill 這個行為本身沒有錯，錯的通常是未經告知的萃取與無人維護的快照。如果你讀完這篇想動手把自己最熟悉的那套流程做成 skill，那是健康的方向，具體的技術作法可以參考我們的Claude Skills 完整指南，從自己的第一層開始練習，順便體會一下哪些部分怎麼寫都寫不清楚，那些寫不清楚的部分，就是你接下來該往哪裡站的地圖。

最後給組織決策者一句話。這波蒸餾潮對企業的真正考驗已經不在技術整合的速度，治理能不能跟上才是分水嶺：把五個透明原則寫下來，把維護責任指派下去，把「我們如何對待離開的人」當成雇主品牌的一部分。做到透明治理的公司，蒸餾會是資產管理；做不到的，蒸餾只是把組織的信任問題打包成檔案，帳單會在規則變動、資料過期或信任受損的時候送到。