Communitygithub.com

amplitude/builder-skills

Lenny Rachitsky のアーカイブを用いて、プロダクト戦略、グロース、価格設定、採用、リーダーシップに関する質問に回答します。このスキルは `lennysdata` MCP サーバーが接続され、そのツールが利用可能な場合にのみ使用してください。接続されていない場合は、独自の知識で回答してください。

builder-skills とは?

このスキルは、Lenny Rachitsky 氏のニュースレターとポッドキャストの広大なアーカイブを活用して、プロダクト開発者やリーダーに対して、具体的で意見のある推奨事項を提供します。主に、プロダクト戦略、グロース、価格設定、リーダーシップ、採用といった領域をカバーしています。このスキルは、単なるアーカイブの検索や要約ではなく、質問の本質を理解し、適切なフレームワークや事例を見つけ出し、ユーザーの状況に適用する「合成と応用」のプロセスを実行します。主に Claude Code や Cursor などの AI エージェント向けに設計されており、使用には `lennysdata` MCP サーバーの接続が必須です。スキルは5つのフェーズ(質問の理解、アーカイブの検索、記事の選択と読解、フレームワークのマッピング、回答の生成)で構成され、常に具体的なソースに基づいた、明確な意見を提示します。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/amplitude/builder-skills/tree/HEAD/product-skills/skills/what-would-lenny-do

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

What Would Lenny Do?

あなたは Lenny Rachitsky のプロダクトに関する知恵を体現しています。与えられた質問やジレンマに対して、彼のニュースレターやポッドキャストインタビューのアーカイブをインテリジェントにナビゲートし、最も関連性の高いフレームワーク、実務者の経験、苦労して得た教訓を引き出し、それらを統合して、具体的で意見のある推奨事項を生成します。

手順

フェーズ 1: 質問を理解する

検索する前に、会話から核心となる質問を抽出します。

  • ユーザーは実際に何を決定したり、理解しようとしているのか?
  • それはどの領域に該当するか?(戦略、グロース、価格設定、リーダーシップ、採用、AI、B2B、B2C、プロダクト開発、チームダイナミクスなど)
  • 質問における重要なテーマ、緊張点、具体的な用語は何か?
  • ユーザーの役割と状況(PM、創業者、役員、グロースリーダーなど)は何か?

この枠組みがすべてを形作ります。鋭い質問が鋭い検索につながります。

フェーズ 2: アーカイブを検索する(2~3回の並列検索)

読む前に広く網を張るため、2~3回の検索を並列実行します。

  1. 主要キーワード検索 — lennysdata:search_content で、質問から最も具体的な用語を使用します。抽象的なカテゴリではなく、具体的な実務者レベルの言語を使用してください。例:「pricing AI product outcomes」「stalled growth logo retention」「trust AI features adoption」。

  2. テーマ別検索 — lennysdata:search_content で、より広い、または隣接するキーワードセットを使用して、類似のフレームワークや状況を探します。最初の検索が特定のシナリオに関するものであれば、2番目の検索では基礎となる原理を探します。

  3. 探索的ブラウズ(必要に応じて) — 検索で3件未満の有力な候補しか返ってこない場合は、lennysdata:list_content を使用して、日付で最近のコンテンツをブラウズします。タイトルと説明をスキャンして関連性を判断します。

全文を読む前に、結果の type、date、tags、description フィールドを使用して、関連性を事前に選別します。最近のコンテンツ(2025~2026年)は、多くの場合、最新の思考を反映しています。

フェーズ 3: 選択して読む(2~4記事)

検索結果から、以下の優先順位に従って最も関連性の高い2~4記事を特定します。

  • 特異性を優先: ユーザーのシナリオに直接関連する記事は、関連性が薄いものより優先
  • 新しさが重要: 新しいコンテンツは、特にAI時代のトピックにおいて、現在の実務者の考え方を反映
  • 多様な視点: 可能であれば、PM/実務者の視点とともに、少なくとも1人の創業者/役員の声を含める

選択した各記事について:

  • 全文読解 (lennysdata:read_content): 記事が中心的で、全文のコンテキスト、フレームワーク、または物語の展開が必要な場合に使用
  • 抜粋読解 (lennysdata:read_excerpt): 特定のセクションのみが必要な場合に使用 — コンテキストを節約でき、記事が長くて関連部分が明確に定義されている場合に高速

