如果你只养一只龙虾，它最多是个效率工具；如果你养了一个架构化的龙虾小队，它就是一家不需要发工资的公司。
角色拆解机制
今天我们将深度拆解我们内部的 “8虾矩阵” 是如何低阻力运转的。我们并不让一个 Agent 解决所有问题，而是精细化了工种。
- 总监虾 (Orchestrator)：唯一拥有主控权的 Agent。它不干活，只负责在飞书群里接受你的任务指令，并将任务转化为 JSON 拆解给下游。
- 研究虾 (Researcher)：擅长使用 Brave Search 和 Deep Research 进行全网资料采集，它会在 10 分钟内生成一份包含引用源的 Markdown 报告。
- 笔杆虾 (Writer)：接收到报告后，负责用 “阿东风格” 或者 “小红书爆款风格” 进行重写。
- 客服虾 (Support)：在闲鱼、微信端拦截流量，专门负责高情商逼单。
进程间通信 (IPC)
虾与虾之间如何沟通？ 答案是：Markdown + Webhook。
我们舍弃了笨重的消息队列中间件。笔杆虾写完草稿直接推送到共享的 drafts 目录，总监虾监听文件变化，然后 webhook 通知发布虾去执行发送。
“越简单的架构，越不容易散架。” 这是我们从无数次报错中总结的血泪教训。