Communitygithub.com

amplitude/builder-skills

Utilisez cette compétence lorsqu'un utilisateur souhaite gagner des citations IA sur des prompts actuellement dominés par des concurrents. Elle identifie les prompts où un concurrent est cité à la place d'Amplitude, les regroupe par intention et génère des contenus ciblés pour inverser la tendance.

Qu'est-ce que builder-skills ?

Cette compétence est conçue pour les équipes de contenu qui souhaitent récupérer les citations IA volées par des concurrents. Elle exploite les données de visibilité IA pour identifier précisément les prompts où un concurrent est fortement cité et où Amplitude est absent. En regroupant ces prompts par intention (comparaison directe, alternatives, capture de catégorie), elle guide la création de pages web optimisées pour être citées par les modèles de langage. La compétence prend en charge l'ensemble du flux de travail, de l'analyse concurrentielle à la rédaction de contenu, jusqu'à la publication dans le CMS (Sanity, Contentful, HubSpot, WordPress, Ghost, Webflow). Elle fournit également des conseils concrets pour maximiser les chances d'être cité, basés sur les mécanismes utilisés par les IA pour sélectionner leurs sources.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/amplitude/builder-skills/tree/HEAD/content-marketing-skills/skills/competitor-prompt-hijacker

Demander à votre IA préférée

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

Documentation

Pirate de Prompts Concurrents

Vous aidez une équipe de contenu à récupérer les citations IA volées par des concurrents. Lorsqu'un modèle d'IA reçoit une question comme "quel est le meilleur outil d'analyse produit" ou "Mixpanel vs Amplitude", la réponse donnée est déterminée par le contenu existant sur le web. Cette compétence trouve chaque prompt où un concurrent gagne et où Amplitude est absent — et produit du contenu spécifiquement conçu pour inverser ces citations.


Étape 0 — Découverte du CMS (à exécuter une fois au début de chaque session)

Avant toute chose, déterminez où le contenu révisé sera publié. Cela évite une impasse de copier-coller à la fin du workflow.

Vérifiez les outils CMS déjà connectés

Scannez les outils actuellement disponibles dans votre contexte. Modèles connus d'MCP CMS :

CMSModèles de noms d'outils à rechercher
Sanitysanity, create_documents_from_markdown, patch_document_from_markdown
Contentfulcontentful, create_entry, update_entry
HubSpot CMShubspot, update_blog_post, create_blog_post
WordPresswordpress, wp_update_post, wp_create_post
Ghostghost, update_post, create_post
Webflowwebflow, update_cms_item, create_cms_item

Si un MCP CMS est déjà connecté : confirmez en une ligne : "Je vois que [CMS] est connecté — je pusherai le nouveau contenu là-bas en tant que brouillon une fois que nous aurons terminé. Ça te va ?" Ensuite, passez à l'Étape 1.

Si rien n'est connecté : demandez une fois, de manière concise :

"Avant de commencer — quel CMS utilisez-vous pour publier ? Je peux pousser le contenu directement là-bas en tant que brouillon, plutôt que de vous donner un bloc de texte à coller."

Proposez : Sanity · Contentful · HubSpot · WordPress · Webflow · Ghost · Autre · "Donne-moi juste le contenu"

Ensuite, donnez une recommandation de configuration adaptée à leur réponse (même conseil que dans prompt-gap-to-publish). Ne bloquez pas sur la configuration — commencez l'analyse immédiatement et dites que vous serez prêt à pousser le contenu au moment où ils seront connectés.


Étape 1 — Identifier la Marque et Cartographier le Paysage Concurrentiel

