Agent开发系列(一) - Agent系统分层架构

Pi框架Agent开发实战:从分层架构到第一个可用Agent Agent运行时与上下文管理是构建智能体的核心技术。Pi框架通过运行时层、编排层和业务层的分层设计,实现了工具调用、多轮对话与状态保持的工程化落地。理解开发层选型——直通模式、规划-执行模式或委托模式——是避免过度设计的关键。在实际应用中,合理的上下文窗口分配、工具结果裁剪与格式化、以及会话状态管理,直接决定了Agent能否在长对话中稳定运行。工具调用故障排查需从描述、编排决策到参数校验逐层定位。掌握这些基础能力后,开发者可快速跑通第一个Agent,并逐步优化错误处理与评估机制,为多Agent协作奠定基础。 阅读详情

目录

一、Router & Planner-Executor & Human in the Loop的关系

二、Router(路由)

二、Planner-Executor(规划-执行模式)

2.1 Plan-and-Execute 模式

2.2 Loop Executing

2.3 ReAct 模式

三、Human in the Loop(人在环)

3.1 人工介入方式选型


一、Router & Planner-Executor & Human in the Loop的关系

一句话总结Router、Planner-Executor、Human in the Loop三者之间的关系:Router决定"谁来处理",Planner-Executor决定"怎么处理",Human in the Loop决定"处理得对不对"——三者分别是Agent系统的入口层、执行层、控制层,共同构成完整的Agent架构。

组件核心问题选型维度
Router谁来处理?
  • 路由方式:基于规则?基于LLM?基于机器学习?

  • 路由粒度:粗粒度(分大类)?细粒度(分到具体处理)?

  • 路由策略:单一路由?级联路由?备用路由?

  • 兜底策略:无法路由时怎么办?

Planner-Executor怎么处理?
  • 执行模式:ReAct?Loop Executing?Plan-and-Execute?

  • 规划粒度:粗规划?细规划?动态规划?

  • 步骤执行:串行?并行?有依赖?

  • 失败处理:重试?回退?重规划?

Human in the Loop质量如何保证?
  • 介入时机:每个节点?关键节点?异常时?

  • 介入深度:审批?确认?建议?完全人工?

  • 介入方式:同步?异步?批量?

  • 反馈机制:如何收集人工反馈?

二、Router(路由)

模式速度成本准确性适用场景不适用场景
规则路由⚡⚡⚡ 快💰 低⭐⭐ 一般意图明确、变化少表达多样、新意图
LLM路由⚡⚡ 中💰💰 中⭐⭐⭐⭐ 高表达多样、需要理解延迟敏感、超高调用量
多级路由⚡ 中💰 中⭐⭐⭐ 高复杂业务、多层级业务简单
学习型路由⚡⚡ 中💰💰💰 高⭐⭐⭐⭐ 可优化数据充足、持续优化数据少、冷启动

二、Planner-Executor(规划-执行模式)

模式规划方式灵活性开销透明度适用场景
Plan-and-Execute一次性完整规划⭐⭐ 低⭐ 低⭐ 低任务固定、步骤明确、性能要求高
Loop Executing先粗规划+循环调整⭐⭐⭐⭐ 高⭐⭐⭐⭐ 高⭐⭐⭐ 中任务复杂、环境变化、容错要求高
ReAct无规划,边做边想⭐⭐⭐ 中⭐⭐⭐ 中⭐⭐⭐⭐⭐ 高需要透明度、调试友好、推理过程
Mixed Initiative用户参与规划⭐⭐⭐⭐⭐ 高⭐⭐⭐⭐⭐ 高⭐⭐⭐⭐⭐ 高用户需控制、高价值决策

2.1 Plan-and-Execute 模式

  • 核心流程:一次性生成完整计划,执行过程中不修改计划;
  • 代码示例:
