mcpField
X
x-bookmark-quote-posts

x-bookmark-quote-posts

github.com/akillnessマーケティング・グロース5357 回インストール1 日前に更新
リポジトリ

x-bookmark-quote-posts について

x-bookmark-quote-postsは、Xのブックマークを出典付きの引用投稿案として日付別に整理するスキルです。アカウントの最近の投稿を基に文体を調整し、Codexのアプリ内ブラウザーを使います。投稿やアカウントの変更は禁止されています。

主な機能

  1. 01最近の投稿から文体を調整
  2. 02新しいブックマークの出典を収集・確認
  3. 03日付付きの引用投稿案キューを作成
  4. 04案を順位付けし要約表を作成
  5. 05投稿や操作を行わないルールを遵守

活用シーン

  1. 01最近のXブックマークを引用投稿案に変換
  2. 02アカウント固有の文体で投稿案を作成
  3. 03出典リンク付きの投稿キューを管理

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/akillness/jeo-skills --skill x-bookmark-quote-posts

インストール後、Claude Code で/x-bookmark-quote-postsを入力して読み込まれたか確認します。

同梱ファイルSKILL.toonagents/openai.yaml

詳細

X ブックマークの引用投稿

このスキルを使う場面

このスキルは特定のアカウントの語り口に特化しています。一般的なコメントを作成するのではなく、特定の X アカウントが確立している一人称の語り口に合わせて下書きを調整します。次の場合に使用してください。

  • ユーザーの最新の X ブックマークを確認し、出典に基づいた日付入りの引用投稿の下書きにまとめる。
  • 下書きを作成する前に、その特定のアカウントが投稿した最新 100 件(オリジナル投稿、返信、引用投稿)を基準に、下書きの語り口を調整する。
  • data/x-growth/bookmark-quote-posts/YYYY-MM-DD.md など、日付入りのブックマーク引用投稿キューファイルを更新または維持する。
  • 7~10 件の引用投稿の下書きを順位付けして(おすすめ/次点)、ユーザーが確認できるよう、提案するツイートの要約表を添える。
  • 厳格な投稿・返信・変更禁止ルールのもと、Codex のアプリ内ブラウザーで X を操作する。
  • 一般的な X/Twitter データ収集(ツイート検索、ユーザー検索、フォロワー抽出、メディアのダウンロード、監視、語り口に合わせた下書きを作成しない投稿・いいね・DM)には使用しません。X の生データにアクセスする場合は、代わりにこのリポジトリの x-twitter-scraper スキルを使用してください。

概要

ユーザーの最新の 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 からログアウトしている場合、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
  • 現時点で最も有力な案を1行目に置いてください。Suggested tweet のセルには要約ではなく、実際のツイート下書きを記載してください。段落を2つまたは3つ維持する場合は、セル内で <br><br> を使用してください。
  • テーブルは修正に役立つものにしてください。Why this angle には編集上の狙いを1文で説明し、Hone next には、最も改善が必要な点、想定される反論、または具体性が不足している箇所を記載してください。
  • ブラウザーへのアクセスがブロックされた場合、または使えるブックマークが見つからなかった場合は、引用投稿案のテーブルを捏造しないでください。ブロッカーを報告し、この実行にはソースに基づく提案がないことを伝えてください。

参考資料

コメント