Fmarzochi/EGC

クロス投稿

コンテンツを4つの異なる衣装を着た偽の投稿に変換せずに、複数のプラットフォームに配信します。

アクティベートするタイミング

• ユーザーが同じ根本的なアイデアを複数のプラットフォームに公開したい場合
• ローンチ、アップデート、リリース、またはエッセイにプラットフォーム固有のバージョンが必要な場合
• ユーザーが「クロス投稿して」「これをあらゆる場所に投稿して」または「これをXとLinkedIn用に適応させて」と言った場合

コアルール

1. プラットフォーム間で同一のコピーを公開しないこと。
2. プラットフォーム間で著者の声を維持すること。
3. ステレオタイプではなく、制約に適応すること。
4. 1つの投稿は依然として1つのことについてであるべきです。
5. ソースが獲得していないCTA、質問、または教訓を発明しないこと。

ワークフロー

ステップ1: プライマリバージョンから始める

最初に最も強力なソースバージョンを選択します：

• 元のXの投稿
• 元の記事
• ローンチノート
• スレッド
• メモまたはチェンジログ

ソースにまだ声の整形が必要な場合は、最初に content-engine を使用します。

ステップ2: 声のフィンガープリントをキャプチャする

現在のセッションでソースの声がまだキャプチャされていない場合は、最初に brand-voice を実行します。

結果の VOICE PROFILE を直接再利用します。 ユーザーがこのキャンペーン用に明示的に新しいオーバーライドを希望する場合を除き、ここでアドホックな声のチェックリストを2つ目に構築しないでください。

ステップ3: プラットフォームの制約に合わせて適応する

X

• 圧縮された状態を保つ
• 最も鋭い主張や成果物でリードする
• 単一の投稿で議論が崩壊する場合のみスレッドを使用する
• ハッシュタグや一般的な埋め草を避ける

LinkedIn

• ニッチ外の人々のために必要な文脈のみを追加する
• 偽の創業者内省投稿に変えないこと
• LinkedInだからといって閉じる質問を追加しないこと
• 著者が自然に鋭い場合、無理に洗練された「プロフェッショナルなトーン」を強制しないこと

Threads

• 読みやすく直接的に保つ
• 偽の超カジュアルなクリエイターコピーを書かないこと
• LinkedInバージョンを貼り付けて短縮しないこと

Bluesky

• 簡潔に保つ
• 著者のリズムを維持する
• ハッシュタグやフィードゲーミング用語に依存しないこと

投稿順序

デフォルト：

1. 最も強力なネイティブバージョンを最初に投稿する
2. 二次プラットフォーム用に適応させる
3. ユーザーが順序付けの支援を希望する場合のみ、タイミングをずらす

有用でない限り、クロスプラットフォーム参照を追加しないでください。ほとんどの場合、投稿はそれ自体で成立するべきです。

禁止パターン

以下を削除して書き換えます：

• 「共有できることに興奮しています」
• 「ここで学んだこと」
• 「どう思いますか？」
• 文字通り真実でない限り「リンクはプロフィールに」
• ソースに含まれていなかった一般的な「プロフェッショナルな教訓」の段落

出力形式

以下を返します：

• プライマリプラットフォームバージョン
• 要求された各プラットフォーム用に適応されたバリアント
• 変更内容とその理由に関する短いメモ
• ユーザーがまだ解決する必要がある公開上の制約

品質ゲート

配信前に：

• 各バージョンが異なる制約下での同一著者のように読めること
• どのプラットフォームバージョンも水増しや無菌化された感じがしないこと
• どのコピーもプラットフォーム間でそのまま複製されていないこと
• LinkedInやニュースレター用に追加された追加の文脈が実際に必要であること

関連スキル

• brand-voice - 再利用可能なソース派生の声キャプチャ用
• content-engine - 声のキャプチャとソース整形用
• x-api - X公開ワークフロー用