class PlanAndExecute:
    """
    Plan-and-Execute: 先规划,后执行
    特点:规划阶段一次性产出完整计划,执行阶段按计划执行
    """
    
    def __init__(self, llm, tools):
        self.llm = llm
        self.tools = tools
    
    def run(self, task):
        # Phase 1: 规划阶段
        plan = self.create_plan(task)
        
        # Phase 2: 执行阶段
        results = []
        for step in plan.steps:
            result = self.execute_step(step)
            results.append({"step": step.name, "result": result})
            
            # 检查是否需要终止(计划明确时通常不终止)
            if step.is_final and result.success:
                break
        
        # Phase 3: 整合结果
        return self.integrate_results(results, plan.goal)
    
    def create_plan(self, task):
        """一次性生成完整计划"""
        prompt = f"""
任务目标:{task}

请将任务分解为具体的执行步骤。
每个步骤应该:
1. 有明确的输入输出
2. 可独立执行
3. 有清晰的完成标准

输出格式:
步骤1: [描述]
步骤2: [描述]
...

计划应该覆盖从开始到最终结果的完整路径。
"""
        response = self.llm.invoke(prompt)
        return Plan.parse(response)
    
    def execute_step(self, step):
        """按计划执行单个步骤"""
        # 找到对应工具
        tool = self.find_tool(step.required_tool)
        
        # 准备输入(可能包含前序步骤的结果)
        input_data = self.prepare_input(step, step.context)
        
        # 执行
        result = tool.execute(input_data)
        
        return result

2.2 Loop Executing

  • 核心流程:先做粗粒度规划,每执行一步则重新评估,调整规划;
  • 示例代码:
class LoopExecuting:
    """
    Loop Executing: 计划-执行-评估-调整 循环
    特点:每步执行后评估,根据结果动态调整计划
    """
    
    def __init__(self, planner, executor, max_loops=10):
        self.planner = planner
        self.executor = executor
        self.max_loops = max_loops
    
    def run(self, task):
        # Phase 1: 初始规划
        current_plan = self.planner.create_plan(task)
        context = {}  # 共享上下文,存储中间结果
        
        for loop in range(self.max_loops):
            # Phase 2: 检查计划是否完成
            if current_plan.is_complete():
                return current_plan.final_result
            
            # Phase 3: 获取当前步骤
            current_step = current_plan.get_next_step()
            
            # Phase 4: 执行
            result = self.executor.execute(current_step, context)
            
            # Phase 5: 评估结果
            evaluation = self.planner.evaluate_result(
                step=current_step,
                result=result,
                goal=task,
                context=context
            )
            
            # Phase 6: 根据评估结果调整
            if evaluation.status == "success":
                # 成功:更新上下文,标记步骤完成
                context[current_step.name] = result
                current_plan.mark_complete(current_step)
                
            elif evaluation.status == "failed":
                # 失败:尝试替代方案或重新规划
                alternatives = current_plan.get_alternatives(current_step)
                
                if alternatives:
                    # 有替代方案:使用替代
                    current_plan.replace_step(current_step, alternatives[0])
                else:
                    # 无替代方案:需要重新规划
                    if loop < self.max_loops - 1:
                        current_plan = self.planner.replan(
                            task, 
                            current_plan, 
                            failed_step=current_step,
                            error=result.error
                        )
                    else:
                        raise MaxLoopsExceededError(f"After {self.max_loops} loops")
            
            elif evaluation.status == "needs_adjustment":
                # 需要调整:对计划做局部修改
                current_plan.adjust(current_step, evaluation.adjustments)
            
            elif evaluation.status == "goal_changed":
                # 目标变化:重新规划
                current_plan = self.planner.replan(
                    task,
                    current_plan,
                    new_goal=evaluation.new_goal
                )
        
        raise MaxLoopsExceededError()

2.3 ReAct 模式

  • 核心流程:基于现状,思考下一步,执行后再思考下一步;
  • 示例代码:
