跳到正文
cccskills
免费在 GitHub 公开

fix-issue

Fix a GitHub issue by number. Reads the issue, implements a fix, and prepares a commit.

中文简介正在准备中。当前显示原文说明。

集成工具GitHub
查看安装方法

包含的文件(1)

  • SKILL.md2.2 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

Fix GitHub issue

Step 1: Read the issue

Run:

gh issue view $ARGUMENTS

If the issue does not exist or the gh CLI is not authenticated, stop and report the error. Do not proceed.

Step 2: Understand the requirements

From the issue output, identify:

  • The reported problem or requested feature
  • Any reproduction steps or acceptance criteria mentioned in the issue body
  • Labels that indicate the type of work (bug, enhancement, documentation, etc.)
  • Any linked issues or pull requests that provide additional context

If the issue is unclear or underspecified, state the assumptions you are making before proceeding.

Step 3: Find the relevant code

Search for code related to the issue:

  • Use grep -r to find files referencing the relevant function, component, or error message
  • Read the most relevant files to understand the current implementation
  • Identify where the change should be made and why

Step 4: Implement a minimal fix

Make the smallest change that correctly addresses the issue. Follow the existing code patterns in the affected file:

  • Match the style, naming conventions, and error handling patterns already in use
  • Do not refactor unrelated code
  • Do not add features beyond what the issue describes

Step 5: Write or update tests

If the codebase has tests:

  • Add a test that fails before the fix and passes after
  • Update any existing tests that are affected by the change
  • Run the existing tests to confirm nothing is broken (use the test runner you find in package.json or the nearest test configuration file)

If you cannot determine the test runner, note that and ask the user.

Step 6: Prepare a commit message

Stage the changes and write a commit message in this format:

fix: <short description matching the issue title>

Fixes #$ARGUMENTS

Do not commit automatically. Present the staged diff and the proposed commit message, then wait for the user to confirm or adjust before committing.

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

Write an Architecture Decision Record (ADR) document for a technical decision. Use when documenting a technical choice, architectural decision, or design decision.

中文简介正在准备中。当前显示原文说明。

davila7/claude-with-skills132026年5月15日 更新

REST API design conventions for this codebase. Use when writing or reviewing API endpoints, route definitions, response formatting, or client code that calls the API.

中文简介正在准备中。当前显示原文说明。

davila7/claude-with-skills132026年5月15日 更新

Automatically format code files after every edit using Prettier and ESLint. Active in the background whenever Claude edits a file. Formatting is silent — no prompts, no output unless a formatter fails. Use when you want consistent formatting enforced automatically during a coding session.

中文简介正在准备中。当前显示原文说明。

davila7/claude-with-skills132026年5月15日 更新

Create a git branch named after a GitHub issue.

中文简介正在准备中。当前显示原文说明。

davila7/claude-with-skills132026年5月15日 更新

Draft the changelog entry for all unreleased commits in Keep a Changelog format. Groups commits into Added, Changed, Fixed, Removed, and Security. Use before releasing a new version or when updating CHANGELOG.md.

中文简介正在准备中。当前显示原文说明。

davila7/claude-with-skills132026年5月15日 更新

Draft a CHANGELOG.md entry for the current changes in Keep a Changelog format. Use when releasing, tagging a version, or updating CHANGELOG.md.

中文简介正在准备中。当前显示原文说明。

davila7/claude-with-skills132026年5月15日 更新

查看 davila7 的全部技能

报告此技能的问题