使用 Strands Agents 构建多智能体研究团队

原标题Building a Multi-Agent Research Team with Strands Agents

Matthew Berman 从计算器智能体入手,逐步构建多智能体商业报告演示,展示工具、模型选择和编排方式。

MBMatthew Berman讲者 · Forward Future
频道
Matthew Berman
发布
2025年9月24日
视频
15:29
阅读
6 分钟
幻灯片
7
原文
英语
在 YouTube 打开
往下滚动阅读时,视频会缩到右下角继续播放。字幕跟随阅读语言。
阅读语言共 2 种语言可读
由 AI 从英语原文翻译。打开“对照原文”可以逐段核对。
摘要

30 秒看懂

在这期由 AWS 赞助的 2025 年 9 月教程中,Matthew Berman 演示开源框架 Strands Agents,配置模型访问和自定义工具,再组建商业情报工作流。演示获取 AI 新闻标题,但社交媒体分析是模拟的;生成的报告及其统计数据未经独立验证。SDK 接口、模型和 AWS 控制台操作可能在录制后发生变化,模型或云服务的使用也可能产生费用。

  1. 1AWS 赞助的教程演示从简单计算器开始,使用 Strands Agents 构建商业研究团队。
  2. 2首次工具调用配置模型访问后,具备计算器工具的智能体回答了 1764 的平方根。
  3. 3凭据与模型选择视频展示了 Bedrock 访问密钥和另一种 OpenAI 模型。AWS 建议尽可能使用临时凭据,可用性取决于供应商和版本。
  4. 4两个简单智能体独立的数学和文本智能体使用不同工具,并在调用之间传递结果。
  5. 5商业情报团队新闻工具获取标题,专业智能体则进行研究、分析并组装报告。社交媒体分析明确为模拟。
  6. 6自定义模型选择演示中选择模型的逻辑由应用代码实现,并非 Strands 自动提供的功能。
  7. 7编排方式的选择主持人对比图和群组模式;实际语义取决于 SDK 及其版本。

要点建议

  1. Strands 智能体将模型与工具结合,包括预置工具、自定义 Python 函数及受支持的 MCP 集成。
  2. 视频中的计算器示例默认使用 Bedrock 凭据;其他受支持的模型供应商需要各自配置。
  3. AWS 建议尽可能使用遵循最小权限原则的临时凭据,而非依赖长期访问密钥。
  4. 演示中的社交媒体帖子和情绪数据是模拟内容,并非对真实账号或用户的观察。
  5. 演示中的动态模型选择是自定义应用逻辑,示例并未证明这是自动功能。
  6. Graph 和 Swarm 是不同的编排模式;当前文档将 Swarm 描述为自主交接,而非必然并行执行。
  7. 框架代码开源并不意味着模型推理、云基础设施或外部服务自动免费。
全文

按章节阅读整理后的全文

只看原始文稿
01

从计算器智能体入手

Berman 介绍 Strands 并建立一个小型 Python 项目。他配置 Bedrock 访问并运行计算器示例。

今天我要构建一个多智能体研究团队,检索近期新闻并生成商业报告。我将使用 AWS 推出的开源框架 Strands Agents,它支持不同的模型供应商和工具,包括 MCP。AWS 赞助了这期视频。框架代码可免费使用,但模型调用和云服务仍可能收费。

我从 Strands GitHub 仓库开始,在 Cursor 中打开一个空项目。项目包含保存 Python 依赖的 requirements.txt、存放配置的 .env 文件,以及 strands_demo.py。我先运行一个基础示例,再构建更复杂的多智能体应用。

入门示例导入 Agent 和计算器工具,用该工具创建智能体,询问 1764 的平方根并打印结果。Strands 还提供其他工具,开发者也可以编写自己的 Python 函数或连接受支持的 MCP 服务器。具体软件包和接口应以安装版本为准。

计算器智能体示例
幻灯片 1 / 7计算器智能体示例Python 示例导入智能体和计算器工具,然后询问 1764 的平方根。

