Bug 排查

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. 相关代码（粘贴）：

import sqlite3

conn = sqlite3.connect('my_database.db')

3. 触发场景（什么操作/什么输入触发）：运行上述Python代码。
4. 环境信息（语言/框架/版本/系统）：Python 3.8, SQLite 3.31
5. 已尝试的排查（如有）：检查数据库文件是否存在，检查数据库权限。

【排查要求】
1. 先给「最可能的原因」判断（按可能性排序，2-3 个）。
2. 每个原因给：判断依据（为什么怀疑它）、验证方法（怎么确认是不是它）。
3. 给出修复方案：具体怎么改（含代码示例）、改完怎么验证。
4. 排查思路：按什么顺序查（从报错行/从输入/从环境），避免瞎试。
5. 如果信息不足，列出还需要的排查信息。

【输出格式】
一、原因分析（可能原因+依据）
二、验证步骤（按顺序）
三、修复方案（代码+验证）
四、预防建议（1-2 条）

请直接输出，不要询问多余信息；信息缺失处用「____」占位。

输出要点：

1. 最可能的原因：

• 数据库文件不存在
• 数据库权限不足
• 网络问题

1. 验证步骤：

• 检查数据库文件是否存在
• 检查数据库文件的权限设置
• 检查网络连接是否正常

1. 修复方案：

• 如果数据库文件不存在，创建新的数据库文件
• 如果数据库权限不足，修改文件权限
• 如果是网络问题，检查网络配置

1. 排查思路：

• 从报错信息开始，逐步排查数据库文件、权限和网络连接

1. 预防建议：

• 定期备份数据库文件
• 确保数据库文件权限设置正确

案例 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服务地址]')

3. 触发场景（什么操作/什么输入触发）：运行上述Python代码。
4. 环境信息（语言/框架/版本/系统）：Python 3.8, Requests 2.25
5. 已尝试的排查（如有）：检查网络连接，检查目标服务器状态。

【排查要求】
1. 先给「最可能的原因」判断（按可能性排序，2-3 个）。
2. 每个原因给：判断依据（为什么怀疑它）、验证方法（怎么确认是不是它）。
3. 给出修复方案：具体怎么改（含代码示例）、改完怎么验证。
4. 排查思路：按什么顺序查（从报错行/从输入/从环境），避免瞎试。
5. 如果信息不足，列出还需要的排查信息。

【输出格式】
一、原因分析（可能原因+依据）
二、验证步骤（按顺序）
三、修复方案（代码+验证）
四、预防建议（1-2 条）

请直接输出，不要询问多余信息；信息缺失处用「____」占位。

输出要点：

1. 最可能的原因：

• 网络连接问题
• 目标服务器响应慢
• 请求超时设置过短

1. 验证步骤：

• 检查网络连接是否正常
• 使用工具（如curl）检查目标服务器的响应时间
• 检查请求超时设置是否合理

1. 修复方案：

• 如果是网络问题，修复网络连接
• 如果目标服务器响应慢，优化服务器性能或调整请求频率
• 如果请求超时设置过短，增加超时时间

1. 排查思路：

• 从报错信息开始，逐步排查网络连接、服务器状态和超时设置

1. 预防建议：

• 定期监控网络连接和服务器性能
• 合理设置请求超时时间

案例 3：代码逻辑错误

场景描述： 用户在开发环境中遇到代码逻辑错误，报错信息如下：

Error: Unexpected token 'undefined'

输入示例：

【角色设定】
你是调试专家，擅长根据报错信息快速定位问题原因并给出修复方案。

【任务】
根据我的报错信息，帮我排查这个 Bug。

【我会提供的信息】
1. 报错信息（完整粘贴，含堆栈）：Error: Unexpected token 'undefined'
2. 相关代码（粘贴）：

let user = { name: "John" }; console.log(user.age);

3. 触发场景（什么操作/什么输入触发）：运行上述JavaScript代码。
4. 环境信息（语言/框架/版本/系统）：Node.js 14, Chrome 85
5. 已尝试的排查（如有）：检查变量是否存在，检查代码逻辑。

【排查要求】
1. 先给「最可能的原因」判断（按可能性排序，2-3 个）。
2. 每个原因给：判断依据（为什么怀疑它）、验证方法（怎么确认是不是它）。
3. 给出修复方案：具体怎么改（含代码示例）、改完怎么验证。
4. 排查思路：按什么顺序查（从报错行/从输入/从环境），避免瞎试。
5. 如果信息不足，列出还需要的排查信息。

【输出格式】
一、原因分析（可能原因+依据）
二、验证步骤（按顺序）
三、修复方案（代码+验证）
四、预防建议（1-2 条）

请直接输出，不要询问多余信息；信息缺失处用「____」占位。

输出要点：

1. 最可能的原因：

• 变量未定义
• 代码逻辑错误

1. 验证步骤：

• 检查变量是否存在
• 检查代码逻辑，确保所有变量都已正确定义和初始化

1. 修复方案：

• 如果是变量未定义，添加变量的定义和初始化
• 如果是代码逻辑错误，修正代码逻辑

1. 排查思路：

• 从报错信息开始，逐步排查变量是否存在和代码逻辑是否正确

1. 预防建议：

• 使用调试工具（如Chrome DevTools）进行代码调试
• 合理使用变量定义和初始化

💰 价值对比（为什么这个工具值得用）

优势一：节省时间

• 纯手工排查： 需要开发者手动阅读报错信息、检查相关代码、验证问题原因，耗时较长且容易遗漏关键信息。
• 通用 AI 直接问： 可能无法理解报错的具体上下文和逻辑，给出的建议可能不准确或不完整。

优势二：准确性高

• 纯手工排查： 容易受到个人经验和技术水平的影响，导致误判问题原因。
• 通用 AI 直接问： 缺乏对特定场景和报错类型的深度理解，难以给出精准的排查思路和修复方案。

优势三：可操作性强

• 纯手工排查： 需要开发者具备丰富的技术知识和经验，对于新手或非专业人士来说难度较大。
• 通用 AI 直接问： 输出结果可能过于抽象或不具体，难以直接应用到实际问题中。
• 本工具： 内置可操作的提示词模板，输出结果严格按格式分节，易于理解和执行。

🎯 使用场景与适用人群

适用人群

1. 开发工程师
2. 测试工程师
3. 运维工程师
4. 系统管理员
5. 技术经理

使用场景

1. 开发排障： 在开发过程中遇到各种报错，需要快速定位问题原因并给出修复方案。
2. 线上问题定位： 在生产环境中遇到线上问题，需要迅速排查和解决。
3. 代码调试： 在编写或修改代码时，遇到逻辑错误或其他问题，需要进行调试和分析。
4. 系统维护： 在维护现有系统时，遇到各种技术问题，需要进行快速排查和修复。
5. 团队协作： 在团队中协助其他成员进行问题排查和解决，提高整体工作效率。

相关推荐