Intent-based observability + traceability router across layers, boundaries, and signals. Routes to vendor-specific skills via category taxonomy; owns transport tuning, meta-observability, incident forensics.
SkillScore68Maintained
Automatic
◆DevOps & SRE pack
Last verified 8/17/2026
What it changes
Passed 15 of 22 test cases with the skill, and 12 of 22 without it.
Without skill55%
With skill68%
Checks it passed that the model alone missed
Declares LLM ops and generative AI evaluation as out of scope for this skill.
Identifies data pipeline lineage tracking as out of scope for this observability skill.
States that chaos engineering orchestration and fault injection execution are out of scope.
and 1 more in the full report
4 fixed11 passed either way6 still failing1 broke
Pass-rate lift
+14 pp
Tokens
+149%
Agent turns
0%
Response time
-7%
Model gemini-3.6-flashMeasured 8/17/2026v315 of 22 cases passed with skill
Tokens, turns and time describe resource use, not a dollar price.
See it in action
One of 4 test cases the skill fixed. Same model, same prompt, with and without the skill.
1 of 4
Prompt
We are building a Retrieval-Augmented Generation (RAG) feature using OpenAI models and vector search. We need to capture prompt token counts, LLM generation latency, prompt versioning, and individual span evaluation scores across our pipeline. Please recommend the appropriate telemetry setup and configuration for this application.
What was checked, without and with the skill
Checked
Without skill
With skill
Declares LLM ops and generative AI evaluation as out of scope for this skill.
Missed
Passed
Directs the user to specialized LLM evaluation platforms such as Langfuse, Arize Phoenix, LangSmith, or Braintrust.
Passed
Passed
case-04 · gemini-3.6-flash · 8/17/2026 · answers are capped and redacted
What's inside
The instructions your model reads when the skill loads.
SKILL.md319 linessingle file
Observability Agent - Intent-based Router
Scheduling
Goal
Route, design, tune, and review observability work across MELT+P signals, layers, boundaries, vendor categories, transport choices, meta-observability, and incident forensics.
Intent signature
User asks for observability, telemetry, OTel, metrics, logs, traces, profiles, SLOs, RUM, APM, incident forensics, trace propagation, transport tuning, or observability-as-code.
User needs vendor/category routing or observability architecture instead of a single vendor's already-covered setup.
When to use
Setting up an observability pipeline (OTel SDK + Collector + vendor backend)
Designing traceability across service and domain boundaries (W3C propagators, baggage, multi-tenant, multi-cloud)
Tuning transport layer (UDP/MTU, OTLP gRPC vs HTTP, Collector DaemonSet vs sidecar topology)
Running incident forensics (6-dimension localization: code / service / layer / host / region / infra)
Selecting a vendor category (OSS full-stack vs commercial SaaS vs high-cardinality specialist vs profiling specialist)