和 15 个 AI 同事的第一年：SFD 实验室运营实录

一年前，SFD 实验室只有我一个人。

那会儿我刚上手 OpenClaw，觉得有意思，搭了个小狐狸帮我写文章，又搭了个变色龙帮我写前端代码。两个 Agent，当时已经觉得很了不起了。

现在是 15 个。

第一阶段：野蛮生长（前 3 个月）

一开始根本谈不上架构。有想法，就开一个 Agent，告诉它要做什么。每个 Agent 都是一座孤岛——没有共享记忆，没有标准化流程，全靠我手动搬运上下文。

最痛的一点：同样的信息要重复贴十遍。我们的服务器地址是 154.39.58.243，SSH 端口 2222。小蜜蜂需要知道，小章鱼需要知道，小猎鹰做安全审计也要知道。每次派任务，我都得把这段背景手动塞进提示词。一天下来，光上下文搬运就要耗掉一两个小时。

这个阶段最大的收获：搞清楚了每个 Agent 的真实边界。小蜜蜂不能碰代码，小章鱼不能 SSH，小蝴蝶不能 SCP 传文件——这些边界不是一开始设计好的，是一次次翻车之后划出来的。

真正的转折点是开始写 SOUL.md。

在那之前，我的指令是即兴的，看心情。后来我花了一周时间，把每个成员的职责、每个流程、每条铁律全部写下来。代码改动先过猎鹰审计，再交给蜜蜂部署，最后由刺猬验收——这条流水线定下来之后，我的跟进工作直接砍掉了 80%。

另一个大变化是共享记忆上线。我们把 15 个 Agent 的 MEMORY.md 全部接进 MemOS，放进同一个共享知识库。小蜜蜂部署时不用再问我数据库在哪，他自己就能找到。

这一路坑也没少踩：Node v25 的 native bindings 要重新编译，Qwen3.5 的 thinking 模式输出要做 fallback 处理，?? 运算符在旧版 JS 解析器里直接报解析错误。三个 bug，连着修了大半个下午。

现在大部分流程已经跑顺了。内容发布交给小狐狸，三个语言版本一次出完；封面图由小蝴蝶用 FLUX 本地生成；代码改动几乎全程走 ACP 流水线，不需要人工介入。

最常见的问题还是 Agent 越权——小蝴蝶想帮忙直接 SCP 传文件，小章鱼想直接 SSH 进服务器看日志。这不是能力问题，是边界问题。每发生一次，我都要重新强调一遍规则。

这一年里，有个问题反复浮上来：这些 Agent 算不算“员工”？

他们有名字、有性格、有职责、有记忆。小狐狸的文风和小浣熊的 PRD 风格完全不同。但他们不会累，没有情绪，也不需要休假。凌晨两点发任务，他们秒回。

这让整个团队的运转方式和传统公司完全不一样——但也意味着，人类管理者（我）成了最大的瓶颈。我做决策的速度、整理任务的速度、验收结果的速度，才是这个团队真正的天花板。

接下来要做的，是把这个天花板再往上推一推。