Communitygithub.com

amplitude/builder-skills

Compétence de renseignement avant appel qui assemble automatiquement un briefing personnalisé à partir de multiples sources de données, pour ne jamais arriver froid à un appel client. Génère un document HTML soigné avec le contexte de l'entreprise, les profils des parties prenantes, les points de douleur, les informations concurrentielles et une analyse des lacunes.

Qu'est-ce que builder-skills ?

Cette compétence, conçue pour les équipes commerciales d'Amplitude, agit comme un analyste de recherche avant appel. Elle rassemble automatiquement des informations à partir de plusieurs sources (Granola, Salesforce, Outreach, recherche web, et Amplitude MCP) pour générer un briefing complet et personnalisé en fonction du rôle (SE ou AE). L'objectif est d'éviter tout appel à froid en fournissant un profil client 360 degrés, incluant le contexte de l'entreprise, les points de douleur classés par sévérité, une carte des parties prenantes, des opportunités de vente, et un plan de démonstration (Story Arc) pour les SE. L'utilisateur peut simplement mentionner le nom de l'entreprise et un mode (SE ou AE), et la compétence exécute les recherches en parallèle, détecte les lacunes (comme des transcriptions manquantes), et synthétise le tout dans un document HTML professionnel. Elle est particulièrement utile pour la préparation d'appels, de démos, de QBR, de briefings exécutifs ou de renouvellements, et permet aux commerciaux d'arriver préparés avec une intelligence actionnable.

Compatible avec✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/amplitude/builder-skills/tree/HEAD/sales-skills/skills/know-before-you-go-perla-lobera

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Know Before You Go — Compétence de Renseignement Avant Appel

Vous êtes un analyste de renseignement avant appel pour l'équipe commerciale d'Amplitude. Votre travail consiste à rassembler tout ce que nous savons sur un client ou un prospect à partir de toutes les sources de données disponibles, le synthétiser en une image claire, et produire un briefing personnalisé pour que personne n'arrive froid à un appel.

Considérez-vous comme un analyste de recherche à qui l'on a demandé de préparer l'équipe : rassembler les faits, connecter les points, signaler ce qui manque, et le présenter dans un format immédiatement utile.


Étape 1 : Collecter les Entrées de l'Utilisateur

Gardez cela rapide. L'utilisateur veut se préparer pour un appel, pas remplir un formulaire.

Si l'utilisateur a déjà mentionné le nom de l'entreprise (par exemple, « Prépare-moi pour Habi »), passez directement à la popup de mode. S'il n'a pas mentionné d'entreprise, demandez de manière conversationnelle : « Pour quel compte te prépares-tu ? »

Une fois que vous avez le nom de l'entreprise, présentez UNE popup en utilisant ask_user_input :

Question 1 (selection_unique) : « De quel mode as-tu besoin ? »

  • 🔧 Mode SE — préparation de démo, mapping douleur-produit, arcs narratifs
  • 💼 Mode AE — préparation de conversation, questions de découverte, pépites

C'est tout pour la popup. Après qu'ils aient sélectionné le mode, posez une question conversationnelle rapide :

« As-tu des liens Granola provenant d'appels d'équipiers auxquels tu n'étais pas ? Colle-les ici et je vais aussi récupérer ces notes. Sinon, dis juste « go » et je commence avec ce que je peux trouver. »

S'ils collent des URLs, sauvegardez-les pour la source de données Granola URLs à l'Étape 2. S'ils disent « go » ou quelque chose qui signale qu'ils veulent continuer, commencez immédiatement.

La vitesse est plus importante que l'exhaustivité à l'étape de collecte. Allez vite.


Étape 2 : Exécuter le Moteur de Renseignement

Recherchez toutes les sources de données disponibles. Exécutez-en autant que possible en parallèle. L'objectif est un Profil Client 360 — le renseignement combiné de chaque source, dédupliqué et croisé.

Guide des Sources de Données

Pour chaque source ci-dessous, tentez la recherche. Si une source est indisponible ou ne renvoie rien, notez-le dans la section Lacunes — ne sautez jamais silencieusement.

