Communityライティング&編集github.com

flaqai/backlink_skills

ブログタスクを統括し、企画の確認、執筆者と独立レビュアーのアサイン、公開画像URLを含む完全なHTML/Markdown記事の検収、公開ページのチェックを行います。ブログプロジェクトの開始、再開、納品に使用します。

backlink_skills とは?

このスキルは、ブログ制作プロジェクト全体を一貫して管理・実行するためのAIエージェント向け指示書です。企画立案から執筆者・レビュアーのアサイン、最終的なHTML/Markdown形式での納品物の検収、そして公開後のページ品質チェックまでをカバーします。主な利用シーンは、ブログプロジェクトの新規開始、中断後の再開、または完成品の納品です。 このスキルは、Claude CodeやCursorなどのAIエージェント上で動作するように設計されており、マークダウンファイルとして提供されます。エージェントは、このスキルに従って、必要な情報を収集し、執筆者(W)と独立レビュアー(R)にタスクを割り振り、品質を管理しながらプロジェクトを進めます。具体的な作業手順、各役割の責任範囲、そして公開画像URLを含む最終成果物のフォーマットが詳細に定義されているため、AIエージェントは人間の介入を最小限に抑えながら、高品質なブログ記事を効率的に制作できます。重要なのは、最終的なブログ公開作業は人間が行い、AIは記事の作成と品質保証に徹する点です。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/flaqai/backlink_skills/tree/HEAD/scalable-seo-blog-workflow/skills/blog-gate

Installed? Explore more ライティング&編集 skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

ブログマスターコントローラー

Gは、要件の確認、W(執筆者)とR(独立レビュアー)のアサイン、成果物の検収、公開ページのチェックを担当します。品質と効率は同等に重要です。

最終成果物は、完全な図版付きHTMLとMarkdownの2種類の全文です。HTMLでは本文中に公開URL画像をインライン表示し、Markdownでは同じ位置に同じURLを参照します。本文には読者向けコンテンツと図版のキャプションのみを含め、操作手順、ファイル名、表示用alt属性などの資料は本文外に別途記載します。図版リンク一覧、要約、またはプレースホルダーカードのみのページは、未完成の成果物とみなします。

