blog-generation

ブログ生成

1 回の実行で、質の高いブランドらしいブログ記事を 1 本作成します。Google で上位表示され、AI 検索で引用されるよう最適化し、すでに書いた内容を繰り返すことはありません。定期タスク（たとえば 1 日 1 記事）としても、歯科医院、宝飾店、B2B SaaS、DTC ブランドなど、あらゆる業種のビジネス向けにオンデマンドでも実行できます。

要点は 2 つです。1 つ目は、AI 検索での可視性は、SEO を適切に実践することです。独自性があり、本当に役立つ、読者を第一に考えたコンテンツに明確な視点を持たせ、機械が明快な回答を抽出できるよう構成します。AEO に秘密の裏技はありません。2 つ目は、エンジンが記憶を持つことです。永続ストレージに保存された単一の blog-strategy.md ファイルに、ブランドの背景情報と全記事の継続的な記録を保持します。この記録によって、同じ内容を繰り返さずに済みます。

記憶に関する取り決め（このスキルで最も重要なルールです）。 記録は、実行のたびに保持される実ファイルに保存します。初回の実行時にはファイルが存在しないため、作成します。2 回目以降はすでに存在するため、何をするよりも先に内容を読み込んでから、新しい記事を追加して実行を完了します。毎回、同じブランドで同じファイルパスを使います。記録を最初に読まずに記事を書いたり、記録に追記せずに実行を終えたりすると、エンジンは正常に機能しません。トピックがループして繰り返されるためです。最初に記録を読むこと、最後に記録へ追記することは省略できません。

要件

• Hyper MCP に接続済みであること。 https://app.hyperfx.ai/mcp
• ブランド戦略ドキュメント（blog-strategy.md）が永続ファイル内にあること。まだ存在しない場合は、エンジンが初回実行時に作成します（ステップ 0）。これにより、ブランド本来の語り口で記事を書き、内容の重複を避けられます。
• 推奨ツールキット：https://app.hyperfx.ai/apps で有効にしてください。ブランドのサイトを読み込む Firecrawl、トピックを検証し、検索順位や AI による引用状況を確認する HyperSEO、実際のシグナルを収集して効果を測定する Google Search Console です。これらがなくても下書きは作成できますが、トピックや検索順位に関する判断は未検証であることを明記してください。

このスキルでツールを実行する方法

このスキルの各ツールは、正式なツール名で指定されています。利用する環境に応じて、以下の呼び出し方法で実行してください。

環境	ツールを探す	ツールを実行する
MCP クライアント（Claude、Cursor、Codex、ChatGPT）	search("<what you want to do>")、続けて describe("<name>")	call("<name>", {...})
Hyper CLI	hyperai search "<what you want to do>"、続けて hyperai describe <name>	hyperai call <name> --json '{...}'

ツールが見つからない場合、該当するインテグレーションがワークスペースに接続されていないか、有効になっていません。そこで処理を止め、ユーザーにどのインテグレーションを接続すべきか伝えてください。

ツール一覧

作業	ツール
blog-strategy.md と記事の下書きを読み書きする	ファイルツール（read_file、create_file、edit_file）
サイトからブランドについて把握する（ステップ 0）	firecrawl_urls_scrape、web_pages_scrape
トピックを検証し、SERP や AI の回答を調査する	hyperseo_search_volume_get、hyperseo_keyword_difficulty_get、hyperseo_intents_search、hyperseo_ai_search_volume_get、hyperseo_serp_results_get、hyperseo_ai_overviews_get
実際のシグナルを収集し、効果を測定する	google_search_console_performance_get
AI がブランドを推奨しているか確認する	hyperseo_mentions_track

対象外：他のスキルを案内してください

リクエスト	案内先
キーワード調査、SERP／AI Overview の分析、競合ベンチマーク、サイト監査、AI 可視性の追跡	seo-research
YouTube 動画を記事にする	youtube
記事の参考にする実際の顧客の声（Reddit、レビュー）	customer-research
ソーシャルチャネルに投稿する	linkedin、instagram、tiktok

実行手順（タスクが実行されるたびに行う）

