- 博客(34)
- 收藏
- 关注
RSS订阅原创 超全Agent落地架构拆解！13项核心能力优先级排序+落地准则（企业级实战）
很多团队做企业级Agent智能体功能乱序开发、想到哪做哪、架构没有分层、上线后频繁崩、体验参差不齐。Agent开发不是简单的调用大模型，而是一套基建→认知→执行→稳定→安全→运维的完整工程体系。本文结合实际落地经验，梳理出13项Agent核心能力唯一正确落地顺序，搭配分层落地原则，完美适配企业级智能体开发、私有化部署、权限管控、长记忆对话、流式交互等全场景，新手可落地、老手可优化，直接规避90%的架构坑！1.先基建，后业务：绝不先做流式、渲染、多Agent等表层能力，底座不稳全是无效迭代；2.
2026-08-12 15:00:08
245
原创 Cursor/ Windsurf/Trae 写代码像坨屎？装上这个神级技能包，AI 直接变资深架构师！
《AI编程效率提升指南：Superpowers-zh技能包详解》介绍了如何通过Superpowers-zh技能包解决Windsurf编程工具存在的四大痛点：代码质量差、架构混乱、调试困难和维护不易。文章详细讲解了该技能包的安装方法（项目级和全局级）和验证方式，重点展示了其五大核心功能：需求拆解、架构设计、TDD开发、系统化调试和代码重构。作者通过实际案例证明，使用该技能包后AI生成的代码质量显著提升，开发效率提高80%，特别适合需要规范化和可维护代码的项目开发。
2026-05-17 10:26:20
499
原创 Agent 工厂模块3：AI Agent 性能炸裂！全局 DeepAgent 工厂｜缓存机制 + 复用架构彻底吃透
本文介绍了全局DeepAgent创建机制，通过缓存复用技术解决Agent系统资源消耗问题。核心方法create_global_agent()通过排序skill_ids生成缓存键，确保相同技能组合返回同一实例。该方法适用于后台任务、定时任务等长期运行场景，相比常规create()方法避免了重复创建，大幅提升性能。文章详细解析了缓存机制、核心流程及生产环境适用场景，并指出该方法是企业级AIAgent架构的必备设计模式，能显著降低资源消耗和提高系统稳定性。
2026-04-09 16:45:15
455
原创 Agent 工厂模块2：动态生成 Pydantic 模型｜LangChain 工具适配实战
本文介绍了一种使用Python元编程动态生成Pydantic模型的方法，实现自研Agent工具无缝接入LangChain框架。作者通过type()函数在运行时动态创建ArgsSchema类，避免了为每个工具手动编写Pydantic模型的繁琐工作。文章详细展示了从自研BaseTool到LangChain StructuredTool的转换流程，包括参数解析、模型动态生成和工具封装等关键步骤。这种元编程方法不仅提高了开发效率，还保持了代码的优雅性和可扩展性，为企业级Agent开发提供了标准化解决方案。最后作者还
2026-04-08 19:37:56
200
原创 Agent 工厂模块1：【AI Agent 架构升级】全网最细拆解｜LangChain Deep Agents 桥接神器
《LangChain DeepAgent迁移实战：无缝桥接自研Agent生态》Agent工厂模块如何实现自研Agent到LangChain DeepAgents生态的无缝迁移。核心设计保留原有工具/技能/接口，通过四层架构实现系统提示词模块化拼接（Bot身份层→Team协作层→Agent交互层→Skills能力层），内置文件操作、任务规划等原生能力。工厂模式封装create()、create_global_agent()等接口，兼容旧系统调用方式，自动适
2026-04-08 19:01:19
235
原创 AI Agent 实战：MySQL 监控指标查询 Skill
本文介绍了一个企业级AgentSkill，用于统一查询华为云和腾讯云MySQL监控指标。该技能支持CPU、内存、QPS等核心指标查询，具备以下特点：1）双云兼容，自动识别IP/实例名；2）统一指标抽象，屏蔽底层差异；3）遵循标准AgentSkill规范；4）包含完整的指标映射表和调用示例。通过PromQL自动生成和工具白名单机制，实现了安全可控的企业级监控能力，可直接复制应用于实际运维场景。
2026-04-05 14:15:36
464
原创 【AI Agent 硬核干货】Anthropic AgentSkills 开放标准全解
摘要： AgentSkills是由Anthropic推出的AI智能体模块化技能开放标准，旨在解决长Prompt臃肿、能力复用难等问题。其核心特点包括：模块化封装（通过SKILL.md定义技能元数据与指令）、渐进式加载（按需读取技能，减少Token消耗）、跨模型兼容（适配LangChain等生态）。标准目录结构固定，支持主/子代理技能隔离配置，并提供了可复用的代码模板与实战示例（如DeepAgent集成）。关键优势在于技能一次编写多Agent复用，同时通过严格约束（如description≤1024字符、文件
2026-04-05 12:09:47
631
原创 【Python 日志封神方案】logging 无缝桥接 loguru，FastAPI/Uvicorn 日志统一管控
本文提出了一种解决Python后端开发中日志割裂问题的方案，特别是针对FastAPI/Uvicorn框架下标准logging与loguru两套日志系统并存的问题。通过InterceptHandler桥接器全局拦截标准logging日志并转发至loguru统一管理，实现日志格式、级别和输出的完全统一。方案支持分级文件存储（INFO/ERROR分离）、按天轮转和自动过期清理（30/90天），并提供精准的调用溯源功能。核心代码封装为单模块，只需一行初始化即可全局复用，解决了原生logging格式混乱、维护成本高的
2026-03-27 16:29:48
373
原创 Python 10 大经典夺命坑｜全网最通俗图解（2026 版）
Python 10 大深坑，90% 老程序员全踩过！看完这篇，线上 BUG 少 80%！Python 面试高频 10 题，图解秒懂！从入门到放弃？不！从踩坑到封神！
2026-03-24 14:18:29
70
原创 Python 史上最隐蔽大坑！90% 老手都栽过：可变对象默认参数，一用就错！
Python 可变默认值是线上隐形 BUG 之王！90% 程序员不知道的 Python 底层陷阱！一个默认值，毁掉一整个系统！dataclass 必学：field (default_factory) 保命用法！
2026-03-24 14:04:00
52
原创 Python 封神操作！一行 @dataclass，干掉繁琐的__init__构造函数
摘要：Python 3.7+引入的@dataclass装饰器可大幅简化数据类开发，自动生成__init__、__repr__等样板代码，相比传统写法减少80%代码量。关键特性包括：自动处理可变默认值（通过field(default_factory)避免共享数据）、支持类型注解、内置比较方法。该特性特别适合配置类、实体类等场景，是Python官方推荐的现代化数据类实现方式，能显著提升开发效率和代码可维护性。
2026-03-24 11:19:07
460
原创 AI Agent 架构封神技：自动注册机制，让你 10 分钟上线新功能
本文介绍了一套零配置自动注册的AIAgent系统架构，通过装饰器+动态导入+全局注册表的组合实现组件自动注册。系统包含四大核心模块：全局注册表统一管理元数据，装饰器实现一键注册，AutoDiscovery自动扫描目录，应用启动时完成组件注册。该架构具有零配置、解耦设计、热插拔等优点，新增功能只需创建文件并添加装饰器，无需修改主代码。典型应用场景下，3步即可完成组件添加：定义Agent、绑定Skill、关联Tool，实现Agent→Skill→Tool的联动逻辑。系统通过规范目录结构和唯一ID保证组件管理，是
2026-03-23 17:46:23
585
原创 Python 配置管理封神技：pydantic_settings+@lru_cache，支持优先级，安全又高效，杜绝重复加载！
本文介绍使用pydantic_settings和@lru_cache实现高效Python配置管理的方法。pydantic_settings能自动从.env文件和环境变量读取配置，并支持类型校验和默认值设置；结合@lru_cache装饰器可实现单例模式，避免重复加载配置。文中详细展示了配置类定义、.env文件使用、配置优先级规则，并提供了FastAPI集成示例。该方法解决了传统配置管理的三大痛点：敏感信息硬编码、手动类型转换和重复加载问题，是Python配置管理的"黄金组合"。
2026-03-22 22:25:10
562
原创 FastAPI 封神技巧：Depends 依赖注入，90% 的人用错了！
FastAPI的Depends依赖注入机制是提升开发效率的神器。它通过自动执行依赖函数并注入返回值，彻底解决了接口开发中重复获取数据库连接、验证用户身份等痛点。核心优势包括：代码简洁（业务逻辑更聚焦）、自动异常处理（如401/403）、超高复用性（一处修改全局生效）和测试便捷性（支持依赖替换）。典型应用场景包括数据库会话管理、用户认证和权限校验。注意避免常见错误，如依赖函数必须返回值、正确传递函数名而非调用结果。Depends机制让开发者告别重复劳动，实现高效、可维护的API开发。
2026-03-22 20:46:01
317
原创 AI 编程 6：LangGraph Agent 模式 - 让 AI 自主使用工具
本文介绍了LangGraph中的Agent智能体模式，使AI具备自主使用工具的能力。文章通过数学计算示例展示了Agent的工作流程：AI分析问题→选择工具→执行操作→验证结果。核心实现包括工具函数定义(@tool装饰器)、工具绑定(llm.bind_tools)、条件路由控制和状态管理。这种模式让AI从单纯的语言处理升级为能"思考+行动"的智能体，可扩展应用于天气查询、股票分析等实际场景。文章提供了完整可运行的代码示例，并强调了工具注释清晰、参数类型匹配等注意事项。Agent模式通过闭环
2026-03-18 16:45:36
1160
原创 AI编程5：LangGraph评估器-优化器模式 (Evaluator-Optimizer)，让 AI 学会 “自我迭代优化“
本文介绍了一种基于LangGraph的AI内容生成优化框架，通过"评估-优化"闭环模式提升输出质量。该框架包含三个核心组件：生成器负责初始内容创作，评估器进行结构化评分并提供改进建议，条件路由控制迭代流程直至达标。以生成猫咪笑话为例，系统通过多轮"生成→评估→优化"的自动迭代，最终输出符合要求的优质内容。这种模式可广泛应用于文案改写、翻译优化、代码生成等场景，只需调整评估标准即可复用。关键优势在于实现了AI的自我迭代优化，显著提升内容质量，同时通过结构化评估确保流程可
2026-03-18 11:04:35
454
原创 AI 编程4：LangGraph 实战：动态并行 Worker 编排器模式，让 AI 多任务并行生成报告-test7
本文介绍了基于LangGraph和阿里云百炼（通义千问）实现的动态并行Worker编排架构。通过Send() API动态创建多个Worker，实现了AI报告生成等场景下的真正并行执行，相比串行模式显著提升效率。文章详细阐述了整体架构、核心流程、代码实现及关键技术点，包括状态管理、任务派发和结果合并等。该方案特别适合多章节报告生成、多任务并行处理等场景，通过Orchestrator-Worker-Synthesizer的工作流模式，实现了任务自动拆分、并行执行和结果汇总的全流程自动化。文中还对比了串行与并行模
2026-03-17 17:37:27
477
原创 AI 编程3：LangGraph 实现 Orchestrator-Worker（编排器 - 工作者）工作流-test6
本文介绍了LangGraph中的Orchestrator-Worker工作流模式，该模式通过"规划-执行-汇总"三阶段动态处理任务。编排器(Orchestrator)根据输入智能拆分任务(如报告章节)，工作者(Worker)执行子任务，合成器(Synthesizer)汇总结果。与固定任务的Routing模式不同，该模式适用于报告撰写等多变场景。实现过程包括：定义结构化输出模板确保数据格式规范；创建状态管理机制跟踪流程；构建编排器、工作者和合成器三个核心节点；最后编译执行工作流。关键优势在
2026-03-16 11:21:00
496
原创 AI编程2：LangGraph 实战：打造 AI 智能路由工作流，让 LLM 自动 “分流干活“
本文介绍如何使用LangGraph构建智能路由工作流，实现AI自动分析用户意图并动态执行对应任务。通过餐厅点餐类比，解释LangGraph的节点和边机制，重点讲解条件边实现智能路由的核心原理。文章提供完整代码示例，展示如何让LLM识别用户输入意图（如笑话、故事或诗歌），并路由到相应处理节点。相比传统关键词匹配，该方法能更灵活理解自然语言。最后给出扩展建议和核心知识点总结，帮助开发者掌握这一经典应用场景，可扩展至客服分流、创作平台等复杂场景。
2026-03-16 00:29:30
648
原创 AI编程1：基于 LangGraph 构建笑话生成工作流：条件分支
本文介绍了使用LangGraph构建自动化笑话生成工作流的实现方法。该系统通过阿里云百炼大模型实现"生成→检查→优化→润色"的完整流程，支持条件分支判断：当初始笑话不包含"@"符号时触发优化和润色环节，否则直接输出。工作流包含四个核心节点：生成初始笑话、检查妙语、添加文字游戏优化、加入转折润色。通过状态图管理流程数据，使用条件边实现分支逻辑。代码提供了Windows终端GBK编码兼容方案，并展示了不同检查标准下的运行结果差异。
2026-03-10 17:32:33
354
原创 【已解决】RabbitMQ 连接反复崩溃！3.9.11 升级 4.2.1 踩坑全记录
摘要：本文记录了RabbitMQ客户端频繁报connection reset by peer错误的排查与解决过程。问题表现为Go项目连接RabbitMQ(3.9.11版本)时持续崩溃，即使重建容器也无济于事。通过分析日志发现，低版本RabbitMQ因缺少openssl导致TCP参数校验失败，触发进程保护机制。升级至4.2.1版本时又因数据卷残留导致版本未实际更新。最终通过彻底清理Docker命名卷和本地持久化目录，成功运行新版本RabbitMQ并恢复连接。关键经验：升级RabbitMQ时务必清理旧数据卷，优
2026-02-28 14:22:37
689
原创 【Gin 日志实战】参考 GoFrame 优雅实现日志拆分 + 双输出（终端 + 文件），排查问题效率翻倍！
本文介绍了如何为Gin框架打造企业级日志方案，借鉴GoFrame日志模块的设计思想。方案实现了日志按业务拆分（访问/错误/运行/SQL日志）、终端+文件双输出、自动轮转等核心功能，采用JSON结构化格式便于解析。通过YAML配置文件集中管理参数，基于zap高性能日志库和lumberjack轮转组件实现，具有配置灵活、性能优异、易于扩展等优势。代码精简可直接复用，能显著提升Gin项目的日志管理能力。
2025-12-02 18:03:41
350
原创 Kafka 启动炸了：node id 不匹配？NFS 旧数据清理 + ID 绑定一招根治
Kafka节点ID冲突问题解决方案：当从静态PV切换到动态StorageClass时，Kafka Pod启动报错"Stored nodeid 1 doesn't match previous nodeid 0"，这是由于NFS上残留旧数据导致ID冲突。解决步骤：1) 停止所有Kafka Pod；2) 登录NFS服务器删除meta.properties文件；3) 重建Pod让Kafka生成匹配的新ID。永久避坑方案包括：强制绑定Pod序号与broker ID、动态PV目录与Pod序号强绑定
2025-11-28 17:22:58
1048
原创 别再手动创 PV 了！K8S+NFS 动态 PV：StorageClass 一键解决关机阻塞 + 状态混乱
文章摘要：本文介绍了使用StorageClass+NFS动态供给器替代手动创建Kafka静态PV的方法，解决传统方式存在的四大痛点：重复劳动易出错、mountOptions配置遗漏、PVC/PV绑定混乱以及删除卡Terminating问题。通过部署NFS动态供给器和配置StorageClass，实现了PV自动创建、统一挂载选项设置和生命周期管理，特别解决了NFS关机阻塞问题。最终效果达到关机不阻塞、管理更省心、状态更稳定的目标，显著提升K8S部署有状态应用的存储管理效率。
2025-11-27 08:57:06
631
原创 K8S PVC/PV 卡 Terminating 删不掉？我试了 10 种方法，这 5 步才是终极解决方案！
摘要： Kafka PVC删除时卡在Terminating状态，原因是“Pod占用+NFS挂载”双重死锁。解决方案分5步：1) 定位占用PVC的Pod及节点；2) 登录节点强制卸载NFS挂载点；3) 强制删除相关Pod；4) 清空PVC/PV的finalizer；5) 删除PVC/PV。按此顺序操作可彻底解除死锁，解决Terminating问题。关键点在于先释放NFS挂载再处理Pod和锁，顺序错误会导致失败。
2025-11-26 17:36:37
1427
原创 K8S 部署 Kafka 挂载 NFS 关机卡到崩溃？我踩了 3 小时坑，靠 soft+timeo 终于秒关！
摘要： 在K8S集群中部署Kafka时，使用NFS存储默认的hard挂载模式会导致关机时系统卡死（stopjob无限等待）。问题根源在于hard模式下NFS客户端会阻塞等待服务器响应，而Kafka关机时未完成的写操作会触发此阻塞。解决方案是为PV配置mountOptions，改用soft模式并设置超时参数（如timeo=30），使请求超时后主动终止而非死等。需注意mountOptions需写在PV的spec一级字段，并确保删除旧PV/PVC后重新绑定。验证挂载选项生效后，关机时系统将不再阻塞，大幅提升稳定性
2025-11-26 17:33:14
996
原创 Python 多线程并发改造 Kafka 巡检：从 2 小时到 9 分钟的提速实践
本文介绍了如何通过Python多线程优化Kafka集群巡检效率，将1600+个topic的巡检耗时从2小时缩短至9分钟。原单线程串行处理5000+次Prometheus导致效率低下，改造方案采用ThreadPoolExecutor实现10个线程并发，每个线程独立处理单个topic的3个指标（max/min/avg），并通过超时控制和异常隔离保障系统稳定性。关键点包括任务拆分封装、并发数控制、结果异步聚合等，改造后显著提升了巡检效率，避免了Prometheus过载风险，为大规模Kafka集群提供了高效解决方案
2025-11-18 12:22:23
281
原创 【vue3优化】用函数的形式创建一个组件
我们编写了Message组件，它可以有弹出提示、成功、错误等弹窗的功能。现在我们的组件都是嵌套在组件树中展示的，但是Message组件使用这种方式会感觉比较奇怪，这个提示错误或成功的信息的组件：它应该是像一个函数一样，进行工作的：就像alert一样，调用一个函数，弹出提示，点击关闭，或者过一会儿消失。这就是实现组件的一种方式：函数调用式组件创建了一个函数,叫createMessage。
2024-03-20 15:02:15
849
1
原创 【vue3优化】markdown-it -- markdown 转换成html
1.首先下载markdown-it包// 除了本体，还要安装type文件2.导入3.使用//假设需要转换的是下面的代码const markdownText = ref('# 巧妹儿的标题!;```console.log("巧妹")```')
2024-03-19 16:04:59
4456
1
原创 k8s_SpringCloud架构解析
无论什么语言，什么框架，它们容器化的原理都是一样的三步：编译生成的产物，或者不用编译，再通过dockerfile生成业务的镜像前端调用后端：通过nginx upsteam服务之间的调用，serviceA 通过nginx反代到servceB,通过域名xxx.com/servciceB 到serviceB如果serviceA有多个实例，就是在nginx的upstream再加一个IP地址和端口nginx不能有一个，否则会出现单点故障，前端有多个。
2024-03-19 15:21:41
2405
1
原创 [vue3 配置] import 图片无法识别的问题.md
Cannot find module '@/assets/column.jpg' or its corresponding type declarations.为啥报这个错误？typescript无法识别图片文件,需要在配置中增加声明。在tsconfig.json增加图片配置。vue3引入图片,路径没错，但无法识别。新建image.d.ts文件。
2024-03-18 10:38:26
766
1
原创 [vue3优化] Vue3 的 `props` 应该是只读的，用 import 代替 require
2. 使用 `require` 在计算属性中可能会导致问题，因为 `require` 的结果可能无法在模板中正确解析。`setup()` 函数，配置了一个名为 `PostList` 的计算属性，这个计算属性返回一个处理过后的帖子列表。1. 直接修改 `props.list` 中的元素可能不是一个好主意，因为 Vue 的 `props` 应该是只读的。这样使用了 `import` 来引入默认图片，并且创建了一个新的处理后的帖子列表，而不是直接修改原始的 `props.list`。
2024-03-18 10:33:58
899
原创 [vue3优化]设计结构：从时间复杂度为 O(n) 优化到 O(1).md
这是一个时间复杂度为 O(n) 的操作，意味着随着数组的增长，查找特定项所需的时间将线性增加。这种修改主要是为了提高数据结构的灵活性和访问效率，特别是在处理大量数据和需要频繁访问特定项的场景中。让我们分别看看修改前后的区别和修改的优势。总的来说，这种修改使得对专栏和文章的管理变得更加高效和灵活，特别是在需要频繁进行 CRUD（创建、读取、更新和删除）操作的大型应用中。作为键来访问特定的专栏或文章，这是一个时间复杂度为 O(1) 的操作，也就是说查找的速度不会随着数据量的增加而变慢。
2024-03-18 10:20:12
441
空空如也
运维面试问题：发布上线回滚等
2023-05-19
TA创建的收藏夹 TA关注的收藏夹
TA关注的人