Навыки team-collaboration-issue
🔧

team-collaboration-issue

Безопасно

Систематическое решение задач GitHub

Преобразуйте расплывчатые отчёты об ошибках и запросы функций в готовый к продакшену код через систематическое исследование, тест-драйвенную разработку и профессиональные workflows pull request, соответствующие современным практикам CI/CD.

Поддерживает: Claude Codex Code(CC)
📊 71 Адекватно
1

Скачать ZIP навыка

2

Загрузить в Claude

Перейдите в Settings → Capabilities → Skills → Upload skill

3

Включите и начните использовать

Протестировать

Использование «team-collaboration-issue». Помогите исследовать задачу #456, где пользователи не могут войти после последнего деплоя.

Ожидаемый результат:

  • Получены детали задачи #456: затронуто 47 пользователей, аутентификация не работает с ошибкой 'invalid token'
  • Создана ветка хотфикса: hotfix/issue-456-auth-failure
  • Запуск git bisect для определения регрессионного коммита...
  • Найдено: коммит abc123d внёс ошибку валидации токена 2 дня назад
  • Реализовано исправление: добавлена правильная проверка истечения токена с покрытием тестами
  • Создан PR #789 с хотфиксом и развёрнут на staging
  • Верификация: аутентификация теперь работает для всех тестовых аккаунтов

Использование «team-collaboration-issue». Реализуйте функцию кастомизации профиля пользователя из задачи #789.

Ожидаемый результат:

  • Создан план реализации с 4 фазами: Схема, API, Frontend, Тестирование
  • Ветка создана: feature/issue-789-profile-customization
  • Фаза 1 завершена: добавлена модель базы данных UserProfile с полями theme, language, timezone
  • Фаза 2 завершена: реализованы эндпоинты GET/PUT /api/profile с аутентификацией
  • Фаза 3 завершена: добавлен компонент настроек профиля frontend
  • Фаза 4 завершена: достигнуто 95% покрытие тестами с unit и интеграционными тестами
  • Создан PR #812, связывающий с задачей #789 с комплексной документацией
  • Все проверки CI проходят, готово к review

Аудит безопасности

Безопасно
v1 • 2/25/2026

All 77 static findings are false positives. The skill contains only documentation with code examples in markdown code blocks (git commands, GitHub CLI usage, testing patterns). No executable code, scripts, or runtime behavior present. The external commands, network patterns, and cryptographic references are purely illustrative examples for developers to follow during issue resolution workflows.

2
Просканировано файлов
681
Проанализировано строк
0
находки
1
Всего аудитов
Проблем безопасности не найдено
Проверено: claude

Оценка качества

38
Архитектура
100
Сопровождаемость
87
Контент
32
Сообщество
100
Безопасность
91
Соответствие спецификации

Что вы можете построить

Исправление критической продакшен-ошибки

Быстрая сортировка и решение P0 продакшен-проблем, влияющих на пользователей, через систематический анализ первопричин с использованием git bisect, реализация хотфиксов с комплексным тестированием и деплой с шагами верификации.

Реализация функции из задачи

Преобразование запросов функций в готовый к продакшену код через структурированную декомпозицию задач, тест-драйвенную разработку и профессиональные pull request, соответствующие стандартам команды.

Улучшение качества кода и процессов

Установление согласованных командных workflows для решения задач с правильным управлением ветками, комплексным тестированием и документацией, масштабируемой на команды разработки.

Попробуйте эти промпты

Базовое исследование задачи 
Помогите мне решить задачу GitHub [ISSUE_NUMBER]. Начните с просмотра деталей задачи и комментариев для понимания проблемы.
Анализ первопричин 
Задача [ISSUE_NUMBER] кажется регрессией. Помогите использовать git bisect для определения, какой коммит внёс ошибку, начиная с [BAD_COMMIT] как сломанный и [GOOD_COMMIT] как работающий.
Полная реализация функции 
Реализуйте функцию, описанную в задаче [ISSUE_NUMBER]. Создайте ветку функции, разбейте реализацию на фазы, напишите тесты сначала используя TDD и создайте pull request с комплексной документацией.
Создание и review PR 
Проверьте мои изменения для задачи [ISSUE_NUMBER] и помогите создать профессиональный pull request с комплексным описанием, включая подход к тестированию, влияние на производительность и чек-лист.

Лучшие практики

  • Всегда создавайте ветки функций от основной ветки, используя описательное именование, например feature/issue-123-short-description
  • Пишите падающие тесты перед реализацией исправлений (тест-драйвенная разработка), чтобы убедиться, что исправление решает реальную проблему
  • Используйте git bisect для систематического поиска регрессий, когда ошибки были внесены в прошлых коммитах
  • Создавайте комплексные pull request, которые ссылаются на задачи, описывают изменения и включают чек-листы тестирования
  • Верифицируйте исправления в продакшене перед закрытием задач и добавляйте комментарии о решении для будущей справки

Избегать

  • Пропуск фазы исследования и прыжок сразу к изменениям кода без понимания первопричины
  • Внесение коммитов напрямую в main или master вместо использования веток функций для работы над задачами
  • Написание кода без соответствующих тестов, что делает будущие регрессии более вероятными
  • Создание pull request без связывания с задачами или предоставления ясных описаний того, что было изменено
  • Закрытие задач сразу после мержа PR без верификации, что исправление действительно решает сообщённую проблему

Часто задаваемые вопросы

Какие инструменты нужны для эффективного использования этого навыка?
Вам нужен установленный локально git и аутентифицированный GitHub CLI (gh) в вашем аккаунте. Навык также предполагает знакомство с операциями командной строки и фреймворком тестирования вашего проекта.
Может ли этот навык помочь с задачами в репозиториях, отличных от GitHub?
Этот навык специально разработан для workflows GitHub с использованием GitHub CLI. Для GitLab, Bitbucket или других платформ вам нужно будет адаптировать команды к эквивалентным инструментам.
Что делать, если git bisect занимает слишком много времени для нахождения плохого коммита?
Если bisect медленный, сузьте диапазон, начиная с коммитов ближе к тому времени, когда была впервые сообщена ошибка. Вы также можете автоматизировать bisect со скриптом теста, который воспроизводит проблему.
Как обрабатывать задачи, которым не хватает ясных шагов воспроизведения?
Начните с добавления комментариев к задаче с запросом уточнения. Используйте фреймворк сортировки для классификации приоритета. Если существует минимальная информация, пометьте как 'needs triage' и запросите больше деталей от автора сообщения.
Должен ли я всегда следовать четырёхфазному плану реализации для простых исправлений?
Нет, адаптируйте планирование к сложности. Простые исправления в одну строку могут не нуждаться в обширной декомпозиции задач. Используйте фазы как руководство и уменьшайте масштаб для простых изменений.
Что если тесты, которые я пишу для своего исправления, продолжают падать?
Падающие тесты могут указывать, что описание задачи неполное или существуют другие ошибки. Пересмотрите задачу, уточните требования и убедитесь, что ваш тест точно отражает ожидаемое поведение, описанное в задаче.

Сведения для разработчиков

Автор

sickn33

Лицензия

MIT

Репозиторий

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/team-collaboration-issue

Ссылка

main

Структура файлов

📁 resources/

📄 implementation-playbook.md

📄 SKILL.md