mcpField
I
intro

intro

github.com/illyismマーケティング・グロース654211 回インストール1 日前に更新
リポジトリ

intro について

リスト記事、ガイド、定義記事、論証記事向けのブログ導入文を作成するライティングスキルです。SEOライターが検索意図と記事構成に沿って導入を組み立てられ、必要に応じてスラッグ、タイトル、画像の代替テキストも用意します。

主な機能

  1. 01意図に応じた導入パターン
  2. 02読者とアウトラインの確認
  3. 03実用性と記事の流れの提示
  4. 04スラッグ、タイトル、代替テキスト
  5. 05簡潔さと品質のチェック

活用シーン

  1. 01ハウツーガイドの導入作成
  2. 02SEOリスト記事の書き出し
  3. 03定義記事や論証記事のリード作成

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/illyism/seo-skills --skill intro

インストール後、Claude Code で/introを入力して読み込まれたか確認します。

同梱ファイルexamples.md

詳細

ブログの導入文ライター

成果の高いSEOリスト記事やガイドのスタイルで、読者を引き込むブログの導入文を作成します(examples.mdの例を参照)。

目次

該当するケース

ユーザーが**/intro**を実行した場合、または投稿のブログ導入文、冒頭の段落、リード文を依頼した場合に使用します。

単独でも、タイトル作成後でも使用できます(seo-title-optimizationスキルを参照)。スラッグまたはタイトルがない場合は、簡潔に尋ねるか、案を提示します。

最初のステップ

「コンテンツについて少し教えてください。導入文を作成します。」と伝えます。

検索意図に合わせるため、次の情報を十分に集めます。

  • トピック、主要キーワード、検索意図(情報収集、リスト記事、ハウツー、比較)
  • 想定読者と、その読者が達成したいこと
  • 記事の構成:リスト記事の項目数、H2/H3のアウトライン、または主要セクション
  • 投稿で製品を紹介する場合は、その製品の切り口
  • 任意:選定済みのタイトル、スラッグ、メイン画像の内容

ユーザーがすでにアウトラインや下書きを貼り付けている場合は、それを使用します。ユーザーから提供されていない限り、統計、マーケットシェア、法的主張を作り出してはいけません。

約束すること

次の内容を実行します。

  • シンプルで簡潔な英語を使います
  • 画像の代替テキストを返します
  • スラッグとタイトルを提示します
  • 読みやすくなる箇所ではリストを使います
  • 読者の検索意図とコンテンツを一致させます
  • トピックと、その重要性を紹介します
  • 読者が何を学べるかを伝えます
  • 流れの予告: これから説明する主要な手順やセクションを案内します
  • 理由を説明: トピックが実践上なぜ重要なのかを説明します
  • 関連性: トピックが読者の目標とどう関係するかを説明します
  • 短い文を使い、全体を簡潔にまとめます

導入文のパターン

記事の種類に合ったパターンを選びます。

リスト記事(例:「おすすめの検索エンジン21選」)

