AI

浏览该分类下的所有文章

MCP协议大改之后:Java与Spring AI如何跨越兼容性断层

MCP 2026-07-28规范移除了初始化握手和协议级Session,转向每次请求自带版本与能力声明的无状态模型。当前Java MCP SDK 2.0.0和Spring AI仍基于2025-11-25协议,接入客户端时可能出现探测失败、未知方法返回500等问题。本文梳理新旧协议差异与Java生态现状,并给出兼容测试、状态外置、权限校验、协议网关和双栈灰度方案,帮助Java团队平稳完成MCP升级。

AI接口能跑不等于可靠:如何建立回归评测与质量门禁

大模型接口返回 HTTP 200,并不代表回答正确。Prompt、模型、RAG、工具和参数的任何变化,都可能引发难以察觉的质量回归。本文基于 Java、JUnit 与 Spring AI 2.0,设计一套可落地的 AI 回归测试体系:使用版本化数据集管理正常、边界、对抗和历史失败样本,通过确定性规则拦截格式、安全、Token 与时延问题,再使用模型裁判评估正确性、事实一致性和相关性,并结合多次运行通过率、基线对比和 CI 质量门禁,让 AI 功能从人工聊天验收走向可量化、可回归、可持续交付。

从Demo到生产:Agent为什么需要Durable Execution

随着 AI Agent 从简单问答走向多步骤、长时间运行的企业任务,传统 HTTP 请求模型开始面临状态丢失、重复执行、重试失控、服务重启后任务无法恢复等问题。本文从 Java 后端视角介绍 Durable Execution 的核心思想,分析 Workflow、Event History、Retry、Timeout、Idempotency、Human in the Loop 等关键能力,并结合 Temporal 与 Spring AI 的集成,说明如何将模型调用、Tool Calling、MCP 和传统业务 Service 纳入可恢复、可重试、可审计的执行流程,帮助 Agent 从“能运行”真正走向“可生产”。

从CRUD到Agent:Java开发者如何构建企业级AI智能体系统

本文围绕 Java 企业开发从传统 CRUD 向 AI Agent 演进展开,介绍 Spring AI、Tool Calling、RAG、Memory、Workflow 等核心能力,并结合企业真实场景分析 Agent 如何连接现有 Spring Boot 业务系统。文章重点强调,企业 AI 的难点并不只是调用大模型,而在于权限控制、数据治理、操作审计、幂等设计、人工确认以及系统稳定性。未来 Java 开发者不需要抛弃原有技术体系,而是应在熟悉的 Service、数据库和业务架构之上增加智能层,让系统从“执行固定流程”逐步升级为“理解用户目标并主动完成任务”。

Java正在进入下一阶段:2026年值得关注的7个技术变化

2026 年,Java 生态正在迎来新一轮技术升级。从 JDK 26 原生支持 HTTP/3、Virtual Thread 与 Structured Concurrency,到 Project Leyden 推进 AOT Cache,再到 JDK 27 在对象头压缩、垃圾回收、后量子安全和 JFR 脱敏方面的增强,JVM 正变得更高效、更安全。同时,Spring Boot 4.1 加强 gRPC、OpenTelemetry 等生产能力,Spring AI 2.0 则通过 Tool Calling、MCP 和 Agent 将 Java 深度带入 AI 时代。本文系统梳理 2026 年 Java 值得关注的核心技术变化,并给出新项目的技术选型思路。

Spring AI 2.0 如何解决Agent工具选择难题

文章详细讲解了如何通过 Tool Search 将工具目录转变为可检索能力,让模型先发现候选工具,再加载具体 Schema;同时探讨工具索引策略、工具描述设计、权限控制、Memory 与工具循环关系,以及如何通过指标评估优化效果。最终指出,Agent 扩展的关键不是不断增加模型上下文,而是建立“能力目录、能力检索、能力执行”三层治理体系,让工具像数据一样可发现、像接口一样可控、像生产操作一样可审计。

