What problem does it solve?
Provides Rust-specific, production-minded guidance for adding, auditing, or repairing OpenTelemetry (traces, metrics, logs) so signals correctly export and correlate in Tsuga.
Core Features & Use Cases
- Rust-native OTel recipes: Use the confirmed Rust instrumentation pattern with the recommended
tracing + tracing-opentelemetry bridge.
- Async- and protocol-aware correctness: Avoid common Tokio runtime and exporter lifecycle pitfalls (e.g., missing shutdown/flush, dropped providers, orphaned spans).
- Operational guardrails: Enforces a mutation gate that shows a proposed diff first and applies changes only after explicit confirmation.
- Cross-signal & messaging support: Covers spans, metrics, logs, resource attributes, and async messaging patterns (Kafka/AMQP/SQS) including span Links.
Quick Start
Use the otel-rust skill after you identify the Rust service and want to add or fix SDK setup and instrumentation so traces, metrics, and/or logs reach Tsuga correctly.