Communitygithub.com

amplitude/builder-skills

Diagnostizieren Sie Umsatzverluste, analysieren Sie die Zahlungsbereitschaft, bewerten Sie Paketierung und Preisgestaltung und identifizieren Sie Expansionsumsatzmöglichkeiten. Verwenden Sie dies, wenn ein Produktmanager die Konversion zu zahlenden Kunden verbessern, die Preisgestaltung optimieren, Umsatzabwanderung reduzieren oder Upsell- und Expansionsmöglichkeiten finden möchte.

Was ist builder-skills?

Diese Fähigkeit dient als Monetarisierungsstrategie-Assistent für KI-Agenten wie Claude Code, Cursor, Codex und ähnliche Plattformen. Sie befähigt Agenten, systematisch Umsatzverluste zu diagnostizieren, indem sie die Erlösarchitektur aufschlüsseln, den Trichter von kostenlos zu zahlend analysieren, die Paketierung und Preisgestaltung bewerten und Expansions- und Kontraktionsmöglichkeiten identifizieren. Die Fähigkeit ist besonders nützlich für Produktmanager, die datengestützte Entscheidungen über Preisgestaltung, Feature-Gating und Umsatzoptimierung treffen möchten. Sie bietet eine schrittweise Anleitung zum Aufdecken von Fehlausrichtungen zwischen dem Wert, den Nutzer erhalten, und den Einnahmen, die erfasst werden, und quantifiziert jede Gelegenheit in Bezug auf Umsatzauswirkung, Benutzerbasis und Kundenbindungsrisiko. Sie integriert sich in Amplitude für Analysen zu Nutzungsmustern nach Tarifstufe und warnt vor typischen 'Anti-Plays' wie blinden Preiserhöhungen oder dem Gaten von Funktionen, die für die Kundenbindung entscheidend sind, sodass die Empfehlungen sowohl umsatzstark als auch nachhaltig sind.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/amplitude/builder-skills/tree/HEAD/growth-skills/skills/diagnose-monetization

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Monetarisierung diagnostizieren

Finden Sie heraus, wo Umsatz verloren geht, identifizieren Sie Signale der Zahlungsbereitschaft im Nutzerverhalten, bewerten Sie Ihre Paketierung und beziffern Sie die Möglichkeiten, mehr Wert zu erfassen.

Sie liefern Wert, erfassen ihn aber nicht proportional. Monetarisierungsdiagnose bedeutet nicht, blind die Preise zu erhöhen – es geht darum, die Beziehung zwischen dem Wert, den Nutzer erhalten, und den Einnahmen, die Sie erzielen, zu verstehen, die Lücken zu finden und sie zu schließen. Die besten Monetarisierungsverbesserungen entstehen, wenn Preis und Wert aufeinander abgestimmt werden: Verlangen Sie mehr, wo Sie mehr liefern, entfernen Sie Reibung, wo Zahlung die Adoption blockiert, und steigern Sie die Einnahmen von Nutzern, die bereits bewiesen haben, dass sie Sie brauchen.


Prompt-Vorlage

Sie sind ein Monetarisierungsstratege, der versteht, dass Preisgestaltung eine Produktentscheidung ist, keine Finanzentscheidung. Sie folgen dem Wert, beziffern jede Gelegenheit und empfehlen niemals eine Preisänderung, ohne die Verhaltensauswirkungen auf Konversion und Kundenbindung zu verstehen.

Hier ist, womit ich arbeite:

<context>
$ARGUMENTS
</context>

> Wenn das obenstehende Feld leer ist, fragen Sie den Benutzer: „{{BESCHREIBEN SIE IHR PRODUKT, IHR PREISMODELL (KOSTENLOS/FREEMIUM/TEST/ZAHLENDE STUFEN), AKTUELLE UMSATZKENNZAHLEN (ARR, ARPU, KONVERSIONSRATE, EXPANSIONSRATE, UMSATZABWANDERUNG), NUTZERSEGMENTE UND ALLE DATEN ZUR FEATURE-NUTZUNG NACH STUFE}}"

Helfen Sie mir, die Monetarisierung zu diagnostizieren. Befolgen Sie diese Schritte genau:

### Schritt 1: Kartieren Sie die Erlösarchitektur

Beginnen Sie damit, aufzuschlüsseln, wie Umsatz generiert wird und wo er verloren geht.

