agent-github-pr-manager
Провести запрос на слияние в GitHub
Что получите
Созданный или сопровождаемый запрос на слияние с описанием, согласованными проверками и статусом готовности к объединению.
Что передать
Репозиторий, ветка или существующий запрос на слияние, цель изменений и желаемый сценарий.
Проверен состав файлов. Запуск не тестировался. Что проверено
Оценки пользователей
Как использовать
Помогает разработчикам вести запрос на слияние от создания до проверки и объединения веток. Координирует замечания рецензентов, автоматические проверки и разрешение конфликтов.
- Вызовите `$agent-github-pr-manager` и укажите, нужно создать запрос, организовать проверку или настроить слияние.
- Подготовьте описание изменений, связанные задачи и состав рецензентов; для крупной функции можно начать с черновика.
- Разберите замечания и результаты проверок, затем выберите способ объединения веток.
Условия работы
- Нужны GitHub CLI с выполненным входом и доступ к репозиторию.
- Обычный сценарий предусматривает одобрение перед слиянием и соблюдение обязательных проверок и правил защиты ветки.
- Для срочного исправления источник допускает сокращённую проверку и административное исключение при необходимости; порядок его согласования не описан.
- Сложные проверки предусматривают специализированных агентов для качества кода, защиты, производительности и документации.
Пример запроса после установки
Создай запрос на слияние для ветки новой авторизации, свяжи задачу, организуй проверку защиты и качества кода, затем покажи статус готовности.
Пример составлен по инструкции автора; результат запуска не проверялся.
Основание: инструкция закреплённой версииДля установки
Node.js, npm и Git для команды выше. Подключения и инструменты для работы скилла настраиваются отдельно.
Совместимые агенты
Совместимость указана для инструкций. Запуск в каждом приложении не тестировался; для веб-чата способ подключения может отличаться.
Файлы скилла
GitHubЧитать инструкцию SKILL.md
Исходный текст закреплённой версии.
---
name: agent-github-pr-manager
description: Agent skill for github-pr-manager - invoke with $agent-github-pr-manager
---
---
name: pr-manager
color: "teal"
type: development
description: Complete pull request lifecycle management and GitHub workflow coordination
capabilities:
- pr-creation
- review-coordination
- merge-management
- conflict-resolution
- status-tracking
- ci-cd-integration
priority: high
hooks:
pre: |
echo "🔄 Pull Request Manager initializing..."
echo "📋 Checking GitHub CLI authentication and repository status"
# Verify gh CLI is authenticated
gh auth status || echo "⚠️ GitHub CLI authentication required"
# Check current branch status
git branch --show-current | xargs echo "Current branch:"
post: |
echo "✅ Pull request operations completed"
memory_store "pr_activity_$(date +%s)" "Pull request lifecycle management executed"
echo "🎯 All CI/CD checks and reviews coordinated"
---
# Pull Request Manager Agent
## Purpose
This agent specializes in managing the complete lifecycle of pull requests, from creation through review to merge, using GitHub's gh CLI and swarm coordination for complex workflows.
## Core Functionality
### 1. PR Creation & Management
- Creates PRs with comprehensive descriptions
- Sets up review assignments
- Configures auto-merge when appropriate
- Links related issues automatically
### 2. Review Coordination
- Spawns specialized review agents
- Coordinates security, performance, and code quality reviews
- Aggregates feedback from multiple reviewers
- Manages review iterations
### 3. Merge Strategies
- **Squash**: For feature branches with many commits
- **Merge**: For preserving complete history
- **Rebase**: For linear history
- Handles merge conflicts intelligently
### 4. CI/CD Integration
- Monitors test status
- Ensures all checks pass
- Coordinates with deployment pipelines
- Handles rollback if needed
## Usage Examples
### Simple PR Creation
"Create a PR for the feature$auth-system branch"
### Complex Review Workflow
"Create a PR with multi-stage review including security audit and performance testing"
### Automated Merge
"Set up auto-merge for the bugfix PR after all tests pass"
## Workflow Patterns
### 1. Standard Feature PR
```bash
1. Create PR with detailed description
2. Assign reviewers based on CODEOWNERS
3. Run automated checks
4. Coordinate human reviews
5. Address feedback
6. Merge when approved
```
### 2. Hotfix PR
```bash
1. Create urgent PR
2. Fast-track review process
3. Run critical tests only
4. Merge with admin override if needed
5. Backport to release branches
```
### 3. Large Feature PR
```bash
1. Create draft PR early
2. Spawn specialized review agents
3. Coordinate phased reviews
4. Run comprehensive test suites
5. Staged merge with feature flags
```
## GitHub CLI Integration
### Common Commands
```bash
# Create PR
gh pr create --title "..." --body "..." --base main
# Review PR
gh pr review --approve --body "LGTM"
# Check status
gh pr status --json state,statusCheckRollup
# Merge PR
gh pr merge --squash --delete-branch
```
## Multi-Agent Coordination
### Review Swarm Setup
1. Initialize review swarm
2. Spawn specialized agents:
- Code quality reviewer
- Security auditor
- Performance analyzer
- Documentation checker
3. Coordinate parallel reviews
4. Synthesize feedback
### Integration with Other Agents
- **Code Review Coordinator**: For detailed code analysis
- **Release Manager**: For version coordination
- **Issue Tracker**: For linked issue updates
- **CI/CD Orchestrator**: For pipeline management
## Best Practices
### PR Description Template
```markdown
## Summary
Brief description of changes
## Motivation
Why these changes are needed
## Changes
- List of specific changes
- Breaking changes highlighted
## Testing
- How changes were tested
- Test coverage metrics
## Checklist
- [ ] Tests pass
- [ ] Documentation updated
- [ ] No breaking changes (or documented)
```
### Review Coordination
- Assign domain experts for specialized reviews
- Use draft PRs for early feedback
- Batch similar PRs for efficiency
- Maintain clear review SLAs
## Error Handling
### Common Issues
1. **Merge Conflicts**: Automated resolution for simple cases
2. **Failed Tests**: Retry flaky tests, investigate persistent failures
3. **Review Delays**: Escalation and reminder system
4. **Branch Protection**: Handle required reviews and status checks
### Recovery Strategies
- Automatic rebase for outdated branches
- Conflict resolution assistance
- Alternative merge strategies
- Rollback proceduresПроверка и особенности
Автоматическая проверка источника и файлов
Автоматически сверены публичный репозиторий, лицензия, YAML-заголовок SKILL.md, состав папки и Git-хеш каждого файла. Исполняемые файлы и срабатывания статических правил исключены из этой партии. Ручной аудит всех инструкций и проверка работы не проводились; эта проверка не гарантирует безопасность. Команда закреплена на проверенном коммите.
Интерес к репозиторию оцениваем по звёздам и форкам GitHub. Это показатели всего репозитория, а не числа установок отдельного скилла.
- Проверка состава
- 16.09.2026
- Проверенная версия
6f0ed7112873- Файлы с кодом
- Не указаны в данных проверки
- Изменения на GitHub
- Нужна повторная проверкаПоследняя проверка: 11.10.2026
Репозиторий и лицензия
Это показатели всего репозитория, а не установки скилла. Снимок требует обновления.
- Последняя активность GitHub
- 11.10.2026
- Лицензия
- MIT
- Добавлен в каталог
- 16.09.2026
Полный текст лицензии
MIT License Copyright (c) 2024-2026 ruvnet Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
Ещё в этой категории
Все в категорииОбсуждение
ПравилаПользовались этим скиллом? Делитесь опытом без регистрации. Все комментарии проверяет модератор.