Utilisez list_ai_visibility_org_brands pour identifier la marque (ou utilisez celle spécifiée par l'utilisateur).

Appelez ensuite get_ai_visibility_competitors avec l'orgBrandId sélectionné. Cela renvoie la liste complète des concurrents avec les champs : brandId, brandName, brandUrl, visibility, avgRank.

Triez par visibility décroissante. Les concurrents avec la plus forte visibilité sont ceux qui gagnent activement le plus de citations qui devraient revenir à Amplitude.

Présentez un tableau rapide pour orienter l'utilisateur :

ConcurrentVisibilité %Rang Moyen
Google Analytics 446%2.1
Mixpanel34%2.8
...

Si l'utilisateur a déjà nommé un concurrent spécifique, utilisez celui-ci et ignorez l'étape de sélection. Sinon, demandez : "Quel concurrent souhaitez-vous attaquer en premier ?"


Étape 2 — Trouver les Prompts où le Concurrent Gagne

Utilisez get_ai_visibility_prompts avec l'orgBrandId. Pour chaque prompt, vous devez comprendre :

  • Quelle est la visibilité du concurrent ciblé sur ce prompt ?
  • Quelle est la visibilité d'Amplitude sur ce prompt ?

Recherchez les prompts où :

  • La visibilité du concurrent est élevée (supérieure à 50%) et la visibilité d'Amplitude est faible (inférieure à 30%)
  • Le prompt a un responseCount élevé — plus il y a de réponses IA, plus l'opportunité de citation est grande
  • L'intention du prompt est une pour laquelle Amplitude devrait légitimement gagner (pas "comment utiliser Google Analytics")

Appelez également get_ai_visibility_prompt_responses pour les 5 à 10 prompts les plus faibles. Lire les réponses des LLM vous indique exactement ce que les modèles d'IA disent actuellement — et quel langage, cadre et affirmations vous devez contrer.


Étape 3 — Regrouper les Prompts par Intention

Regroupez les prompts identifiés en trois catégories. Ces catégories correspondent directement à des types de contenu :

Catégorie 1 : Comparaison directe — prompts comme "[Concurrent] vs Amplitude", "Amplitude ou [Concurrent]", "quel est le meilleur [Concurrent] ou Amplitude". Ils justifient une page de comparaison dédiée qui couvre les deux outils équitablement et fait une recommandation claire pour des cas d'usage spécifiques.

Catégorie 2 : Alternatives et découverte — prompts comme "alternatives à [Concurrent]", "concurrents de [Concurrent]", "outils similaires à [Concurrent]", "meilleur remplacement pour [Concurrent]". Ils justifient un article de type liste ou une page d'alternatives qui positionne Amplitude comme la meilleure recommandation.

Catégorie 3 : Capture de catégorie — prompts comme "meilleur outil d'analyse produit", "meilleures plateformes d'analyse numérique", "que devrais-je utiliser à la place de GA4". Amplitude est absent de la réponse IA alors qu'il est directement pertinent. Ils justifient soit une nouvelle page de catégorie, soit une mise à niveau d'une page existante.

Présentez la répartition des catégories :

Catégorie# PromptsExemple de promptVisibilité AmplitudeVisibilité Concurrent
Comparaison directe8"Mixpanel vs Amplitude"42%71%
Alternatives5"alternatives à Mixpanel"18%0%
Capture de catégorie12"meilleur outil d'analyse produit"29%55%

Demandez : "Quelle catégorie souhaitez-vous attaquer en premier — comparaison directe, alternatives, ou capture de catégorie ?" Attendez leur choix, ou suggérez celle avec le plus grand nombre total de réponses s'ils veulent votre recommandation.


Étape 4 — Diagnostiquer Ce Que Dit le Concurrent

Récupérez le contenu réel de la page la mieux classée du concurrent pour la catégorie sélectionnée en utilisant web_fetch. Si la page concurrente n'est pas identifiable à partir des données, utilisez les réponses LLM de l'Étape 2 pour comprendre quelles affirmations sont faites.

Récupérez également toute page Amplitude existante sur ce sujet en utilisant get_ai_visibility_pages avec mentionsBrandId pour le concurrent, filtré sur le domaine amplitude.com.

Comparez :

Affirmations que le concurrent fait et qu'Amplitude ne contredit pas : listez chacune d'elles. Ce sont les lacunes à combler.

Avantages de cadrage que possède le concurrent : par exemple, "Mixpanel se positionne comme "conçu pour les équipes produit"" tandis que la page d'Amplitude est générique. Un cadrage spécifique bat le générique.

Questions auxquelles le concurrent répond et auxquelles la page d'Amplitude ne répond pas : extraites des réponses LLM réelles — qu'est-ce que la réponse IA dit que le contenu d'Amplitude n'aborde pas ?

Points de preuve manquants : transparence des prix, liste des intégrations, segments de clients, guides de migration, benchmarks de performance.

Résumez le diagnostic en 4 à 6 points avant d'écrire quoi que ce soit.


Étape 5 — Générer le Contenu

En fonction de la catégorie sélectionnée, produisez l'un des éléments suivants. Écrivez entièrement — des phrases réelles, des affirmations réelles, pas une ébauche.

Pour la Catégorie 1 : Page de Comparaison Directe

Structure :

  • H1 : "[Concurrent] vs Amplitude : Quel Outil d'Analyse Produit vous Convient ?" (ou similaire)
  • Encadré TL;DR en haut (2–3 phrases) : à qui chaque outil convient le mieux, répondu directement
  • Section Aperçu : brève description équitable des deux outils
  • Tableau de comparaison des fonctionnalités : côte à côte sur 8 à 12 dimensions les plus pertinentes pour le public cible (suivi d'événements, relecture de session, tests A/B, modèle de tarification, gouvernance des données, etc.)
  • Quand choisir [Concurrent] : liste honnête — 3 à 4 scénarios où ils sont le meilleur choix
  • Quand choisir Amplitude : 3 à 4 scénarios avec des mentions spécifiques de capacités
  • Section Migration (si pertinent) : "Vous passez de [Concurrent] ? Voici à quoi vous attendre"
  • Bloc FAQ : 5 questions-réponses tirées des prompts réels de la Catégorie 1

Pour la Catégorie 2 : Page d'Alternatives

Structure :

  • H1 : "Meilleures Alternatives à [Concurrent] en [Année] : Comparées par les Équipes Produit"
  • Paragraphe d'ouverture : répondez à la question centrale en 2 phrases — qui passe de [Concurrent] et pourquoi
  • Tableau de comparaison : 5 à 6 meilleures alternatives avec leurs principaux différenciateurs et mentions "meilleur pour" ; Amplitude listé en premier avec le positionnement le plus fort
  • Section détaillée par alternative : 150–200 mots, couvrant ce qu'elle fait bien, ce qui lui manque, et à qui elle convient le mieux
  • Migration depuis [Concurrent] : portabilité des données, changements d'instrumentation, courbe d'apprentissage
  • Bloc FAQ : 4–5 questions-réponses provenant des prompts de la Catégorie 2

Pour la Catégorie 3 : Page de Capture de Catégorie

Structure :

  • H1 : "Meilleurs Outils de [Catégorie] en [Année] : Un Guide pour les Équipes Produit"
  • Ouverture : répondez à "quel est le meilleur outil X" directement en 2 phrases
  • Tableau de comparaison : 6 à 8 outils, avec Amplitude positionné pour les cas d'usage les plus précieux
  • Sections approfondies par outil ou par cas d'usage
  • Comment choisir : cadre de décision avec 4–5 critères
  • Bloc FAQ : 5 questions-réponses provenant des prompts de la Catégorie 3

Champs Meta (tous les types de pages)

Incluez toujours :

  • metaTitle — 50–60 caractères, riche en mots-clés, inclut le nom du concurrent pour les pages de comparaison
  • metaDescription — 140–160 caractères, répond à la requête centrale et inclut un CTA
  • slug — confirmez ou suggérez un chemin d'URL optimisé pour les mots-clés

Étape 6 — Pousser vers le CMS

Utilisez ce que vous avez découvert à l'Étape 0. Il s'agit d'un nouveau document (opération de création, pas de mise à jour).

Sanity — utilisez create_documents_from_markdown avec le contenu complet de l'article. Définissez _type pour correspondre au schéma de la page de blog/landing. Demandez à l'utilisateur en cas de doute : "Quel est le type de document pour les pages de comparaison dans votre schéma Sanity ?" N'utilisez jamais publish_documents sans instruction explicite.

Contentful — utilisez create_entry avec contentType correspondant au type de leur page de blog ou landing. Définissez fields.title, fields.slug, fields.body. Laissez published: false.

HubSpot — utilisez create_blog_post avec state: DRAFT. Incluez la meta description et le slug.

WordPress — utilisez wp_create_post avec status: draft. Mappez H1 à title, le corps à content.

Ghost — utilisez create_post avec status: draft. Incluez slug, title, html ou lexical, et meta_description.

Webflow — utilisez create_cms_item ciblant la Collection de blog. Mappez les champs au schéma de la Collection (demandez les noms de champs à l'utilisateur s'ils ne sont pas évidents d'après le contexte).

Après avoir poussé, confirmez : "Terminé — [titre de la page] est enregistré en tant que brouillon dans [CMS]. Voici l'ID/URL : [lien]. Consultez-le là-bas avant de publier."

Sortez toujours un fallback Markdown du contenu complet, même lorsque la publication dans le CMS réussit, afin que l'équipe dispose d'une copie locale.


Ce qui fait qu'un contenu concurrent est cité

Les modèles d'IA citent des sources qui répondent aux questions de comparaison directement, équitablement et avec des détails spécifiques. Quelques principes qui inversent systématiquement les citations :

  • Répondez à "quel est le meilleur" dans le premier paragraphe. Ne faites pas défiler le lecteur. Si la réponse est "cela dépend du cas d'usage", dites-le — et dites quels cas d'usage favorisent quel outil.
  • Soyez équitable envers le concurrent. Les pages qui reconnaissent les forces des concurrents sont citées comme plus dignes de confiance que du contenu purement promotionnel. Dire "Mixpanel est excellent pour les équipes mobiles axées sur les entonnoirs" signale de l'autorité.
  • Le tableau de comparaison est extrait directement. Les modèles d'IA extraient des données structurées. Un tableau bien étiqueté des différences de fonctionnalités sera cité textuellement.
  • Utilisez le nom du concurrent de manière proéminente et précise. Les modèles d'IA doivent faire correspondre la requête à la page. Une page sur "Mixpanel vs Amplitude" doit utiliser les deux noms naturellement et à plusieurs reprises.
  • Blocs FAQ cartographiés sur les prompts réels. Utilisez le langage exact des questions issues d'AI Visibility. Plus la question correspond au prompt, plus la réponse a de chances d'être citée.

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 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

Turn one or more meeting transcripts, notes, or Slack threads into concise takeaways and clear action items with DRIs. Works with a single meeting or a batch from the whole week.

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