class ReActAgent:
    """
    ReAct: Reasoning + Acting
    核心:交替进行推理和行动,Thought驱动Action
    """
    
    def __init__(self, llm, tools, max_steps=15):
        self.llm = llm
        self.tools = tools
        self.max_steps = max_steps
        self.history = []  # 存储 (thought, action, observation)
    
    def run(self, task):
        observation = ""  # 初始观察为空
        
        for step in range(self.max_steps):
            # Step 1: Thought - 分析现状,思考下一步
            thought = self.reason(task, self.history, observation)
            
            # 记录思考
            self.history.append({"thought": thought})
            
            # Step 2: Action - 决定行动
            action = self.decide_action(thought, task)
            
            # 结束检查
            if action["type"] == "finish":
                return action["result"]
            
            # Step 3: Execute - 执行行动
            if action["type"] == "tool":
                result = self.execute_tool(action["name"], action["input"])
            elif action["type"] == "search":
                result = self.execute_search(action["query"])
            elif action["type"] == "calculate":
                result = self.execute_calculation(action["expression"])
            else:
                result = self.execute_direct(action)
            
            # Step 4: Observation - 观察结果
            observation = self.observe_result(result, action)
            
            # 记录到历史
            self.history[-1]["action"] = action
            self.history[-1]["observation"] = observation
            
            # 循环检测
            if self.detect_loop(self.history):
                raise LoopDetectedError()
            
            # 进度检查
            if step == self.max_steps - 1:
                raise MaxStepsExceededError()
        
        raise MaxStepsExceededError()
    
    def reason(self, task, history, observation):
        """Thought阶段:推理分析"""
        history_text = self.format_history(history)
        
        prompt = f"""
当前任务:{task}

历史操作:
{history_text}

上一步结果:{observation}

请分析:
1. 当前任务进展到哪里了?
2. 上一步结果说明什么?
3. 下一步应该做什么?

你的思考应该清晰、有逻辑,能够指导下一步行动。
"""
        return self.llm.invoke(prompt)
    
    def decide_action(self, thought, task):
        """Action阶段:决定行动"""
        tools_desc = "\n".join([f"- {name}: {t.desc}" for name, t in self.tools.items()])
        
        prompt = f"""
思考结论:{thought}

任务:{task}

可用工具:
{tools_desc}

基于思考结论,决定下一步行动。
如果任务已经完成,返回finish。
如果有明确行动需要执行,返回tool调用。
如果需要更多信息,返回search或calculate。

返回格式(JSON):
{{
    "type": "tool|finish|search|calculate",
    "name": "tool_name if tool",
    "input": "tool input if tool",
    "query": "search query if search",
    "expression": "expression if calculate",
    "result": "final result if finish",
    "reason": "为什么做这个选择"
}}
"""
        return self.llm.invoke(prompt, format="json")
    
    def execute_tool(self, tool_name, tool_input):
        """执行工具"""
        tool = self.tools.get(tool_name)
        if not tool:
            raise ToolNotFoundError(f"Tool {tool_name} not found")
        
        return tool.execute(tool_input)
    
    def observe_result(self, result, action):
        """Observation阶段:整理观察结果"""
        if action["type"] == "tool":
            return f"执行{action['name']}完成,结果:{result}"
        elif action["type"] == "search":
            return f"搜索'{action['query']}'找到{len(result)}条结果"
        else:
            return str(result)
    
    def format_history(self, history):
        """格式化历史"""
        if not history:
            return "无历史操作"
        
        lines = []
        for i, h in enumerate(history):
            lines.append(f"步骤{i+1}:")
            lines.append(f"  思考: {h.get('thought', '')}")
            if "action" in h:
                lines.append(f"  行动: {h['action']}")
            if "observation" in h:
                lines.append(f"  结果: {h['observation']}")
        
        return "\n".join(lines)
    
    def detect_loop(self, history, window=3):
        """检测循环:最近几步是否重复"""
        if len(history) < window * 2:
            return False
        
        # 检查最近window步是否有循环
        recent = [h.get("action", {}).get("name") for h in history[-window:]]
        previous = [h.get("action", {}).get("name") for h in history[-window*2:-window]]
        
        return recent == previous

三、Human in the Loop(人在环)

基于以下原因,我们需要引入人工介入:

  • 幻觉问题:LLM可能生成看似正确但错误的内容;
  • 知识局限:无法获取实时或私域信息;
  • 道德边界:无法判断某些决策的伦理影响;
  • 容错能力:某些高风险操作需要人工确认;
  • 异常处理:超出预设场景的边界情况;

3.1 人工介入方式选型

等级名称触发条件人工动作适用场景
Level 0不介入无无低风险、可逆、量大
Level 1事后复核抽样/风险标记抽查、标记量大、容错空间
Level 2关键节点介入高风险/低置信度审批、确认需要审批的操作
Level 3全程可介入高风险操作暂停、修改、取消高价值交易、合规要求
Level 4人工主导复杂决策/用户请求决策、执行AI无法处理的情况

