⚡

错误修复计划生成Skill bug

这个技能用于在软件开发过程中生成全面的错误修复计划，包括根本原因分析、重现步骤和验证命令，帮助团队有效修复错误并防止回归。关键词：bug修复、错误分析、根本原因、软件测试、DevOps、计划生成、代码调查。

测试 0 次安装 0 次浏览 更新于 3/11/2026

name: bug description: 生成一个全面的错误修复计划，包括根本原因分析。在实施修复之前，当您有一个错误需要调查时使用。 argument-hint: <bug-description> allowed-tools: Read, Write, Glob, Grep, Bash

错误修复规划

在 specs/*.md 中创建一个新计划来调查和修复错误，使用指定的Markdown计划格式。遵循说明创建计划，使用相关文件来聚焦于正确的文件。

说明

  • 您正在编写一个修复错误的计划，而不是实施修复
  • 使用您的推理模型：深思熟虑根本原因和解决方案
  • 调查代码库以了解错误如何发生
  • 在确定要修改的内容时，关注相关文件部分中的文件
  • 填写计划格式的每一个部分 - 根本原因分析至关重要
  • 包括验证命令，证明错误已修复并且没有回归
  • 考虑可能具有类似问题的相关代码

相关文件

关注以下文件以理解代码库：

  • README.md（项目结构）
  • CLAUDE.md（代理指令，如果存在）
  • src/或 app/（源代码以调查）
  • tests/**（现有测试和测试模式）
  • 错误日志或堆栈跟踪（如果提供）

计划格式

使用此确切格式将计划写入 specs/bug-<描述性名称>.md：

# 错误：<描述性名称>

## 错误描述
<清晰的错误解释及其用户影响>

## 问题陈述
<正在发生的事情，但本不应该发生>

## 解决方案陈述
<应该发生的事情 - 预期行为>

## 重现步骤
1. <重现错误的步骤>
2. <继续步骤>
3. <显示错误的最后一步>
   - 预期：<应该发生什么>
   - 实际：<实际发生什么>

## 根本原因分析
<调查发现，解释为什么这个错误发生>

## 相关文件
<错误和修复中涉及的文件>

## 逐步任务
1. <第一个修复任务，带有具体文件和行引用>
2. <继续编号任务>

## 验证命令
<验证错误已修复的命令>
- 运行 `<测试命令>` 来验证修复
- 重现上述步骤以确认解决
- 运行 `<测试套件>` 以检查回归

## 备注
<相关错误、回归风险、需要监控的领域>

错误

$ARGUMENTS