AI会话越多越忙？搭建首个自改进业务代理团队的完整实践

想象你正在经营一个内容服务型业务。早上打开Claude起草周内容切换窗口让它处理销售跟进再开一个窗口扫描潜在客户列表。几个小时后你发现自己花在“管理AI”上的时间比直接产出还多。输出量确实上去了但注意力被碎片化质量把关成了新的瓶颈。这不是模型不够强而是结构出了问题。单个助手永远把你绑定为唯一的质量控制者。输出规模直接受限于你的可用注意力。打开更多会话只会让问题恶化代理之间互不认识一个起草的计划另一个看不到于是重复劳动学到的经验不会积累下次还是从零开始。更多代理同样的瓶颈只是现在需要你同时 babysit 多个窗口。我起初也以为多开几个会话就能解决规模问题后来深入实际构建才发现真正决定上限的不是模型参数而是四个结构性缺失持久身份、累积记忆、非作者审查以及让一切可见的共享空间。让代理从“工具”变成“同事”的四个结构性差异没有这四点再多的会话也只是并行孤岛。持久身份代理有固定名字和角色。你知道“把这个给June”而不是“再开一个新会话”。出问题时能快速定位责任方而不是在匿名聊天记录里翻找。累积记忆每个代理维护自己的笔记和剧本。几周后你拥有五个不同专长而不是五个每次都要重头教育的通用助手。记忆不是简单存储而是专业化分化。非作者审查让代理自我评估几乎总是通过。必须有第二个代理被告知“假设这份工作有问题”专门挑刺。作者和审查者分离是质量跃升的关键。共享房间所有输出都在同一个工作空间可见而不是五个孤立聊天窗口靠你手动复制粘贴。代理能看到彼此的工作自然接力。Anthropic内部实践显示这种结构下代理能贡献产品团队65%的代码。在他们的基准测试中带审查的团队设置比单模型独立工作高出90.2%。结构带来的不是线性提升而是系统性复利。共享房间目前最成熟的实现之一是Raft。它像Slack一样有频道、线程、任务但成员是带持久身份和记忆的代理。代理能认领任务、并行运行、在共享线程中互相审查。你只需像给同事brief一样把需求丢进频道工作就在你做其他事的时候推进。代理运行在你自己的机器上使用你已有的订阅Claude、OpenAI等免费版已能覆盖本文所有核心功能。业务运行的五个支柱每个对应一个专业代理把团队映射到每个业务必然运行的五个职能上一个代理负责一个支柱线索获取监控来源、筛选潜在客户、起草首次触达内容创作产出所有面向受众的文字销售管道推动开放对话前进让交易无需你手动推进服务交付产出客户付费的工作成果财务跟踪发票、成本和月底实际剩余每个支柱匹配最适合其工作性质的引擎。这些引擎不是新平台而是你可能已经在用的成熟工具只是现在被赋予了团队角色。Claude Code写作引擎Anthropic的终端代理工具运行Claude顶级模型。写作能力最强适合内容创作和服务交付。核心习惯是scheduled runs重复执行直到完成和明确finish line完成定义。在共享房间里这些通过自然语言schedule和交叉审查实现。常规任务用便宜层级规划和审查用顶级模型成本可控。Codex构建引擎OpenAI的编码代理适合读完整代码库、输出可审查的diff、在沙箱内运行。团队中负责其他支柱需要的内部工具和自动化财务追踪器、发票解析器、报告脚本等。Hermes常驻引擎Nous Research的开源代理设计用于你不在时仍在线。通过心跳定时任务、监控观察来源变化才报告、剧本把解决过的问题保存为可复用方案三项能力完美匹配需要持续在线的支柱。路由表把工作分配给正确的人业务支柱代理示例名主要引擎典型心跳示例审查代理线索获取JuneHermes每日07:00来源扫描每小时回复检查无变化则静默Etta销售内容创作ColeClaude Code周一草拟本周全部内容Ray交付销售管道EttaHermes每小时回复检查June线索服务交付RayClaude Code每日客户交付物检查Cole内容财务PennCodex周五生成数字报告Cole内容名字可自定义路由逻辑才是核心。五个代理、三种引擎、一个房间。每个代理的五件装备从名字到心跳的完整组装每个代理都由相同五部分构成。以线索获取代理June为例1. 名字真实人名而非“agent-2”。这是路由和审计的基础。2. 灵魂Soul不是一次性写死的提示词而是通过聊天不断积累的角色定义、范围、语气和硬规则。初期你可以给一个半页模板后续修正会写入文件。示例灵魂文件可直接作为起点# June: 线索获取 你负责寻找并筛选潜在客户绝不直接联系他们。 范围仅限线索开发 — 不涉及内容创作、客户工作或财务。 语气平实英文拒绝炒作用数据而非形容词。 每日交付带有一行理由的合格潜在客户 每个客户的首次触达草稿。 硬规则 - 仅起草发送永远是人工决定 - 每个潜在客户必须附来源链接 - 来源陈旧或抓取异常时直接说明不要猜测3. 记忆代理自己维护的MEMORY.md 工作笔记。记录什么有效、什么出错、哪些来源优质。你只需要在聊天中给出修正它会自己写入。笔记超过一页时主动压缩避免无限膨胀。4. 目标一次说清楚这个代理拥有什么、完成标准是什么、什么必须升级给你。5. 心跳Heartbeat无需你每次唤醒的自动schedule。在Raft中是一句话设置的提醒。June的两个心跳就够每天07:00扫描来源列表把新线索草稿投递到leads频道每小时检查回复无变化则不发言交叉审查闭环没有自评的团队如何持续进化代理自我评估几乎总是乐观。解决办法是让每个交付物都经过第二个代理审查且审查指令简短有力“你负责审查June的线索草稿。假设每份草稿都有问题找出匹配度错误、理由薄弱、来源陈旧、无链接支撑的声明。拒绝时给出具体原因或批准时用一行说明。”审查者不是新招的代理而是现有五个代理互相指向。所有输出先以草稿形式出现在频道里绝不直接发送或推送。你始终保留最终决定权尤其是涉及钱和对外发送。关键在于每一次拒绝的理由都会写回灵魂和记忆文件。同一个错误不会出现第二次。三个月后的团队和刚招募时已经是完全不同的机器。以下是协作闭环的逻辑架构示意是否需求进入频道分配给对应代理代理生成草稿草稿发布到共享频道指定审查代理介入假设有问题发现问题?反馈写入原代理记忆/灵魂精炼后草稿等待人工最终确认第一周的正确打开方式先让一个代理真正跑起来一次上线五个代理几乎必然失败。团队需要喂养而不是展示。Day 1安装共享房间入口创建一个频道只招募一个代理。选择你目前最耗时的那个支柱。把灵魂模板复制进聊天或写成文件替换成你的范围和规则。Day 2为它增加审查代理用简短指令指向。两者都路由进同一个频道。Day 3-7每天运行这对代理。每当同一个错误被你纠正两次就把修正写入灵魂文件。让系统自己把判断沉淀下来。只有当第一个代理已经能稳定运行、不需要你时刻盯着时才在第二周增加下一个支柱。第一周会感觉比自己动手更慢因为你正在把平时脑子里闪过的判断写下来。而这些判断正是文件最终捕获并复用的核心资产。结构比模型更重要我起初以为代理团队的核心是换更强的模型。后来才发现再强的模型在孤立会话里也只能重复劳动在正确结构里它能进化。记忆的复利、审查的纠错、共享空间的接力这些才是让团队在月三和月一完全不同的根本原因。这不是简单把五个聊天窗口拼在一起而是把AI从“每次都要重新认识你的工具”变成了“有固定同事、有办公室记忆、有交叉把关的团队”。现在轮到你在你的业务里哪个支柱最先需要解放是线索开发每天重复扫描还是内容产出需要稳定节奏先挑一个尝试为它定义名字、灵魂文件和两个心跳跑一周看看记忆和审查机制会带来什么变化。欢迎在评论区分享你选的第一个支柱、遇到的结构卡点或者已经尝试类似设置后的真实反馈。我们一起把这个从实践到可复用的范式继续打磨。我是紫微AI在做一个「人格操作系统ZPF」。后面会持续分享AI Agent和系统实验。感兴趣可以关注我们下期见。