Step 0（初回のみ）：戦略ドキュメントを作成します。 blog-strategy.md が存在しない場合は、何かを書く前に作成します。ブランドのサイト（ホームページ、概要、既存の優れた投稿、製品／料金ページで firecrawl_urls_scrape を実行）を読み、references/brand-voice-and-quality.md の方法に従ってブランド概要を記入します。候補トピックを8～15件、トピックのバックログに登録します（利用できる場合は HyperSEO で検証します）。その後、ステップ1に進みます。重要な情報（実際の証拠資料、ブランドの実際のポジショニング）が不明な場合は、作り上げずにユーザーに尋ねてください。

Step 1：記憶を読み込みます（ログを読みます）。 保存先のファイルパスからブランドの blog-strategy.md を開き、ブランド概要（すべてのドラフトが従うべき契約）と公開ログ全体（これまでに書かれた内容すべて）を、すべてコンテキストに読み込みます。初回以降は、例外なく毎回これを行います。これを読まずに新しいトピックを選ぶことはできません。

Step 2：今日の投稿を計画します。 公開ログに含まれておらず、既存の内容と明確に異なるトピックを1つ選びます（下記の「新しいトピックの選び方」を参照）。次の4項目を正確に盛り込んだ計画を1行で書き、戦略ドキュメントに記録します。

• タイトル／トピック：仮タイトルと、対象とする主要なクエリ。
• 情報源：情報源またはきっかけ（バックログ項目、GSC のギャップ、顧客からの質問、キーワードのギャップ、ニュースの話題、ブランド独自の専門知識やデータなど）。
• 目的：references/blog-archetypes.md に記載された記事の型（リスト記事、比較、ハウツー、概要、代替案、柱となる記事、課題／診断、独自調査、事例研究、用語集）。
• 実施するリサーチ：この記事のために行う具体的な確認事項（SERP の調査、AI Overview の確認、参照する情報源、取り上げるブランドの証拠）。

Step 3：リサーチします。 計画を実行します。対象を検証します（hyperseo_search_volume_get、_keyword_difficulty、_search_intent、_ai_search_volume）。上位の結果に何があるかを調べ（hyperseo_serp_results_get）、AI がすでに何を引用しているかを確認します（hyperseo_ai_overviews_get）。上位ページを読み、すべてのページに欠けている切り口を見つけます。引用する事実、統計、出典名を確認します。捏造は厳禁です。

Step 4：記事を書きます。 references/blog-archetypes.md の記事の型の仕様に沿い、references/blog-playbook.md の結論先行の構成とコピー＆ペースト用ブロックを使い、references/brand-voice-and-quality.md に従ってブランドの声で書き、references/ai-citation-playbook.md の引用方法を適用します。ページ内最適化とスキーマについては references/on-page-and-technical.md に従います。

Step 5：品質ゲートを実施します。 記事を完成させる前に、references/brand-voice-and-quality.md の公開前ゲートにあるすべての項目を満たします。ブランドに合った声、AI らしさの排除、捏造がないこと、結論先行の構成、ページ内最適化とスキーマ、ベースラインの記録を確認してください。満たしていない項目があれば修正します。

Step 6：記憶を更新します（ログに追記します）。 完成した記事を blog-strategy.md の公開ログに新しい行として追記します（日付、タイトル、スラッグ、記事の型、対象クエリ、情報源、リンク）。ファイルを同じパスに保存します。トピックをバックログから削除し、リサーチで得られた新しいアイデアを追加します。この追記を次回の実行時に読み込むことで、内容の重複を防ぎます。追記せずに実行を終えてはいけません。

Step 7：提出します。 記事を出力します（このブランドに公開手段が設定されている場合は公開します）。検索順位の変動には数日から数週間、AI に引用されるまでには数週間かかる見込みであることを伝えます。

新しいトピックを選ぶ（ループを防ぐため）

実行のたびに、新しい内容を作成する必要があります。選ぶ際は、次の点に従ってください。

1. Published logにあるものと、単に言い換えただけのものはすべて除外します（タイトルが異なっていても、意図が同じなら重複です）。
2. ブランドに適合し、実際の需要がある、ブロックされていないバックログ項目のうち、優先度が最も高いものを優先します。
3. 形式に変化をつけます。 直近の投稿がリスト記事だった場合は、ハウツー、課題の診断、オリジナルデータを使った記事などを書きます。ブログには、バランスよく異なる記事タイプを取り入れます。
4. 利用可能な場合は、リアルタイムのシグナルを取り入れます：ブランドが検索結果の2ページ目にランクインしているGSCクエリ（google_search_console_performance_get）、キーワードのギャップ（seo-researchを優先）、繰り返し寄せられる顧客からの質問、またはブランドの分野に関連するタイムリーなニュースフック。
5. ブランド独自の強みを活用します。 最も引用されやすく、他と重複しにくい投稿には、ブランド独自のデータ、実際の顧客の成果、または実体験に基づく専門知識が使われています。これらを積極的に活用してください。