参考:リスト記事の例

  1. その対象が何かを一文で説明します。
  2. デフォルトの選択肢では不十分な理由、またはリストが重要な理由を一文で説明します。
  3. 流れの予告:リストで扱う内容と構成方法を説明します(種類別に分類、特定の順序なしなど)。
  4. 任意の誘導文:または、[よくある質問](#anchor)に直接進んでください。
ハウツー/ガイド(例:画像を使った逆検索)

参考:ハウツーの例

  1. 平易な言葉で、作業や問題から始めます。
  2. 一文か二文で理由を説明します。
  3. 価値を明確にできる場合は、得られる結果を箇条書きで示します(3~5項目)。
  4. 流れの予告:記事で取り上げるプラットフォームや手順を説明します。
  5. 最後に、読み終えるまでに何を学べるかを一文で伝えます。
定義から始める形式(例:「SEOとは?」)

参考:定義の例

  1. 用語を提示し、簡潔に定義します(頭字語は初出時に展開します)。
  2. ユーザーのニーズと得られる成果(可視性、トラフィック、正確性など)について一文で説明します。
  3. 任意で、実践に含まれる内容を短い箇条書きで示します。
  4. 流れの予告:これから扱う主要なセクションを案内します。
論点/証拠を扱う記事

参考:論点を提示する導入文の例

  1. 読者が耳にしたことのある両極端な意見を提示します。
  2. 記事が冷静な仲裁役となることを示し、採用する手法を明らかにします。
  3. 具体的な成果を約束します。
  4. H2の回答順に沿って、記事で答える質問を列挙します。

執筆ルール

  • 短い文にします。 8~15語を目安にします。長い行は2文に分けます。
  • 簡潔にまとめます。 ユーザーから追加の要望がない限り、短い段落を2~4つ、または80~120語にします。
  • リスト記事: タイトルの数字と項目数を一致させます(実証済みの3つの方法、よくある5つの間違い)。
  • 文体: 率直で、実用的かつ自信のある表現にします。誇張表現は使いません。
  • 強調(控えめに): 導入文では、フックとなる語句(主要なキーワード、課題、成果)を2~4個太字にします。短い補足や対比を1か所だけ_斜体_にします。同じ語句を両方で強調しないでください。
  • 導入文にH2を使わないでください。 ただし、アウトラインが導入文の直後に定義ブロック(Xとは?)から始まる場合は除きます。
  • 導入文は、フロントマターの後に最初に続く本文です。メタディスクリプションや抜粋ではありません。

スラッグ、タイトル、画像の代替テキスト

  • スラッグとタイトル: ユーザーが指定したものを使います。指定がなければ、導入文に合ったスラッグとタイトルを1つずつ提案します。
  • 画像の代替テキスト: アクセシビリティに配慮し、主題と文脈(モックUI、図、変更前後など)を説明します。可能であれば125文字未満の1文にします。

デフォルトの出力

ユーザーがfull、slug、title、altを求めていない場合は、導入文のみを返します。フロントマターの下にそのまま貼り付けられるMarkdown本文にしてください。

全項目の出力形式

ユーザーが**full**または一度にすべての項目を求めた場合に使用します。参照:全項目の出力例。

**Slug:** `[slug]`

**Title:** [title]

**Image alt:** [one sentence, under 125 characters when possible]

**Intro:**

[1–2 sentences: definition or what the thing is]

[Optional: "That means…" + 2–4 short bullets: outcomes or jobs to be done]

[1–2 sentences: **explain why**, the practical stakes; use stats only if the user provided them]

**In this guide, you'll learn:**

- [Section or outcome 1](#heading-anchor)
- [Section or outcome 2](#another-anchor)
- [Section or outcome 3](#another-anchor)
- [Section or outcome 4](#another-anchor)

[One short closing line. Vary it; do not default to "Let's dive in."]

締めくくりの文(内容に合うものを1つ選び、複数の記事で同じ表現を繰り返さないでください):

  • 仕組みを見ていきましょう。
  • 以下で手順を詳しく説明します。
  • 以下で各アプローチを解説します。
  • 構築を始める前に知っておきたいことを紹介します。
  • 以下の各セクションを実践ガイドとしてご活用ください。
  • 手順に沿ったワークフローを見ていきましょう。
  • 各プラットフォームを比較します。
  • このガイドでは、順を追って説明します。

全項目を出力する場合のルール:

  • コピーしやすいように、各項目にスラッグ、タイトル、画像の代替テキスト、導入文のラベルを付けます。
  • このガイドで学べること:(またはユーザーの希望に近い表現)という見出しを使います。
  • 各項目の見出しのスラッグが分かっている場合は、箇条書きの各項目を同じ記事内の対応するH2アンカーにリンクします。アンカーは公開中の記事と一致させてください。

品質チェック

返答する前に、以下を確認してください。

  • 読者の意図が、リスト記事、ハウツー、定義、議論のいずれかの形式に合っている
  • トピックが重要な理由が実用的に示されている。抽象的な説明にとどまっていない
  • 読者の目標との関連性が明確である
  • この先の内容を案内する文で、セクションや成果が示されている
  • 既存記事の全項目を出力する場合、各項目へのリンクが実際のアンカーになっている
  • 太字のフックが2~4個あり、_斜体_の補足は最大1か所である
  • 文が短く、全体の長さが適切である
  • データや競合他社に関する主張を捏造していない

コメント