🤖

dsh-har-triage

模型推理更新于 2026.10.17

在终端中运行以下命令：

dsh plugin install po-et/dsh-har-triage

将以下提示词粘贴到 DeepSeek Harness 对话框中：

在 DeepSeek Harness 中执行 dsh plugin install po-et/dsh-har-triage，从 https://github.com/po-et/dsh-har-triage 安装该插件到所选 Profile，并在配置中启用 har-triage 后启动该 Profile。

插件介绍

在浏览器里排网络问题时，HAR 往往是最直接的现场证据，但把整份抓包交给 AI 助手，很容易连同网址、Cookie、请求参数和响应正文一起泄露。dsh-har-triage 面向 DeepSeek Harness 的离线排障场景：只读取你已有的 HAR 1.2 文件，不录包、不发请求、也不改写原始捕获。

插件会把请求按端点别名分组，突出 HTTP 4xx/5xx、无有效响应、整体偏慢以及等待阶段过长的条目，并生成可完全离线打开的 HTML 报告。报告从信号到具体请求行再到各阶段耗时，支持筛选与分页；需要对照真实请求时，用报告里的条目编号回到原始 HAR 的 log.entries 索引即可，别名本身刻意不暴露路径与域名。

交给 Agent 的只是有限条结构化证据（最多 20 条，并注明省略数量），完整数值投影留在本机 JSON/HTML 中。它强调的是可复核的观测，而不是自动断定根因——例如 503 只表示捕获里记录了服务端错误响应，高 wait/TTFB 占比也只是时序现象。

适合在 Harness 里做 Agent 辅助调试的开发者：你保留原始 HAR 私有，在会话工作区内生成报告，让助手解释证据并引用条目索引，而不必把敏感 URL 与正文送进对话。若你需要回放、导出或更重的 HAR 分析套件，应选用生态里其他专用工具；本插件的定位是 Harness 原生、无外部二进制、白名单式的证据通路。