mcpField
B
blog-writer

blog-writer

github.com/lightfastaiマーケティング・グロース196 回インストール
リポジトリ

blog-writer について

Lightfast の機能や業界動向について記事を書く、開発者向けコンテンツチームのためのスキルです。事実確認と制約の明示を重視し、記事のカテゴリに応じて文体や構成を調整します。

主な機能

  1. 01事実と製品情報の確認
  2. 02カテゴリに応じた文体調整
  3. 03TL;DR と FAQ の作成
  4. 04必須記事メタデータへの対応
  5. 05エンジニアリング記事のコード例

活用シーン

  1. 01技術的な解説記事の執筆
  2. 02製品更新ブログの作成
  3. 03チュートリアルや調査記事の執筆

インストール

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

$npx skills add https://github.com/lightfastai/lightfast --skill blog-writer

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

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

resources/
aeo-requirements.md
checklist.md
templates.md
resources/categories/
company.md
product.md
technology.md

詳細

ブログライター

開発者が Lightfast の機能や業界のトレンドを理解するのに役立つ、明確で正確なブログ記事を作成します。

重要:マーケティングより正確さを優先

執筆を始める前に:

  1. 主張をすべて検証します:

    • 数値を引用する場合は、出典を確認します
    • 機能に言及する場合は、本番環境で提供されていることを確認します
    • 不確かな場合は、明確になるまで質問します
  2. 決して誇張しません:

    • 制限事項を明示します:「現在は X に対応しています。Y は vZ で対応予定です」
    • ベータ版のステータスや提供開始時期について、正直に伝えます
  3. カテゴリーに合った語調にします:

    • エンジニアリング:技術的な信頼性を備え、データに基づく
    • 会社:先見性があり、新たなカテゴリーを切り開く
    • プロダクト:課題を解決し、メリットを重視する
    • チュートリアル:段階を追って、実践的に説明する
    • リサーチ:データに基づき、方法論を重視する

執筆ガイドライン

  1. 簡潔で読みやすく:カテゴリーに応じた文字数にします
  2. 価値を最初に提示:読者が得られるものから始めます
  3. 透明性を保つ:ベータ版のステータスや制限事項に触れます
  4. 能動態を使う:「ユーザーは利用できます」ではなく、「〜を利用できるようになりました」
  5. 絵文字は使わない:プロフェッショナルな語調を保ちます
  6. TL;DR を含める:AI による引用を想定して 20~300 文字にし、フロントマターの tldr フィールドに記載します
  7. FAQ セクションを設ける:検索クエリに合った質問を 3~5 件、フロントマターの faq[] に記載します
  8. コード例を含める:エンジニアリング記事では必須です

ワークフロー

  1. 入力からカテゴリーを判定します。不明確な場合は質問します
  2. resources/categories/{category}.md からカテゴリーのスタイルガイドを読み込みます
  3. web-search-researcher エージェントを使ってトピックを調査します
  4. カテゴリーテンプレートと テンプレート に沿って下書きを作成します
  5. AEO 要件 に従って AEO 要素を追加します
  6. チェックリスト を使って確認します

クイックリファレンス

カテゴリーの選択
カテゴリー使用する場面対象読者
エンジニアリング技術の詳細解説、アーキテクチャ、リサーチ開発者、エンジニア
会社資金調達、パートナーシップ、イベント、採用経営幹部、投資家
プロダクト機能のリリース、アップデート、チュートリアル顧客、見込み顧客
チュートリアル手順に沿った使い方、ガイド学習中の開発者
リサーチデータ分析、調査結果、ベンチマークエンジニアリングリーダー
実施すること
  • コード例を含めます(エンジニアリング/チュートリアル)
  • 「〜から〜への移行」というストーリーを使います(会社)
  • 読者の課題から始めます(プロダクト)
  • 関連ドキュメントへのリンクを 3~5 件含めます
避けること
  • 内容の伴わないマーケティング用語
  • 検証していない主張
  • 長い段落(各セクションを読みやすく保ちます)
  • ありきたりな企業用語

出力

下書きの保存先:thoughts/blog/{YYYY-MM-DD-slug}.md

必須のフロントマターフィールド

すべての下書きに、以下を必ず含めます(apps/www/src/lib/content-schemas.ts の BlogPostSchema に対応):

  • title(基本項目)
  • description(150~160 文字。メタディスクリプションとして使用します)
  • keywords[](最低 3 件。最初の項目を主要キーワードにします)
  • ogTitle、ogDescription、ogImage(ソーシャル/OG)
  • authors[](名前、URL、twitterHandle を含む構造化配列)
  • publishedAt、updatedAt(ISO 日時)
  • category(engineering | product | company | tutorial | research)
  • readingTimeMinutes(整数)
  • featured(ブール値)
  • tldr(20~300 文字)
  • faq[](最低 1 項目)
  • _draft: true(追跡用)

フロントマターの完全なテンプレートについては、resources/templates.md を参照してください。

リソース

コメント