x-bookmark-quote-posts

X のブックマーク引用ポスト

概要

ユーザーの最新の X ブックマークを、日付入りの引用ポストキューに変換します。出力は、一般的な AI の解説ではなく、実体験に基づいて公の場で考えを発信する、特定の人物やブランドの投稿のように感じられるものにします。

開始

ユーザーが別のリポジトリを指定しない限り、現在のコンテンツリポジトリを使用します。アクティブなリポジトリがない場合は、ファイルを書き込む前に対象のワークスペースを確認してください。

収集を始める前に：

• AGENTS.md が存在する場合、またはプロンプト内で提供されている場合は読みます。
• 早い段階で git status --short を確認します。コンテンツ用ワークスペースには変更が残っていることが多いため、変更範囲を限定してください。
• 既存のブックマーク引用ポストファイルがある場合は、継続性を保つために最新のものを読みます。一般的な場所は data/x-growth/bookmark-quote-posts/*.md、data/x/bookmark-quote-posts/*.md、またはユーザー指定のコンテンツキューです。生成された下書きを主な文体の参照元として使わないでください。
• X にアクセスする場合は、Codex アプリ内ブラウザーのみを使用します。Chrome は使用しないでください。
• X への投稿、返信、引用、いいね、リポスト、DM、フォローなど、X の状態を変更する操作は一切行わないでください。

X からログアウトされている場合、CAPTCHA によってブロックされている場合、またはアプリ内ブラウザーを接続できない場合は、そこで停止し、正確なブロック要因を報告してください。ブラウザーセッションで必要な場合に限り、ユーザーにサインインを依頼してください。

100 件の投稿から文体を把握する

ブックマークの収集前に文体を把握します。依頼内容または現在の X プロフィールから対象アカウントを特定し、そのアカウントと X の最新検索を開きます。

https://x.com/<handle>
https://x.com/search?q=from%3A<handle>&src=typed_query&f=live

X で十分な履歴が表示される場合は、投稿者本人による最新の投稿を 100 件収集します。オリジナル投稿、返信、引用ポストを含め、他の人が書いた投稿の単純なリポストは除外します。各投稿について、以下を記録します。

• 投稿者本人の投稿 URL とタイムスタンプ
• 投稿者本人が書いたテキスト全文
• 返信かどうか、および引用元を含むかどうか
• 引用ポストの場合は、引用元の URL
• タイムライン上のテキストが途中で省略されていたかどうか

省略された投稿者本人の投稿は、すべて直接開いて全文を確認します。X の制限により全文を確認できない場合は、不完全な投稿数を報告し、断片を全文として黙って扱わないでください。引用元のテキストとユーザー自身のテキストを混同しないでください。投稿者本人による投稿が 100 件未満の場合は、取得できるものをすべて使用し、実際のサンプル数と期間を報告します。

完全な投稿データから、内部用の文体台帳を作成します。

• 返信から、自然な語彙、大文字・小文字の使い分け、短縮形、文のリズム、意見の相違の表し方、粗削りな部分を把握します。
• 単独の投稿から、書き出し、段落の長さ、展開のテンポ、箇条書き、根拠、締めくくりを把握します。
• 引用ポストを、ユーザーが引用元にどう反応し、どのように背景を補足するかを知るための、形式に特化した基準として使います。
• 再利用できるパターンと、貼り付けられたプロンプト、書き起こし、リンク集、例外的に長い告知などの一時的な要素を区別します。事実に関する手掛かりは保ちつつ、それらを通常の文体の基準にはしないでください。
• 推測ではなく、実際に測定します。サンプル数と期間、形式の内訳、文章の長さの中央値、よくある段落数、一人称の頻度、箇条書きの使用状況、繰り返し現れる書き出しや締めくくりのパターンを確認します。
• 言い回しそのものではなく、表現の型を合わせます。複数の投稿から断片をコピーして下書きを組み立てないでください。

最新の投稿者本人による 100 件の投稿を、文体の主要な参照元として扱います。過去に生成された下書きは、キューの継続性を保つ目的に限って使います。実際の投稿から得られた文体の証拠と、以下の一般的な下書き作成の既定ルールが食い違う場合は、実際の投稿データを優先してください。

ブックマークを収集する

開きます：

https://x.com/i/bookmarks

最新の表示可能なブックマークフィードから、件数を絞って収集します。

• 著者、ハンドル名、投稿元 URL、投稿元のタイムスタンプ、表示されている投稿本文、記事カードのタイトル／要約、メディアや文脈の手がかりを抽出します。
• ユーザーが別の期間を指定しない限り、ブックマークフィード内の投稿元投稿のうち、直近30日分を対象にします。現在の日付、時刻、タイムゾーンは文字どおりに扱います。
• 期間を絞りながら十分にスクロールし、30日間の対象期間から、使用可能な候補を12～20件ほど集めます。
• AI エージェントに関する見解だけでなく、実用的なリソース一覧のブックマークも含めます。例として、画像生成ツール、ディザツール、モックアップツール、Framer テンプレート、ドックウィジェット、モーションツール、グラデーションツールなどをまとめた、Solt Wagner 風のクリエイティブリソース、ウェブサイト、アプリの一覧があります。
• X で通常確認できるのは投稿元投稿のタイムスタンプであり、ブックマークに保存したタイムスタンプではないことに留意します。保存／ブックマーク日時が確認できない場合は、対象期間がブックマークフィード内の投稿元投稿の日付であることを明記します。
• 投稿が途中で切れている場合や記事カードの文脈が必要な場合は、必要に応じてステータス URL を開きます。収集内容は必ずソースに基づくものにします。

依頼がブックマークを対象としている場合は、ブラウザーへのアクセスがブロックされていて、ユーザーが代替手段を承認した場合を除き、公開検索に頼らないでください。

下書き

次を作成または更新します：

data/x-growth/bookmark-quote-posts/YYYY-MM-DD.md

既存のプロジェクトパスがある場合は、それを使用します。リポジトリにブックマーク用のキューがまだない場合は、data/x/bookmark-quote-posts/YYYY-MM-DD.md のような、日付を含む最小限の妥当なパスを作成します。

次の形式を使います：

# Bookmark Quote Posts - YYYY-MM-DD

Checked in Codex Browser: https://x.com/i/bookmarks

Window: ...

Voice sample: latest <count> authored posts from <date> to <date>; <standalone> standalone posts, <replies> replies, <quotes> posts with quoted sources. Reply and quote counts may overlap.

Tone pass: first-person voice matched to repeated patterns in the live 100-post corpus.

## Best Picks

### 1. Source Name - Topic

Source: https://x.com/...

<draft>

ソースの候補が少ない場合を除き、下書きを7～10件作成します。特に優れた投稿は Best Picks に入れ、代替案や確度が低めのソースは Secondary Picks に入れます。ツール、製品アイデア、デザインリソース、技術的な学び、業界の見解、ワークフローのアイデア、役立つリソースなど、ユーザーに関連するテーマに幅を持たせます。

完成した下書きはそれぞれ、ユーザーがさらに練り上げられる引用リツイート案として扱います。保存ファイルにはキュー全体を記録しますが、アシスタントの応答では特に優れた下書きの本文を直接示し、ファイルを開かなくてもユーザーが反応したり、書き直したり、切り口をさらに鋭くするよう依頼したりできるようにします。

文体

文章を磨きすぎるのではなく、実体験が文ににじむように、ユーザーまたはブランドの確立された文体で書きます。

以下を使います：

• 自然に合う場合は一人称を使う
• ユーザーの単独投稿や引用投稿で見られる段落数と長さの分布に合わせる
• 率直な表現、粗削りな部分、人間味のある具体性
• ユーザーの実際の領域における過去の経験。たとえば、構築、デザイン、指導、リリース、販売、デバッグ、調査、運用、失敗からの学びなど
• ソースの情報が乏しい場合は、率直に不確かさを示す

以下は避けます：

• 短い文、空行、短い文、空行というリズム
• 「本当のスキルは……」のようなありきたりなフレームワーク
• 「素晴らしい指摘です」のような中身のない同意
• 「ゲームチェンジャー」「解き放つ」「ホットテイク」「大幅に強化する」など、誇張した表現
• 洗練されすぎた対称性、抽象的な結論、実際の投稿コーパスに見られない定型的な書き出しの繰り返し
• ユーザーから求められていない行動喚起
• 現在のプロンプト、既存の下書き、信頼できるプロジェクトの文脈に根拠がない、ユーザーの生活、仕事、製品、チーム、顧客、成果に関する主張

良い下書きは、ソースを要約するのではなく、意図された著者が個人的な文脈を添えているように聞こえるものです。

確認

コミットする前に、次のことを確認してください。

• すべての下書きにソース URL があることを確認します。
• すべての最終下書きが、ユーザーの最近の単独投稿や引用投稿から学んだ構成に沿っていることを確認します。すべての下書きを同じ段落数に無理にそろえる必要はありません。
• 音声サンプル数、日付範囲、オリジナル投稿／返信／引用投稿の内訳を、日付入りのファイルに記録します。
• ファイルを頭の中で声に出して読み返し、AI らしい要約文を削除します。
• git diff --check -- data/x-growth/bookmark-quote-posts/YYYY-MM-DD.md を実行します。
• 対象のブックマーク引用投稿ファイルだけをステージします。

実行によってファイルが変更された場合は、対象リポジトリからコミットします。コミットメッセージは次のような形式にします。

git commit -m "Refresh X bookmark quote posts for YYYY-MM-DD"

ブラウザーへのアクセスがブロックされた場合、または使用できるブックマークがなかったためにファイルが変更されなかった場合は、コミットを捏造せず、ブロックされた理由または変更がなかったことを明確に報告します。

報告

最後に、次の内容を記載します。

• 出力先のパス
• 候補／ソース数
• 使用した期間
• ブラウザー／アクセスの状況
• 音声コーパスの件数、日付範囲、形式の内訳
• 検証結果
• コミットした場合はコミットハッシュ
• 推奨する引用投稿のうち、特に有力なものをまとめた Markdown テーブル（通常は 3～5 行）。列は次のとおりです。
  • Pick
  • Source
  • Suggested tweet
  • Why this angle
  • Hone next
• 現時点で最良の提案を最初の行に記載します。Suggested tweet のセルには要約ではなく、実際の投稿の下書きを記載します。2～3 段落の構成を保つ場合は、セル内で <br><br> を使用します。
• テーブルは修正に役立つ内容にします。Why this angle には編集上の狙いを一文で説明し、Hone next には最も改善が見込める点、想定される反論、または具体性が不足している点を記載します。
• ブラウザーへのアクセスがブロックされた場合、または使用できるブックマークが見つからなかった場合は、推奨投稿のテーブルを捏造しません。ブロックされた理由を報告し、この実行でソースに裏付けられた提案がないことを記載します。