error-monitoring

Generate protocol-based error and crash monitoring infrastructure for iOS and macOS apps.

27|5|Updated Apr 18, 2026
One-click install
npx skills add https://github.com/bocan/bocan-music --skill error-monitoring-bocan
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: error-monitoring
Source: https://github.com/bocan/bocan-music/tree/main/.claude/skills/generators/error-monitoring
Command: npx skills add https://github.com/bocan/bocan-music --skill error-monitoring-bocan

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill eliminates the hassle of manually building production error and crash tracking infrastructure for your iOS or macOS app, while avoiding vendor lock-in to a single monitoring provider like Sentry or Crashlytics.

Core Features & Use Cases

  • Protocol-based architecture: Build a flexible monitoring system that lets you swap providers (Sentry, Crashlytics, or a no-op mode for testing/privacy) with a single line of code.
  • Built-in context tracking: Automatically capture breadcrumbs for user actions, navigation, and app state to debug production issues faster.
  • Privacy-compliant setup: Includes opt-out friendly NoOp modes and guidance for GDPR and App Store privacy requirements.
  • Use Case: If you're building a native Swift music player and want to track crashes in production without committing to Sentry long-term, this Skill generates the full infrastructure so you can switch to Crashlytics later with zero rewrites.

Quick Start

Use the error-monitoring skill to generate a protocol-based error monitoring system for your Swift macOS app with Sentry as the default provider and breadcrumb tracking enabled.

Frequently Asked Questions about error-monitoring

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I add crash reporting to my Swift iOS app without getting locked into Sentry or Crashlytics?

You can use a protocol-based error monitoring architecture to decouple your app code from specific providers. This generates a swappable infrastructure where you can switch between Sentry, Firebase Crashlytics, or a NoOp mode with a single line of code, preventing vendor lock-in.

What is breadcrumb tracking in iOS crash reporting and how does it help debug production issues?

Breadcrumb tracking automatically captures user actions, navigation events, and app state changes leading up to a crash. This contextual data is sent to your error monitoring provider to help you reproduce and debug production issues faster.

Can I use Firebase Crashlytics and Sentry in the same macOS application?

Yes, by implementing a protocol-based monitoring system you can support swappable providers including Sentry and Firebase Crashlytics. This allows you to manage multiple monitoring services or switch between them without rewriting your application code.

How do I set up privacy-compliant error monitoring for an iOS app to meet GDPR requirements?

Set up error monitoring using built-in opt-out friendly NoOp modes and privacy guidelines. This infrastructure satisfies GDPR and App Store privacy requirements by allowing you to disable tracking or strip user context data without changing your reporting logic.

When should I use a NoOp mode for crash reporting in a Swift application?

You should use a NoOp mode during testing or when users opt-out of telemetry. It fulfills the error monitoring protocol without sending data to providers like Sentry, ensuring privacy compliance while maintaining your existing codebase structure.