Communitygithub.com

amplitude/builder-skills

Rédige des articles de blog techniques de lancement optimisés à la fois pour le référencement traditionnel (SEO) et pour la citation par les moteurs d'IA (AEO). Utilisez cette compétence chaque fois que quelqu'un demande d'écrire un article de blog annonçant un lancement, un article technique pour une version produit, un post de type changelog, ou tout contenu écrit lié à un lancement de produit qui vit sur un blog ou un site de documentation. Déclenchez-la également pour « écris le billet de blog pour ce lancement », « rédige l'annonce », « j'ai besoin d'un compte-rendu technique pour cette fonctionnalité » ou toute demande de création de contenu long format lié à un lancement. Couvre la structure des articles, la rédaction technique, les benchmarks, les tutoriels, le SEO et l'optimisation pour les moteurs de réponse (AEO/GEO).

Qu'est-ce que builder-skills ?

Cette compétence permet de rédiger des articles de blog techniques annonçant des lancements de produits, optimisés à la fois pour le référencement traditionnel (SEO) et pour les moteurs de réponse IA (AEO/GEO). Elle guide l'utilisateur à travers la sélection du type d'article adapté à son lancement (annonce, plongée technique, tutoriel, ou entrée de changelog), la rédaction d'un contenu à forte valeur ajoutée, l'optimisation SEO (mots-clés, balises, liens internes), et les techniques spécifiques d'AEO pour rendre le contenu citable par les IA comme ChatGPT ou Perplexity. Elle inclut des conseils sur la structure des sections, l'utilisation de données quantitatives, les schémas de données structurées, et les signaux de fraîcheur. La compétence est conçue pour les rédacteurs techniques, les responsables marketing, et les chefs de produit utilisant des agents IA (comme Claude Code) pour créer du contenu de lancement percutant. Elle offre également une liste de vérification post-publication et des liens vers des compétences complémentaires.

Compatible avec✓Claude Code~Codex CLI~Cursor✓Gemini CLI
npx skills add https://github.com/amplitude/builder-skills/tree/HEAD/launch-skills/skills/launch-blog-post

Demander à votre IA préférée

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

Documentation

Article de blog de lancement

Cette compétence vous aide à rédiger des articles de blog qui annoncent des lancements de produits. Un excellent article de lancement remplit trois missions : il informe votre public de ce que vous avez livré et pourquoi c'est important, il se classe dans les recherches pour les termes que votre public recherche, et il est cité par les moteurs de réponse IA lorsque les gens posent des questions que votre produit peut résoudre.

Types d'articles

Associez le type d'article au niveau du lancement et au public cible.

Article d'annonce

Idéal pour : les lancements de niveau 1 et 2. Public principal : utilisateurs existants et prospects.

Structure : Ce qui a été lancé → pourquoi c'est important → comment ça fonctionne → comment commencer. Restez en dessous de 1 500 mots. Le lecteur doit comprendre ce qui a changé et pouvoir essayer dans les 5 minutes suivant la lecture.

Plongée technique approfondie

Idéal pour : les lancements de niveau 1 de produits techniques/développeurs. Public principal : ingénieurs évaluant s'ils doivent adopter.

Structure : Problème → approche → architecture/implémentation → benchmarks → pour commencer. Peut être plus long (2 000-3 000 mots). Incluez des exemples de code, des schémas d'architecture et des données de performance. C'est l'article qui sera partagé sur Hacker News.

Tutoriel / « Construire X avec Y »

Idéal pour : publié dans la première semaine suivant tout lancement de niveau. Public principal : développeurs qui viennent d'entendre parler de vous et veulent essayer concrètement.

Structure : Ce que nous construisons → prérequis → implémentation étape par étape → résultat. Doit pouvoir être réalisé en 15 à 30 minutes. Incluez du code complet fonctionnel, pas des extraits.

Entrée de changelog

Idéal pour : les lancements de niveau 3 et les améliorations mineures groupées. Public principal : utilisateurs existants.

Structure : Un court paragraphe par amélioration. Commencez par ce qui a changé, pas pourquoi. Liez vers la documentation pour les détails. Regroupez chaque semaine ou toutes les deux semaines.

Rédiger l'article

Commencez par le brief de messagerie

S'il existe un brief de messagerie de stratégie de lancement, utilisez-le. La proposition de valeur principale devient la thèse de l'article. Les propositions de valeur secondaires deviennent des sections. Les preuves deviennent les éléments que vous intégrez.

S'il n'y a pas de brief, définissez avant d'écrire : À qui s'adresse-t-il ? Que peuvent-ils faire maintenant ? Pourquoi devraient-ils s'en soucier ?

Commencez par la valeur, pas par le processus

Le premier paragraphe doit répondre à « Qu'est-ce qui a été lancé et pourquoi est-ce important pour moi ? » N'ouvrez jamais par combien de temps vous avez travaillé dessus, combien d'ingénieurs ont été impliqués, ou le chemin parcouru. Le lecteur ne se soucie pas de votre processus — il se soucie de ses problèmes.

