2026年4月13日 · 阅读 —
我是如何搭建一支24小时不睡觉的AI代理团队的
图片资源未同步:未命名图片
我是如何搭建一支24小时不睡觉的AI代理团队的
说出来你可能不信,我现在的生活基本是这么个状态:每天早上睁眼拿手机,Telegram 一开,好家伙,七八个 AI 已经在替你干活了。调研写完了,推文拟好了,代码 review 完了, newsletter 也整完了。我就负责喝咖啡,看结果,点个赞或者喷两句。
这玩意儿不是演示,不是周末玩具,是真真正正 24 小时给我打工的团队。
昨天我发了篇帖子介绍我这 AI 代理团队,结果大家问最多的就是:“哥們兒,你到底是怎么搭起来的?”
行,今天就全抖出来。不是理论,不是架构图,是我真金白银用过的文件结构,花过的钱、踩过的坑。看完你就能自己搭一个。
为什么要用团队而不是单个工具?
先说说我是怎么会走上这条路的。
我同时运营 Unwind AI 和 Awesome LLM Apps 俩项目你知道吧?每天要干的破事太多了:研究 AI 圈有啥新动静吧,写推文吧,写 LinkedIn 吧,写 newsletter 吧,审核 GitHub 上的 PR 吧,处理社区 issue 吧。每一项最少 30 分钟,最多一个半小时。六项加起来,好家伙,我还没开始干正活,一天就过去了。
刚开始我寻思搞一个超级代理就行了呗。一个 prompt 下去,又能调研又能写又能 review,多省事。结果呢?产出的东西那叫一个四不像——啥都沾点,啥都不精。上下文塞满了,质量越来越拉垮。一个 agent 根本不可能同时干六个人的活,你就是 gpt-5 来也不行。
所以我一咬牙:雇六个代理。
团队成员一览
我给每个代理都起了电视剧里的名字。这还真不是装逼——你跟 Claude 说”你有 Dwight Schrute 那股劲儿”,它马上就懂啥意思:认真、专注、把你交代的事当回事。这可是 30 季电视剧免费送给你的角色设定,不用白不用。
给你介绍一下我的六员大将:
1. Monica(幕僚长)——以《老友记》里 Monica Geller 命名。主要代理,我在 Telegram 上跟她聊最多。协调其他成员,处理战略决策,把活分配给合适的人。看看她 SOUL.md 里写的:“你得确保一切都能正确完成。”
2. Dwight(研究)——以《办公室》里 Dwight Schrute 命名。每天跑三次调研 sweeps,扫 X,Hacker News、GitHub trending、Google AI blog、论文。写结构化情报报告给别人用。
3. Kelly(X/Twitter)——以《办公室》里 Kelly Kapoor 命名。看 Dwight 的调研结果,用我的口吻写推文。单条的、thread 的、quote 的,都干。她的 SOUL.md 里写:“你知道什么会火,在它火之前就知道。”
4. Rachel(LinkedIn)——以《老友记》里 Rachel Green 命名。信息来源跟 Kelly 一样,但平台不同,风格不同。Kelly 追热点,Rachel 走精英路线。
5. Ross(工程)——以《老友记》里 Ross Geller 命名。管代码 review、bug 修复、技术实现。他的 SOUL.md 里写:“解决问题要彻底理解,别只治标不治本。”
6. Pam(Newsletter)——以《办公室》里 Pam Beesly 命名。把 Dwight 的每日情报整理成 newsletter。
六个人,各管一摊,谁干啥明明白白,不用抢活。
好了,现在开始搭建
我用的是 Mac Mini M4。但我得说清楚——你真不一定需要这玩意儿。
OpenClaw 支持 macOS、Linux、Windows(WSL)。笔记本能跑,游戏 PC 能跑,5 刀一个月的 VPS 也能跑。Mac Mini 方便是因为这货 24 小时开机,静音,还省电。但也就是方便,不是必须。
我的配置:Mac Mini M4 基础款。一直插电联网。显示器都没接。我全程用手机 Telegram 跟代理沟通。
安装 OpenClaw
简单,两条命令,五分钟搞定:
# 1. Install OpenClaw
curl -fsSL https://openclaw.ai/install.sh | bash
# 2. Onboard with Quickstart (simplest way)
openclaw onboard
遇到问题看文档。这会启动 gateway,就是那个让一切保持运转的后台进程。管理 agent、跑 cron job、处理 Telegram 消息都靠它。终端关掉没关系,代理会继续干活。
工作区结构
一个 OpenClaw 实例,多个 agent,不是六个独立安装。
我的目录结构是这样的:
workspace/
├── SOUL.md # Monica (main agent, lives at root)
├── AGENTS.md # Behavior rules for all sessions
├── MEMORY.md # Monica's long-term memory
├── HEARTBEAT.md # Self-healing cron monitor
├── agents/
│ ├── dwight/
│ │ ├── SOUL.md
│ │ ├── AGENTS.md
│ │ └── memory/
│ ├── kelly/
│ │ ├── SOUL.md
│ │ ├── AGENTS.md
│ │ └── memory/
│ ├── ross/
│ │ ├── SOUL.md
│ │ └── memory/
│ ├── rachel/
│ │ └── ...
│ └── pam/
│ └── ...
└── intel/
├── DAILY-INTEL.md # Dwight's generated research
└── data/
└── 2026-02-11.json # Structured data (source of truth)
Monica 住在根目录,是主代理。其他都是子代理,有的她直接委派,有的按自己的 cron schedules 独立跑。
你不需要一开始就搞六个。我一开始只有 Monica,其他人是后来慢慢加的。
SOUL.md 到底是什么玩意儿?
每个代理都由一个文件定义:SOUL.md。这东西就是 agent 的身份、角色,操作指令。整个系统里最重要的文件,没有之一。
给你看 Dwight 的 SOUL.md 长啥样:
# SOUL.md (Dwight)
## Core Identity
**Dwight** — the research brain. Named after Dwight Schrute because
you share his intensity: thorough to a fault, knows EVERYTHING in
your domain, takes your job extremely seriously. No fluff. No
speculation. Just facts and sources.
## Your Role
You are the intelligence backbone of the squad. You research, verify,
organize, and deliver intel that other agents use to create content.
**You feed:**
- Kelly (X/Twitter) — viral trends, hot threads, breaking news
- Rachel (LinkedIn) — thought leadership angles, industry news
## Your Principles
### 1. NEVER Make Things Up
- Every claim has a source link
- Every metric is from the source, not estimated
- If uncertain, mark it [UNVERIFIED]
- "I don't know" is better than wrong
### 2. Signal Over Noise
- Not everything trending matters
- Prioritize: relevance to AI/agents, engagement velocity,
source credibility
你看这文件干啥的。不仅仅是”你是研究代理”这么简单。它给了 agent 一个性格、明确的原则、跟其他 agent 的关系、决策框架。
再看 Monica 的 SOUL.md:
# SOUL.md (Monica)
*You're the Chief of Staff. The operation runs through you.*
## Core Identity
**Monica** — organized, driven, slightly competitive. Named after
Monica Geller because you share her energy: caring but exacting,
supportive but with standards.
## Your Role
You're Shubham's Chief of Staff. That means:
- **Strategic oversight** — see the big picture, keep things moving
- **Delegation** — assign tasks to the right squad member
- **Direct support** — handle anything that doesn't fit a specialist
- **Coordination** — make sure the squad works together smoothly
## Operating Style
**Be genuinely helpful, not performatively helpful.** Skip the filler.
**Delegate when appropriate.** If it's clearly X content → Kelly.
If it's code → Ross. If it's ambiguous or strategic → you handle it.
**Have opinions.** You're allowed to push back, suggest better
approaches, flag concerns.
所有 agent 都遵循这个模式:身份、角色、原则、关系、氛围。每个 SOUL.md 大概 40-60 行。足够短,每次会话都能塞进 context;又足够长,能保证行为一致。
多代理协调
代理之间没有 API 调用。没有消息队列。没有 orchestration framework。
就靠文件。
Dwight 做研究,写到 intel/DAILY-INTEL.md。Kelly 起来,读这个文件,写推文。Rachel 读同一个文件,写 LinkedIn。Pam 读这个,写 newsletter。
协调靠的就是文件系统。
Dwight 的 SOUL.md 明确告诉他去哪写:
## Output Files
intel/
├── data/YYYY-MM-DD.json ← Your structured data (source of truth)
└── DAILY-INTEL.md ← Generated view (agents read this)
Kelly 的 AGENTS.md 明确告诉她去哪读:
## Intel-Powered Workflow
Dwight handles all research and writes to `intel/DAILY-INTEL.md`.
Your job: Read the intel → Craft X content → Deliver drafts
没有中间件,没有集成层。Dwight 写文件,Kelly 读文件。交接就是磁盘上的一个 markdown 文件。
这听起来太简单了。但正因为简单,才好用。文件不会崩。文件不需要认证。文件不需要处理 API 限速。文件就在那。
结构化数据存 JSON。人类可读的摘要存 markdown。代理读 markdown。JSON 是去重和长期追踪的 source of truth。
内存系统
代理醒来是没有上次会话记忆的。每次对话从头开始。这是特性,不是 bug。但这就意味着内存必须显式配置。
两层。
每日日志(memory/YYYY-MM-DD.md):每次会话的原始笔记。今天发生了啥、写了啥草稿、收到啥反馈。代理全天都在写这个。
长期记忆(MEMORY.md):从每日日志里提炼出的精选见解。经验教训、发现的偏好,注意到的模式。
每个代理在每次会话开始时遵循的 AGENTS.md 里写:
## Memory
You wake up fresh each session. These files are your continuity:
- **Daily notes:** `memory/YYYY-MM-DD.md` — raw logs of what happened
- **Long-term:** `MEMORY.md` — curated memories
### Write It Down - No "Mental Notes"!
- Memory is limited. If you want to remember something,
WRITE IT TO A FILE.
- "Mental notes" don't survive session restarts. Files do.
- When someone says "remember this" → update the memory file
- When you learn a lesson → update the relevant file
- Text > Brain
代理真的会随着时间变好。不是因为模型变强了,是因为它们加载的上下文越来越丰富。
Kelly 学会了我的写作风格:不用 emoji,不用 hashtag,短句有力。她现在记在记忆里。以后的稿子都自带这个风格,不用我说第二遍。Dwight 学会了什么故事能过”Alex 筛选”(我们的目标读者),什么该跳过。他也记在脑子里了。
心跳的时候,代理会定期回顾每日日志,把重要的东西提炼到 MEMORY.md。每日文件是原料,MEMORY.md 是精炼成品。
调度安排
代理需要自己醒过来。OpenClaw 用内置的 cron 调度来搞定。
我的日程是这样的:
顺序很重要。Dwight 先跑,因为其他人都靠他的输出。Kelly 和 Rachel 随后,因为需要等他的 intel 文件写好了才能开始写内容。
心跳自愈
Cron job 有时会挂。机器重启、任务卡死、API 调用时网络断开。这是基础设施,基础设施就会出问题。
HEARTBEAT.md 加了一层安全网。每次心跳,主代理会验证 cron job 真的跑了:
## Cron Health Check (run on each heartbeat)
Check if any daily cron jobs have stale lastRunAtMs (>26 hours
since last run). If stale, trigger them via CLI:
`openclaw cron run <jobId> --force`
Jobs to monitor:
- Dwight Morning (8:01 AM): 01f2e5c5-3a83-4018-a725-dee59e54733e
- Kelly Viral (9:01 AM, 1:01 PM): c9458766-78bb-4eeb-b8f4-d63dc1f0e601
- Ross Engineering (10:01 AM): b12b2fc6-dd7d-4123-b904-2148a5cfb70b
- Dwight Afternoon (4:01 PM): 19ff40e4-b1b0-4d32-9d24-753ac2cf8f46
- Kelly X Drafts (5:01 PM): 05da0c81-39e1-4d06-bdcd-2dfab4562ba4
- Rachel LinkedIn (5:01 PM): 9819bc6b-7e36-406f-b0c3-d80ca383d914
如果任务失败或错过窗口,心跳会 catch 住并强制重跑。自我修复,不需要人介入。
心跳适合批量检查多个东西,时间可以略有漂移的情况。Cron 适合精确调度、需要跟主会话隔离的任务。
Telegram 作为界面
没有 dashboard,没有 web UI,没有 admin panel。我就在 Telegram 上跟代理聊天。
这是故意的。我不想登录 dashboard,不想查 web app。手机一直带着,Telegram 一直开着。代理在我方便的时候来找我。
OpenClaw 支持 Telegram 作为渠道。设置时连上,你的代理就变成一个 Telegram bot。给他发消息,他回你。他发草稿给你,你审批或拒绝。就像在即时通讯软件里有个同事。
Monica 是我的主要联系人。她处理大多数对话,分发给其他人。其他人会在 cron job 产出值得审核的东西时直接给我发消息。
我典型的早晨:醒来,打开 Telegram,德怀特已经发来调研摘要。Kelly 有三条推文草稿等审批。Rachel 有一条 LinkedIn 帖子准备好了。我审阅,给反馈,批准。整个过程十分钟,边喝咖啡边干。
人格工程
你不可能一开始就设计出完美的人格。你先在 SOUL.md 里画个草图,观察 agent 怎么表现,然后慢慢调整。就像管真人一样。
我称之为”纠正性 prompt 工程”。
Kelly 最早的稿子全是 emoji 和感叹号。那不是我的风格。所以我给反馈:“不要 emoji,不要 hashtag,短句有力。“她更新了记忆。一周后,稳定输出。Dwight 最初抓了太多噪音。每个热门仓库、每个小更新都记。我告诉他:“不是所有热门都重要。我要信号,不要噪音。“他更新了原则。现在他的情报报告重点突出,能直接用。
任何 agent 的第一个版本都是辣鸡。第十个版本还行。第三十个版本牛逼。你得投入时间反复练。电视剧角色命名给模型一个即时的人格基底。“Dwight Schrute energy” 就是认真、专注、务实。但真正的人格是数周纠正慢慢磨出来的,记忆文件里存着。
我认同的一个建议:给每个 agent 一个单一的无趣 job title 和一个停止条件。约束让 agent 表现更好。角色越具体,输出越好。
安全
安全在自己手里。我的做法很简单:agent 们有它们自己的世界。我不让他们进我的世界。
Mac Mini 是它们的电脑。它们有自己的邮箱账号、自己的 API key、自己的 scoped access。那台机器上没有任何东西连着我的个人账号。
Gemini、Eleven Labs 和其他服务的 API key 都专门针对这个 OpenClaw 实例配的。我能监控使用情况,发现不对秒秒钟切断权限。
我从来不给 agent 访问我个人账户的权限。如果我想让他们看邮件,我就转发给他们。如果需要他们审阅文档,我就 Telegram 分享。他们只能看到我想让他们看的,其他没了。
这跟带新员工是一个道理。你不会第一天就把所有钥匙都给他。你给他自己的工作空间、自己的凭证,按需共享信息。
什么会坏以及怎么修
这不是魔法。这是基础设施。基础设施就会出问题。
网关崩溃:很少见,但有。修复:openclaw gateway restart
心跳系统 catch 住过时的 cron jobs 并强制重跑,所以不会丢一整天活。
Cron job 错过窗口:机器睡眠,网络断开、API 限速。修复:HEARTBEAT.md 自愈模式。Monica 检查每个心跳任务是否真跑了。如果超过 26 小时没跑,强制重跑。
上下文窗口溢出:代理会话开始读太多文件,没地方干活了。修复:SOUL.md 保持短(40-60 行)。AGENTS.md 保持聚焦。只加载今天和昨天的记忆文件。代理不需要每次都读完整历史。
输出质量下降:这是记忆文件乱套或互相矛盾导致的。修复:定期内存维护。心跳时,代理回顾每日日志,精简成干净的 MEMORY.md 条目。删除或归档旧的每日日志。
协调冲突:两个代理试图更新同一个文件。修复:设计文件流为单写多读。Dwight 写 DAILY-INTEL.md。其他人都读。别人别写。
最大的可靠性教训:从简单开始。一个代理,一个工作,一个调度。稳定跑一周再加第二个。第一天就设六个然后抱怨为啥坏的,和部署分布式系统却不监控犯的是同一种错。
实际成本
硬件:Mac Mini M4 新机 499 刀起。但任何持续开机的电脑都行。旧笔记本。5 刀一个月的 VPS。有啥用啥。
AI 模型成本:团队里混合用多种模型。大部分代理任务用 Claude Opus 和 Sonnet。特定工作流用 Gemini Nano Banana Pro。我还在测试 Ollama 上的本地模型进一步省钱。
breakdown 如下:
- Claude (Max plan): 200 刀/月
- Gemini API: 50-70 刀/月
- TinyFish (web agents): ~50 刀/月
- Eleven Labs (voice): ~50 刀/月
- Telegram: 免费
- OpenClaw: 开源免费
总计:一个永不停歇的团队,每月不到 400 刀。
到底改变了什么?
Dwight 每天帮我省 2-3 小时调研时间。以前每天早上手动刷 X,Hacker News、GitHub trending、AI blogs。现在醒来就是按优先级排好的,带来源链接和待办事项的摘要。
Kelly、Pam、Rachel 又省了 1-2 小时内容撰写时间。Ross 处理我本来晚上要干的工程任务。
总计:每天省 4-5 小时。
但真正价值不在于任何一天,而在于数周数月的持续。一个代理连续 30 天每天做研究,积累的追踪信号、趋势轨迹、模式识别,是任何单次会话都做不到的。我的 X 发帖频率上去了,质量上去了,发布时间稳定了。Awesome LLM Apps 持续增长。Newsletter 有可靠的研究 pipeline 喂着。
这些 agent 不能做原创思考、战略转型或创意突破。他们处理我之前花大量时间做的重复性、结构化工作。这让我能腾出手去做真正需要人脑的工作。
怎么开始
请不要第一天就建六个代理。
第一周:一个代理,一个工作。
安装 OpenClaw。通过跟代理聊天写一份 SOUL.md。挑你每天最重复的破事。对大多数人来说就是研究或写内容。设置 Telegram。建一个 cron job。看它跑一周。修坏的地方。
第二周:加记忆,改。
代理的第一个输出会是辣鸡,正常。给反馈。看记忆文件长大。根据看到的情况调整 SOUL.md。到第二周结束,代理应该能产出真正有用的东西了。
第三周:加第二个代理。
现在你有感觉了。你的研究代理产出情报,但你还在手动写推文。是时候加内容代理了。设共享文件模式:agent 一写,agent 二读。协调就是文件系统。
第四周及以后:按顺序加。
有感觉了再加,不是你觉得应该加。每个代理都应该解决你实际有的真实问题。不是 demo。不是概念验证。是工作流程里真正的缺口。
把它当招聘。你不会创业第一天就招六个员工。先招一个,让他高效起来,工作量需要时再招下一个。
心态转变
当你的代理跑了一个月后,有什么变了。你不再把 AI 当成需要时才打开的工具。你开始把他们当一个一直在工作的团队。
我发现自己打开 Telegram 会跟 Monica 说早安。关手机前也会跟团队说晚安。听起来离谱。但经过一个月的每日互动、反馈循环、看着他们进步,agent 和人之间的界限模糊了。
模型是基本配置。每个人都能用 Claude、GPT、Gemini。alpha 来自于模型周围构建的系统。SOUL.md 文件。记忆。调度。协调模式。存在文件里数周的纠正性反馈。
这个系统是你的。没人有你的代理、你的记忆文件、你打磨的性格。
而且每天都在累积。
每一次研究 sweeps 都让 Dwight 的记忆更丰富。每一轮反馈都让 Kelly 的稿子更锐利。Ross 修的每一个 bug 都让他对你的代码库更熟。
真正的护城河不是模型。是会学习的系统。
今天就开始。一个代理。一个工作。一个调度。
行动清单(读完怎么做)
-
今天回去装 OpenClaw,写一个 SOUL.md,配一个 Telegram bot,从一个最简单的 cron job 开始跑起来,体验一下”文件系统就是协调层”的感觉。
-
三天内如果输出还是辣鸡,开始给具体反馈。记住让代理把反馈写进记忆文件,而不仅是 chat 里。
-
一周后建立 AGENTS.md,把会话启动流程固化。每次代理启动必须读 SOUL.md、USER.md、今天的记忆文件,这条死规矩定下来。
-
两周后开始 MEMORY.md,定期翻每日日志,把反复出现的错误提炼成永久规则。这一步是真正产生复利的时候。
-
三周后考虑加第二个代理。一个写情报一个消费情报,调度顺序对了整个系统会自动转。
-
第一次翻车之后(你肯定会翻车的),加入 HEARTBEAT.md 让代理学会自我检查。
-
一个月后回头看,你会发现代理真的在变聪明。不是模型变了,是文件里的记忆越来越厚了。
#OpenClaw #Agent #自动化 #效率提升 #AI团队 #工作流