夜雨聆风系列：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 并行工作，互不干扰 你只管高层决策，不管具体执行