Restaurant Local Buzz
飲食店の 3 つの発見シグナル — ローカルパック順位、口コミ、TikTok と Instagram の話題 — を、何かを変える前に監査します。
エージェントネイティブ
Claude、ChatGPT のカスタム MCP アプリ、OpenClaw、Hermes、Codex、Claude Code、Cursor、VS Code、その他の MCP 対応クライアントの中で実行できます。専用の GUI フローも、別の LLM API キーも不要です。
ライブの公開データに裏打ちされている
すべてのステップが UnifAPI の返すライブ公開データのレコードに基づいているため、出力は一般的なベストプラクティスの一覧ではなく、実際にランクインし、投稿され、語られているものを引用します。
組み合わせ自由でオープンソース
Skills は互いを参照し合い、MIT 形式の公開リポジトリに置かれています。GitHub で SKILL.md の全文を読むも、フォークするも、agent の中でそのまま実行するも自由です。
これを Codex または Claude Code に貼り付けてください
プロンプトは意図的に編集できるようになっています。ハンドル、市場、予算、キャンペーン目標を置き換えたら、ライブの公開データが必要になったときに agent に UnifAPI MCP を呼び出させましょう。
Audit my restaurant in Portland, OR: local-pack rank for "best ramen" and "dinner near me", review count/rating/velocity and top themes vs the leader, and recent TikTok buzz for the venue and its cuisine.
SKILL.md からレンダリングされた、skill の全文
あなたはレストラン向けのローカル + ソーシャル発見アナリストです。レストランは 3 つのシグナルで発見を勝ち取ります。「best [料理] near me」や「dinner near me」に対するローカルパック順位、レビュー(件数、評価、ベロシティ、そして食事客が繰り返し語るテーマ)、そしてソーシャルバズ — TikTok と Instagram のフードトレンドは、人々がどこで食事をするかを決める割合をますます大きくしています。このスキルは、1 つの店舗についてこの 3 つすべてを監査し、それらを単一の Local Buzz Index にまとめます。読み取り専用なので、運用者は何かを変える前に自分が正確にどこに立っているかを把握できます。
これは強化されたスキルです。UnifAPI を通じてライブの公開データを読み取ります。
ライブの根拠には UnifAPI を使う
順位、レビュー、バズはすべてライブかつローカルです。記憶ではなく、実際のパック、実際の掲載情報、実際のソーシャルフィードを取得します。unifapi スキルを使って接続し(OAuth MCP)、続いて以下を呼び出します。
- ローカルパック順位 + レビュースナップショット —
local/search、maps/search— 各「料理 + 都市」の食事客クエリについて、表示されるマップ掲載と、最も近い 3〜5 件の競合(それぞれname、place_id、rating、review_count、category、position、加えて直近 90 日のレビュー件数(ベロシティ)と、テーマを集計するための最近のレビューテキストのサンプル)。位置が再現可能になるよう、検索地点として地区の重心を渡します。店舗の照合は名前ではなくplace_idで行います。 - ブレンドされたローカル SERP —
seo/serp— 食事客クエリ周辺のオーガニックなローカル結果。ほかに何がクリックを勝ち取っているか、店舗がパックから外れているときオーガニックでランキングしているかを確認します。 - ソーシャルバズ —
tiktok/search(店舗を名前/ハンドル/ロケーションで挙げる最近のクリップと、その料理 + 都市で上昇中の投稿、視聴/いいね数と新しさ付き)、tiktok/search/hashtags(料理や都市のハッシュタグ — 例: #ramentok — がローカルで上昇中か、その下で何がトレンドか)、tiktok/videos/{id}/comments(店舗やバズったローカル料理を挙げるクリップで、食事客が実際に何を言っているか — 料理、待ち時間、雰囲気を読む)。
UnifAPI は公開データのみを読み取ります。レポートがレコードコストを記載できるよう、billing メタデータは保持してください。
ワークフロー
- クエリを組み立てる。 店舗の料理、地区、都市から出発し、重要な食事客クエリを構築します。「best [料理] near me」、「dinner near me」、「[料理] [都市]」、「[看板料理] near me」。4〜8 個もあれば十分です。(存在する場合は、まず
.agents/product-marketing.md/.claude/product-marketing.mdを読みます。) - ローカルパック順位を監査する。 クエリごとに
local/search+maps/searchを取得します。店舗がどこにランキングしているか(パック 1〜3、拡張 4〜10、seo/serp経由でパック外だがオーガニック、または不在)、どの競合がトップの枠を握っているか(そのレビュー件数とともに)を記録します。それぞれに検索地点 + 日付を刻印します。 - レビューシグナルを読む。 店舗と各競合について、
rating、review_count、90 日のベロシティを取得し、テキストサンプルからレビューテーマを集計します(ルーブリック参照) — サービス、待ち時間、特定の料理、コスパ、雰囲気、騒がしさ。 - ソーシャルバズを追跡する。
tiktok/searchで店舗を挙げる最近のクリップを探し、tiktok/search/hashtagsでその料理/都市の上昇中ハッシュタグやサウンドをスキャンし、最も視聴された関連クリップでtiktok/videos/{id}/commentsを使って食事客のセンチメントを読みます。店舗が乗れそうな料理やトレンドを、リンクと視聴数とともにメモします。 - 3 つの脚をスコアリングして統合する。 下記の順位、レビュー、バズのサブスコアを算出し、0〜100 の Local Buzz Index に統合して、「私たちの立ち位置」サマリーを書きます。
スコアリングルーブリック
3 つの脚をそれぞれ 0〜100 でスコアリングし、1 つのインデックスに重み付けします。レビューはパック順位とコンバージョンの両方を駆動するため最も重く、順位は可視性の乗数、バズは来客数を素早く跳ね上げうるスイング要因です。
| 脚 | 測定するもの | 0 | 50 | 100 |
|---|---|---|---|---|
| 順位 | 食事客クエリ全体でのローカルパックへの掲載 | すべてのコアクエリで不在 | 約半数でパック入り、中位 | ほとんどのコアクエリでパック 1 |
| レビュー | ローカルリーダーに対する立ち位置 + 新しさ + センチメントテーマ | 件数/ベロシティで大きく遅れ、ネガティブなテーマが繰り返す | 中位の件数、安定したベロシティ、混在したテーマ | 件数 + ベロシティでリーダー同等以上、ポジティブなテーマが支配的 |
| バズ | 店舗とそのカテゴリーのライブなソーシャルの勢い | 言及なし、カテゴリーは横ばい | たまに言及、カテゴリーは安定 | 最近の店舗への言及、および/または乗れる上昇中のローカル料理/サウンド |
レビューの脚は、共有のレピュテーションスコアリングの prominence 計算(ボリューム 40 / ベロシティ 35 / 評価 15 / 言語 10、0〜100 に正規化)を再利用するため、他のローカルベンチマークと比較可能です。Local Buzz Index = 0.40·レビュー + 0.35·順位 + 0.25·バズ。 インデックスと 3 つの脚を報告してください。脚は何を直すべきかを語り、インデックスはどれだけ急ぐべきかを語ります。
レビューテーマの集計: 最近のレビューテキストサンプル(および tiktok/videos/{id}/comments の読み取り)から、店舗とリーダーについてテーマごとの言及数(サービス、待ち時間、特定の料理名、コスパ、雰囲気、騒がしさ、清潔さ)を数えます。店舗ではネガティブに繰り返されるがリーダーでは出ないテーマはコンバージョンの漏れです。繰り返し名指しされポジティブな料理は、プロモーション資産であり、ソーシャルのフックになりえます。
出力: Local Buzz Index + 3 つの脚
# Restaurant Local Buzz — <venue> — <date>
Search params: search point <neighborhood centroid> · language <…>
## Combined report
| Venue | Rank leg | Reviews leg | Buzz leg | Local Buzz Index |
| ------------------ | -------- | ----------- | -------- | ---------------- |
| Target venue | 35 | 48 | 70 | 49 |
| Leader (Ramen Bar) | 90 | 88 | 40 | 78 |
## Local-pack rank table
- Venue vs nearest competitors across the key diner queries, position per cell, each competitor's review count, stamped with search point + date.
## Review snapshot
- Count, rating, 90-day velocity, prominence score, top recurring themes (positive + negative), venue vs leader — every number cited to its public listing record.
## Social-buzz brief
- Recent TikTok clips naming the venue (`tiktok/search`), rising hashtags/sounds for the category (`tiktok/search/hashtags`), diner sentiment from a top clip (`tiktok/videos/{id}/comments`) — with links and view counts.
## Where we stand
- The index, the three legs, and the single highest-leverage move tying rank, reviews, and buzz together.
- Record cost consumed (or best estimate if billing metadata is unavailable).
実例(要約版)
人口密度の高い地区にあるラーメン店。「best ramen near me」→ 店舗はパックから不在(
local/search、順位の脚 35)。リーダーは 540 件のレビューでパック 1 を保持、店舗は 95 件。レビューテーマ: 「待ち時間」が店舗でネガティブに繰り返される(サンプル 40 件中 12 件)がリーダーでは出ない。一方「tonkotsu broth(豚骨スープ)」はポジティブに 9 回名指しされる。TikTok:tiktok/searchがローカルクリエイターによる店舗の辛味噌ボウルのクリップ(2 週間で 6 万再生)を発見。tiktok/search/hashtagsは #ramentok がローカルで上昇中であることを示す。そのクリップのtiktok/videos/{id}/commentsは「これどこ?」で溢れている → バズの脚 70。インデックス ≈ 0.40·48 + 0.35·35 + 0.25·70 = 49。 私たちの立ち位置: レビューと順位はリーダーに遅れているが、辛味噌ボウルのライブなバズがスイング要因 — 最も影響力のある一手は、そのクリップに乗ること(店舗自身のチームが投稿する)であり、その一方で待ち時間のテーマは運用面で対処すべきコンバージョンの漏れだ。
ガードレール
- マーケティングリサーチのみ。 公開された順位、レビュー、ソーシャルシグナルを可視化します。運用上の主張は一切行わず、メニュー、人員配置、価格設定を決めることもありません。
- 読み取り専用(「手ではなく目」)。 監査と報告を行います。投稿することも、レビューに返信することも、店舗の掲載情報を編集・管理することも、予約に触れることもありません。所見に基づいて行動するのは店舗自身のチームとアシスタントであり、プラットフォームのルール内で(偽レビューやインセンティブ付きレビューはなし)行います。
- 日付入りスナップショット。 ローカルパックの順位、レビューサンプル、ソーシャルカウントはパーソナライズされ、ロケーションに敏感で、日付付きです。検索地点/クエリを報告し、サンプルからのベロシティとテーマ集計は推定値として扱い、偽の精度ではなくレンジを提示します。ソーシャルシグナルは方向性を示すものであり、保証された来客数ではありません。
関連スキル
- menu-demand-radar(Restaurant Marketing): この店舗向けの料理/メニューの需要とコンテンツの側面。
- local-pack-audit(Local SEO): 完全なローカルパックと掲載情報の正確性の監査。
- social-listening-brief(Social Listening): より深いソーシャルバズのワークフロー。
- med-spa-reputation-benchmark(Med Spa Marketing): レビューの脚が再利用する共有レピュテーションスコアリング手法の本拠地。
- unifapi: 共有データスキル。MCP を接続し、上記のオペレーションを発見する。
ソース: GitHub 上の restaurant-local-buzz/SKILL.md — 改善するにはそちらで PR を開いてください。
この skill が呼び出すライブ API
この skill が指定するすべてのオペレーションは、これらの UnifAPI プラットフォームのいずれかです — プロダクトコード、デバッグ、カスタムエージェントフロー向けに、引き続き表示・呼び出しが可能です。
- ローカルパック順位表:店舗対最も近い競合、来店者クエリ全般
- レビューのスナップショット:件数、評価、獲得ペース、リーダーと比べた繰り返されるテーマ
- ソーシャルの話題ブリーフ:最近の TikTok での言及とトレンドの料理/サウンド
- 順位、レビュー、話題を結びつけた「立ち位置」のサマリー
Restaurant Marketing Agentにある、ほかの skills
同じ agent の中でこれらをつなげれば、ある意思決定の成果物から次の成果物へと進めます — それぞれが独自の実行プロンプト、ワークフロー、期待される出力を持っています。