戦略ドキュメント（blog-strategy.md）— エンジンの記憶

ブランドごとに1つのMarkdownファイルを、永続ストレージ内の固定パス（例：/files/<brand-slug>/blog-strategy.md）に保存し、毎回同じパスで再利用します。Step 0で作成し、Step 1で読み込み、Step 6で追記します。重複を防ぐ役割を担うのは Published log セクションです。このセクションは増えることはあっても、減ることはありません。テンプレート：

# Blog Strategy: [Business name]

## Brand brief
- Business: [what they do, one sentence]
- Sells: [products / services]
- Audience / ICP: [the specific customer]
- Category + one-liner: "[Brand] is a [category] for [audience] that [core value]."
- Voice: [tone, reading level, point of view]
- Words we use / words we avoid: [...]
- Proof assets: [real numbers, customers, credentials, data, stories]
- Primary site: [url]
- Target topics / seed keywords: [themes]
- Publishing: [where posts go, cadence]

## Topic backlog (planned, prioritized)
| Priority | Working title | Archetype | Target query | Source / angle | Status |
| --- | --- | --- | --- | --- | --- |
| 1 | ... | ... | ... | ... | planned |

## Published log (do NOT repeat anything here)
| Date | Title | Slug | Archetype | Target query | Source | Link |
| --- | --- | --- | --- | --- | --- | --- |

毎回必ず守ること

• 小手先のテクニックより、独自性と読者第一の姿勢を優先します。 一般的な知識だけでモデルがすでに記事を書ける場合や、同じ内容のページが10件も存在する場合は、公開しないでください。ブランドならではの切り口を主軸にします。
• まず答えを示し、それから説明します。 記事の冒頭と各セクションでは、直接的な答えから始めます。AIが抽出しやすくなり、Googleからも評価されます。
• ブランドに合った、人間味のある内容にします。そうでなければ逆効果です。 ブランドに合わない内容、AIらしさが目立つ内容、売り込みが強すぎる内容は、信頼を損ない、AI検索エンジンで優先度が下がります。ブランド本来の声こそが強みです。references/brand-voice-and-quality.mdを参照してください。
• 具体的で検証可能な内容にし、曖昧な記述や捏造は避けます。 数字、名前、日付、実際の情報源を示します。統計、引用、顧客、資格を決して捏造しないでください。
• 毎回必ず新しい投稿を1件作成し、ログに記録します。 ログがあることで、エンジンはループではなくエンジンとして機能します。

既存の投稿の最適化にも対応

同じリファレンスを使って、すでに公開されているページを改善できます（インプレッションは多いもののCTRが低いページの弱いタイトルやリード文を書き直す、構成やスキーマを追加する、ブランドの推奨内容の文脈を明確にするなど）。references/on-page-and-technical.mdとreferences/brand-voice-and-quality.mdを使い、変更内容を戦略ドキュメントに記録してください。

リファレンス

• references/blog-archetypes.md：10種類のブログ記事について、構成、長さ、スキーマ、AIに引用されるための工夫、注意点を定めた、タイプ別の正式な仕様です。リスト記事について最も詳しく説明しています。
• references/blog-playbook.md：まず答えを示す構成、コピーして使えるコンテンツブロックのテンプレート、実証済みのGEOライティングルール、トピッククラスター、既存の投稿の改善方法を説明しています。
• references/brand-voice-and-quality.md：ブランドのサイトからの声の特徴の抽出、ポジショニングの明確化、AIらしさや不自然さを避けるルール、公開前の品質チェックを説明しています。
• references/ai-citation-playbook.md：PrincetonのGEO要因の優先順位、E-E-A-Tと著者・エンティティのシグナル、外部サイトでの言及、各エンジンの注意点、Googleについての誠実な見解を説明しています。
• references/on-page-and-technical.md：オンページのチェックリスト、JSON-LDスキーマと非推奨事項、クロール可能性／AIボット／サーバーレンダリングの条件、効果の測定方法を説明しています。