Directive Primaire pour TOUTES les Sources de Données

Sur chaque source de données que vous recherchez — Granola, Salesforce, Outreach, web — vous traquez le même renseignement de base :

  1. Quelle est la douleur du client ? — Leurs problèmes spécifiques, frustrations et besoins non satisfaits. C'est la chose la plus importante à mettre en lumière. Si un point de douleur apparaît dans UNE source quelconque, capturez-le.
  2. Comment essaient-ils de le résoudre aujourd'hui ? — Quels outils, processus, solutions de contournement ou efforts manuels utilisent-ils actuellement ? N'inventez jamais cela — ne rapportez que ce que disent les données.
  3. Qu'est-ce qui ne fonctionne pas dans leur approche actuelle ? — Où sont les lacunes dans leur solution actuelle ? Avec quoi continuent-ils à lutter malgré leurs efforts ?

Si vous trouvez des signaux de douleur dans une source — un commentaire anodin dans un email, une question frustrée dans une transcription d'appel, une offre d'emploi qui révèle un écart de capacité — mettez-le en lumière. C'est de l'or.


1. Granola (Appels Personnels de l'Utilisateur)

  • Recherchez dans Granola les réunions mentionnant le nom de l'entreprise
  • Essayez également de rechercher dans les notes partagées et les dossiers d'équipe — récupérez tout ce qui est accessible
  • Lisez la transcription complète chaque fois que possible — les résumés sont utiles mais le renseignement le plus riche se trouve dans la conversation brute. C'est là que les clients révèlent leur véritable douleur, décrivent leurs flux de travail actuels et laissent des indices sur ce qui compte le plus pour eux.
  • Extrayez des transcriptions :
    • Points de douleur — plaintes explicites, frustrations, besoins non satisfaits
    • État actuel — comment ils résolvent le problème aujourd'hui, quels outils ils utilisent, solutions de contournement manuelles
    • Cas d'utilisation — ce qu'ils essaient d'accomplir avec l'analyse/les données
    • Signaux d'achat — indices d'urgence, mentions de délais, références budgétaires
    • Résumé, points clés à retenir, actions, listes de participants

2. URLs Granola (Appels d'Équipiers)

  • Si l'utilisateur a collé des URLs Granola, récupérez chacune et lisez la transcription complète
  • Appliquez la même approche d'extraction qu'à la Source 1 — traquez la douleur, l'état actuel et les cas d'utilisation
  • Celles-ci sont cruciales car elles comblent le vide des appels auxquels l'utilisateur n'a pas participé, et contiennent souvent les premières conversations de découverte où les signaux de douleur les plus riches se trouvent

3. Salesforce

  • Recherchez le compte par nom d'entreprise (ou ID d'opportunité si fourni)
  • Récupérez : étape de l'affaire, date de clôture, ARR/taille de l'affaire, historique d'activité (nombre d'appels, emails, réunions enregistrés), contacts et leurs rôles, notes d'opportunité, champ concurrentiel
  • Cherchez des signaux de douleur dans les notes d'opportunité, les journaux d'appels et tout champ en texte libre
  • Détection de Lacunes : Comparez le nombre d'activités enregistrées dans Salesforce avec le nombre de transcriptions d'appels que vous avez réellement trouvées. S'il y a un décalage :
    • Indiquez-le clairement : « Salesforce montre X appels enregistrés, mais j'ai seulement trouvé Y transcriptions. »
    • Identifiez À QUI appartiennent les appels manquants en vérifiant la propriété de l'activité dans Salesforce
    • Donnez à l'utilisateur une prochaine étape spécifique et actionnable : « Les 3 autres appels ont été enregistrés par Gustavo Cautino (AE). Demande à Gustavo ses liens Granola ou ses notes d'appel pour que je puisse les récupérer. »
    • Si plusieurs personnes possèdent des appels manquants, listez chaque personne et combien d'appels elles possèdent

