Установленные скиллы:
octopi-qa-triage — разбор очереди QA и контекст по тикету OC-XXXX (dev-панель Jira, PR, сборки, деплои, фича-флаги). Jira
octopi-release-smoke — риск-ориентированный смоук-чеклист под ежедневный релиз. Конфа и Джира
octopi-bug-report — оформление находки в баг-репорт по шаблону команды с созданием тикета в Jira (после подтверждения). Джира
octopi-manager — хаб проектного менеджмента: стендапы, Discord, релиз-ноуты → структурированная база знаний.
Как ставится: это папки-скиллы (каждая с SKILL.md + references/). Загружаются в Claude через Settings → Capabilities → Skills (или создаются/редактируются через skill-creator). Лежат в /mnt/skills/user/.
Claude автоматически обращается к ним при запросах.
Проверить подключенные серверы можно командой в powershell - claude mcp list
Коннекторы / MCP-серверы:
Подключаются одинаково: Settings → Connectors → выбрать из каталога → Connect (OAuth-вход в сервис). Или через settings > developer > edit config/powershell.
Atlassian — Jira (проект OC) + Confluence (спеки). Клод может читать и заводить тикеты и баг-репорты.
qase — тест-менеджмент (кейсы, раны, дефекты, QQL). Полноценный QA-инструмент, клод может просматривать созданные тест-кейсы и планы, запускать, создавать, переносить и прочее.
Chrome devtools – (команда в powershell - claude mcp add chrome-devtools --scope user npx chrome-devtools-mcp@latest). Так же из чата с клодом можно попросить его открыть браузер, воспроизвести баг, проверить задачу, посмотреть devtools и тд.
Дополнительно:
Как дать Claude Code больше контекста:
Код: Подключите ИИ к IDE и загрузите репозитории (вручную или командой от самого Claude).
Документация: Сохраните описание проекта и инструкции в .md файлы (их тоже может сгенерировать Claude).
Работа: Просите ИИ читать эти .md файлы перед выполнением задач для получения нужного контекста.
Комментарии:
Пробовала использовать claude расширение для браузера, но оно оказалось медленным и в целом менее полезным, чем claude MCP(chrome devtools). Желательно использовать обычный клод с настроенными коннекторами напрямую - это дает дополнительные возможности в виде заведения дефектов, создания тестовой документации, разбора проблем и прочее.
Пример флоу работы: Получил задачу в jira > дал номер клоду, попросил открыть браузер и протестировать > получить отчет по итогам тестирования и про-review-ить его > завести баг-репорты, если нашли баги - тоже review > так же можно попросить его написать тест-кейсы под эту задачу.