为什么要写这篇

我同时用三个 AI 干活。用得越深越发现:难的不是让 AI 聪明,而是让一套"人 + 多个 AI + 多台机器"的系统不散架——文件不乱、记忆不冲突、定时任务不悄悄死掉。这篇是我目前整套架构的快照,既当备份,也给同样在搭个人 AI 系统的人参考。

一、组织架构:三个 AI,各管一段

角色干什么
老板拍板。只做两件事:定方向、做选择题
军师Claude Code决策、审核、复算。所有别的 AI 的产出,它要再算一遍才算数
铁匠Codex机械执行。接指令单干活,干完留完成报告,不做方向性决定
信使Hermes(家里一台 7×24 的旧笔记本)不算一席:跑定时任务、发飞书通知,是基础设施不是员工

走过的弯路:最多的时候我编了六个角色(还都起了希腊神话名字)。后来发现设计组织架构的快感会替代用组织干活——真正活跃的从来只有两三个。现在的原则是:角色能砍就砍,砍到剩下的每一个都真的在出活。

二、防散架三铁律

  • 文件不互踩:每个 AI 的产出带自己的后缀(_CC / _Codex),谁都不许覆盖别人的文件;每个任务一个作业区,作业区里一张"先看我"钉死当前有效版本。
  • 接力必复算:A 干完 B 接手,B 必须先验收 A 的成果再用。AI 是会错的,两个 AI 互相验,比一个 AI 自信输出可靠一个量级。
  • 规则只有一份正本:归档、命名这类规矩写成一份 Skill(给 AI 的 SOP),三个 AI 共用同一份,脚本每周自动对账防止各自偷偷改出方言。

三、记忆架构:一本总账、一本流水、一本值班簿、一个保险柜

是什么规矩
总账(主档)几十个纯文本 markdown 文件,一个文件一件事实唯一事实源。任何系统跟它冲突,以它为准
流水跨 AI 共享的工作记录数据库干活过程随手记,值得留的沉淀进总账
值班簿信使自己的小抄只记它运行需要的(通知规则、定时任务),不记业务事实
保险柜按日期归档的快照 + 全量对话备份只进不出。做过恢复演练——没验证过能还原的备份只是心理安慰

血泪教训:以前四套记忆平行生长,结果两个 AI 对同一个产品的认知停在不同版本——一个以为它还是桌面应用,另一个知道它早改成网页了。记忆不定主从,每一次分叉都在给未来埋雷。

另一个关键设计:总账是纯文本文件,不绑定任何一家 AI。哪天换掉其中任何一个(包括军师本人),新来的 AI 直接读文件就能接班——鸡蛋不在某个 AI 篮子里,在文件系统里。

四、机器架构:谁在哪台机器上干活

设备角色放什么
随身主力笔记本纯工作台两个 AI 的交互、记忆总账、文件作业区。合盖就睡,所以不放"必须准时"的活
家里旧笔记本7×24 家庭服务器信使 + 所有必须准点的定时任务。以后会换成 Mac mini
NAS仓库接收备份推送、媒体库。程序目录保持原名不动,内容区按编号规范整理
海外 VPS网络与常驻服务代理和一些长期跑的小服务(搭法见这篇
Cloudflare产品前台这个网站和几个小产品,白嫖额度够用很久

核心原则一句话:会合盖的机器不当服务器,必须准时的任务放永远在线的机器上。我踩过的坑:定时日报设在了随身笔记本上,而发报时间我人在通勤路上、电脑合着盖——任务准时地睡过去了。

五、巡逻钟:让机器盯机器

系统最大的敌人不是坏,是悄悄坏。我丢过一个定时任务,22 天后才发现。人的注意力靠不住(尤其是我这种爆发型选手,熄火期什么都不想看),所以解法是装一个"巡逻钟":

  • 每月 1 号:一个纯脚本(不用任何 AI 模型,零成本)自动体检八项——文件夹有没有漂移、记忆里有没有过期承诺、三家 Skill 是否一致、定时任务还活着吗、备份新不新、返工率高不高——结果一张卡片发到我的飞书。
  • 每周日:另一个脚本给三个 AI 的 Skill 对账,发现分叉自动修复或告警;全部一致就保持沉默,不打扰。

这里有个设计点值得单独说:这类任务做的是状态对账,不是流水对账——对的是"此刻一不一致",不是"这期间发生了什么"。所以哪次电脑关着漏跑了也不丢信息,下次跑照样把所有差异一网打尽。这让它可以容忍一台不保证在线的机器。

六、总设计哲学:别要求自己自律,让系统容忍你

我是典型的爆发—熄火型:状态来了一周能干出一个月的活,熄火了连文件夹都不想点开。以前我给自己定过很多规矩,全都死于熄火期。现在整套架构的底层思想只有一条:

规则做减法,自动化做加法。把"靠自觉的规则"全部换成"靠机器的巡检"。

爆发期我随便造,机器守家;熄火期我彻底躺平,机器继续守家。每月一张体检卡告诉我哪里漂了——想管就管,不想管它下个月还会再提醒一次。系统不依赖我的意志力,这才是它能活下来的原因。