最近在做一个通用的 AI Agent 项目时我差点被上下文爆炸坑死。主 Agent 聊着聊着就得记住几十个工具调用、读过的文件、生成的中间结果……响应越来越慢效果也越来越飘。直到我把任务拆给子 Agent问题才迎刃而解。但光有子 Agent 还不够真正让系统“能上线”的是三种委托模式同步、异步、定时。这不是理论而是我踩坑后总结出来的“必备三件套”。今天就把这套打法完整拆给你照着做你的 Agentic 系统立刻就能从“玩具”变成“生产力工具”。什么是子 Agent它为什么这么香简单说子 Agent 就是主 Agent 临时“生”出来的一个小兄弟它有自己的上下文窗口、自己的工具集、自己的会话 ID只负责干一件明确的事。主 Agent 只给它任务描述和工具等它干完把结果浓缩成一段总结塞回来。举个例子主 Agent 让子 Agent 读 8 个文件、跑 15 次工具调用最后自己只收到 750 个 token 的摘要。实测下来上下文 token 能减少90% 以上。这才是子 Agent 的核心价值——上下文压缩。并行和异步只是顺带的福利。主 Agent 永远保持苗条能在一次对话里处理更多任务而不撞上下文天花板。三种委托模式Sync、Async、Scheduled不管你用 LangGraph、CrewAI 还是自己搭的 Inngest 架构所有成熟的 Agentic 系统最后都会长出这三种模式。缺了哪一个你都会在实际使用中抓狂。1. 同步模式Sync—— “你干完我再继续”主 Agent 发起子 Agent然后卡住等待结果。子 Agent 干完活把精炼总结作为工具返回。什么时候用需要结果才能决定下一步的时候数据分析、代码生成、复杂查询……只要后续步骤依赖这个结果就用 Sync。代码大概长这样以 Inngest 为例constsubResultawaitstep.invoke(sub-agent,{function:subAgent,data:{task:读下面8个文件总结子Agent架构并带代码示例}});它本质就是一次函数调用。主 Agent 发起前会 checkpoint重试也不会重复调用。结果进入上下文但只是摘要不会污染。2. 异步模式Async—— “你去干干完直接回用户”主 Agent 甩手就走继续跟用户聊天。子 Agent 独立运行完成后直接回复用户。什么时候用长耗时任务、研究报告、批量分析……凡是“不用马上要结果”的都默认用 Async。它也是最推荐的起点。awaitstep.sendEvent(spawn-async-sub-agent,{name:agent.subagent.spawn,data:{task:调研竞品定价并出报告...,async:true}});多个 Async 子 Agent 可以并行零开销互相不干扰。主 Agent 完全不用操心协调爽得飞起。3. 定时模式Scheduled—— “明天早上再干带最新数据”最容易被忽略但最有意思的一种。主 Agent 现在下单指定未来某个时间点让子 Agent 执行。awaitstep.sendEvent(spawn-scheduled-sub-agent,{...,ts:newDate(2026-03-10T14:00:00Z).getTime()});它和 cron 完全不是一回事cron 是“定时发一条我昨天写好的消息”而 Scheduled 子 Agent 是“明天早上用当时最新数据跑一遍分析再发”。比如“明天早上9点给我看昨天的部署指标总结”“周一用最新线程上下文给客户发跟进邮件”这才是真正的“智能定时”。实现关键一个函数搞定三种模式我最终只写了一个subAgent函数通过触发方式和 framing prompt 区分三种行为Sync提示词强调“简洁总结给主 Agent 用”Async/Scheduled提示词强调“详细输出直接给用户看”子 Agent 工具集故意不包含委托工具深度控制在1层避免无限套娃。另外我还做了两把独立的工具delegate_task同步delegate_async_task异步模型选工具比选参数靠谱多了日志也清晰。整个系统基于 Inngest 的 step 机制天生可持久化、重试、失败通知基本零状态机代码。我的最大洞察先别急着搞“专业 Agent”很多人做到这一步就想要不要再拆个“邮件 Agent”“代码 Agent”“数据 Agent”别至少先别。我自己也踩过这个坑。路由层越来越复杂模型路由反而引入新失败点eval 也爆炸式增长。Anthropic 那篇《Building Effective Agents》里也说最成功的实现往往就是简单、可组合的模式。Cursor 团队在访谈里也提到他们主要靠“通用任务接口 运行时定义子 Agent”而不是提前写死一堆专家。什么时候再考虑专业化需要不同模型视觉 vs 快分类严格安全边界监管要求评估数据明确证明专业版大幅领先否则先用通用 三种模式就够你冲刺了。实际能干啥开发者能拿来立刻用代码重构主 Agent 发现复杂模块异步甩给子 Agent 重构改完直接 PR。每周报告周五晚上 Scheduled 一个子 Agent周一早上带着最新数据给你发总结。用户查询复杂研究任务直接 Async 出去主 Agent 继续陪用户聊天。自迭代未来甚至可以让 Scheduled 子 Agent 每晚 review 自己昨天的决策自动优化 prompt。总结构建真正能上线的 Agentic 系统核心不是模型多聪明而是委托机制要稳。记住这三种模式需要结果继续→ Sync独立长任务→ Async默认未来执行→ Scheduled把它们做成工具丢给模型让模型自己决定调用哪个你就解放了。先搭好这套通用骨架再谈专业化。别一上来就搞复杂路由和 N 个专家 Agent——那是在给自己挖坑。我是紫微AI我们下期见。完