Kimi Agent Swarm:从 A 到 Z 全面解析中国如何低调构建 300 个 Agent 并行系统

@kirillk_web3
英语2个月前 · 2026年5月21日
380K
249
39
5
1.2K

TL;DR

由 Moonshot AI 推出的 Kimi Agent Swarm 支持多达 300 个 Agent 的大规模并行处理,在研究、求职和大规模内容创作方面,其表现远超传统的串行 AI 工作流。

这是关于 Kimi Agent Swarm 从 A 到 Z 的完整解析——它是什么、能做什么、以及为什么它会改变你对生产力的看法。

与你看过的其他“Agent Swarm vs. Claude Teams”帖子不同,这篇提供了可直接复制粘贴的提示词、完整的对比表格,以及关于“300 个 Agent 何时真正胜过 6 人开发团队——以及何时不能”的真实分析。

在忘记之前先收藏。你的工作流之后会不一样。

在讨论集群之前,先谈谈问题

大多数 AI 工具都有天花板。

你给它一个任务,它做一个任务。你等待,你检查,你再给它下一个任务。

对于简单工作来说没问题。但对于任何复杂任务,它完全失效。

横跨 40 篇论文的文献综述。横跨 100 个职位列表的求职。需要 30 个来源数据的市场调研报告。完整的产品发布——PRD、原型图、演示视频、文案、着陆页。

一个 Agent、一个线程、一次一个任务——那不是生产力工具,那是更快打字机。

Claude 拥有 Agent Teams,Kimi 拥有 Agent Swarm。

它们不一样。

  1. Claude Agent Teams:4–6 个 Agent,点对点通信,专为终端内的编码工作流而设计。
  2. Kimi Agent Swarm:300 个 Agent,集中式协调器,专为通过 Web 界面进行大规模并行输出而设计。

文末有完整对比。先说说这个工厂实际能做什么。

什么是 Kimi Agent Swarm?

Kimi Agent Swarm 是一个系统,K2.6 协调多达 300 个并行工作的子 Agent,最多执行 4000 个协调步骤,处理单个复杂任务。

你输入一个提示词。它把工作分解成并行线程。每个线程独立运行。一个协调 Agent 将所有输出综合成一个交付物。

你拿回的是完成的结果——而不是一个起点。

Kirill - inline image

试试看:https://www.kimi.com/agent-swarm

实际工作原理

当你向 Agent Swarm 提交一个任务时,K2.6 会做三件事:

  1. 分解任务——将工作拆分为并行的子任务,每个子任务分配给一个子 Agent。文献综述变成 40 个并行的论文分析。求职变成 100 个并行的简历定制。市场调研报告变成 30 个并行的来源调查。
  2. 并行执行——所有子 Agent 同时运行。不是顺序执行,不是排队,而是同时。一个原本需要数小时串行完成的任务现在几分钟内完成。
  3. 综合输出——协调 Agent 收集所有子 Agent 的输出,并将其整合成一个连贯的交付物。一份报告、一个电子表格、一组文件。

Agent Swarm 最擅长什么

四个类别,并行执行彻底改变了一切:

Kirill - inline image
  1. 广泛深入的调研——需要广泛来源覆盖、手动需要数天的任务。
  2. 大批量文件处理——同时处理数十或数百个文件。
  3. 多部分分析——将复杂分析拆分成独立组件并行运行。
  4. 产出密集型任务,有实际交付物——不仅仅是摘要,而是实际的文件、报告、数据集、图表。

实际案例——人们真正构建了什么

以下是 Agent Swarm 的真实输出。不是演示,不是精心挑选的极端案例。

大规模求职

提示词:1 份上传的简历 + 100 个相关职位列表

结果:Agent Swarm 根据上传的简历匹配了加利福尼亚州的 100 个相关职位,确定了每个职位的关键要求和语言,并生成了 100 份个性化定制的简历——每份都针对特定职位进行了调整。

输出:结构化的机会数据集 + 100 份个性化定制的简历。

原本需要人类数周的工作——一次运行完成。

10 万字的文献综述

提示词:40 份 PDF → 1 万字文献综述 + 引用数据集

