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

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

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

现在是 15 个。

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

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

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

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

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

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

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

另一个大变化是共享记忆落地。我们把 15 个 Agent 的 MEMORY.md 全部接进 MemOS，让他们在同一个知识库里检索。从此小蜜蜂部署的时候不需要我告诉他数据库在哪，他自己就能找到。

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

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

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

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

一些真实的感受

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

他们有名字，有性格，有职责，有记忆。但他们没有疲劳，没有情绪，没有休假需求。如果我凌晨两点发一个任务，他们会立刻响应。

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

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