AutoGineer summary
Written by AutoGineer from the skill’s own files, not by the author
This skill provides a systematic, multi-step process for adding PostHog event tracking and analytics to Python applications. It emphasizes best practices such as instance-based initialization, proper event flushing, and secure handling of user identification and environment variables. The skill includes a guided workflow that helps developers plan their tracking strategy, implement event capture, and ensure robust error tracking without compromising application performance or security.
What it does
- Guides the setup of PostHog analytics in Python projects.
- Provides a structured 4-step workflow for integration.
- Ensures secure configuration using environment variables.
- Demonstrates proper instance-based API usage and event flushing.
- Outlines patterns for user identification and exception autocapture.
- Defines clear rules for avoiding PII in event properties.
When to use it
- When you need to add analytics to a new or existing Python application.
- When you want to track user behavior, business events, or application errors.
- When you need a reference implementation for PostHog integration patterns.
- When you want to ensure your tracking implementation follows security and performance best practices.
Advantages
- Reduces integration errors through a step-by-step guided process.
- Promotes secure coding practices like avoiding hardcoded API keys.
- Ensures data integrity by separating PII from event metadata.
- Provides clear patterns for handling application lifecycle events like shutdown.
- Includes built-in support for exception tracking.
Usage examples
- “How do I start integrating PostHog into my Python CLI application?”
- The agent will guide you through the 4-step setup process, starting with the creation of an event tracking plan and the installation of the PostHog SDK.
- “What is the best way to track user login events in Python?”
- The agent will provide instructions on using the identify pattern, ensuring you use the correct client methods and headers for session correlation.
Install
Download the skill as a ZIP:
https://mp-staging.autogineer.com/agent-skills/posthog/integration-python/downloadUnzip it into the cross-client skills folder of your project:
mkdir -p .agents/skills && unzip integration-python.zip -d .agents/skills
Documentation by PostHog
PostHog integration for Python
This skill helps you add PostHog analytics to Python applications.
Workflow
Follow these steps in order to complete the integration:
basic-integration-1.0-begin.md- PostHog Setup - Begin ← Start herebasic-integration-1.1-edit.md- PostHog Setup - Editbasic-integration-1.2-revise.md- PostHog Setup - Revisebasic-integration-1.3-conclude.md- PostHog Setup - Conclusion
Reference files
references/EXAMPLE.md- Python example project codereferences/python.md- Python - docsreferences/posthog-python.md- PostHog python SDKreferences/identify-users.md- Identify users - docsreferences/basic-integration-1.0-begin.md- PostHog setup - beginreferences/basic-integration-1.1-edit.md- PostHog setup - editreferences/basic-integration-1.2-revise.md- PostHog setup - revisereferences/basic-integration-1.3-conclude.md- PostHog setup - conclusion
The example project shows the target implementation pattern. Consult the documentation for API details.
Key principles
Environment variables: Always use environment variables for PostHog keys. Never hardcode them.
Minimal changes: Add PostHog code alongside existing integrations. Don't replace or restructure existing code.
Match the example: Your implementation should follow the example project's patterns as closely as possible.
Framework guidelines
Remember that source code is available in the venv/site-packages directory
posthog is the Python SDK package name
Install dependencies with
pip install posthogorpip install -r requirements.txtand do NOT use unquoted version specifiers like>=directly in shell commandsIn CLIs and scripts: MUST call posthog.shutdown() before exit or all events are lost
Always use the Posthog() class constructor (instance-based API) instead of module-level posthog.api_key config
Always include enable_exception_autocapture=True in the Posthog() constructor to automatically track exceptions
NEVER send PII in capture() event properties — no emails, full names, phone numbers, physical addresses, IP addresses, or user-generated content
PII belongs in identify() person properties, NOT in capture() event properties. Safe event properties are metadata like message_length, form_type, boolean flags.
Register posthog_client.shutdown with atexit.register() to ensure all events are flushed on exit
The Python SDK has NO identify() method — use posthog_client.set(distinct_id=user_id, properties={...}) to set person properties, or use identify_context(user_id) within a context
Identifying users
Identify users during login and signup events. Refer to the example code and documentation for the correct identify pattern for this framework. If both frontend and backend code exist, pass the client-side session and distinct ID using X-POSTHOG-DISTINCT-ID and X-POSTHOG-SESSION-ID headers to maintain correlation.
Error tracking
Add PostHog error tracking to relevant files, particularly around critical user flows and API boundaries.
Files
- ATTRIBUTION.mdAdded by AutoGineer954 B
- LICENSELicence file added by AutoGineer1.0 KiB
- SKILL.md3.2 KiB
- references/EXAMPLE.md11.6 KiB
- references/basic-integration-1.0-begin.md2.1 KiB
- references/basic-integration-1.1-edit.md2.5 KiB
- references/basic-integration-1.2-revise.md937 B
- references/basic-integration-1.3-conclude.md1.6 KiB
- references/identify-users.md8.1 KiB
- references/posthog-python.md31.3 KiB
- references/python.md31.1 KiB
references/basic-integration-1.0-begin.md
title: PostHog Setup - Begin description: Start the event tracking setup process by analyzing the project and creating an event tracking plan
We're making an event tracking plan for this project.
Before proceeding, find any existing posthog.capture() code. Make note of event name formatting.
From the project's file list, select between 10 and 15 files that might have interesting business value for event tracking, especially conversion and churn events. Also look for additional files related to login that could be used for identifying users, along with error handling. Read the files. If a file is already well-covered by PostHog events, replace it with another option. Do not spawn subagents.
Look for opportunities to track client-side events.
IMPORTANT: Server-side events are REQUIRED if the project includes any instrumentable server-side code. If the project has API routes (e.g., app/api/**/route.ts) or Server Actions, you MUST include server-side events for critical business operations like:
Payment/checkout completion
Webhook handlers
Authentication endpoints
Do not skip server-side events - they capture actions that cannot be tracked client-side.
Create a new file with a JSON array at the root of the project: .posthog-events.json. It should include one object for each event we want to add: event name, event description, and the file path we want to place the event in. If events already exist, don't duplicate them; supplement them.
Track actions only, not pageviews. These can be captured automatically. Exceptions can be made for "viewed"-type events that correspond to the top of a conversion funnel.
As you review files, make an internal note of opportunities to identify users and catch errors. We'll need them for the next step.
Status
Before beginning a phase of the setup, you will send a status message with the exact prefix '[STATUS]', as in:
[STATUS] Checking project structure.
Status to report in this phase:
Checking project structure
Verifying PostHog dependencies
Generating events based on project
Upon completion, continue with: basic-integration-1.1-edit.md
Requirements and compatibility
Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta
“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.
Needs: Needs an API key, Needs Python
Security
What our scanner noticed· Low risk
- Instructions that use the network
A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.
Attribution and licence
- Created by
- PostHog
- Publisher
- PostHog (Official)
- Source
- PostHog/skills · skills/posthog/integration/skills/python · commit a5d30e7
- Licence
- MIT License (redistribution allowed)
- LICENSE (added by AutoGineer from LICENSE)
- ATTRIBUTION.md (written by AutoGineer)
- Synced
- Also distributed in
- PostHog/skills
AutoGineer is not affiliated with or endorsed by PostHog.
Download ZIP
The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download integration-python.zip