post

投稿

これは何をするものか

ラテラルシンキングのツールキットを、投稿や返信という具体的な創作対象に適用します。これは独自の手法ではなく、lateral ルーターの応用レイヤーです。対象を取得し、ルーティングして、選んだ手法を実行し、その結果を送信できる下書きに整えます。

これが存在する理由は、返信を求められたエージェントが、ほかの誰もがすでに投稿した見解を三通りに言い換えてしまうからです。投稿の下にある既存の返信こそ、その投稿にとっての「予測可能」の定義です。下書きはそれらを上回る必要があります。

手順

ステップ 1：モードを宣言して対象を取得する

入力によってモードが決まります。診断行にモードを明記してください。ステップ 5 の下書きルールは、モードによって異なります。

返信モード — 入力は他の人の投稿です。

• URL の場合 — 利用可能なブラウザツールを使って、投稿 と表示されている返信 を読みます。X ではプレーンな HTTP フェッチは失敗します（ログイン画面が表示されるため）。ブラウザツールがない場合は、投稿本文と返信を 2～3 件貼り付けてもらうよう依頼し、内容を推測しないでください。
• 貼り付けられたテキストの場合 — そのまま使います。既存の返信が含まれていない場合は、返信も尋ねてください。

投稿モード — 入力は、投稿する話題、主張、またはフレーズです。

• 誰もが書きそうな投稿を、baseline とラベルを付けて 1 件の下書きとして書きます。これがこのモードの対象です。何もない話題からルーティングすることはありません。
• 話題の文字列に 2 通りの解釈がある場合は、手法の効果が得られるほうを選び、ベースラインがどちらの解釈に基づいているかを述べます。

プラットフォームと文字数制限を確認します。デフォルトは X で、下書き 1 件につき 280 文字です。

ステップ 2：文体を確認する

投稿をその内容に即して読みます。お礼、節目の報告、個人的なメモなど、何も求めていないささやかで誠実な投稿であれば、下書きを作る前にその旨を伝えてください。見知らぬ人からの気の利いた返信より、その後も投稿者の活動に関わる人からの素朴な「おめでとう」のほうが効果的な場合があります。それでも下書きは作成し、送るかどうかはユーザーに判断してもらいます。

ステップ 3：ルーティングする

../lateral/SKILL.md を読み、そこに記載されたルーティング手順に従います。スレッドやベースラインから状況を診断します。たとえば、返信がすべて同じ励ましになっている、投稿が疑問視されていない前提に依存している、告知で解決策が答えとして提示されている、といった状況です。そのうえで、手法をちょうど 1 つ選びます。ユーザーが手法を指定している場合は、診断を省略してその手法を使います。

ステップ 4：手法を実行する

選んだ手法の SKILL.md を読み、誠実さに関する仕組みも含めて、手法をその場で実行します。追加ルールとして、既存の返信やベースラインと同じことを述べる下書きは、どれほど表現が巧みでも、その手法の重複ルールにより無効です。

手法固有のバッチ失敗ルールに該当する場合は、記載どおりに引き継いでください。下書き欄を埋めるために、さらに案を出してはいけません。

ステップ 5：出力

出力は次の要素で構成し、この順に並べます。

1. 診断 — 1 行で、モード、確認された症状、選んだ手法を示します。

2. 文体メモ — ステップ 2 が該当する場合に限ります。

3. 草案 — 平文で 3～5 件。それぞれ文字数を括弧内に付け、プラットフォームの上限以内に収めます。手法のラベルを表示する場合は、文字数の後に 1 つの節として付けます。草案に含められる内容はモードによって異なります。

   返信モードでは、手法が生み出した アイデア をもとに、元の投稿、ひっくり返す要素、または分岐を見ていない人の言葉で草案を書きます。元の刺激はトランスクリプトに残します。草案を採用する前に確認します。手法のラベルを隠しても、投稿者に向けた単純なコメントとして読めますか？ 説明されている対象がなければ成立しない草案なら、手法が生み出したアイデアをもとに書き直します。

   刺激の形をなぞった例。不適切：「500 を追いかけず、光を回し続けたんですね。船が灯台を見つけるのであって、その逆ではありません。」 アイデアを表現した例。適切：「500 を追いかけなかったんですね。誰が見ているかにかかわらず毎日投稿し続けた。それが、見つけてもらえるようになった理由です。」

   投稿モードでは、投稿の目的が説明である場合、画像が草案の説明を担うことがあります。採用する前に確認します。画像を削除して、残った文章を読んでください。それだけで要点が伝わるなら、画像は飾りです。削除して、シンプルな文章だけを残します。残った文章に何も意味がないなら、画像が説明を担っています。画像を残し、その草案で使われているたとえが正しいか確認します。

   飾りの例。不適切：「LLM は、稲妻が進む道を探りながら降りてくるように、段階的に推論します。単語あたりに使える思考量は一定です。」（稲妻を削除しても要点が伝わります） 説明の例。適切：「稲妻も、一跳びで隙間を越えられるわけではありません。経路がつながるまで短い段階をたどって進み、つながると閃光が走ります。LLM も同じように動作します。」（稲妻を削除すると、何も残りません）

4. メタパターン — 手法による結果を横断した発見と、見送った案に共通していた点を示します。

5. 弱点 — 各草案について、弱い点とその理由を 1 行で示します。エージェントが実際に送る草案も示し、手法ではなく投稿を読んで生まれた草案には出所フラグを付けます。

6. 提案 — 希望があればトランスクリプト全体を提示すること、または新しい草案の作成、特定の草案の掘り下げ、手法の切り替え、終了を提案します。

手法のトランスクリプトは、デフォルトでは表示されません。必要に応じて確認できます。メタパターンと弱点のセクションがあることで、トランスクリプトがなくても草案の信頼性を保てます。

誠実さを担保する仕組み

実行した手法から引き継ぎます。手法固有の仕組みは 2 つあります。

• 出所フラグ。 投稿を注意深く読んで生まれた優れた一文も、優れた一文であることに変わりはありません。ただし、その功績を手法に帰してはいけません。フラグを付けます。
• 投稿モードでのベースラインテスト。 すべての草案を baseline と比較します。ベースラインでも作れた草案は不採用です。どの草案がその理由で不採用になったかを出力に記載します。

やってはいけないこと

• 話題そのものに手法を割り当てないでください。 まずベースラインを書きます。手法は、そこから発展させたり、反転させたり、無理に当てはめたりするために使います。
• 手法を固定しないでください。 同じ午後に投稿を 4 件扱っても、割り当て先の手法は 3 種類に分かれました。診断こそが重要な作業です。
• トランスクリプトをデフォルトで提示しないでください。 提供するのは草案、メタパターン、弱点です。残りは希望があれば提示します。
• 反応が飽和した対象に助言を押し付けないでください。 節目の達成報告や感謝の投稿に対する助言調の草案は、ありきたりな助言に埋もれて不採用になります。投稿者の状況を描写する草案は残ります。その点を考慮して重み付けしてください。
• ユーザーに代わって選ばないでください。 どの草案を送るか、そしてその理由を伝えます。送るかどうかはユーザーが決めます。