What problem does it solve? Dynatrace exposes two coexisting API planes (Classic .live with Api-Token vs Platform/Grail .apps with Bearer tokens), and using the wrong plane or credential causes 401/403 failures no matter how correct the request is. This Skill encodes the plane-and-auth map plus the operational rules for querying, ingesting, and automating Dynatrace so engineers stop tripping over token types, OTLP format constraints, and deprecated surfaces. ## Core Features & Use Cases - Plane & Auth Map: Maps every endpoint family to its correct host, path root, and credential (dt0c01 API token, dt0s16 platform token, dt0s02 OAuth client), including least-scope token guidance and nextPageKey pagination rules. - DQL on Grail: Covers piped DQL syntax (fetch | filter | summarize | sort), timeseries vs makeTimeseries, DPL parsing, and the async query:execute/query:poll Grail API. - OTLP Ingest & AWS Connector: Documents OTLP/HTTP protobuf-only ingest with mandatory delta temporality, the Dynatrace OpenTelemetry Collector distribution, and the agentless role-based da-aws AWS connector with ExternalId trust. - Monitoring-as-Code & MCP: Guides Terraform provider and Monaco workflows for Settings 2.0 objects, plus the agent-facing Dynatrace MCP server surface (hosted gateway vs OSS local, tool set, Grail cost warnings). - Use Case: You need to ship OpenTelemetry traces from a Kubernetes service to Dynatrace and then alert on error rates. The Skill tells you to export via OTLP/HTTP to .live with an Api-Token, query with DQL on .apps using a platform token, and codify the SLO in Terraform. ## Quick Start Ask the AI to write a DQL query that fetches error logs from Grail and summarizes them by service, using the correct platform-plane Bearer authentication.