作業順序

  1. ブランドとスタイル、記事数、候補プラットフォーム、言語/市場、キーワード、CTA(行動喚起リンク)、開示情報、画像、納品要件を収集します。新しいタスクごとに、必要な事前準備リストを提示し、納品に影響する不足項目を追加で質問します。
  2. 記事ごとの調査と執筆計画をまとめます。プラットフォームはユーザーが指定した範囲に限定し、1記事1プラットフォームとします。まず、実際に投稿を予定しているセクションの全体的な内容を確認し、次に異なる情報源の記事を複数読むことで、単一の事例に基づく誤った判断を避けます。プラットフォームの情報は、言語、読者層、深さを判断するのに役立ち、モデルはこれに基づいてトピックを設計します。複数のプラットフォームがある場合は、それぞれの読者の質問と主な支援内容を明確にし、同じテーマをローカライズする場合はユーザーの要求に従います。推奨トピック、本文構成、製品が担うステップ、およびその簡単な根拠を提示し、執筆開始の確認を仰ぎます。不利な証拠が見つかった場合は計画を調整し、既に同じテーマの人気記事があることを要求しません。推奨や重要な事実に影響する可能性がある場合にのみ追加調査を行い、十分な情報が得られた時点で調査を終了します。一般的なマーケティング上の制約はリスクとして示し、候補は残したままユーザーが判断するのを待ち、既に確認されたローカルタスクは継続します。マッチング方法はプラットフォームマッチングを参照し、読み取り専用の調査サブエージェントを再利用できます。
  3. 完全な計画を提示し、ユーザーの確認を得た後、執筆と画像生成を開始します。 task-plan.json に、共有要件、記事ごとの読者タスク、市場、差別化ポイント、事実の範囲、納品計画を保存し、元の確認ソースを保持します。同じバッチでは、適用可能なプラットフォーム情報を再利用します。確認されるのは要件と読者タスクであり、暫定的なタイトル、アウトライン、例は執筆者が自主的に最適化できるように残し、明示的に固定された項目を除きます。
  4. 少数の利用可能なWと独立したRを再利用します。Wはそれぞれ articles/<ID>/ を作成し、Gは共有要件と進捗を管理します。各ロールに、その記事の要件と該当する資料を提供します。スコープ、プラットフォーム、言語、CTA、または読者タスクの変更はユーザーが決定し、問題が発生した場合は影響を受ける記事のみを一時停止します。
  5. Wが最終的なHTML/Markdownのペイロードと素材を完成させチェックし、Rがレビューします。Rが現在のバージョンを承認した後、Gはユーザーの元の確認と照らし合わせて、数量、プラットフォーム/言語、キーワードの意味、CTA/開示情報、リンク規則、本文画像、追加のカバー画像、両方のペイロードのエントリーポイントを検収し、正式にユーザーに納品します。具体的な品質問題は元のWが修正し、元のRが再確認します。レビュー結果がない場合、または未解決の重大な問題がある場合は、最初に報告します。
  6. 人間による公開後、URLと承認/修正が必要な結論を返送します。同じGが、公開ページチェックに従ってデスクトップ版の公開ページをデフォルトでチェックし、実際のレンダリングに基づいて、画像がレイアウトを破損していないか、異常にトリミングされていないか、または読みやすさに影響を与えていないかを判断します。ユーザーから要求があった場合にのみ、モバイル版をチェックします。プラットフォーム側の問題は、人間が修正するためのヒントを統合して提供し、Gは関連項目のみを再確認し、執筆とレビューのプロセスを再開しません。ユーザーからのメッセージを待つ間は、進捗を保存して実行を終了します。

要件とツール

  • ターゲット製品へのテキスト外部リンクの表示可能なアンカーテキストには、対応する確定済みブランド名を含める必要があり、可能な限り自然に用途を説明するものとします。執筆前にブランドの表記方法を確定し、確定済みのコピーにブランド名が含まれていない場合はユーザーに解決を委ね、自動的に変更しないものとします。指定されたCTA、数量、開示情報は保持し、関連性が高く二次的なものを推奨します。デフォルトの関係はfounder(創業者)とし、アカウント操作には別途許可が必要です。
  • 各記事のタイトル/想定H1は、キーワードのすべての保護された意味を自然に表現し、単語単位で固定する場合は原文に従います。多言語表現は、ブランドの既存の用語、地域の自然なバリエーション、記録された翻訳の順序で選択します。
  • 図版は可能な限りブランドに合わせ、本文画像とは別にデフォルトでカバー画像を用意します。数量と形式は確定値に従い、各最終画像を実際に確認します。新しいタスクでは、Wが画像ホスティングサービスを選択し、公開直リンクを作成し、完全なHTML/Markdown図版ページを納品します。計画には画像の公開要件を含めます。
  • 新しいタスクには軽量納品ツールを使用します。古い campaign.json プロジェクトは、旧インターフェースに従って元の確認と記録を維持します。
  • ブログ公開は人間のみが操作します。マシンは、記事エディタへの入力、ブログプラットフォームへの画像アップロード、下書き保存、公開、削除、フィンガープリントブラウザクライアントの変更を行ってはなりません。画像ホスティングサービスへのアップロードは、この記事で公開可能な画像に限定し、画像ホスティングに従って実行します。アカウント登録/ログインと最低限の設定は、特別な許可に従って実行し、既存のモデル設定を保持します。

圧縮または復元後は、完全な短いワークフローを読み、次に元のタスク、現在の草稿、未解決の問題を読みます。参考資料は必要に応じて読みます。

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

関連スキル