bugsnag

dapi's avatarfrom dapi

**UNIVERSAL TRIGGER**: Use when user wants to GET/FETCH/RETRIEVE any data FROM Bugsnag.Common patterns:- "get/show/list/display [something] from bugsnag"- "получить/показать/вывести [что-то] из bugsnag"- "bugsnag [organizations/projects/errors/details/events/comments/stats]"- "what [data] in bugsnag", "check bugsnag [resource]"Specific data types supported:📊 **Organizations & Projects**:- "list bugsnag organizations/orgs", "show organizations"- "list bugsnag projects", "available projects", "проекты bugsnag"🐛 **Errors (viewing)**:- "show/list bugsnag errors", "что в bugsnag", "check bugsnag"- "open errors", "error list", "ошибки bugsnag", "открытые ошибки"- "errors with severity error/warning", "filter bugsnag errors"🔍 **Error Details**:- "bugsnag details for <id>", "error details", "детали ошибки"- "show stack trace", "error context", "what happened in error"- "events for error", "error timeline", "события ошибки"💬 **Comments**:- "show comments for error", "error comments", "коммента

⭐0stars🔀0forks📁View on GitHub🕐Updated Dec 13, 2025⬇️2downloads
[Monitoring]

When & Why to Use This Skill

This Claude skill provides a comprehensive integration with the Bugsnag API, enabling developers to monitor, retrieve, and manage application errors directly within their workflow. It streamlines the debugging process by providing instant access to stack traces, error frequencies, and project health metrics, allowing for faster incident resolution and more efficient error tracking management.

Use Cases

  • Real-time Error Monitoring: Quickly list and filter recent production errors by severity (error/warning) to identify critical issues immediately after a deployment.
  • Deep-Dive Debugging: Retrieve detailed stack traces, error contexts, and event timelines for specific bug IDs to diagnose root causes without leaving the chat interface.
  • Incident Management: Mark errors as resolved or fixed and add comments to Bugsnag entries directly through Claude to keep the development team synchronized.
  • Project Health Analysis: View statistics and analyze error patterns across multiple organizations and projects to prioritize bug fixes and track long-term stability trends.
namebugsnag
description|
**UNIVERSAL TRIGGER**Use when user wants to GET/FETCH/RETRIEVE any data FROM Bugsnag.
- NOTEFix/Resolve/Close are synonyms - all mark error as resolved in Bugsnag
TRIGGERSbugsnag, получить из bugsnag, показать bugsnag, список bugsnag,
allowed-toolsBash, Read

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 из текущей директории не работает.

Решение

  1. Определи директорию skill
  2. Перейди в неё
  3. Выполни скрипт

Команда для Claude: Используй bash -c "cd [path_to_skill] && ./bugsnag.rb [args]"

Где [path_to_skill] - это путь к директории skill. Определи его с помощью:

  1. find ~/.claude -name "bugsnag.rb" -type f (если установлен)
  2. или используй pwd если ты уже в директории skill
  3. или попробуй стандартные пути установки плагинов

Возможности

  • 🏢 Управление организациями - Просмотр списка доступных организаций в 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
  • Логирование чувствительных данных отключено