登录社区云，与社区用户共同成长
邀请您加入社区
Google 工程师 Antonio Gulli 正在撰写《Agentic Design Patterns》一书，对设计和实现智能代理系统的最佳实践进行了详细的探讨。本文分享对提示链（Prompt Chaining）模式的学习。对于文中使用国外模型的代码示例，我也修改为更适合大家访问的国内大模型，如：deepseek, qwen 等。
三。 左外连接 考虑一家公司，比如亚马逊，它拥有超过2亿的用户，每天要完成数亿次交易。假设我们有两类数据，用户和交易： users(user_id,location_id) transactions(transction_id,product_id,user_id,quantity,amout) 所谓左外连接：令T1(左表)和T2(右表)是以下两个关系...
平时我们做业务需求的时候，难免会碰到有些非常大的改动，大到要修改表结构或者数据结构才能满足，这时候如何能同时兼容老版本的业务与新版本的业务就是一个首要解决问题。
将组合的LLM和KG方法如何演化？这些方法可以成为强大的个体患者数字孪生的实现者（即，以数字形式呈现最新个体患者数据的代表，用作个体患者健康记录并实现个性化预测分析的基础），其中LLM用于快速创建稳定的个体患者KG，作为稳定的健壮数据结构，可用于补充和验证LLM从新进行的会诊中解释的数据。这种方法有潜力减少LLM的环境影响，因为“传统”的非结构化健康记录中的历史信息可以为患者编码一次，创建一个“数
小白必看：MCP 架构的10大实践范式（深度指南）
因其低延迟、成本效益、易于开发和定制而受到青睐，特别适合资源受限的环境和领域知识获取。介绍了构建SLMs的基础概念，包括、从LLMs获取SLMs的方法（如探讨了从零开始训练SLMs的在知识蒸馏中的重要性、提升SLM性能的蒸提高性能的策略，以及LLMs中对SLMs有贡献的技术。分析了SLMs在上的应用，并讨论了在资源受限的部署SLMs的策略。问答（QA）：SLMs在问答任务中可以提供与大型语言模型（
在这篇文章中，我们将尽可能详细地梳理一个完整的 LLM 训练流程。包括模型预训练（Pretrain）、Tokenizer 训练、指令微调（Instruction Tuning）、奖励模型（Reward Model）和强化学习（RLHF）等环节。
LoRA 及其一系列变体从不同维度对大语言模型的训练进行了优化。LoRA 通过添加低秩矩阵 A 和 B 开启了高效训练的大门；LoRA + 优化学习率提升训练效率；VeRA 和 LoRA - FA 减少参数数量；LoRA - drop 智能筛选训练层；AdaLoRA 动态调整矩阵秩；DoRA 分解权重使训练更接近微调；Delta - LoRA 更新预训练权重突破性能瓶颈。
今天，我想分享一套颠覆性的、工业化的AI工作流，利用Adobe Firefly的“样式参考”功能作为“世界观生成引擎”，让你在一周之内，就能构建起一个内容详实、风格高度统一的完整美术圣经。
引言：异常安全的核心价值在C++系统开发中，异常安全（Exception Safety）是防御式编程的终极体现，其核心目标是通过资源管理策略和状态控制机制，确保程序在异常发生时仍能维持资源不泄漏、状态不破坏。随着现代C++对RAII（资源获取即初始化）和智能指针的深度整合，异常安全已成为衡量代码健壮性的黄金标准。本文将系统解析防御式设计模式在异常安全中的三大实现层级，并结合典型场景提供实战方案。一
本文介绍了利用Zoho和阿里云搭建个性化邮箱系统的详细步骤。通过注册域名配置MX记录、SPF和DKIM验证，最终实现自定义邮箱收发功能。教程包含18个具体操作步骤（a-r），涵盖从域名验证到安全配置的全过程，并演示了创建YGXY@fjfic.com账户进行邮件发送测试。该方法可应用于AI素养课程中的场景模拟实践，相关技术原理可参考提供的博客链接。
企业AI落地架构设计要点 本文系统阐述了企业应用集成AI服务时的关键工程挑战与解决方案，聚焦可靠性、性能和安全三大核心维度。在可靠性方面，提出断路器、重试和降级三种容错模式，确保AI服务故障时的业务连续性；性能优化层面，分析异步处理、缓存复用和对冲请求三种策略，解决AI服务延迟问题；安全防护方面，强调输入输出验证、沙箱隔离和安全代理的必要性。这些微观架构模式共同构成了企业级AI集成的工程保障体系，
本文系统梳理了AI Agent四大主流架构及其特性。ReAct通过"思考-行动-观察"循环实现动态交互，灵活性强但效率较低；Plan & Execute将规划与执行分离，提高效率但适应性差；ReWOO引入变量占位符优化数据传递；LLM Compiler采用DAG图实现并行执行，大幅提升速度但工程复杂。所有架构的核心都在于获取真实反馈监督模型行为，避免幻觉问题。不同场景需
文章摘要：本文介绍了一种Python插件化设计模式，通过动态导入和argparse库实现主程序与插件的解耦。项目包含主程序(main.py)和插件目录(plugins/)，每个插件需实现add_arguments和process接口。核心技巧是分两阶段解析参数：先解析已知参数确定插件，再加载插件并注册其专属参数。示例演示了文本处理插件(转大写/反转/词数统计)的实现，其中wordcount插件支持
今天，我就来分享一个正在彻底颠覆内容创作流程的AI工作流：利用Adobe Premiere Pro最新的“基于文本的编辑”功能，像编辑Word文档一样剪辑视频。
文章摘要： AI Agent主流设计模式包括四种核心架构：1）ReAct（思考-行动-观察循环），通过交错式工具调用实现动态适应；2）Plan & Execute（计划与执行分离），牺牲灵活性换取效率；3）ReWOO（无观察推理），引入变量实现高效数据流；4）LLM Compiler（任务图并行），通过DAG实现并发执行。ReAct保留了强化学习优势但成本高，后三种模式通过不同方式优化执行
干货收藏！AI智能体安全防护指南：六大抵御提示注入攻击设计模式深度解析
AI Agent设计模式全解析：从ReAct到LATS的演进之路，新手也能轻松入门（建议收藏）
今天这篇文章主要是描述一下PHP常见设计模式之工厂模式。工厂模式其实可以划分为：简单工厂模式、工厂方法模式、抽象工厂模式等。
第13章：外观模式-统一的入口定义：外观模式：为子系统中的一组接口提供一个统一的入口。外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。迪米特法则的一种具体实现（一个对象应该对其他对象保持最少的了解）又称：门面模式结构：代码实现：//子系统class SubSystemA {public void MethodA() {//业务实现代码}}class SubSystemB {publ
这个内容是我观看《Linux设备驱动开发详解》的学习笔记，其实书里面是先讲了关于驱动的很多的基础知识，然后再讲驱动的软件架构。但是我最近深深地沉迷于自顶向下的学习逻辑，所以打算先对整个驱动有了框架之后，再带着这个学习的过程中的疑惑与思维去学习基础。老师是基于globalmem和globalfifo两个虚拟得驱动开始讲解的，所以先说一下这两个是什么？
命令模式是一种行为型设计模式，它将请求或操作封装为一个对象，这样你可以使用不同的请求、队列或日志请求来参数化其他对象，并支持撤销操作。为何需要命令模式：解耦请求发送者与接收者：命令模式将请求发送者与接收者分离，提高系统的灵活性。支持撤销与重做：命令模式允许操作的撤销和重做，提高了用户体验。扩展性：允许系统在不修改现有代码的基础上扩展新命令。接口规范：定义清晰的接口，如execute()和undo(
【代码】Java设计模式之策略模式+工厂模式+模板模式。
简单工厂、工厂方法、抽象工厂三种设计模式都属于创建型设计模式，根据作用范围划分，简单工厂、工厂方法属于类模式；抽象工厂属于对象模式；由于简单工厂只是对类的创建进行同一的管理（用工厂类进行抉择创建什么对象）是一种编码的调整，所以简单工厂并不属于GoF 23种设计模式之一。
意图：定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。主要解决：一个对象状态改变给其他对象通知的问题，而且要考虑到易用和低耦合，保证高度的协作。何时使用：一个对象（目标对象）的状态发生改变，所有的依赖对象（观察者对象）都将得到通知，进行广播通知。如何解决：使用面向对象技术，可以将这种依赖关系弱化。关键代码：在抽象类里有一个 ArrayList
发布—订阅模式又叫观察者模式，它定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都将得到通知。在JavaScript开发中，一般用事件模型来替代传统的发布—订阅模式。
移动端或者前端很少去直接操作远程数据， 故不存在类似Spring 中的DAO， 此处示例中抽象出的Provider我们可以理解为服务提供者即此处的网络请求Service，亦或者DBService的上层服务提供者。
观察者模式是一种行为型设计模式，它定义了一种一对多的依赖关系，让多个观察者对象同时监听一个主题对象。当主题对象状态变化时，会自动通知所有观察者进行更新。这种模式实现了对象间的松耦合，常用于以下场景：1) GUI事件处理；2) 发布/订阅系统；3) MVC架构中的模型-视图同步；4) 实时数据监控。模式包含四个核心角色：主题、具体主题、观察者和具体观察者。典型实现中，主题维护观察者列表并提供注册/注
流接口模式是一种面向对象的编程模式，它可以使代码更具可读性和流畅性。流接口模式的核心思想是采用链式调用的方式来实现一系列对象方法的调用，每个方法调用都返回一个对象，从而可以继续调用下一个方法。这种模式类似于自然语言的句子结构，使得代码更易于理解和维护。在流接口模式中，每个方法都返回一个对象，通常是通过在方法签名中加入"this"关键字来实现。这样，每个方法都可以被视为在返回对象上执行的操作，从而形
装饰者模式装饰模式指的是在不必改变原类文件和使用继承的情况下，动态地扩展一个对象的功能。它是通过创建一个包装对象，也就是装饰来包裹真实的对象。意图：动态地给一个对象添加一些额外的职责。就增加功能来说，装饰器模式相比生成子类更为灵活。主要解决：一般的，我们为了扩展一个类经常使用继承方式实现，由于继承为类引入静态特征，并且随着扩展功能的增多，子类会很膨胀。何时使用：在不想增加很多子类的情况下扩展类。优
模型——视图——控制器——复合模式复合模式简介模型-视图-控制器模式模型视图-外观控制器-胶水MVC设计模式的UML类图MVC模式应用优点复合模式简介复合模式将两个或多个模式组合成解决常见或普遍性问题的解决方案，复合模式不是同时使用的一组模式，而是一个问题的通用解决方案。模型-视图-控制器模式MVC模式将应用程序分为3个基本部分：模式、视图和控制器。这3个部分是相互关联的，并且有助于将信息...
23种设计模式-中介者(Mediator)设计模式
设计模式不是银弹，而是应对复杂性的思维工具。正如GoF在《设计模式》中所说："模式是特定上下文中解决重现问题的方案理解场景：单例控制资源，工厂解耦创建，观察者处理通知避免滥用：简单场景直接new对象比工厂更直接组合创新：Spring框架通过组合工厂+单例实现IoC容器终极思考：若将整个系统看作宇宙：单例是奇点（唯一存在）工厂是造物主（创造万物）观察者是引力波（传递状态变化）在架构设计中，模式如同乐
设计模式：创建型、结构型、行为型
观察者模式又被称为发布-订阅（Publish/Subscribe）模式，它定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态变化时，会通知所有的观察者对象，使他们能够自动更新自己。
本文探讨了软件工程中关键的设计模式与原则，包括设计模式的概念及其重要性，如提升代码的可维护性、扩展性和复用性。深入介绍了七大设计原则：单一职责、开闭、里氏替换、接口隔离、依赖倒置、迪米特法则及合成复用原则，每个原则均附带实例说明，如单一职责原则下交通工具类的重构，以及依赖倒置原则中接口的引入。
命令模式将一个请求封装为一个对象，从而使你可用不同的请求把客户端参数化；对请求排队或记录请求日志，以及支持可撤销的操作。这种模式允许你将发出请求的责任和执行请求的责任分割开。
23个设计模式，是不是技术人必学的？GOF的设计模式确实经典，可太抽象，太难啃，难道就没有给人学的设计模式吗？分享一个小众的github宝藏项目，名称就叫“给人学的设计模式”。项目名称：design-patterns-for-humans项目地址：https://github.com/kamranahmedse/design-patterns-for-humans标星只有44.4K，在github
柴郡猫技术--C++中的PIMPL设计模式C++ 中的“柴郡猫技术”(Cheshire Cat Idiom)，又称为 PIMPL(Pointer to IMPLementation) ，Opaque Pointer等，是一种在类中只定义接口，而将私有数据成员封装在另一个实现类中的惯用法。该方法主要是为了隐藏类的数据以及减轻编译时的压力。“柴郡猫”是什么鬼？就是下面这货：...
通过前面几个案例，大致了解了静态代理的使用方式，其大致流程如下：1.创建一个接口，定义代理类和被代理类共同实现的方法。2.创建被代理类，实现这个接口，并且在其中定义实现方法。3.创建代理类，也要实现这个接口，同时在其中定义一个被代理类的对象作为成员变量。4.在代理类中实现接口中的方法，方法中调用被代理类中的对应方法。5.通过创建代理对象，并调用其方法，方法增强。这样，被代理类的方法就会被代理类所覆
一、简介二、优缺点三、应用场景四、模式结构1. 主要角色2. UML类图五、代码实现一、简介组合（Composite Pattern）模式的定义：有时又叫作整体-部分（Part-Whole）模式，它是一种将对象组合成树状的层次结构的模式，用来表示“整体-部分”的关系，使用户对单个对象和组合对象具有一致的访问性，属于结构型设计模式。在组合模式中，整个树形结构中的对象都属于同一种类型，带来的好处就是用
基于SpringBoot的Java 设计模式-责任链模式
设计模式六大原则——里氏替换原则、依赖倒置原则详解1、里氏代换原则（Liskov Substitution Principle）概念顾名思义，该原则用于经常发生替换的地方，在Java中指的是实现抽象和实现父子类相互替换的原则，是面向对象设计的基本原则之一内容其包含了如下四种准则：子类必须完全实现父类的方法子类可以有自己特有的方法子类的输入参数是父类输入参数的子类或者与之一致子类的返回类型是父类返回
4，创建型模式4.2 工厂模式4.2.1 概述需求：设计一个咖啡店点餐系统。设计一个咖啡类（Coffee），并定义其两个子类（美式咖啡【AmericanCoffee】和拿铁咖啡【LatteCoffee】）；再设计一个咖啡店类（CoffeeStore），咖啡店具有点咖啡的功能。具体类的设计如下：在java中，万物皆对象，这些对象都需要创建，如果创建的时候直接new该对象，就会对该对象耦合严重，假如我
如果一个系统需要在构建的抽象化角色和具体化角色之间增加更多的灵活性，避免在两个层次之间建立静态的继承联系，可以通过桥接模式使他们在抽象层建立一个关联关系，抽象化角色和实现化角色可以以继承的方式独立扩展而互不影响，在程序运行时可以将动态将一个抽象化子类的对象和一个实现化子类的对象进行组合，及系统需要对抽象化角色和现实化角色进行动态耦合。将结构看成这样，那我们在新增品牌的时候，只需要在x轴增加就好了，
面向对象设计模式，设计模式解释，设计模式分类，
设计模式
——设计模式
联系我们（工作时间：8:30-22:00）
400-660-0108 kefu@csdn.net
北京朝阳AI社区
魔乐社区
2048 AI社区
讯飞AI开发者社区