AI Agent技术演进:从提示词到分层架构的实战落地指南 AI Agent(智能代理)作为人工智能领域的关键技术,其核心在于构建能够感知环境、自主决策并执行动作的自治系统。其技术原理围绕感知、规划、行动与记忆四大模块展开,旨在实现从单次任务响应到持续目标导向的跨越。该技术的核心价值在于将大语言模型(LLM)的通用能力转化为解决特定领域复杂问题的可靠生产力工具。在应用场景上,AI Agent正从早期的简单自动化脚本,演进为能够处理多步骤、多模态任务的专家系统,广泛应用于数据分析、智能客服、流程自动化等领域。本文聚焦于AI Agent的技术演进路径,深入剖析了从基于提 阅读详情

相关推荐

Matlab实现POD本征正交分解数据降维模型

近年来,随着大数据时代的到来,各种复杂的工程问题产生了海量的高维数据,如何有效降维、提取数据中的关键信息成为了众多领域中的重要问题。在传统的数据降维方法中,PCTFA(主成分分析)是一种典型的统计方法,然而对于流体动力学等非线性问题,PCTFA在处理时可能失去部分物理意义,难以捕捉到系统的复杂性。在降维过程中,POD提取的主要特征通常是一组复杂的正交基函数,如何将这些结果有效地转化为直观且易于理解的物理意义,特别是在实际应用中,对该特征的理解和分析,依然是一个重要的课题。本项目的扩展性也得到了有效体现。

优质创作者: 人工智能技术领域 对于有一定基础的 MATLAB和Python带具体需求都可以详谈 MATLAB和Python可以提供代码调试服务加油 谢谢 你的鼓励是我前行的动力 谢谢支持 加油 谢谢 1216

Agent架构解析与实战(六)--PEV (Planner → Executor → Verifier)

🧱 拒绝“玩具级” Demo!构建真正“抗造”的生产级 Agent —— 你的 AI 一遇到 API 报错就“歇菜”? 深入 PEV (Planner-Executor-Verifier) 架构核心,手把手教你用 LangGraph 打造自带**“自动纠错回环”**的智能体,让系统稳定性原地起飞!🚀

FRIEDHELM02的博客 1229

从‘数字分身’到‘数字员工’:华为云MetaStudio如何重塑企业生产力?

本文探讨了华为云MetaStudio如何通过数字人技术重塑企业生产力,从数字分身到数字员工的转变。通过多模态AIGC技术,MetaStudio在金融、零售和制造业等多个行业实现高效应用,显著提升服务质量和运营效率。数字员工不仅降低成本,更成为企业增长的新引擎。

weixin_29083475的博客 450

智能体2.0深度解读:从工具到协同智能体的多路径演进

智能体(AI Agent)正在成为连接大模型与现实任务的关键桥梁。 从 AutoGPT、Devika、xAgent 到 Manus、DeepSeek、GPT-4o,我们正在进入一个“多路径智能体演进”的新时代。它不再只是一个能调工具的小助手,而是一种融合记忆、规划、协作、人格的智能生命体雏形。

努力分享一些人工智能、计算机视觉、影像等相关的知识干货! 2399

ERA5获取的风场数据转换为.dfs2文件

ERA5获取风场数据的具体步骤可以参考下面的文章下载好后应该是.nc格式的文件,想要读取或者转换成其他格式的文件可以安装下面步骤,本文介绍如何转换为.dfs2文件。

我的博客 1459

Midscene.js(3):手把手教你用 YAML 脚本实现 AI 驱动的 Web UI 自动化「喂饭教程」

Midscene.js是一款开源的AI驱动UI自动化工具,通过自然语言描述即可控制浏览器或Android设备执行操作。它支持YAML脚本编写测试用例,降低了自动化测试门槛。

blues_C的博客 3241

MCP + Planner / Executor 模型

Planner / Executor 模型是一种高级 Agent 架构设计模式,通过将规划和执行分离,显著提高 Agent 处理复杂任务的能力。本文深入剖析 MCP v2.0 框架下 MCP + Planner / Executor 模型的设计与实现,从架构设计、状态转移到具体实现,全面覆盖 Planner / Executor 模型的核心机制。通过真实代码示例、Mermaid 流程图和多维度对比表,展示 MCP v2.0 如何实现高效的任务分解、规划生成和执行管理,为构建智能 Agent 系统提供实战指

