How do I install the Observability Telemetry skill?

Run npx skillmds@latest add coreyone/observability-telemetry in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.

Is Observability Telemetry safe to use?

SkillMD's automated safety review verdict for this skill is PASS. Independent scanners report: SkillSpector: PASS, Skill Scanner: PASS. Capability flags: makes network calls. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.

Which AI agents work with Observability Telemetry?

This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.

Is Observability Telemetry free to use?

Yes. Installing skills from SkillMD is free, and the skill stays under its author's original license.

Who published Observability Telemetry?

coreyone (@coreyone) published this skill. Their other Agent Skills are listed on their SkillMD profile.

Observability Telemetry by coreyone

Name: Observability Telemetry
Rating: 4.5 (4 reviews)
Author: coreyone

File contents

📊 Core Philosophy: You cannot optimize or debug what you do not measure.

When to use

Use this skill when instrumenting server code, configuring OpenTelemetry, designing structured JSON logs, tracing across network requests (W3C trace context), defining performance metrics, and setting up SLO targets.

When not to use

Do not use this skill for database index tuning, auth configuration, or layout adjustments.

Trigger cues

Key terms: observability, telemetry, logging, tracing, metrics, Sentry, OpenTelemetry, Honeycomb, Datadog, SLI, SLO, OSLog, Signpost, W3C tracecontext, high-cardinality, structured events.
Creating logging frameworks, tracing network calls, setting up dashboards, defining SLO parameters, instrumenting performance code.

Routing boundary

Primary for logging design, tracing propagation, alerting definitions, metrics aggregation, and instrumentation.
Secondary to developer-web-performance for core optimization tasks.

Inputs required

Target analytics/observability platform (e.g., Sentry, Honeycomb, Apple Instruments)
System SLO targets and alerting criteria
Source of truth: references/source.md

Instructions

Detect Stack: Inspect the workspace files to identify the project's existing telemetry and monitoring tools (e.g., Datadog, Sentry, Mixpanel, Winston, Bunyan, OpenTelemetry).
Do Not Migrate: Never propose or force a technology stack change. Apply the principles in this skill using the project's current tooling.
Read references/source.md to understand structured events and telemetry.
Design high-cardinality structured events instead of flat text logs using the project's logging libraries.
Propagate tracing contexts (W3C standards) across all network requests.
Define system Service Level Objectives (SLOs) focused on user-facing symptoms.
In iOS apps, implement native OSLog and OSSignpost instrumentation.

Output format

Primary decision/output: Logging schema, OpenTelemetry setup code, and SLO configuration.
Summary: One-paragraph overview of observability and alerting strategy.
Actions: Verification checklist for log cardinality, trace coverage, and symptom-based alerting.

---name: observability-telemetrydescription: Trigger: structured logging, tracing, telemetry, SLI metrics, SLO alerts, log formats. Scope: Performance metrics, error tracing, production telemetry. Boundary: Excludes client behavioral product funnels.---# 📊 Core Philosophy: You cannot optimize or debug what you do not measure.## When to useUse this skill when instrumenting server code, configuring OpenTelemetry, designing structured JSON logs, tracing across network requests (W3C trace context), defining performance metrics, and setting up SLO targets.## When not to useDo not use this skill for database index tuning, auth configuration, or layout adjustments.## Trigger cues- Key terms: observability, telemetry, logging, tracing, metrics, Sentry, OpenTelemetry, Honeycomb, Datadog, SLI, SLO, OSLog, Signpost, W3C tracecontext, high-cardinality, structured events.- Creating logging frameworks, tracing network calls, setting up dashboards, defining SLO parameters, instrumenting performance code.## Routing boundary- Primary for logging design, tracing propagation, alerting definitions, metrics aggregation, and instrumentation.- Secondary to `developer-web-performance` for core optimization tasks.## Inputs required- Target analytics/observability platform (e.g., Sentry, Honeycomb, Apple Instruments)- System SLO targets and alerting criteria- Source of truth: `references/source.md`## Instructions1. **Detect Stack**: Inspect the workspace files to identify the project's existing telemetry and monitoring tools (e.g., Datadog, Sentry, Mixpanel, Winston, Bunyan, OpenTelemetry).2. **Do Not Migrate**: Never propose or force a technology stack change. Apply the principles in this skill using the project's current tooling.3. Read [references/source.md](references/source.md) to understand structured events and telemetry.4. Design high-cardinality structured events instead of flat text logs using the project's logging libraries.5. Propagate tracing contexts (W3C standards) across all network requests.6. Define system Service Level Objectives (SLOs) focused on user-facing symptoms.7. In iOS apps, implement native OSLog and OSSignpost instrumentation.## Output format- Primary decision/output: Logging schema, OpenTelemetry setup code, and SLO configuration.- Summary: One-paragraph overview of observability and alerting strategy.- Actions: Verification checklist for log cardinality, trace coverage, and symptom-based alerting.

Frequently asked questions

Observability Telemetry