技能介绍

要解决的问题

在 IT 运维与网络故障排查中，用户常需要判断某次拨测任务是否存在错误、性能是否变慢、整体质量如何，或进一步抓取特定探针的 pcap 数据。传统流程往往要反复切换控制台、手动核对时间范围、拼接任务参数，并容易在“先查错误还是先看抓包”的路由上产生歧义。

核心工作流

该技能把请求收敛到 CAT AI Console，并强制使用明确参数：--start-time 与 --end-time 必传且使用毫秒时间戳；除多任务对比外，--task-id 必传。它按优先级路由：多任务对比、抓包、错误、整体、性能。普通分析会收集 QueryText、任务 ID 与时间范围，未指定时间时默认最近 3 小时，然后同步执行脚本并等待至多 300 秒。脚本静默运行，最终只在 stdout 输出一行 JSON。成功时读取 report 字段，作为聊天正文原样发送，不附加摘要、前后缀或附件；失败时根据 code=1 与 error 信息分类说明，不自动重试。

边界与注意点

抓包报告必须单独发送，且一旦命中“抓包 / pcap / 抓个包”等关键词，优先走抓包直达，不要先跑错误或整体分析。多任务对比不传 --task-id，而是在 query-text 中传入 main_task_id 与 compare_task_ids，且最多 1 个主任务、5 个对比任务；信息不足时需要继续追问，不能擅自补齐。