> ## Documentation Index
> Fetch the complete documentation index at: https://docs.qoder.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 案例二十五：浏览器提取崩溃日志

## 场景故事

小张是一名后端开发工程师。公司内部有一个崩溃日志平台，每次线上出问题，他都要手动打开浏览器、登录平台、找到对应的崩溃记录、复制堆栈信息、粘贴到文档里再分析。操作不复杂，但每天都要做好几次，而且平台的登录态经常过期，反复输密码让人烦躁。

直接在 QoderWork 中描述需求：

```plaintext theme={null}
请帮我从崩溃日志平台提取信息：
1. 打开浏览器，访问 http://crash.internal.company.com
2. 如果需要登录，使用我的账号（已保存在浏览器中）
3. 在搜索框输入崩溃 ID：CRASH-2024-03-001
4. 提取完整的堆栈信息（Stack Trace）
5. 保存为 Markdown 文档，文件名包含崩溃 ID
6. 顺便分析一下堆栈，初步判断可能的崩溃原因
```

## QoderWork 做了什么

QoderWork 自动打开浏览器，完成登录、导航、搜索、提取的全流程，将堆栈信息保存为格式化的 Markdown 文档，并附上了初步的原因分析（如「NullPointerException 出现在 UserService.java:128，可能是用户对象未初始化」）。

## 持续使用

小张把这个操作封装成了 Skill。现在每次收到线上报警，他只需说：「提取崩溃 CRASH-2024-03-002 的堆栈信息并分析。」QoderWork 自动完成所有操作，他直接看分析结果就行。

## 核心价值

| 指标    | 效果              |
| ----- | --------------- |
| 典型场景  | 开发工具链中浏览器自动化的代表 |
| 适合自动化 | 简单但重复的任务最值得自动化  |
| 提效叠加  | 提取 + 分析一步完成     |

## 使用技巧解析

这个案例的核心技巧是 **浏览器自动化 + Skill 封装**，把「简单但高频」的重复操作彻底自动化。

小张的场景特点是：每次操作都一样（登录 → 搜索崩溃 ID → 复制堆栈），但每天要做好几次。提示词里他还加了一个巧妙的附加需求——「顺便分析一下堆栈，初步判断崩溃原因」，让 QoderWork 在提取数据的同时做了一层初步分析，从「搬运工」升级为「初级诊断助手」。

封装为 Skill 后，每次只需说「提取崩溃 CRASH-xxx 的堆栈信息并分析」，把崩溃 ID 作为变量传入即可。

**操作简单但每天重复多次的任务，是浏览器自动化 + Skill 封装的最佳应用场景。**