unDraw 插画搜索接口「过一段时间就失效」的完整解决方案 适用项目：AI 代码生成系统 一、问题描述 AI 应用需要按关键词自动搜索 unDraw 的开源插画（SVG），用于生成页面时的美化装饰。通过浏览器 F12 抓包，发现搜索功能背后调用了这样一个接口： 返回的是 JSON（ 数组），结构清晰、开箱即用。于是把它硬编码进代码： 结果：接口过一段时间就失效（404），换一个新抓到的地址也只能

AI 调用中间过程日志记录方案 解决"日志只能看到用户发起的请求与最终返回，看不到中间 RAG 检索与 Tool 调用过程"的可观测性问题。 问题背景 项目使用自定义 （实现 + ）记录对话日志，但实际运行发现： ✅ 能看到：用户发起的信息（） ✅ 能看到：模型最终返回（） ❌ 看不到：中间 RAG 检索的查询文本、命中文档 ❌ 看不到：中间 Tool 调用的入参、执行结果、耗时 根因分析 | 环

RAG 知识库文档重复入库问题解决方案 适用版本：Spring AI 1.1.2 / Spring Boot 3.5.3 关键词：增量更新、文档指纹、PgVectorStore、幂等入库 一、问题背景 1.1 现象 应用每次启动后， 下的 Markdown 文档会被全量重新读取、增强并写入 PostgreSQL pgvector 的 表，导致： 启动 N 次，表中出现 N 份内容完全相同的记录；

对话记忆引入 Redis 缓存的必要性分析 适用项目：恋爱大师ai-agent（Spring Boot 3.5.3 / JDK 21 / Spring AI 1.1.2 / MySQL 8.0.33 / DashScope） 场景：用户数量多、并发压力大时，每次对话都读写数据库，是否会造成数据库压力过大？是否有必要引入 Redis？ 一、结论 当前阶段没有必要引入 Redis。 对话记忆的数据库读

JDBC 聊天记忆存储实现指南 适用项目：恋爱大师ai-agent 技术栈：Spring Boot 3.5.3 / JDK 21 / Spring AI 1.1.2 / MySQL 8.0.33（mysql-connector-java）/ DashScope（spring-ai-alibaba 1.1.2.0） 核心依赖： 存储表： 一、实现原理 1.1 组件协作关系 1.2 一次对话的完整读写