要在扣子中实现密室逃脱的智能体，以下是一些相关的信息和思路供您参考：
智能体的实现通常包括工作流和数据库。工作流的设计相对简单，一般是一个输入，对接知识库，搭载模型，最后输出。数据库的收集和整理有一定难度，需要进行资料收集和手动二次校对。
在多智能体模式设置方面，主要包括全局设置和多个代理之间的编排协调。全局设置涉及角色设定与回复逻辑、记忆管理以及对话体验等全局性因素。在全局设置中，人物设定与回复逻辑的填充要侧重于角色塑造。智能体的交互流程应形成完整的互动链条，设计为闭环结构，以确保用户能在不同智能体之间自由切换。
例如在旅游场景中，可设计分别负责景点推荐、路线规划和食宿安排的三个智能体。先写好提示词，做好全局人物设定，然后在扣子上进行编排。
但需要注意的是，目前提供的内容中没有直接针对密室逃脱智能体实现的具体步骤和方法，您可能需要根据密室逃脱的特点和需求，进一步细化和定制相关的设置和流程。
这个智能体是由1个工作流+6个数据库实现的。工作流的设计比较简单，一个input，对接知识库，然后搭载豆包function call大模型，最后是一个output。6个数据库分别是我的公众号发表过的文章+执业药师教材（做第一个知识库的时候没经验，其实应该分开成两个数据库）、执业医师讲义、药监局新药审评报告、中国医药企业融资动态、药物对外授权（BD）动态、全球药物销售额。工作流是非常简单的，相对有难度的是收集知识库的资料并根据清洗结果进行手动二次校对（需要一定专业知识）。也许有人要问，医药知识我直接问大模型不好吗？大模型的语料来源庞杂，广度一定是比智能体好很多的，但是在医疗这个严肃领域，对回答准确性的要求非常高。为了避免出现误导性的回答，我在提示词中约定了回答只能来自于知识库。也许有问题超出知识库范畴的情况，但还没发现智能体回答是医学上不严谨的现象。广or精准，在医疗领域一定是精准优先的。[heading2]商业化场景[content]基本可以理解为，这个智能体能替代大部分的传统医药数据库商业化场景。医药企业研发立项：每个医药研发项目在立项之前，都要整理作用机制、目标治疗疾病的竞争格局、主流的技术路径是什么、同技术路径其他公司研发的产品在临床试验阶段看到的安全性风险和有效性分别是怎样的，这些问题智能体都可以回答科研机构临床转化评估：大学等科研机构有将基础的医药研究课题转化为药物的孵化机制，关注的主要是科学家研究方向的临床转化潜力，这些问题智能体都可以回答投资机构评估标的公司：主要关注国外对标技术的发展情况、融资情况、临床转化的可靠性，这些问题智能体都可以回答
首先，让我们一起深入探索扣子上的多智能体模式设置。这个配置主要包括两个核心部分。第一部分是全局设置，涉及角色设定与回复逻辑、记忆管理以及对话体验等全局性因素。第二部分则关注于多个代理之间的编排和协调。这两大设置共同构成了多智能体模式的详细框架。那么，我们首先需要解决的问题是：在全局设置中，人物设定与回复逻辑应如何填充？简单来说，我们需要在“人物设定与回复逻辑应”中明确整体的人物设定，这更侧重于角色的塑造，而非仅仅是业务流程的描述。（因为这是偏向于全局的设置）接下来，我们来考虑一下智能体的交互流程。我们的设计思路的关键在于，让这些节点形成一个完整的互动链条，而不单单是一次性互动。同时，当用户的意图尚未满足跳转条件时，应保持与当前智能体的沟通和对话。所以，我们的设计思路大概是这样的（见下图）此外，在观察这张图时，大家还可以发现一个关键点：我们在图中实现的是一个循环机制，而不是单向的流程。如果仅仅采用单向流程，那么将像工作流一样，随着对话的进行逐步跳转，直至最后一个智能体。在这种情况下，将无法从最后一个智能体跳转回初始状态。因此，在设计需要多轮协作的智能体时，我们应该在多智能体编排页面中，设计这些智能体的交互为一个闭环结构。这确保了用户在整个对话过程中能够自由地在不同智能体之间切换，克服了单向交互的限制。让我们通过一个具体的例子来更好地理解这一概念。以旅游场景为例，我们将设计三个智能体：分别负责景点推荐、路线规划和食宿安排。让我们先把提示词写出来。同时，我们还应做好全局人物设定：当准备好提示词后，就可以开始在扣子上进行编排了，这里我省略了创建和填充的步骤，最终呈现的效果是这样的：
首先，让我们一起深入探索扣子上的多智能体模式设置。这个配置主要包括两个核心部分。第一部分是全局设置，涉及角色设定与回复逻辑、记忆管理以及对话体验等全局性因素。第二部分则关注于多个代理之间的编排和协调。这两大设置共同构成了多智能体模式的详细框架。那么，我们首先需要解决的问题是：在全局设置中，人物设定与回复逻辑应如何填充？简单来说，我们需要在“人物设定与回复逻辑应”中明确整体的人物设定，这更侧重于角色的塑造，而非仅仅是业务流程的描述。（因为这是偏向于全局的设置）接下来，我们来考虑一下智能体的交互流程。我们的设计思路的关键在于，让这些节点形成一个完整的互动链条，而不单单是一次性互动。同时，当用户的意图尚未满足跳转条件时，应保持与当前智能体的沟通和对话。所以，我们的设计思路大概是这样的（见下图）此外，在观察这张图时，大家还可以发现一个关键点：我们在图中实现的是一个循环机制，而不是单向的流程。如果仅仅采用单向流程，那么将像工作流一样，随着对话的进行逐步跳转，直至最后一个智能体。在这种情况下，将无法从最后一个智能体跳转回初始状态。因此，在设计需要多轮协作的智能体时，我们应该在多智能体编排页面中，设计这些智能体的交互为一个闭环结构。这确保了用户在整个对话过程中能够自由地在不同智能体之间切换，克服了单向交互的限制。让我们通过一个具体的例子来更好地理解这一概念。以旅游场景为例，我们将设计三个智能体：分别负责景点推荐、路线规划和食宿安排。让我们先把提示词写出来。同时，我们还应做好全局人物设定：当准备好提示词后，就可以开始在扣子上进行编排了，这里我省略了创建和填充的步骤，最终呈现的效果是这样的：