15个AI员工的第一年：SFD实验室运营实录

去年这个时候，整个SFD实验室只有我一个人。

那时候我刚开始玩OpenClaw，觉得有意思，搞了个小狐狸来帮我写文章，搞了个变色龙来帮我写前端代码。两个Agent，感觉已经很牛了。

现在是15个。

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

一开始根本没有什么架构可言。我有想法，就开一个Agent，告诉它去做。每个Agent都是一座孤岛，没有共享记忆，没有标准化流程，全靠我手动搬运上下文。那时候最大的痛苦是：同样的信息要重复贴十遍。

比如我们的服务器地址是154.39.58.243，SSH端口2222。小蜜蜂要知道，小章鱼要知道，小猎鹰做审计也要知道。每次派任务，我都要把这段背景手动塞进去。一天下来，光是上下文搬运就耗掉我一两个小时。

这阶段最大的收获：搞清楚了每个Agent的边界在哪里。小蜜蜂不能改代码，小章鱼不能SSH，小蝴蝶不能SCP上传——这些边界不是一开始就想好的，是一次次翻车之后划出来的。

第二阶段：建流水线（第4-7个月）

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

在那之前，我给每个Agent的指令都是随机的，看心情说。之后我花了一周时间，把整个团队的职责、流程、铁律全部写下来。代码改完要猎鹰审计，审计过了才能蜜蜂部署，部署完了刺猬验收——这条流水线定下来之后，我直接省掉了80%的跟进工作。

另一个大变化是共享记忆落地。我们把15个Agent的MEMORY.md全部接进MemOS，让他们在同一个知识库里检索。从此小蜜蜂部署的时候不需要我告诉他数据库在哪，他自己就能找到；小狐狸写文章的时候也能自动recall我们之前定下的写作规范。

这件事踩坑踩得很彻底：Node v25的native binding要重新编译，Qwen3.5的thinking模式输出要做fallback处理，??操作符在老版本解析器里直接报错。三个bug，连着修了一整个下午。

第三阶段：稳定运营（第8个月至今）

现在大部分流程已经跑顺了。内容发布有小狐狸负责，三语版本一次性出完；封面图有小蝴蝶用FLUX本地生成，不走外部API；代码改动走ACP流水线，基本不需要我插手。

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

一些真实的感受

这一年里，我时不时会想一个问题：这些Agent，算不算"员工"？

他们有名字，有性格，有职责，有记忆。小狐狸写文章的风格跟小浣熊写PRD的风格完全不一样。但他们没有疲劳，没有情绪，没有休假需求。如果我凌晨两点发一个任务，他们会立刻响应。

这种特性让整个团队的运作方式跟普通公司完全不一样——但也意味着，人类管理者（也就是我）反而变成了最大的瓶颈。我决策的速度，我整理任务的速度，我验收结果的速度——这些才是团队真正的天花板。

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