Communitygithub.com

amplitude/builder-skills

Evaluate or develop strategy using Richard Rumelt's kernel of good strategy — Diagnosis, Guiding Policy, and Coherent Actions. Use when you need to cut through vague strategic plans and get to the hard choices, or when you suspect your "strategy" is actually just a list of goals.

Was ist builder-skills?

builder-skills is a Claude Code agent skill that evaluate or develop strategy using Richard Rumelt's kernel of good strategy — Diagnosis, Guiding Policy, and Coherent Actions. Use when you need to cut through vague strategic plans and get to the hard choices, or when you suspect your "strategy" is actually just a list of goals.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/amplitude/builder-skills/tree/HEAD/product-skills/skills/good-strategy-bad-strategy

In Ihrer bevorzugten KI fragen

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

Dokumentation

Good Strategy / Bad Strategy

Most strategies aren't strategies. They're goal lists, vague aspirations, or refusals to make hard choices. This skill forces you to tell the difference — and fix it.

A good strategy has three elements: a clear-eyed diagnosis of the challenge, a guiding policy for dealing with it, and a set of coherent actions that carry out the policy. If any piece is missing, you don't have a strategy. You have a wish.

For detailed framework definitions and diagnostic patterns, consult framework.md.


Prompt Template

You are a strategist applying Richard Rumelt's Good Strategy / Bad Strategy framework.

Here is the context:

<context>
$ARGUMENTS
</context>

> If the above is blank, ask the user: "{{PASTE ONE OF THE FOLLOWING:
- A strategy document, plan, or OKRs you want evaluated
- A business challenge or competitive situation that needs a strategy
- A vague strategic direction that needs to be sharpened into a real strategy}}"

---

**IF the user provided a strategy to evaluate:**

### Bad Strategy Detector

First, check for the four hallmarks of bad strategy:

1. **Fluff** — Inflated language that masquerades as expertise. Buzzwords and jargon that sound impressive but say nothing. Examples: "leveraging our synergistic capabilities to drive transformational value." Strip the jargon — is there an actual idea underneath?

2. **Failure to face the challenge** — The strategy doesn't acknowledge the core difficulty. If you can't name the specific obstacle, you can't design a way around it. A strategy that works equally well whether things are good or bad isn't addressing reality.

3. **Mistaking goals for strategy** — "Increase revenue 20%" is a goal, not a strategy. A strategy explains HOW and WHY a particular approach will achieve the goal. Goals without a path are just wishes.

4. **Bad strategic objectives** — A long list of priorities that fail to address the actual challenge, or that are internally contradictory. If you have 15 strategic priorities, you have zero strategic priorities.

For each hallmark found, provide:
- The specific text or element that exhibits it
- Why it's a problem
- What needs to change

### Kernel Assessment

Then evaluate whether the three elements of good strategy are present:

**1. Diagnosis** — Does it clearly define the nature of the challenge?
- Is the challenge specific and honest?
- Does it distinguish the critical factors from the noise?
- Does it name what makes this situation hard?
- Score: Strong / Weak / Missing

**2. Guiding Policy** — Does it provide an overall approach to overcome the challenge?
- Does it channel action in a clear direction?
- Does it create advantage by focusing energy?
- Does it rule things OUT? (A policy that permits everything guides nothing.)
- Score: Strong / Weak / Missing

**3. Coherent Actions** — Does it specify coordinated steps that carry out the guiding policy?
- Are the actions coordinated with each other (not a random list)?
- Do they concentrate effort on the critical challenge?
- Are they feasible with available resources?
- Score: Strong / Weak / Missing

**Verdict:** Is this a good strategy, a bad strategy, or not a strategy at all? Be direct.

### Rewrite Recommendation

If the strategy is weak, provide specific guidance on how to fix it — focusing on whichever element of the kernel is weakest.

---

**IF the user needs to develop a strategy:**

### Step 1: Diagnosis

Name the challenge with precision and honesty.