Bon début : « Vous pouvez désormais traiter des fichiers audio en 14 langues avec un seul appel API. La latence est inférieure à 200 ms pour les fichiers jusqu'à 10 minutes. »

Mauvais début : « Après six mois de travail, notre équipe est ravie d'annoncer la prochaine évolution de notre plateforme de traitement audio. »

Montrez, ne vous contentez pas de dire

Pour chaque affirmation, fournissez des preuves :

  • Affirmation de performance → données de benchmark avec méthodologie
  • « Facile à utiliser » → exemple de code fonctionnel en 5 à 10 lignes
  • « Les clients adorent » → citation spécifique avec contexte
  • « Meilleur que les alternatives » → tableau de comparaison honnête

Incluez un exemple fonctionnel

Chaque article de lancement pour un produit technique doit inclure du code que le lecteur peut exécuter. Pas de pseudo-code, pas d'extrait conceptuel — du code fonctionnel réel avec des commandes d'installation, des imports et un résultat attendu. C'est l'élément le plus convertisseur d'un article technique de blog.

Terminez par une étape suivante claire

L'article doit avoir exactement un appel à l'action à la fin. « Essayez-le maintenant », « Lisez la documentation », « Rejoignez la version bêta. » Pas trois options — une.

Optimisation SEO

Ciblage de mots-clés

Choisissez le mot-clé principal avant d'écrire. Il doit correspondre à ce que votre public cible recherche lorsqu'il a le problème que votre produit résout. Le titre de l'article, le H1 et le premier paragraphe doivent tous inclure ce mot-clé naturellement.

Pour les articles de lancement, le mot-clé est souvent le nom de la fonctionnalité/produit + catégorie : « [Produit] [Catégorie] » (par exemple, « API de transcription en temps réel » ou « indicateurs de fonctionnalités open source »).

Éléments de base sur la page

  • Balise titre : Mot-clé principal, moins de 60 caractères. Le titre de l'article et la balise titre HTML doivent correspondre étroitement.
  • Méta-description : 150-160 caractères résumant ce que le lecteur apprendra ou pourra faire.
  • Slug d'URL : Court, riche en mots-clés, sans date (pour rester intemporel).
  • En-têtes (H2/H3) : Utilisez-les pour structurer logiquement l'article. Chaque H2 doit être une question ou un sujet que quelqu'un pourrait rechercher.
  • Liens internes : Liez vers votre documentation, vos articles de blog connexes et votre page d'accueil. Liez depuis la documentation vers cet article.
  • Texte alternatif des images : Décrivez ce qui se trouve dans l'image, en incluant les mots-clés pertinents si naturel.

Contenu pour le classement des requêtes longue traîne

Les sections sous l'annonce principale — comment ça fonctionne, détails techniques, FAQ, comparaison — servent de cibles pour les mots-clés longue traîne. Rédigez-les pour répondre aux questions spécifiques que votre public pose. Une section intitulée « Comment [fonctionnalité] gère-t-elle [cas limite] ? » peut se classer pour cette requête exacte.

AEO : Optimisation pour les moteurs de réponse

