n8n Pull Request Creator

Оптимизируйте свои взносы в n8n с помощью этого навыка Claude Code. Автоматизируйте PR на GitHub с заголовками, соответствующими CI, шаблонами и интеллектуальным анализом изменений.

Инструменты разработчика ★ 170,914 GitHub (170,914 ★)

Этот навык упрощает процесс внесения вклада в экосистему n8n, автоматизируя работу с Pull Request на GitHub. Он интеллектуально анализирует изменения в git, чтобы предложить подходящие типы и области conventional commit, отправляет локальные ветки и заполняет официальный шаблон PR для n8n с помощью GitHub CLI. Строго придерживаясь правил валидации 'check-pr-title' репозитория, он предотвращает сбои CI и поддерживает чистую, доступную для поиска историю проекта для одной из самых популярных платформ автоматизации рабочих процессов в мире.

Основные возможности

01Интеллектуальный анализ изменений git для определения типа и области

02170,914 звезд на GitHub

03Автоматическая генерация заголовков PR, совместимых с CI

04Встроенная поддержка привязки задач Linear и issues GitHub

05Интеграция с GitHub CLI с использованием официальных шаблонов n8n для пулл-реквестов

06Поддержка маркеров breaking change и тегов исключения из changelog

Варианты использования

01Автоматизация рутинных задач обслуживания, таких как обновление зависимостей или настройка CI

02Отправка новых функций или исправлений ошибок в ядро n8n или экосистему узлов

name	description	allowed-tools
create-pr	Creates GitHub pull requests with properly formatted titles that pass the check-pr-title CI validation. Use when creating PRs, submitting changes for review, or when the user says /pr or asks to create a pull request.	Bash(git:), Bash(gh:), Read, Grep, Glob

Create Pull Request

Creates GitHub PRs with titles that pass n8n's check-pr-title CI validation.

PR Title Format

<type>(<scope>): <summary>

Types (required)

Type	Description	Changelog
`feat`	New feature	Yes
`fix`	Bug fix	Yes
`perf`	Performance improvement	Yes
`test`	Adding/correcting tests	No
`docs`	Documentation only	No
`refactor`	Code change (no bug fix or feature)	No
`build`	Build system or dependencies	No
`ci`	CI configuration	No
`chore`	Routine tasks, maintenance	No

Scopes (optional but recommended)

API - Public API changes
benchmark - Benchmark CLI changes
core - Core/backend/private API
editor - Editor UI changes
* Node - Specific node (e.g., Slack Node, GitHub Node)

Summary Rules

Use imperative present tense: "Add" not "Added"
Capitalize first letter
No period at the end
No ticket IDs (e.g., N8N-1234)
Add (no-changelog) suffix to exclude from changelog

Steps

Check current state:

git status
git diff --stat
git log origin/master..HEAD --oneline

Analyze changes to determine:
- Type: What kind of change is this?
- Scope: Which package/area is affected?
- Summary: What does the change do?
Push branch if needed:
```
git push -u origin HEAD
```

Create PR using gh CLI with the template from .github/pull_request_template.md:

gh pr create --draft --title "<type>(<scope>): <summary>" --body "$(cat <<'EOF'
## Summary

<Describe what the PR does and how to test. Photos and videos are recommended.>

## Related Linear tickets, Github issues, and Community forum posts

<!-- Link to Linear ticket: https://linear.app/n8n/issue/[TICKET-ID] -->
<!-- Use "closes #<issue-number>", "fixes #<issue-number>", or "resolves #<issue-number>" to automatically close issues -->

## Review / Merge checklist

- [ ] PR title and summary are descriptive. ([conventions](../blob/master/.github/pull_request_title_conventions.md))
- [ ] [Docs updated](https://github.com/n8n-io/n8n-docs) or follow-up ticket created.
- [ ] Tests included.
- [ ] PR Labeled with `release/backport` (if the PR is an urgent fix that needs to be backported)
EOF
)"

PR Body Guidelines

Based on .github/pull_request_template.md:

Summary Section

Describe what the PR does
Explain how to test the changes
Include screenshots/videos for UI changes

Checklist

All items should be addressed before merging:

PR title follows conventions
Docs updated or follow-up ticket created
Tests included (bugs need regression tests, features need coverage)
release/backport label added if urgent fix needs backporting

Examples

Feature in editor

feat(editor): Add workflow performance metrics display

Bug fix in core

fix(core): Resolve memory leak in execution engine

