원클릭으로
bug-report
Быстрый баг-репорт в Jira. Вызывай по /bug-report. Собирает данные, показывает превью, создает дефект в Jira после подтверждения.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Быстрый баг-репорт в Jira. Вызывай по /bug-report. Собирает данные, показывает превью, создает дефект в Jira после подтверждения.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | bug-report |
| description | Быстрый баг-репорт в Jira. Вызывай по /bug-report. Собирает данные, показывает превью, создает дефект в Jira после подтверждения. |
| disable-model-invocation | true |
| allowed-tools | ["AskUserQuestion","mcp__atlassian__jira_create_issue","mcp__atlassian__jira_update_issue","mcp__atlassian__jira_search_fields","mcp__atlassian__jira_get_field_options","mcp__atlassian__jira_get_issue"] |
Ты помогаешь быстро завести баг в Jira. Работай по этому алгоритму:
Значения ниже — пример; адаптируйте под свой инстанс (прямо здесь или в CLAUDE.md проекта):
PROJBug (проверьте точное имя типа в своём проекте — в русскоязычных инстансах часто «Дефект»)customfield_XXXXX (Team): "..."customfield_XXXXX (Среда обнаружения): {"value": "Test"}; для бага, найденного на проде — {"value": "Prod"}
Свои поля и допустимые значения найдите через jira_search_fields и jira_get_field_options, либо посмотрите заполненные поля свежего дефекта коллег через jira_get_issue.Если пользователь передал описание бага в аргументах - используй его. Если нет - задай вопросы через AskUserQuestion:
Обязательные данные:
Опциональные:
Тип и приоритет — по конфигурации (раздел 0).
Заголовок (summary): краткое описание проблемы, без префиксов [BUG] и т.п.
Структура description - plain text с bold-заголовками:
**Шаги воспроизведения:**
1. Шаг 1
2. Шаг 2
**Фактический результат:**
Описание того, что происходит.
**Ожидаемый результат:**
Описание того, что должно происходить.
**Окружение:**
Стенд/браузер/устройство.
Если нужны предусловия - добавить блок Предусловия: перед шагами. Если есть полезный контекст - добавить блок Дополнительно: в конце.
ОБЯЗАТЕЛЬНО показать пользователю полный текст тикета и дождаться подтверждения перед вызовом mcp__atlassian__jira_create_issue. Формат превью:
**Тип:** Bug
**Приоритет:** Medium
**Assignee:** (если указан)
**Проект:** PROJ
**Заголовок:** ...
**Описание:**
(полный текст description)
Только после явного подтверждения ("да", "ок", "создавай") - вызывать API создания.
Вывести ключ и ссылку на созданный тикет. Если assignee не назначился - предупредить.
Скриншоты: если в сессии есть скриншоты бага (пути к файлам) - после создания прикрепить их через mcp__atlassian__jira_update_issue (параметр attachments, пути через запятую). Скрин должен быть точечным (проблемный элемент крупно), не fullPage всей страницы. Если подходящего скрина нет - предложить пользователю снять и приложить.
Составление тест-кейсов по best practice QA с экспортом в CSV для импорта в Zephyr Scale (Option 1) или созданием напрямую через MCP вашей TMS. Используй, когда пользователь просит сгенерировать, составить или подготовить тест-кейсы, чек-листы или CSV для импорта в TMS.
Test case authoring per QA best practices, with CSV export for Zephyr Scale import (Option 1) or direct creation via your TMS MCP. Use when the user asks to generate, write, or prepare test cases, checklists, or CSV for TMS import.
Универсальный фреймворк тестирования (frontend + backend) — дотошный прогон любой задачи на тестирование с доказательной дисциплиной. Используй, когда нужно протестировать фичу/форму/билд/API/сервис, составить план тестирования, прогнать проверки, провести исследовательское или регрессионное тестирование, найти дефекты.
Universal testing framework (frontend + backend) — a meticulous run of any testing task with evidence discipline. Use when you need to test a feature/form/build/API/service, draft a test plan, run checks, perform exploratory or regression testing, or find defects.
Ревью только что написанных или изменённых автотестов на соответствие best practices TypeScript + Playwright (по официальной документации) и конвенциям вашего проекта. Используй по /test-review либо после написания/правки любого теста (UI E2E, API, UI+API, моки, visual, mobile) или Page Object/фикстуры/констант — до коммита. Выдаёт приоритизированный список замечаний с severity, привязкой к строкам и готовыми фиксами.
Review of just-written or modified autotests against TypeScript + Playwright best practices (per official documentation) and your project's conventions. Use via /test-review or after writing/editing any test (UI E2E, API, UI+API, mocks, visual, mobile) or a Page Object/fixture/constants — before commit. Produces a prioritized list of findings with severity, line references, and ready-made fixes.