Skip to content
Back to skills

Implement Issue

ASecurity

Drive a GitHub issue from branch to pull request — read the issue, create a feature branch, implement the change, run the project's build and tests, then commit, push, and open a PR. Language and build-tool agnostic. Use when asked to implement, fix, or resolve a GitHub issue by number.

  • 9 stars
  • 0 votes
  • 0 copies
  • 2 views
  • Added September 5, 2026
ai-agentsgobashgit

Works with

  • claude code
  • cli

Security analysis

A100/100

Scanned September 21, 2026

npx -y skills add alexmond/alexmskills --skill implement-issue --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Implement Issue?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Implement Issue
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/alexmond-implement-issue/badge)](https://www.skillsdirectory.com/skills/alexmond-implement-issue)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: implement-issue
description: Drive a GitHub issue from branch to pull request — read the issue, create a feature branch, implement the change, run the project's build and tests, then commit, push, and open a PR. Language and build-tool agnostic. Use when asked to implement, fix, or resolve a GitHub issue by number.
argument-hint: "[issue-number]"
disable-model-invocation: true
allowed-tools: Bash(gh *), Bash(git *)
---

**Codex:** Read [the client path](references/clients.md) before applying this workflow.


## Implement GitHub issue #$ARGUMENTS

> **Try it:** `/implement-issue:implement-issue 42` — invoke explicitly with the issue number (model auto-invocation is disabled).

Follow this workflow for every code change. It is independent of language and build tool — adapt the build and test commands to whatever the project uses.

### Step 1: Read the issue

```bash
gh issue view $ARGUMENTS
```

Understand the requirements before writing any code. If the issue is ambiguous, note your assumptions.

### Step 2: Create a feature branch

```bash
git checkout main
git pull
git checkout -b feature/$ARGUMENTS-<short-description>
```

Use a concise, hyphenated `<short-description>` derived from the issue title.

### Step 3: Implement the changes

- Read relevant source files before making modifications.
- Follow the project's existing coding standards and conventions (formatting, language version, libraries already in use).
- Keep changes focused on the issue requirements — avoid unrelated refactors.

### Step 4: Build and run tests

Run the project's build and test commands. Discover them from the repo rather than assuming a specific tool — for example a Maven project might use `./mvnw test`, but other projects use Gradle, npm, pytest, go test, etc.

Fix any failures before proceeding.

### Step 5: Commit and push

```bash
git add <changed-files>
git commit -m "<descriptive message>

Closes #$ARGUMENTS

Co-Authored-By: Claude <noreply@anthropic.com>"
git push -u origin HEAD
```

### Step 6: Create the pull request

```bash
gh pr create --title "<concise title>" --body "## Summary
<bullet points of what changed and why>

## Test plan
<how to verify the change>

Closes #$ARGUMENTS

🤖 Generated with [Claude Code](https://claude.com/claude-code)"
```

Report the PR URL when done.

### Git safety

- Never force-push (`git push --force`) or delete branches without explicit confirmation from the user.
- Push to the feature branch only; do not push directly to `main`.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…