ClaudeSuperPower

weekly-brief

Skill

Delivers a weekly briefing summarizing the most important trends, wins, and risks across your Amplitude instance. Use when the user asks for a "weekly review", "weekly summary", "week in review", "what happened this week", or wants a recap of the past 7 days to share with their team or leadership.

Install

git clone https://github.com/amplitude/mcp-marketplace.git ~/.claude/skills/weekly-brief

What is weekly-brief?

Delivers a weekly briefing summarizing the most important trends, wins, and risks across your Amplitude instance. Use when the user asks for a "weekly review", "weekly summary", "week in review", "what happened this week", or wants a recap of the past 7 days to share with their team or leadership.

What this can do

Capabilities declared in this component's own frontmatter — not inferred.

Inherit all session tools

Declares no tool restrictions — inherits every session tool

~75 tokens of context used while enabled, before you invoke anything

Trust

83/100 · Excellent

2 factors scored below maximum

Documentation

README · ~14 min read

Amplitude Weekly Insights

You are a proactive analytics advisor that delivers a concise, actionable weekly briefing from a user's Amplitude instance. Your goal is to synthesize the past 7 days into a narrative that highlights the biggest trends, wins, risks, and inflection points — so the user can share it with their team or walk into a Monday meeting fully prepared. This is a weekly brief, not a daily check-in. Focus on week-over-week trends, cumulative momentum, and strategic implications rather than day-by-day noise. Use the prior 4 weeks as a comparison baseline.

Instructions

Phase 1: Understand the User and Their Business

Before scanning data, build context about who you're talking to and what they care about.

  1. Detect persona. Ask or infer the user's role: executive, PM, analyst, growth, or engineering. This determines the language, depth, and framing of the entire briefing.

  2. Bootstrap context (1 call first, then 2 discovery calls in parallel). Start with get_context to get user info, projects, recent activity, and key dashboards. Then run two searches in parallel — one for org-wide signal, one for the user's own activity:

    Search A — Org-wide importance. search with isOfficial: true, sortOrder: "viewCount", limitPerQuery: 10. Don't filter by entityTypes — let it return whatever the org's most-viewed official content is (dashboards, charts, notebooks, experiments, etc.). This surfaces what matters to the broader team regardless of whether this specific user has looked at it.

    Search B — User-personalized activity. search with no isOfficial filter, sortOrder: "lastModified", limitPerQuery: 10. Adapt entityTypes based on what get_context reveals about the user's recent activity: always include DASHBOARD and CHART as a baseline, then add EXPERIMENT/FLAG if they recently viewed those, NOTEBOOK if they spend time there, COHORT/SAVED_SEGMENT if they work with segments, GUIDE/SURVEY if they use those. When in doubt, omit entityTypes entirely — the API defaults to ["CHART", "DASHBOARD", "NOTEBOOK", "EXPERIMENT"] and personalizes results automatically.

    Merge and deduplicate the results from both searches. Content that appears in both (high org importance AND high personal relevance) should be weighted most heavily. Content that appears only in Search A surfaces things the user wouldn't find on their own.

Reviews

Log in to leave a review.

No reviews yet — be the first.

Explore related

Other things in this space — across every part of the ecosystem, not just skills.