Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,770 件掲載。コマンド 1 行でインストールできます。
マーケティング・グロース
App Store の検索・閲覧でのタップ率とコンバージョンを高めるために、アプリのアイコンをデザイン、テスト、改善したいときに使用します。ユーザーが「アプリアイコン」「アイコンデザイン」「アイコン A/B テスト」「アイコンのバリエーション」「タップ率」「アイコンのコンバージョン」「アイコンの更新」に言及したときや、良いアプリアイコンとは何かを知りたいときに使用します。スクリーンショットの最適化は screenshot-optimization を、リスト全体の A/B テストは ab-test-store-listing を参照してください。
記事執筆後の SEO 検証を、合否チェックリストで行います。タイトルタグの長さとキーワード配置、メタディスクリプションの品質、見出し階層とキーワード密度、アンカーテキスト分析を含む内部／外部リンク監査、canonical URL の確認、Open Graph メタタグ（og:title、og:description、og:image）、Twitter Card の検証、構造化データの有無と妥当性、URL 構造の最適化、画像の alt テキストの有無を確認します。具体的な推奨事項を含む優先度付きの修正リストを生成します。ユーザーが「seo check」「validate seo」「on-page seo」「title tag check」「link audit」と言った場合、完成した記事 1 本に使用します。サイト全体の監査（blog-audit、claude-seo）、AI 引用スコアリング（blog-geo）、スキーマ生成（blog-schema）、デリバリーゲート（blog_preflight.py）には使用しません。
長尺動画からdocuments バイラルな 9:16 の YouTube Shorts（または TikTok / Reels クリップ）を自動生成します。AI Clipping スキル.Decode した薄いプラットフォーム対応ラッパーで、短尺ソーシャルプラットフォーム向けの適切なデフォルト（9:16、30〜60 秒のスイートスポット）を選び、実際のハイライト抽出とクロップは muapi.ai の `/ai-clipping` エンドポイントに委譲します。
引用元の URL を取得し、主張されたデータが実際にページに記載されているか確認して、ブログ記事の統計や主張を検証します。重要な主張（統計、製品またはポリシーに関する主張、順位や比較に関する主張、明示された出典）をすべて抽出し、取得前に引用 URL を検証して、一致度の信頼スコアを付けます（完全一致 1.0、言い換え 0.7～0.9、見つからない場合 0.0）。出典のない主張には UNVERIFIED の印を付け、この実行で出典を取得して該当箇所を見つけた場合に限り、検証済みとします。記事が述べるとおりの内容を出典が記載しているかを確認しますが、出典の真偽を証明したり、実体験を検証したりすることはできません。ユーザーが「fact check」「verify statistics」「check sources」「factcheck」と言った場合に使用します。レポートのみを作成し、記事の書き直しには使用しません（blog-rewrite）。
コンテンツ品質、SEO、E-E-A-T、技術要素、AI 引用への対応状況を対象とした 5 カテゴリー・100 点満点の基準で、ブログ記事 1 本または記事フォルダーを評価します。まず決定論的アナライザーを実行し、その後に判断を加え、Critical/High/Medium/Low の優先度別に修正項目を提示します。参考情報としての文体診断は、著者を推測せず、スコアにも影響しません。markdown、JSON、表形式でエクスポートでき、MDX、markdown、HTML、URL に対応します。ユーザーが特定の記事の分析、採点、評価、品質確認を依頼する場合（「analyze blog」「blog score」「check blog quality」「rate this post」）に使用します。サイト全体の健全性確認（孤立ページ、カニバリゼーション、古いコンテンツ、全記事の schema）には blog-audit を使用してください。
ブログファイル全体をスキャンし、品質スコア、孤立ページ、トピックのカニバリゼーション、古いコンテンツ、AI引用への対応状況を調べて、サイト全体のブログの健全性を評価します。サイト全体のチェックに先立ち、標準の一括分析を実行します。記事ごとのスコアと優先順位付きのアクションキューを作成します。ユーザーが複数の記事を対象としたサイト全体のブログ健全性チェック（「blog audit」「blog health」「audit all posts」「site audit of the blog」）を求めた場合に使用します。1記事のみ、または少数の指定ファイルの品質スコアと修正を求める場合は、代わりに blog-analyze を使用してください。
公開予定の記事1本分のコンテンツブリーフを作成します。メインキーワードとサブキーワード、検索意図、テンプレートの選択、リアルタイムSERPにおける競合の不足点、掲載する出典付き統計、セクション構成、内部リンク先、配信案を含みます。ユーザーが「content brief」「blog brief」「SEO brief」「article brief」と言った場合に使用します。骨子のみ（blog-outline）、複数記事の計画（blog-strategy、blog-calendar、blog-cluster）、記事本文（blog-write）には使用しません。
ブログ記事ファイル1本を対象に、AI引用への対応状況（内容の自己完結性、出典付きの記述、エンティティの明確さ、構成、クローラーのアクセス）を監査し、内部基準で0～100点のスコアを付けます。さらに、AI Overviews、AI Mode、ChatGPT、Perplexity、Claude、Gemini、Copilotそれぞれについて所見を示します。ユーザーが「geo」「aeo」「ai citation」「citation audit」「chatgpt citation」と言った場合に使用します。サイト全体の監査、リアルタイムのAI可視性トラッキング、スキーマ生成（それぞれ claude-seo seo-geo、blog-audit、blog-schema を使用）には使いません。また、引用を保証するものではありません。
ユーザーがアプリのオンボーディング体験を改善したい、活性化率を上げたい、Day 1 の離脱を減らしたい、初回実行フローを最適化したい的时候に使う。ユーザーが "onboarding"、"first-run"、"activation"、"tutorial"、"day 1 retention"、"new user flow"、"permission prompts"、"sign-up conversion"、"onboarding funnel"、"users dropping off early" などに言及したときに使う。全体の継続戦略については retention-optimization を、ペイウォールの配置については monetization-strategy を参照。
1 回の管理 API 呼び出しで、長尺動画を N 本のバイラル向けショートクリップに変換します。muapi.ai の `/ai-clipping` エンドポイントをラップしており、書き起こし、バイラル性フレームワークによるハイライト順位付け（フック／感情のピーク／オピニオン爆弾／啓示／コンフリクト／引用可能／ストーリーのピーク／実用価値）、重複の除去、縦持ち顔追跡の自動クロップをサーバー側で行います。ローカル Whisper 不要、ローカル LLM 不要、GPU 不要。
日付入りの月次または四半期編集カレンダーを作成します。記事の公開・見直し時期、コンテンツ構成、テンプレート、配信時期、重要な変更の確認キューを含みます。ユーザーが「editorial calendar」「content calendar」「publishing schedule」「what should I write this month」と言った場合に使用します。ポジショニングやコンテンツの柱（blog-strategy）、SERPで検証したクラスター図（blog-cluster）、Search Consoleのエクスポートから順位低下ページを検出する用途（blog-decay）には使いません。公開頻度はランキング要因ではありません。
Googleの検索順位とAI引用を目指す新しいブログ記事を一から執筆し、納品ゲートを通します。テンプレート選択、結論先行の形式、Key Takeawaysボックス、出典付き統計、ライセンス取得済み画像、組み込みSVGチャート、任意のFAQと内部リンクを含む記事全体を、MDX、markdown、HTMLで生成します。ユーザーがトピックやブリーフをもとに新しいブログ記事の執筆を依頼した場合（「write a blog post」「draft a new article」「/blog write」）に使用します。既存記事の編集（blog-rewrite）や、単独のアウトライン、ブリーフ、調査依頼には使いません。
ブログのヒーロー画像、記事内のイラスト、OGカード向けにGeminiで画像を生成します（デフォルトはAPIを直接使用し、編集には任意でMCPを使用）。有料APIを初めて呼び出す前に、明示的な同意を求めます。明示的な依頼（/blog image、「generate a blog hero image」「blog illustration」「edit this blog image」「OG image」）があった場合、または blog-write や blog-rewrite でヒーロー画像が必要な場合にのみ実行します。チャート（blog-chart）やストックフォト検索には使いません。
タイトルと見出しから主要キーワードを抽出し、意味的に近いターゲットをクラスタ化して、同じ検索意図を競合する記事を特定し、ブログ記事間のキーワードカニバリゼーションを検出します。無料のローカルモード（ファイル分析）と、有料のDataForSEO APIモードに対応します。有料モードはユーザーが呼び出し回数を承認した後にのみ実行します。深刻度スコア付きのレポートと、統合または差別化の提案を出力します。ユーザーが「cannibalization」「keyword overlap」「competing pages」と言った場合に使用します。サイト監査（blog-audit）やクラスター計画（blog-cluster）には使わず、ファイルやリダイレクトは変更しません。
企業情報、ブランドに関する入力、ステークホルダーの目標を、明確なポジショニング、根拠、連絡につながる締めくくりを備えた洗練された会社概要デッキにまとめます。会社紹介デッキ、企業概要、会社プロフィールのプレゼンテーション、またはブランドデッキ（資金調達ピッチや営業提案書を除く）を求められた場合に使用します。K2Fフォーマットとエンジンを活用し、AIネイティブなデザインと最高水準の美しさを備えた会社デッキを作成します。AIエージェント向けに設計された K2F により、レイアウト、タイポグラフィ、書式設定の複雑さを自動処理しながら、エージェントは意味内容とデザイン意図に集中できます。
完成済みのブログ記事について、Gemini TTSで有料の音声を生成します。要約、全文読み上げ、2人の対話形式に対応し、MP3とHTML5埋め込みを出力します。有料APIを初めて呼び出す前に、明示的な同意を求めます。明示的な依頼（/blog audio、「generate audio for this blog post」「narrate this blog post」「audio version of this post」「podcast version of this post」）があった場合にのみ実行します。一般的な音声やディクテーションに関する質問には使いません。
SERP を踏まえたアウトライン生成。H2/H3 の見出し階層、競合記事のコンテンツギャップ分析、セクションごとの目標文字数、グラフ・画像の配置マーカー、任意の FAQ 質問の計画、内部リンクゾーンを含みます。生成するのは骨格のみ：構造、H2/H3 階層、文字数目標、任意の FAQ スロット。完全な競合分析、統計調査、画像提案が必要な場合は blog-brief を使用してください。フルコンテンツブリーフより軽量で、記事ボーンと構造のみを生成し、/blog write がそのまま使用できます。ユーザーが「outline」「blog outline」「content outline」「structure blog」「plan sections」「article skeleton」「heading structure」「SERP analysis」「competitive outline」「plan article」と発言したときに使用します。
既存のブログ記事を他のチャネル向けの下書きに変換します。Xのスレッド、LinkedInの投稿、Threads／Bluesky、ショート動画の台本、YouTubeの台本、Redditの投稿、ニュースレター用抜粋、ポッドキャストの台本に対応します。下書きはファイルに保存し、どこにも投稿しません。個人的な体験や成果を捏造せず、ユーザーから提供された場合にのみ一人称の表現を使います。ユーザーが「repurpose」「turn this post into a thread」「linkedin post from blog」「youtube script from post」と言った場合に使用します。ブログ記事自体の執筆（blog-write）や投稿予約には使いません。
既存のブログ記事をリライトし、Google SEO（2026年5月のコアアップデート、E-E-A-T）とAI引用での可視性を、ひとつのSEO施策として最適化します。Google関連の作業を伴わないAI引用のみの監査には、代わりに blog-geo を使用します。捏造された統計を出典付きデータに置き換え、結論先行の形式を適用し、画像を追加してSVGチャートを生成します。更新日は実質的な変更があった場合のみ変更します。MDX、markdown、HTMLなど、あらゆるブログ形式に対応します。ユーザーが「rewrite blog」「optimize blog」「update blog」「improve blog」「fix blog」と言った場合に使用します。
ブログ向けに、認証済みのGoogle APIを呼び出します。PageSpeed Insights、CrUXの履歴、Search ConsoleのパフォーマンスデータとURL検査、GA4のオーガニックトラフィック、Cloud NLPのエンティティ、YouTube動画検索、Google Ads Keyword Planner、Indexing API（求人ページとライブ配信ページのみ）に対応します。ユーザーのGoogle認証情報と割り当て枠を使用し、場合によっては費用が発生します。初回呼び出しの前に同意を求めます。明示的な依頼（/blog google、「run PageSpeed on this blog URL」「pull my Search Console data」「inspect this URL's index status」「set up Google API credentials」）があった場合にのみ実行します。claude-seoと ~/.config/claude-seo/google-api.json の設定を共有します。
ブログ記事1本分のJSON-LDを単一の@graphで生成します（BlogPostingにPerson、Organization、BreadcrumbList、ImageObject、VideoObjectを含む。FAQPageは任意のエンティティマークアップとしてのみ使用）。Googleの現在の構造化データ対応状況に照らして検証します。ユーザーが「generate schema」「json-ld for this post」「blog schema」と言った場合に使用します。サイト全体のスキーマ監査や他のスキーマ型（claude-seo seo-schema）、製品ページには使いません。また、リッチリザルトを保証するものではありません。FAQリッチリザルトは2026-05-07に終了しました。
NNGroupの4次元トーンフレームワーク（面白い―真面目、フォーマル―カジュアル、敬意―不遜、熱意がある―事実重視）を使って、ライティング用ペルソナを作成・管理します。ペルソナでは、読みやすさの目標、文の長さの分布、語彙レベル、短縮形の頻度、要約ボックスのラベルを定義します。blog-write と blog-rewrite が一貫した語調を保つために使用します。ユーザーが「create persona」「use persona」「list personas」と言った場合、またはトーンのスライダーや執筆ルールを構造化JSONとして保存したい場合に使用します。既存記事の文体測定（blog-style）、オーディエンス、ポジショニング、禁止フレーズのコンテキストファイル（blog-brand）には使いません。
ニッチ分野やビジネス向けに、ブログ全体の戦略を策定します。オーディエンスのセグメント、ハブ＆スポーク型クラスターを備えた3～5本のコンテンツの柱、競合上のギャップ、測定計画、90日間のロードマップを作成します。ユーザーが「blog strategy」「content strategy」「blog positioning」「content pillars」「what should I blog about」と言った場合に使用します。日付入りの公開スケジュール（blog-calendar）、SERPで検証済みのクラスター図（blog-cluster）、単一記事のブリーフやアウトライン（blog-brief、blog-outline）には使用しません。ランキングやAI引用を保証しません。
アプリの星評価を改善し、評価数を増やし、レビュー 요청のタイミングと方法を最適化したい場合、または評価が上がらない時期から回復したい場合に使用します。「アプリ評価」「星評価」「レビュー依頼」「SKStoreReviewRequest」「In-App Review API」「レビューを頼む」「評価が低い」「評価低下」「レビューを増やす」「星 1 からの回復」への言及がある場合に該当します。レビューへの応答については review-management を、ASO 全体の健全性については aso-audit を参照してください。
claude-blog向けのセマンティックなトピッククラスター計画・自動実行エンジンです。SERPベースのキーワード調査を行い、検索意図とSERPの重複度に基づいてキーワードをグループ化し、ハブ＆スポーク型のクラスター構造を構築して、インタラクティブなSVGクラスター図を生成します。共有クラスターコンテキストと内部リンクの自動挿入を利用してblog-writeの呼び出しを調整し、クラスター全体を実行します。戦略から実行への隔たりを埋めます。blog-strategyが設計図を描き、blog-clusterが家を建てます。ユーザーが「blog cluster」「topic cluster」「content cluster」「cluster plan」「cluster execute」「cluster map」と言った場合に使用します。
ユーザーがサブスクリプションビジネスをエンドツーエンドで最適化したい場合に使用します。トライアル開始から更新解約、そして離脱挽回まで。ユーザーが「サブスクリプションライフサイクル」「トライアル転換」「解約」「離脱」「挽回」「離線済み契約者」「 Payments 督促」「請求再試行」「猶予期間」「更新率」「契約者 LTV」「再契約」的 involuntarily mentioned 場合は使用します。ペイウォール設計と価格戦略は monetization-strategy を、サブスクリプション分析ダッシュボードは app-analytics を参照してください。
Salesforce Data Cloud Act フェーズ。ユーザーがアクティベーション、アクティベーションターゲット、データアクション、または Data Cloud のオーディエンスとデータのダウンストリーム配信を管理ときにこのスキルを使用する。TRIGGER: ユーザーがアクティベーション、アクティベーションターゲット、データアクション、または Data Cloud のオーディエンスとデータのダウンストリーム配信を管理する場合。DO NOT TRIGGER: タスクがセグメント作成の場合（segmenting-datacloud を使用）、データ取得/検索の場合（retrieving-datacloud を使用）、STDM/セッション追跡の場合（observing-agentforce を使用）
ユーザーが競合アプリの継続的な監視 unitingdelegateしたいducts場合に使用します。メタデータの変更、キーワードの変動、スクリーンショットの更新、評価のトレンド、新機能の追跡。「competitor monitoring」「track competitors」「competitor alert」「competitor changed their title」「watch a competitor app」「competitor weekly report」「competitive intelligence」「what changed in competitor's listing」といった言及があったときに使用します。一度きりの深い競合分析については competitor-analysis を、市場全体のチャート変動については market-movers を参照してください。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。