What problem does it solve?
Investigating slow or failing experiment queries in PostHog production requires pulling data from staff-only debug endpoints, and interpreting the results demands knowledge of exception codes, precompute skip reasons, and job states that are not documented elsewhere.
Core Features & Use Cases
- Slowest query analysis: Pull the top 100 slowest experiment query groups from
/api/debug_ch_queries/slowest_queries/ with filters for team, experiment, metric type, and exception code.
- Precompute health monitoring: Check read/build success rates, failure codes, wasted spend on failed builds, and Postgres job states via
precompute_overview.
- Cache footprint inspection: Inspect preaggregation table partitions and TTL-driven growth via
cache_health across prod-US and prod-EU regions.
- Use Case: A user reports experiment queries timing out with error 159. Use this Skill to query the slowest_queries endpoint filtered by exception_code=159, identify the responsible team and metric type, and check whether precompute builds are failing.
Quick Start
Ask the assistant to check experiment query performance health in both US and EU regions over the last 24 hours using the precompute overview endpoint.