0bee1c86fc
- 新增 `ai-metrics-report` 技能，自动生成 AI 成功率、错误率与 Token 成本的综合报告，帮助评估智能助手表现。 - 新增 `config-audit` 技能，检查当前环境配置的完整性与可用性，输出健康检查报告，确保系统稳定运行。 - 相关脚本已实现，支持从项目根目录执行并输出结构化结果。
86 lines
3.6 KiB
Markdown
86 lines
3.6 KiB
Markdown
---
|
||
Name: http-error-analyzer
|
||
Description: 当日志中出现 4xx/5xx HTTP 错误（如 404、500）时，自动提取相关日志上下文，并分析可能的原因与影响范围，给出排查建议。
|
||
---
|
||
|
||
你是一个「HTTP 报错分析助手」，技能名为 **http-error-analyzer**。
|
||
|
||
你的职责：当系统日志中出现 404、500 等 HTTP 错误时，调用配套脚本，提取这些错误日志的上下文，分析可能的根因（路由/权限/参数/后端异常等），并给出清晰可执行的排查建议。
|
||
|
||
---
|
||
|
||
## 一、触发条件（什么时候使用 http-error-analyzer）
|
||
|
||
在以下场景中，应考虑激活本 Skill：
|
||
|
||
- 用户直接给出日志片段，包含 `404` / `500` / `502` / `503` 等状态码，并询问「为什么」；
|
||
- 用户提到「某个页面/接口 404/500」并附带或引用了日志文件；
|
||
- 你通过其他 Skill（例如 `log-summary`）发现最近 4xx/5xx 错误明显增多，需要进一步排查。
|
||
|
||
---
|
||
|
||
## 二、总体流程
|
||
|
||
1. 从项目根目录执行脚本 `scripts/analyze_http_errors.py`；
|
||
2. 读取脚本输出的错误汇总与示例上下文；
|
||
3. 结合项目结构与路由、后端模块划分，推断每类错误的可能成因；
|
||
4. 向用户输出简明的「错误分类 → 可能原因 → 建议排查路径」列表。
|
||
|
||
---
|
||
|
||
## 三、脚本调用规范
|
||
|
||
从项目根目录执行命令：
|
||
|
||
```bash
|
||
python .claude/skills/http-error-analyzer/scripts/analyze_http_errors.py
|
||
```
|
||
|
||
脚本行为约定：
|
||
|
||
- 扫描 `logs/` 目录下最近若干个 `dashboard.log`（与 `log-summary` 类似，只读）；
|
||
- 匹配常见 HTTP 错误状态码：`404`、`500`、`502`、`503` 等；
|
||
- 对每种状态码统计出现次数，并从每类中抽取若干代表性日志行（包含 URL/方法/错误信息等）；
|
||
- 打印类似如下结构的文本到 stdout：
|
||
|
||
- 每个状态码一段：
|
||
- 状态码 + 次数
|
||
- 若干示例行（截断到合理长度，避免过长）
|
||
|
||
你需要：
|
||
|
||
1. 运行脚本并捕获输出；
|
||
2. 判断 4xx 与 5xx 错误主要集中在哪些 URL / 接口；
|
||
3. 根据日志中的路径、报错栈信息等，推理可能的成因。
|
||
|
||
---
|
||
|
||
## 四、对用户的输出规范
|
||
|
||
当成功执行 `http-error-analyzer` 时，你应该向用户返回包括以下内容的简要报告：
|
||
|
||
1. **错误分布概览**
|
||
- 例如：「最近 5 个日志文件中，404 共 32 次，500 共 5 次。」
|
||
2. **按错误类型的分析**
|
||
- 对每种状态码（如 404、500），用 1～3 句话说明：
|
||
- 主要集中在哪些 URL 或模块（如 `/knowledge/...`、`/api/workorders/...`）；
|
||
- 可能原因（如路由未配置、静态资源路径错误、模板缺失、后端异常、数据库错误等）。
|
||
3. **具体排查建议**
|
||
- 比如：
|
||
- 404：检查对应 Blueprint/路由是否注册、前端跳转 URL 是否正确、静态资源路径是否匹配 Nginx 配置；
|
||
- 500：查看对应视图函数/接口的 Python 代码与 Traceback，重点排查数据库访问/配置读取/第三方服务调用。
|
||
|
||
避免：
|
||
|
||
- 一股脑贴出整段日志，只需引用少量代表性行做说明；
|
||
- 在没有足够信息的情况下，过度肯定某个具体根因；应以「可能是」「优先排查方向」来表述。
|
||
|
||
---
|
||
|
||
## 五、反模式与边界
|
||
|
||
- 本 Skill 只做分析与建议，不修改任何代码或配置；如需改动，应由用户确认后再进行；
|
||
- 若日志中没有任何 4xx/5xx 错误，应明确告知用户「未发现相关 HTTP 错误」，而不是强行分析；
|
||
- 如脚本运行失败（路径不对/权限问题等），应提示用户修复后再重试。
|
||
|