share-reading

Share Reading

価値のある読み物、記事、ツール、リソースを紹介するためのソーシャルメディア投稿の下書きを作成します。X、Substack、知识星球で公開できる、適切なトーンとスタイルの投稿案を複数生成します。

ワークフロー

ステップ 1：入力を処理する

入力の種類を特定し、それに応じてコンテンツを抽出します。

入力が URL の場合：

• WebFetch を使ってページのコンテンツを取得する
• タイトル、著者、要点、公開日を抽出する
• 投稿に含められるよう、元の URL を保持する

入力がファイルパスの場合：

• Read を使ってファイルを読み込む
• フロントマターまたはコンテンツから同じメタデータを抽出する

入力がテキストやメモの場合：

• 提供されたコンテンツをそのまま使用する
• 含まれていない場合は、出典 URL を尋ねる

ステップ 2：コンテキストを把握する

執筆する前に、次の点を検討します。

• 共有する価値は何か？（洞察、実用的な価値、新規性、議論を呼ぶ点）
• 誰が関心を持つか？（開発者、AI 愛好家、一般のテクノロジー関係者）
• ユーザーはどのような切り口を想定しているか？（おすすめ、論評、議論）

意図が不明な場合は、簡潔に尋ねます。

这篇内容你想从什么角度分享？比如：
- 推荐给大家（觉得很有价值）
- 分享某个观点/发现
- 提出讨论/问题
- 其他想法？

ステップ 3：投稿案を作成する

切り口を変えて、投稿案を 2～3 件作成します。各投稿案は次の条件を満たす必要があります。

1. 出典リンクを含める — 必ず自然な形で記載する
2. 単独で内容が伝わる — 読者がリンクをクリックしなくても価値を理解できる
3. プラットフォームのトーンに合わせる — 下記のプラットフォーム別ガイドラインを参照する

投稿案の切り口（適したものを 2～3 件選択）

• 要約＋学び：簡潔な要約に、個人的な学びや意見を添える
• 注目ポイント：最も印象的な点や引用を取り上げ、簡単な背景を加える
• 質問・議論：コンテンツをもとに、反応を促す質問を投げかける
• 実用的な切り口：実際に役立つ価値に焦点を当てる — 「X に取り組んでいるなら、Y なので読む価値があります」
• 逆張り・新鮮な視点：記事では触れられていない視点を提示する

ステップ 4：ユーザーに提示する

次のように、投稿案を分かりやすくラベル付けして提示します。

## 候选 1：总结推荐型

{content}

## 候选 2：观点提炼型

{content}

## 候选 3：讨论引导型

{content}

いずれかを選ぶか、複数の投稿案の要素を組み合わせるようユーザーに尋ねます。

プラットフォーム別ガイドライン

X（Twitter）

• メインの投稿は簡潔にする（単独のツイートなら 280 文字未満。スレッド形式も可）
• 最初に引きつける要素を置く — 1 行目が最も重要
• 読みやすさのために改行を使う
• ハッシュタグは関連するものを 1～3 個、末尾または自然な形で本文に入れる
• リンクはメインのツイートまたは返信に記載できる

Substack Notes / 知识星球

• 長めで会話調の文章も可
• 個人的なコメントや背景を多めに加える
• 短い段落で構成する
• 要点を箇条書きにしてもよい

全般的なスタイル

• 元のコンテンツと同じ言語で書く（中国語の記事なら中国語の投稿、英語なら英語の投稿）
• ユーザーに personal-chinese-writing-style スキルがある場合は、その好みに従う
• 誇張表現（「画期的」「ゲームチェンジャー」など）は避け、誠実に書く
• 曖昧な表現より具体的な表現を使う（「処理が速くなる」より「ビルド時間を 40％短縮」）

例

例 1：ユーザーがリンクを共有する

ユーザー：これを共有して https://example.com/article-about-rust-in-linux

Claude：ページを取得して内容を読み、投稿案を作成します。

候補 1：要約しておすすめする型

Rust が Linux 6.12 カーネルのネットワークサブシステムに正式に導入されました。これは、カーネルの中でも特に重要で、メモリ安全性の問題が起きやすいモジュールの書き換えに Rust が使われ始めたことを意味します。

記事では移行戦略を詳しく解説しています。一気に置き換えるのではなく、新しいモジュールには Rust を使い、既存のコードを段階的に置き換えていく方法です。特に注目したいのは、すでに本番環境で 3 か月稼働しており、メモリ安全性に関するバグがゼロという点です。

https://example.com/article-about-rust-in-linux

候補 2：見解を引き出す型

「Linux を Rust で書き換えるのではありません。新しいコードで古い問題を生み出さないようにするのです。」

Linux のネットワークサブシステムに Rust が導入され始めました。注目すべきなのは言語をめぐる議論ではなく、段階的な移行戦略です。大規模な C プロジェクトすべてに参考になるはずです。

https://example.com/article-about-rust-in-linux

候補 3：議論を促す型

Linux カーネルのネットワークサブシステムで Rust が使われ始めました。3 か月稼働して、メモリ安全性に関するバグはゼロです。

一方、コメント欄には重要な問いがあります。Rust のコンパイル時間や学習曲線は、カーネル開発者のコミュニティにどのような影響を与えるのでしょうか？迅速な反復と安全性の確保をどう両立させるべきでしょうか？

https://example.com/article-about-rust-in-linux

例2：ユーザーが特定の視点を指定して共有する

ユーザー：これをシェアして。プロンプトエンジニアリングへのアプローチが本当に興味深い https://example.com/prompt-patterns

Claude：ページを取得し、ユーザーの視点（興味深いアプローチ）に焦点を当てた候補を生成します。

候補1：注目ポイント

体系的なプロンプトエンジニアリングのフレームワークとして、これまで見た中で最も分かりやすいものです。試行錯誤する代わりに、著者は組み合わせて使える5つのパターンに分けて説明しています。

「制約の階層化」パターンだけでも読む価値があります。スキーマによる強制なしで、GPT-4に有効なJSONを一貫して出力させた方法です。

https://example.com/prompt-patterns

候補2：実践的なポイント

本番環境向けのプロンプトを書いているなら（ChatGPTでの会話だけでなく）、10分ほど時間をかけて読む価値があります。

重要な洞察：プロンプトを関数シグネチャのように扱い、入力、期待する出力形式、エッジケースへの対応を事前に定義します。著者は、変更前後の例とともに5つのパターンを紹介しています。

https://example.com/prompt-patterns

例3：ユーザーがメモを直接提供する

ユーザー：帮我写个分享帖，关于我今天试用了 Cursor 的新 Background Agent 功能，感觉很惊艳，可以后台自动完成任务

Claude：取得するURLがないため、提供されたメモをもとに作業し、次のように尋ねます。

要附上 Cursor 官方的介绍链接吗？或者你有截图/录屏想一起分享？

その後、ユーザー自身の体験に基づいて候補を生成します。

重要なルール

1. 必ずソースへのリンクを含める — 省略しないでください
2. 内容を捏造しない — 記事に実際に書かれていることだけを取り上げてください
3. ソースの言語に合わせる — 中国語のコンテンツなら中国語の投稿、英語なら英語の投稿にします
4. 複数の候補を提示する — 1つだけでなく、必ず2～3個の選択肢を提示してください
5. 自動公開しない — テキストの生成のみを行い、公開を実行しないでください
6. 誠実なトーンにする — マーケティング調の表現や過度な最上級表現は避けてください