系列:JS 的养虾日记 · 第 22 篇
关键词:子Agent、主从架构、任务分发、并行处理
周日下午 1 点,我还没起床,手机已经在震了。
打开飞书,五份"工作报告"整整齐齐躺在那里:
📡 情报组:Karpathy 凌晨发了条推文,已翻译好摘要
📡 情报组:a16z 没动静
📊 资料组:今天队列为空,系统正常
📚 知识组:两个知识库检查完毕,暂无新内容
📈 汇总:过去 24 小时,执行 12 次检查,发现 1 条推文
我回了一条消息:"收到,继续盯。"
对面秒回:"收到,继续执行。"
我不是在和人说话,而是和我的龙虾,
这已经变成了我的日常。

养龙虾和管公司很像
我养的第二只龙虾JS_CLAW,
它现在已经是我的"总经理"龙虾,
手下有4个子agent。
它不干具体活儿,它的工作是——
派活儿给子 Agent 协调它们的工作 汇总结果向我汇报 执行我的决策
这 4 个子 Agent 才是干活的:
| 子 Agent | 花名 | 职责 | 工作模式 |
|---|---|---|---|
| x-monitor | 情报组 | 监控 X.com | 每 5-15 分钟扫描 |
| link-collector | 资料组 | 收集文章入库 | 队列处理 |
| prism-processor | 知识组 | 处理知识库 | 定时自动 |
| ACP/Cursor | 外包组 | 写代码做审查 | 按需召唤 |
JS_CLAW 是主脑,它们是小弟。
主脑负责"指挥",小弟负责"执行"。
我的"公司"架构
总经理:JS_CLAW
岗位:主 Agent(Master)
职责:
接收我的高层指令 分解任务,派发给子 Agent 收集各组汇报 做初步判断,向我请示
不干什么:
不亲自查 X.com 不亲自整理文章 不亲自写代码
核心能力:调度、协调、决策。
情报组:小 X(x-monitor)
岗位:子 Agent(Sub-Agent)
汇报对象:JS_CLAW
独立程度:★★★★★(全自动)
工作流:
JS_CLAW 给它配置:监控这 5 个账号 它自己定时执行,不需要请示 发现新内容,直接飞书推送 每天给 JS_CLAW 发汇总报告
监控对象:
karpathy(AI 大神,风向标) a16z(投资机构,看趋势) openclaw(官方动态) moltbook(社交平台) steipete(开发者视角)
成果:跑了两个月,检查 60+ 次,抓 15 条推文,我一个没错过。

资料组:小收(link-collector)
岗位:子 Agent(Sub-Agent)
汇报对象:JS_CLAW
独立程度:★★★★☆(半自动)
工作流:
我看到好文章,转发给 JS_CLAW JS_CLAW 判断:入库,丢给小收 小收抓取、生成摘要、存库 处理完汇报:"入库成功,Flomo 同步完成"
支持平台:微信公众号、知乎、小红书、即刻、X、B站、YouTube……
成果:知识库里 1300+ 篇文章,全是它整理的。
关键:我只需要"转发",剩下的决策和执行都是子 Agent 完成。

知识组:小棱(prism-processor)
岗位:子 Agent(Sub-Agent)
汇报对象:JS_CLAW
独立程度:★★★★★(全自动)
工作流:
JS_CLAW 配置:每 4 小时扫描一次知识库 小棱自动跑:提取 atoms → 归组 groups → 收敛 synthesis 生成 KL 框架文件 汇报 JS_CLAW:"P25 视角已更新,新增 2 条 synthesis"
成果:养虾日记 001-022 的框架,基本都是它生成的。
特点:最省心的子 Agent,完全自治。

外包组:小 C(ACP/Cursor)
岗位:外部 Agent(External Agent)
汇报对象:JS_CLAW
独立程度:★★★☆☆(按需召唤)
工作流:
我有开发需求,告诉 JS_CLAW JS_CLAW 判断:技术外包,召唤小 C 小 C 生成代码、测试、写报告 JS_CLAW 验收,向我汇报成果
代表项目:
healthguard-bootstrap:需求文档 → 完整代码 → 27 项测试通过
特点:像外包公司,项目制合作,JS_CLAW 是项目经理。
主从架构的好处
1. 并行处理,省时间
传统方式:
我一个个查 X.com 再一个个整理文章 再处理知识库 串行,忙不过来
子 Agent 架构:
小 X 查 X.com(并行) 小收整理文章(并行) 小棱处理知识库(并行) JS_CLAW 统一汇总 并行,效率翻倍
实测效果:信息获取时间从 70% 降到 10%。
2. 各司其职,省 Token
不用一个 Agent 干所有事:
查 X.com 用小模型(便宜) 生成摘要用中模型(够用) 写代码用大模型(质量高)
Token 成本降低 60-70%。
3. 单点故障不影响全局
小 X 挂了?
资料组、知识组还在跑 JS_CLAW 发现后重启小 X 不影响整体工作
这个架构,不是一天建成的
阶段一:单兵作战(2026-02)
只有 JS_CLAW 一只龙虾。
什么活儿都自己干:
查 X.com 整理文章 写代码
问题:忙不过来,上下文爆炸,Token 贵死。
阶段二:开始招小弟(2026-03 初)
招了第一个子 Agent:x-monitor。
JS_CLAW 从"执行者"变成"监督者":
不再自己查 X.com 只看小 X 的汇报 判断要不要深入
效果:省出一半时间。
阶段三:完整团队(2026-03 中至今)
4 个子 Agent 配齐:
情报组(小 X) 资料组(小收) 知识组(小棱) 外包组(小 C)
JS_CLAW 彻底转型"总经理":
只跟我对话 只派活儿、收汇报、做决策 具体执行全交给子 Agent
七、写在最后
现在网上很多人都谈多agent,
很多人喜欢一开始就搭建“agent组织架构”。
其实这些人估计都没真正运作过公司,
只是在用agent模拟公司“过家家”。
从零开始真运作过家公司的就会知道,
一家“赚钱”公司的架构从来不是一开始就设计好的,
而是在运作过程中逐步生长起来的。
养龙虾其实也一样。
以上~谢谢你看我的文章,我们,下次再见。
系列:JS 的养虾日记 · 第 22 篇
2026-04-07
附录:子 Agent 架构速查
| 层级 | 角色 | 职责 | 对话对象 |
|---|---|---|---|
| 你 | 董事长 | 定方向、做决策 | 主 Agent |
| JS_CLAW | 总经理 | 派活儿、协调、汇总 | 你 + 子 Agent |
| x-monitor | 情报组 | 监控 X.com | 主 Agent |
| link-collector | 资料组 | 收集文章 | 主 Agent |
| prism-processor | 知识组 | 处理知识库 | 主 Agent |
| ACP/Cursor | 外包组 | 写代码 | 主 Agent |
核心原则:
主 Agent 是唯一的"接口" 子 Agent 并行工作,互不干扰 你只管高层决策,不管具体执行
夜雨聆风