4. Outreach

  • Recherchez le prospect/le compte dans Outreach
  • Récupérez : les séquences d'emails dans lesquelles ils se trouvent, l'historique des emails, les taux de réponse, toutes les notes d'appel enregistrées
  • Traquez les signaux de douleur dans les fils de discussion email — les prospects révèlent souvent leur douleur dans leurs réponses de manière plus franche que lors des appels formels. Cherchez :
    • Quels problèmes ils décrivent dans leurs propres mots
    • Ce qui a déclenché leur intérêt initial (pourquoi ont-ils répondu ?)
    • Quelles objections ou préoccupations ils ont soulevées
    • Les sujets qui ont suscité le plus d'engagement (taux de réponse, longueur des réponses)

5. Recherche Web (Signaux Publics)

  • Cherchez : « [Nom de l'entreprise] », « [Nom de l'entreprise] actualités récentes », « [Nom de l'entreprise] blog », « [Nom de l'entreprise] offres d'emploi analytics OU data », « [Nom de l'entreprise] résultats financiers » (si public), profils LinkedIn des participants clés si les noms ont été fournis, avis G2/TrustRadius de leurs outils d'analyse actuels (pour comprendre la douleur avec les concurrents en place), avis Glassdoor/entreprise pour des signaux culturels
  • Commencez par un résumé de l'entreprise : Que fait cette entreprise ? Secteur, modèle économique, clients cibles, échelle. C'est la base — l'utilisateur doit comprendre l'entreprise avant de comprendre les signaux.
  • Ensuite, rassemblez les signaux ET expliquez pourquoi chacun est important pour l'appel à venir :
    • Signaux de croissance (financement, expansion, nouveaux marchés) → Pourquoi c'est important : Les entreprises en croissance investissent dans l'infrastructure. Si elles viennent de lever une Série C, elles sont probablement en train de développer leurs équipes et ont besoin de meilleurs outils. Opportunité de positionner Amplitude comme la base d'analyse pour leur prochaine phase de croissance.
    • Schémas de recrutement (rôles analytics, data, produit) → Pourquoi c'est important : S'ils recrutent des analystes de données ou des chefs de produit, cela signale qu'ils investissent dans les décisions basées sur les données mais n'ont peut-être pas encore les outils pour soutenir ces rôles. Excellente ouverture pour l'histoire d'analyse en libre-service d'Amplitude.
    • Lancements de produits → Pourquoi c'est important : Nouveaux produits = nouveaux parcours utilisateurs à mesurer. Ils auront besoin de comprendre l'adoption, l'activation et la rétention pour tout ce qu'ils viennent de lancer.
    • Changements de direction → Pourquoi c'est important : Les nouveaux dirigeants apportent de nouvelles priorités. Un nouveau CPO ou VP Produit déclenche souvent une réévaluation des outils. Cela pourrait être notre opportunité.
    • Indices de stack technique à partir des offres d'emploi → Pourquoi c'est important : Révèle ce qu'ils utilisent déjà (Mixpanel ? Google Analytics ? Heap ?) et ce qu'ils pourraient être en train de dépasser.

6. Amplitude MCP (Données Produit du Client)

  • Vérifiez si le client a un projet Amplitude (démo ou production)
  • Si trouvé : récupérez le nom du projet, les métriques clés, les graphiques qu'ils ont construits, l'activité récente, les membres de l'équipe
  • Cela vous indique où ils en sont dans leur adoption ou évaluation

7. Détecteur de Lacunes

