📊analyze-chart
- プラグイン
- amplitude
- ソース
- GitHub で見る ↗
説明
特定のAmplitudeチャートを詳細に分析し、トレンド・異常値・その主な要因を説明します。 次のような場合に使用: - 指標の動きが通常と異なって見えるとき - 急激な増加や減少を調査しているとき - 数値の背景にある「理由」を理解したいとき
原文を表示
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.
ユースケース
- ✓指標の動きが通常と異なるとき
- ✓急激な増加や減少を調査するとき
- ✓数値の背景にある理由を理解したいとき
本文(日本語訳)
チャート詳細分析
次のような場合に使用:
- 指標が予期せず急上昇または急落した場合
- トレンドの要因を把握する必要がある場合
- ステークホルダー向けに、根拠のある詳細な分析を準備する場合
- ユーザーまたはイベントのセグメント間の差異を調査する場合
手順
ステップ 0: チャートを特定する
- チャートの URL またはチャート ID を受け取る
- ユーザーが URL を提供した場合は、
Amplitude:getting_data_from_urlを使用してチャート ID を抽出する - チャートの識別情報が提供されていない場合は、チャートの URL または ID を明示的に尋ね、処理を停止する
ステップ 1: チャートデータの取得と検証(必須)
- Reading chart data を使用して、チャートの定義とデータを取得する
- チャートデータが取得できない、または空の場合は 処理を続行しない
- 不足している情報(時間範囲、イベント、フィルター、権限)を説明する
- ユーザーにチャートの修正または有効なチャートの提供を求める
以下の情報を取得し、改めて明示する:
- 計測対象の指標
- 時間範囲と粒度
- チャートの種類(例: 時系列、ファネル、リテンション)
- 既存のフィルター、セグメント、またはブレークダウン
ステップ 2: パターンと変化の時間帯を特定する
Analyzing chart を使用して、何が起きているかを特徴づける:
- スパイク / 急落: 特定の日付における急激な変化
- トレンド: 時間の経過に伴う緩やかな増加または減少
- 季節性: 週次または月次で繰り返すパターン
- 異常: 直近のベースラインまたは過去の挙動からの逸脱
以下を明示的に特定する:
- 変化の時間帯(開始・終了)
- 変化の方向と大きさ
- 比較に使用するベースライン期間(デフォルト: 直前の同一期間)
ステップ 3: 有力な要因を調査する(範囲を限定)
広範なスライシングは避け、ガイド付きセグメンテーションを使用する:
- Finding the right event properties を使用して、変化を説明するのに最も関連性の高いプロパティを特定する
- シグナルの強い上位 9 件のプロパティを選択する(例: プラットフォーム、国、プラン、バージョン)
- これらのプロパティを考慮した上で Analyzing chart を再実行し、以下を判断する:
- どのセグメントが変化に最も寄与しているか
- パターンが局所的か広範囲に及ぶものか
Amplitude:query_chartsを使用する際は、一度に最大 3 件までチャートを取得する
ユーザーがより深い調査を明示的に求めない限り、合計 9 件を超えるプロパティのテストは避ける。
ステップ 4: コンテキストと照合する(異常時は必須)
スパイク、急落、または予期しない変化に対しては、同じ時間帯のコンテキスト情報を収集する:
- Getting experiments を使用して、有効な実験またはフラグを特定する
- Getting deployments を使用して、リリースやロールアウトを特定する
- Searching for content を使用して、アノテーションや関連ドキュメントを探す
Amplitude:get_feedback_insightsを使用して、変化の説明につながる可能性のあるカスタマーフィードバックのトレンドを検索する- 説明しようとしている内容に関連するフィードバックトレンドが見込まれる場合は、
Amplitude:get_feedback_mentionsを使用して具体的なカスタマーのコメントを取得する
コンテキスト上の変化が、チャートのパターンと時間的に一致するかどうかを判断する。
ステップ 5: 分析結果を統合する
意思決定に即した構造化された分析を提示する:
-
何が起きたか 観察されたパターンと変化の大きさを明確に説明する
-
いつ起きたか 正確な時間帯と比較ベースライン
-
主要な仮説 チャートデータとコンテキスト情報に基づく、最も有力な説明
-
裏付けとなる根拠
- 主要な指標
- セグメント別の寄与
- 関連する実験、デプロイメント、またはアノテーション
-
別の説明 考えられる代替案を 1〜3 件挙げ、それらが有力でない理由を説明する
-
影響 可能な範囲で影響を定量化する(ユーザー数、イベント数、コンバージョン、収益の代替指標など)
-
次に推奨するアクション 明確なフォローアップ アクションを 1 件提示する(例: セグメントの深掘り、実験のレビュー、計測の確認)
以下は必ず含める:
- チャート名
- チャート ID
- チャートへの直接リンク
- カバレッジ(例: テスト済みのプロパティ、分析したセグメント)
ベストプラクティス
- 常に明確なベースライン期間と比較する
- 観察事実と仮説を明確に区別する
- 網羅的なスライシングよりも、シグナルの強いセグメンテーションを優先する
- データ品質の問題があれば記録する(少量データ、不完全な期間、「(none)」値が多い場合など)
- ユーザーが明示的に求めない限り、チャートの作成や編集は 行わない
原文(English)を表示
Chart Deep Dive
When to Use
- A metric spiked or dropped unexpectedly
- You need to understand what’s driving a trend
- Preparing a detailed, evidence-backed analysis for stakeholders
- Investigating differences between user or event segments
Instructions
Step 0: Identify the Chart
- Accept a chart URL or chart ID
- If the user provides a URL, use
Amplitude:getting_data_from_urlto extract the chart ID - If no chart identifier is provided, ask explicitly for the chart URL or ID and stop
Step 1: Retrieve and Validate Chart Data (Mandatory)
- Use Reading chart data to retrieve the chart definition and data
- If chart data cannot be retrieved or is empty, do not proceed
- Explain what’s missing (time range, event, filters, permissions)
- Ask the user to correct the chart or provide a valid chart
Capture and restate:
- Metric being measured
- Time range and granularity
- Chart type (e.g. time series, funnel, retention)
- Existing filters, segments, or breakdowns
Step 2: Identify the Pattern and Change Window
Use Analyzing chart to characterize what’s happening:
- Spike / Drop: Sudden change on specific date(s)
- Trend: Gradual increase or decrease over time
- Seasonality: Recurring weekly or monthly patterns
- Anomaly: Deviation from recent baseline or historical behavior
Explicitly identify:
- The window of change (start/end)
- Direction and magnitude of the change
- Baseline period used for comparison (default: previous equal-length period)
Step 3: Investigate Likely Drivers (Bounded)
Instead of broad slicing, use guided segmentation:
- Use Finding the right event properties to identify the most relevant properties for explaining the change
- Select up to 9 high-signal properties (e.g. platform, country, plan, version)
- Re-run Analyzing chart with these properties in mind to determine:
- Which segments contribute most to the change
- Whether the pattern is localized or broad-based
- Only fetch up to 3 charts at a time when using
Amplitude:query_charts
Avoid testing more than 9 properties in aggregate unless the user explicitly asks for deeper exploration.
Step 4: Correlate with Context (Required for Anomalies)
For spikes, drops, or unexpected shifts, gather contextual signals in the same timeframe:
- Use Getting experiments to identify active experiments or flags
- Use Getting deployments to identify releases or rollouts
- Use Searching for content to surface annotations or relevant documentation
- Use
Amplitude:get_feedback_insightsto search customer feedback trends that might explain the change - Use
Amplitude:get_feedback_mentionsto pull in specific customer mentions if there's a likely feedback trend tied to what's being explained.
Determine whether any contextual changes align temporally with the chart pattern.
Step 5: Synthesize Findings
Present a structured, decision-ready analysis:
-
What Happened
Clear description of the observed pattern and magnitude -
When
Exact timeframe and comparison baseline -
Primary Hypothesis
Most likely explanation based on chart data and contextual signals -
Supporting Evidence
- Key metrics
- Segment contributions
- Relevant experiments, deployments, or annotations
-
Alternative Explanations
1–3 plausible alternatives and why they are less likely -
Impact
Quantify impact where possible (users, events, conversion, revenue proxy) -
Recommended Next Step
One clear follow-up action (e.g. deeper segment, experiment review, instrumentation check)
Always include:
- Chart name
- Chart ID
- Link back to the chart
- Coverage (e.g. properties tested, segments analyzed)
Best Practices
- Always compare against a clear baseline period
- Distinguish observations from hypotheses
- Prefer high-signal segmentation over exhaustive slicing
- Note data quality issues (low volume, incomplete periods, heavy “(none)” values)
- Do not create or edit charts unless the user explicitly asks
原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。