github-issues
**UNIVERSAL TRIGGER**: Use when user mentions GitHub issue URL or asks to read/work with GitHub issues.**CRITICAL RULE**: ALWAYS use `gh` CLI for GitHub issues, NEVER use WebFetch!Common patterns:- Any URL containing `github.com/.../issues/...`- "read issue #N", "show issue", "open task"- "прочитай issue", "покажи задачу", "открой issue #N"- "mark checkbox done", "complete step", "отметь пункт"- "create sub-issue", "add subtask", "создай подзадачу"Specific operations:📖 **Reading issues**:- "read issue https://github.com/owner/repo/issues/123"- "show task #45", "what's in issue #12"- "прочитай задачу", "покажи issue"✅ **Marking checkboxes**:- "mark step 1 as done", "complete checkbox"- "отметь пункт выполненным", "закрой этап 2"🔗 **Sub-issues**:- "create sub-issue for #123", "list sub-issues"- "создай подзадачу", "покажи дочерние issues"📝 **Issue management**:- "edit issue body", "add checkbox", "update task"- "close issue", "reopen issue"TRIGGERS: github.com/issues, github issue,
When & Why to Use This Skill
This Claude skill enables comprehensive management of GitHub issues using the GitHub CLI (gh). It provides a robust framework for reading, creating, and updating issues with a specific focus on atomic checkbox operations to prevent race conditions. By supporting sub-issues and attachment downloads, it transforms Claude into a highly capable project assistant that can autonomously track progress and manage complex task hierarchies directly within GitHub.
Use Cases
- Automated Progress Tracking: Automatically reading issue descriptions and updating labels or status as development tasks are completed.
- Atomic Task Updates: Safely marking checkboxes in issue bodies using atomic fetch-modify-push operations to ensure data integrity in collaborative environments.
- Task Decomposition: Breaking down large features into manageable units by creating and linking sub-issues using the gh-sub-issue extension.
- Requirement Gathering: Extracting technical specifications, comments, and downloading attached images from issues to inform coding tasks.
- Workflow Automation: Streamlining the issue lifecycle by programmatically opening, closing, and re-opening tasks based on project milestones.
| name | github-issues |
|---|---|
| description | | |
| **UNIVERSAL TRIGGER** | Use when user mentions GitHub issue URL or asks to read/work with GitHub issues. |
| **CRITICAL RULE** | ALWAYS use `gh` CLI for GitHub issues, NEVER use WebFetch! |
| 📖 **Reading** | "read issue #N", "show issue", "прочитай задачу" |
| ✅ **Checkboxes** | "mark done", "complete step", "отметь пункт" |
| 🔗 **Sub-issues** | "create sub-issue", "link as child", "подзадача" |
| 📝 **Management** | "edit issue", "close issue", "add label" |
| 🖼️ **Images** | "download images from issue", "скачать картинки" |
| allowed-tools | Bash, Read |
GitHub Issues Management Skill
Управление GitHub issues через gh CLI с поддержкой sub-issues и атомарных операций над checkboxes.
КРИТИЧЕСКИЕ ПРАВИЛА
1. ВСЕГДА использовать gh, НИКОГДА WebFetch
# ПРАВИЛЬНО
gh issue view 123 -R owner/repo
# НЕПРАВИЛЬНО - НЕ ДЕЛАЙ ТАК!
# WebFetch для github.com/.../issues/...
2. Атомарные операции с checkboxes (без кеша!)
ВАЖНО: При отметке checkbox ВСЕГДА выполняй атомарную операцию fetch→modify→push в ОДНОЙ команде. Это предотвращает конфликты при параллельной работе нескольких агентов.
# Атомарная отметка checkbox (fetch → modify → push) — ОДНОЙ СТРОКОЙ!
gh issue view 123 -R owner/repo --json body -q .body | sed 's/- \[ \] Точный текст пункта/- [x] Точный текст пункта/' | gh issue edit 123 -R owner/repo --body-file -
ВАЖНО: Команда должна быть в ОДНУ строку без \ переносов — иначе ошибка в zsh.
НИКОГДА не кешируй body issue! Всегда скачивай заново перед изменением.
3. Сначала отметить — потом продолжать
После выполнения любого пункта/этапа/шага:
- СНАЧАЛА отметить как выполненный в issue
- ПОТОМ переходить к следующему
Проверка зависимостей
При первом использовании проверь установленные расширения:
gh extension list
Если расширения отсутствуют — предложи установить:
# Для работы с sub-issues
gh extension install yahsan2/gh-sub-issue
# Для расширенного project management (опционально)
gh extension install rubrical-studios/gh-pmu
Команды
Чтение issue
# Полный вывод
gh issue view 123 -R owner/repo
# Только body (для парсинга checkboxes)
gh issue view 123 -R owner/repo --json body -q .body
# С комментариями
gh issue view 123 -R owner/repo --comments
# JSON со всеми полями
gh issue view 123 -R owner/repo --json title,body,state,labels
Редактирование issue
# Изменить заголовок
gh issue edit 123 -R owner/repo --title "Новый заголовок"
# Изменить body
gh issue edit 123 -R owner/repo --body "Новый текст"
# Body из файла или stdin
gh issue edit 123 -R owner/repo --body-file -
# Добавить labels
gh issue edit 123 -R owner/repo --add-label "in-progress"
Атомарная отметка checkbox
# Шаблон (ОДНОЙ СТРОКОЙ!):
gh issue view NUMBER -R owner/repo --json body -q .body | sed 's/- \[ \] ТОЧНЫЙ_ТЕКСТ/- [x] ТОЧНЫЙ_ТЕКСТ/' | gh issue edit NUMBER -R owner/repo --body-file -
Пример с реальным пунктом:
# Было: - [ ] Создать структуру базы данных → Стало: - [x] ...
gh issue view 45 -R dapi/myproject --json body -q .body | sed 's/- \[ \] Создать структуру базы данных/- [x] Создать структуру базы данных/' | gh issue edit 45 -R dapi/myproject --body-file -
Для пунктов с номерами:
# Было: - [ ] 1. Первый этап
gh issue view 45 -R owner/repo --json body -q .body | sed 's/- \[ \] 1\. Первый этап/- [x] 1. Первый этап/' | gh issue edit 45 -R owner/repo --body-file -
Sub-issues (требует gh-sub-issue)
# Список sub-issues родителя
gh sub-issue list 123 -R owner/repo
# Создать новый sub-issue
gh sub-issue create --parent 123 --title "Подзадача" -R owner/repo
# Связать существующий issue как sub-issue (ОДИН репозиторий)
gh sub-issue add 123 456 -R owner/repo
# Связать issue из РАЗНЫХ репозиториев — используй ПОЛНЫЕ URL!
# ВАЖНО: формат owner/repo#123 НЕ работает, только полные URL
gh sub-issue add https://github.com/owner/repo/issues/123 https://github.com/other-owner/other-repo/issues/456
# Удалить связь
gh sub-issue remove 123 456 -R owner/repo
Создание и закрытие
# Создать issue
gh issue create -R owner/repo --title "Заголовок" --body "Описание"
# Закрыть issue
gh issue close 123 -R owner/repo
# Открыть заново
gh issue reopen 123 -R owner/repo
Парсинг checkboxes
Для получения списка checkboxes из issue:
# Все checkboxes
gh issue view 123 -R owner/repo --json body -q .body | grep -E '^\s*- \[([ x])\]'
# Только невыполненные
gh issue view 123 -R owner/repo --json body -q .body | grep -E '^\s*- \[ \]'
# Только выполненные
gh issue view 123 -R owner/repo --json body -q .body | grep -E '^\s*- \[x\]'
Извлечение owner/repo из URL
# Из URL вида https://github.com/owner/repo/issues/123
# owner/repo = dapi/claude-code-marketplace
# number = 123
# Пример парсинга в bash:
URL="https://github.com/dapi/myrepo/issues/45"
REPO=$(echo "$URL" | sed -E 's|https://github.com/([^/]+/[^/]+)/issues/([0-9]+)|\1|')
NUMBER=$(echo "$URL" | sed -E 's|https://github.com/([^/]+/[^/]+)/issues/([0-9]+)|\2|')
Важные замечания
- Экранирование в sed: Если текст пункта содержит спецсимволы (
/,.,*), их нужно экранировать - Точное совпадение: Используй точный текст checkbox, включая пробелы
- Проверка результата: После изменения можно проверить
gh issue viewчто checkbox отмечен - Параллельная работа: Атомарная операция минимизирует риск конфликтов, но не исключает их полностью при одновременном редактировании одного пункта
Скачивание изображений из issue
Если в issue прикреплены изображения и нужно их скачать:
# Получить body и извлечь URL изображений, затем скачать каждое
gh api repos/OWNER/REPO/issues/123 --jq '.body' | grep -oP 'https://user-images\.githubusercontent\.com/[^)]+' | while read url; do
curl -O "$url"
done
Примечание: Изображения хранятся на user-images.githubusercontent.com. Этот паттерн работает для стандартных вложений GitHub. Для изображений из других источников (внешние URL) может потребоваться модификация regex.
Примеры сценариев
Выполнить пункт из issue
# 1. Прочитать issue
gh issue view 123 -R owner/repo
# 2. Выполнить работу по пункту "Написать тесты"
# ... (выполняем работу)
# 3. СРАЗУ отметить как выполненный (атомарно, ОДНОЙ СТРОКОЙ!)
gh issue view 123 -R owner/repo --json body -q .body | sed 's/- \[ \] Написать тесты/- [x] Написать тесты/' | gh issue edit 123 -R owner/repo --body-file -
# 4. Только теперь переходить к следующему пункту
Работа с sub-issues
# 1. Проверить расширение
gh extension list | grep sub-issue || gh extension install yahsan2/gh-sub-issue
# 2. Посмотреть структуру
gh sub-issue list 123 -R owner/repo
# 3. Создать подзадачу для сложного пункта
gh sub-issue create --parent 123 --title "Реализовать API авторизации" -R owner/repo
# 4. Связать issue из ДРУГОГО репозитория как sub-issue
# ВАЖНО: только полные URL работают для cross-repo!
gh sub-issue add https://github.com/owner/parent-repo/issues/123 https://github.com/owner/child-repo/issues/456