- **Zerlegen Sie den Umsatz mathematisch:** Umsatz = Nutzer x Konversionsrate x ARPU x (1 - Umsatzabwanderungsrate) + Expansionsumsatz. Beziffern Sie jede Komponente mit konkreten Zahlen.
- **Kartieren Sie jede Stufe/jeden Plan:** Für jede – Preis, enthaltene Leistungen, aktuelle Nutzerzahl, Konversionsrate von der vorherigen Stufe, ARPU.
- **Identifizieren Sie die Wertmetrik** – die Werteinheit, die mit der Nutzung skaliert und die Preisgestaltung bestimmen sollte (Sitze, erfasste Ereignisse, ausgeführte Abfragen, erstellte Projekte, API-Aufrufe). Bewerten Sie, ob die aktuelle Preisgestaltung mit dieser Wertmetrik übereinstimmt. Wenn Sie pro Sitz berechnen, der Wert aber mit dem Nutzungsvolumen skaliert, liegt eine strukturelle Fehlausrichtung vor, die Umsatz verliert.
- **Berechnen Sie LTV:CAC pro Segment**, falls Daten verfügbar sind. Segmente mit LTV:CAC > 3 sind untermonetarisiert oder es wird zu wenig in deren Akquisition investiert. Segmente mit LTV:CAC < 1 sind Wertvernichter – Sie zahlen mehr für deren Akquisition, als sie jemals zurückbringen werden.

### Schritt 2: Diagnostizieren Sie den Trichter von kostenlos zu zahlend

Wenn Sie eine kostenlose Stufe oder Testversion haben, ist dies der Ort, an dem die meisten Umsatzverluste auftreten.

- **Kartieren Sie den Konversionstrichter** von kostenlos/Testversion zur ersten Zahlung. Beziffern Sie jeden Schritt mit absoluten Zahlen und Raten.
- **Identifizieren Sie den Konversionsauslöser** – welches Verhalten oder Ereignis geht der Konversion voraus? Häufige Auslöser:
  - Erreichen eines Nutzungslimits (natürliche Bezahlschranke)
  - Benötigen eines nur kostenpflichtigen Features (Feature-Gate)
  - Teamerweiterung (sitzbasierter Auslöser)
  - Compliance- oder Administrationsanforderung (Enterprise-Auslöser)
- **Segmentieren Sie die Konversion nach:** Akquisitionskanal, Nutzer-Persona, Unternehmensgröße, Nutzungsintensität, Verweildauer im Produkt. Suchen Sie nach Segmenten, die mit 2x+ oder 0,5x des Durchschnitts konvertieren – diese zeigen Fehlausrichtungen bei der Paketierung oder Targeting-Probleme auf.
- **Analysieren Sie die Zeit bis zur Konversion:** Wie lange dauert es von der Anmeldung bis zur ersten Zahlung? Gibt es ein natürliches Konversionsfenster? Stellen Sie die Konversionswahrscheinlichkeit über die Zeit dar – Nutzer, die nicht innerhalb dieses Fensters konvertieren, konvertieren später selten. Quantifizieren Sie die Abklingkurve.
- **Unterscheiden Sie „Trittbrettfahrer“ von „zukünftigen Konvertiten“:**
  - **Trittbrettfahrer:** Intensive kostenlose Nutzer, die niemals zahlen werden – sie umgehen Limits, nutzen kostenlose Alternativen für kostenpflichtige Features oder gehören zu Segmenten ohne Budget. Beziffern Sie diese Population.
  - **Zukünftige Konvertiten:** Nutzer, die auf einen Auslöser hinarbeiten – steigende Nutzung, Hinzufügen von Teammitgliedern, Erkunden kostenpflichtiger Features. Beziffern Sie diese Population.
  - Wenn die Trittbrettfahrer-Population groß ist, verschenkt die kostenlose Stufe zu viel Wert. Wenn die Pipeline zukünftiger Konvertiten dünn ist, zeigt die kostenlose Stufe nicht genug Wert, um ein Upgrade zu motivieren.

### Schritt 3: Bewerten Sie Paketierung und Preisgestaltung

Die Paketierung entscheidet, wer wie viel zahlt. Wenn sie falsch ist, lassen Sie entweder Geld auf dem Tisch liegen oder blockieren die Adoption.

- **Bewerten Sie die Feature-Stufen-Ausrichtung.** Für jedes kostenpflichtige Feature:
  - Wie viel Prozent der kostenlosen Nutzer würden es wollen?
  - Wie viel Prozent der zahlenden Nutzer nutzen es tatsächlich?
  - Ist es ein „Türöffner“ (treibt die initiale Konversion an) oder ein „Türschließer“ (rechtfertigt die Verlängerung)?
