MCP Server新增工具后客户端一直看不到？ttlMs、cacheScope与listChanged缓存排查
MCP 2026-07-28为工具、资源和Prompt列表增加了缓存语义。客户端可以根据`ttlMs`缓存`tools/list`结果，并根据`cacheScope`决定是否允许共享。新机制能够减少频繁列表请求，但也带来新问题：服务端新增工具后客户端长期不可见、权限撤销后旧工具仍显示、不同租户获得错误工具列表。本文给出缓存键、TTL、`listChanged`通知、权限隔离和灰度更新的完整排查方法
用Spring Boot搭建企业MCP工具网关：统一接入、租户隔离、白名单与审计
企业接入多个MCP Server后，如果让每个Agent直接连接订单、仓储、客户、知识库和文件工具，会快速出现认证分散、工具重名、权限不一致、审计缺失和服务端地址泄露等问题。本文使用Spring Boot设计一个MCP工具网关：上游连接多个MCP Server，下游向Agent提供统一工具目录，并在调用前执行租户校验、工具白名单、风险审批、参数脱敏、超时和审计。文章给出核心数据模型、路由代码和生产
Spring AI企业级应用实战（6）：MCP Client/Server接入、工具发现与生产治理
前五篇已经完成DeepSeek接入、统一ChatClient、流式输出、Chat Memory和Tool Calling。本篇把工具能力从本地Java方法扩展到标准MCP体系：使用Spring AI 2.0构建MCP Server，通过`@McpTool`暴露订单查询能力；在另一个Spring Boot应用中配置MCP Client，将远程工具自动接入ChatClient；最后补齐工具过滤、租户隔
MCP 2026-07-28规范正式发布：无状态核心、扩展框架与生产迁移全解析
MCP官方已于2026年7月28日正式发布新一版规范，并同步推出可用于构建客户端和服务端的SDK。这是MCP自发布以来规模最大的一次协议修订：协议核心移除会话状态和初始化握手，更适合普通HTTP负载均衡；`Mcp-Method`与`Mcp-Name`让网关可以直接路由和限流；列表与资源读取增加明确缓存语义；MCP Apps和Tasks进入正式扩展体系；Roots、Sampling和Logging被
Spring AI工具明明注册了，模型为什么不调用？描述、Schema与Advisor完整排查
Spring AI项目中经常出现：工具已经通过`@Tool`或`ToolCallback`注册，ChatClient调用也没有报错，但模型始终直接回答、调用错误工具，或者生成根本不存在的参数。根因通常不在工具执行代码，而在工具是否绑定到实际ChatClient、描述是否清晰、输入Schema是否准确、模型是否支持Tool Calling、Prompt是否限制工具使用，以及`ToolCallingA
@Tool、ToolCallback、MCP工具和ToolSearchToolCallingAdvisor怎么选？Spring AI工具架构指南
Spring AI 2.0提供多种工具接入方式：`@Tool`适合本地Java方法快速暴露；`ToolCallback`适合动态注册、明确Schema和基础设施封装；MCP工具适合跨语言、跨服务和独立团队共享；`ToolSearchToolCallingAdvisor`则解决几十到数百个工具全部注入Prompt造成的Token浪费和选择准确率下降。本文从部署边界、权限、版本、性能、工具数量和团队协
OpenAI发布8个科学计算Agent案例：真正瓶颈正在从写代码转向验证代码
OpenAI于2026年7月28日发布科学计算Agent实地报告，汇总8个主要来自生命科学领域的项目：其中5个使用Codex，3个结合Codex与Claude Code，覆盖软件维护、性能优化、语言迁移和GPU原生重构。案例显示，编程Agent显著降低了实现成本，但无法可靠判断结果是否在科学上正确，甚至可能在存在明显错误时仍表现自信。真正的瓶颈正在从“能否写出代码”转向“如何定义验收标准、验证数值
Spring AI工具已经调用成功，为什么最终回答仍为空？返回值、循环与上下文完整排查
有些Spring AI项目可以在日志中看到工具已经被调用，数据库查询或HTTP请求也成功执行，但客户端最终收到空字符串、模型重复调用同一工具，或者回答完全没有使用工具结果。这类问题与“模型没有选择工具”不同，通常发生在工具返回值序列化、异常处理、Tool Calling循环、流式事件拼接、结果过长、消息持久化和终止条件等环节。本文给出从工具执行结果到最终Assistant回答的完整排查路径。
用Spring Boot搭建AI工具执行网关：白名单、审批、幂等与审计完整实战
直接把订单、退款、邮件、文件删除等业务方法暴露给大模型，会把模型的不确定性带入真实业务系统。更稳妥的做法是建立独立工具执行网关：模型只能提出工具名称和参数，网关负责身份校验、工具白名单、JSON Schema验证、风险分级、人工确认、幂等执行、结果脱敏和审计。本文使用Spring Boot实现一个可运行的轻量级工具网关，并给出ToolDefinition、PolicyEngine、Approval
Spring AI企业级应用实战（5）：Tool Calling、参数校验、幂等、审批与审计
前四篇已经完成DeepSeek接入、ChatClient统一调用层、SSE流式输出和Chat Memory持久化。本篇进入企业Agent最关键的执行能力：Tool Calling。Spring AI 2.0把工具执行循环统一提升到`ToolCallingAdvisor`，并支持`@Tool`、`ToolCallback`、Tool Context、流式调用和MCP工具。但框架能够执行工具，并不代表
MCP 2026-07-28规范进入最终发布窗口：无状态核心、缓存与路由升级全解析
MCP 2026-07-28规范在今天进入计划中的最终发布窗口。本轮修订是MCP推出以来规模最大的一次：协议核心转向无状态，Streamable HTTP请求新增`Mcp-Method`与`Mcp-Name`路由头，工具、资源和Prompt列表加入`ttlMs`与`cacheScope`缓存语义，长任务与服务端UI进入扩展体系，授权流程也更贴近OAuth和OIDC。需要注意的是，在官方GA公告和各
Spring AI 2.0 Chat Memory报conversationId不能为空？升级后的完整排查方法
Spring AI 2.0升级后，使用`MessageChatMemoryAdvisor`或`VectorStoreChatMemoryAdvisor`的项目可能直接抛出`conversationId`不能为空、缺少`ChatMemory.CONVERSATION_ID`或历史对话突然失效。原因是新版本要求每次经过内置Memory Advisor的调用都显式提供会话ID，旧版默认会话ID和Buil
MessageWindowChatMemory、Session API与向量长期记忆怎么选？Spring AI记忆架构指南
Spring AI项目做多轮对话时，开发者会遇到三类“记忆”：`MessageWindowChatMemory`保存近期消息，Session API通过事件流和上下文压缩管理复杂Agent会话，向量长期记忆则从大量历史事实中检索相关内容。三者解决的问题不同，不能简单互相替代。本文从Token成本、工具调用、多Agent、持久化、检索准确性和合规删除等方面，给出企业项目的分层选型方法。
OpenAI最新研究：43.5%的岗位专属AI任务跨越职业边界，企业AI建设意味着什么？
OpenAI最新发布的Work at the Frontier研究分析了超过80万条美国ChatGPT用户消息，发现16.8%的工作相关消息、43.5%的岗位专属消息涉及传统上属于其他职业的任务。这个结果并不等于“43.5%的岗位将被替代”，而是说明AI正在降低跨专业任务的执行门槛，让员工开始承担过去需要其他岗位完成的分析、写作、编程、研究和运营工作。本文从岗位设计、权限治理、质量评测、培训和企业
多租户Chat Memory为什么会串话？会话ID、缓存与数据库隔离完整排查
企业AI应用中最严重的问题之一，是用户A看到用户B的对话内容，或租户A的上下文进入租户B的回答。根因通常不是模型“自己记住了别人”，而是会话ID重复、默认Memory、缓存键缺少租户字段、数据库查询遗漏条件、异步上下文丢失或向量长期记忆过滤不完整。本文提供从入口认证、conversationId、ChatMemoryRepository、Redis缓存、向量库到日志脱敏的完整排查路径。
用Spring Boot＋PostgreSQL搭建可审计的Chat Memory服务
Spring AI内置Chat Memory适合维护模型上下文，但企业系统还需要完整聊天记录、会话所有权、消息状态、审计日志和删除策略。本文使用Spring Boot、PostgreSQL与Spring AI 2.0设计一个双层存储方案：`ChatMemoryRepository`负责模型短期上下文，业务表负责完整Chat History；同时实现会话创建、所有权校验、消息写入、Memory调用和
Spring AI企业级应用实战（4）：Chat Memory、会话隔离、持久化与上下文压缩
前几篇已经完成Spring AI统一调用层和流式输出。本篇继续实现企业级多轮对话：使用`MessageChatMemoryAdvisor`管理近期消息，要求每次请求显式提供conversationId，通过PostgreSQL保存完整Chat History与持久化Memory，校验租户和用户所有权，并在上下文接近预算时生成结构化摘要。最终形成一个支持多实例部署、流式调用、审计和安全删除的会话系统
OpenAI Presence发布：企业客服Agent为什么不能只有模型和工具调用？
OpenAI于2026年7月22日发布Presence，定位为面向企业语音与聊天Agent的生产级产品。它强调的不只是模型能力，而是围绕具体岗位配置知识、系统权限、业务政策、审批规则、模拟测试、质量评测、人工升级和上线后持续改进。本文从企业客服Agent架构出发，分析Presence释放的产品信号，并给出企业自建Agent平台时可以借鉴的七层治理框架。
Spring AI流式接口经过Nginx后不再逐字输出？缓冲、压缩与超时完整排查
Spring AI在本地通过`Flux<String>`和SSE可以正常逐段返回，但部署到Nginx、网关或CDN后，经常变成等待几十秒再一次性输出。根因通常不是模型没有流式返回，而是代理缓冲、响应压缩、错误的Content-Type、连接超时或业务代码中出现阻塞操作。本文给出从Spring WebFlux、SSE响应头、Nginx配置、网关链路到前端读取方式的完整排查流程。
SSE、WebSocket和WebRTC怎么选？AI聊天、语音Agent与工具进度推送架构指南
AI应用需要传输文本Token、工具执行进度、语音、图片和用户打断事件。SSE、WebSocket与WebRTC都能实现“实时”，但它们的通信方向、网络适应性、浏览器支持、音视频能力、代理兼容性和开发复杂度完全不同。本文以AI聊天、长任务进度、实时语音、数字人和协同Agent为例，给出协议选型矩阵和混合架构建议。