一位團隊負責人為了避免團隊成員使用過時版本的文件，特意立下四條改版規矩，以確保團隊成員都使用最新版本的文件。這四條規矩分別是只認一處、變更表留痕、先提再改、每週十分鐘對版本，同時強調如果改壞了五分鐘內必須退回。這些規矩的制定是為了避免團隊成員不經意間使用舊版本文件，例如某個成員仍在使用v5舊卡，而團隊已經改版通知過三遍。團隊負責人希望通過這些規矩來加強團隊成員之間的溝通和協作，確保所有成員都能夠順暢地使用最新版本的文件。
菜鳥之友系列：《AI 工具實操與提示詞》・工具篇作者：業州愚公
上週五，客戶會前半小時，小周把 AI 生成的對照表拿給我看。我掃了一眼就發現問題：術語表裡那條早就作廢的舊簡稱，赫然在列。我把共用專案卡翻出來對了對——卡上的版本號是 v7，小周手裡貼的那份還是 v5。改版通知我在群裡發過三遍，可他上次把卡貼進 AI 設定之後，就再也沒動過。共用包解決了「各用各的」，沒解決「各舊各的」。
上一篇我把一個人的入門包升級成三人共用的專案卡：檔案只有一份，三個人引用同一處。文章發出去之後，有讀者留言問了一個特別實際的問題——改版之後，怎麼保證三個人手上都是同一版？
這個問題看似小，實際上是共用成敗的分水嶺。我自己上週就栽在上面：改了術語表、加了輸出格式要求，版本號也標了，群裡也喊了。但「喊了」和「換了」之間，隔著三個人的記性跟惰性。這一篇就把這個坑補上。我們團隊現在立了四條改版規矩，跑了兩個多星期，還沒再出過「三個人三個版本」的局面。
動手立規矩之前，先得知道亂從哪來。我們復盤了一個月裡出過的三次事故，亂源其實就三種：
| 亂源 | 典型場景 | 後果 |
|---|---|---|
| 通知靠喊 | 群裡發一句「卡改了，大家記得更新」 | 沒看到的、看了忘記的、看了懶得動的，各佔一個 |
| 改動不留痕 | 只知道「改過」，不知道改了哪句 | 想核對只能整份重讀，沒人肯做 |
| 手上留多份 | 聊天紀錄、筆記軟體裡各存一份舊卡 | 分不清哪份是最新，憑感覺挑一份用 |
三種亂源對應三個缺口：沒有「唯一來源」的共識、沒有「改了什麼」的紀錄、沒有「定期對齊」的動作。下面四條規矩，就是一條一條把缺口補上。
第一條是所有規矩的地基：共用包只存在於共用雲端資料夾那一處。 任何人不得在自己機器上另存一份「最新版」——你手上貼進 AI 設定裡的那份，性質是快取副本，改版後必須重貼。
把這條說透了，「我這份是不是最新的」就從一道腦力題變成一道機械題：來源只有一處，來源之外的一切都存疑，過期了就回去重新取。上一篇文章裡，用 MCP 檔案伺服器指向共用資料夾的讀者，這條是天然成立的——AI 每次讀到的就是那一份檔案，不存在副本問題。把卡貼進自訂指令或專案知識庫的，就得靠後面三條規矩補齊。
專案卡最頂上、版本號底下，放一張小表，三欄：版本號、改了什麼、誰改的。只留最近五六條，更舊的刪掉，別讓表越長越厚。
配套的動作是把「改版」從一件事拆成三件事：改內容、版本號加一、變更表添一行——三件一起做完才算改完，缺一件等於沒改。這樣一來，核對的成本趨近於零：小周看一眼自己手裡是 v5、線上是 v7，再掃一眼變更表，知道 v6 加了輸出格式、v7 作廢了舊簡稱，重貼之前心裡就有數，不用整份重讀。
變更表裡「改了什麼」這一欄，用動詞開頭寫一句話：作廢了、新增了、改寫了。它是索引，不是會議紀錄，別寫成小作文。
留痕還有一個附帶好處：改壞了能退回。 我們的土辦法是每次改版前，把當前版本複製一份存進共用資料夾裡的「歷史版本」子目錄，檔名帶版本號。上週有一次改壞了輸出格式的要求，第二天大家齊喊不對勁，管理員從子目錄把 v6 撈回來，五分鐘恢復現場。不用任何工具，一個子目錄就夠——別小看土辦法，能用起來的才是好辦法。
上一篇定過「一名管理員集中改」的規則，這裡補上改動前的半步：任何人（包括管理員自己）想改卡，先在群裡寫清「建議改哪一條、改成什麼」，管理員確認後統一動手。
表面看慢了半拍，實際省掉三種返工：兩個人同時改了同一處、改完才發現新條目和舊規則打架、改了卻沒人知道為什麼要改。而且需求在群裡留了痕，下次翻起來，每個改動都有出處。
最容易破這條規的是管理員本人——「就改一個詞，不用走流程了吧？」恰恰是這種順手的小改，最容易忘掉版本號和變更表，第二天大家就分不清誰新誰舊。規矩面前，管理員第一個守。
前三條管住了「改」，第四條管住「用」：我們固定每週五下午，每個人花十分鐘做一件事——打開共用資料夾，對一下自己手裡副本的版本號，舊了就重貼，順便掃一眼變更表。
十分鐘，換一週不踩舊版，這筆帳怎麼算都划算。關鍵不在時間長短，在「固定」二字：排進行事曆，變成跟週會一樣到點就做的動作。核對這件事永遠不能靠自覺，一靠自覺就會變成「想起來才對」，而想起來的時候，往往已經踩過雷了。
| 對照項目 | 立規矩之前 | 立規矩之後 |
|---|---|---|
| 改版通知 | 群裡喊一聲，全憑自覺 | 版本號＋變更表，一眼看清 |
| 手上版本 | 三個人三個版是常態 | 每週五統一對齊一次 |
| 核對成本 | 整份重讀，沒人肯做 | 看版本號，幾秒鐘 |
| 改壞之後 | 說不清誰用的舊版、改了啥 | 歷史版本子目錄，五分鐘回退 |
| 管理員負擔 | 想到就改，零散又易漏 | 每週集中一次，筆筆留痕 |
跑了兩個多星期，最明顯的變化不是效率，是信任。三個人拿到 AI 的輸出，第一反應不再是「這 AI 又胡說了」，而是去查「卡上的規則現在是什麼」。因為所有人都知道：大家手裡是同一份，出了分歧，錯的是卡，不是誰的版本舊。
問：文檔平台自帶「版本歷史」功能，直接用它不行嗎？ 行，而且建議開著——它管住了「卡這份檔案」的歷史，出事能翻舊版。但它管不到「每個人手裡那份副本」：檔案的版本再清楚，貼在別人 AI 設定裡的舊卡它鞭長莫及。所以變更表和每週核對照樣要做，兩者不衝突：版本歷史給機器和回退用，變更表給人看。
問：提醒大家更新，能不能讓機器代勞？ 部分能。群裡掛個定時提醒、或讓管理員的行事曆每週五自動發通知，都能省掉「忘了喊」這一環。但「你手裡那份舊了」這個判斷，機器做不了——它不知道你貼的是 v 幾。所以機器管提醒，人管核對，各管一半。
問：版本號要不要定一套複雜規則？ 不要。整數遞增最穩：v8、v9、v10，誰都看得懂誰最新。工程界那套「主版本・次版本」的玩法，是給軟體發行用的，搬到三個人的共用卡上只會增加解釋成本。記住一條：規矩是給人用的，越簡單越不會被跳過。
最後兩句實話。第一，團隊就兩三個人、共用內容天天動的，四條全上太重，留規矩一和規矩二就夠用；規矩是為了少踩坑，不是為了流程而流程。第二，各家工具的設定入口、同步方式各有不同，具體操作以官方最新版本為準——這一篇講的是規矩本身，不綁任何一家產品。哪天你用的工具能自動同步設定、自動留版本紀錄，規矩一可以直接交給工具去管，剩下三條照樣管用。
工具會變，規矩比工具長壽。
工具推薦隨身機器人（新用戶免費試用 7 天）
規矩要落地，得有人盯、有地方存。我把共用包的每週核對清單交給隨身機器人管：到點提醒每個人對版本、改動記錄自動留檔，規矩不用靠記性撐。新用戶免費試用 7 天，試過再決定要不要留下。到 sylogs.com 首頁點「隨身機器人」即可開通。
下一篇預告： 共用包跑順之後，考驗往往不來自技術，來自人——有人離職了，卡上的「誰改的」寫著他的名字；新人進來了，一頭霧水不知道這包東西從哪學起。下一篇講「共用包的人事變動」：有人離開、有人接手，怎麼交接才不斷檔、不留雷。
業州愚公 ｜ SY 視野（sylogs.com）原創內容，轉載請註明出處。