一、版本概览agno v2.5.17 已正式发布这一版本虽然看起来是一个常规小版本更新但从实际变更内容来看覆盖面相当广涉及能力增强、行为优化以及多个关键 bug 修复。整体上这次更新更偏向于“稳定性增强 开发体验优化 关键细节修正”特别适合正在使用 agno 构建工作流、模型调用、知识库、MCP 集成以及流式输出相关功能的开发者关注。从这次更新内容来看主要可以分为以下几个方向新增能力支持关闭 Claude 文件引用支持 GitHubConfig 仓库按请求指定核心修复组件加载时保留自定义数据库表名MCP 初始化时正确应用 header_provider 的请求头保留内部工作流事件身份并为 agent/team 事件增加 nested_depth让知识库数据库在 config API 中实时构建停止向所有模型 provider 注入共享 HTTP/2 client在所有 router 流式生成器中显式捕获 CancelledError在清理 JSON 前先尝试原始 JSON 解析以保留字符串中的代码块排除框架注入参数避免出现在 user_input_schema 中memory pipeline gate check 中补充 extra_messages 判断其他说明本版本同步了相关维护和发布流程更新整体属于一次较全面的稳定性迭代。接下来我们按照更新内容逐项展开说明帮助你完整了解 agno v2.5.17 到底改了什么、适合哪些场景、以及这些变化意味着什么。二、Improvement新增改进项1. 支持关闭 Claude 文件引用这是本次更新中非常值得关注的一个能力增强。在 v2.5.17 中新增了一个选项可以禁用 Claude 的文件引用。对于部分场景而言文件引用并不是必须展示的内容尤其是在你希望输出更简洁、或者不希望返回内容中带有额外引用信息时这个能力会非常有用。通过该选项开发者可以更灵活地控制 Claude 输出行为让最终结果更贴近自己的产品需求。这一改进的意义在于可以减少输出中的附加引用信息有助于控制响应内容的呈现形式在某些对展示格式要求更严格的场景中更实用如果你的应用中会处理 Claude 相关输出那么这个新选项可以直接提升可配置性和可控性。2. GitHubConfig 的 repo 支持按请求指定另一个新增能力是GitHubConfig 中的 repo 可以按请求单独指定。这意味着仓库配置不再完全依赖全局固定值而是允许在每次请求时灵活传入不同的仓库配置。对于需要动态切换仓库、按用户、按任务、按项目去访问不同 GitHub 仓库的场景这个能力会非常实用。它带来的直接好处包括请求级别的仓库切换更加灵活更适合多仓库、多项目的统一接入降低全局配置固定化带来的限制让 GitHub 相关能力在实际应用中更具适配性这一改进对于构建面向多个代码仓库的自动化能力、知识集成能力、或者与 GitHub 数据交互的智能体应用都很有帮助。三、Bug Fixes核心修复逐项说明接下来是本次更新的重点v2.5.17 一共包含多项修复而且很多都属于会影响开发、运行稳定性或输出准确性的关键问题。1. 加载组件时保留自定义数据库表名此前在加载组件时自定义数据库表名可能无法被正确保留。在这次版本中已经修复这一问题确保加载组件后自定义表名仍然保持原样。这个修复的重要性很高因为数据库表名往往是项目结构的一部分。如果加载组件时表名被覆盖或丢失可能导致数据库映射异常已有表结构无法正确识别组件与数据库之间的对应关系出现偏差在多环境部署中产生不一致问题现在这个问题被修复后组件加载流程会更稳定也更适合有自定义数据库设计的项目。2. MCP 初始化时正确应用 header_provider 的 headers在 MCP 初始化过程中之前可能存在一个问题header_provider 提供的 headers 没有被正确应用。v2.5.17 里已经修复这一点保证在 MCP 初始化阶段header_provider 返回的请求头能够被正确使用。这类修复非常重要因为请求头常常用于鉴权身份标识环境区分路由控制上下文传递如果初始化时没有正确带上这些 headers后续连接、调用或者权限校验都可能受到影响。修复之后MCP 初始化过程会更加可靠减少由于 header 丢失导致的异常情况。3. 保留内部工作流事件身份并为 agent/team 事件增加 nested_depth这次更新还修复了一个与事件结构有关的问题内部工作流事件的身份得以保留同时 agent/team 事件新增了 nested_depth。这意味着事件在传递和处理过程中会保留更完整的身份信息而 agent/team 类事件则可以通过 nested_depth 更清晰地表达嵌套层级。这个修复的价值体现在更好地表示嵌套工作流结构便于追踪 agent 和 team 事件的层级关系有助于事件分析、调试和日志处理提高复杂工作流中的事件可读性对于涉及多层嵌套、内部工作流、团队协作型 agent 运行的场景这类修复非常关键因为它直接关系到事件链路是否清晰、是否能准确定位上下文。4. 在 config API 中实时构建知识库数据库本次版本修复了一个与知识库数据库有关的问题在 config API 中构建 knowledge dbs 时改为实时进行。这意味着知识库数据库的构建不再依赖旧的延迟或不及时行为而是在 config API 的相关流程中实时构建从而提升配置阶段的准确性和即时性。这个变化有几个明显好处配置与数据库状态更同步减少因延迟构建导致的配置不一致更适合动态更新知识库的场景有利于提升整体配置流程的可靠性对于依赖知识库进行检索、问答、上下文增强等能力的项目这个修复会带来更稳定的实际体验。5. 停止向所有模型 provider 注入共享 HTTP/2 client这是一个非常值得关注的底层修复。在此前版本中系统可能会向所有 model provider 注入一个共享的 HTTP/2 client。v2.5.17 中已经调整为不再将共享 HTTP/2 client 注入到所有模型提供方中。这类变更通常意味着更合理的资源隔离和更清晰的 provider 行为边界。共享 client 在某些情况下可能带来耦合、连接复用或兼容性问题而现在改为不再统一注入能让不同 provider 的连接行为更加独立。这一修复可能带来的改善包括降低不同 provider 之间的相互影响避免共享连接引发的兼容性问题提升 provider 行为的一致性和可控性有助于减少某些难以排查的运行异常如果你的项目涉及多个模型 provider这一修复尤其值得重视。6. 在所有 router 流式生成器中显式捕获 CancelledError流式输出场景中取消异常的处理非常关键。v2.5.17 修复了一个问题在所有 router streaming generators 中显式捕获 CancelledError。这意味着当流式任务被取消时系统能够更明确地处理该异常而不是让它以不透明的方式传播。对于长期运行、可中断、实时输出的场景来说这项修复能显著提升稳定性。其价值主要在于改善取消请求时的异常处理避免流式生成器因异常处理不明确而报错提升 router 流式输出的健壮性更适合交互式应用和实时响应场景对于前端不断接收流式结果、用户可能随时终止请求的环境这项修复非常重要。7. 先尝试原始 JSON 解析再进行清理以保留字符串中的代码块这一项修复非常细致但对实际使用体验影响不小。在 v2.5.17 中系统在处理 JSON 时改为先尝试原始 JSON 解析如果失败后再进行清理处理。这样做的目的是为了尽可能保留字符串中的代码块内容避免在清理过程中误伤原始文本。这个问题的核心在于有些 JSON 内容中可能包含代码块、特殊字符串或带格式文本如果直接进入清理流程可能会导致内容结构发生变化甚至丢失原本想保留的信息。现在先尝试原始解析可以更好地保持原始数据完整性。这一修复的优点包括更好地保留原始字符串内容减少代码块被误清理的风险提升 JSON 解析的准确性让复杂文本内容在处理后仍保持原貌对于包含代码、文档片段、格式化内容的 JSON 输入这项修复非常实用。8. 排除框架注入参数避免出现在 user_input_schema 中在用户输入 schema 的生成过程中之前可能会把一些框架注入参数错误地包含进去。v2.5.17 已经修复这个问题确保这些参数会被排除不再出现在user_input_schema中。这项修复非常重要因为user_input_schema的本意是描述用户实际需要提供的输入参数。如果把框架内部自动注入的参数也放进去会带来以下问题schema 不够纯粹用户难以理解前端表单生成可能出现冗余字段验证逻辑可能受到干扰用户输入与系统内部参数边界混淆现在通过排除框架注入参数schema 会更加干净、准确也更符合用户输入的真实语义。9. memory pipeline gate check 中包含 extra_messages本次更新还修复了 memory pipeline 中 gate check 的一个遗漏现在会将 extra_messages 纳入判断。这个修复看似简单但实际意义很明确。如果在 gate check 时忽略了 extra_messages就可能导致内存管道对当前消息上下文判断不完整进而影响后续处理结果。加入这个字段后gate check 会更全面判断依据也更充分。这一修复能够带来的改善包括提高 memory pipeline 判断的完整性让额外消息被正确纳入上下文检查减少因为消息遗漏导致的流程偏差提升内存相关逻辑的准确性对于依赖消息上下文、记忆管理、额外补充消息的场景这个修复非常必要。四、What’s Changed合并说明与发布相关更新除了上面列出的主要功能与修复本次版本在变更记录中还同步了多个维护类提交。虽然这些内容大多属于实现层面的整理但从版本发布角度来看它们共同组成了 v2.5.17 的完整更新集合。对应的变更包括在 memory pipeline gate check 中包含 extra_messages主验证工作流新增每周定时运行排除框架注入参数避免出现在 user_input_schema 中先尝试原始 JSON 解析再进行清理以保留字符串中的代码块在所有 router 流式生成器中显式捕获 CancelledError停止向所有模型 provider 注入共享 HTTP/2 client在 config API 中实时构建知识库数据库保留内部工作流事件身份并为 agent/team 事件增加 nested_depth在 MCP 初始化时正确应用 header_provider 的 headers加载组件时保留自定义数据库表名允许 GitHubConfig 的 repo 按请求指定支持关闭 Claude 文件引用完成 2.5.17 版本发布这些变更共同说明agno v2.5.17 不是单纯增加一个新能力的小补丁而是一次围绕可控性、稳定性、数据一致性和输出准确性的集中优化。五、版本价值总结如果把 agno v2.5.17 的变化做一个总结可以看到它主要解决了几个关键方向的问题1. 更强的配置灵活性Claude 文件引用可关闭GitHubConfig repo 可按请求指定2. 更好的运行稳定性流式生成器显式捕获取消异常停止向所有 provider 注入共享 HTTP/2 client3. 更准确的结构保留保留自定义数据库表名保留内部工作流事件身份增加 nested_depth4. 更可靠的数据和输入处理原始 JSON 优先解析排除框架注入参数memory pipeline 纳入 extra_messages5. 更完善的集成体验MCP 初始化正确应用 headersconfig API 中实时构建知识库数据库可以说这一版本非常适合正在构建复杂工作流、知识库系统、流式交互服务以及多 provider 集成项目的开发者升级和关注。六、结语代码地址github.com/agno-agi/agnoagno v2.5.17 这次更新虽然没有堆砌大量全新功能但从实际开发角度看每一项变更都很“实用”。它没有追求表面上的大而全而是围绕开发者最容易遇到的问题进行了精准修复配置更灵活、流式更稳定、结构更完整、解析更准确、集成更可靠。