mcpField
P
post-writer

post-writer

github.com/charlie947マーケティング・グロース4.4k1.4k 回インストール1 週間前に更新
リポジトリ

post-writer について

post-writer は、Codex と Claude 向けの LinkedIn 投稿作成スキルです。指定された著者のボイスファイルと提供された情報をもとに構成を計画して草稿を作り、承認後にプロジェクトへ保存します。

主な機能

  1. 01著者情報とボイスプロフィールの参照
  2. 02トピックと切り口の計画
  3. 03指定されたボイスで草稿を作成
  4. 04レビューと修正の反復
  5. 05承認済み投稿を Markdown で保存

活用シーン

  1. 01メモやトピックから LinkedIn 投稿を作成
  2. 02著者の文書化されたボイスに沿って草稿を作成
  3. 03承認された投稿を修正して保存

インストール

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

$npx skills add https://github.com/charlie947/social-media-skills --skill post-writer

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

詳細

投稿ライター

Codex および Claude のランタイム

  • 現在のタスクで実際に利用できるツールを使って、Codex または Claude でこのスキルを使用してください。AskUserQuestion の例は質問の内容を示すものであり、必須の API ではありません。利用可能な質問ツールをその制約の範囲内で使うか、チャットで質問してください。すでに提供されている回答や資料は再利用してください。
  • ユーザーが選択したプロジェクトで作業してください。個人に合わせた作業を行う前に、about-me.md、voice.md、関連するブランドファイルを読み込んでください。ファイル間で内容が矛盾する場合、または初期設定の内容が含まれている場合は、想定されている著者を確認してください。不足している事実について質問するか、voice-builder を実行してください。メンテナーの本人情報、アカウント、非公開ファイルを引き継がないでください。
  • 同梱されている references/ は、このスキルのフォルダーを基準に参照してください。プロフィールの更新が明示的に依頼された場合は、正規の about-me.md、voice.md、または newsletter-voice.md をその場で読み込み、関係のないユーザー情報やルールを保持しながら更新してください。利用側はこれらの正規ファイルを再読み込みする必要があります。関係のない既存ファイルと衝突する新しい成果物を作成する場合に限り、新しいファイル名を使用してください。インストールしただけで、聞き取りを開始したりファイルを書き込んだりしてはいけません。依頼されていない限り、永続的な学習内容を書き込まないでください。
  • まず提供された根拠を使用してください。必要に応じて、利用可能な検索ツールやソースツールで外部の主張を検証してください。ソースや連携機能を利用できない場合は、不足している機能を明示し、ユーザーが提供したテキストやエクスポートデータの提示を依頼してください。事実、本人の一人称の経験、指標、またはツールの実行成功を捏造しないでください。
  • 選択した方法に必要なサービスのみ、ユーザーの既存アカウントを通じて接続してください。認証情報を表示したり、接続を上書きしたりしないでください。下書きの作成、保存、レビューは、公開、メッセージの送信、アカウントの変更を許可するものではありません。

重要:読み込み時に自動開始

このスキルが起動したら、すぐにステップ 1 に進んでください。スキルの要約をしないでください。このスキルの機能を説明しないでください。参照するファイルを列挙しないでください。すぐに入力の収集を開始してください。

ステップ 1. 入力を収集する

プロジェクト内に about-me.md と voice.md があるか確認してください。両方を読み込んでください。どちらかがない場合は、まず Voice Builder スキルを実行するようユーザーに伝えて(「say build my voice」と入力してもらい)、そこで停止してください。

両方のファイルがある場合は、次の質問をしてください(必要に応じてツールのスキーマに合わせてください)。

[
  {
    "question": "What topic do you want to post about?",
    "header": "Topic",
    "multiSelect": false,
    "options": [
      {"label": "Paste a context dump", "description": "I have notes, transcripts, or raw ideas to turn into a post"},
      {"label": "I have a topic in mind", "description": "I will type the topic after this"},
      {"label": "Suggest topics for me", "description": "Based on my voice system, suggest 5 topics I should post about"}
    ]
  },
  {
    "question": "Do you have any reference posts you want me to use as structural inspiration?",
    "header": "References",
    "multiSelect": false,
    "options": [
      {"label": "No references", "description": "Write from scratch using my voice files only"},
      {"label": "I will paste examples", "description": "I have posts from other creators I want you to study first"},
      {"label": "Use my training posts", "description": "Reference the posts I used in the Voice Builder"}
    ]
  }
]

