What problem does it solve?
Configuring a new PostHog endpoint involves several consequential decisions — query kind, variable design, cache TTL, and materialisation — that are hard to change later because the endpoint name lives in the URL callers depend on. This Skill walks through each decision in order so the endpoint is created with the right shape on the first try, avoiding common mistakes like materialising ineligible queries or leaving variables without defaults.
Core Features & Use Cases
- Guided decision workflow: Covers whether an endpoint is the right tool, naming conventions, HogQL vs insight query kinds, variable design, data_freshness_seconds selection, and day-one materialisation.
- Materialisation deep-dive: A bundled reference explains eligibility rules, bucket overrides for range variables, refresh schedules, and per-version materialisation behavior.
- Use Case: A user wants to expose a monthly active users query as an API for an external analytics partner. The Skill helps pick the name, declare lookback_days and org_id variables, set a 3600-second cache TTL, skip materialisation initially, then create and test the endpoint with a sample payload.
Quick Start
Ask the assistant to create a PostHog endpoint that exposes your saved HogQL query as a callable API with the variables and freshness interval you need.