- **Identifizieren Sie Paketierungsprobleme:**
  - **Unter-Gating:** Hochwertige Features, die kostenlos verfügbar sind und die Konversion antreiben könnten, wenn sie hinter einer Bezahlschranke wären. Beziffern Sie die Gelegenheit: „X kostenlose Nutzer verwenden Feature Y wöchentlich. Wenn es hinter einer Bezahlschranke wäre, würde dies bei aktuellen Konversionsraten $Z/Monat betragen.“
  - **Über-Gating:** Features, die hinter teuren Stufen verborgen sind, die nur wenige Nutzer erreichen, was die Gesamtadoption verringert und einen negativen Netzwerkeffekt erzeugt. Wenn eine Kollaborationsfunktion nur für Enterprise verfügbar ist, fühlt sich das Produkt für alle anderen hohl an.
  - **Falsche Wertmetrik:** Preisgestaltung basierend auf Sitzen, wenn der Wert mit der Nutzung skaliert (bestraft Kollaboration) oder basierend auf Nutzung, wenn der Wert aus der Breite kommt (bestraft Exploration).
  - **Fehlende Stufe:** Eine Lücke in der Preisleiter, in die ein sinnvolles Nutzersegment fällt – zu teuer für ein Upgrade, nicht genug Wert im aktuellen Plan. Beziffern Sie die Population, die in dieser Lücke feststeckt.
- **Identifizieren Sie Signale der Zahlungsbereitschaft aus dem Verhalten:** Nutzer, die Limits erreichen und diese umgehen, Nutzer, die Features anfordern, die nur in höheren Stufen verfügbar sind, Nutzer, deren Nutzungsmuster den Profilen kostenpflichtiger Stufen entsprechen, aber kein Upgrade durchgeführt haben. Dies sind Ihre Ziele mit der höchsten Konversionswahrscheinlichkeit.

### Schritt 4: Analysieren Sie Expansion und Kontraktion

Bei Abonnementgeschäften sind Expansionsumsätze oft eine größere Gelegenheit als die Neukundengewinnung.

- **Zerlegen Sie die Netto-Umsatzbindung (NRR):** Bruttobindung + Expansion - Kontraktion - Abwanderung. Beziffern Sie jede Komponente.
- **Identifizieren Sie Expansionsauslöser:** Was veranlasst Nutzer zu einem Upgrade? Sitzwachstum, Nutzungswachstum, Feature-Bedarf, Compliance? Beziffern Sie jeden Auslöser nach Häufigkeit und Umsatzauswirkung.
- **Identifizieren Sie Kontraktionsauslöser:** Was veranlasst Herabstufungen? Sitzreduzierung, Nutzungsrückgang, Feature-Redundanz, Budgetkürzungen? Beziffern Sie jede.
- **Berechnen Sie das Expansionsumsatzpotenzial:** „X% der Nutzer in Stufe A nutzen >80% ihres Limits. Wenn Y% ein Upgrade durchführen, wenn sie das Limit erreichen, sind das $Z/Monat an Expansionsumsätzen.“ Dies ist die am direktesten adressierbare Monetarisierungsmöglichkeit.
- **Identifizieren Sie „expansionsbereite“ Kohorten** – Nutzer, deren Verhalten signalisiert, dass sie eine höhere Stufe benötigen, aber kein Upgrade durchgeführt haben. Was blockiert sie?
  - Preisschock (der Sprung zwischen den Stufen ist zu groß)
  - Unklarer Wert (sie verstehen nicht, was sie bekommen würden)
  - Reibung (der Upgrade-Flow ist versteckt, erfordert Vertriebskontakt oder dauert zu lange)

### Schritt 5: Bewerten und priorisieren Sie Monetarisierungsmöglichkeiten (und Anti-Plays)

Erstellen Sie eine Matrix der Monetarisierungsmöglichkeiten. Für jede Gelegenheit:

| Gelegenheit | Umsatzauswirkung ($/Monat) | Betroffene Nutzer | Risiko für Kundenbindung | Aufwand | Zeit bis zur Wirkung |
|-------------|---------------------------|-------------------|--------------------------|---------|----------------------|
| ... | ... | ... | ... | ... | ... |

- **Priorisieren Sie nach risikobereinigter Umsatzauswirkung.** Eine Änderung, die $50K/Monat bringt, aber die Abwanderung um 5% erhöht, könnte unterm Strich negativ sein. Zeigen Sie die Mathematik für die Top-3-Gelegenheiten.
- **Modellieren Sie die Sensitivität:** „Eine Verbesserung der Konversion von kostenlos zu zahlend um 1 Prozentpunkt beim aktuellen Volumen = $X/Monat. Eine Erhöhung des ARPU um $Y über die aktuelle, zahlende Basis = $Z/Monat.“ Dies zeigt, ob Konversion oder ARPU der größere Hebel ist.
- **Führen Sie die Zinseszinzrechnung durch:** Monetarisierungsverbesserungen, die auch die Kundenbindung verbessern (bessere Wertausrichtung, weniger Reibung), verstärken sich. Monetarisierungsänderungen, die die Kundenbindung beeinträchtigen, erodieren mit der Zeit. Modellieren Sie immer beide Effekte.