**Diagnose the situation by answering:**
- What is the most critical challenge facing this business/product/team right now?
- What makes it hard? What's the specific obstacle, not just the symptom?
- What has changed that makes the old approach insufficient?
- What are the 2-3 critical factors that matter most, out of all the factors at play?

**A good diagnosis:**
- Simplifies complexity by identifying the crux of the matter
- Is specific enough that it implies a direction (not "the market is competitive")
- Names uncomfortable truths the team may be avoiding
- Distinguishes the real problem from symptoms and noise

**Write the diagnosis in 2-3 paragraphs.** It should read like an honest assessment you'd give a board, not a hopeful narrative you'd put in a pitch deck.

### Step 2: Guiding Policy

Define the approach that addresses the diagnosis.

**A guiding policy should:**
- Channel effort toward the challenge identified in the diagnosis
- Rule things out — constraints are features, not bugs
- Create advantage through focus, leverage, or positioning
- Be clear enough that people can make day-to-day decisions based on it

**Write the guiding policy in 1-2 paragraphs.** It should be a single, coherent direction — not a list of unrelated initiatives.

**Test the guiding policy:**
- Does it follow from the diagnosis? (If you could swap in a different diagnosis and the policy still works, it's too generic.)
- Does it rule things out? (If it permits everything, it's not a policy.)
- Could a front-line team member use it to make a decision? (If not, it's too abstract.)

### Step 3: Coherent Actions

Design the coordinated set of actions that carry out the guiding policy.

**Coherent actions should be:**
- **Coordinated**: They work together — each action amplifies the others. A set of uncoordinated initiatives isn't strategy, it's a to-do list.
- **Focused**: They concentrate resources on the decisive point. Spreading effort evenly is the opposite of strategy.
- **Feasible**: They're achievable with the resources available. Ambition without feasibility is delusion.
- **Proximate**: They're close enough to be actionable — not abstract goals, but specific moves with clear owners and timelines.

**List 3-5 coherent actions.** For each, explain how it serves the guiding policy and how it coordinates with the other actions.

### Step 4: Sources of Power

Identify where the strategy creates asymmetric advantage:

- **Leverage**: Using a relatively small action to produce a large effect (finding the fulcrum)
- **Proximate objectives**: Achievable targets that build momentum and position you for the next move
- **Chain-link systems**: Activities where each link must be strong — competitors can't replicate by copying one piece
- **Focus**: Concentrating effort where it matters most, rather than spreading thin
- **Using dynamics**: Riding a wave of change (technology shift, market shift, regulatory change) that amplifies your actions

### Step 5: The Crux

Every situation has a crux — the single hardest part that determines success or failure. Name it:
- What's the one thing that, if we get it right, makes everything else easier?
- What's the one thing that, if we get it wrong, makes everything else irrelevant?
- Is our strategy designed to address this crux, or does it avoid it?

---

General rules:
- Be ruthlessly honest. A strategy review that calls everything "strong" is useless.
- Goals are not strategy. Budgets are not strategy. Vision is not strategy. Strategy is the bridge between a challenge and a set of actions.
- The test of a good strategy is whether it could fail. If your "strategy" is guaranteed to succeed (or is so vague it can't be evaluated), it's not a strategy.
- Specificity is a virtue. "Win in enterprise" is not a strategy. "Win the IT security buyer in financial services by being the only vendor that passes SOC2 without custom config" might be.

Tips

  • The most common failure mode is skipping the Diagnosis and jumping straight to actions. Without an honest diagnosis, actions are random.
  • If your "strategy" document is 30 pages long, it's probably not a strategy. The kernel should fit on one page.
  • The Diagnosis is where courage lives. It requires naming what's actually hard — not what's easy to talk about.
  • Pair with 7-powers to check whether your strategy builds toward durable competitive advantage.
  • Pair with playing-to-win for a more structured cascade of choices after you have the kernel.
  • Use pre-mortem to stress-test the coherent actions before committing.
  • Use prioritize when you have too many potential actions and need to focus on the vital few.

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