PostHog Python is a Python SDK that lets you send usage data from your Python code to PostHog. It is useful for instrumenting applications so PostHog can collect and analyze events, with documentation available for Python, Django, Flask, and related integrations like OpenFeature.
Project status
- Actively maintained: PostHog Python SDK upstream activity is current (last upstream push on 2026-10-15), with the related OpenFeature provider updates flowing in the same timeframe, indicating ongoing maintenance.
- Apparent update cadence: Updates appear frequent and incremental, with changes across multiple days (2026-10-09 through 2026-10-15), and patch-level bumps driven by SDK dependency updates.
AI summary generated
Recent updates
openfeature-provider-posthog-v0.1.107
openfeature-provider-posthog v0.1.107 updates the underlying PostHog Python SDK dependency to posthog@7.71.0. The release notes only mention the dependency bump, but the code diff shows substantial runtime behavior changes in PostHog framework integrations (ASGI, Flask, Django) related to tracing-header extraction and identity/session context handling.
Breakingposthog-v7.71.0
This release updates PostHog Python integrations so tracing-header capture behavior matches other PostHog SDKs. It introduces capture_tracing_headers and POSTHOG_MW_CAPTURE_TRACING_HEADERS (enabled by default once an integration is installed), while keeping trust-* options as deprecated aliases with clarified precedence and opt-out behavior.
BreakingFeaturesopenfeature-provider-posthog-v0.1.106
This release (openfeature-provider-posthog v0.1.106) updates the bundled PostHog dependency to posthog v7.70.2 and bumps the provider version/metadata. The release notes only mention the dependency update, but the actual diff shows functional behavior changes inside the PostHog code related to async LLM cancellation handling.
posthog-v7.70.2
PostHog Python SDK patch release 7.70.2. It adjusts async LLM cancellation handling so cancelled LLM calls are recorded as errors while still preserving the original cancellation behavior. The release also updates package/version metadata, including the OpenFeature PostHog provider package version.
openfeature-provider-posthog-v0.1.105
openfeature-provider-posthog v0.1.105 was released, with its changelog and project version updated from v0.1.104. The release notes only state that the posthog dependency was bumped to posthog@7.70.1.
posthog-v7.70.1
This patch improves thread-safe behavior in `Prompts.get()` when multiple threads request the same prompt concurrently. Instead of issuing one request per thread, only one request is made and other threads wait for the shared result, also deduplicating error reporting when `capture_errors=True`.
openfeature-provider-posthog-v0.1.104
openfeature-provider-posthog v0.1.104 is a patch release that updates the PostHog Python SDK dependency to posthog 7.70.0. The release notes only mention the dependency bump, but the underlying SDK change includes a notable behavior update to PostHog's OpenTelemetry AI span exporting.
posthog-v7.70.0
This release enhances PostHog AI span exports by attaching the active PostHog context (identify distinct_id, session_id, and context tags) to AI spans. As a result, AI events generated inside posthog.new_context and via request middleware will now be attributed to the correct person.
Featuresopenfeature-provider-posthog-v0.1.103
openfeature-provider-posthog v0.1.103 primarily bumps the PostHog dependency to posthog@7.69.0. The code diff also reveals a notable behavior change inside the PostHog metrics capture path related to tracing exemplars, plus multiple example and test dependency lockfile updates.
posthog-v7.69.0
posthog-v7.69.0 adds trace exemplars to metric series when using client.metrics flushing. For sampled spans, metric data points are stamped with trace ID and span ID so metric charts can link to a representative trace for each flush window.
Featuresopenfeature-provider-posthog-v0.1.102
This release (openfeature-provider-posthog v0.1.102) only documents a dependency bump of the PostHog library to posthog@7.68.0. However, that dependency introduces substantial behavior and API-contract changes in the PostHog request integrations (ASGI, Flask, Django), including different defaults for exception autocapture and new opt-in handling for tracing identity/session headers.
Featuresposthog-v7.68.0
posthog-v7.68.0 primarily updates the ASGI, Flask, and Django request integrations to align how exception auto-capture is enabled, and how client and tracing identity/session headers are handled. The release introduces opt-in behavior for using PostHog tracing headers and adds Django configuration aliases for property-based extraction.
BreakingFeaturesopenfeature-provider-posthog-v0.1.101
This release bumps the openfeature-provider-posthog package version to 0.1.101. Release notes only mention a dependency update, posthog@7.67.1.
posthog-v7.67.1
This patch updates how MCP server events are tagged in PostHog by setting the `$mcp_interface` property. As a result, events originating from MCP servers will consistently report `mcp` for this field.
openfeature-provider-posthog-v0.1.100
This patch release updates the underlying PostHog dependency to version 7.67.0. No other functionality changes or developer-facing API updates are mentioned in the release notes.
posthog-v7.67.0
PostHog v7.67.0 adds a Django REST Framework (DRF) integration module providing an error-only DRF exception handler that captures handled 5xx API exceptions while preserving DRF responses. The change is primarily implemented as a new module plus accompanying tests, and the repo version is bumped to 7.67.0.
Featuresopenfeature-provider-posthog-v0.1.99
openfeature-provider-posthog v0.1.99 is a patch release that only bumps the underlying PostHog Python dependency. The provider package itself shows no functional code changes beyond version metadata.
posthog-v7.66.0
posthog-v7.66.0 adds new framework-independent ASGI and Flask integrations for request context and unhandled exception capture, plus MCP low-level tool ownership handling via a new resolve_original_tool option. On the MCP side, the SDK learns which arguments belong to PostHog versus the host tool and uses that to strip PostHog-owned arguments during tool dispatch to avoid strict validation failures.
Featuresopenfeature-provider-posthog-v0.1.98
openfeature-provider-posthog v0.1.98 is a patch release that, per release notes, only bumps the posthog dependency to 7.65.0. However, the actual diff includes substantial runtime behavior changes in the bundled posthog Python SDK, especially around exception capturing metadata and event payload structure.
posthog-v7.65.0
This release standardizes how exception capture metadata is recorded, including severity, capture source, and typed integration metadata. It also starts a deprecation period for applications overriding reserved exception properties, with warnings now and removal planned for the next major version.
Features