Node-specific change

fix(Slack Node): Handle rate limiting in message send

Breaking change (add exclamation mark before colon)

feat(API)!: Remove deprecated v1 endpoints

No changelog entry

refactor(core): Simplify error handling (no-changelog)

No scope (affects multiple areas)

chore: Update dependencies to latest versions

Validation

The PR title must match this pattern:

^(feat|fix|perf|test|docs|refactor|build|ci|chore|revert)(\([a-zA-Z0-9 ]+( Node)?\))?!?: [A-Z].+[^.]$

Key validation rules:

Type must be one of the allowed types
Scope is optional but must be in parentheses if present
Exclamation mark for breaking changes goes before the colon
Summary must start with capital letter
Summary must not end with a period

🤖 Что это

n8n Pull Request Creator — это инструмент (skill) для автоматического создания Pull Request'ов в GitHub с заголовками, которые проходят CI-валидацию check-pr-title в репозитории n8n. Он избавляет разработчика от ручного форматирования заголовка PR и следования конвенциям проекта. Skill анализирует текущие изменения в Git, определяет тип, область (scope) и краткое описание, а затем создаёт черновик PR через gh CLI.

⚙️ Как работает

🔍 Анализ изменений

Skill сначала проверяет состояние репозитория командами:

git status
git diff --stat
git log origin/master..HEAD --oneline

На основе диффа он определяет три компонента для заголовка PR:

Тип (type): feat, fix, perf, test, docs, refactor, build, ci, chore — в зависимости от характера изменений (например, новая функция, исправление ошибки, оптимизация производительности).
Область (scope): необязательная часть в скобках, указывающая на затронутую часть проекта: editor, core, API, benchmark или конкретный узел (Slack Node, GitHub Node).
Сводка (summary): краткое описание в повелительном наклонении, с заглавной буквы, без точки в конце.
Пример: feat(editor): Add workflow performance metrics display

📝 Формирование заголовка

Заголовок PR строго соответствует шаблону:

`type`(`scope`): `summary`

Допускаются исключения:

Breaking changes — восклицательный знак перед двоеточием: feat(API)!: Remove deprecated v1 endpoints
Без changelog — суффикс (no-changelog) в конце: refactor(core): Simplify error handling (no-changelog)

🚀 Создание PR

Skill пушит текущую ветку (если ещё не запушили) и выполняет:

git push -u origin HEAD
gh pr create --draft --title "`type`(`scope`): `summary`" --body "..."

Тело PR берётся из шаблона .github/pull_request_template.md и включает:

Summary — описание изменений и инструкции по тестированию (рекомендуются скриншоты/видео для UI-изменений).
Related Links — ссылки на Linear-тикеты, GitHub issues (с ключевыми словами closes, fixes, resolves) и ссылки на обсуждения в Community.
Review / Merge checklist — пункты для проверки: соответствие заголовка конвенциям, обновление документации, наличие тестов, метка release/backport для срочных исправлений.

✅ Валидация

Заголовок PR должен соответствовать регулярному выражению:

^(feat|fix|perf|test|docs|refactor|build|ci|chore|revert)(\([a-zA-Z0-9 ]+( Node)?\))?!?: [A-Z].+[^.]$

Ключевые правила:

Тип — из разрешённого списка.
Scope — в круглых скобках, если указан.
Для breaking changes — ! перед двоеточием.
Сводка начинается с заглавной буквы и не заканчивается точкой.

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

При создании нового Pull Request в репозиторий n8n.
Когда нужно оформить PR по стандартам проекта (например, для прохождения CI-проверки заголовка).
При команде пользователя /pr или запросе «создай пулл-реквест».
Для черновиков PR с автоматически заполненным телом из шаблона.

💡 Важно знать

Skill требует установленного gh CLI и авторизации в GitHub.
Тип revert также разрешён в шаблоне валидации (но в таблице типов не указан, хотя regex включает).
Не используйте ID тикета (например, N8N-1234) в заголовке — это нарушает правила.
Для изменений, которые не должны попасть в changelog (например, рефакторинг без видимых изменений), обязательно добавляйте (no-changelog).
Тело PR должно содержать заполненные секции: Summary (с описанием и способом тестирования), ссылки на связанные тикеты и отмеченный checklist перед мержем.

Установите одной командой.

npx skillfish add n8n-io/n8n create-pr

Источник: https://mcpmarket.com/tools/skills/n8n-pull-request-creator