Bug 排查（免费）
技能概述
分析报错与调试代码问题：适用于开发排障、线上问题定位场景，解决「报错看不懂、排查没思路、浪费大量时间」的问题。最终目的：产出可直接套用的排障提示词：用户只需给报错与上下文，AI 即输出原因分析、排查思路与修复方案。本技能内置可直接套用的提示词模板，加载后 AI 按模板工作，无需额外配置。
适用场景
- 分析报错与调试代码问题：适用于开发排障、线上问题定位场景，解决「报错看不懂、排查没思路、浪费大量时间」的问题
- 典型目的：产出可直接套用的排障提示词：用户只需给报错与上下文，AI 即输出原因分析、排查思路与修复方案
调用方式
当用户提出以下类型的需求时，激活本技能：
- "请帮我Bug 排查"
- "用Bug 排查的方法处理这个内容"
- "按Bug 排查模板生成"
激活后，按下方【内置提示词模板】执行：将用户提供的信息填入模板占位处（____），直接输出完整结果；用户未提供的信息保持占位并提示其补充。
内置提示词模板
【角色设定】
你是调试专家，擅长根据报错信息快速定位问题原因并给出修复方案。
【任务】
根据我的报错信息，帮我排查这个 Bug。
【我会提供的信息】
1. 报错信息（完整粘贴，含堆栈）：____
2. 相关代码（粘贴）：____
3. 触发场景（什么操作/什么输入触发）：____
4. 环境信息（语言/框架/版本/系统）：____
5. 已尝试的排查（如有）：____
【排查要求】
1. 先给「最可能的原因」判断（按可能性排序，2-3 个）。
2. 每个原因给：判断依据（为什么怀疑它）、验证方法（怎么确认是不是它）。
3. 给出修复方案：具体怎么改（含代码示例）、改完怎么验证。
4. 排查思路：按什么顺序查（从报错行/从输入/从环境），避免瞎试。
5. 如果信息不足，列出还需要的排查信息。
【输出格式】
一、原因分析（可能原因+依据）
二、验证步骤（按顺序）
三、修复方案（代码+验证）
四、预防建议（1-2 条）
请直接输出，不要询问多余信息；信息缺失处用「____」占位。
输出要求
- 严格按模板指定的输出格式分节输出，不省略、不额外发挥。
- 内容真实合规：不编造数据，不确定处标注「需核实」；涉及专业领域以专业来源为准。
- 输出可直接复制使用，缺失信息用
____占位并提示用户补充。
注意事项
- 本技能为免费技能，无支付环节。
- 如需该场景的高阶版提示词与更多玩法，可在本技能基础上要求 AI 深化；高阶版含五步工作流与合规自检。
风险提示
- 本工具输出结果仅供参考，不构成专业意见或收益承诺；重要决策请自行核实并判断。
- 免费工具不提供持续服务保证，具体以 SKILLHub 平台规则为准。
🚀 高阶用法与进阶技巧
1. 多场景排查组合
场景描述：
用户在多个不同环境（如开发、测试、生产）中遇到相同或相似的报错，需要一次性进行综合排查。
参数/步骤：
1. 用户将所有不同环境下的报错信息、相关代码、触发场景、环境信息和已尝试的排查方法汇总到一个文档中。
2. 将该文档的内容粘贴到提示词模板中的 ____ 占位处，要求 AI 按照统一格式输出综合分析结果。
组合技巧：
- 使用表格或列表形式整理不同环境下的报错信息，便于AI进行对比和综合分析。
- 提供详细的触发场景描述，帮助AI理解问题的上下文。
2. 自定义提示词模板
场景描述：
用户需要针对特定类型的报错（如数据库连接错误、网络请求超时等）定制排查模板。
参数/步骤：
1. 用户根据具体报错类型编写自定义提示词模板。
2. 在自定义模板中添加或修改占位符，以适应特定报错类型的需求。
3. 使用自定义模板进行报错分析和排查。
组合技巧：
- 提供详细的报错类型描述和常见解决方案，帮助AI快速定位问题。
- 在模板中加入对特定环境（如数据库版本、网络配置）的检查步骤。
3. 分阶段排查
场景描述：
用户在排查过程中需要分阶段进行，逐步缩小问题范围。
参数/步骤：
1. 用户将报错信息和相关代码按层次分解成多个小部分。
2. 按照分解后的层次顺序逐个填入提示词模板中的 ____ 占位处。
3. AI 按照分阶段排查的思路输出每一步的结果，帮助用户逐步缩小问题范围。
组合技巧：
- 在模板中加入对每个小部分的独立分析和验证步骤。
- 提供每一步的预期结果和异常情况处理方法。
4. 集成自动化工具
场景描述：
用户希望将报错排查结果集成到自动化测试或持续集成（CI）系统中，实现自动化的排查和修复。
参数/步骤：
1. 用户在提示词模板中添加对自动化工具的调用命令。
2. 将生成的排查结果直接输出为自动化脚本或配置文件。
3. 在自动化系统中执行脚本或配置文件，实现自动化排查和修复。
组合技巧：
- 提供与常见自动化工具（如Jenkins、GitLab CI）集成的示例代码。
- 在模板中加入对自动化测试用例的生成步骤。
📋 实战案例
案例 1：数据库连接错误
场景描述：
用户在开发环境中遇到数据库连接错误，报错信息如下：
Error: Connection refused. Please check your database connection settings.
输入示例：
【角色设定】
你是调试专家，擅长根据报错信息快速定位问题原因并给出修复方案。
【任务】
根据我的报错信息，帮我排查这个 Bug。
【我会提供的信息】
1. 报错信息（完整粘贴，含堆栈）：Error: Connection refused. Please check your database connection settings.
2. 相关代码（粘贴）：
```python
import sqlite3
conn = sqlite3.connect('my_database.db')
- 触发场景（什么操作/什么输入触发）：运行上述Python代码。
- 环境信息（语言/框架/版本/系统）：Python 3.8, SQLite 3.31
- 已尝试的排查（如有）：检查数据库文件是否存在，检查数据库权限。
【排查要求】
1. 先给「最可能的原因」判断（按可能性排序，2-3 个）。
2. 每个原因给：判断依据（为什么怀疑它）、验证方法（怎么确认是不是它）。
3. 给出修复方案：具体怎么改（含代码示例）、改完怎么验证。
4. 排查思路：按什么顺序查（从报错行/从输入/从环境），避免瞎试。
5. 如果信息不足，列出还需要的排查信息。
【输出格式】
一、原因分析（可能原因+依据）
二、验证步骤（按顺序）
三、修复方案（代码+验证）
四、预防建议（1-2 条）
请直接输出，不要询问多余信息；信息缺失处用「____」占位。
**输出要点：**
1. **最可能的原因：**
- 数据库文件不存在
- 数据库权限不足
- 网络问题
2. **验证步骤：**
- 检查数据库文件是否存在
- 检查数据库文件的权限设置
- 检查网络连接是否正常
3. **修复方案：**
- 如果数据库文件不存在，创建新的数据库文件
- 如果数据库权限不足，修改文件权限
- 如果是网络问题，检查网络配置
4. **排查思路：**
- 从报错信息开始，逐步排查数据库文件、权限和网络连接
5. **预防建议：**
- 定期备份数据库文件
- 确保数据库文件权限设置正确
### 案例 2：网络请求超时
**场景描述：**
用户在生产环境中遇到网络请求超时问题，报错信息如下：
Error: Network request timed out. Please check your network configuration.
**输入示例：**
【角色设定】
你是调试专家，擅长根据报错信息快速定位问题原因并给出修复方案。
【任务】
根据我的报错信息，帮我排查这个 Bug。
【我会提供的信息】
1. 报错信息（完整粘贴，含堆栈）：Error: Network request timed out. Please check your network configuration.
2. 相关代码（粘贴）：
import requests
response = requests.get('[API服务地址]')
- 触发场景（什么操作/什么输入触发）：运行上述Python代码。
- 环境信息（语言/框架/版本/系统）：Python 3.8, Requests 2.25
- 已尝试的排查（如有）：检查网络连接，检查目标服务器状态。
【排查要求】
1. 先给「最可能的原因」判断（按可能性排序，2-3 个）。
2. 每个原因给：判断依据（为什么怀疑它）、验证方法（怎么确认是不是它）。
3. 给出修复方案：具体怎么改（含代码示例）、改完怎么验证。
4. 排查思路：按什么顺序查（从报错行/从输入/从环境），避免瞎试。
5. 如果信息不足，列出还需要的排查信息。
【输出格式】
一、原因分析（可能原因+依据）
二、验证步骤（按顺序）
三、修复方案（代码+验证）
四、预防建议（1-2 条）
请直接输出，不要询问多余信息；信息缺失处用「____」占位。
**输出要点：**
1. **最可能的原因：**
- 网络连接问题
- 目标服务器响应慢
- 请求超时设置过短
2. **验证步骤：**
- 检查网络连接是否正常
- 使用工具（如curl）检查目标服务器的响应时间
- 检查请求超时设置是否合理
3. **修复方案：**
- 如果是网络问题，修复网络连接
- 如果目标服务器响应慢，优化服务器性能或调整请求频率
- 如果请求超时设置过短，增加超时时间
4. **排查思路：**
- 从报错信息开始，逐步排查网络连接、服务器状态和超时设置
5. **预防建议：**
- 定期监控网络连接和服务器性能
- 合理设置请求超时时间
### 案例 3：代码逻辑错误
**场景描述：**
用户在开发环境中遇到代码逻辑错误，报错信息如下：
Error: Unexpected token 'undefined'
**输入示例：**
【角色设定】
你是调试专家，擅长根据报错信息快速定位问题原因并给出修复方案。
【任务】
根据我的报错信息，帮我排查这个 Bug。
【我会提供的信息】
1. 报错信息（完整粘贴，含堆栈）：Error: Unexpected token 'undefined'
2. 相关代码（粘贴）：
let user = { name: "John" };
console.log(user.age);
- 触发场景（什么操作/什么输入触发）：运行上述JavaScript代码。
- 环境信息（语言/框架/版本/系统）：Node.js 14, Chrome 85
- 已尝试的排查（如有）：检查变量是否存在，检查代码逻辑。
【排查要求】
1. 先给「最可能的原因」判断（按可能性排序，2-3 个）。
2. 每个原因给：判断依据（为什么怀疑它）、验证方法（怎么确认是不是它）。
3. 给出修复方案：具体怎么改（含代码示例）、改完怎么验证。
4. 排查思路：按什么顺序查（从报错行/从输入/从环境），避免瞎试。
5. 如果信息不足，列出还需要的排查信息。
【输出格式】
一、原因分析（可能原因+依据）
二、验证步骤（按顺序）
三、修复方案（代码+验证）
四、预防建议（1-2 条）
请直接输出，不要询问多余信息；信息缺失处用「____」占位。
```
输出要点：
1. 最可能的原因：
- 变量未定义
- 代码逻辑错误
-
验证步骤：
- 检查变量是否存在
- 检查代码逻辑，确保所有变量都已正确定义和初始化 -
修复方案：
- 如果是变量未定义，添加变量的定义和初始化
- 如果是代码逻辑错误，修正代码逻辑 -
排查思路：
- 从报错信息开始，逐步排查变量是否存在和代码逻辑是否正确 -
预防建议：
- 使用调试工具（如Chrome DevTools）进行代码调试
- 合理使用变量定义和初始化
💰 价值对比（为什么这个工具值得用）
优势一：节省时间
- 纯手工排查： 需要开发者手动阅读报错信息、检查相关代码、验证问题原因，耗时较长且容易遗漏关键信息。
- 通用 AI 直接问： 可能无法理解报错的具体上下文和逻辑，给出的建议可能不准确或不完整。
优势二：准确性高
- 纯手工排查： 容易受到个人经验和技术水平的影响，导致误判问题原因。
- 通用 AI 直接问： 缺乏对特定场景和报错类型的深度理解，难以给出精准的排查思路和修复方案。
优势三：可操作性强
- 纯手工排查： 需要开发者具备丰富的技术知识和经验，对于新手或非专业人士来说难度较大。
- 通用 AI 直接问： 输出结果可能过于抽象或不具体，难以直接应用到实际问题中。
- 本工具： 内置可操作的提示词模板，输出结果严格按格式分节，易于理解和执行。
🎯 使用场景与适用人群
适用人群
- 开发工程师
- 测试工程师
- 运维工程师
- 系统管理员
- 技术经理
使用场景
- 开发排障： 在开发过程中遇到各种报错，需要快速定位问题原因并给出修复方案。
- 线上问题定位： 在生产环境中遇到线上问题，需要迅速排查和解决。
- 代码调试： 在编写或修改代码时，遇到逻辑错误或其他问题，需要进行调试和分析。
- 系统维护： 在维护现有系统时，遇到各种技术问题，需要进行快速排查和修复。
- 团队协作： 在团队中协助其他成员进行问题排查和解决，提高整体工作效率。
更多同类技能（按次付费）
这个技能只覆盖单一场景。同类场景已经整理成完整合集，
一次调用就能拿到整套提示词，省去每次重新拼提示词的时间。
推荐：编程开发合集（20 个提示词） — 代码审查 / 重构建议 / 测试用例 / 技术文档 / 架构设计等 20 个场景
在 SkillHub 搜索对应的合集技能即可查看，单次调用 ¥9.90，按使用次数计费。
更多同类技能（按次付费）
这个技能只覆盖单一场景。同类场景已经整理成完整合集，
一次调用就能拿到整套提示词，省去每次重新拼提示词的时间。
推荐：编程开发合集（20 个提示词） — 代码审查 / 重构建议 / 测试用例 / 技术文档 / 架构设计等 20 个场景
在 SkillHub 搜索对应的合集技能即可查看，单次调用 ¥9.90，按使用次数计费。
<!-- upsell:end -->
