Noibuのデータを用いてセグメント(顧客グループ)とトラフィック(訪問者の流れ)のパフォーマンスを分析します。 次のような場合に使用: - どのチャネル(販売経路)、デバイス、国で最も良い成果が出ているか知りたい - モバイルとデスクトップの成果を比較したい - どこからトラフィックが来ているか把握したい - どのセグメントが不調なのか特定したい - 成果が最も良い顧客グループと最も悪い顧客グループを見つけたい
Analyze segment and traffic performance using Noibu data. Use when you want to know which channels, devices, or countries convert best, how mobile compares to desktop, where your traffic is coming from, which segments are underperforming, or where to find your best and worst converting customer segments.
静かに準備を進める。 ユーザーが最初に目にするのはトリアージボード(優先順位判定用の掲示板)であり、「では…」といった説明は先に表示しない。
AskUserQuestion で質問する — 他のことは聞かない。ドメインがちょうど1つなら質問をスキップ。list_scheduled_tasks を呼び出す — このドメイン用のタスクがすでに存在するかを記録する。これにより、クエリ実行前に、アクションバーのボタンラベルを表示時に設定できる(「スケジュール編集」か「インサイト設定」か)。具体的な質問向け(「どのチャネルの変換率が最高か?」「モバイルとデスクトップはどう違うか?」「どの国が低迷しているか?」):
AskUserQuestion で全体分析を提案(文章ではなく選択肢で):
簡潔な回答ではトリアージボードやスケジュール参照を読み込まない。
リファレンスファイルの読み込み: Read ツールを使う。すべてのファイルは、このSKILL.mdファイルの隣の references/ サブディレクトリにある — このファイルをどこから読み込んだかに基づいてベースパスを導き出す。
references/queries.md と references/triage-board.md の両方を読む。show_widget でレンダリング(表示)する。ウィジェットの後に、短い終了文を1文加える — ウィジェット後に続くテキストがない場合、「表示出力なし」と読まれ、不要な再レンダリングが起こる可能性がある。1文で、それが何かを述べるだけにし、見つかった内容の要約やウィジェット内容の繰り返しはしない。
「このセグメント信号を調査: …」として到着 — ボード全体の再レンダリングではなく、焦点を絞ったフォローアップとして処理する。
tech-diagnosis スキルをインライン(その場で)で呼び出す。ユーザーに見える斜線コマンドやハンドオフ(引き継ぎ)テキストは表示しない。show_widget を使わない。 形式:根本原因を1~2文 · 根拠テーブル(8行以下) · 推奨アクション。「[ドメイン]のセグメント概要をダッシュボードとして保存」でトリガー(起動)。
references/live-dashboard.md を読み、そこの指示に従ってアーティファクト(再利用可能な要素)を構築・保存する。references/triage-board.md は全体分析からすでにコンテキスト(文脈)に含まれている。
「[ドメイン]のセグメント分析をPDFでエクスポート」でトリガー。
references/export-pdf.md を読み、そこの指示に従う。
「[ドメイン]のセグメント分析をスケジュール」または「[ドメイン]のスケジュールを編集」でトリガー。
references/schedule-widget.md を読み、show_widget でレンダリングする。
Work quietly. The first thing the user sees is the triage board widget — no "let me…" commentary before it.
AskUserQuestion — don't ask about anything else. If exactly one domain, skip the question.list_scheduled_tasks now — store whether a task already exists for this domain. This sets the action bar button label at render time ("Edit schedule" vs "Schedule Insights") without blocking queries.For focused questions ("which channel converts best?", "how does mobile compare to desktop?", "which countries are underperforming?"):
AskUserQuestion (not prose):
Don't load the triage-board or scheduling references for a quick answer.
Loading reference files: Use the Read tool. All files live in a references/ subdirectory next to this SKILL.md — derive the base path from wherever this file was loaded from.
references/queries.md AND references/triage-board.md now, before running any queries.show_widget using triage-board.md.After the widget, add a single short closing line so the turn ends with visible text — a show_widget with no following text can be read as "no visible output" and trigger a duplicate re-render. Keep it to one sentence naming what it is; don't recap the findings or restate what's in the widget.
Arrives as "Investigate this segment signal: …" — handle as a focused follow-up, not a re-render of the board.
tech-diagnosis skill inline. No slash commands or handoff text visible to the user.show_widget. Format: root cause in 1–2 sentences · evidence table (≤8 rows) · recommended action.Triggered by "Save segment overview as dashboard for [domain]".
Read references/live-dashboard.md and follow the instructions there to build and save the artifact. references/triage-board.md is already in context from the full analysis.
Triggered by "Export segment analysis as PDF for [domain]".
Read references/export-pdf.md and follow the instructions there.
Triggered by "Schedule segment analysis for [domain]" or "Edit schedule for [domain]".
Read references/schedule-widget.md and render it as a show_widget.
原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。