Communitygithub.com

Post Writer

あなたのボイスプロファイルとトピックに基づいてLinkedIn投稿を作成するスキルです。

Post Writer とは?

このスキルは、CodexやClaudeなどのAIエージェント上で動作し、ユーザーの個人的なボイス(文体)とトピックに基づいて、LinkedIn向けの投稿を自動生成します。まず、プロジェクト内の`about-me.md`と`voice.md`を読み込み、ユーザーの文体、禁止パターン、フックスタイル、CTA(行動喚起)スタイルを学習します。次に、ユーザーがトピックを指定するか、AIがボイスプロファイルに基づいてトピックを提案します。投稿の構造はPAS(問題→かき立て→解決)やハウツーリストなど、複数のフレームワークから選択可能で、書き終えた後は修正を3ラウンドまで行えます。最終的に投稿が保存され、必要に応じてグラフィック作成やスコアリングの提案も行います。このスキルは、一貫性のあるパーソナルブランドの投稿を効率的に量産したいコンテンツクリエイターやマーケターに特に有用です。

対応✓Claude Code✓Codex CLI~Cursor
npx skills add https://github.com/charlie947/social-media-skills/tree/main/skills/post-writer

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

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

ドキュメント

Post Writer は何をしますか?

Codex および Claude ランタイム

  • CodexまたはClaudeでこのスキルを使用する際は、現在のタスクで実際に利用可能なツールのみを使用してください。AskUserQuestionの例は質問の内容を説明しており、必須のAPIではありません。利用可能な質問ツールの範囲内で使用するか、チャットで質問してください。既に提供されている回答やソース素材を再利用してください。
  • ユーザーが選択したプロジェクトで作業します。パーソナライズされた作業の前に、about-me.md、voice.md、および関連するブランドファイルを読んでください。ファイルに矛盾があったり、初期値のままのデフォルトが含まれている場合は、意図された著者を確認してください。不足している情報は質問するか、voice-builderを実行してください。メンテナーのID、アカウント、プライベートファイルを継承しないでください。
  • バンドルされているreferences/は、このスキルフォルダからの相対パスで解決してください。明示的にリクエストされたプロファイルのリフレッシュの場合は、正規のabout-me.md、voice.md、またはnewsletter-voice.mdをその場で読み取り、更新し、無関係なユーザーの事実やルールを保持してください。コンシューマーはこれらの正規ファイルを再読み取りする必要があります。既存の無関係なファイルと衝突する可能性がある新しい成果物には、新しいファイル名を使用してください。インストールだけでインタビューを開始したり、ファイルを書き込んだりしないでください。リクエストされない限り、永続的な学習内容を書き込まないでください。
  • まず提供された証拠を使用してください。外部の主張は、必要に応じて利用可能な検索/ソースツールを通じて検証してください。ソースやインテグレーションが利用できない場合は、欠けている機能を名前で示し、提供されたテキスト/エクスポート入力を提供してください。事実、一人称の経験、指標、ツールの成功実行を決して捏造しないでください。
  • 選択したルートに必要なサービスにのみ、ユーザーの既存のアカウントを通じて接続してください。認証情報を印刷したり、接続を上書きしたりしないでください。ドラフト作成、保存、レビューは、公開、メッセージ送信、アカウント変更を許可しません。

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

このスキルがトリガーされた瞬間、すぐにステップ1に進んでください。スキルを要約しないでください。何をするかを説明しないでください。参照するファイルをリストしないでください。すぐに入力収集に飛び込んでください。

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

プロジェクト内のabout-me.mdとvoice.mdを確認してください。両方を読んでください。どちらかが欠けている場合は、ユーザーに最初にVoice Builderスキルを実行するよう伝えて(「build my voiceと言ってください」)、停止してください。

両方のファイルが存在する場合は、以下の質問を使用してください(必要に応じてツールスキーマを適応してください):

[
  {
    "question": "どのようなトピックについて投稿したいですか?",
    "header": "トピック",
    "multiSelect": false,
    "options": [
      {"label": "コンテキストダンプを貼り付ける", "description": "メモ、トランスクリプト、または生のアイデアを投稿に変換したい"},
      {"label": "頭の中にトピックがある", "description": "この後、トピックを入力します"},
      {"label": "トピックを提案してほしい", "description": "自分のボイスシステムに基づいて、5つの投稿すべきトピックを提案してください"}
    ]
  },
  {
    "question": "構造の参考にしたい参考投稿はありますか?",
    "header": "参考",
    "multiSelect": false,
    "options": [
      {"label": "参考は不要", "description": "ボイスファイルのみを使用してゼロから書いてください"},
      {"label": "例を貼り付けます", "description": "最初に学習したい他のクリエイターの投稿があります"},
      {"label": "トレーニング投稿を使用する", "description": "Voice Builderで使用した投稿を参照してください"}
    ]
  }
]

