PostHog feature flags pour iOS

Cette skill vous aide à ajouter des feature flags PostHog aux applications iOS.

Fichiers de référence

• references/ios.md - Installation des feature flags iOS - docs
• references/adding-feature-flag-code.md - Ajout de code de feature flags - docs
• references/best-practices.md - Bonnes pratiques des feature flags - docs

Consultez la documentation pour les détails de l'API et les patterns spécifiques au framework.

Principes clés

• Variables d'environnement : Utilisez toujours des variables d'environnement pour les clés PostHog. Ne les codez jamais en dur.
• Modifications minimales : Ajoutez le code de feature flags aux côtés de la logique existante. Ne remplacez ou restructurez pas le code existant.
• Flags booléens d'abord : Privilégiez les vérifications de flags booléens sauf si l'utilisateur demande spécifiquement des flags multivariés.
• Côté serveur quand possible : Préférez l'évaluation des flags côté serveur pour éviter le scintillement de l'UI.

Outils PostHog MCP

Vérifiez si un serveur PostHog MCP est connecté. S'il est disponible, recherchez les tools relatifs à la gestion des feature flags (création, listing, mise à jour, suppression de flags). Utilisez ces tools pour gérer les flags directement dans PostHog plutôt que de demander à l'utilisateur de le faire manuellement dans le dashboard.

Recommandations du framework

• Lisez la configuration à partir des variables d'environnement via une énumération PostHogEnv avec une propriété calculée value qui appelle ProcessInfo.processInfo.environment[rawValue] et utilise fatalError si manquante — les cas doivent être projectToken = "POSTHOG_PROJECT_TOKEN" et host = "POSTHOG_HOST", définis dans les variables d'environnement Run du schéma Xcode
• Lors de l'ajout de dépendances SPM à project.pbxproj, créez trois objets distincts avec des UUIDs uniques — un PBXBuildFile (avec productRef), une XCSwiftPackageProductDependency (avec package et productName), et une XCRemoteSwiftPackageReference (avec repositoryURL et requirement). Le fichier de build va dans la phase Frameworks files, la dépendance de produit va dans packageProductDependencies de la cible, et la référence de package va dans packageReferences du projet.
• Vérifiez la dernière version de posthog-ios sur https://github.com/PostHog/posthog-ios/releases avant de définir minimumVersion dans la référence de package SPM — ne codez pas en dur une version obsolète
• Si le projet utilise App Sandbox (macOS), ajoutez ENABLE_OUTGOING_NETWORK_CONNECTIONS = YES aux paramètres de build de la cible afin que PostHog puisse atteindre ses serveurs — ne désactivez PAS entièrement le sandbox