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 を実行 — このドメイン用のタスクがすでに存在するかどうかを記録する。これにより、クエリを実行する前に操作バーのボタンラベル(「スケジュール編集」vs「インサイト スケジュール」)を設定できる。限定的な質問(「どのチャネルのコンバージョン率が最も高いか」「モバイルとデスクトップはどう違うか」「どの国のパフォーマンスが低いか」)の場合:
AskUserQuestion で詳細分析を提供する選択肢を示す(文章ではなく選択肢として):
簡潔な回答ではトリアージボードやスケジュール参照を読み込まない。
参照ファイルを読み込む: Read ツールを使う。すべてのファイルはこの SKILL.md の隣の references/ フォルダにあり、ベースパスはこのファイルが読み込まれた場所から導く。
references/queries.md と references/triage-board.md を読む。show_widget としてレンダリングする。ウィジェットの後に1文の短い終了文を追加して、このターンが見える形で終わるようにする。show_widget の後に続く文がないと「表示するものがない」と読まれ、重複したレンダリングを引き起こす可能性がある。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 による自動翻訳です。