skills.rest
MapleTechLabs
MapleTechLabsOFFICIAL
Explore all skills by this author →
WebsiteGitHub

maple-kotlin-style

Configure OpenTelemetry instrumentation for Kotlin JVM services to send traces, logs, and metrics to Maple.

1.6k|107|Updated Feb 15, 2026
Search Tags:#observability#kotlin#opentelemetry#spring-boot#ktor#otlp#maple
One-click install
npx skills add https://github.com/MapleTechLabs/maple --skill maple-kotlin-style-mapletechlabs
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: maple-kotlin-style
Source: https://github.com/MapleTechLabs/maple/tree/main/skills/maple-kotlin-style
Command: npx skills add https://github.com/MapleTechLabs/maple --skill maple-kotlin-style-mapletechlabs

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Kotlin JVM services require correct OpenTelemetry instrumentation to send traces, logs, and metrics to Maple, but teams often struggle with choosing between zero-code agent and manual SDK setup, configuring OTLP exporters with the correct Maple ingest endpoints and authentication, and ensuring logs are properly bridged without disrupting existing logging frameworks.

Core Features & Use Cases

  • Zero-code Java agent setup: Auto-instruments Spring Boot, Ktor, and popular JVM libraries with minimal configuration for fast observability deployment.
  • Manual SDK configuration: Provides step-by-step guidance for native-image or sealed-module Kotlin builds that cannot use the Java agent.
  • Log and metric bridging: Includes instructions for connecting existing Logback, SLF4J, and Log4j2 logging setups to send log data with trace context to Maple.
  • APM coexistence: Supports running alongside existing Datadog, New Relic, or Honeycomb setups without conflict.
  • Use Case: A team building a Ktor order processing API can use this skill to quickly instrument their service to send full trace, log, and metric data to Maple without rewriting their existing logging or monitoring infrastructure.

Quick Start

Use the maple-kotlin-style skill to configure OpenTelemetry observability for your Kotlin Ktor or Spring Boot service to send traces, logs, and metrics directly to Maple.

Frequently Asked Questions about maple-kotlin-style

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

FAQPage Schema
How do I configure OpenTelemetry for a Kotlin Spring Boot service?▼

You can configure OpenTelemetry for a Kotlin Spring Boot service using a zero-code Java agent to automatically instrument traces, logs, and metrics for Maple with minimal configuration.

Can I use OpenTelemetry with Ktor without rewriting my existing logging?▼

Yes, OpenTelemetry can instrument Ktor services by bridging existing Logback, SLF4J, and Log4j2 logging setups to send log data with trace context to Maple without rewriting infrastructure.

How do I set up OpenTelemetry SDK manually for Kotlin native-image builds?▼

For Kotlin native-image or sealed-module builds that cannot use the Java agent, you can manually configure the OpenTelemetry SDK with the correct OTLP HTTP exporter and Maple ingest key authentication.

Does Maple OpenTelemetry instrumentation work alongside existing APM tools?▼

Yes, Maple OpenTelemetry instrumentation supports running alongside existing Datadog, New Relic, or Honeycomb setups without conflict, allowing gradual migration or parallel monitoring.

What is the best way to send Kotlin JVM traces and metrics to Maple?▼

The best way to send Kotlin JVM traces and metrics to Maple is configuring the OTLP HTTP exporter with correct semantic convention resource attributes and Maple ingest key authentication.

Why are my Kotlin service logs not attaching trace context in Maple?▼

Kotlin service logs may lack trace context in Maple if existing logging frameworks are not properly bridged through OpenTelemetry log bridging to include semantic convention resource attributes.

Related Skills

Explore More Software Engineering Skills→
Exar-labExar-lab

logging-patterns

Implement structured logging with SLF4J and Logback for Java applications.

Community
Intermediate
blueswenblueswen

otel-demo-architecture

Diagnose observability and topology issues in the OpenTelemetry Demo microservices.

Community
Basic
1k-off1k-off
1

opentelemetry

Implement OpenTelemetry instrumentation and OTLP pipelines for Grafana telemetry.

Community
Advanced
alex-voloshin-devalex-voloshin-dev
2

telemetry-stacks

Reference query syntax for Prometheus, Datadog, Honeycomb, New Relic, Sentry, and OpenTelemetry.

Community
Intermediate