One-time 洞察报告
用于StartBatchEvaluation对代理的会话进行按需分析见解。当您想要调查部署后的代理行为、故障高峰或定期进行手动检查时,这非常有用。
开始分析
例
轮询结果
例
查看失败分析结果
if "failureAnalysisResult" in result: for category in result["failureAnalysisResult"]["failures"]: print(f"\nCategory: {category['name']} ({category['affectedSessionCount']} sessions)") for sub in category.get("subCategories", []): print(f" Subcategory: {sub['name']} ({sub['affectedSessionCount']} sessions)") for rc in sub.get("rootCauses", []): print(f" Root cause: {rc['name']}") print(f" Recommendation: {rc['recommendation']}") print(f" Affected sessions: {rc['affectedSessionCount']}")
| 字段 | Type | 说明 |
|---|---|---|
|
|
字符串 |
失败类别名称(例如,“执行错误”、“幻觉”)。 |
|
|
整数 |
受此类别影响的会话数量。 |
|
|
字符串 |
子类别名称(例如,“速率限制”、“工具架构违规”)。 |
|
|
整数 |
受此子类别影响的会话数。 |
|
|
字符串 |
根本原因群集名称。 |
|
|
字符串 |
针对此根本原因的建议修复方法。 |
|
|
整数 |
受此根本原因影响的会话数。 |
|
|
列表 |
此集群中的会话,每个会话都有 |
用户意图结果
该userIntentResult字段包含群集用户意图:
if "userIntentResult" in result: for cluster in result["userIntentResult"]["userIntents"]: print(f" {cluster['name']} ({cluster['affectedSessionCount']} sessions)") print(f" {cluster['description']}")
| 字段 | Type | 说明 |
|---|---|---|
|
|
整数 |
集群标识符。 |
|
|
字符串 |
描述共同意图的集群名称。 |
|
|
字符串 |
意图模式的详细描述。 |
|
|
整数 |
有此意图的会话数。 |
|
|
列表 |
此集群中的会话,每个会话都带有 |
执行摘要结果
该executionSummaryResult字段包含群集执行模式:
| 字段 | Type | 说明 |
|---|---|---|
|
|
整数 |
集群标识符。 |
|
|
字符串 |
描述执行模式的集群名称。 |
|
|
字符串 |
图案的详细描述。 |
|
|
整数 |
使用此模式的会话数。 |
|
|
列表 |
此集群中的会话,每个会话都有 |
解析结果
-
从@@ 失效分析开始:重点关注最高的类别
affectedSessionCount。这些是最具影响力的问题。 -
深入研究根本原因:在每个子类别中,根本原因群集会告诉你究竟出了什么问题以及如何解决问题。每个集群都包含一个
recommendation字段。 -
使用用户意图来确定优先级:带有用户意图集群的 Cross-reference 故障类别。影响最常见用户意图的故障应该是最高优先级。
-
跟踪执行模式:执行摘要揭示您的代理是如何处理问题的,这对于了解失败是否源于代理的策略还是 tool/environment 问题很有用。
验证规则
-
insights并且evaluators是相互排斥的 — 提供一个或另一个,而不是两者兼而有之。 -
每个请求最多 10 个见解。
-
dataSourceConfig是必填项,并且必须包含至少一个日志组和一个服务名称。 -
如果使用
onlineEvaluationConfigSource,请不要提供insights或evaluators(配置是继承的)。 -
如果
filterConfig.timeRange已指定,则startTime必须早于endTime。 -
时间戳必须是有效的 ISO 8601 格式。
-
每个账户一次只能激活一个批量评估。
-
每次分析最多可分析 500 个会话。