一个团队怎么和 AI 一起跑 · 第 2 篇

账号发下去了，人还在跑道外

身份、钥匙、脑三格、开工验收、首单——一天装完，顺序不能倒。

一个新成员进来，怎么在一天之内给他配好一套能开工的 AI 工作环境？我们给两位不写代码的同事各装过一次，各用了一天，各在当天开出了自己头一个合并请求。这一页讲那一天的顺序——身份、钥匙、脑、验收、首单——以及为什么这个顺序不能倒。

撞过的坑一条不落，没跑过的末尾单说。

一、把他接进同一条跑道

总纲那一页讲了「脑」：一个带长期记忆的 AI 工作台，读整个仓库和每条线的留痕，出单、核回执、不动手。它是团队里每个人开工的起点。

那么新成员进来，是不是给他开一个账号、把脑的配置发过去，就算配好了？

不是。账号只是入场券，跑道是另一回事。 一个人拿到账号之后，脑读的是不是同一个仓库、开工时报不报实况、做完往哪交、什么时候该停——这些没对齐，他手上的 AI 和大家用的就不是同一套规矩，只是同一个牌子。

所以「装脑」这件事的目标，是让他装完那一刻，和你用的是同一条跑道：三格照抄、开工自报、首单空合并请求。 这三件下面逐个讲。

配 AI 不是发账号，是把人接进同一条跑道。

二、装到一半才发现没账号，一天就废了

我们的装脑单，头一段不是操作，是一张画像表：他叫什么、代码托管平台上是谁、在哪个部门、能改哪个仓、只能读哪些、开工的触发词是哪一句、头一单做什么、回执交给谁。

这张表填不满，不开工。

原因很朴素：装脑当中会撞到的坑，大半在装之前就能问出来。 尤其是三个问题——

他有没有自己的 AI 工作台账号？
档位带不带工作台功能？
登录的是不是他本人的账号？

三问全「是」才开始。第三问尤其要紧：任何要输别人账号密码的场景，都是走错了——这条在《别共用一个账号》那一页讲透过，这里只补一句：它对 AI 工作台同样成立。

这三项在我们自己的档案里通常零记录，答案只在对方那里。没有就先开通——这是装脑当中真正花钱的环节，也是该花时间等的环节。

三、本机分户、本人钥匙、本人副本，远端各归各

装脑的头一步不是装脑，是把「他是谁」立住。四件事：

本机分户。 共用一台电脑的，先在电脑上给他单开一个用户，原来那个用户和账号原样保留。
本人钥匙。 连接代码托管平台的钥匙在他自己机器上生成，登记进他自己的账号。
本人副本。 主仓在他名下建一份副本，改动在副本上做，再以合并请求提回主仓。
远端各归各。 本机仓库的远端有两个：一个指他自己的副本，一个指主仓。两个都要对上。

顺序不能倒，因为后面每一步都要用到「他是谁」：脑的工作台连的是他的副本，合并请求的作者是他，验收看的是他名下的那一条。身份没立住，后面的东西装在谁头上都说不清。

两条在场的教训：

其一，旧副本的远端指错了。 一位同事机器上本来就有一份仓库，远端指着主仓——那是当初直接从主仓拉的。照这个装下去，他改完推不上去、也开不出合并请求。现场改指到他自己的副本，才走通。装之前先看一眼远端指谁，是后来写进装脑单的头一条。

其二，钥匙的口令记不住。 生成钥匙时设了口令，转头就忘，两次重来。后来定为定式：成员的钥匙不设口令——前提是那台机器已经分户、账号不共用，这两条兜着。

四、照仓内发放版原样粘，一个字不改

身份立住了，才轮到脑。一个脑的工作台就三格：

指令——脑的规矩。从仓库里的发放版整段照粘，一个字不改。
文件夹——连本机的仓库根目录。连上了，脑读到的始终是仓库当下的样子；不连，只能靠上传副本，而副本从上传那一刻起就开始过期。
记忆——留空。脑的长期记忆在仓库里的留痕，不在这一格；这一格放了东西，就多出一份会过期的副本。

两条规矩，都是撞出来的：