结果:40 个子 Agent 同时处理了 40 篇论文——提取论点、方法、发现和引用。协调 Agent 将所有内容综合成一篇结构化的文献综述,包含规范的学术引用和提取的数据点数据集。

输出:一份 10 万字的文档 + 引用数据集。研究级别质量。

为 30 家没有网站的商家建站

提示词:在 Google Maps 上搜索洛杉矶附近 30 家没有网站的实体店。为每家店创建一个高转化率的着陆页,包含真实的店面图片、Google Maps 评论、标题、行动号召和联系方式。将所有内容整理到电子表格中。

结果:Agent Swarm 搜索了 Google Maps,识别出 30 家符合条件的店铺,为每家获取了真实的图片和评论,生成了 30 个独立的着陆页,并整理了一个包含店铺名称、类别、联系方式和部署 URL 的电子表格。

输出:30 个可上线的着陆页 + Excel 电子表格。完全可部署。

10 张小报风格杂志封面

提示词:一个提示词 → 10 张基于真实历史和真实头条的小报风格杂志封面。

结果:10 个子 Agent 并行工作——每个研究不同的历史事件,生成符合时代的小报文案,并制作包含排版、字体和图片的完整杂志封面。

输出:10 张完整的杂志封面。一个提示词完成。

天体物理学论文 → 完整研究包

提示词:1 篇天体物理学论文 → 40 页报告 + 2 万行数据集 + 14 张天文学级图表

结果:Agent Swarm 将论文分解为核心组成部分——方法、数据、发现、意义——为每个部分分配并行子 Agent,并将所有内容综合成一个可发表的研究包。图表是天文学级别的。数据集有 2 万行。整个流程被转化为可复用的技能(Skill),用于未来的论文。

输出:40 页报告 + 2 万行数据集 + 14 张图表 + 可复用的技能。

一人公司用例

这是大多数人忽略的角度。

Agent Swarm 不仅仅用于研究任务。它是一个独立创始人以团队规模运行的底层基础设施。

结合 Claw Groups 聊天功能——多个专业 Agent 可以被邀请到同一个房间,每个拥有自己的技能——一个人就可以运行端到端的工作流:

Kirill - inline image

产品发布,例如:

  • Agent 1:撰写 PRD
  • Agent 2:生成原型图
  • Agent 3:制作演示视频
  • Agent 4:撰写所有发布文案
  • Agent 5:构建着陆页
  • Agent 6:起草跨平台的社交媒体帖子

全部并行执行。协调 Agent 综合成完整的发布包。

Claude Agent Teams VS Kimi Agent Swarm 解析

如果你在评估多 Agent 系统,最明显的对比是 Anthropic 的 Claude Agent Teams。两者都承诺并行 Agent 执行,但它们用不同的架构解决不同的问题。

起源分水岭

  1. Claude Agent Teams 来自 Anthropic,一家美国 AI 实验室。
  2. Kimi Agent Swarm 来自 Moonshot AI,一家由阿里巴巴和 Monolith Management 支持的中国 AI 公司。

这一点超越了地域——它塑造了产品理念。Anthropic 将 Agent Teams 构建为 Claude Code 的扩展,一个基于终端的开发者工具。Moonshot 将 Agent Swarm 构建为通过 Web 界面访问的通用生产力层。

规模:实际引擎盖下是什么

Claude Agent Teams 没有公布硬性上限,但实际使用集中在每个会话 4–6 个 Agent,一些用户报告在并行云容器中最多可运行 20 个 Agent。

该系统专为聚焦的多角色编码工作流而设计。

Kimi Agent Swarm 公布了明确的上限:每个任务 300 个子 Agent 和 4000 个协调步骤。

这不是理论限制——这是协调器在分解任务时所尊重的已记录的系统边界。

每个系统实际擅长什么

Claude Agent Teams 在软件工程工作流中表现出色:

  • 跨多个模块的大规模重构
  • 并行代码审查(同时检查安全、性能、测试覆盖)
  • 多服务调试,处理竞争性假设
  • 跨层协调(前端 + 后端 + 测试同步推进)
  • 需要并行探索的研究密集型编码任务

