几个 AI 一起干活，先划边界
让一个 AI 做美术、一个写城市、一个接大量的工程活，听起来像一支团队。真正让它像团队的，是事先写清楚：谁能动哪些文件。
做《外滩之上》的时候，我同时在用好几个 AI。它们擅长的东西不一样：有的会做 3D 模型和插画，有的写代码稳，有的适合接量大、规则清楚的活。我像一个不会写代码的制作人，在中间传任务书。
第一次合作，翻车了
我让其中一个去做几个小游戏。它没在给它准备的工作区里改，而是把整个工程复制了一份，改了存档目录，还导出了一个新名字的应用。东西本身做得不差，但我的电脑里突然多了一个「外滩之上」，存档也对不上。合并回来花了不少工夫。
它没有恶意，只是没人告诉它边界在哪。
后来的任务书长这样
- 只能在指定的分支和工作区里改，不复制工程、不改应用名、不导出独立的应用。
- 列一张白名单：能新建哪些文件、能改哪些已有文件的哪几处。
- 对外的接口不许动；要动，先写在「给对方的问题」里，等我拍板。
- 先交设计稿，我点头了再动手实现。
验收的第一步也变了：不先看效果，先看它改了哪些文件。超出白名单的，整批退回。听起来很不近人情，但这是让几个 AI 能长期一起干活的唯一办法。
多一个 AI 不等于多一份产能。先多一份边界。
—— 小丁
读到这里，就会在护照上盖一个章