欢迎来到智能安全前线!这里是AI与信息安全交汇之地。我们以代码为武器,深入大模型攻防实战,破解系统漏洞。追踪OpenAI、Meta前沿动态,用红蓝对抗思维,锻造智能时代的坚盾与利矛。 581

《备考系统分析师》 - 专栏介绍和目录

本专栏提供软考高级系统分析师全套备考资料,包含四大核心内容:1.详细考点梳理(覆盖基础知识、关键技术、案例实践三大模块16个章节);2.历年真题及解析(2009-2022年所有真题含综合知识、案例分析和论文);3.100+篇高质量论文范文;4.预测模拟题。早鸟价仅需9.9元,可节约80%资料搜集时间,帮助考生高效备考、顺利通过考试。专栏持续更新,有问题可随时联系作者。

数据知道的博客 1万+

进阶篇-LangChain篇-15--高级Agent架构—复杂任务拆解(Plan-and-Execute架构)和多智能体协作(LangGraph)

高级Agent架构:从单兵作战到团队协作 本文探讨了单Agent在处理复杂任务时的局限性,并提出Plan-and-Execute与Multi-Agent架构的解决方案。单Agent如同全能员工,在多步骤任务中容易规划混乱、效率低下。而高级架构通过分工协作(Multi-Agent)和规划执行分离(Plan-and-Execute)实现高效任务处理,其中LangGraph作为协调中枢管理状态与流程。文章包含架构对比、核心原理、实战演示及面试要点,为企业级复杂任务自动化提供方法论支撑。 核心价值: Plan-an

weisian的博客 5076

ResNet改进(20):融合Swin Transformer与ResNet

这种混合架构的设计理念是:在保留CNN强大局部特征提取能力的同时,引入Transformer的全局建模优势。我们实现的模型在ResNet18的基础上嵌入了一个简化版的Swin Transformer Block,旨在探索两种范式结合的可能性。通过在ResNet早期阶段引入Transformer模块,我们既保留了CNN强大的局部特征提取能力,又获得了Transformer的全局建模优势。本文提出的ResNet与Swin Transformer混合架构,探索了CNN与Transformer结合的可能性。

2401_82355416的博客 859

光学系统仿真软件:OSLO_(13).衍射光学元件设计v1

目标函数是设计DOE的关键步骤之一。目标函数可以是一个具体的光强分布,也可以是一个特定的波前形状。在仿真软件中,目标函数通常用数学表达式或数据文件来定义。假设我们需要设计一个二元相位掩模,使其在特定位置生成三个焦点。我们可以定义一个目标函数来描述这三个焦点的光强分布。# 定义目标函数"""定义一个多焦点目标函数:param x: 横坐标:param y: 纵坐标:param z1: 第一个焦点的深度:param z2: 第二个焦点的深度:param z3: 第三个焦点的深度。

kkchenjj的博客 1001

超越 ReAct:探寻Plan-And-Execute Agent的设计与实现原理

摘要:本文深入探讨了Plan-And-Execute智能体在处理复杂任务时的优势与实现机制。相比ReAct模式的即时反馈机制,该架构通过"先规划后执行"的解耦设计,实现了更高效的复杂任务处理。文章详细解析了其四大核心组件:规划器负责任务拆解、执行器完成具体操作、重新规划器动态调整方案、最终答案生成器整合输出结果。这种架构不仅避免了"只见树木不见森林"的短视问题,还支持差异化模型部署以优化成本。通过规划-执行-重新规划的闭环工作流,智能体能够灵活应对任务执行中的不确定性

听得到微笑的博客 2354

ROS从入门到精通2-1:机器人3D可视化工具——Rviz

本文详细介绍了Rviz是什么?为什么要使用这个工具?清晰地列出了Rviz的安装流程和界面的基本功能元素;讲解了Rviz基本数据类型与话题,并用两个实例深入理解Rviz数据可视化的过程

FRIGIDWINTER的博客 5345

Agent系列(一) 什么是Agent

声明:此文章为原创,不得转载。   本文主要是介绍下什么是Agent , Agent有什么特性,并简要的分析了Agent技术的应用前景。   一、Agent定义         通常,我们可以把Agent理解为“个人软件代理”,Agent是一种在分布式系统或者协作系统中,能够持续自主地发挥作用的计算实体,简称为“智能体”。广义上,Agent指具有智能的任何实体,可以是计算机硬件和自能软件

