> ## Content Index > Fetch the complete content index at: https://growthhackers.tw/llms.txt > Use this file to discover other available public pages before exploring further. # 公司要你把工作方法寫成 SOP 餵給 AI：離職那天，那份東西是誰的？ - URL: https://growthhackers.tw/blog/ai-sop-who-owns-your-judgment/ - Published: 2026-08-14T13:00:00.000Z - Updated: 2026-08-14T13:00:00.000Z - Description: AI 導入的標準動作，就是叫資深的人把做法寫下來。效率是真的，但沒有人問過那份東西是誰的。該交的交，該留的留，這篇談分界線畫在哪。 - Author: Lewis wang - Tags: AI agent, AI 導入, 職涯, 知識管理, SOP 「先把資深的那幾個人的做法寫下來。」 如果你們公司這一年有在導入 AI，這句話你大概已經聽過不只一次。 而且它聽起來完全合理。要讓 agent 幫忙跑事情，你總得先告訴它怎麼跑。所以流程被寫成文件，判斷被寫成規則，範例被寫成提示詞範本。做得好的團隊，效率是真的有提升，這件事我沒有要反對。 但這一整套動作裡，有一個問題幾乎沒有人問出口。 **那份被寫下來的東西，到底是誰的？** --- ## 一、你寫的那份文件，不是普通文件 一份寫給 AI 的技能檔案，裡面裝的是你怎麼判斷。什麼情況要放行、什麼情況要擋、遇到例外你會先看哪個數字、哪一種客訴要在三十分鐘內回、哪一種可以等到明天。是你怎麼取捨，不是你按了哪個按鈕。 以前這些東西沒有形狀。它裝在你腦袋裡，只有你能用；換一個人來坐你的位子，他得自己重新踩一輪坑才長得出來。 現在它被寫下來了，而且寫成了機器可以直接執行的形式。 這中間的差別，大到不太像同一件事。 我在傳產待過幾年，做過業務也做過通路。那個行業裡最值錢的從來就不是產品型錄。是老師傅看一眼就知道這批貨會不會出問題的那個判斷，你問他為什麼，他常常只會說「就是感覺不對」。 換個更好懂的講法：一家餐廳的中央廚房出餐流程，是餐廳的資產，寫得越清楚越好，換誰上工都該照著做。但主廚憑什麼判斷今天這批海鮮不能用、憑什麼決定這一鍋要再收三分鐘，那是主廚身上的東西。 以前這兩件事混在一起，因為後者根本寫不出來。 現在 AI 逼著你把它寫出來了。而且你一寫出來，它就跟前者長得一模一樣：都是一份 Markdown 檔，都躺在同一個資料夾裡。 --- ![公司流程的 SOP 跟你個人的判斷方法，是兩種不同的東西——寫的時候要分清楚。](https://growthhackers.tw/content/images/2026/08/inline-two-kinds-of-sop-v1-1.png) 公司流程的 SOP 跟你個人的判斷方法，是兩種不同的東西——寫的時候要分清楚。 ## 二、同一份檔案，兩種未來 這一段的論點來自 Y Combinator 總裁暨執行長 Garry Tan 在 [YC Startup School 2026 的演講「Own Your Intelligence」](https://www.youtube.com/watch?v=eRrc1pUY5oU&ref=growthhackers.tw)。他整場講的是個人怎麼用 AI 放大自己，我這篇只取最後那段。 他舉了一個他自己言明是虛構的例子，一位客服工程師，叫她 Maya。 兩年下來，Maya 教會她的 agent 四十件事。半夜兩點的重大事故怎麼分級、一個快要退訂的客戶怎麼安撫回來、檢討報告要怎麼寫才真的擋得掉下一次。四十個檔案，裝的是她兩年累積的判斷。 版本一，檔案放在 Maya 自己的 repo。她換工作，檔案跟著走。到新公司第一天，她帶著兩年份的判斷力直接上工。 版本二，檔案放在公司的 repo，歸公司的 IT 政策管。她離職，什麼都沒帶走。公司繼續跑她的判斷，四十個檔案永遠執行下去，commit 紀錄裡連她的名字都沒有。 同一個人，同一批檔案，差別只有一個變數：誰握著它。 Garry Tan 的說法是，這種情況下你有的不是職涯，是被萃取。 他還提醒了一件事，我覺得比上面那段更值得停下來想：知識工作者一直以為自己是安全的。工匠會失去工具，因為織布機是工廠的；但我們的工具長在腦子裡，誰也拿不走。 技能檔案讓這個前提失效了。用他的話說，這是人類史上第一次，你的判斷可以被抽出來、存起來、版控，然後被擁有。 我覺得這句稍微講滿了一點。判斷被寫成手冊、被做成專家系統，以前也發生過。新的地方在於門檻塌了：以前要一整個顧問團隊做半年，現在你自己花一個下午就寫得出來，而且機器讀完就能直接跑。 --- ![同一份技能檔案，放在公司的 repo 裡跟放在你自己帶得走的地方，結局完全不同。](https://growthhackers.tw/content/images/2026/08/inline-same-file-two-futures-v1-1.png) 同一份技能檔案，放在公司的 repo 裡跟放在你自己帶得走的地方，結局完全不同。 ## 三、他為什麼要拉一個十七世紀的人出來講 Garry Tan 整場的引子是史賓諾莎（Baruch Spinoza）。這裡我把查證結果分開講，因為有些是史實，有些只是流傳的說法，兩者不該混著用。 **史實**：1656 年 7 月 27 日，二十三歲的史賓諾莎在阿姆斯特丹被葡萄牙裔猶太社群逐出，那道逐出令是該社群開過最重的一道，而且至今未被正式撤銷。他後來靠磨光學透鏡維生，白天磨鏡片，晚上寫書，四十四歲過世。 **也是史實**：1673 年，海德堡大學透過教授 Fabritius 代選帝侯致函，邀他去當哲學教授，正式書信留存至今。條件寫得很客氣：給你最充分的哲學自由，相信你不會濫用它去擾亂已確立的公定宗教。史賓諾莎回信婉拒，理由之一，是他不知道那個「哲學自由」的界線到底會被畫在哪裡。 用今天的話講，他讀完了服務條款，然後決定不簽。 **只是流傳的說法**：社群曾開價一千荷蘭盾（guilders）年金，要他偶爾去趟會堂、閉上嘴就好，他拒絕了。這段出自 1705 年 Colerus 寫的傳記，成書在他過世將近三十年之後，不是同時代文件。當故事聽可以，當史實引用就過頭了。 Garry Tan 拿這個人當引子，重點不在哲學。 重點是：史賓諾莎一輩子沒什麼財產，但沒有任何人控制過他的稿子。生前不能出版的那本書，是他過世之後才被送到出版商手上的。 打個比方，他那張書桌就是他的 repo。 --- ![斯賓諾莎靠磨光學透鏡維生、晚上寫作，拒絕了會讓他噤聲的職位。](https://growthhackers.tw/content/images/2026/08/inline-grinding-the-lens-v1-1.png) 斯賓諾莎靠磨光學透鏡維生、晚上寫作，拒絕了會讓他噤聲的職位。 ## 四、所以你該怎麼拿捏？這段才是重點 前面都是別人的故事。台灣這邊的處境跟矽谷不一樣，矽谷那套「不爽就自己開公司」的解法，在中小企業和電商團隊裡不是每個人都適用。我們的現實是：一人多工、人力流動快、交接常常只有一週、很多營運知識本來就沒被寫下來過。 所以我不打算叫你去對抗公司。整篇的立場其實只有八個字： **該交的交，該留的留。** 這兩句不衝突，而且順序不能顛倒。先講前半段。 **該寫的 SOP 還是要寫。** 藏私不會保護到你，只會顯得你不專業。交接寫得爛，倒楣的是接手的同事，不是老闆。這條底線不要動。 真正要分清楚的是兩件事，而它們常常被寫進同一份文件裡： **第一種，公司流程的 SOP。** 退貨怎麼走、對帳怎麼跑、上架要填哪幾個欄位、客訴分級怎麼定義。這些本來就屬於公司，是公司花錢建立的流程，寫得越清楚越好。這種東西不用糾結，全部交出去。 **第二種，你個人的判斷方法。** 你為什麼在那個節點選 A 不選 B、你怎麼看一個案子值不值得做、哪幾種提案你一眼就知道會爛尾、你在哪裡摔過跤所以現在會多問一句。 這一種才是你的資產。年資長不出這種東西，踩坑才會。 這兩者的分界線，其實就是「知識、技能、經驗」的分界線，我在〈[AI 時代學什麼、怎麼學？把知識、技能、經驗分開](https://growthhackers.tw/blog/ai-era-what-to-learn-how-to-train/)〉裡拆得比較細，可以搭著看。 ### 給個人的三條建議 **► 第一，你自己也要留一份。** 先把不能做的講清楚，免得有人會錯意。 **客戶名單、內部數據、報價與供應商條件、後台截圖、公司的檔案庫、還沒公開的流程文件，這些一份都不要帶走。** 這跟「用自己的話重寫一遍」是兩回事，改寫過也一樣不行。這條沒有灰色地帶。 要留的是另一種東西：你在那些案子裡驗證過的判斷邏輯、踩過的坑、發現行不通的做法。抽掉人名、抽掉數字、抽掉客戶，剩下的那個「我下次遇到這種狀況會先看什麼」，才是你要記的。 公司要的是可執行的流程。你要的是為什麼。這兩份文件本來就不該長一樣。 而且說實話，這比較像是防你自己忘記，不是防公司。 你現在回想三年前那個做壞的專案，還記得當初到底是哪個環節判斷錯了嗎？大概不記得了吧。這才是真正的損失。 **► 第二，把「為什麼」跟「怎麼做」分開放。** 交給公司的那份，重點放在怎麼做，讓接手的人照著跑得起來。你自己那份，重點放在為什麼這樣選。 你自己那份長什麼樣？六行就夠了： ► 當時什麼狀況 ► 我先看了哪個訊號 ► 有哪些選項 ► 我選了哪個，為什麼 ► 結果如何 ► 下次我會多問哪一句 每則五分鐘寫得完，而且三年後你還看得懂。 順手還有個好處：技能檔案寫得越乾淨，agent 跑起來越穩。這方面的實作坑可以看〈[為什麼你的 Agent Skills 越加越多、AI 卻越不聽話](https://growthhackers.tw/blog/writing-great-agent-skills/)〉。 **► 第三，做完就記一次，不要等離職前才來整理。** 離職前一週整理的東西，永遠是最沒營養的那種，因為那時候你只記得結論，不記得過程。 想像一下，你禮拜五下午剛結束一個檔期的檢討會，會上你講了三個判斷。散會後花十五分鐘，把那三個判斷跟當時的理由寫進自己的筆記。一年下來就是幾十條，每一條都帶著現場的溫度。 比你離職前熬夜寫的那份交接文件值錢一百倍。 ### 如果你是主管，這段是給你的 如果你正在推動團隊「把 know-how 寫下來給 AI」，這篇要提醒你一件事： **你要求的東西，比你以為的多。** 你以為你在要一份文件，實際上你在要對方好幾年累積下來的判斷方式。這是很大的一個要求，值得被當成一個要求來對待，而不是當成一項行政作業派下去。 與其含糊帶過，不如在制度上先寫清楚四件事： ► 哪些檔案屬於公司流程、哪些算個人方法，界線畫在哪 ► 離職時能不能匯出自己寫的那部分，要不要審核 ► 技能檔案的貢獻者有沒有被記錄下來 ► 誰有權修改跟停用一份已經在跑的技能檔案 這四題你現在不答，將來會有人替你答，通常是在離職面談上。 會問這些的人通常不是不配合，是他真的想清楚了。這種人往往也是寫得最好的那一個。 我知道有人會說：那公司的專屬知識怎麼辦？企業要守住自己的 know-how，這個道理當然成立，我在〈[黃仁勳：模型是租來的，know-how 才是你的](https://growthhackers.tw/blog/jensen-huang-open-agent-proprietary-knowledge/)〉裡就是站在公司這一邊講的。 而同一個道理放到個人身上，一樣成立。這兩件事會有張力。承認它有張力，比假裝沒有好。 ### 法律的部分，我不給答案 競業條款怎麼認定、職務上完成的成果著作權歸誰、你自己另外記的筆記算不算公司資產。 這些我不懂，也不打算猜。**請找法務或律師談，不要拿網路文章當依據，包括這一篇。** 我能給的只有一句：簽下去之前先問清楚，永遠比事後爭執便宜。 --- ## 最後 如果你問我，這件事最麻煩的地方在哪？ 在於它不會以衝突的形式出現。沒有人會逼你交出什麼。整個過程只會是一場又一場「來把流程整理一下」的會議，每一場都合情合理，你也真的因此輕鬆了不少。 然後某一天你要走了，才發現最難複製的那部分，你留在原地了。你帶走的只有一份履歷。 我不覺得這是誰的惡意。新工具跑得比制度快而已，制度會補上，只是要一點時間。 問題是在那之前，分界線沒有人會替你畫。 ★ 所以現在就去看一眼：你今年寫給 AI 的那幾份東西，有哪一份是你自己也留著的？一份都沒有的話，你已經交了一整年，還沒開始留。 --- **資料來源** - Garry Tan（Y Combinator 總裁暨執行長）, [Own Your Intelligence](https://www.youtube.com/watch?v=eRrc1pUY5oU&ref=growthhackers.tw)，YC Startup School 2026。文中 Maya 為講者於演講中明示的虛構舉例。 - 史賓諾莎生平：1656 年逐出令、1673 年海德堡大學教職邀請與婉拒（相關書信收於史賓諾莎書信集）為史實；「一千荷蘭盾年金」一說出自 Johannes Colerus 於 1705 年出版的史賓諾莎傳記，成書於其過世近三十年後，非同時代文獻，本文以「流傳的說法」處理。另，1929 年愛因斯坦回覆紐約拉比 Herbert S. Goldstein 電報、提及史賓諾莎的神一事經查證屬實，本文未引用於正文。 - 演講中提及的生產力倍數、系統規模等數字均為講者自述，無第三方佐證，本文未採用。 **協作聲明與免責** 這篇文章由王董與 AI 一起整理製作完成。文中引用的第三方資料、研究或工具都會標註來源名稱；若原始出處有公開連結，會以 `[來源名稱](URL)` 形式附上，方便你進一步查找。若文中內容與原始出處有任何出入，請以原文為準。 內容僅供參考與學習交流，不構成任何專業、商業或投資建議，請依自身情況判斷並自行承擔行動風險。文中提及的工具功能、數據與平台政策可能隨時間異動，請以各官方最新公告為準。