Bug report

Skill akovalion/paranoid-qa/ru/skills/bug-report

Claude Code skills that turn an AI agent into a meticulous QA engineer. Evidence or it didn't happen.

Install

npx -y skills add akovalion/paranoid-qa --skill bug-report

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

2 things to look at

28 days oldThe repository was created 28 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
8 stars8 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Быстрый баг-репорт в Jira. Вызывай по /bug-report. Собирает данные, показывает превью, создает дефект в Jira после подтверждения.

SKILL.md

5.7 KB, as published. Nobody here has run it

Ты помогаешь быстро завести баг в Jira. Работай по этому алгоритму:

0. Конфигурация проекта (заполните под свой Jira)

Значения ниже — пример; адаптируйте под свой инстанс (прямо здесь или в CLAUDE.md проекта):

Проект по умолчанию: PROJ
Тип задачи для дефекта: Bug (проверьте точное имя типа в своём проекте — в русскоязычных инстансах часто «Дефект»)
Значения приоритета: как в вашем Jira (напр. Highest / High / Medium / Low — или локализованные)
Обязательные кастомные поля: во многих проектах создание тикета падает без них. Пример формата:
- customfield_XXXXX (Team): "..."
- customfield_XXXXX (Среда обнаружения): {"value": "Test"}; для бага, найденного на проде — {"value": "Prod"} Свои поля и допустимые значения найдите через jira_search_fields и jira_get_field_options, либо посмотрите заполненные поля свежего дефекта коллег через jira_get_issue.

1. Сбор данных

Если пользователь передал описание бага в аргументах - используй его. Если нет - задай вопросы через AskUserQuestion:

Обязательные данные:

Что произошло (фактический результат)
Что ожидалось (ожидаемый результат)
Шаги воспроизведения
Окружение (стенд, браузер, устройство)

Опциональные:

Проект (по умолчанию — из конфигурации)
Приоритет (по умолчанию средний)
Assignee

2. Формат тикета

Тип и приоритет — по конфигурации (раздел 0).

Заголовок (summary): краткое описание проблемы, без префиксов [BUG] и т.п.

Структура description - plain text с bold-заголовками:

**Шаги воспроизведения:**

1. Шаг 1
2. Шаг 2

**Фактический результат:**

Описание того, что происходит.

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

Описание того, что должно происходить.

**Окружение:**

Стенд/браузер/устройство.

Если нужны предусловия - добавить блок Предусловия: перед шагами. Если есть полезный контекст - добавить блок Дополнительно: в конце.

3. Правила текста

Не использовать markdown-заголовки (##), только bold — Jira рендерит description не как markdown; проверьте рендеринг на своём инстансе
Не использовать таблицы в description
Язык — принятый в вашем трекере
Названия браузеров писать в пользовательском виде: Chrome (не Chromium), Safari (не WebKit). Это касается и движка тестирования (прогон в Chromium → пишем «Chrome», в WebKit → «Safari»)
Не линковать созданный баг с другими тикетами автоматически — только по явной просьбе пользователя

4. Превью перед созданием

ОБЯЗАТЕЛЬНО показать пользователю полный текст тикета и дождаться подтверждения перед вызовом mcp__atlassian__jira_create_issue. Формат превью:

**Тип:** Bug
**Приоритет:** Medium
**Assignee:** (если указан)
**Проект:** PROJ

**Заголовок:** ...

**Описание:**
(полный текст description)

Только после явного подтверждения ("да", "ок", "создавай") - вызывать API создания.

5. После создания

Вывести ключ и ссылку на созданный тикет. Если assignee не назначился - предупредить.

Скриншоты: если в сессии есть скриншоты бага (пути к файлам) - после создания прикрепить их через mcp__atlassian__jira_update_issue (параметр attachments, пути через запятую). Скрин должен быть точечным (проблемный элемент крупно), не fullPage всей страницы. Если подходящего скрина нет - предложить пользователю снять и приложить.