HADES@OAK 2万+

Outlook Express 6 (OE6) for Win7/Win8/Win10

英文版 Outlook Express6.0, 兼容Win7/Win10/WinXP,解压就可用。

C# WinForm 基于DirectShow.dll编写的程序,可边预览边保存视频,音频和图片

基于微软的DirectShow.dll的二次开发1.自动识别连接的摄像头跟麦克风且可以对其进行选择(默认选中第一个)2.可录制wmv和avi两种格式的视频并且都带有音频,avi可以录制的分辨率和帧数进行选择,wmv默认进行了淸晰度优化如不喜欢可去除代码中有相关提示3.可在预览点开之后进行拍照,也可边录制视频边拍照4.添加了视频和音频的压缩功能(酌情使用)这次二次开发发现C#对DirectShow的相关信息太少,这次做完也不敢藏私共享出来,还望大家指正

从分层架构到工程兜底:生产级 Agent 系统的设计要点

一个能在本机跑通的 Agent Demo,通常只需要:一个 LLM SDK + 几个工具函数 + 一段 System Prompt。不可控的循环:LLM 可能在工具调用失败后反复重试,Token 持续燃烧,却永远不终止;不可靠的输出:即便开了 Structured Output / Function Calling,模型仍可能因版本升级、网络截断、超时返回半截 JSON;有状态的长任务:多轮对话、断点续跑、暂停恢复,与云原生"无状态短请求"的假设天然冲突;真实副作用。

Dawson Zhu的博客 275

VC中sqlite的使用

在VC中对sqlite的使用,实现数据库大批数据的快速插入,读取数据库中的数据在ListCtrl中显示

朝堂议政开发规格深度解析:edict 多 Agent 协作讨论系统的分层架构与工程实现

本篇技术指南以 edict 仓库中的《朝堂议政开发规格 v1.0》为骨架,完整解读这套基于 React 18 + Vite + TypeScript、Browser-only 运行的多 Agent 协作分析系统的类型体系、官员配置、Agent 运行时、消息总线、轮次调度器与 Zustand 状态管理,并结合仓库内真实落地的 Python 引擎与 React 可视化组件,讲清"三省六部多官员议政"从

gitblog_01039的博客 454

汉书HE8,好用的汇编代码编写工具

汉书HE8,好用的汇编代码编写工具早期编写汇编代码所用功能强大

OpenCode 的核心设计:主 Agent 与子 Agent 的分层架构

你的系统里,Agent 的上下文是共享的还是隔离的?如果是共享的——所有 Agent 共用一个巨大的上下文窗口——那当任务变复杂的时候,上下文污染几乎是必然的。如果是隔离的——每个子 Agent 有自己的上下文,主 Agent 只负责协调——那你就已经在用分层架构的思路了。想清楚这个问题,比学会用 OpenCode 本身更重要。因为工具会变,但架构思想不会。

2301_81501697的博客 193

复杂系统拆解为子图:如何用分层架构图让分布式 Agent 架构一目了然

画架构图不是为了炫技,是为了传递信息。一张好的架构图应该让读者在 30 秒内理解系统的大致结构,5 分钟内理解关键交互。自顶向下:先给全貌,再展开细节。每层专注一件事:不在一张图里塞两层的细节。层间接口明确:连线只连到端点,不连到内部组件。图和代码同仓管理:避免图过时。我现在的习惯是:每个新项目都在下建一个 Mermaid 文件,分层画出四层架构。代码评审时架构图也必须一起 review。这个顺手动作,帮我少开了至少 20 次"这个服务到底做什么"的对齐会。架构不在于画得多细,而在于。

2401_87746054的博客 4601

AI agent系统中的记忆系统如何开发?一文搞懂大模型的上下文机制

本文介绍了AI Agent系统中记忆系统的开发原理与实现方法。文章指出大模型本身不具备记忆能力,需要通过外挂记忆系统来存储和管理信息。记忆系统采用分层架构,分为短期记忆(存储当前对话)、中期记忆(整合主题信息)和长期记忆(持久化用户数据)。开发中需解决消息体组织、阈值管理和历史信息检索等问题,可采用截断法、摘要压缩法或RAG技术。文章还提供了大模型学习路线和资源,帮助开发者掌握AI应用开发技能。通过合理设计记忆系统,可以有效提升Agent的对话连贯性和个性化响应能力。

