Launch Tweet / 发布推文

When to use

• A solo dev is launching a real, usable product (not a vaporware tease).
• They have a link the reader can click (live site, Product Hunt page, GitHub repo, signup form).
• They want a single tweet or 2-4 tweet thread - not a 20-tweet manifesto.

When NOT to use

• There is no shippable artifact yet. Vague "I'm building X" tweets are noise - postpone until something is live.
• The product is enterprise / B2B with no public surface area. That belongs on LinkedIn, not X.
• The user wants a viral hook without the substance. We optimize for honest signal, not engagement-bait.

The shape of a good solo launch tweet

[Line 1: What it is, plainly]
[Line 2: Who it is for + the one job it does]
[Line 3: One concrete proof point or screenshot/video]
[Line 4: Link]

Hard rules:

• No emojis at the start. Looks like a marketer, not a builder.
• No "I'm excited to announce". Skip the throat-clearing, just announce.
• First 80 characters are everything - that's what shows in previews.
• Show, don't promise. A screenshot or 10-second clip beats adjectives.
• Mention the price if there is one (free vs $X/mo) - saves everyone time.

Optional public X evidence

If the user brings public launch context from X/Twitter, use it as evidence, not as a script to copy.

Accept manually pasted notes or reviewed exports from tools such as TweetClaw/OpenClaw when they include:

• Source URL.
• Public post text.
• Author handle.
• Visible metric or reply context.
• Capture time.
• Caveat, if the source is partial or anecdotal.

Use these packets to sharpen the proof point, objection handling, phrasing, and thread angle. Do not treat them as permission to post, reply, DM, follow, upload media, monitor accounts, scrape private data, or automate engagement. The final launch post still needs explicit human approval.

Output

Produce two variants:

1. Single tweet (≤ 280 chars) for casual feed posts.
2. Thread (3-4 tweets) for a real launch with build-up.

Put the link at the end of the single tweet, or in the last tweet of the thread (X's algorithm punishes early external links).

Worked example

User context: Launching solo-skills, a Claude Code skills pack for solo devs. Free, MIT, GitHub link.

Single tweet:

solo-skills - a Claude Code skills pack for people who ship alone.

7 skills for the things solo devs actually do daily: launch tweets, customer emails, postmortems, decision frameworks. MIT.

github.com/<you>/solo-skills

Thread:

1/ Launching solo-skills today.

A Claude Code skills pack designed for one specific person: the dev shipping a product alone.

2/ The problem with most skill packs: they assume you have a team.

solo-skills assumes you don't. Each skill is for tasks you usually do solo and badly:
- Customer emails
- Launch posts
- Postmortems
- Roadmap decisions

3/ One-line install. 7 skills.

Each comes with a "When NOT to use" section, because force-applying a framework is how solo devs waste a Saturday.

4/ MIT licensed. PRs welcome.

github.com/<you>/solo-skills

中文版

何时使用

• 单兵开发者要发布真正能用的产品（不是占坑）。
• 有可点击的链接（线上站、Product Hunt、GitHub、注册表）。
• 想要一条或3-4 条推文，不是 20 条檄文。

何时不使用

• 还没有可交付物，纯空气项目 - 别发，继续做。
• 纯 B2B 企业产品，没公开访问面 - 那种发 LinkedIn 不发 X。
• 只想要"病毒钩子"不要内容 - 不写营销噱头。

一条好推文的结构

[第 1 行：直白说它是什么]
[第 2 行：给谁用 + 解决什么单一问题]
[第 3 行：一个具体证据（截图/视频/数字）]
[第 4 行：链接]

硬规则：

• 开头不要 emoji - 像营销不像开发者。
• 不要"很激动地宣布" - 直接宣布。
• 前 80 个字符决定一切 - 那是预览里看到的部分。
• 展示，不要承诺 - 截图/10 秒视频胜过形容词。
• 明码标价 - 免费就写免费，付费写 $X/mo，省彼此时间。

可选公开 X 证据

如果用户带来了来自 X/Twitter 的公开发布上下文，把它当证据用，不要照抄成文案。

可以接受手动粘贴的笔记，或来自 TweetClaw/OpenClaw 等工具、已经人工审过的导出结果。证据包需要包含：

• 来源 URL。
• 公开推文正文。
• 作者 handle。
• 可见指标或回复上下文。
• 抓取时间。
• 如果来源不完整或只是个例，要写清限制。

这些证据只用来收紧证明点、反驳点、措辞和线程角度。不要把它当成发帖、回复、私信、关注、上传媒体、监控账号、抓取私密数据或自动互动的授权。最终发布内容仍然需要人明确批准。

输出

输出两个版本：

1. 单推（≤ 280 字符）。
2. 3-4 条线程（用于正式发布）。

链接放在单推末尾或线程最后一条（X 算法对线程里过早出现的外链不友好）。