- 博客(351)
- 资源 (3)
- 收藏
- 关注
RSS订阅原创 Agent应用实践之四十六 - 专栏总结
本专栏分为三大模块，完整讲解了基于大模型搭建智能 Agent 的实现思路。通过内容不难看出，Agent 体系的迭代演进始终围绕三大核心要素展开：提示词、记忆模块与工具调用。绝大多数 Agent 能力，本质都是对这三要素进行优化、重组与拓展。吃透这套底层基础逻辑后，后续再接触各类新兴 AI 相关概念，你都能快速拆解、读懂其底层运行原理。
2026-07-08 13:13:36
40
原创 Agent应用实践之四十五 - OpenClaw：subAgent
AI 大模型飞速进化，不懂 AI、不会用 Agent 的程序员，正在慢慢被行业淘汰。现在 AI 新技术迭代快到离谱：RAG 还没学明白，MCP 接踵而来；工具刚上手，Skills、各类新 Agent 概念又轮番刷屏；Manus还没看懂，就出来OpenClaw，OpenClaw热度还没退，又出来Hermes。越追越乱、越学越焦虑，永远在被动跟风，陷入学不完、跟不上、用不上的内耗。其实焦虑的根本原因，不是新技术太多，而是不懂大模型 Agent 应用底层原理，只会零散跟风，没有通用方法论。为此我专门推出Agent
2026-07-08 13:12:50
278
原创 Agent应用实践之四十四 - OpenClaw：Cron定时任务
AI 大模型飞速进化，不懂 AI、不会用 Agent 的程序员，正在慢慢被行业淘汰。现在 AI 新技术迭代快到离谱：RAG 还没学明白，MCP 接踵而来；工具刚上手，Skills、各类新 Agent 概念又轮番刷屏；Manus还没看懂，就出来OpenClaw，OpenClaw热度还没退，又出来Hermes。越追越乱、越学越焦虑，永远在被动跟风，陷入学不完、跟不上、用不上的内耗。其实焦虑的根本原因，不是新技术太多，而是不懂大模型 Agent 应用底层原理，只会零散跟风，没有通用方法论。为此我专门推出Agent
2026-07-07 09:20:29
67
原创 Agent应用实践之四十三 - OpenClaw：heartbeat心跳机制
AI 大模型飞速进化，不懂 AI、不会用 Agent 的程序员，正在慢慢被行业淘汰。现在 AI 新技术迭代快到离谱：RAG 还没学明白，MCP 接踵而来；工具刚上手，Skills、各类新 Agent 概念又轮番刷屏；Manus还没看懂，就出来OpenClaw，OpenClaw热度还没退，又出来Hermes。越追越乱、越学越焦虑，永远在被动跟风，陷入学不完、跟不上、用不上的内耗。其实焦虑的根本原因，不是新技术太多，而是不懂大模型 Agent 应用底层原理，只会零散跟风，没有通用方法论。为此我专门推出Agent
2026-07-07 09:19:55
158
原创 Agent应用实践之四十二 - OpenClaw：Skills
AI 大模型飞速进化，不懂 AI、不会用 Agent 的程序员，正在慢慢被行业淘汰。现在 AI 新技术迭代快到离谱：RAG 还没学明白，MCP 接踵而来；工具刚上手，Skills、各类新 Agent 概念又轮番刷屏；Manus还没看懂，就出来OpenClaw，OpenClaw热度还没退，又出来Hermes。越追越乱、越学越焦虑，永远在被动跟风，陷入学不完、跟不上、用不上的内耗。其实焦虑的根本原因，不是新技术太多，而是不懂大模型 Agent 应用底层原理，只会零散跟风，没有通用方法论。为此我专门推出Agent
2026-07-06 09:21:22
172
原创 Agent应用实践之四十一 - OpenClaw：工具
AI 大模型飞速进化，不懂 AI、不会用 Agent 的程序员，正在慢慢被行业淘汰。现在 AI 新技术迭代快到离谱：RAG 还没学明白，MCP 接踵而来；工具刚上手，Skills、各类新 Agent 概念又轮番刷屏；Manus还没看懂，就出来OpenClaw，OpenClaw热度还没退，又出来Hermes。越追越乱、越学越焦虑，永远在被动跟风，陷入学不完、跟不上、用不上的内耗。其实焦虑的根本原因，不是新技术太多，而是不懂大模型 Agent 应用底层原理，只会零散跟风，没有通用方法论。为此我专门推出Agent
2026-07-06 09:20:06
160
原创 Agent应用实践之四十 - OpenClaw：记忆
AI 大模型飞速进化，不懂 AI、不会用 Agent 的程序员，正在慢慢被行业淘汰。现在 AI 新技术迭代快到离谱：RAG 还没学明白，MCP 接踵而来；工具刚上手，Skills、各类新 Agent 概念又轮番刷屏；Manus还没看懂，就出来OpenClaw，OpenClaw热度还没退，又出来Hermes。越追越乱、越学越焦虑，永远在被动跟风，陷入学不完、跟不上、用不上的内耗。其实焦虑的根本原因，不是新技术太多，而是不懂大模型 Agent 应用底层原理，只会零散跟风，没有通用方法论。为此我专门推出Agent
2026-07-02 09:39:10
455
2
原创 Agent应用实践之三十九 - OpenClaw：提示词
AI 大模型飞速进化，不懂 AI、不会用 Agent 的程序员，正在慢慢被行业淘汰。现在 AI 新技术迭代快到离谱：RAG 还没学明白，MCP 接踵而来；工具刚上手，Skills、各类新 Agent 概念又轮番刷屏；Manus还没看懂，就出来OpenClaw，OpenClaw热度还没退，又出来Hermes。越追越乱、越学越焦虑，永远在被动跟风，陷入学不完、跟不上、用不上的内耗。其实焦虑的根本原因，不是新技术太多，而是不懂大模型 Agent 应用底层原理，只会零散跟风，没有通用方法论。为此我专门推出Agent
2026-07-02 09:38:39
173
原创 Agent应用实践之三十八 - OpenClaw：基本框架
AI 大模型飞速进化，不懂 AI、不会用 Agent 的程序员，正在慢慢被行业淘汰。现在 AI 新技术迭代快到离谱：RAG 还没学明白，MCP 接踵而来；工具刚上手，Skills、各类新 Agent 概念又轮番刷屏；Manus还没看懂，就出来OpenClaw，OpenClaw热度还没退，又出来Hermes。越追越乱、越学越焦虑，永远在被动跟风，陷入学不完、跟不上、用不上的内耗。其实焦虑的根本原因，不是新技术太多，而是不懂大模型 Agent 应用底层原理，只会零散跟风，没有通用方法论。为此我专门推出Agent
2026-07-01 14:13:48
279
原创 Agent应用实践之三十七 - AgentScope高阶用法：A2A
A2A的全称叫Agent2Agent Protocol，它是一项开放标准，它能让人工智能Agent在不同的平台和框架之间进行通信和协作，而无需考虑其底层技术。该协议旨在通过实现真正的多Agent场景来充分发挥Agent人工智能的优势。可能这么说比较官方，不容易理解，回顾一下之前在《Agent应用实践之十三 - 三驾马车：工具之MCP1）统一了整体的架构，就是以client-server的架构，加上统一协议交互2）统一了数据的格式（比如以json），里面包括tool、prompt、resources等。
2026-07-01 14:12:37
225
原创 Agent应用实践之三十六 - AgentScope高阶用法：AG-UI
AI 大模型飞速进化，不懂 AI、不会用 Agent 的程序员，正在慢慢被行业淘汰。现在 AI 新技术迭代快到离谱：RAG 还没学明白，MCP 接踵而来；工具刚上手，Skills、各类新 Agent 概念又轮番刷屏；Manus还没看懂，就出来OpenClaw，OpenClaw热度还没退，又出来Hermes。越追越乱、越学越焦虑，永远在被动跟风，陷入学不完、跟不上、用不上的内耗。其实焦虑的根本原因，不是新技术太多，而是不懂大模型 Agent 应用底层原理，只会零散跟风，没有通用方法论。为此我专门推出Agent
2026-06-30 08:52:12
137
原创 Agent应用实践之三十五 - AgentScope高阶用法：Studio（监控）
本章讲解了AgentScope的Studio功能，无论是大模型还是Agent，都会提供类似的能力。这个不仅可以监控Agent的情况，同时还是接入一些预算，比如OpenClaw中就有类似的能力。
2026-06-30 08:51:30
98
原创 Agent应用实践之三十四 - 设计模式：Subagents（子智能体）
本章先讲解了Subagents设计模式的内容，然后使用AgentScope实现Subagents，Subagents的关键在于如何启动一个Subagent以及Subagent与主Agent的交互，后续在手搓OpenClaw还会继续说到这个内容。
2026-06-29 11:11:32
195
原创 Agent应用实践之三十三 - 设计模式：Supervisor（监督者）
本章讲述了Supervisor（监督者），所有请求先到监督者；通过工具调用分发给专家。每个专职智能体注册为一个工具（如 schedule_event、manage_email），名称与描述清晰，便于监督者决定何时调用。每次调用新建子智能体实例（或使用全新上下文）；对话状态由监督者持有。
2026-06-29 11:10:29
161
原创 Agent应用实践之三十二 - 设计模式：Handoffs（交接）
本章通过讲解什么是Handoffs（交接）设计模式，然后通过AgentScope给大家演示该设计模式的实现。最后还分析了底层代码原理。这种设计模式在多Agent下非常有用，其实这个设计模式与Router路由设计模式有异曲同工之处。
2026-06-26 09:04:28
443
原创 Java踩坑系列之十六：@Async注解的线程池隔离陷阱
作为多年的Java开发经验，在开发过程中经常会踩一些坑，本系列想通过一些案例分享，帮助其他开发者避免这些问题。在一次电商系统的订单处理系统中，用户反馈系统响应越来越慢，最终导致服务不可用。经过排查发现，是因为大量使用了注解进行异步处理，但没有配置自定义线程池，导致系统创建了大量线程，最终内存溢出（OOM）。问题代码如下：运行结果：2. 原因分析2.1 Spring @Async的线程池查找机制Spring在执行注解的方法时，会按照以下顺序查找线程池：关键源码分析（Spring Framework
2026-06-26 09:03:33
163
原创 Agent应用实践之三十一 - 设计模式：Guardrails安全模式
本章介绍了Guardrails在Agent中的作用，并通过AgentScope实现langchain4j的Guardrails功能。安全这个概念在大模型出来之后一直被提到，因此安全模式是一个非常重要的模块。希望通过本章的讲解能让你在实践工程中使用到。
2026-06-25 14:30:02
315
原创 Java踩坑系列之十五：Snowflake算法时钟回拨问题
作为多年的Java开发经验，在开发过程中经常会踩一些坑，本系列想通过一些案例分享，帮助其他开发者避免这些问题。在一次电商系统的订单系统中，用户反馈出现了重复的订单ID，导致订单数据混乱。经过排查发现，是因为服务器进行了NTP时间同步，系统时间被回调了约50毫秒，导致Snowflake算法生成的ID与之前重复。问题代码如下：运行结果：2. 原因分析2.1 Snowflake算法结构Snowflake是Twitter开源的分布式ID生成算法，生成的是一个64位的Long类型ID。ID结构（64位）：各
2026-06-25 14:29:21
227
原创 Agent应用实践之三十 - 设计模式：异常处理和恢复
本章讲解了如何处理Agent的异常和恢复，这在实际的工程应用中非常重要。业务场景中，不可能将Agent的错误直接抛给用户，通过人性化处理，会使得整个系统更有体验感。
2026-06-24 09:00:21
274
原创 Java踩坑系列之十四：MyBatis缓存导致同一SqlSession中的数据不一致
作为多年的Java开发经验，在开发过程中经常会踩一些坑，本系列想通过一些案例分享，帮助其他开发者避免这些问题。在一次订单系统中，用户反馈订单状态更新后，页面显示的状态仍然是旧状态。经过排查发现，是因为MyBatis一级缓存导致的问题：在同一事务中，先查询了订单信息，然后外部系统更新了订单状态，再次查询时返回的是缓存中的旧数据。问题代码如下：运行结果：2. 原因分析通过深入分析MyBatis一级缓存机制，发现数据不一致的根本原因：运行结果：核心原理：运行结果：优点：实现简单，直接有效缺点：需要
2026-06-24 08:59:45
179
原创 Agent应用实践之二十九 - 设计模式：人机协同
本章讲解了一种比较常见的设计模式：人机协同。通过一些场景举例，同时使用AgentScope本身自带的能力实现的人机协同模式，最后通过源码分析了AgentScope中如何实现。通过了解人机协同模式对于实际工程使用也是非常有用的。
2026-06-22 09:04:49
304
原创 Java踩坑系列之十三：JPA关联查询导致N+1查询的性能灾难
_作为多年的Java开发经验，在开发过程中经常会踩一些坑，本系列想通过一些案例分享，帮助其他开发者避免这些问题。在一次电商系统的性能优化中，发现商品列表接口响应时间异常缓慢，平均响应时间超过3秒。通过分析数据库监控发现，每次查询商品列表时，数据库都会执行大量的SQL语句。经过排查，发现是典型的JPA N+1查询问题：查询10个商品，却执行了101次SQL查询！运行结果：2. 原因分析2.1 JPA懒加载机制运行结果：2.2 N+1问题类型总结关联类型默认加载策略N+1问题
2026-06-22 09:03:39
196
原创 Agent应用实践之二十八 - 设计模式：规划
本章讲解了规划设计模式以及其适用场景。通过AgentScope自带的PlanBook能力实现规划设计模式，并解析其底层源码原理。规划对于复杂的任务非常重要，但是规划会消耗大量token和时间。因此如何提示大模型什么时候采用规划也是非常重要。
2026-06-18 10:38:30
400
原创 Java踩坑系列之十二：Spring循环依赖
类型能否解决原因构造器注入循环依赖❌ 不能实例化阶段就需要依赖，无法提前暴露Setter注入循环依赖✅ 能（需配置）实例化后注入属性，可通过三级缓存解决字段注入循环依赖✅ 能（需配置）与Setter注入类似@Lazy注解✅ 能注入代理对象，延迟初始化代码层面✅ 优先使用构造器注入（明确依赖关系）✅ 遵循单一职责原则✅ 使用@Lazy作为临时解决方案❌ 避免过度复杂的依赖关系❌ 不要滥用循环依赖配置团队规范代码审查：重点检查循环依赖架构设计：合理划分模块边界。
2026-06-18 10:37:55
267
原创 Agent应用实践之二十七 - 设计模式：推理
本章讲解了推理，推理是Agent一个很重要的能力，可以完成复杂的任务，也可以实现自我纠正。推理技术实现的路径有很多，前面提到的反思、多智能体辩论都属于广泛的推理设计模式的一种，本章有进一步对推理技术进行归类，同时举例其它场景。
2026-06-17 09:50:43
421
原创 Java踩坑系列之十一：Spring的@Transactional失效
场景原因解决方案this调用同类方法绕过代理对象自注入/拆分Service/AopContext方法是privateCGLIB无法代理私有方法改为public方法是finalCGLIB无法继承final方法去掉final修饰符异常被catch吞掉事务管理器检测不到异常手动回滚或重新抛出抛出受检异常默认只回滚RuntimeException指定rollbackFor类未被Spring管理@Transactional无效添加@Service等注解数据库不支持事务。
2026-06-17 09:50:03
212
原创 Agent应用实践之二十六 - 设计模式：多智能体辩论
本章讲解多智能体辩论的设计模式，这种相对于反思又更进一步的将结果纠正推到了多个智能体。非常适合高风险、高复杂度且需要多视角验证的决策场景。
2026-06-16 09:52:53
173
原创 Java踩坑系列之十：虚拟线程的三大陷阱
场景推荐做法避免做法锁机制使用ReentrantLock使用synchronized线程本地存储使用ScopedValue或及时remove存储大对象不清理线程创建每任务一线程池化虚拟线程任务类型I/O密集型CPU密集型线程池在虚拟线程中用固定线程池。
2026-06-16 09:51:51
185
原创 Agent应用实践之二十五 - 设计模式：反思
本章讲解了反思的设计模式，同时也引入了阿里的另外一个框架StateGraph。可见串行、并行、路由、循环都是属于工作流的重要方式，也可以简单这些都是最基础的设计模式。
2026-06-15 08:53:59
246
原创 Java踩坑系列之九：不可变集合和序列化集合接口的兼容性陷阱
作为多年的Java开发经验，在开发过程中经常会踩一些坑，本系列想通过一些案例分享，帮助其他开发者避免这些问题。注意：由于框架不同版本改造会有些使用的不同，因此本次系列中使用JDK版本使用的是open-jdk21。
2026-06-15 08:53:03
405
原创 Agent应用实践之二十四 - 设计模式：路由
本章讲解了路由模式的基本原理和适用场景，并使用代码实现了其中一种路由模式。在不同场景下，会采用不同的路由模式，甚至会混合使用。路由可以减轻服务压力，也能更精确返回结果。是一种在实践中非常实用的设计模式。
2026-06-11 09:55:41
180
原创 Java踩坑系列之八：Lombok的@EqualsAndHashCode导致的堆栈溢出
作为多年的Java开发经验，在开发过程中经常会踩一些坑，本系列想通过一些案例分享，帮助其他开发者避免这些问题。注意：由于框架不同版本改造会有些使用的不同，因此本次系列中使用JDK版本使用的是open-jdk21。
2026-06-11 09:55:09
352
原创 Agent应用实践之二十三 - 设计模式：并行
本章讲解了并行设计模式，同时采用AgentScope中Pipelines 工具类使用，最后还讲解了Pipelines的底层原理。下一章将讲与前面这两种完全不同的设计模式：路由。
2026-06-10 11:16:17
163
原创 Java踩坑系列之七：序列化陷阱
代码层面✅ 始终显式声明serialVersionUID✅ 优先使用JSON等跨语言序列化格式✅ 使用版本化缓存key策略✅ 实现向后兼容的类设计❌ 不要随意修改serialVersionUID❌ 不要删除已有字段团队规范强制规范：所有可序列化类必须显式声明serialVersionUID代码审查：重点检查类结构变更对序列化的影响版本管理：类结构变更时更新版本号文档说明：在代码注释中说明序列化兼容性架构设计序列化选型：根据场景选择合适的序列化方案缓存策略：制定版本化缓存策略。
2026-06-10 11:15:39
189
原创 Agent应用实践之二十二 - 设计模式：提示词链
本章讲解了Agent的设计模式之提示词链，这个就是一个串行的场景，如果做过工作流的同学一样熟悉这种模式，它是一种串行执行，下一章讲并行的设计模式。
2026-06-09 09:29:57
189
原创 Java踩坑系列之六：反射性能陷阱
代码层面✅ 缓存Method对象，避免重复查找✅ 使用MethodHandle替代反射，性能更好✅ 在框架初始化时预加载反射对象✅ 考虑使用代码生成技术（如字节码增强）❌ 不要在高频调用路径中使用反射团队规范强制规范：高频调用场景禁止使用反射代码审查：重点检查反射调用的使用场景性能测试：对反射调用进行性能测试和优化文档说明：在代码注释中说明反射的使用原因架构设计性能监控：监控反射调用的性能影响缓存策略：制定反射对象的缓存策略替代方案。
2026-06-09 09:29:06
225
原创 Java踩坑系列之四：并行流性能陷阱
参考代码 lesson04-parallel-stream-pitfall 中的CustomForkJoinPoolSolution.java/*** 使用自定义ForkJoinPool解决共享线程池资源竞争问题System . out . println("=== 自定义ForkJoinPool解决方案 ===\n");i ++) {// 1. 默认并行流 System . out . println("1. 默认并行流（共享commonPool）");
2026-06-08 10:42:22
333
原创 Agent应用实践之二十一 - 三驾马车：记忆之RAG
本章通过讲解什么是RAG，并演示了AgentScope中如何使用RAG。之所以将RAG归入三驾马车中的记忆，这是因为你可以理解外部知识也算是一种记忆，只不过通过检索得来。至此关于Agent基础的三驾马车就已经讲完了。接下来进入本栏目的第二部分：Agent设计模式。
2026-06-08 10:41:41
764
原创 Java踩坑系列之五：异常链丢失
代码层面✅ 不要在finally块中使用return语句✅ 不要在finally块中抛出异常✅ 使用try-with-resources管理资源✅ 在finally块中只做资源清理工作❌ 不要在finally块中执行业务逻辑团队规范强制规范：禁止在finally块中使用return语句代码审查：重点检查finally块的使用静态分析：集成工具检测finally块中的问题单元测试：覆盖异常场景的测试架构设计异常策略：制定明确的异常处理策略日志规范：记录完整的异常链信息监控告警。
2026-06-04 11:15:00
266
原创 Agent应用实践之二十 - 三驾马车：记忆之会话管理
本章通过讲解AgentScope的会话管理，并分析其底层原理。这套State机制对于生产级的会话持久性有很重要的作用。虽然它不止保存当前会话记忆，还包括Agent的其它组件状态，但是这里将其归入到记忆中来。
2026-06-04 11:14:08
426
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人