What problem does it solve? Azure Monitor returns errorCode=Success with empty timeseries for PostgreSQL Flexible Server Enhanced Metrics when the server-side collector is off, causing engineers to misdiagnose incidents, write broken jq pipelines, and author alerts against metrics that emit no data. ## Core Features & Use Cases - Two-layer metric model guidance: Detects the silent empty-timeseries trap and prescribes enabling metrics.collector_database_activity, pg_qs.query_capture_mode, and auto_explain.log_min_duration before incidents occur. - Correct API and CLI usage: Enforces api-version=2023-10-01, the metrics:getBatch regional endpoint for fleet queries, the 93-day retention bound, and null-coalescing jq patterns like (.timeseries[0].data // []). - Dual log surface playbook: Distinguishes downloadable Server Logs (7-day cap, post-mortem only) from Diagnostic Settings streamed to Log Analytics in resource-specific mode, with KQL recipes for error scans, wait stats, and autovacuum analysis. - Use Case: When a TPS metric returns empty during a CPU spike investigation, the skill directs you to enable the collector with one az postgres flexible-server parameter set command instead of re-querying wider time windows. ## Quick Start Ask the AI to diagnose why the tps and client_connections_active metrics are empty for your Azure PostgreSQL Flexible Server and to write the correct az rest query using the 2023-10-01 API version.