telemetry-dotnet-trace-plugin

Register custom ITraceInstrumentation singletons to extend TracerProviderBuilder for .NET OpenTelemetry.

12|2|Updated May 4, 2020
One-click install
npx skills add https://github.com/hoangnh2412/jarvis --skill telemetry-dotnet-trace-plugin
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: telemetry-dotnet-trace-plugin
Source: https://github.com/hoangnh2412/jarvis/tree/main/.opencode/skills/telemetry-dotnet/providers/trace-plugin
Command: npx skills add https://github.com/hoangnh2412/jarvis --skill telemetry-dotnet-trace-plugin

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires Jarvis.OpenTelemetry.

What problem does it solve?

Jarvis's core OpenTelemetry integration does not include built-in instrumentation for custom application-specific traces, leaving observability gaps for proprietary domain logic and unique operational workflows.

Core Features & Use Cases

  • Custom Trace Source Registration: Implement the ITraceInstrumentation interface to add dedicated trace sources for your application's unique modules and operations.
  • Supplementary Exporter Support: Register custom ITraceExporter implementations to send trace data to additional endpoints beyond the core OpenTelemetry exporters included in Jarvis.
  • Use Case: For example, if you have built a custom order processing module in your Jarvis backend, you can use this skill to add trace sources for that module to monitor request latency, error rates, and end-to-end flow of order-related operations.

Quick Start

Use the telemetry-dotnet-trace-plugin skill to register custom trace sources for your order processing module in your Jarvis OpenTelemetry configuration.

Frequently Asked Questions about telemetry-dotnet-trace-plugin

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

FAQPage Schema
How do I add custom traces to .NET OpenTelemetry for domain-specific logic?

Custom trace sources are registered by implementing the ITraceInstrumentation interface to extend the TracerProviderBuilder. This allows you to monitor proprietary domain logic and unique operational workflows in your .NET backend without modifying core framework code.

When do I need custom trace instrumentation in my .NET application?

You need custom trace instrumentation when built-in OpenTelemetry modules do not cover your proprietary domain logic. If you need to monitor request latency, error rates, or end-to-end flow for unique modules like order processing, custom trace sources fill those observability gaps.

Can I add supplementary trace exporters to an existing OpenTelemetry pipeline?

Yes, you can add supplementary trace exporters to an existing OpenTelemetry pipeline by registering custom ITraceExporter implementations. This sends trace data to additional endpoints beyond the core OpenTelemetry exporters already included in your backend.

Does the telemetry-dotnet-trace-plugin work with Jarvis backend applications?

Yes, the telemetry-dotnet-trace-plugin applies directly to Jarvis backend applications. It extends the core Jarvis.OpenTelemetry integration to provide trace instrumentation for custom domain logic not covered by default modules.

What are the limitations of adding custom traces through ITraceInstrumentation?

The ITraceInstrumentation approach is limited to extending the TracerProviderBuilder for custom trace sources and supplementary exporters. It requires existing Jarvis.OpenTelemetry integration and does not automatically instrument proprietary logic without manual interface implementation.