• 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

scheduled-report-refresh

プラグイン
amplitude
ソース
GitHub で見る ↗
説明

保存されたAmplitudeのコンテンツから反復型レポート(日次の概況報告、週単位のビジネスレビュー、実験の概要)を更新します。ダッシュボードを取得し、グラフを再度ひきだし、必要に応じて臨時クエリで不足分を補い、変化を要約します。 次のような場合に使用: - 「日次レポート/週次レポートを実行する」 - 「このダッシュボードの数字を最新にする」 - カスタムエージェントによるスケジュール設定されたレポート実行

原文を表示

Refreshes recurring reports (daily briefings, WBRs, experiment briefs) from saved Amplitude content — fetch the dashboard, re-pull its charts, fill gaps with ad hoc queries, summarize deltas. Use for "run the daily/weekly report", "refresh this dashboard's numbers", or scheduled custom-agent report runs.

ユースケース
  • 日次の概況報告を更新する
  • 週単位のビジネスレビューを実行する
  • 実験の概要をまとめる
  • ダッシュボードの数字を最新にする
  • スケジュール設定されたレポートを実行する
本文(日本語訳)

定期レポート更新

このMCPサーバーの中核的な自動化ジョブ: カスタムエージェントと定期実行が、保存されたグラフ群を改めて取得し、変化をまとめる機能です。

実行フロー

  1. 保存済みコンテンツに基づく use_amp_dashboards action: 'get' (最大3件バッチ)でレポート内のグラフリストを取得、または実行入力がリンクなら get_from_url を使用します。保存済みグラフが基準となるため、定義をゼロから作り直さないでください。

  2. データを改めて取得 get_amplitude_charts include: 'data' を使い、1回の呼び出しにつきグラフID最大3件、レポートの集計単位(日次レポート・週次レポートは日単位)で実行します。 各グラフについて、現在の期間とレポートが使用する過去の基準期間を比較します。

  3. 必要に応じて補完 query_amplitude_data(chart型)は、保存済みグラフではカバーされていない数値(新しいファネル(転換段階)のステップ、一度限りの集計など)のみに使用します。

  4. 変動の背景を調査 use_amp_flags action: 'list_deployments' を1回実行します。最近のデプロイ(システム更新)が、あらゆる指標変動の第一の仮説となります。

  5. レポート作成 まず変化テーブル(指標、現在値、基準値、変化率パーセント)を示し、その後に注目すべき変動と仮説を記載します。現在の期間が途中である場合は明示してください(「本日は過去24時間完全な昨日のX vs Y に対して、Xで推移中」など)。

設定すべき期待値

  • get_amplitude_charts include: 'data' が保存済みグラフに対して返す内容は、UIに表示されるものと正確に一致します。これを信頼して、query_amplitude_data で全ての数値を再検証する必要はありません。

  • 定期実行では、定義の読み込み(include: 'definition' / 'typed')を最小限にしてください。ダッシュボードグラフリストとデータがあれば十分です。グラフが誤設定されているように見える場合のみ詳しく確認してください。

  • グラフがエラーになるか空の結果が返った場合は、黙って削除せず、壊れたレポート項目として報告してください。定期レポートから欠けているタイルがあること自体が、重要な発見です。

原文(English)を表示

Scheduled Report Refresh

The dominant automated job on this MCP server: custom agents and scheduled runs re-pulling a known set of charts and summarizing changes.

The arc

  1. Anchor on saved content. use_amp_dashboards action: 'get' (batch ≤3) for the report's chart list, or get_from_url if the run input is a link. Saved charts are the contract — do not rebuild definitions from scratch.
  2. Re-pull data. get_amplitude_charts include: 'data', ≤3 chart IDs per call, at the report's granularity (daily for daily/weekly briefs). For each chart compare the current period against the trailing baseline the report uses.
  3. Fill gaps ad hoc. query_amplitude_data (typed chart) only for numbers no saved chart covers (a new funnel step, a one-off slice).
  4. Context for movement. use_amp_flags action: 'list_deployments' once — recent deploys are the first hypothesis for any metric movement.
  5. Report. Delta table first (metric, current, baseline, % change), then notable movers with hypotheses. State explicitly when the current period is partial ("today is tracking at X vs Y full-day yesterday").

Expectations to set

  • get_amplitude_charts include: 'data' on a saved chart returns exactly what the UI shows — trust it; don't re-validate every number with query_amplitude_data.
  • Keep definition reads (include: 'definition' / 'typed') minimal on refresh runs — the dashboard chart list plus data is enough unless a chart looks misconfigured.
  • If a chart errors or returns empty, report it as a broken report item rather than silently dropping it — a missing tile in a recurring report is itself a finding.

原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。