回答に基づいて:

  • 「コンテキストダンプを貼り付ける」: ユーザーが貼り付けるのを待ち、コアアイデアを抽出し、ステップ2に進む
  • 「頭の中にトピックがある」: ユーザーが入力するのを待ち、ステップ2に進む
  • 「トピックを提案してほしい」: about-me.mdのトピックピラーとvoice.mdを読み、それぞれにワンライナーのアングルを付けた5つの具体的なトピックを提案し、AskUserQuestionを使用してユーザーに1つ選択させる
  • 「例を貼り付けます」: 参考投稿を待ち、構造パターンをメモし、進む
  • 「トレーニング投稿を使用する」: 意図された著者の確認済みトレーニング投稿を読み、無関係なドラフトや別のクライアントのファイルは読まない

ステップ2: リサーチと計画

まず、提供された証拠と要求された参考構造を読んでください。これらがタスクをサポートする場合は、不要な外部リサーチを追加せずに使用してください。必要に応じて追加の主張を検証し、利用できないソースはその主張を保留にします。以下のものを探してください:

  • アングルをサポートするデータポイントや統計
  • 逆張りの見解や驚くべき事実
  • 実際の例やケーススタディ
  • 挑戦すべき一般的な誤解

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

[
  {
    "question": "この投稿にはどのアングルが最適ですか?",
    "header": "アングル",
    "multiSelect": false,
    "options": [
      {"label": "[アングル1の名前]", "description": "[アングルとフックを説明する一文]"},
      {"label": "[アングル2の名前]", "description": "[アングルとフックを説明する一文]"},
      {"label": "[アングル3の名前]", "description": "[アングルとフックを説明する一文]"}
    ]
  },
  {
    "question": "どのフレームワークを使用しますか?",
    "header": "フレームワーク",
    "multiSelect": false,
    "options": [
      {"label": "PAS", "description": "問題、かき立て、解決"},
      {"label": "ハウツーリスト", "description": "番号付きステップまたはヒント"},
      {"label": "ストーリーから教訓へ", "description": "教訓を伴う個人的なストーリー"},
      {"label": "逆張りの見解", "description": "一般的な信念に挑戦する"}
    ]
  }
]

実際のアングルオプションをトピックリサーチに基づいて記入してください。アングルの説明にプレースホルダーテキストを使用しないでください。

ステップ3: ドラフトを書く

以下のルールに従って投稿を書いてください:

  • voice.mdを読んで、トーン、リズム、フックスタイル、CTAスタイル、およびabsence patternsセクション(ボイスが決してしないこと)を確認する
  • about-me.mdを読んで、オーディエンスとトピックのコンテキストを確認する
  • voice.mdの文の長さと段落のリズムに合わせる
  • voice.mdのabsenceセクションにリストされている禁止ワード、構造、パターンをすべて避ける
  • 選択したアングルに合ったフックパターンを使用する
  • voice.mdのCTAスタイルで終える

投稿をプレーンコードブロック内に出力してください:

[すべての改行とフォーマットがLinkedInに表示されるままの完全な投稿]

コードブロックの後に、なぜこのフックと構造を選んだのか、voice.mdの特定のパターンを参照して2〜3文追加してください。

ドラフトを提示する前に、実行中のアシスタントで、提供された事実、ボイス、要求されたフォーマットに対してレビューしてください。名簿やステップのキャプションについては、必要な各項目を対応するキャプションの箇所にマッピングし、順序、重複、欠落を確認してください。要求された構造を汎用的な投稿フレームワークに置き換えないでください。ソースノートは貼り付け可能なコピーとは別に保管してください。ClaudeはCodexでの必須レビュアーではありません。

ステップ4: 反復

ユーザーに質問してください:

どう感じますか?変更点を教えてください。または「ship it」と言って最終版を保存します。

ユーザーがフィードバックをくれた場合は、修正して新しいコードブロックを出力してください。最大3ラウンドの修正です。

ユーザーが「ship it」またはそれに相当することを言った場合は、最終投稿をプロジェクト内のマークダウンファイルとして保存してください。

その後、以下のように言ってください:

投稿を保存しました。「design a graphic」と言ってビジュアルを作成するか、「score my post」と言って公開前にフィードバックを得てください。

ルール

  • 作成前に必ずabout-me.mdとvoice.mdを読んでください。
  • 常にプレーンコードブロック内に投稿を出力してください。
  • どの投稿にもemダッシュを使用しないでください。
  • voice.mdで別途指定がない限り、イギリス英語を使用してください。
  • voice.mdで明示的に使用されていない限り、ハッシュタグを追加しないでください。
  • voice.mdに表示されていない限り、エンゲージメントベイトのCTAを追加しないでください。
  • ユーザーが別途要求しない限り、投稿は150〜300語に保ってください。
  • 作成前に計画してください。ステップ2を決してスキップしないでください。

Individual skills in this repo

This repo contains 16 individual skills — each has its own dedicated page.

関連スキル