Przejdź do treści
Biblioteka skilli
Programowanie · Planowanie

pick-up-issue

/pick-up-issue

Pomaga przejąć zgłoszenie GitHub przed rozpoczęciem pracy: wybór zgłoszenia, zajęcie go i start pracy nad nim.

Autor
pnp ↗
Repozytorium
proxy-samples ↗
Licencja
MIT
Ostatnia zmiana repozytorium
03.10.2026

Ocena i bezpieczeństwo

100/ 100Klasa: dobry
Format25 / 25
Frontmatter z nazwą i opisem, poprawna nazwa, opis do 1024 znaków, nazwa zgodna z folderem.
Odkrywalność25 / 25
Opis mówi, kiedy użyć skilla, ma sensowną długość i jest w 3. osobie.
Treść35 / 35
Co najmniej 150 słów i do 500 linii, nagłówki, listy kroków, przykłady albo kod.
Higiena15 / 15
Bez zaślepek typu TODO, bez ścieżek Windows, z licencją.
Ryzykobrak sygnałów w skanie
Pliki w paczce
1
Skrypty
0
Komentarze HTML
0
Adresy URL w SKILL.md
0
Przestarzałość

Brak sygnałów. Repozytorium zmienione 03.10.2026, bez odwołań do wycofanych modeli i API.

Licencja

MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.

Co robi i kiedy

Pomaga przejąć zgłoszenie GitHub przed rozpoczęciem pracy: wybór zgłoszenia, zajęcie go i start pracy nad nim.

Wyzwalacze z opisu

pick up an issuework on issue #Xclaim issuestart working on issuetake this issuell work on this
Oryginalny opis (EN)

This skill should be used when the user asks to "pick up an issue", "work on issue #X", "claim issue", "start working on issue", "take this issue", "I'll work on this", or needs to take ownership of a GitHub issue before starting work.

Jak działa

  1. Workflow
  2. Quick Reference
  3. After Completing Work
  4. Abandoning Work
Sekcje z nagłówków SKILL.md, w oryginale · 67 linii, 328 słów
Podgląd SKILL.md
---
name: pick-up-issue
description: This skill should be used when the user asks to "pick up an issue", "work on issue #X", "claim issue", "start working on issue", "take this issue", "I'll work on this", or needs to take ownership of a GitHub issue before starting work.
---

# Pick Up a GitHub Issue

This skill ensures proper issue ownership before starting work, avoiding duplicate effort and conflicts.

## Workflow

### 1. Check Issue Status

Run the following command to check if the issue is already claimed:

```bash
gh issue view <issue-number> --json assignees,labels
```

Inspect the output for:
- **Assignees**: Any assigned user indicates the issue is claimed
- **Labels**: A "work in progress" label indicates active work

### 2. Handle Conflicts

If the issue has assignees or a "work in progress" label, warn the user:

> ⚠️ This issue appears to already be in progress (assigned to @username or labeled "work in progress"). Are you sure you want to continue?

Wait for explicit user confirmation before proceeding.

### 3. Claim the Issue

If the issue is available, claim it by running:

```bash
gh issue edit <issue-number> --add-label "work in progress" --add-assignee @me
```

This command:
- Adds the "work in progress" label to signal active work
- Assigns the issue to the current user

### 4. Proceed with Work

After claiming, proceed with the actual work:
- To create a sample → use the `create-devproxy-sample` skill
- To fix a bug → investigate and implement the fix
- To update docs → make the necessary changes

## Quick Reference

| Command | Purpose |
|---------|---------|
| `gh issue view <n> --json assignees,labels` | Check if issue is claimed |
| `gh issue edit <n> --add-label "work in progress"` | Mark as in progress |
| `gh issue edit <n> --add-assignee @me` | Assign to current user |
| `gh issue edit <n> --remove-label "work in progress" --remove-assignee @me` | Abandon work on issue |

## After Completing Work

When the PR is merged, the issue closes automatically if the PR description includes "Fixes #123". No further action needed.

## Abandoning Work

If unable to complete the work, release the issue for others:

```bash
gh issue edit <issue-number> --remove-label "work in progress" --remove-assignee @me
```

Wersje

W bazie nie ma innych skilli o nazwie pick-up-issue.

Migawka bazy z 28.10.2026 · wersja paczki f50b2c0f9f84 (skrót SHA-256 całej paczki)

Pobrania w ostatnich 30 dniach: 0 · ranking

Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.

Podobne skille

  • 100complete-issue
    Realizuje zgłoszenie GitHub od początku do końca: TDD, linting, pull request i obsługa przeglądu CI, na podstawie numeru zgłoszenia.
  • 100implement
    Zamienia istniejące zgłoszenie GitHub w gotowy, zrecenzowany pull request: bierze opis zgłoszenia, wdraża funkcję lub poprawkę i prowadzi do przeglądu.
  • 100complete-issue
    Podejmuje i kończy zgłoszenie GitHub od początku do końca z TDD, lintowaniem, utworzeniem pull requesta i cyklem przeglądu CI, na podstawie numeru zgłoszenia.
  • 90pick-up
    Podejmuje zgłoszenie z trackera: czyta je wraz z otoczeniem, porządkuje metadane i prowadzi plan, zapisując decyzje z sesji.
  • 100create-issue
    Tworzy zgłoszenia GitHub ze zweryfikowanego projektu gotowe do implementacji, a przy podanym numerze aktualizuje istniejące zgłoszenie.
  • 90start-issue
    Rozpoczyna pracę nad issue z GitHuba: pobiera kontekst, pisze testy, wdraża zmianę i przygotowuje pull request.

Uwagi i zgłoszenia

Wiadomość trafi do Bartosza Sokolińskiego. Adres e-mail jest potrzebny tylko do odpowiedzi. Szczegóły w polityce prywatności.