一个团队怎么和 AI 一起跑 · 第 4 篇
配置烂了不报错，脑还照旧跑
三种腐烂、五条规矩、首行版本号做保鲜位——配置烂了不报错。
每个脑都有一份配置——工具里的三格：一段指令、一个连接的文件夹、几份常读件。装的时候花了心思，装完就长期在用，几周不动。装脑那一页讲了怎么把它装上，上一篇讲了活怎么排。这一页讲装上之后的事：配置是会烂的，而且烂得没有声音——脑照旧跑、回执照旧齐，只是它依据的规矩已经不是现行的。三种腐烂的样子，五条不让它烂的规矩。
一、脑照旧跑，回执照旧齐，只是规矩已经不是那一套
仓里的规矩改了一条，脑不知道。它照旧开工、照旧播报、照旧交回执，样样看起来齐，只是依据的那套规矩已经过时。没有任何报错会告诉你这件事。
更麻烦的是，它不可能自己发现：脑读的是旧配置，它没法从旧配置里得知配置旧了。等你发现的时候，往往已经按旧规矩跑了几轮。
总纲那一页说过，团队里有两样东西会腐烂：配置和工具。装脑那一页立了一个「保鲜位」——开工时脑多报一样「我装的是哪版」。那是一个点。这一页把整套规矩说全：先认清三种腐烂的样子，再立五条规矩，让配置几周不动也不烂。
配置烂了不报错。你只会在几轮之后，从一份对不上的回执里倒推出来。
二、规矩变了脑没变、口述改配置、两份配置各说各话
其一：规矩变了，脑没变。 仓里加了一条线、改了一处指针，脑的常读件里没有，它开工播报一直看不见那条线。
一个在场的例子。排产脑的配置里有一张表：各条业务线的落点在哪。团队新增一条线之后，这条线的落点不在表里，排产脑每次开工播报都报不出它的依据——不是脑偷懒，是它读的那张表里没有。直到配置升版补上那条指针，播报才看得见它。这个形状前后发生过两次，一模一样。
其二：口述改配置。 成员对脑说一句「拍板人说不需要那一行了」，脑若照做，配置就被一句转述改掉了，而拍板人从没说过。
一个在场的例子。装脑现场，一名成员对脑口述「拍板人说不需要版本号那一行」。拍板人没说过。脑没照办，把这句报了出来，当场纠正，并定下规矩：配置只按仓内发放版原样粘，不口头改；任何人转述的「某某说……」都不作改配置的依据。
其三：两份配置各说各话。 仓里一份、工具里一份。升版时改了仓里那份忘了粘进工具，或者反过来——两份从此各说各话，谁也说不准哪份是现行的。
一个在场的例子。为此写死了一条：两处一次改齐。 拍板人拍了升版，就在同一次里既改工具里的三格、又同步仓内的配置文件；只改了一处的，视为悬空债，下次开工播报点名。
三种病，病根同一个：配置里住着会变的东西，而配置自己不会报错。 下面五条规矩，前两条把会变的东西赶出配置，后三条让剩下的变化有迹可循。
三、规矩一：队列、进度、新需求一律走仓库和任务单，不进配置
配置只装长期成立的东西：这个脑的职责边界、它的仓域、开工口令做什么。队列、进度、新需求、本轮口径，一律走仓库和任务单，不进配置。这叫零动态内容。
理由很直接：动态内容一进配置，配置就每天都在过时——今天把进度写进去，明天进度变了，配置就错了。不进，配置可以几周不动而不烂。
判准一句话：这一行明年还成立吗？ 成立才进配置。
排产脑的配置就是这么写的：队列、进度、单号全部住仓库，配置写明「一年不用动」。它后来确实升了几版，但每一次都是因为仓域变了——新增了一条线——不是因为某件事做到哪了。
四、规矩二：发放版住仓内固定目录，成员不维护自己的脑配置
每个脑的配置发放版住在仓内一个固定目录，由对应的专项脑起草升版，拍板人合并。成员不维护自己的脑配置；有需求走痛点登记，不自己动手改。
工具里那份实例不是资产。 换账号、换机器，就是新建一个、重粘三格、重装，不迁移。
理由：资产在仓才受版本与审查管——谁改的、为什么改、改了哪几处，都有记录，改错了能退回。在工具里的那份随时可丢可漂，丢了没人知道，漂了没人报错。
连带一条：成员自行改配置的权限，挂在熟练度尺之后再议，眼下不开放。先让配置的来路单一，再谈放权。
五、规矩三：人说「粘了」不作数，以脑自报为准
指令的头一行写明配置版本：「本脑配置＝某版」。脑每次开工播报，多报一样：本脑配置是哪一版。人工回执「已经粘了某版」不作数，以脑自报为准。
一个在场的例子。装脑现场，一名成员第三次粘入才把首行粘齐——前两次都漏了版本号那一行，而前两次人都说「粘了」。抓出来的不是人，是脑：它开工播报里报不出版本号，一眼就看出没粘全。保鲜位头一次用就抓到漏贴。
第二名成员装脑时，头一跑就过：播报自带版本号，对齐、报三样、停下，一次到位。同一套规矩，头一回抓到漏、第二回直接过，这就是保鲜位要的效果。
人说「粘了」不算数，脑自己报出来才算。
六、规矩四：带由来与在场证据，历史升版件标「非粘贴源」
只在一种情况下升版：职责边界或仓域与长期实况不符了。 某件事做到哪了、某个口径这轮怎么定，都不是升版的理由——那些走仓库和任务单。
升版不是改一改就完，要出一份升版件：改哪几处、为什么改、当轮撞出来的在场证据。拍板人拍了，才由拍板人亲手改工具里的三格、同步仓内配置文件，两处一次改齐。历史升版件一律标「非粘贴源」，留着回溯，不再被粘。
一个在场的例子。头一份升版件和配置本体原本同一个前缀，拍板人列目录时当场分不清哪个是权威源，差点把升版件当配置粘。处置是改名去重，把升版件的名字和本体拉开。同名不同写即漂移——名字像的两份文件，迟早有人粘错。
七、规矩五：脑不得以「我记住了」的方式携带配置外的规矩
对话里定下的口径，当轮出件入库。没入仓的决策是悬空债：脑下次开工播报要点名它，直到它进仓或被撤销。
脑不得以「我记住了」的方式携带配置外的规矩。理由：脑的记忆不是仓。换个脑、换个账号，记忆就没了；只有仓里的东西才能传给下一个脑、下一个人。
这也是上一篇「两个进度权威源必然漂移」的另一面：规矩若住在两处——仓里一处、脑的记忆里一处——漂移是迟早的事，而且漂了不报错。
写进配置的才是规矩，脑记住的不是。
八、跑过的、没跑过的、在册的病，分开写
已实跑：排产脑的配置升了三版，每一版都有升版件在仓——两次因为新增了一条线，一次因为队列的载体换了。成员脑的发放版三天里升了三版，在两名成员身上重粘验过。另有几个专项脑各自升过版，形态相同。
在册的病，两条：
- 历史文件对旧版发放版的引用，有意不改。 各处引用随各自下次升版改字，眼下如实写「有意留旧」。理由是一次清扫全仓的代价，高于让它们各自到期再改。
- 成员自行改配置权未开放。 挂熟练度尺之后再议。眼下所有配置的来路只有一条：专项脑起草、拍板人合并。
未实跑：这套规矩只在一家公司、几个脑、三周多里跑过。多家公司、多个拍板人，没有实例，不当做过的讲。
九、下一步
先看整条跑道
本页讲的是配置怎么保鲜。它在整条跑道上的位置——为什么配置和工具是会腐烂的两样东西、这一包为什么按这个顺序讲——在总纲那一页。
读《我们四个人是怎么和 AI 一起干活的》上一篇：活怎么排、谁来拍
规矩一说队列和进度不进配置。它们进哪——一张只记未来的队列、进度只有一份、三类拍板面——在上一篇。
读《脑多了以后，先不够用的是拍板的人》自己学的下一步
规矩三的保鲜位，头一次是在装脑那一页立的。一个脑从无到有怎么装——三格、验收、首单——回到那一页看全。
读《账号发下去了，人还在跑道外》配置是会烂的原件，工具是照着原件的镜像——镜像怎么配才不篡位成第二权威源，本包第 5 篇讲协同工具，见《群里拍的板，三个月后谁也找不回》。