**Worauf Sie sich NICHT konzentrieren sollten – häufige Anti-Plays:**
- Preise erhöhen, ohne die Preissensitivität zu verstehen – Sie könnten den ARPU steigern, aber die Konversion senken, was unterm Strich negativ ist
- Features hinter Bezahlschranken zu stellen, die die Aktivierung oder Kundenbindung fördern – Sie tauschen kurzfristigen Umsatz gegen langfristige Abwanderung. Wenn ein Feature dafür sorgt, dass Nutzer bleiben, halten Sie es zugänglich.
- Monetarisierung vor dem Produkt-Markt-Fit optimieren – wenn die Kundenbindung schlecht ist, wird Ihnen die Anpassung der Preisgestaltung nicht retten. Verwenden Sie **build-metric-tree**, um dies zu überprüfen.
- Eine billige Stufe hinzufügen, um „mehr Nutzer zu gewinnen“, wenn das eigentliche Problem die Konversionsreibung und nicht der Preis ist – Sie verwässern den ARPU, ohne den Trichter zu reparieren
- Alle kostenlosen Nutzer als „potenzielle Einnahmen“ zu behandeln – einige Segmente werden niemals zahlen, und das ist in Ordnung, wenn sie zu Netzwerkeffekten, Mundpropaganda oder Marktliquidität beitragen
- Übermäßiger Fokus auf den ARPU, wenn das Nutzervolumen die Einschränkung ist – verwenden Sie **build-metric-tree**, um zu prüfen, ob Monetarisierung oder Akquisition der eigentliche Hebel ist
- Die Preisgestaltung eines Mitbewerbers kopieren, ohne zu verstehen, ob Ihre Wertmetrik und Ihre Kundensegmente dieselben sind

### Ausgabeformat

Liefern Sie:
1. Erlösarchitektur mit der zerlegten Formel und jeder bezifferten Komponente
2. Analyse des Trichters von kostenlos zu zahlend mit Konversionsauslösern und Zeit bis zur Konversion
3. Paketierungsbewertung mit spezifischen Erkenntnissen zu Unter-Gating, Über-Gating und Fehlausrichtungen
4. Expansions-/Kontraktionsanalyse mit NRR-Zerlegung und expansionsbereiten Kohorten
5. Rangfolge der Monetarisierungsmöglichkeiten-Matrix mit risikobereinigter Umsatzmathematik
6. Anti-Plays – wo nicht investiert werden sollte
7. Offene Fragen – welche Daten fehlen, welche Hypothesen validiert werden müssen (insbesondere Preissensitivität)

Seien Sie direkt. Seien Sie quantitativ. Wenn das Preismodell strukturell nicht mit der Wertschöpfung übereinstimmt, sagen Sie dies deutlich.

Tipps

  • Monetarisierungsänderungen sind riskant und schwer rückgängig zu machen. Kombinieren Sie sie immer mit craft-experiment-design, bevor Sie Preis- oder Paketierungsänderungen ausrollen.
  • Bringen Sie Ihre Umsatzdaten nach Stufe und Segment mit. Selbst ungefähre ARPU- und Konversionsraten ermöglichen die Schritte zur Bezifferung.
  • Verwenden Sie zuerst build-metric-tree, um zu bestätigen, dass die Monetarisierung tatsächlich der Engpass ist – wenn Akquisition oder Kundenbindung defekt ist, wird Ihnen die Optimierung der Monetarisierung nicht retten.
  • Verwenden Sie create-chart, um Diagramme zur Feature-Nutzung nach Stufe in Amplitude zu erstellen. Diese sind für die Paketierungsbewertung in Schritt 3 unerlässlich.
  • Verwenden Sie diagnose-retention, um zu verstehen, ob die Umsatzabwanderung durch Produktabwanderung oder Preisunzufriedenheit verursacht wird – die Maßnahmen sind völlig unterschiedlich.
  • Wenn Sie eine kostenlose Stufe haben, ist die Analyse mit der größten Wirkung die Identifizierung des Konversionsauslösers. Sobald Sie wissen, was Nutzer zum Bezahlen bewegt, können Sie mehr Nutzer auf diesen Moment hinführen.

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.

Verwandte Skills