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

​

场景故事

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

直接在 QoderWork 中描述需求：

请帮我从崩溃日志平台提取信息：
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 封装的最佳应用场景。