otel-queries

Solid

Analyze gh-aw OpenTelemetry traces from JSONL mirrors or OTLP backends.

AI & Automation 4,811 stars 466 forks Updated today MIT

Install

View on GitHub

Quality Score: 90/100

Stars 20%
100
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# OTel Queries Use this skill to inspect gh-aw OpenTelemetry/OTLP data and answer telemetry questions without re-deriving trace fields, backend filters, and diagnostics. ## When To Use Use this skill for requests such as: - analyze OTEL or OTLP data - inspect traces in Grafana, Tempo, Sentry, Honeycomb, or Datadog - explain why a workflow or agent run is slow or failing - compare run phases, error clusters, or span attributes - identify the best observability or performance improvement - close the loop from telemetry into code or workflow changes Do not use this skill for instrumentation-only tasks that do not require reading telemetry. For pure emit-side work, start with the existing OTLP code and docs. ## Primary Goal Reduce a broad telemetry task to one tight loop: 1. Find the cheapest trustworthy telemetry source. 2. Run a small fixed set of common queries. 3. Confirm one concrete bottleneck, missing attribute, or broken correlation path. 4. Answer the user's telemetry question directly. 5. Recommend or implement a follow-on optimization only when the evidence supports it. ## Telemetry Sources In Priority Order Prefer sources in this order unless the user says otherwise: 1. Local artifacts or mirrors already in the workspace. 2. `/tmp/gh-aw/otel.jsonl` for gh-aw spans. 3. `/tmp/gh-aw/copilot-otel.jsonl` for Copilot CLI spans. 4. Live OTLP backend data through an MCP server or supported tool. 5. Static code inspection only, when no telemetry is available. Use t...

Details

Author
github
Repository
github/gh-aw
Created
11 months ago
Last Updated
today
Language
Go
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Solid

otel

OpenTelemetry instrumentation for the Copilot Chat extension — covers the four agent execution paths, the IOTelService abstraction, span/metric/event conventions, and the relationship between code and the user/developer monitoring docs. Use when adding/changing OTel spans, metrics, or events; instrumenting a new agent surface; touching the Copilot CLI bridge or Claude span emission; or updating `extensions/copilot/docs/monitoring/agent_monitoring*.md`.

8 Updated today
chapmanjw
AI & Automation Listed

sota-observability

State-of-the-art observability and reliability engineering (2026). Use when instrumenting code (structured logging, metrics, distributed tracing with OpenTelemetry, SLOs, alerting, health endpoints) or auditing an existing codebase's observability posture (can on-call answer "why is this request slow?" and "what broke at 3am?"). Not for security detections, SIEM, or threat hunting — use sota-detection-engineering. Triggers: logging, metrics, tracing, monitoring, alerting, SLO, SLI, error budget, OpenTelemetry, OTel, Prometheus, Grafana, debugging production, incident, on-call, telemetry, instrumentation, health check, runbook, Sentry, crash reporting, profiling.

8 Updated 2 days ago
martinholovsky
AI & Automation Listed

instrument-llm-observability

Use this when adding tracing/observability to an LLM or AI-agent application - capturing prompts, tool calls, token usage, latency, and cost per step. Trigger whenever someone wants to "add tracing", "instrument", "monitor", "see what my agent is doing", or debug an LLM app in production. Prefer vendor-neutral OpenTelemetry unless a specific platform is already in use.

26 Updated today
ContextJet-ai