给Codex加上一层边界:我的 AI 能力私有化实践

文章详细介绍了整体架构、Responses API 与 Chat Completions 兼容、SSE 流式响应、图片识别支持,以及公网暴露过程中的安全设计。同时记录了路径白名单、Bearer 鉴权、限流、并发控制、权限收缩和协议兼容等关键细节。通过这套方案,可以在不直接暴露宿主机和 Codex 登录状态的前提下,为个人工具和智能体系统提供受控的 AI 能力接口。

从“能评论”到“会治理”:我如何实现 AI 审核、AI 回复与表情包系统

本文介绍个人博客中 AI 评论审核、AI 自动回复与表情包系统的完整设计。系统在评论安全入库后,通过异步任务执行本地敏感词预筛,并根据内容类型将普通文本、内置表情和斗图图片分流至文本或多模态模型。借助七种审核状态、条件更新和定时重试机制,避免并发覆盖、重复审核与回复丢失。AI 回复结合文章内容、评论语义和表情情绪生成个性化内容。表情包服务则通过域名白名单、URL 校验、HTML 清洗、缓存及故障降级保障安全与可用性,最终形成可恢复、可追踪、支持人工接管的评论治理流水线。

AI评论审核背后的状态机与一致性设计

AI 评论审核真正的难点并不是调用大模型,而是如何让一个异步、不稳定、可重试的外部能力融入业务流程。本文以 Spring Boot 博客评论系统为例,介绍如何通过状态机、事务提交后回调、乐观锁式条件更新、失败分层重试、事务一致性和前端结果定位,构建可靠的 AI 评论审核链路。通过明确状态流转、防止过期任务覆盖人工操作、保证回复数据一致性,并完善用户侧反馈闭环,让 AI 功能从“能运行”提升到“可维护、可恢复、可上线”的工程化实现。

金叶炸金花

这不是一个在浏览器里随机发三张牌的演示页面,而是一套完整的多人在线游戏系统。它支持实时对战、房间管理、断线恢复、AI 机器人、积分流水、历史记录和管理后台,并围绕服务端权威、状态一致性、并发控制与隐私隔离进行了系统设计。

别让付费大模型成为后端漏洞:SpringBoot多模型路由、鉴权与计费安全实践

本文以多模型系统为例,指出付费大模型接入的关键不在接口调用,而在身份、模型、网络与成本边界。后端应建立统一出站层,集中完成认证校验、模型白名单、授权、端点验证及 Redis Lua 额度控制。Redis 异常时应拒绝付费请求,禁止自动重试和重定向;长连接使用租约心跳,结果不确定时不立即释放租约,避免重复计费。分享标题等隐式功能应固定使用免费模型并支持降级,以自动化测试固化权限、路由和异常处理规则。

从Prompt到渲染的Markdown输出治理

在构建支持多模型、流式输出、联网搜索和文档生成的 AI 对话系统时,模型返回的文本往往不稳定,直接影响页面布局、代码高亮、表格展示乃至后续文档生成。文章围绕 Markdown 稳定输出设计了完整的治理链路:首先通过 Prompt 约束模型输出形式,避免思考过程混入正文;随后在 SSE 流式分片阶段使用状态机将 reasoning 与 content 分离,防止半标签、未闭合代码块等导致页面抖动;在后端加入 MarkdownContentNormalizer,对压缩或破碎的标题、列表、表格、引用等结构进行修复,同时严格保留 fenced code block 的原始内容不被误改;最后前端执行 HTML 清洗、链接安全属性和代码隔离等安全渲染。整体方案强调三层防线:约束输出、流式分流与后端规整、前端安全渲染,使实时流式内容保持低延迟,持久化内容确保结构完整。作者认为,这套治理不仅解决特定模型或标签的问题,而是将模型输出的不可控性转化为可解析、可管理、可测试、可演进的系统流程,成为 AI 应用的基础设施。