回答に基づいて、次のように進めてください。

  • 「コンテキストのダンプを貼り付ける」:ユーザーが貼り付けるのを待ち、核となるアイデアを抽出してからステップ 2 に進む
  • 「トピックの案がある」:ユーザーが入力するのを待ち、ステップ 2 に進む
  • 「トピックを提案してほしい」:about-me.md のトピックの柱と voice.md を読み、具体的なトピックをそれぞれ一行の切り口とともに 5 つ提案し、AskUserQuestion でユーザーに 1 つ選んでもらう
  • 「例を貼り付ける」:参考にする投稿が届くのを待ち、構成上のパターンを記録してから次に進む
  • 「自分のトレーニング用投稿を使う」:無関係な下書きや別のクライアントのファイルではなく、著者として確認された本人のトレーニング用投稿を読み込む

ステップ 2. 調査と計画

まず、提供された根拠と指定された参考構成を確認してください。これらでタスクに対応できる場合は、不必要な外部調査を加えずに使用してください。必要に応じて追加の主張を検証してください。ソースを利用できない場合、その主張は未確認のままにしてください。次の点を探してください。

  • 切り口を裏付けるデータや統計
  • 通説に反する見解や意外な事実
  • 実例やケーススタディ
  • 反論すべき、よくある誤解

次に、投稿の計画を提示してください。AskUserQuestion を呼び出してください。

[
  {
    "question": "Which angle works best for this post?",
    "header": "Angle",
    "multiSelect": false,
    "options": [
      {"label": "[Angle 1 name]", "description": "[One sentence describing the angle and hook]"},
      {"label": "[Angle 2 name]", "description": "[One sentence describing the angle and hook]"},
      {"label": "[Angle 3 name]", "description": "[One sentence describing the angle and hook]"}
    ]
  },
  {
    "question": "Which framework do you want?",
    "header": "Framework",
    "multiSelect": false,
    "options": [
      {"label": "PAS", "description": "Problem, Agitate, Solution"},
      {"label": "How-to list", "description": "Numbered steps or tips"},
      {"label": "Story to lesson", "description": "Personal story with a takeaway"},
      {"label": "Contrarian take", "description": "Challenge a common belief"}
    ]
  }
]

トピックの調査に基づいて、実際の切り口の選択肢を記入してください。切り口の説明にプレースホルダーのテキストを使わないでください。

Step 3. 下書きを書く

以下のルールに従って投稿を書きます。

  • voice.md を読み、トーン、リズム、フックのスタイル、CTA のスタイル、そして「使わない表現」のセクション(この文体で決して使わないもの)を確認します。
  • about-me.md を読み、対象読者とトピックの背景を確認します。
  • voice.md の文の長さと段落のリズムに合わせます。
  • voice.md の「使わない表現」のセクションに記載された禁止語、構成、パターンをすべて避けます。
  • 選んだ切り口に合うフックのパターンを使います。
  • voice.md の CTA スタイルに沿って締めくくります。

投稿はプレーンなコードブロックに入れて出力します。

[The full post goes here with all line breaks and formatting exactly as it should appear on LinkedIn]

コードブロックの後に、選んだフックと構成の理由を、voice.md の具体的なパターンを挙げながら2~3文で説明します。

下書きを提示する前に、実行中のアシスタント内で、提供された事実、文体、指定された形式に照らして内容を確認します。名簿や手順のキャプションの場合は、必要な各項目が対応するキャプションの記述に含まれているかを対応づけ、順序、重複、漏れがないか確認します。指定された構成を一般的な投稿の型に置き換えてはいけません。ソースに関するメモと、そのまま貼り付けられる文章は分けておきます。Codex では Claude による確認は必須ではありません。

Step 4. 推敲する

ユーザーに次のように尋ねます。

この内容はいかがですか?変更したい点を教えるか、「ship it」と入力してください。最終版を保存します。

ユーザーからフィードバックがあった場合は修正し、新しいコードブロックで出力します。修正は最大3回までです。

ユーザーが「ship it」または同等の指示をした場合は、最終版の投稿をプロジェクト内に Markdown ファイルとして保存します。

その後、次のように伝えます。

投稿を保存しました。「design a graphic」と入力するとビジュアルを作成できます。「score my post」と入力すると、公開前にフィードバックを受けられます。

ルール

  • 書き始める前に、必ず about-me.md と voice.md を読みます。
  • 投稿は必ずプレーンなコードブロックで出力します。
  • 投稿では em ダッシュを使いません。
  • voice.md に別の指定がない限り、イギリス英語を使います。
  • voice.md に明示的に記載されていない限り、ハッシュタグを追加しません。
  • voice.md に記載されていない限り、反応を促すためだけの CTA を追加しません。
  • ユーザーから別途指定がない限り、投稿の長さは150~300語にします。
  • 書く前に計画を立てます。Step 2 を省略してはいけません。

コメント