• Projects
  • Service
  • About
  • branding.bz
  • Podcast
  • Tips
  • FAQ
  • Recruit
  • Download
  • Contact
  • branding.bz(ブランド構築SaaS)
  • DESIGN NOW(デザインメディア)
  • X
  • LinkedIn
  • Spotify
  • Facebook

213-0011 神奈川県川崎市高津区久本3-6-7-303

© 2026 ID INC. All rights reserved

claude-skills/スキル
SKILLOfficialmonitoring

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.

ユースケース
  • メトリクスが異常に見えるとき
  • 数値の急上昇・急下降の原因を調べるとき
  • 数字の背後にある理由を理解したいとき
  • Amplitudeチャートのトレンドを分析するとき
本文(日本語訳)

チャート深掘り分析

使用場面

  • 数値が急激に上昇または低下した
  • トレンドの原因を理解する必要がある
  • ステークホルダー向けに、根拠に基づいた詳細な分析を用意している
  • ユーザーまたはイベントのグループ間での違いを調べている

実行手順

ステップ0:チャートを特定する

  • チャートの URL またはチャートID を受け取る
  • ユーザーがURLを提供した場合、Amplitude:get_from_url を使用してチャートIDを抽出する
  • チャートの識別子が提供されていない場合、チャートのURLまたはIDを明確に質問して一旦停止する

ステップ1:チャートデータを取得して検証する(必須)

  • チャートデータの読み込み を使用してチャート定義とデータを取得する
  • チャートデータが取得できない、または空の場合は 先に進まない
    • 不足している項目(期間、イベント、フィルタ、権限)を説明する
    • ユーザーにチャートの修正または有効なチャート提供を求める

以下を確認して説明し直す:

  • 測定対象となる数値
  • 期間と集計粒度(日次・時間単位など)
  • チャート種別(例:時系列、漏斗図、リテンション(利用継続率))
  • 既存のフィルタ、セグメント分割、または内訳

ステップ2:パターンと変化の時間帯を特定する

チャート分析 を使用して現象の特性を把握する:

  • スパイク / ドロップ:特定日時での急激な変化
  • トレンド:一定期間にわたる段階的な増減
  • 季節性:週単位または月単位で繰り返すパターン
  • 異常値:最近のベースライン(比較対象)または過去の行動からの逸脱

以下を明確に特定する:

  • 変化の時間帯(開始・終了)
  • 変化の方向と規模
  • 比較用のベースライン期間(既定値:同じ長さの直前期間)

ステップ3:考えられる原因を調査する(対象を限定)

幅広いスライス分析ではなく、ガイド付きセグメント分割 を使用する:

  1. 関連度の高いイベント属性を見つける を使用して、変化を説明するのに最も関連性の高い属性を特定する
  2. 最大9個の高精度属性 を選択する(例:プラットフォーム、国、プラン、バージョン)
  3. これらの属性を考慮して チャート分析 を再実行し、以下を判定する:
    • 変化に最も寄与しているセグメント
    • パターンが局所的か広範囲か
    • Amplitude:query_charts 使用時は1回につき最大3個のチャートまで取得する

ユーザーが明確に深掘り探索を求めない限り、全体で9個を超える属性テストは避ける。


ステップ4:コンテキストと照らし合わせる(異常値の場合は必須)

スパイク、ドロップ、または予期しない変動について、同じ時間帯での背景情報を収集する:

  • 実験を確認 を使用して、アクティブな実験またはフラグを特定する
  • デプロイを確認 を使用して、リリースまたはロールアウトを特定する
  • コンテンツを検索 を使用して、注釈または関連ドキュメントを見つける
  • Amplitude:get_feedback_insights を使用して、変化を説明しうるカスタマーフィードバック(顧客の声)トレンドを検索する
  • Amplitude:get_feedback_mentions を使用して、説明内容と時間的に関連しそうなカスタマーフィードバックを抽出する

いずれかの背景情報がチャートパターンと時間的に一致しているかを判定する。


ステップ5:結果をまとめる

意思決定に活用できる構造化された分析を提示する:

  1. 何が起きたか
    観察されたパターンと規模の明確な説明

  2. いつ起きたか
    正確な時間帯と比較ベースライン

  3. 最有力仮説
    チャートデータと背景情報に基づく最も可能性の高い説明

  4. 裏付け証拠

    • 主要指標
    • セグメント別の寄与度
    • 関連する実験、デプロイ、注釈
  5. 代替仮説
    もっともらしい代替案1~3個とそれが低い可能性の理由

  6. 影響
    可能な限り定量化する(ユーザー数、イベント数、コンバージョン率、売上推定など)

  7. 推奨される次のステップ
    1つの明確なフォローアップアクション(例:さらに詳細なセグメント分析、実験のレビュー、計測確認)

常に含める:

  • チャート名
  • チャートID
  • チャートへのリンク
  • 適用範囲(例:テストした属性、分析したセグメント)

ベストプラクティス

  • 常に明確なベースライン期間と比較する
  • 観察 と 仮説 を区別する
  • 網羅的なスライス分析より、高精度のセグメント分割を優先する
  • データ品質の問題(低ボリューム、期間の欠落、"(なし)"値の多さ)を記載する
  • ユーザーが明確に指示しない限り、チャートの作成または編集は 行わない
原文(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:get_from_url to 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:

  1. Use Finding the right event properties to identify the most relevant properties for explaining the change
  2. Select up to 9 high-signal properties (e.g. platform, country, plan, version)
  3. 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_insights to search customer feedback trends that might explain the change
  • Use Amplitude:get_feedback_mentions to 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:

  1. What Happened
    Clear description of the observed pattern and magnitude

  2. When
    Exact timeframe and comparison baseline

  3. Primary Hypothesis
    Most likely explanation based on chart data and contextual signals

  4. Supporting Evidence

    • Key metrics
    • Segment contributions
    • Relevant experiments, deployments, or annotations
  5. Alternative Explanations
    1–3 plausible alternatives and why they are less likely

  6. Impact
    Quantify impact where possible (users, events, conversion, revenue proxy)

  7. 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 による自動翻訳です。