首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏XINDOO的专栏

    Agent设计模式——第 2 章:路由

    例如,一个设计用于客户查询的 Agent,当配备路由功能时,可以首先对传入查询进行分类以确定用户的意图。 实际应用与用例 路由模式是自适应 Agent 系统设计中的关键控制机制,使它们能够动态改变其执行路径以响应可变输入和内部状态。其效用通过提供必要的条件逻辑层跨越多个领域。 详细来说,它定义了三个模拟子 Agent 处理程序:bookinghandler、infohandler 和 unclear_handler,每个都设计用于处理特定类型的请求。 经验法则: 当 Agent 必须根据用户输入或当前状态在多个不同的工作流、工具或子 Agent 之间做出决策时,使用路由模式。 结论 路由模式是构建真正动态和响应式 Agent 系统的关键步骤。

    1.1K10编辑于 2025-10-27
  • 来自专栏XINDOO的专栏

    Agent设计模式——第 15 章:Agent 间通信(A2A)

    A2A 服务器(远程 Agent):提供 HTTP 端点处理客户端请求并返回结果的 AI Agent系统。远程 Agent 作为"不透明"系统运行,意味着客户端无需了解其内部操作细节。 因此,深入理解 A2A 的核心组件和操作方法对有效设计、实施和应用协作式、互操作 AI Agent 系统至关重要。 通过为 Agent 协作创建通用标准,A2A 促进了构建复杂、多 Agent Agentic 系统的模块化和可扩展生态系统经验法则:当您需要协调两个或多个 AI Agent 间协作时使用此模式,特别是如果它们使用不同框架(如 Google ADK、LangGraph、CrewAI)构建。 该协议为开发人员构建更复杂、分布式和智能的多 Agent 系统铺平道路。最终,A2A 是促进创新和互操作的协作 AI 生态系统的基础支柱。

    1.8K10编辑于 2025-10-27
  • 我从 AIP 平台架构设计 Agent 产品经验

    我从AIP平台架构设计Agent产品经验软件架构师罗小东,多年架构和平台产品设计经验,目前在Agent场景落地结合中。 这里的经验更多偏向于架构设计与工程实践,每个架构师有自己的思路,我有我思。前期的时候,也是考虑了很久,觉得企业级AI智能体平台在架构设计上相对来说是会有些不一样的。 这里要说说我们在知识库管理方面的一些经验。多源数据整合的技术难点前期的时候,知识库都是单一数据源的,比如只支持PDF或者只支持数据库。 这里要说说我们在可视化编排方面的一些经验。拖拽式界面的设计逻辑前期的时候,工作流配置都是代码式的,需要写JSON或者YAML配置文件。但是随着用户群体的扩大,我们发现这种方式门槛太高了。 每个产品设计思路不一,这个是建设企业级AI智能体平台的一些经验,期望给有兴趣的朋友参考,也欢迎交流。

    14010编辑于 2026-05-05
  • 来自专栏后端系统和架构

    高可用架构和系统设计经验

    TOC高可用架构和系统设计经验图片本文从研发规范层面、应用服务层面、存储层面、产品层面、运维部署层面、异常应急层面这六大层面去剖析一个高可用的系统需要有哪些关键的设计和考虑一、高可用架构和系统设计思想可用性和高可用概念可用性是一个可以量化的指标 容量规划阶段,更多是要依靠自身和团队的经验,比如要了解我们的 log 的性能、redis 的性能、rpc 接口的性能、服务化框架的性能等等,然后根据各种组件的性能来综合评估自己设计系统的整体性能情况。 因此一般使用场景都是在一些内部的后台管理系统中使用。2,主从复制主从复制和主备复制虽然只有一字之差,但是两者是不一样的设计思路,“从”意思是“随从、仆从”,“备”的意思是备份。” 接口拨测系列设计包括但不限于:灰度发布,我们服务发布上线的时候,要有一个灰度的过程,先灰度 1-2 个服务实例,然后逐步放量观察,如果一切 ok,再逐步灰度,直到所有实例发布完毕接口测试,每次服务发布上线的时候 推荐阅读推荐阅读我的其他文章:《高并发架构和系统设计经验》《TCP 长连接层的设计和 在 IM 项目中实战应用》《万字解读云原生时代,如何从 0 到 1 构建 K8s 容器平台的 LB(Nginx)负载均衡体系

    2K163编辑于 2022-12-19
  • Agent设计模式(6):Multi-Agent模式——构建多Agent协作系统

    这是"Agent设计模式"系列文章的最后一篇。 可扩展:新增功能只需添加新Agent 二、Agent角色设计:职责分离 Multi-Agent系统的第一步是角色定义。 每个Agent必须明确: 它负责什么 它的输入是什么 它的输出是什么 它和其他Agent如何交互 ▪ 代码审查系统的角色设计 # agent_roles.py from dataclasses import 已停止 ✓ Agent summarizer 已停止 ✓ 系统已关闭 六、系列总结与学习路线 ▪ 6.1 六篇文章回顾 这个系列我们完整覆盖了Agent设计的核心模式: 文章 模式 核心思想 适用场景 在单Agent能解决问题时,不要为了"炫技"而使用Multi-Agent系统的价值在于解决问题,而不是技术有多复杂。 这个系列到这里就结束了。 希望这几篇文章能给你一个清晰的Agent设计地图。

    31411编辑于 2026-05-09
  • 来自专栏服务端技术杂谈

    用文件系统思路设计Agent记忆系统

    用户与Agent的多轮对话过程中会出现很多记忆,包括用户原始的意图、诉求、关键词,还包括Agent的推理、规划、工具调用的执行结果及模型最终的响应。 智能体毕竟是一个软件系统,所以越来越多人用软件设计的思想实现[记忆模块]。 我们将智能体类比于一台计算机,文件系统就是计算机的记忆模块。 如果哪天底层切换存储组件,Agent层完全不需要感知,切换很灵活。 因为在接口层面做了抽象,所以可以很好的面向功能进行接口涉及,而无需关注这个功能接口究竟是用了一个文件系统还是多个类型的文件系统。 回过头来,我们看一下从用户提出问题,到最终Agent给出回答的整个流程如下。 最终实现类似于操作系统的文件系统能力,让智能体的记忆可追溯(每一步有据可查)、可审计(所有操作都有日志)、可演化(新组件无缝接入),整个Agent的记忆历史都是可以回溯的,而不是黑盒了。

    26510编辑于 2026-03-11
  • 来自专栏凯云实验室

    谷歌Colossus文件系统设计经验

    Colossus汲取了GFS的经验教训,正如在《Storage Architecture and Challenge》中所提及的GFS的不足。 基础知识: 谷歌的第一个集群级文件系统(2001) 为具有大文件的批处理应用程序设计 同时管理metadata和chunk的单一主程序 为了可靠性,chunk通常被复制3份 GFS教训: 扩展到大约50M Colossus简史 2001年,谷歌设计第一个集群文件系统——GFS。GFS支持P级的数据存储,以及数千客户机与数千服务器的交互。 2个月后,视频数据开始使用Colossus。 每一年,谷歌的用户基础和服务都在增加,而GFS再也不能支持这个不断发展的生态系统了。 谷歌需要将系统迁移到集群级的文件系统,该文件系统具有容错能力,设计用于大规模扩展,能够更有效地使用机器资源,并且对面向用户的服务提供最小的干扰。

    2.5K30编辑于 2022-04-02
  • 来自专栏蓝天

    MOOON-agent发布:MOOON-agent系统设计与使用说明

     MOOON-agent系统设计与使用说明.pdf MOOON-agent系统设计与使用说明 易剑 2012/6/16 1.  设计目标 一个通用的agent框架,提供编程接口,并内置通用的功能。 2. 应用场景 ? 3.  系统骨架 ? 5. 资源接口 暂略。 6. 内置CommandProcessor 暂略。 7. 编程接口 除宏外,所以内容均位于agent名字空间内。 (&_command_processor2); _agent->register_command_processor(&_command_processor3); _agent->set_center private:     agent::IAgent* _agent; CCommandProcessor1 _command_processor1; CCommandProcessor2 _command_processor2

    96210发布于 2018-08-07
  • 来自专栏Linux相关

    Zabbix【部署 04】 Windows系统安装配置agentagent2

    1.下载选择对应的ZABBIX VERSION版本:下载zip文件或查看安装说明: 官网 的安装说明:2.agent2.1 准备下载对应版本的zip文件并解压,选择一个文件夹放置zabbix_agentd.exe e 盘创建 zabbix 文件夹EE:\zabbix# 拷贝解压包内 bin\zabbix_agentd.exe 和 conf\zabbix_agentd.conf 文件到 e:\zabbix # 2. See runtime control.Windows agent only -m --multiple-agents Use multiple agent the service name unique by extending it by Hostname value from the config file3.agent2安装方式跟agent一致,但是同样的配置 ,图表还是有区别的:agent主机信息agent2的主机信息

    1.3K00编辑于 2025-08-18
  • 来自专栏腾讯Bugly的专栏

    超低功耗操作系统设计经验

    但软硬结合的架构设计以及操作系统层面的自研,其实可以很好的解决这个问题。 介绍完OS整体架构之后,我们会进一步介绍OS中的几个关键设计(双核通信,UI框架等)以及典型功耗问题的解决思路和方法(实战经验)。 核心方法就是通过针对性的测试以及相关的摘件实验来缩小范围,然后通过软硬件的设计、代码与电路的走查等方式抓住根本原因。下面是一些典型问题的经验总结。 除了常规的硬件器件选型和硬件设计之外,本文总结的经验如下: 1.CPU选取需要尽可能平衡好功耗与算力的关系 2.双核架构需要引入,充分利用小核做更多算法与缓存工作,也有利于解耦 3.通过自研OS,可以将算力和 1.张巨广 腾讯车联网系统架构师,真时科技操作系统研发负责人 2.秦耕 真时科技操作系统研发负责人,腾讯操作系统研发高级工程师 3.马伟富 真时科技驱动软件高级工程师,TCL驱动软件高级工程师 4.张一凡

    2.6K30发布于 2019-01-30
  • 来自专栏程序员的成长之路

    经验】一个秒杀系统设计思考

    秒杀无外乎解决两个核心问题,一是并发读,一是并发写,对应到架构设计,就是高可用、一致性和高性能的要求。 关于秒杀系统设计思考,本文即基于此 3 层依次推进,简述如下: 高性能。 如何保障应用在复杂工况环境下还能高效稳定运行,如何预防和面对突发问题,系统设计时应该从哪些方面着手? 这是因为一般都会对大流量的秒杀系统系统的静态化改造,即数据意义上的动静分离。动静分离三步走:1、数据拆分;2、静态缓存;3、数据整合。 采集访问URL或 Agent 采集热点日志(一些中间件本身已具备热点发现能力),提前识别潜在的热点数据 聚合分析热点数据,达到一定规则的热点数据,通过订阅分发推送到链路系统,各系统根据自身需求决定如何处理热点数据 尤其在秒杀这一场景下,为了保证系统的高可用,必须设计一个 Plan B 方案来进行兜底。 高可用建设,其实是一个系统工程,贯穿在系统建设的整个生命周期。 ?

    1.2K53发布于 2019-12-09
  • 来自专栏XINDOO的专栏

    Agent设计模式——附录 G - 编码 Agent

    本框架致力于在人类领导与底层模型原始能力间建立最纯净对话通道,确保每个 Agent 均以峰值潜力运行。 该框架构建为专业化 Agent 团队,每个 Agent 针对开发生命周期中的核心功能专门设计。 核心组件架构 为高效运用前沿大语言模型,本框架将不同开发角色分配给专业化 Agent 团队。这些 Agent 并非独立应用,而是通过精心设计的角色特定提示与上下文在 LLM 中调用的概念化人格。 流程编排者:人类开发者: 在此协作框架中,人类开发者承担编排者职能,作为 AI Agent 的中央智能节点与最终权威。 角色定位: 团队领导、系统架构师及最终决策者。 明确界定"目标愿景"与"设计 rationale",借助 Agent 团队加速"实施方案"落地。作为设计决策的最终仲裁者,确保各组件严格遵循项目长期愿景与质量标准。 通过将战术执行委派予 Agent,开发者得以将认知资源聚焦于真正核心领域:战略创新、韧性架构设计,以及打造用户惊喜产品所需的创造性问题破解。

    46510编辑于 2025-10-27
  • 来自专栏

    如何设计基于Agent的AI应用系统

    那么,我们应该如何来设计一套系统,实现这样的诉求呢? Agent功能分类 我们按照最小职责原则,将所有的功能进行划分,尽可能的把功能拆分开,每一个功能,都有一个Agent与之对应。 AI系统设计示意图(注意,这里的中枢层和Agent的中枢大脑是两个概念) 对于我们开发者,主要是在软件侧做一些事情,不同的硬件传感器它的数据结构是不同的,因此,我们需要有一个针对性的agent来处理这类传感器的信号 AI应用设计示意图 通过这一架构,我们可以让Agent被无限扩展,而无需调整已有代码。随着agents的数量越来越多,系统能支持的能力也越来越强。 我们只需要利用这些agents来进行调用编排,即可实现让系统按需完成我们的任务,例如: 当 @agent1 发生xx时,且 @agent2 状态为xx时,@agent3 执行xxx 基于该指令,平台层可以基于已有的 就如上文展示的一样,将来,在AI系统的基础上,我们只需要使用非常简单的自然语言,就能设计出以目标为导向的任务,而无需关心它的具体实现,以及它的内部原理。

    3.3K11编辑于 2024-03-26
  • 来自专栏Python

    理解 Agent2Agent(A2A)、Agent to Agent和链式函数调用的区别与联系

    在构建 AI 智能体系统或多模块任务执行架构时,我们常会遇到三个关键术语: Agent to Agent 链式函数调用 Agent2Agent (A2A) 它们看似类似,甚至常被混用,但实际上分别属于不同的抽象层次 (A2A)│ ← 架构范式(设计) └─────────────────┘ 这意味着: 链式函数调用是编程行为 Agent to Agent是通信语义 Agent2Agent (A2A) 是系统设计理念 两个 Agent 间的信息传递行为 多智能体协同、机器人通信 Agent2Agent (A2A) 系统架构层 一个 Agent 主动调用其他 Agent 协作解决问题 LLM Agent 编排、AutoGen 六、为什么 A2A 更适合现代 AI 系统? LLM 应用、企业自动化系统、AI DevOps 方案,那么理解并掌握 Agent2Agent 架构将是你的系统可扩展性、智能性与效率的关键基础。

    1.1K10编辑于 2025-07-10
  • 来自专栏XINDOO的专栏

    Agent设计模式——结论

    虽然每种模式都针对特定的设计挑战,但可以通过将它们归类到反映智能 Agent 核心能力的基础类别中来整体理解它们。 核心执行和任务分解: 在最基本的层面上,Agent 必须能够执行任务。 学习和适应模式更进一步,允许 Agent 的行为根据反馈和经验而演变,使其随时间变得更加有效。 协作和通信: 许多复杂问题最好通过协作来解决。 此类系统的有效性取决于清晰高效的通信,这是 Agent 间通信(A2A)和模型上下文协议(MCP)模式所要解决的挑战,它们旨在标准化 Agent 和工具如何交换信息。 为复杂系统组合模式 Agentic 设计的真正力量不是来自孤立地应用单一模式,而是来自巧妙地组合多种模式以创建复杂的多层系统。 为了使这一切成功,模型上下文协议(MCP)和 Agent 间通信(A2A)背后的原则将变得至关重要,导致 Agent、工具和模型如何交换不仅是数据,还有上下文、目标和能力的行业标准。

    48310编辑于 2025-10-27
  • 来自专栏XINDOO的专栏

    Agent设计模式——

    情感: 理解何时应用 zero-shot、one-shot 和 few-shot 提示技术,并精心设计和组织示例,对于提升 Agentic 系统的效能至关重要。 例如,一个经过上下文工程设计Agent 在响应查询前,会整合用户的日历可用性(工具输出)、与邮件收件人的专业关系(隐式数据)以及过往会议记录(检索文档)。 这些技术对于构建能够主动与世界互动、检索实时信息并执行需要与外部系统交互任务的 Agent 至关重要。 这更侧重于人工驱动的迭代设计循环,而非自动化过程(如 APE)。 示例: 尝试 1:"为新型咖啡机撰写产品描述。"(结果过于泛泛)。 尝试 2:"为新型咖啡机撰写产品描述。突出其速度和清洁便利性。" 底层模型设计为在整个对话过程中始终遵循这些预定义指令。 这允许为专注应用创建高度专业化的 AI Agent。例如,可配置 Gem 作为仅引用特定编程库的代码解释器。

    45110编辑于 2025-10-27
  • 来自专栏技术汇总专栏

    Agent 视角下的自动驾驶系统设计:车端 Agent 与 RSU Agent 协同机制解析

    Agent视角下的自动驾驶系统设计:车端Agent与RSUAgent协同机制解析一、引言:为什么自动驾驶需要协作式Agent在传统自动驾驶系统中,车辆往往被设计为高度自治的单体智能体:依赖车载传感器( 设计1.路侧Agent的核心职责路侧Agent通常部署在路口、匝道、高风险路段,具备以下能力:多车状态汇聚(Multi-VehicleFusion)全局交通态势评估冲突检测与协同决策策略广播或定向下发2 通过合理划分车端Agent与路侧Agent的职责边界,并设计高效、鲁棒的交互机制,可以显著提升系统在复杂场景下的安全性与通行效率。 从工程视角看,这一体系本质上是一个分布式、多智能体协同决策系统,其设计思想对智慧交通、无人系统集群等领域同样具有重要参考价值。 该设计不仅符合自动驾驶工程落地对可靠性与可扩展性的要求,也为后续引入多Agent强化学习、博弈论协同决策等高级方法奠定了清晰、可演进的系统基础。

    45810编辑于 2026-01-12
  • 来自专栏CreateAMind

    —个主动设计agent

    近年来,FEP也被应用于合成agent设计「7,8,9,10]o基于FEP的代理的一个显著特点是,他们在勘探和开发之间进行动态权衡[11,12,13],这是在学习导航HA参数空间时非常需要的属性。 2.2用户在回路中的定位助听器调谐 在本文中,我们将基于图2所示的架构,开发一个个性化的、上下文感知的设计代理。 :整个系统不是离线设计过程,而是在情境条件下不断设计。HA设备本身包含基于生成声学模型中的状态推断的定制助听器算法。声学模型包含两个子模型:1)源动态模型和2)背景动态模型。 AIF提供了—个单一的,统一的方法来设计AIDA的所有组件。由AIF设计代理控制的HA系统设计涉及解决以下任务: 1.声学环境的分类 2.为HA调整参数选择声学上下文相关试验。 由于我们可以通过概率编程语言使变分自由能最小化自动化,人类设计者剩下的唯一任务就是指定生成模型。 下一节描述模型规范。 3型号规格 在本节中,我们将展示AIDA控制的HA系统的生成模型,如图2所示。

    35531编辑于 2023-10-24
  • TencentDB Agent Memory 正式开源:让 Agent 沉淀经验,让人专注创造

    TencentDB Agent Memory 正式开源:让 Agent 沉淀经验,让人专注创造。今天,腾讯云数据库团队正式开源 TencentDB Agent Memory 。 无论是面向 C 端的对话助手,还是面向开发者的长周期 Agent,底层都依赖类似的"记忆层"承载跨会话偏好与历史经验,并逐渐收敛出一套通用的接口范式。 TencentDB Agent Memory 正是在这一背景下诞生的:让 Agent 学会你的工作流程、保留任务上下文、复用历史经验——以符号化记忆化解单次长任务的信息过载,以分层记忆沉淀跨会话的经验资产 2. 沉淀经验,让人更专注于创造。

    18.6K31编辑于 2026-05-13
  • 来自专栏技术杂记

    Zabbix Agent 安装2

    script]# 默认情况下 zabbix_agentd 会监听在 0.0.0.0:10050 上面,所以要将防火墙打开,以方便与zabbix server之间的通信 ---- 启动zabbix-agent [root@zbx-target zabbix]# /etc/init.d/zabbix-agent start Starting Zabbix agent: S 16:11 0:00 \_ zabbix_agentd: listener #2 [waiting for connection] zabbix 26129 0.0 0.0 77336

    89410编辑于 2022-03-21
领券