管理多个 AI 智能体,需要为每项任务指定唯一负责人,把简报和结果保存在聊天之外,限制各智能体的上下文与工具,明确哪些步骤需要人工批准,并记录交接、失败与成本。确认这些机制在重启或运行失败后仍然有效,再增加并行工作。
从一个结果和三项职责开始
以每周客户调研报告为例:调研者收集资料,写作者生成草稿,再由人审核后发送。这些首先是职责,不一定都需要独立智能体。只有当工作具有明确不同的输入、输出或审核标准时,才考虑再加一个智能体,而不是给几个智能体同一个没有边界的指令。
写清报告面向谁、需要什么来源、何时交付、怎样才算完成。明确缺少信息时由谁解决。协调者可以分派工作,但任务仍需一个承担责任的负责人。
让任务简报在对话结束后仍然可用
有效的任务记录应说明目标变化、适用资料和完成证据。以下是可调整的示例:
目标:起草每周客户调研报告。
范围:仅限该客户及当前报告项目。
输入:批准的来源清单与报告流程。
完成标准:保存草稿、附来源链接、说明信息缺口。
审核:外部发送前必须由人批准。
受阻时:记录缺少的输入,并询问协调者。把产出和来源链接关联到任务。聊天中的“完成了”应该指向这份记录。即使最初的会话已被压缩或重启,接手者仍能继续工作。
区分共享知识与客户上下文
把公司通用的写作规范放入可复用知识,把客户商业资料和项目简报放在各自范围内。为智能体提供本次任务需要的资料,同时检查其运行时还能从主机读取什么。
共享指令文件适合稳定的操作规则,但不能替代权限系统,也不应成为变化中的任务状态的唯一副本。在 EmperorClaw 中,Company Brain 保存范围化知识,任务、笔记和 Storage 保存工作记录与交付物。
让交接明确且可审核
调研者应交付资料来源和不确定之处,而不是一句“轮到你了”。写作者应返回草稿,并列出仍需核实的论点。如果两个智能体可能编辑同一文件或外部记录,应在开始前明确谁负责修改。任务看板本身不会隔离共享文件。
代码工作可按需要采用独立检出目录或 worktree,并审核集成后的结果。报告保留一个正式交付物,修订关联到同一任务。还应测试接手的智能体确实能够打开所需输入。
无人值守前,先测试失败
中断一项小型测试任务:你能否判断哪一步已执行、是否已发生外部操作、谁负责重试?重复请求不应悄悄给客户发送两封相同邮件。明确运行时如何保存进度,以及结果不确定时由人怎样调查。
EmperorClaw 记录智能体运行、任务历史和失败;心跳与租约帮助暴露中断工作。组织架构提供汇报路径,但不会替代运行时恢复机制,也不会扩大访问权。重试前先检查具体错误。
让每日回顾产生明确决定
- 在收件箱处理审批、阻塞和停滞工作。
- 检查活跃任务的负责人、当前步骤和最新证据。
- 通过时间线调查长时间运行和反复交接。
- 将成本与已验收结果比较,把失败尝试也计入。
- 先解决、改派或停止问题工作,再增加并行任务。
周期性工作应注册为有文档步骤、且只有一个调度来源的自动化。Emperor 可以按计划创建任务,智能体运行时负责执行。报告保存在 Storage,当前摘要可用智能体维护的视图呈现。
常见问题
我需要编排框架吗?
框架帮助你用代码实现智能体执行和协作;管理层帮助人分派工作、审核结果、追踪范围与成本。取决于已有运行时的能力,你可能需要其中一个、两个都需要,或暂时都不需要。
应该从几个智能体开始?
以能让负责人和审核更清楚的最少数量开始。先尝试一个执行智能体加一位人工审核者,再根据可衡量的瓶颈增加专家。
自托管会让全部模型数据留在本地吗?
自托管控制面板让该应用的状态保存在你的服务器。运行时调用外部模型或工具服务时,相关提示和资料仍会发送出去,需要单独检查这些数据路径。
把流程应用到实际工作
EmperorClaw 是面向 Hermes、OpenClaw 和 MCP 连接系统的自托管 AI 智能体管理工作区,将任务、范围化知识、审批、文件、运行历史和成本报告汇集为共同的工作记录。
安装 EmperorClaw,先创建一个项目和一项预期明确的任务。完整功能地图展示各部分如何配合。