What problem does it solve?
Setting up OpenTelemetry traces, logs, and metrics across every service in a multi-app or monorepo codebase is time-consuming, requires deep knowledge of OTel for every tech stack, and often misses critical services like workers, mobile apps, or serverless functions. This skill eliminates that manual work by automatically instrumenting every runnable service in your repository for Maple observability.
Core Features & Use Cases
- Full-repo instrumentation: Automatically detects and instruments every app, API, worker, mobile app, and serverless function in your repo, skipping only pure type/config packages with no runtime entry point.
- Stack-native OTel setup: Uses the official OpenTelemetry SDK for each service's tech stack (Next.js, Node.js, Python, Effect-TS, Go, Rust, etc.) to avoid fragile custom wrappers, and follows framework-specific best practices for bootstrap order and configuration.
- Vendor coexistence: Leaves existing observability tools like Sentry, Datadog, or New Relic intact, so you can run both OTel and your incumbent vendor side-by-side during migration.
- Use case: For a monorepo with a Next.js storefront, Node.js order API, Python background worker, and Expo mobile app, this skill will add OTel instrumentation to all four services, configure the Maple ingest endpoint, add custom spans for order processing and payment flows, and set up structured logs with trace context.
Quick Start
Use this skill to automatically instrument every service in your repository with OpenTelemetry traces, logs, and metrics for full Maple observability coverage.