<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Monitoring on CAO ZUOHUA</title><link>https://caozuohua.github.io/tags/monitoring/</link><description>Recent content in Monitoring on CAO ZUOHUA</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Thu, 02 Jul 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://caozuohua.github.io/tags/monitoring/index.xml" rel="self" type="application/rss+xml"/><item><title>除了准确率，如何评测并运营生产级 Agent？</title><link>https://caozuohua.github.io/posts/2026-07-02-agent-metrics/</link><pubDate>Thu, 02 Jul 2026 00:00:00 +0000</pubDate><guid>https://caozuohua.github.io/posts/2026-07-02-agent-metrics/</guid><description>&lt;p&gt;在实验环境中，我们习惯用准确率（Accuracy）来评判 Agent 的好坏。但准确率在生产环境中几乎没有参考价值——它衡量的是&amp;quot;理想条件下的上限&amp;quot;，而不是&amp;quot;真实环境中的稳态&amp;quot;。&lt;/p&gt;&#10;&lt;p&gt;生产级 Agent 的质量评测，核心在于回答三个问题：&lt;/p&gt;&#10;&lt;ul&gt;&#10;&lt;li&gt;响应是否流畅？&lt;/li&gt;&#10;&lt;li&gt;系统是否稳定？&lt;/li&gt;&#10;&lt;li&gt;用户是否愿意信任并持续使用？&lt;/li&gt;&#10;&lt;/ul&gt;&#10;&lt;h2 id="一响应质量流式体验与长期一致性"&gt;一、响应质量：流式体验与长期一致性&lt;/h2&gt;&#10;&lt;h3 id="1-首字延迟-ttft---time-to-first-token"&gt;1. 首字延迟 (TTFT - Time To First Token)&lt;/h3&gt;&#10;&lt;p&gt;这是用户感知最直接的指标。Agent 在收到用户问题后，多长时间输出第一个有效 Token？TTFT 过长（超过 2 秒），用户就会觉得&amp;quot;卡&amp;quot;。&lt;/p&gt;&#10;&lt;ul&gt;&#10;&lt;li&gt;&lt;strong&gt;目标值&lt;/strong&gt;：&amp;lt; 500ms（良好），&amp;lt; 1s（可接受），&amp;gt; 2s（需要优化）&lt;/li&gt;&#10;&lt;li&gt;&lt;strong&gt;优化方向&lt;/strong&gt;：模型推理速度、检索 Pipeline 并行化、缓存层&lt;/li&gt;&#10;&lt;/ul&gt;&#10;&lt;h3 id="2-token-吞吐-tps"&gt;2. Token 吞吐 (TPS)&lt;/h3&gt;&#10;&lt;p&gt;TTFT 只关心第一个字，TPS 衡量的是后续生成的流畅度。Agent 在输出长回答时是否一气呵成，还是断断续续？&lt;/p&gt;&#10;&lt;h3 id="3-长对话上下文一致性"&gt;3. 长对话上下文一致性&lt;/h3&gt;&#10;&lt;p&gt;这是很多 Agent 的痛点——对话到第五轮、第十轮时，Agent 是否还记得前面说过什么？是否出现了&amp;quot;漂移&amp;quot;或&amp;quot;自相矛盾&amp;quot;？&lt;/p&gt;&#10;&lt;p&gt;衡量方法：在对话最后用一组&amp;quot;上下文探查问题&amp;quot;（Probe Questions），检验 Agent 是否还能正确回答前几轮讨论过的内容。&lt;/p&gt;&#10;&lt;h2 id="二系统稳定性从单次测试到持续监控"&gt;二、系统稳定性：从单次测试到持续监控&lt;/h2&gt;&#10;&lt;h3 id="1-tool-调用失败率"&gt;1. Tool 调用失败率&lt;/h3&gt;&#10;&lt;p&gt;Agent 的脆弱性往往不来自模型本身，而来自它调用的 Tool。API 超时、服务不可用、数据格式变更，都能导致 Agent 崩溃。&lt;/p&gt;&#10;&lt;p&gt;生产环境中应当持续追踪：&lt;/p&gt;&#10;&lt;ul&gt;&#10;&lt;li&gt;各 Tool 的调用成功率&lt;/li&gt;&#10;&lt;li&gt;调用耗时分布（P50、P95、P99）&lt;/li&gt;&#10;&lt;li&gt;失败时的 fallback 机制是否触发&lt;/li&gt;&#10;&lt;/ul&gt;&#10;&lt;h3 id="2-异常处理覆盖率"&gt;2. 异常处理覆盖率&lt;/h3&gt;&#10;&lt;p&gt;当 Agent 遇到无法处理的输入、工具调用失败、或者模型输出异常时，是否有合理的退路？异常处理覆盖率 = 系统能优雅处理的异常场景数 / 所有已知异常场景数。&lt;/p&gt;</description></item></channel></rss>