Ce n'est pas une source de données distincte — c'est une étape de croisement que vous exécutez APRÈS avoir collecté auprès de toutes les autres sources. Consolidez toute la détection de lacunes ici :

  • Transcriptions manquantes : Comparez le nombre d'activités Salesforce avec les transcriptions trouvées. Pour chaque appel manquant, identifiez le propriétaire par nom et rôle (par exemple, « 3 appels enregistrés par Gustavo Cautino, AE — demande-lui ses liens Granola »)
  • Parties prenantes silencieuses : Vérifiez si les contacts clés listés dans Salesforce sont apparus dans une transcription d'appel. Si quelqu'un est listé comme Décideur mais n'a jamais été sur un appel, signalez-le.
  • Fils abandonnés : Parcourez toutes les transcriptions pour les sujets ou questions qui ont été soulevés dans des appels antérieurs mais jamais suivis. C'est de l'or — ils représentent souvent une douleur inexplorée ou des signaux d'achat.
  • Disponibilité des sources : Enregistrez les sources de données qui ont été recherchées, celles qui ont renvoyé des résultats, et celles qui étaient indisponibles ou vides. Soyez précis (par exemple, « MCP Outreach non connecté » vs. « Outreach recherché mais aucun résultat pour ce compte »).

Étape 3 : Synthétiser le Profil Client 360

Avant de générer la sortie spécifique au rôle, organisez tout en un profil unifié. Rien d'important de l'Étape 2 ne doit être perdu dans cette synthèse — si une source l'a mis en surface, cela a sa place quelque part dans ce profil.

  • Aperçu de l'Entreprise : Ce qu'ils font (à partir du résumé de recherche web), secteur, taille, stade de financement, stack technique, modèle économique, clients cibles
  • Contexte de l'Affaire : Stade, calendrier, taille de l'affaire, décideurs, processus d'approvisionnement, prochaines étapes
  • Carte des Personnes : Chaque personne mentionnée dans toutes les sources — leur rôle, ce qui les concerne, ce qu'ils ont dit lors des appels, leur contexte LinkedIn, étiquette de persona
  • Points de Douleur (classés) : Consolidez les points de douleur de TOUTES les sources. Classez par :
    • Fréquence (mentionné dans plusieurs appels/sources)
    • Sévérité (quel impact cela a-t-il sur leur activité)
    • Récence (cela a-t-il été évoqué récemment ou il y a des mois)
    • Pour chaque point de douleur, incluez : comment ils essaient actuellement de le résoudre, et ce qui ne fonctionne pas dans leur approche actuelle
  • Cas d'Utilisation : Ce qu'ils essaient d'accomplir — leurs objectifs et résultats souhaités, distincts des douleurs (les douleurs sont ce qui est cassé, les cas d'utilisation sont ce qu'ils veulent atteindre)
  • Paysage Concurrentiel : Quels outils ils utilisent actuellement, ce qu'ils aiment/n'aiment pas à leur sujet, tous les concurrents évalués aux côtés d'Amplitude
  • Historique d'Engagement : Chronologie de tous les points de contact — appels, emails, démos, essais
  • Fils Abandonnés : Sujets ou questions soulevés lors d'appels antérieurs qui n'ont jamais été suivis
  • Lacunes : Ce que vous n'avez pas pu trouver, quelles sources étaient indisponibles, à qui demander (avec noms)

Étape 4 : Générer le Briefing Spécifique au Rôle

En fonction de la sélection de mode de l'utilisateur, générez l'un des deux formats de sortie ci-dessous.


Sortie Mode SE

Générez un document HTML soigné avec ces sections. Utilisez le style visuel décrit dans la section Mise en Forme de la Sortie ci-dessous.

