Skill для интеграции с Bugsnag API, позволяющий просматривать и управлять ошибками в проекте.
⚠️ PATH RESOLUTION: Этот skill использует Ruby скрипты из своей директории.
НИКОГДА не вызывай ./bugsnag.rb из текущей рабочей директории пользователя.
ПРАВИЛЬНО: find ~ -name "bugsnag.rb" -type f | head -1 | xargs dirname → получим путь к skill
НЕПРАВИЛЬНО: ./bugsnag.rb из текущей директории → ошибка "no such file or directory"
ВАЖНО: Используй ТОЛЬКО команды, описанные в этом файле. НЕ анализируй код bugsnag.rb - следуй документации ниже.
Вызывает скрипт ./bugsnag.rb находающийся в каталого этого skill с целью выполнить пользовательский запрос.
Path Resolution для Claude
КРИТИЧЕСКИ ВАЖНО: При выполнении команд НЕ ИСПОЛЬЗУЙ ./bugsnag.rb из текущей директории пользователя.
Всегда определяй директорию где находится skill и выполняй скрипт оттуда.
Проблема
Когда пользователь говорит "покажи ошибки из bugsnag", выполнение ./bugsnag.rb из текущей директории не работает.
Решение
- •Определи директорию skill
- •Перейди в неё
- •Выполни скрипт
Команда для Claude: Используй bash -c "cd [path_to_skill] && ./bugsnag.rb [args]"
Где [path_to_skill] - это путь к директории skill. Определи его с помощью:
- •
find ~/.claude -name "bugsnag.rb" -type f(если установлен) - •или используй
pwdесли ты уже в директории skill - •или попробуй стандартные пути установки плагинов
Возможности
- •🏢 Управление организациями - Просмотр списка доступных организаций в Bugsnag
- •📦 Управление проектами - Просмотр списка доступных проектов
- •📋 Просмотр текущих ошибок - Получение списка активных ошибок из Bugsnag
- •🔍 Детальный контекст ошибки - Просмотр полной информации об ошибке включая stack trace
- •✅ Управление статусами - Пометка ошибок как выполненные (resolved)
- •🔐 Безопасная авторизация - Использование API ключей из переменных окружения
Команды bugsnag.rb
Обзор
- •
organizations/orgs/организации- Список всех организаций - •
projects/проекты- Список всех проектов
Просмотр ошибок
- •
list/show/показать- Список всех ошибок - •
open/открыть/открытые- Только открытые ошибки - •
list --limit 50- Показать до 50 ошибок - •
list --severity error- Только ошибки (без предупреждений)
Детализация
- •
details <error_id>/детали <id>- Полная информация об ошибке - •
events <error_id> [limit]/события <id> [лимит]- Показать события ошибки
Управление
- •
resolve <error_id>/отметить <id>- Отметить как выполненную
Анализ
- •
analyze/анализ- Анализ паттернов ошибок
Справка
- •
help/помощь/h- Показать справку
ПРИМЕРЫ ИСПОЛЬЗОВАНИЯ
FOR CLAUDE: Используй bash -c "cd [skill_directory] && ./bugsnag.rb [command]"
# Показать организации bash -c "cd [skill_dir] && ./bugsnag.rb organizations" # Показать проекты bash -c "cd [skill_dir] && ./bugsnag.rb projects" # Показать открытые ошибки bash -c "cd [skill_dir] && ./bugsnag.rb open --limit 20" # Показать все ошибки (лимит 50) bash -c "cd [skill_dir] && ./bugsnag.rb list --limit 50" # Детали конкретной ошибки bash -c "cd [skill_dir] && ./bugsnag.rb details ERROR_ID" # Показать справку bash -c "cd [skill_dir] && ./bugsnag.rb help"
Примечание: [skill_dir] - это путь к директории где установлен skill bugsnag.
ЗАПРЕЩЕННЫЕ КОМАНДЫ
❌ list-errors - такой команды НЕ существует
❌ --help - используется help без дефисов
�️ Использовать команды не описанные выше
Переменные окружения
# Обязательные export BUGSNAG_DATA_API_KEY="your_api_key_here" export BUGSNAG_PROJECT_ID="your_project_id_here" # Опциональные export BUGSNAG_HTTP_PROXY="http://proxy.example.com:8080" # HTTP прокси для всех запросов
Безопасность
- •API ключи хранятся только в переменных окружения
- •Все запросы выполняются через HTTPS (или через прокси при наличии BUGSNAG_HTTP_PROXY)
- •Минимальные необходимые права доступа к API
- •Логирование чувствительных данных отключено