Crosspost

複数のプラットフォームにコンテンツを配信します。同じ内容を4つの異なるフォーマットで投稿することはありません。

起動のタイミング

• ユーザーが同じ基本的なアイデアを複数のプラットフォームに公開したい場合
• ローンチ、アップデート、リリース、またはエッセイがプラットフォーム固有のバージョンを必要とする場合
• ユーザーが「crosspost」「これをすべてに投稿して」「これをXとLinkedInに合わせて」などと言う場合

コアルール

1. プラットフォーム全体で同じコピーを公開しない。
2. プラットフォーム全体で著者の声を保持する。
3. ステレオタイプではなく制約に適応させる。
4. 1つの投稿は1つのことについてのままとする。
5. ソースで得られなかったCTA、質問、またはメッセージを創作しない。

ワークフロー

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

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

• 元のXポスト
• 元の記事
• ローンチノート
• スレッド
• メモまたはchangelog

ソースにまだ音声形成が必要な場合は、まず content-engine を使用します。

ステップ2：ボイスフィンガープリントをキャプチャする

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

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

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

X

• 圧縮したままにする
• 最も鋭い主張またはアーティファクトで始める
• 単一の投稿が議論を潰してしまう場合のみスレッドを使用する
• ハッシュタグと一般的なフィラーを避ける

LinkedIn

• ニッチの外の人々のために必要なコンテキストのみを追加する
• 創業者の思考反映投稿に変えない
• LinkedInだからといって閉じの質問を追加しない
• 著者が自然と鋭い場合、磨かれた「プロフェッショナルな調子」を強制しない

Threads

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

Bluesky

• 簡潔に保つ
• 著者のペースを保存する
• ハッシュタグやフィードゲーミング言語に依存しない

投稿順序

デフォルト：

1. 最も強力なネイティブバージョンを最初に投稿する
2. セカンダリプラットフォーム用に適応させる
3. ユーザーがシーケンシングのサポートを望む場合のみタイミングをずらす

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

禁止パターン

以下を削除して書き直す：

• 「Excited to share」
• 「Here's what I learned」
• 「What do you think?」
• 「link in bio」（文字通り真実でない場合）
• ソースに含まれていなかった一般的な「プロフェッショナル上の気づき」の段落

出力フォーマット

以下を返す：

• プライマリプラットフォームバージョン
• リクエストされた各プラットフォーム用の適応バージョン
• 何が変わり、なぜ変わったかについての短いメモ
• ユーザーがまだ解決する必要のある公開制約

クオリティゲート

提供する前に：

• 各バージョンが異なる制約下にある同じ著者のように読める
• プラットフォームバージョンがパディングされたまたは消毒されたように感じられない
• プラットフォーム全体でコピーが逐語的に複製されていない
• LinkedInまたはニュースレター用に追加されたコンテキストが実際に必要である

関連スキル

• brand-voice - 再利用可能なソース由来の音声キャプチャ用
• content-engine - 音声キャプチャとソース形成用
• x-api - X発行ワークフロー用