Kimi Agent Swarm 在内容密集型、多源工作流中表现出色:

  • 跨数十篇论文或网络来源的深度调研
  • 大规模批量内容生成(100 份简历、30 个着陆页、10 张杂志封面)
  • 多文件分析与综合,生成结构化报告
  • 端到端交付物生产(报告 + 数据集 + 图表 + 文案)
  • 需要广泛覆盖而非深度代码检查的任务

通信模型:共享邮箱 vs. 中央协调器

在 Claude Agent Teams 中,Agent 横向通信。后端 Agent 可以直接与前端 Agent 分享发现,无需协调器转发。这使得团队更自主,但当 Agent 冲突时更难调试。

在 Kimi Agent Swarm 中,所有输出都流向协调器。没有直接的 Agent 到 Agent 通信。这产生了更清晰的审计轨迹和更简单的冲突解决,但对于非常大的综合任务,协调器的上下文窗口会成为瓶颈。

各自最擅长什么

Kirill - inline image

Claude Agent Teams → 大规模重构、并行代码审查、多服务调试、代码库内的跨层协调。

Kimi Agent Swarm → 跨数十个来源的深度调研、大规模批量内容、多文件综合、端到端交付物生产。

何时使用哪个

在代码库内部,需要 Agent 互相挑战 → Claude Agent Teams。

需要 100+ 个并行工作流、一个综合输出、Web 界面 → Kimi Agent Swarm。

如何使用 Agent Swarm

步骤 1——前往 Agent Swarm

https://www.kimi.com/agent-swarm

步骤 2——编写任务提示词

关键:明确输入和输出。

Kirill - inline image

糟糕的提示词:“研究 AI 行业。”

好的提示词:“分析 2024 年融资最多的 30 家 AI 公司。对于每家公司:融资金额、主要产品、主要竞争对手、当前估值。整理成结构化报告,包含执行摘要和对比表格。”

输出格式越具体,交付物质量越高。

步骤 3——让它运行

Agent Swarm 会显示子 Agent 激活并并行运行。根据任务复杂度,这需要几分钟到几十分钟。

步骤 4——下载你的交付物

完成后,Agent Swarm 返回你的输出文件或文件集——可直接使用,无需编辑。

“与 Agent Swarm 配合良好的提示词”

以下是 7 个你可以直接使用的提示词:

  1. 求职:
  2. 竞争调研:
  3. 大规模内容:
  4. 文献综述:
  5. 潜在客户生成:
  6. 财务分析:
  7. 产品发布包:

限制——你需要知道的

Agent Swarm 强大但并非魔法。需要了解几点:

质量随提示词的明确性而提升。

模糊的提示词即使在 100 个 Agent 下也会得到模糊的输出。具有定义输出格式的特定提示词能得到可生产使用的交付物。

复杂的综合需要更长时间。

需要在 100 个子 Agent 之间保持高度一致的任务(如统一报告)比并行的独立任务(如 100 份独立简历)花费更多时间。

部署前检查。

Agent Swarm 生成真实文件。在生产中使用前请检查——尤其是任何面向公众的内容。

结论

Agent Swarm 消除了 AI 辅助工作中的顺序瓶颈。

300 个 Agent 和 4000 个步骤是系统参数,而不是质量保证。

真正的优势在于对广泛覆盖任务的并行执行。真正的要求是人类监督——提示工程、输出验证和伦理判断。

学会将任务分解为并行执行的人会工作得更快。但他们不会自动工作得更好。没有验证的速度会产生放大的错误,而不是放大的价值。

这就是优势所在。而现在,几乎没有人使用它。

链接

关注获取更多 Vibe Coding 信息。感谢阅读!

一键保存

使用 YouMind AI 深度阅读爆款文章

保存原文、追问细节、总结观点,并在一个 AI 工作空间里把爆款文章沉淀成可复用笔记。

了解 YouMind
写给创作者

把你的 Markdown 变成干净的 𝕏 文章

图片上传、表格、代码块,往 𝕏 上手动重排太痛苦。YouMind 把整篇 Markdown 一键转成干净、可直接发布的 𝕏 文章草稿。

试试 Markdown 转 𝕏

更多可拆解样本

近期爆款文章

探索更多爆款文章