feature-flags-python

Flags de funcionalidade do PostHog para aplicações Python

npx skills add https://github.com/posthog/skills --skill feature-flags-python

PostHog feature flags for Python

This skill helps you add PostHog feature flags to Python applications.

Reference files

  • references/python.md - Python feature flags installation - docs
  • references/adding-feature-flag-code.md - Adding feature flag code - docs
  • references/best-practices.md - Feature flag best practices - docs

Consult the documentation for API details and framework-specific patterns.

Key principles

  • Environment variables: Always use environment variables for PostHog keys. Never hardcode them.
  • Minimal changes: Add feature flag code alongside existing logic. Don't replace or restructure existing code.
  • Boolean flags first: Default to boolean flag checks unless the user specifically asks for multivariate flags.
  • Server-side when possible: Prefer server-side flag evaluation to avoid UI flicker.

PostHog MCP tools

Check if a PostHog MCP server is connected. If available, look for tools related to feature flag management (creating, listing, updating, deleting flags). Use these tools to manage flags directly in PostHog rather than requiring the user to do it manually in the dashboard.

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 posthog or pip install -r requirements.txt and do NOT use unquoted version specifiers like >= directly in shell commands
  • In 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

Mais skills de posthog

managing-experiment-lifecycle
posthog
Orienta as transições de estado do experimento: iniciar, pausar, retomar, encerrar, enviar variantes, arquivar, redefinir e duplicar. Abrange pré-condições,…
official
configuring-experiment-analytics
posthog
Configures the analytics side of a PostHog experiment — exposure criteria (default `$feature_flag_called` vs custom exposure events), primary and secondary…
official
error-tracking-hono
posthog
Rastreamento de erros do PostHog para Hono
official
error-tracking-react
posthog
Rastreamento de erros do PostHog para React
official
integration-android
posthog
Integração PostHog para aplicativos Android
official
integration-ruby
posthog
Integração do PostHog para qualquer aplicação Ruby usando o SDK Ruby
official
tuning-incremental-sync-config
posthog
A configuração de uma sincronização reside no ExternalDataSchema e pode ser alterada a qualquer momento via external-data-schemas-partial-update. A maioria das alterações não é destrutiva (entra em vigor na próxima sincronização), mas algumas (mudar o sync_type, alterar chaves primárias) exigem manuseio cuidadoso para evitar corromper os dados sincronizados.
official
instrument-integration
posthog
Use esta skill para adicionar o SDK do PostHog a uma aplicação. Utilize-a ao configurar o PostHog pela primeira vez ou ao revisar PRs que precisam de inicialização do PostHog. Abrange instalação do SDK, configuração do provider e configuração básica. Suporta qualquer framework ou linguagem.
official