使用Strands Agents和Amazon Bedrock实现多智能体社交智能

潜在客户的踪迹散落在多个源头：一位创始人在r/SaaS上问“我应该用什么做X？”，同时他们的产品在Hacker News上发布。Stack Overflow上的问题激增。一个GitHub仓库星标超过2400。每个信号单独看都是噪音，但跨源头关联起来，它们揭示出一个准备购买的潜在客户。使用Strands Agents和Amazon Bedrock AgentCore构建的多智能体系统可以在规模上自动化这种社交智能。

Thrad.ai正在构建AI的广告基础设施，在LLM中引入付费广告。他们的平台让聊天界面通过广告变现，也让品牌在这些界面中做广告。他们面临的问题特别信号丰富。手动追踪这些模式无法扩展，而泛泛的外联缺乏让邮件值得打开的背景信息。Thrad.ai的销售团队在针对每个潜在客户撰写一封外联邮件之前，要花30到45分钟研究六个源头的线索。

一个单一的AI智能体无法解决这个问题：信号多样性太广，源头API太多样，分析太细微，单个模型难以应对。通过多智能体编排，你可以将每个源头分配给一个专门的智能体，然后通过一个专门的分析智能体融合结果，该智能体能发现跨源头的模式。

本文展示了Thrad.ai如何部署一个多智能体系统，使用Strands Agents和Amazon Bedrock AgentCore，自动化从潜在客户发现到个性化邮件生成的流程。文章比较了两种编排模式（Swarm和Graph），并提供了延迟、成本和邮件质量的头对头基准测试。你还会了解系统如何通过加权标准、意图分类和时态衰减来评分潜在客户，以及生产部署的治理控制。

你可以将这些模式应用于竞争情报、候选人采购和市场研究。配套的代码库可帮助你跟随学习。

解决方案概览

通过图1所示的架构，你可以自动将原始社交信号转化为个性化外联。四个专门智能体处理发现、丰富、评分和邮件生成，每个都有各自的工具和严格的输出验证。

• 趋势研究智能体：发现热门的发布和购买意向信号。工具：Hacker News、YouTube、dev.to、ProductHunt、Reddit、Stack Overflow API。
• 搜索专家智能体：通过Wikipedia、GitHub、Lobste.rs、Stack Overflow API丰富潜在客户资料。
• 分析智能体：对潜在客户-趋势对进行0-100评分。使用评分引擎和ICP匹配器。
• 邮件生成智能体：起草个性化外联邮件。使用品牌知识检索和潜在客户存储。

两个智能体并行开始数据收集。趋势研究智能体查询六个源头，搜索专家智能体同时丰富每个潜在客户。两者完成后，分析智能体使用Amazon Bedrock上的Claude Sonnet 4.6对每个潜在客户-趋势对评分。高分潜在客户流入邮件生成智能体，它起草针对特定趋势的个性化邮件，并根据品牌指南验证每个草稿。

每个智能体负责一个职责、一套工具和一个Pydantic验证的输出契约。如果智能体返回数据形状错误，系统会在下一个智能体看到之前捕获。

评分依赖于信号三角验证：潜在客户需要至少两个独立源头的关联证据。趋势研究智能体首先调用check_existing_leads以跳过已在管道中的潜在客户。一个在Hacker News上热门但没有Reddit讨论、Stack Overflow活动或GitHub星标的帖子可能只是推广推动，系统会在分析前过滤掉。

分析智能体应用五个加权标准：主题对齐（25%）、时间相关性（20%）、参与潜力（20%）、意图信号（20%）和数据质量（15%）。理想客户画像匹配额外加最多10分，针对具有开源存在和B2B关注的开发者工具。时态衰减锐化分数：24小时内的信号权重1.5x，超过7天的信号权重0.5x。

Strands编排：Swarm vs. Graph

现在是核心设计决策：四个智能体如何协调？Strands Agents提供两种编排模式。Thrad.ai构建了两种，并针对相同的50个潜在客户工作负载进行比较。

Swarm：自主交接

在Swarm编排中，智能体使用handoff_to_agent工具动态传递控制。趋势研究智能体发现潜在客户并交接给搜索专家进行丰富，搜索专家再传递给分析进行评分。如果数据稀疏，分析可以交还给趋势研究获取更多上下文。智能体共享一个共同的工作记忆。Swarm智能体作为自组织的对等体运作，每个智能体决定何时交接给专门智能体。这种双向交接允许智能体在需要时请求额外上下文。

Swarm最适合当潜在客户复杂度变化，智能体受益于重新介入早期阶段时。然而，执行路径更难预测，令牌消耗因交接推理开销而更高。

Graph：结构化工作流

在Graph编排中，智能体遵循固定的有向工作流。趋势研究和搜索专家作为入口点并行运行。分析等待两者完成后再运行。一个有条件的边门控邮件生成，仅在潜在客户评分达到60或以上时运行。Graph模式将智能体连接成固定工作流，具有显式的单向边。趋势研究和搜索专家并行，将数据收集时间减半。分析等待两者完成。邮件仅在评分至少60时运行，作为策略门控。

Graph在工作流可重复且可审计性重要时表现出色。每次运行都遵循相同路径，因此可以通过重放相同输入来重现故障。限制是无法动态循环回来，除非添加显式的反馈边。

头对头结果

两种模式针对50个Hacker News潜在客户各运行三次。两名评审员按1到10分制（特异性、语气、准确性）对邮件相关性评分。

• Swarm：平均延迟45秒，P95延迟78秒，平均令牌约12,000，邮件相关性8.2，每个潜在客户成本约$0.08。
• Graph：平均延迟32秒，P95延迟38秒，平均令牌约8,500，邮件相关性7.6，每个潜在客户成本约$0.06。

业务影响：对于1000个潜在客户的批次，Graph比Swarm节省约3.6小时处理时间和$20令牌成本。Swarm产生更高质量的邮件（8.2 vs. 7.6），因为智能体在数据稀疏时会循环回来获取更多上下文，而Graph每个潜在客户成本低25%，延迟更稳定。Thrad.ai选择Graph用于夜间批量处理，Swarm用于高价值潜在客户的每周深度挖掘。

在Amazon Bedrock AgentCore上部署

生产工作负载需要会话隔离、容量管理和可观测性，超出本地原型设计。Amazon Bedrock AgentCore将这些作为托管服务处理。CDK栈部署四个服务：Runtime在隔离的微VM中托管智能体，使用IAM认证和生命周期控制。Gateway提供单一模型终端节点用于多智能体会话。Memory维护共享会话状态。Observability捕获所有智能体交互和令牌使用。

部署步骤包括克隆配套仓库、安装依赖、部署基础设施（约60分钟，成本约$3-$5）。注意：部署的资源在运行期间会产生费用，完成教程后请清理以避免持续费用。

结论

通过将Strands Agents的多智能体编排与Amazon Bedrock AgentCore的管理服务相结合，你可以构建企业级的社交智能管道。无论你选择Swarm的灵活性还是Graph的可靠性，系统都根据信号三角验证、时态衰减和ICP匹配将噪音过滤掉，只留下最相关的线索。这些模式同样适用于竞争情报、候选人采购和市场研究。