Z4400840的博客 829

AI代码开发宝库系列:Agent智能体系统

AI Agent是通过大语言模型(LLM)实现自主理解、规划、执行复杂任务的系统:只需给定目标,Agent即可自主拆解任务、调用工具、管理记忆,无需人工干预完成全流程。从“工具”到“伙伴”:Agent不再是“被动执行指令的工具”,而是“主动理解目标、规划步骤、解决问题的智能伙伴”;三类架构覆盖全需求:反应式应对“实时简单任务”,深思熟虑式处理“复杂规划任务”,混合式平衡“效率与智能”,可根据场景灵活选择;构建需务实:不盲目追求复杂架构,聚焦“环境、工具、提示”三大核心,优先验证核心能力,再逐步优化。

chenchihwen的专栏 1400

《多Agent系统引论》第2章 智能Agent 小结①

本文小结了《多Agent系统引论》第2章,智能Agent的第一部分。总结了环境、交互、智能Agent的概念,对比了Agent与对象、专家系统,思考了我们对Agent的认识、设计的角度、立场。第二部分还讨论了把Agent系统抽象,用数学表示Agent的任务等,最后还列出了进一步阅读的内容和习题,有兴趣的朋友可以两篇一起阅读。

当年月明的博客 1487

Anthropic Agent最佳实践系列一: Agent 架构入门

文章摘要:本文探讨了构建高效LLM智能体的关键原则与实践经验。研究表明,简单可组合的模式比复杂框架更有效。文章区分了工作流(预定义流程)与智能体(自主决策系统)的适用场景,建议仅在需要高度灵活性时采用智能体。介绍了多种工作流模式(提示链、任务路由、并行处理等)和智能体的核心架构,强调工具设计清晰性和模型友好性的重要性。最佳实践包括优先使用简单方案、理解底层机制、设置防护措施等,并以代码智能体为例展示了实际应用场景。

清风徐来 501

【人工智能学习笔记 一】 AI分层架构、基本概念分类与产品技术架构

总的来说AI主要由算法、算力、数据组成,算法是核心。LLM是基于Transformer架构的算法成果,属于NLP领域关键技术,赋予AI理解和生成语言的能力。如果把AI AGENT看作人工助手,LLM就是其大脑,提供智能核心。AIGC则基于LLM等技术,生成语言、图像、音频等内容,就像人基于大脑的一些语言和视觉的表达。举个例子:云雀模型是LLM,豆包的问答查询基于此,是AIGC在语言领域的应用;图片生成借助专门模型,也是AIGC。豆包APP里的智能体是AI AGENT,集成云雀能力为用户服务。

MaoLin Tian's Blog 7461

Agent开发系列(八)-组织知识库建设

本文提出了一套基于LLM的研发知识库分层架构与管理机制。知识库分为三层:RawSources层(只读原始数据,如代码、PR、监控)、Wiki层(LLM生成的消费级知识,如架构图、API文档)和Schema层(人工定义的规则与分类体系)。

LHW0621的专栏 1296

Agent开发系列(二)-记忆系统的设计

本文提出智能Agent的四层记忆系统设计:工作记忆、短期记忆、长期记忆、永久记忆;并说明了四层记忆的协同机制,包括写入流程、读取策略等

LHW0621的专栏 360

AI 系统分层架构设计:从 RAG 到 Agent 的模块职责与链路治理

职责清晰:四层分工明确,变更影响范围可控;链路可观测:全链路追踪 + 统一指标,故障定位效率提升 70%;稳定性增强:资源隔离 + 降级策略,核心链路 SLA 达 99.95%;扩展性提升:新增能力(如 MCP 工具)仅需实现标准接口,无需修改主干逻辑。AI 系统架构设计不能仅关注“功能实现”,更需前置考虑“如何稳定运行”。通过分层抽象、模块解耦、统一治理,才能支撑复杂 AI 应用的长期演进。

Sobremesa_k的博客 887
上一篇: AI文章解读(二)-Claude Managed Agents 内存功能解读
下一篇: Agent开发系列(二)-记忆系统的设计
morning_judger
博客等级 码龄16年 403粉丝 93原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

morning_judger

您的鼓励是我创作最大的动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值