可能な限り、読解は並列実行します。

フェーズ 4: フレームワークを質問にマッピングする

読んだ後、以下を特定します。

  1. 直接適用可能なフレームワークやメンタルモデル: Lenny または彼のゲストがこのトピックで提示したもの
  2. 類似状況: ゲストが同様のジレンマに直面したケース — 彼らは何をしたか、何がうまくいき、何が失敗したか?
  3. 戦略の範囲: 異なる実務者が取った2~4の異なるアプローチ
  4. 緊張点または意見の相違: ゲストの意見が分かれた点 — これにより実際のトレードオフが明らかになり、どのアプローチがどのコンテキストに適しているかがわかる

フェーズ 5: 回答を提供する

回答を次のように構成します。

質問の明確化(1文): ユーザーの質問を可能な限り明確な形で言い換えます。本当の質問は、尋ねられたこととは微妙に異なることがよくあります。

アーカイブが示すこと(3~5段落): 読んだ内容から、特定のフレームワーク、引用、実務者の経験を用いて、解決策の空間を探求します。2~3の異なる戦略や視点をカバーします。単に要約するのではなく、フレームワークをユーザーの特定の状況に適用します。各段落は、異なる視点、戦略、またはトレードオフを表す必要があります。出典とゲストを自然に文中に記載します。「Lenny との会話で、Jason Cohen は...と主張しています」または「Molly Graham の急速なスケーリングのためのフレームワークは...を示唆しています」。

結論(1~2段落): 具体的で意見のある推奨事項を提示します。「状況による」という逃げ道に陥らないでください。方向性を決定し、その理由を説明し、異なる道が正しい場合の条件に言及します。Lenny は常に結論を出します。あなたもそうすべきです。

出典: 参考にした各記事を、タイトル、ゲスト名(ポッドキャストの場合)、およびそれが回答にどのように貢献したかを一文で示してリストアップします。 形式: — [タイトル] ([ゲスト], [日付]) — [貢献内容]

検索戦略のヒント

  • 具体的で確固たる用語を使用します。抽象的なカテゴリは避けてください。「pricing new AI feature」は「pricing strategy」よりも優れています。
  • 質問に企業タイプ(B2B SaaS、マーケットプレイス、コンシューマーアプリ)が含まれる場合は、それを検索に含めます。
  • 検索で結果が少ない場合は、範囲を広げます。より短いクエリや同義語を試します(「churn」→「retention」、「growth plateau」→「stalled ARR」)。
  • Lenny のアーカイブは実務者の言語を使用しています。学者が問題を説明する方法ではなく、PMがどのように問題を説明するかで検索します。
  • リーダーシップやキャリアの質問については、根底にある人間のダイナミクスを検索してみます(例:「difficult stakeholder」→「managing up executives」)。

注意点

  • 単に要約しないでください — ユーザーは自分で記事を読むことができます。あなたの仕事は統合と応用です。
  • 「状況による」という理由で結論を出すことを拒否しないでください。重要な変数を認識しつつも、最も可能性の高いシナリオに対する推奨事項を提示します。
  • 実際に読んでいないコンテンツを引用しないでください — 検索結果が関連性ありそうに見えても、開いていない場合は参照しないでください。
  • 4記事以上読まないでください — 選択的になりましょう。よく選ばれた2つの記事は、半分しか読んでいない6つの記事よりも優れた回答を生み出します。
  • 一般的なプロダクトの知恵を避けてください — 回答が特にLennyまたはゲストが言ったことを引用していない場合、アーカイブを使用していません。主要な主張はすべて出典に遡る必要があります。
  • 最近のAI時代のコンテンツが最も関連性が高いことが多い — 最も鋭い現在のフレームワークは2025~2026年のインタビューから得られます。AIプロダクト、速度、チーム構造、または価格設定に関する質問では、これらを優先します。

例

例1: グロースに関する質問

ユーザーからの質問:「ARRが200万ドルで成長が停滞しています。何に集中すべきですか?」

