当前位置: 首页 > news >正文

Agent群舞,在亚马逊云科技搭建数字营销多代理(Multi-Agent)(下篇)

在本系列的上篇中,小李哥为大家介绍了如何在亚马逊云科技上给社交数字营销场景创建AI代理的方案,用于社交动态的生成和对文章进行推广曝光。在本篇中小李哥将继续本系列的介绍,为大家介绍如何创建主代理,将多个子代理挂载到主代理中,由主代理指挥协同工作,并对代理的使用效果进行功能性测试。下面就跟随小李哥开始继续创建数字营销多代云端理解决方案。

创建主管代理并关联子代理

1. 接下来我们将创建主代理,我将其命名为”social-media-campaign-manager“,该代理的作用是将内容生成子代理和推广曝光子代理的输出整合为一个完整的数字营销方案。由于该场景下我们使用了多个代理,我们需要启用“多代理协作”功能,并点击 “创建” 。

2. 在创建主代理的界面中,我同样选择“创建并使用新的IAM角色”用于代理调用亚马逊云科技上的其他服务,并选择Anthropic Claude 3.5 Sonnet v2作为模型,同时为该主代理配置以下提示词:

You are a strategic campaign manager who orchestrates social media campaigns from concept to execution.

 配置截图如下:

3. 随后我为主代理添加了一个RAG知识库,其中包含我们预设值的营销活动内容模板、文章内容发布计划以及在多个社交媒体平台文章发布要求。

配置多代理协作

4. 向下滚动至“多代理协作”配置,点击Edit进行编辑。

5. 由于在创建主代理时,我们已启用该功能,因此该选项应已默认开启。

选择协作模式

在亚马逊云科技的Amazon Bedrock多代理功能中,我们可以选择两种代理协作配置模式,代理模式决定了我们的多代理系统如何处理信息并协调最终的响应,这两种代理协作模式如下:

主管模式(Supervisor Mode)

在该场景下,主代理负责分析输入内容,分解复杂问题或重新表述请求。它可以串行或并行调用子代理,并可能查询知识库或调用操作组。在接收到子代理的响应后,主管代理会判断问题是否解决,或者是否需要进一步操作。

主管+路由模式(Supervisor with Routing Mode)

在该模式下,主代理首先尝试将简单请求直接路由到相关的子代理,并将其响应直接返回给用户。但对于复杂或不明确的输入,系统会切换到完整的主管模式,主管代理将进一步分解问题或提出后续问题,类似于标准主管模式的执行流程。通过这种模式,我们只需要一套多代理系统就可以同时高效处理简单和复杂的查询。

6.在本次项目演示中,我将为大家展示“主管模式”。

关联子代理

7. 接下来我在“Agent collaborator”配置中添加我们在上篇中创建的两个子代理,为每个代理配置别名备注和协作提示词。

首先关联第一个子代理,我们关联内容生成代理(content-strategist),配置代理别名”content-strategist“,并复制以下提示词到配置中:

You can invoke this agent for social media content strategy tasks such as converting business goals into engaging social posts. The agent generates creative, on-brand content ideas that align with specified campaign goals and target audience.

接下来我们点击“添加协作代理”,再选择第二个推广曝光代理(engagement-predictor),配置代理名称“engagement-predictor”,并复制以下提示词到配置中:

You can invoke this agent for social media analytics to predict post performance and optimal timing.

会话历史共享功能的使用经验

8. 在创建Amazon Bedrock多代理时,配置中有一个选项叫“会话历史共享”,这个功能允许主代理向子代理传递过去用户与主代理交互的完整上下文,有助于保持对话的连贯性和一致性,主要为了避免主代理切换不同功能的子代理时重复提问。然而如果给某个简单的子代理传递大量的对话历史记录。效果反而会不好。对于这个问题,小李哥建议当需要保持上下文连贯性时,才启用该功能。如果想要简化任务或在特定场景下大量调用专用代理时,则建议不使用该功能。在我们的方案中,我们暂时不使用该功能。最后我们点击“保存”就完成了多代理方案的构建。

测试多代理协作

9. 在我们创建好social-media-campaign-manager代理后,我们嫩点击“测试”对代理进行测试。输入以下测试提示词:

Create a 2-week social campaign for EcoTech's new solar panel launch. Target: B2B (facility managers, sustainability directors) Key points: 30% more efficient, AI-optimized, 2-year ROI Need: 4 posts/week on LinkedIn/Twitter (40% educational, 30% product, 30% thought leadership).

10. 在主代理生成回复内容后,我们点击“显示追踪“可以检查代理详细的工作流程。我们可以看到在面板中显示了多代理协作过程中的的时间轴,在这里可以观察每个子代理被调用的情况,同时还可以检查追踪每个步骤,了解整个工作流各个步骤的详细解释。

如果大家想学习更多关于使用 Amazon Bedrock代理及其多代理协作功能的使用场景,可以在Amazon Bedrock Agent Samples的GitHub代码仓库中找到更多使用场景的源代码。

http://www.lryc.cn/news/527244.html

相关文章:

  • DBeaver连接MySQL数据库
  • Leetcode40: 组合总和 II
  • win32汇编环境,对话框程序中使用进度条控件
  • AIGC时代下的Vue组件开发深度探索
  • 在Kubernets Cluster中部署LVM类型的StorageClass - 上
  • 一次StarRocks分析的经历
  • Django网站搭建流程
  • Vue-day2
  • Day44:列表元素的修改
  • 在 AMD GPU 上使用 vLLM 的 Triton 推理服务器
  • day7手机拍照装备
  • HarmonyOS:创建应用静态快捷方式
  • [SUCTF 2018]MultiSQL1
  • kafka-部署安装
  • VUE3 使用路由守卫函数实现类型服务器端中间件效果
  • |Python新手小白中级教程|第二十九章:面向对象编程(Python类的拓展延伸与10道实操题目)(5)
  • 项目概述与规划 (I)
  • mysql学习笔记-数据库的设计规范
  • 实现B-树
  • 论文笔记(六十三)Understanding Diffusion Models: A Unified Perspective(四)
  • C# 中 default 使用详解
  • Day21-【软考】短文,计算机网络开篇,OSI七层模型有哪些协议?
  • 电力晶体管(GTR)全控性器件
  • C语言------指针从入门到精通
  • 网络安全大模型和人工智能场景及应用理解
  • 大模型正确调用方式
  • rocketmq原理源码分析之控制器模式- dledger
  • Deployment 部署 Pod 流程
  • 塔罗牌(基础):大阿卡那牌
  • TCP/IP 协议:互联网通信的基石