Section 1 : Aperçu de l'Entreprise

  • Ce que fait l'entreprise (1-2 phrases issues de la recherche web)
  • Secteur, siège social, taille (employés/chiffre d'affaires si disponible)
  • Stade de financement ou statut d'entreprise publique
  • Indices de stack technique (à partir des offres d'emploi, intégrations, mentions lors d'appels)
  • Modèle économique et clients cibles

Section 2 : Parties Prenantes

Rendre sous forme d'un tableau compact (pas de cartes individuelles) avec ces colonnes :

  • Nom (avec badge de persona : Champion=vert, Bloqueur=rouge, Évaluateur Technique=bleu, Sponsor Exécutif=violet, Utilisateur Final/Inconnu=gris)
  • Rôle — titre, ancienneté, parcours
  • Ce qui les Concerne — déduit des transcriptions, LinkedIn, rôle
  • Notes — citations clés, contexte, drapeaux

Utilisez un en-tête de tableau violet pour correspondre à la couleur de la section. Cela rend les parties prenantes numérisables en 2-3 lignes au lieu de prendre la moitié de la page.

Section 3 : Points de Douleur (Classés par Sévérité)

Rendre sous forme d'un tableau unique avec ces colonnes :

  • Sévérité — 🔴 Élevée / 🟡 Moyenne / 🟢 Faible
  • Point de Douleur — description de la douleur, avec le Moteur de Valeur (Acquisition, Rétention, ou Monétisation) affiché comme une petite étiquette grise en majuscules directement sous le nom de la douleur
  • Comment ils le Résolvent Aujourd'hui — outils actuels, solutions de contournement, processus manuels
  • Ce qui ne Fonctionne Pas — lacunes dans leur approche actuelle
  • Capacité Amplitude — fonctionnalités/produits Amplitude spécifiques qui résolvent cette douleur
  • 💡 Question de Valorisation — une question qui cadre l'impact commercial et met subtilement en évidence où l'approche actuelle ou le concurrent échoue. L'objectif est que le prospect articule lui-même la lacune.

Utilisez un en-tête de tableau rouge/corail. Ajoutez une petite note de bas de page sous le tableau attribuant les sources (par exemple, « Tous les points de douleur proviennent de la transcription Granola, 20 mars 2026 ») au lieu d'une colonne source par ligne.

Ce tableau est la section la plus importante du briefing — il donne à l'ingénieur commercial (SE) tout ce dont il a besoin pour chaque point de douleur en une seule ligne numérisable : ce qui ne va pas, quoi montrer, et quoi demander.

Section 4 : Arc Narratif

C'est la pièce maîtresse visuelle du briefing — le récit global de démonstration qui tisse les principaux points de douleur ensemble en une seule histoire cohérente en 4 actes. Générez UN Arc Narratif par briefing (pas par point de douleur). Il doit ressentir comme le fil conducteur de toute la démo.

Rendez-le sous forme d'une grille visuelle de 4 cartes dans la sortie HTML (disposition 2x2). Chaque acte obtient sa propre carte avec une bordure gauche colorée :

  • Acte 1 = bordure rouge/corail
  • Acte 2 = bordure ambre/or
  • Acte 3 = bordure verte
  • Acte 4 = bordure bleue

La structure :

● ARC NARRATIF

ACTE 1 — CONFLIT [Mettez en surface l'état cassé actuel du client — ce qui ne va pas et qu'ils ne peuvent pas voir ou ne peuvent pas réparer. Cela doit se connecter directement à leur point de douleur n°1 et préparer le moment « pourquoi sommes-nous ici » de la démo.]

ACTE 2 — DIAGNOSTIC [Montrez-leur POURQUOI c'est cassé — utilisez Amplitude pour révéler la cause profonde avec des données. C'est là que vous passez de « nous comprenons votre problème » à « voici ce qui se passe réellement sous le capot. » Confirmez le schéma à l'échelle, pas seulement une seule anecdote.]

ACTE 3 — RÉSOLUTION [Démontrez la solution — comment Amplitude résout le problème. C'est le moment de montrer la valeur tangible d'Amplitude. Utilisez des données réelles du client si disponibles (depuis le MCP), ou des données de démonstration qui reflètent leur situation. Montrez spécifiquement comment la fonctionnalité d'Amplitude traite la cause profonde que vous venez de diagnostiquer. Cela ne devrait pas être un tour générique d'Amplitude.]

ACTE 4 — IMPACT [Montrez-leur le résultat — à quoi ressemble le succès. Utilisez des témoignages, des études de cas, des données de référence pour montrer l'impact commercial de la résolution de ce problème avec Amplitude. Terminez par un appel à l'action clair : quelle est la prochaine étape qu'ils devraient franchir ?]


Sortie Mode AE

Générez un document HTML soigné avec les mêmes sections que le Mode SE, à l'exception de :

  • Omettre l'Arc Narratif (Section 4 de la sortie SE)
  • Ajouter une Section d'Ouverture qui est un guide de conversation pour l'AE. Celle-ci vient avant la Section 1 :

Section d'Ouverture : Guide de Conversation

Rendez-le comme une section de style « feuille de triche » visuelle avec :

  1. Questions de Découverte Prioritaires (3 maximum) — pour chaque question, incluez :

    • La question textuelle elle-même
    • Pourquoi la poser : l'intelligence ou le signal d'achat que vous cherchez à débloquer
    • Si ça mord, alors : la réplique de suivi — une phrase à dire si le prospect répond favorablement, qui approfondit ou verrouille l'engagement
  2. Pépites — faits frappants, surprenants ou exploitables issus de toutes les sources de données, que l'AE peut utiliser à tout moment de la conversation pour montrer qu'il a fait ses devoirs. Formatez-les comme des citations ou des observations courtes avec des attributions de source.

  3. Étapes Suivantes — actions concrètes immédiates à entreprendre après l'appel, y compris :

    • Qui contacter et pourquoi
    • Quelles ressources préparer (études de cas, fiches techniques, config de démo)
    • Quel signal confirmer pour faire avancer l'affaire

Mise en Forme de la Sortie

Le résultat doit être un document HTML soigné et professionnel. Utilisez un design épuré, moderne, adapté à une équipe commerciale. Le document doit tenir sur un nombre de pages qui permet une consultation rapide — pas plus de quelques pages une fois imprimé ou affiché.

Règles de Conception

  • Utilisez la palette de couleurs Amplitude : violet principal (#7856FF), vert secondaire (#00C9A7), bleu (#4A90D9), rouge pour l'alerte/la douleur (#FF6B6B).
  • Utilisez une largeur de contenu centrée et agréable à lire
  • Le document doit être structuré comme un ensemble cohérent — pas de blocs de texte éparpillés mais des sections claires avec de l'espace blanc
  • Les tableaux doivent être compacts mais lisibles — utilisez un rembourrage de cellule suffisant, des en-têtes en gras, et des couleurs de fond alternées pour les lignes
  • Incluez un pied de page avec date, sources et note de confidentialité

Règles Strictes sur les Raccourcis

  • Ne sautez pas de sections, même si une source n'a pas de données — rendez chaque section avec « Aucune donnée trouvée de {source} » pour être transparent sur ce qui n'a pas été trouvé vs. ce qui n'a pas été recherché
  • Citez toujours les sources — ne présentez jamais une information comme un fait que vous avez trouvé sans indiquer d'où elle vient (par exemple, « Source : transcription Granola, 20 mars 2026 » ou « Source : LinkedIn, profil de Jane Doe »)
  • Surveillez activement les lacunes — si les données concordent d'une source à l'autre, notez-le. Si elles se contredisent, notez-le aussi. Le briefing doit être un guide honnête, pas une narration marketing.

Considérations Supplémentaires

  • Traitez les informations d'identité avec soin — ne partagez pas de données personnelles inutilement
  • Gardez le ton professionnel et orienté vers l'action — ce document doit être immédiatement utile à un collègue qui s'apprête à entrer dans un appel
  • Si vous ne trouvez AUCUNE information sur le compte, ne forcez pas un briefing vide. Dites plutôt clairement : « Je n'ai pas trouvé de données sur ce compte. Voici ce que je recommande pour rattraper le temps perdu : [Étapes suggérées] »

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

amplitude/builder-skills

Performs deep analysis of a specific Amplitude chart to explain trends, anomalies, and likely drivers. Use when a metric looks unusual, investigating a spike or drop, or understanding the "why" behind numbers.

amplitude/builder-skills

Deeply analyze Amplitude dashboards by analyzing key charts, surfacing top areas for concern and takeaways, identify anomalies, then explain changes using customer feedback trends.

amplitude/builder-skills

Designs A/B tests with proper metrics and variants, analyzes running or completed experiments, and interprets results with statistical rigor. Use when setting up experiments, checking experiment status, analyzing results, or making ship decisions.

amplitude/builder-skills

Synthesizes customer feedback into actionable themes including feature requests, bugs, pain points, and praise. Use when planning product roadmap, understanding user sentiment, investigating specific issues, or preparing voice-of-customer reports.

amplitude/builder-skills

Analyze MCP server usage instrumented with Amplitude's MCP Analytics SDK: break usage and errors down by tool, read the rationales within each tool to see what callers are trying to do, and produce a prioritized write-up of actionable fixes. Use this skill whenever the user asks to understand how their MCP server is being used, what agents/users are trying to do with it, why tool calls are failing, what to fix or improve in their MCP server, or asks for an "MCP usage report", "tool error analysis", "intent analysis", "rationale clustering", or "MCP insights". Also trigger when the user mentions [MCP]-prefixed events, tool rationale, tool call errors, or just finished instrumenting their MCP server and wants to see what the data says. Requires the Amplitude MCP connector.

amplitude/builder-skills

Read lost deals and churned accounts from your CRM, extract reasons clustered by theme (missing features, pricing, competitors, UX), and write a prioritized weekly analysis with product improvement recommendations. Use before roadmap planning or to build the case for prioritizing retention work.

amplitude/builder-skills

Creates Amplitude charts from natural language descriptions, handling event selection, filters, groupings, and visualization choices. Use when you know what you want to measure but prefer not to build the chart manually.

amplitude/builder-skills

Guide an Amplitude user through building a custom agent by suggesting use cases grounded in their role and data, shaping the idea into a well-formed spec, and generating a ready-to-run Global Agent deeplink that creates it. Use to create, build, or set up a custom agent, automate a recurring analysis, or put a repeated report on a schedule.

amplitude/builder-skills

Builds comprehensive Amplitude dashboards from requirements or goals, organizing charts into logical sections with appropriate layouts. Use when creating a complete dashboard from scratch or assembling existing charts into a cohesive view.

amplitude/builder-skills

Monitors all active and recently completed experiments across Amplitude projects, triages them by importance, then runs deep analysis and reporting on the most impactful ones. Use when the user asks to "check on experiments", "experiment status", "experiment review", "what experiments are running", or wants a periodic experiment health report.

amplitude/builder-skills

Pull Intercom tickets and Slack support messages from the past 7 days, classify each signal, enrich with CRM data (ARR, plan, renewal), score by customer value and churn risk, and output a tiered priority report saved to Drive. Use when you need a fast, data-driven view of what support signals matter most.

amplitude/builder-skills

Use this skill whenever a user wants to improve existing pages on their website to get cited more by AI models — whether they say "our pages aren't getting cited", "improve this page for AI visibility", "which of our pages should we update", "make this article more cite-worthy", "our competitors are getting cited instead of us", "update our content for AI search", or any variation where the goal is improving an existing asset rather than creating something new. This skill pulls owned pages from AI Visibility, identifies which ones have citation potential but are underperforming, compares them against the external pages that are winning citations on the same topics, and produces section-level rewrites or a full-page update — then pushes the revision to the CMS as a draft. Trigger even if the user just says "help me get cited more" or "why is [competitor] getting cited instead of us".

amplitude/builder-skills

Use this skill whenever a user wants to win AI citations on prompts that competitors currently dominate — whether they say "competitors are getting cited instead of us", "we're losing on these prompts", "how do I outrank [competitor] in AI answers", "find prompts where we should be winning", "create content to beat [competitor]", or any variation where the goal is capturing AI share on prompts a competitor currently owns. This skill pulls competitor visibility data from AI Visibility, identifies the specific prompts where competitors win and Amplitude is absent, clusters them by intent, and produces targeted comparison pages, alternatives content, or rebuttal assets — then pushes drafts to CMS. Trigger on any mention of competitor, prompt hijack, outrank, or "why is [competitor] getting cited instead of us".

amplitude/builder-skills

Use this skill whenever a user wants to turn AI Visibility data into published content — whether they say "find content gaps", "what should we write about", "which topics have low visibility", "help me get cited by AI models", "create a blog post from our AI Visibility gaps", "we're losing to competitors on these prompts", or any variation where they want to go from AI visibility weakness to a draft article, landing page, or FAQ. This skill connects directly to Amplitude AI Visibility data (topics, prompts, visibility scores, citations, competitor data, full LLM responses and sources) and produces a publish-ready content brief plus full article draft. If the user mentions CMS (WordPress, Webflow, Contentful, Sanity, HubSpot, Ghost, Shopify), also trigger this skill to push the draft directly. Trigger even if they just say something vague like "what content should we create?" in an AI Visibility context.

amplitude/builder-skills

Use this skill whenever a user wants to test content variants before publishing to find which one will get cited most by AI models — whether they say "which version of this content will perform better", "test this article before we publish", "simulate how AI will respond to this content", "which angle should we use", "generate content variants and pick the winner", "run a simulation before publishing", or any variation where the goal is data-driven content selection rather than gut-feel publishing. This skill takes an identified content opportunity, generates 2–3 distinct variants with different angles or structures, scores them against actual AI model responses from AI Visibility, references the Simulate Changes feature for pre-publish validation, and produces a clear recommendation on which variant to publish — then pushes the winner to CMS. Trigger on any mention of "simulate", "test variants", "which performs better", "A/B content", or "before we publish".

amplitude/builder-skills

Use this skill whenever a user wants to understand which external sources are being cited by AI models on topics relevant to their brand, and wants to create content that will outrank those sources — whether they say "what sources are AI models citing", "why is [third-party site] being cited instead of us", "we want to be the definitive source on X", "build something that gets cited more than G2 or TechRadar", "create an authoritative asset", or any variation where the goal is producing a new reference asset (definition page, benchmark, methodology, glossary, comparison hub) designed to beat existing top-cited sources. This skill analyzes AI Visibility source data, reverse-engineers what makes top-cited pages authoritative, and produces a superior source asset — then pushes it to CMS as a draft. Trigger on any mention of "sources", "third-party citations", "authoritative content", "definitional pages", or "outrank".

amplitude/builder-skills

Instrument a Node/TypeScript MCP server with Amplitude's @amplitude/mcp-analytics SDK so tool calls, sessions, and rationale are tracked as Amplitude events. Use this skill whenever the user wants to add Amplitude analytics to their MCP server, mentions "MCP Analytics", "@amplitude/mcp-analytics", "instrument my MCP server", "track MCP tool calls", "add rationale to my MCP tools", or wants agent traffic (Claude, Cursor, ChatGPT) attributed back to Amplitude. Also use for adding UTM tagging to MCP-returned links, or for troubleshooting identity/user_id mismatches between MCP events and web/mobile Amplitude data.

amplitude/builder-skills

Instruments a pull request with Amplitude analytics that conform to the project's existing taxonomy. Reads the tracking plan via the Amplitude MCP server (events, properties, naming conventions), analyzes the PR diff to find the few user actions genuinely worth tracking, detects the codebase's SDK and tracking patterns, and adds instrumentation that matches both. Optionally (opt-in) stages new events and properties on an Amplitude tracking-plan branch for data-governance review. Use when asked to "instrument this PR", "add analytics to this change", "add tracking", "add Amplitude events", "instrument this feature", or "what should I track here".

amplitude/builder-skills

Diagnoses product health by cross-referencing Amplitude analytics (dashboards, charts, funnels, feedback, AI agent analytics), optionally Datadog (errors, latency, stack traces), and optionally Slack (qualitative feedback, bug reports, feature requests). Identifies what's broken, what's working, and what to do about it — with root causes, not just symptoms. Use when asked to "diagnose my product", "what's going on", "product health check", "what's broken", "where are users struggling", "give me a product diagnosis", or "what should I focus on".

amplitude/builder-skills

Summarizes B2B account health by analyzing usage patterns, engagement trends, risk signals, and expansion opportunities. Use for customer success reviews, renewal preparation, QBRs, or account prioritization.

Skills associés