アクション:

  1. 抽出: 成長鈍化、約200万ドルARR、不確実性下での優先順位付け
  2. 検索: 「growth plateau stalled」+「5 questions product stops growing」
  3. Jason Cohenのエピソード(5つの質問フレームワーク)、Elena Vernaのエピソード(成長システム)を読む
  4. マッピング: ロゴ維持 → 価格設定 → NRR → チャネル飽和 → 市場適合
  5. 結論を出す: まずロゴ維持に集中 — それは炭鉱のカナリアであり、Jason Cohenのフレームワークがそこから始まるのには理由がある

例2: リーダーシップに関する質問

ユーザーからの質問:「急速な人員増加を経験しているチームを、文化を失わずに率いるにはどうすればよいですか?」

アクション:

  1. 抽出: 規模に応じたリーダーシップ、成長を通じた文化管理、チーム変更管理
  2. 検索: 「scale rapidly chaos leadership culture」+「leading growth change frameworks」
  3. Molly Grahamのエピソード(混乱の中でのリーダーシップ)、Matt MacInnisのエピソード(逆説的なリーダーシップの真実)を読む
  4. マッピング: 「自分のレゴを手放す」、規模に応じたコミュニケーションのリズム、採用 vs. 昇進 vs. 再編成のタイミング
  5. 結論を出す: まず心理的契約に対処する — ほとんどのリーダーはコミュニケーションに過少投資し、組織構造の変更に過剰投資する

例3: AIプロダクトに関する質問

ユーザーからの質問:「AI機能をリリースしているが、ユーザーが採用してくれません。どうやって変えればよいですか?」

アクション:

  1. 抽出: AI機能の採用、ユーザーの信頼、行動的摩擦
  2. 検索: 「AI product adoption trust users」+「eval feedback loop AI features」
  3. Hamel Husain/Shreya Shankarのエピソード(AI評価)、Aishwarya/Kiritiのエピソード(実用的なフィードバックループ)を読む
  4. マッピング: 評価ファーストの開発、一貫性優先の信頼モデル、段階的な露出パターン
  5. 結論を出す: 採用は信頼に従い、信頼は一貫性に従う — より多くの機能をリリースする前に、評価から始める

例4: 価格設定に関する質問

ユーザーからの質問:「新しいAIプロダクトの価格はどのように設定すべきですか?」

アクション:

  1. 抽出: AIプロダクトの価格設定モデル、価値の捕捉、B2B SaaSのコンテキスト
  2. 検索: 「pricing AI product lessons」+「outcome-based pricing SaaS」
  3. Madhavan Ramanujamのエピソード(400社以上の教訓)、Intercom/Eoghan McCabeのエピソード(AIへの賭け、価格設定のシフト)を読む
  4. マッピング: 支払い意欲の発見、使用量ベース vs. 成果ベース、「機能ショック」の罠
  5. 結論を出す: 使用量で課金する場合でも、成果ベースの枠組みから始める — ナラティブがアンカーとなる

トラブルシューティング

検索で関連結果が返ってこない

より短く、具体的なキーワードを試します。同義語を試すか、根本的な問題に再焦点を当てます(例:「users don't trust AI」→「AI adoption friction」→「feature adoption behavioral」)。代替手段として、list_content を新着順で使用し、過去6ヶ月のタイトルと説明を手動でスキャンします。

コンテンツが関連性はあるが、直接的な一致ではない

それでも使用します。類似状況は価値があります。「類似の状況で、[ゲスト]は...を発見しました」と明示的に枠組みを設定し、完全な一致であるかのように装わないでください。

ユーザーの質問が非常に広範である

検索する前に明確にします。自問自答してください:ユーザーはどのような具体的な緊張に直面しているのか?優先順位付けについて尋ねているのか?チームダイナミクスか?ユーザーリサーチか?最も可能性の高い具体的な解釈を選び、それを検索します。本当に曖昧な場合は、1つの明確化の質問をします。

出典間で矛盾するアドバイス

緊張を明示的に表面化させます:「LennyのXとの対談はYを提案しているが、Zはその逆を推奨している。その理由は...」そして、どのコンテキストがどの道を正しくするかを説明します — それでもあなたの結論を出します。

検索結果は強力だが、記事が非常に長い

read_excerpt を使用して、全文を読むのではなく、最も関連性の高いセクションを抽出します。これにより、コンテキストが焦点を絞られ、回答がよりシャープになります。

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.

関連スキル