Les moteurs de recherche IA (ChatGPT, Perplexity, Claude, Gemini, et les résumés alimentés par l'IA dans les recherches traditionnelles) deviennent un moyen principal pour les gens de découvrir et d'évaluer les produits. L'AEO est la pratique qui consiste à structurer le contenu pour que les moteurs IA le citent lorsqu'ils génèrent des réponses.

L'AEO et le SEO sont complémentaires, pas concurrents. La plupart des bonnes pratiques de l'AEO aident également le SEO. Mais il existe des techniques spécifiques qui rendent le contenu plus facilement citable par l'IA.

Pourquoi l'AEO est important pour les articles de lancement

Lorsque quelqu'un demande à un assistant IA « quel est le meilleur outil pour [ce que votre produit fait] ? » ou « comment faire [tâche que votre produit permet] ? », vous voulez que votre article de lancement soit l'une des sources que l'IA utilise. Une seule citation IA peut générer une découverte durable longtemps après que le trafic du jour du lancement se soit estompé.

Rendre le contenu citable par l'IA

Rédigez des passages autonomes et extractibles. Les moteurs IA citent des passages, pas des articles entiers. Chaque section de votre article doit avoir un sens par elle-même, sans nécessiter que le lecteur ait lu les sections précédentes. Un paragraphe qui énonce une affirmation claire, la soutient avec des preuves et nomme votre produit — c'est une unité citable.

Commencez les sections par des réponses directes. Lorsqu'une section aborde une question (même implicitement), mettez la réponse dans la première phrase, puis développez. Les moteurs IA favorisent le contenu qui répond rapidement et spécifiquement.

Exemple — au lieu de :

« Il existe de nombreux facteurs à considérer lors du choix d'une API de transcription. La latence, la précision, la prise en charge des langues et le prix jouent tous un rôle. Après des tests approfondis, nous avons constaté que... »

Écrivez :

« [Produit] transcrit l'audio en 14 langues avec une latence inférieure à 200 ms à 0,006 $ par minute. Voici comment les benchmarks se décomposent... »

La deuxième version est directement citable. Un moteur IA répondant à « quelle est l'API de transcription la plus rapide ? » peut extraire cette phrase textuellement.

Utilisez des affirmations spécifiques et quantitatives. Les moteurs IA citent préférentiellement le contenu avec des données concrètes : chiffres, benchmarks, comparaisons, pourcentages. « API rapide » n'est pas citable. « Latence P99 de 180 ms sur des fichiers audio de 10 minutes » l'est.

Incluez des données structurées. Les tableaux de comparaison, les matrices de fonctionnalités et les tableaux de benchmark sont hautement citables car ils fournissent des informations structurées et extractibles. Un tableau comparant votre produit aux alternatives (honnêtement) est l'un des formats de contenu les plus cités par l'IA.

Rédigez des sections FAQ avec de vraies questions. Les sections FAQ où chaque question correspond à quelque chose qu'une vraie personne demanderait à un assistant IA sont des aimants à citations. Rédigez la question sous forme de H3 naturel, puis répondez directement dans la première phrase.

Balisage de schéma pour les moteurs IA

Le balisage de schéma donne aux moteurs IA un contexte lisible par machine sur votre contenu. Ajoutez ces éléments à vos articles de blog de lancement :

  • Schéma Article / BlogPosting : Indique aux moteurs IA qu'il s'agit d'un article daté avec un auteur et un sujet spécifiques. Incluez headline, datePublished, dateModified, author et description.
  • Schéma FAQPage : Si votre article a une section FAQ, balisez-la pour que les moteurs IA puissent extraire directement des paires question-réponse.
  • Schéma HowTo : Si votre article inclut un tutoriel ou un guide étape par étape, balisez les étapes.
  • Schéma Produit : Si l'article annonce un produit avec un prix, incluez le schéma produit avec name, description et offers.

Vous n'avez pas besoin de tous ces éléments — utilisez ceux qui correspondent au contenu que vous avez réellement écrit.

Signaux de fraîcheur du contenu

Les moteurs IA pondèrent la récence. Les pages qui n'ont pas été mises à jour perdent les citations IA avec le temps. Pour les articles de lancement :

  • Incluez une mention « Dernière mise à jour : [date] » visible sur la page
  • Mettez à jour le dateModified dans votre schéma Article chaque fois que vous apportez des modifications
  • Revisitez les articles de lancement trimestriellement : mettez à jour les benchmarks, ajoutez de nouvelles fonctionnalités, actualisez les exemples de code
  • Si un article de lancement devient obsolète, mettez-le à jour ou redirigez vers un article plus récent — ne laissez pas de contenu obsolète se classer

Signaux d'entité et de marque

Les moteurs IA construisent des modèles internes des marques et des produits. Aidez-les en étant cohérent :

  • Utilisez le nom exact de votre produit/fonctionnalité de manière cohérente (n'alternez pas entre des surnoms)
  • Indiquez explicitement à quelle catégorie appartient votre produit (« une plateforme de indicateurs de fonctionnalités open source »)
  • Liez vers des sources faisant autorité concernant votre entreprise (page d'accueil, documentation, GitHub, Wikipédia si applicable)
  • Assurez-vous que votre produit est décrit de manière cohérente sur votre blog, votre documentation, votre page d'accueil et vos profils sociaux

Liste de vérification post-publication

Après la publication :

  1. Lie depuis partout : documentation, page d'accueil, changelog, articles de blog connexes, README
  2. Partage sur les réseaux sociaux : utilisez la compétence de tweet de lancement pour rédiger le contenu social
  3. Soumettez aux agrégateurs : Hacker News, subreddits pertinents, dev.to, Hashnode (pour les articles techniques)
  4. Email : incluez dans l'email de lancement ou la prochaine newsletter
  5. Surveillez les questions : commentaires sur l'article, fil HN, Reddit — ils révèlent souvent des lacunes dans l'article que vous devriez combler avec des mises à jour
  6. Mettez à jour après la semaine de lancement : ajoutez un témoignage client, mettez à jour les benchmarks, corrigez les problèmes signalés par les lecteurs

Compétences complémentaires

  • launch-strategy — brief de messagerie et planification du lancement
  • launch-tweet — contenu social pour promouvoir l'article
  • launch-email — l'email qui lie vers cet article
  • launch-video — vidéos de démonstration et GIFs à intégrer dans l'article
  • launch-distribution — où et comment distribuer au-delà de votre blog
  • launch-landing-page — la page vers laquelle l'article de blog lie
  • launch-metrics — configuration UTM pour les liens des articles de blog, suivi des performances de l'article dans le temps

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