OpenRouter 教程:提示词或模型变更后如何对 AI Agent 做回归测试

OpenRouter 在 9 月 30 日发布教程,提出 AI Agent 在提示词、模型或工具定义变更后,应通过“锁定用例集 + 行为契约”的方式做回归测试,而不是依赖传统代码测试里的文本比对。这直接关系到用 API 搭建 Agent 的团队能否在上线前发现行为漂移。

OpenRouter 在 9 月 30 日发布教程,提出 AI Agent 在提示词、模型或工具定义变更后,应通过“锁定用例集 + 行为契约”的方式做回归测试,而不是依赖传统代码测试里的文本比对。这直接关系到用 API 搭建 Agent 的团队能否在上线前发现行为漂移。

OpenRouter 发布教程,把 AI Agent 调用工具时的失败拆成“选错工具”和“参数传错”两类,并给出三套针对性的评测方法。对正在做 Agent 产品的人来说,这是一份可直接落地的测试清单,而不是又一篇概念科普。
![[P1] Converge two RetrievalTest handler implementations and unify error code convention](https://www.chat-gpts.plus/wp-content/uploads/2026/09/15744-fab62b43-768x403.jpg)
这是一条内部重构类(refactor)Issue,不是用户侧运行报错。它的核心是 RAGFlow 的 Go 层检索测试接口 [P1] Converge two RetrievalTest handler implementations and unify error code convention—
![[Bug]: Built-in LLM Passthrough Routes Fail with SERVER_ROOT_PATH](https://www.chat-gpts.plus/wp-content/uploads/2026/09/22272-0db4d37b-768x403.jpg)
当 LiteLLM Proxy 设置了 SERVER_ROOT_PATH 且反向代理按 ASGI 规范 不剥离 路径前缀时,所有内置 LLM passthrough 路由( /vertex_ai 、 /bedrock 、 /anthropic 、 /gemini 、 /cohere 、 /azure

这个崩溃出现在 Windows 上运行 llama-cli 加载模型时,从 build 11222 起复现,表现为卡在 Loading model... - 后直接退出。优先检查你是否在没有显式指定设备( -dev )的情况下启动;如果只能靠加 -dev 或提高日志级别才能跑起来,基本可以确认是这一

Hugging Face 博客介绍了一篇新论文 ProvenanceGuard,专门解决 MCP 智能体把不同工具来源的信息混在一起、导致“事实对但出处错”的问题,为工具调用型 AI 增加了一层来源感知的验证机制。
![[Bug]: Rust frontend chat-template rendering fails with 500 "unknown function: raise_exception" for templates that legally use it (e.g. Qwen](https://www.chat-gpts.plus/wp-content/uploads/2026/09/59009-5c4e83a4-768x403.jpg)
当你在 vLLM 0.30.0 的 Rust 前端(Rust frontend)下使用带有 raise_exception(...) 调用的 chat template(例如 Qwen3 系列用于校验 reasoning_effort 的模板)发起请求时,minijinja 渲染器不认识该函数,导致
![[Bug]: Host memory is not reducing after the model is loaded into Intel XPU](https://www.chat-gpts.plus/wp-content/uploads/2026/09/50269-2f2deaf5-768x403.jpg)
这是在 Intel XPU 上使用 vLLM 加载模型后,主机内存(host RAM)没有被释放的报错。通常发生在 vllm serve 启动加载权重、量化或 mmap 行为与预期不一致时,优先排查启动命令、模型加载方式与是否使用静态量化权重。
![[Bug]: GLM-5.3 reasoning leaks into content when clients pass enable_thinking/thinking=false — parser gates on kwargs the GLM-5.3 template n](https://www.chat-gpts.plus/wp-content/uploads/2026/09/54744-b3553957-768x403.jpg)
当客户端对 GLM-5.3-Flash 传入 chat_template_kwargs: {"enable_thinking": false} (或 thinking: false )时,vLLM 的 GLM reasoning parser 会关闭推理提取,但 GLM-5.3 的 chat tem
![[Bug]: OpenDataLoader, TCADP and SoMark PDF parsers label text that is not markup as doc_type_kwd "table"](https://www.chat-gpts.plus/wp-content/uploads/2026/09/20091-f2eea8ec-768x403.jpg)
这个报错出现在用 RAGFlow 的 OpenDataLoader、TCADP 或 SoMark 远程 PDF 解析器解析含表格的 PDF 时,解析器把非