一位团队负责人为了避免团队成员使用过时版本的文件，特意立下四条改版规矩，以确保团队成员都使用最新版本的文件。这四条规矩分别是只认一处、变更表留痕、先提再改、每周十分钟对版本，同时强调如果改坏了五分钟内必须退回。这些规矩的制定是为了避免团队成员不经意间使用旧版本文件，例如某个成员仍在使用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）原创内容，转载请注明出处。