claude-skills/

Anthropic公式スキル・プラグインの日本語ディレクトリ

last sync 22h ago
スキルOfficialmonitoring

📊analyze-chart

プラグイン
amplitude

説明

特定の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: 有力な要因を調査する(範囲を限定)

広範なスライシングは避け、ガイド付きセグメンテーションを使用する:

  1. Finding the right event properties を使用して、変化を説明するのに最も関連性の高いプロパティを特定する
  2. シグナルの強い上位 9 件のプロパティを選択する(例: プラットフォーム、国、プラン、バージョン)
  3. これらのプロパティを考慮した上で 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. 何が起きたか 観察されたパターンと変化の大きさを明確に説明する

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

  3. 主要な仮説 チャートデータとコンテキスト情報に基づく、最も有力な説明

  4. 裏付けとなる根拠

    • 主要な指標
    • セグメント別の寄与
    • 関連する実験、デプロイメント、またはアノテーション
  5. 別の説明 考えられる代替案を 1〜3 件挙げ、それらが有力でない理由を説明する

  6. 影響 可能な範囲で影響を定量化する(ユーザー数、イベント数、コンバージョン、収益の代替指標など)

  7. 次に推奨するアクション 明確なフォローアップ アクションを 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_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 による自動翻訳です。