de agent-assistant50
Patterns et meilleures pratiques pour l'implémentation du tracking Segment (Analytics.js et côté serveur), conception de schémas d'événements et évitement des anti-patterns courants.
Fournit des patterns concrets pour l'intégration de Segment Analytics.js sur le client et @segment/analytics-node sur le serveur, ainsi que des conseils pour concevoir des plans de tracking et éviter les erreurs courantes. Inclut des recommandations pratiques sur le nommage des événements, la gestion des ID identify/anonymous, le batching d'appels serveur non bloquants et les points d'application de la validation.
Utilisez ce skill lors de la construction ou de l'audit d'implémentations d'analyses/tracking reposant sur Segment en tant que CDP — particulièrement lorsque vous avez besoin de schémas d'événements cohérents, d'une ingestion serveur sécurisée ou pour corriger des fusions d'identité client instables. Utile lors de l'intégration d'ingénieurs analytics, de sprints d'instrumentation ou lors de la migration du tracking vers une architecture basée sur un CDP.
Probablement utile pour les agents effectuant des tâches d'assistance devops/ingénierie (agents d'écriture de code comme Copilot/Codex/Gemini Code) et pour les réviseurs QA/analytics qui valident les schémas d'événements.
La compétence Segment CDP est une compétence uniquement documentaire sans scripts. Elle couvre l'intégration du navigateur Analytics.js, le suivi côté serveur avec Node.js et la conception de plans de suivi, mais toutes les sections sont des ébauches superficielles. Les anti-modèles sont juste des en-têtes sans explications, et le tableau Sharp Edges est entièrement composé de contenu fictif (chaque ligne indique 'Issue' / 'See docs'). Elle apporte une valeur actionnable minimale malgré un sujet véritablement utile.
Probablement une compétence auto-générée/vibeship sans substance réelle. Tout le contenu est squelettique. Pas malveillant, mais pas utile non plus dans sa forme actuelle.
