Issue To Pr

Превращение задачи GitHub в ветку, исправление и PR.

Метаданные навыка

Источник	Встроенный (установлен по умолчанию)
Путь	skills/github/issue-to-pr
Версия	1.0.0
Автор	VibeOS
Лицензия	MIT
Платформы	linux, macos, windows
Теги	github, issues, pull-request, kanban, workflow
Связанные навыки	github-issues, github-pr-workflow, git-local-workflow, plan

Справочник: полный SKILL.md

к сведению

Ниже приведено полное описание навыка, которое VibeOS загружает при его активации. Это те инструкции, которые видит агент, когда навык активен.

Issue to PR

Сквозной рецепт: выбрать задачу GitHub → спланировать → реализовать → открыть PR, который закрывает задачу. Опционально отслеживать прогресс на канбан-карточке.

Когда использовать

• Пользователь просит «исправить задачу #N» или «создать PR для этого бага»
• Канбан-воркеру назначен URL или номер задачи
• После /plan для исправления задачи, затрагивающей несколько файлов

Предварительные требования

• gh аутентифицирован (github-auth)
• Достаточно чистое рабочее дерево git; предпочтительна новая ветка
• Связанные навыки: plan, git-local-workflow, github-pr-workflow

Как запустить

1. Прочитайте задачу:

gh issue view <N> --json number,title,body,labels,url

2. Опциональное отслеживание в канбане:

vibeos kanban create "Issue #<N>: <title>" --assignee default \
  --body "Source: <issue url>"

3. Спланируйте (не пишите код сразу для сложных задач):

/plan Fix GitHub issue #<N>: <title>

Дождитесь одобрения, если включён plan-before-act.

4. Создайте ветку + реализуйте с помощью файловых инструментов; делайте коммиты через git-local-workflow.

5. Откройте PR со ссылкой на задачу:

gh pr create --title "fix: <short title>" --body "$(cat <<'EOF'
## Summary
- Fixes #<N>

## Test plan
- [ ] …

EOF
)"

6. Оставьте комментарий к задаче/канбану с URL PR; kanban_complete, когда CI зелёный (или отметьте дальнейшие шаги).

Краткая справка

Шаг	Инструмент / команда
Задача	gh issue view
План	/plan или навык plan
Коммит	git-local-workflow
PR	github-pr-workflow / gh pr create
Отслеживание	Инструменты kanban_*

Процедура

1. Переформулируйте критерии приемки из описания задачи.
2. Ограничьте изменения рамками задачи — никаких попутных рефакторингов.
3. Укажите Fixes #<N> или Closes #<N> в теле PR.
4. Если возник блокер, kanban_block с указанием причины; не останавливайтесь молча.

Подводные камни

• Не делайте force-push в общие ветки.
• Не коммитьте секреты из обсуждения задачи.
• Крупные задачи: разбивайте на связанные PR и указывайте это в плане.

Проверка

• URL PR существует и ссылается на #<N>.
• CI запущен (или задокументировано, почему нет).
• Локальные тесты / проверки из плана выполнены.