Execute PostHog primary workflow: Core Workflow A. Use when implementing primary use case, building main features, or core integration tasks. Trigger with phrases like "posthog main workflow", "primary task with posthog".
From posthog-packnpx claudepluginhub nickloveinvesting/nick-love-plugins --plugin posthog-packThis skill is limited to using the following tools:
Guides Next.js Cache Components and Partial Prerendering (PPR) with cacheComponents enabled. Implements 'use cache', cacheLife(), cacheTag(), revalidateTag(), static/dynamic optimization, and cache debugging.
Migrates code, prompts, and API calls from Claude Sonnet 4.0/4.5 or Opus 4.1 to Opus 4.5, updating model strings on Anthropic, AWS, GCP, Azure platforms.
Proposes cuts, reorganization, and simplification to improve document structure, clarity, and flow while preserving comprehension. Use for structural or editorial reviews.
Primary money-path workflow for PostHog. This is the most common use case. PostHog is an open-source product analytics platform that captures user events, tracks feature flag states, records sessions, and runs A/B experiments. Unlike third-party analytics services, PostHog can be self-hosted so that event data never leaves your infrastructure, which is critical for companies with strict data residency or privacy requirements.
posthog-install-auth setupAuthenticate with the PostHog API using your project API key. Verify that the PostHog SDK is correctly initialized in your application and that events are flowing to your project. Confirm that distinct user IDs are consistent across anonymous and identified sessions to avoid identity fragmentation in your funnel analysis.
// Step 1 implementation
Capture the target events using posthog.capture() calls with the appropriate event name and property payload. Ensure that each event includes the properties needed for downstream analysis — for example, subscription tier, page name, or experiment variant. Use the PostHog API to query event counts, create funnels, or fetch session recordings programmatically when you need to embed analytics data in external dashboards.
// Step 2 implementation
Review the captured events in the PostHog dashboard to verify that property names are consistent and that volumes match expectations. Set up any required alerts or annotations to mark significant product changes that could affect metric trends. Export the data or query results to your reporting pipeline if needed.
// Step 3 implementation
| Error | Cause | Solution |
|---|---|---|
| Error 1 | Cause | Solution |
| Error 2 | Cause | Solution |
// Complete workflow example
For secondary workflow, see posthog-core-workflow-b.