你不需要200小时的教程来理解子代理。你只需要4个工作流和一个周六

你被告知要理解子代理需要200小时的教程。

YouTube播放列表。Anthropic文档深度钻研。来自AI Agent顾问的Twitter线程。每周都要追逐的新功能。

这不是真的。

今年六月就在生产环境中运行子代理的人，只用了一个周末就构建了4个具体示例，然后把这些模式套用到他们所有的实际任务中。

这就是完整的子代理流畅度循环。没有200小时的教程。没有数周的Discord。

这就是那4个。

子代理流畅度的90/10法则

90%的技能存在于4个示例中。

另外10%是边缘情况、性能调优，以及你在知道自己做什么之后才会构建的模式。

大多数人卡住是因为他们在成功交付一个能用的任务之前，就去读关于并行执行框架的文章。

下面的4个示例涵盖了运行子代理的每一个基础：分解、上下文封装、验证设计和成本控制。构建一次，运行这些模式多年。

示例1：带聚合的代码库审计

为代码库中的每个文件生成一个子代理。每个子代理针对其目标文件运行相同的审计提示。一个主控子代理读取所有输出，汇总成一份报告。

它教会你什么：分解（将一个任务拆分成独立的并行部分）和聚合（将N份报告合并成一个可交付物）。

没有这个示例，你会写出争夺共享状态的子代理任务。有了它，你会立刻看到接缝所在。

构建时间：90分钟。有效结果：30个文件的代码库在5分钟内审计完成。

示例2：从50个来源进行综合研究

为每个来源（URL、PDF、文档页面）生成一个子代理。每个获得一个固定的输出模式：每项声明引用3个来源的1页摘要。一个综合子代理将50份摘要合并成一份简报。一个验证子代理确认简报中的每个声明都能追溯到一个来源。

它教会你什么：上下文封装（每个子代理只获得它需要的内容）和验证设计（无需阅读每份输出即可检查50份输出）。

没有这个示例，你会用整个项目上下文塞满每个子代理，然后预算超支。有了它，你知道如何给每个子代理提供能产生正确输出的最小简报。

构建时间：2小时。有效结果：50个来源的综合简报在8分钟内生成。

示例3：带逐篇QA的批量内容

为每篇内容生成一个写手-评论家-修订者三元组（每篇3个子代理）。写手生成草稿。评论家根据语音简报标记问题。修订者生成最终版本。

它教会你什么：多阶段验证（每篇内容无需人工监督即通过3个阶段），以及如何编写一个真正能捕捉漂移的评论家提示。

没有这个示例，你会让写手子代理随意输出任何内容。有了它，你就有了一个三元组模式，能在输出到达客户之前捕捉语音漂移。

构建时间：90分钟。有效结果：20篇符合语音风格的内容在12分钟内生成，全部通过你的QA标准。

示例4：带预算上限的竞争情报扫描

为固定列表中的每个竞争对手生成一个子代理。每个从一组定义的来源拉取最近的动态。为每个子代理设置硬性的令牌预算，并为整个任务设置总上限。

它教会你什么：成本建模（在启动任务前就知道成本）和预算控制（防止单个任务吃掉你月度Claude配额的限额）。

没有这个示例，你会以“最大”努力生成200个子代理，然后在月底发现账单。有了它，你会先估算，在限额内运行，并在扩展前校准成本与产出。

构建时间：60分钟。有效结果：10个竞争对手的端到端扫描，API成本低于4美元。

为什么一个周末足够

每个示例需要60-120分钟来构建。

4个示例乘以平均90分钟等于6小时的构建时间。

分散到周六和周日，中间休息喝咖啡。周日晚你就完成了。

这就是子代理流畅度循环。从一个周末从零到可用。

大多数人错在哪里

他们阅读并行代理的文章，而不是运行它。

他们订阅AI工程通讯，而不是写一个50行的子代理简报。

他们等待“正确的框架”，而不是运行第一个可用的示例。

他们试图学习每一个新上线的Agent功能，而不是运行他们已经理解的4个。

知识不等于流畅度。流畅度来自交付4个可用的子代理任务，并观察它们做了什么。

下一步做什么

选一个示例现在开始构建。明天构建下一个。周日之前完成。

Claude Mastery按顺序逐一讲解这4个示例，包含确切的提示、简报、模式定义以及预构建的验证子代理。

你会在周一早上之前对子代理达到功能性的流畅。

点击这里获取 →