share-reading

Share Reading

Help draft social media posts for sharing valuable readings, articles, tools, or resources. Generates multiple candidate posts with appropriate tone and style, ready for publishing on X, Substack, or Knowledge Planet.

Workflow

Step 1: Process Input

Determine the input type and extract content accordingly:

If input is a URL:

• Use WebFetch to retrieve the page content
• Extract: title, author, key points, publication date
• Preserve the original URL for inclusion in the post

If input is a file path:

• Use Read to load the file
• Extract the same metadata from frontmatter or content

If input is direct text/notes:

• Use the provided content as-is
• Ask for the source URL if not included

Step 2: Understand Context

Before writing, consider:

• What makes this worth sharing? (insight, practical value, novelty, controversy)
• Who would care about this? (developers, AI enthusiasts, general tech audience)
• What's the user's likely angle? (recommendation, commentary, discussion)

If the intent is unclear, ask briefly:

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

Step 3: Generate Candidates

Produce 2-3 candidate posts with varying approaches. Each candidate should:

1. Include the source link — always present, naturally placed
2. Be self-contained — readers should understand the value without clicking
3. Match the platform tone — see Platform Guidelines below

Candidate Approaches (pick 2-3 that fit)

• Summary + takeaway: Concise summary with a personal takeaway or opinion
• Key highlight: Pull out the most striking point or quote, add brief context
• Question/discussion: Frame a question around the content to spark engagement
• Practical angle: Focus on actionable value — "if you're doing X, read this because Y"
• Contrarian/fresh take: Offer a perspective the article didn't cover

Step 4: Present to User

Present candidates clearly labeled, e.g.:

## 候选 1：总结推荐型

{content}

## 候选 2：观点提炼型

{content}

## 候选 3：讨论引导型

{content}

Ask user to pick one, or mix elements from multiple candidates.

Platform Guidelines

X (Twitter)

• Keep main post concise (under 280 chars for single tweet, or use thread format)
• Front-load the hook — first line matters most
• Use line breaks for readability
• Hashtags: 1-3 relevant ones, placed at the end or naturally inline
• Link can be in the main tweet or a reply

Substack Notes / Knowledge Planet

• Can be longer and more conversational
• Add more personal commentary and context
• Structure with short paragraphs
• OK to include bullet points for key takeaways

General Style

• Write in the same language as the source content (Chinese article → Chinese post, English → English)
• If the user has a personal-chinese-writing-style skill, follow those preferences
• Avoid hype words ("revolutionary", "game-changing") — be genuine
• Be specific rather than vague ("reduces build time by 40%" > "makes things faster")

Examples

Example 1: User shares a link

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

Claude: Fetches the page, reads the content, generates candidates:

Candidate 1: Summary & Recommendation Type

Rust has officially entered the network subsystem of the Linux 6.12 kernel. This means that the most critical module in the kernel, and the one most prone to memory safety issues, is starting to be rewritten in Rust.

The article explains the migration strategy in detail: it is not a one-size-fits-all approach, but rather new modules are written in Rust while old code is gradually replaced. The most practical point - it has already been running in production for 3 months with zero memory safety bugs.

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

Candidate 2: Insight Extraction Type

"We are not trying to rewrite Linux with Rust, but to keep new code from producing the old problems."

The Linux network subsystem is starting to introduce Rust. What is most worth paying attention to is not the language debate, but their gradual migration strategy - this has reference value for all large C projects.

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

Candidate 3: Discussion Prompt Type

The Linux kernel's network subsystem is starting to use Rust. It has run for 3 months with zero memory safety bugs.

But there is a good question in the comments: how much impact will Rust's compile times and learning curve have on the kernel contributor community? How do you balance rapid iteration and safety guarantees?

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

Example 2: User shares with a specific angle

User: share this, really interesting approach to prompt engineering https://example.com/prompt-patterns

Claude: Fetches the page, generates candidates focused on the user's angle (interesting approach):

Candidate 1: Highlight

This is the clearest framework I've seen for systematic prompt engineering. Instead of trial-and-error, the author breaks it down into 5 composable patterns you can mix and match.

The "constraint layering" pattern alone is worth the read — it's how they got GPT-4 to consistently output valid JSON without schema enforcement.

https://example.com/prompt-patterns

Candidate 2: Practical

If you're writing prompts for production (not just ChatGPT conversations), this is worth 10 minutes of your time.

Key insight: treat prompts like function signatures — define inputs, expected output shape, and edge case handling upfront. The author shares 5 patterns with before/after examples.

https://example.com/prompt-patterns

Example 3: User provides notes directly

User: Help me write a sharing post about the new Background Agent feature of Cursor that I tried today. I found it very impressive, as it can automatically complete tasks in the background

Claude: No URL to fetch, works with the provided notes, asks:

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

Then generates candidates based on the user's first-hand experience.

Critical Rules

1. Always include the source link — never omit it
2. Don't fabricate content — only reference what's actually in the article
3. Match source language — Chinese content gets Chinese posts, English gets English
4. Multiple candidates — always offer 2-3 options, not just one
5. No auto-publishing — only generate text, don't execute any publishing
6. Genuine tone — avoid marketing speak and excessive superlatives