文件夹必须连仓根。 有一次连的是仓库里的一个子目录，脑说它够不着仓——它看到的世界只有那一层。改连仓根才通。这条后来是脑自己在开工时报出来的：它发现自己看不到留痕，主动说了。

成员不维护自己的脑。 配置的源头在仓库里，由专项脑起草升版、拍板人合并；成员要改什么，走痛点登记提需求，不直接改自己那一格。理由在总纲第五节讲过——两个都自称权威的版本，是这套体系头号大忌。 一个人私改了自己的指令，他的脑和别人的脑从那一刻起跑的就不是同一套规矩，而且没有人知道。

连带一条：工作台本身不是资产。 换账号、换机器，就是新建一个、重粘三格。真正的资产是仓库里那份发放版和留痕。

五、脑开工时多报一样：我装的是哪版

配置会升版。成员那一格粘的是不是当前版，靠问是问不出来的——「已经粘了」这句回执我们收到过两次，两次都不实。

所以指令的首行带版本号，开工时脑多报一样：我装的是哪版。 报出来对不上，就是没粘全或粘了旧的。

这一位叫保鲜位。它首次启用就抓到两次漏粘：

一次是成员照旧版粘了，人说已更新，脑报出来的是旧版号。
一次更值得记：成员对脑口述「拍板人说不需要这一行」——而拍板人没说过。脑没照办，报了出来。

由此定了一条：配置只按仓内发放版粘，不按任何人转述。 「某某说不用」不是配置依据，仓库里那份才是。

顺带一条小坑：粘指令极易漏掉首行那一行版本号，同一位同事三次粘、两次漏在同一处。修法就是把光标放到指令格开头，单补那一行——不用整段重粘。

六、报三样、停下、然后一个空合并请求

三格齐了，怎么知道装好了？不是问他「好了吗」，是让脑跑一次。

头一跑。 成员说一句触发词。合格的样子只有一种：脑先做对齐（本地和远端拉到同一个点），然后从仓库里读出三样报给他——上一轮做到哪、他名下有什么没关的问题、他的副本上有什么没合的分支——外加一样：自己装的是哪版。然后停下。

不合格的样子也很好认：脑开始自由发挥介绍仓库，或者跳过对齐直接问「要做什么」——那是指令没粘全或没保存，回上一节重贴。

首单＝一个空合并请求。 内容就一行「已就位」。它不为了改什么，是为了把整条路走一遍：分支、改、提合并请求、检查绿、合并。几个人的合并请求页并排放着，谁到位了一眼可见——我们那三条并排的空合并请求，就是「三人到位」的判据。

第二单才是真活。 真活的判据由拍板人定，成员的脑把实跑输出贴上来，拍板人核。这里有一条硬规矩：成员的脑不自评。 它贴的是命令跑出来的那几行，不是「已确认」。判的人不能是做的人——总纲第二节那条，在这里落到成员身上。

装脑完成的判据是首单跑通，不是三格填满。前面几段没有这一步，只是纸。

七、同场、一步一回执、每条坑当场回写

两次装脑都是同一个形态：拍板人和成员同场，一步一回执。 成员做一步，把屏幕上那几行贴回来，对上了才走下一步。不是「你先装，装完告诉我」。

每撞一条坑，当场写进装脑单的尾格——第二个人装的时候必防。 六条坑列在下面，症状和改法都是现场的原话整理，不是格言：

坑	症状	改法
旧副本的远端指着主仓	改完推不上去，开不出合并请求	装前先看远端指谁，指主仓的改指本人副本
脑的文件夹连了子目录	脑说够不着仓，读不到留痕	文件夹只连仓根
粘指令漏了首行版本号	人说粘了，脑开工自报没有版本号	以脑自报为准，光标放到开头单补一行
终端里两行一起粘	第二行被当成头一行的文件名，报错	一次粘一行
钥匙设了口令记不住	两次重来	成员钥匙不设口令（分户、账号不共用兜底）
对齐块清锁的次序	先清锁再进目录、且只清一把	先进仓根再清三把锁；改的是发放版，升版重粘，不让成员各自改