没有凭据时运行初始示例会报错。在展示的配置中,Strands 默认使用 Amazon Bedrock 模型,因此我演示如何在 AWS IAM 中授予 Bedrock 权限并创建凭据。也可以配置其他模型供应商;访问权限和模型可用性取决于账号、地区和供应商。

视频将 IAM 访问密钥放入 .env 文件,然后重新运行脚本。AWS 建议尽可能使用临时凭据并遵循最小权限原则;密钥不应纳入源代码管理。配置后的计算器示例返回 1764 的平方根为 42。

为了选择其他 Bedrock 模型,我在 AWS 控制台查找模型 ID。我还演示如何配置 OpenAI 模型并传给智能体,当时使用的例子是 GPT-3.5 Turbo。控制台菜单、模型可用性和供应商集成细节可能变化,复现时应查阅当前文档。

02

模型、工具与多个智能体

他更换模型供应商、定义 Python 工具,并演示独立的数学和文本智能体。随后介绍更大的商业情报项目。

自定义 Python 工具
幻灯片 2 / 7自定义 Python 工具@tool 装饰器和文档字符串将加法函数提供给智能体。

接下来,我使用 @tool 装饰器创建自定义 Python 工具。函数的文档字符串向智能体描述用途;例如,add_numbers 工具接收两个数并返回它们的和。我用 5 和 3 运行时,工具返回 8。

我用一个数学智能体和一个文本智能体扩展示例。前者可以加法和乘法,后者统计字符和单词。演示先将 15 与 25 相加,再数出“AWS Strands is powerful”中的 4 个单词,然后把结果传回数学智能体乘以 2,得到 8。

数学和文本智能体
幻灯片 3 / 7数学和文本智能体独立智能体获得不同工具,并将字数统计结果用于计算。

更大的项目通过协调专业智能体生成商业情报报告。我设计了负责新闻的内容智能体、社交媒体分析师、研究分析师、战略和情绪专家、建议智能体以及管理层综合智能体。社交媒体智能体模拟对话,而不收集真实社交帖子。

03

新闻检索与专业智能体

自定义工具获取 TechCrunch 标题,专业智能体根据提示提供模拟社交分析、研究和建议。Berman 演示了交互工作流。

我创建另一个包含依赖和配置的项目,然后定义自定义工具 get_ai_headlines。其文档字符串描述参数及返回的以竖线分隔的标题。画面中的代码请求 TechCrunch 的 AI RSS 源、检查响应并处理错误;这个工具获取的是标题,而不是经过验证的独立研究资料。

TechCrunch 标题工具
幻灯片 4 / 7TechCrunch 标题工具代码请求 AI 新闻 RSS 源,并描述返回的标题格式。
模拟社交媒体专家
幻灯片 5 / 7模拟社交媒体专家提示明确要求智能体模拟社交帖子和情绪,而非抓取真实数据。

社交媒体专家收到一条系统提示,要求它模拟在线分析,包括示例帖子和情绪。我接着通过角色、提示和工具描述研究及其他专业智能体。合成帖子、百分比和互动数字都是模型生成的示例,并非对真实对话的测量。

我介绍了将智能体作为工具的方法,即一个智能体可以委派任务给专业智能体,并指出 Strands 还提供其他编排模式。项目设置了交互输入:用户询问 OpenAI 等主题,新闻工具获取标题,智能体生成摘要。演示展示的是工作流,并不能证明生成的每项主张都正确。

自定义工具很有用,因为开发者可以将程序函数封装起来供智能体调用。我没有逐行解释每个智能体,因为这个较大示例建立在前面介绍的工具和提示模式之上。我表示会提供代码,方便观众检查和定制项目。

04

模型选择与最终报告

他介绍自定义模型选择,将一个主题交给团队处理并展示生成的报告。模拟内容和未经验证的材料需要独立核查。

演示使用多个 Bedrock 模型,包括 Amazon Nova Pro、Nova Lite 和 Claude Sonnet 4。我们添加了代码来选择模型;我强调,展示的动态选择是我们自己的应用逻辑,并非 Strands 自动提供的功能。开发者可以描述模型的优势,并围绕任务设计路由流程。

