<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>LLMOps on AI 观察</title><link>https://ai.wujiong.cc/tags/llmops/</link><description>Recent content in LLMOps on AI 观察</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Mon, 05 Oct 2026 19:01:04 +0800</lastBuildDate><atom:link href="https://ai.wujiong.cc/tags/llmops/index.xml" rel="self" type="application/rss+xml"/><item><title>大模型应用上线后的监控：质量、成本、延迟与安全指标体系</title><link>https://ai.wujiong.cc/posts/2026-10-05-llm-online-monitoring/</link><pubDate>Mon, 05 Oct 2026 19:01:04 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-05-llm-online-monitoring/</guid><description>&lt;p>传统软件上线后，监控的重点是服务是否可用、接口是否报错、响应是否够快。大模型应用除了这些，还面临一类特殊的问题：&lt;strong>服务一切正常、没有任何报错，但输出的质量却在下降。&lt;/strong> 可能是服务商更新了模型版本，可能是知识库中的文档过时了，也可能是用户开始问一类之前没见过的问题。没有专门的质量监控，这些问题往往要等到用户投诉才会被发现。&lt;/p></description></item><item><title>提示词工程化：版本管理、自动化测试与团队协作</title><link>https://ai.wujiong.cc/posts/2026-09-05-prompt-versioning/</link><pubDate>Sat, 05 Sep 2026 19:40:32 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-09-05-prompt-versioning/</guid><description>&lt;p>在大模型应用的原型阶段，提示词往往直接写在代码里，谁觉得效果不好就改几句，改完看几个例子觉得不错就上线了。&lt;strong>但当应用进入生产环境、服务真实用户时，这种做法会带来严重的问题：一次看似无害的修改，可能让某类请求的效果大幅下降；出了问题不知道是哪次修改导致的；多人同时修改相互覆盖。&lt;/strong> 提示词需要像代码一样被工程化管理。&lt;/p></description></item><item><title>如何为大模型应用构建评测集：从 50 条样本开始的实用方法</title><link>https://ai.wujiong.cc/posts/2026-08-06-llm-eval-dataset/</link><pubDate>Thu, 06 Aug 2026 18:54:51 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-08-06-llm-eval-dataset/</guid><description>&lt;p>“这个新提示词感觉好多了”“换了模型之后好像更准了”，如果你的团队经常这样讨论，说明还缺少一个关键工具：评测集。&lt;strong>没有评测集，每一次修改提示词、更换模型、调整检索策略，都只能依靠看几个例子的主观印象来判断，很容易顾此失彼。&lt;/strong> 构建评测集听起来像是大工程，但实际上从几十条样本开始就能发挥作用。&lt;/p></description></item></channel></rss>