在主文件中,我们导入工具、加载配置,再按预定顺序运行专业智能体,最后由专家生成报告。我选择一个模型并输入“Stargate and current US AI funding”。展示的界面区分实时 AI 新闻分析与自定义主题分析,因此可用输入取决于选择的路径。

运行商业情报工作流
幻灯片 6 / 7运行商业情报工作流界面展示了自定义主题和社交媒体模拟步骤。

演示依次展示主题处理、社交媒体模拟、研究、战略分析、情绪分析、建议和最终管理层综合,生成了一份两页报告。虽然屏幕显示了资金增长 20% 和社交情绪百分比等数字,视频并未验证这些数字,也未证明模拟社交分析代表真实观察。

生成的管理层报告
幻灯片 7 / 7生成的管理层报告报告示例包含未经验证的数字和模拟社交媒体材料,其中的主张需要独立核查。

我说智能体拥有共享记忆,可以使用先前上下文。记忆和状态共享取决于编排模式及配置;这次演示并不能证明所有未来对话都会自动拥有持久记忆。在依据生成报告作决定前,应对照可识别的来源核查。

05

Graph 与 Swarm

Berman 比较编排方式,结束这期由 AWS 赞助的教程。当前文档对具体行为的描述比视频中的简化比较更精确。

我把图比作流程图,智能体步骤之间通过依赖关系连接,并将它与更具探索性的群组模式作对比。这是一种简化说明:当前 Strands 文档将 Swarm 描述为带共享上下文的自主交接,而非必然同时并行执行。图的行为、分支和并行性取决于 SDK 与图配置。

编排方式可以根据任务调整,无须永远固定一种。结尾我强调框架代码开源、支持不同模型并能与其他工具集成,同时感谢 AWS 赞助本教程。读者复现 2025 年的配置前,应查阅当前 SDK 文档和服务定价。

同频道的其他文章

12 张幻灯片34:21EN → 简体中文
Matthew Berman· 2026年10月27日Matthew Berman 解读 Anthropic 的上市文件、AI 增长与治理Matthew Berman, Sam Altman · Forward Future主持人审视 S-1 中的财务指标、算力战略和投票结构,并质疑 AI 快速发展与安全之间的张力。AnthropicAI Safety企业 AI+2
0:26EN → 简体中文
Matthew Berman· 2026年10月25日Sam Altman 谈 AI 世界中的人类价值与问题解决Sam Altman · OpenAI在一段简短的访谈摘录中,Altman 思考解决难题的乐趣,以及人在解读结果时的作用。Human-AI CollaborationFuture of WorkAI Strategy
2 张幻灯片0:36EN → 简体中文
Matthew Berman· 2026年10月25日Kimi K3.1 与魔方求解演示Matthew Berman · Forward FutureMatthew Berman 展示一个被打乱的虚拟魔方如何复原,并对 Kimi K3.1 的测试给予积极评价。评估编程智能体Open-weight models
2 张幻灯片0:21EN → 简体中文
Matthew Berman· 2026年10月24日AI 生成的 Kimi 基准图表使用了虚构分数Matthew Berman · Forward FutureMatthew Berman 要求生成一张 Kimi K3.1 Pro 基准图表,随后发现图中的数字只是示意性占位值。Benchmarks评估Generative media
6 张幻灯片25:50EN → 简体中文
Matthew Berman· 2026年10月24日Kimi K3.1 Pro 实测:3D 演示出色,表现不一,价格有竞争力Matthew Berman · Forward FutureMatthew Berman 测试这款开放权重模型的编程、3D 渲染和视觉讲解能力,并比较基准成绩与价格。Open-weight modelsBenchmarksAI cost & performance+1
2 张幻灯片32:20EN → 简体中文
Matthew Berman· 2026年10月23日本地 AI 究竟适合谁?成本、取舍与混合模式的未来Matthew Berman · Forward FutureMatthew Berman 权衡数据控制和自主权,与硬件成本、设置复杂度及推理速度之间的关系。Local inferenceOpen-weight modelsAI cost & performance+1