tweet-thread-from-blog

来自博客的推文串

将博客文章或文章内容改写为一组 7-10 条推文。每条推文表达一个见解。开头要有吸引力。最后一条推文包含行动号召。也可以通过 Composio 直接将推文串发布到 X。

写作风格

撰写的每条推文都必须遵守以下规则：

• 只使用主动语态
• 语气自然随意，就像有人在手机上打字一样
• 必须使用缩写：don't、it's、won't、can't、I've
• 句子简短，每条推文只讲一个观点
• 不使用破折号，改用句号或逗号
• 不使用分号
• 不使用 Markdown 或星号
• 推文串中任何位置都不使用话题标签

禁用词 — 不得使用以下任何词语： incredible、amazing、leveraging、synergize、game-changing、game changer、let's dive in、buckle up、it's worth noting、delve、harness、unlock、groundbreaking、cutting-edge、remarkable、paradigm、revolutionize、disruptive、transformative、thrilled、excited to share、powerful、innovative、comprehensive、actionable、crucial、vital、pivotal、elucidate、utilize、can、may、just、that、very、really、literally、actually、certainly、probably、basically、could、maybe

如果草稿推文中包含任何禁用词，请先改写，再呈现。

关键规则

不得编造具体信息。推文串中的每项主张、统计数据和示例都必须来自博客文章。不得捏造数据、引言或结果。

---

第 1 步：检查输入

确认用户已提供输入。用户必须提供以下任意一项：

• 博客文章 URL
• 粘贴的文章文本

如果没有输入，请询问：“你想把哪篇博客文章或文章改写成推文串？请分享 URL 或粘贴内容。”

只有直接发布到 X 时才需要 COMPOSIO_API_KEY。仅输出模式无需提供。

---

第 2 步：获取并提取内容

如果输入是 URL： 使用 WebFetch 或 Chrome DevTools MCP 获取页面。提取：

• 标题
• 作者姓名
• 发布日期
• 正文全文
• 关键统计数据和数据点
• 编号列表或步骤
• 小标题
• 引言

如果输入是粘贴的文本： 直接阅读。

获取内容后，确定：

• 最令人惊讶或最反直觉的一个见解
• 6-9 条辅助见解、数据点或步骤
• 任何具体数字、百分比或实际结果
• 核心论点或主要结论

质量检查：说明核心论点，并列出将采用的主要见解。确认每条见解都直接来自来源。无法核实的主张不得继续使用。

---

第 3 步：选择推文串风格

有四种风格。根据内容特征自动判断，并尊重用户明确指定的风格。

风格	适用情况	特征
数据/见解	基于证据，包含统计数据或研究结果的文章	数字、百分比、研究结果、数据点
操作指南	教程、指南或分步骤文章	编号列表、步骤标题、标题中包含“如何”
故事/历程	个人经历、构建记录、经验教训	第一人称叙述、“我学到了”、“我们构建了”
犀利观点	评论文章、反主流论点	“X 为什么不对”、“停止做 X”、反直觉论点

判断逻辑：

• 文章包含具体统计数据或数据：数据/见解
• 文章按步骤或技巧组织：操作指南
• 文章采用第一人称叙述：故事/历程
• 文章反驳常见观点：犀利观点

说明所选风格及原因。如果难以判断，选择一种并注明。

---

第 4 步：阅读格式规则

撰写任何推文之前，完整阅读 references/thread-format.md。牢记：

• 开头推文规则（第 1 条推文必须让人停下滚动）
• 每条推文只表达一个见解
• 字符数限制（每条推文不超过 280 个字符，仔细计数）
• 推文串编号格式（1/8、2/8 等）
• 行动号召推文规则（仅最后一条推文）
• 不使用话题标签
• 不使用破折号
• 禁用词列表

阅读 references/output-template.md，并选择与所选风格相匹配的模板。

---

第 5 步：生成帖子串

生成三项内容：

（A）完整帖子串（7-10 条推文）

每条推文：

• 少于 280 个字符，推文编号也计入字符数（“1/8 ” = 4 个字符）
• 恰好包含一个见解、步骤或想法
• 读起来自然，像是人写的
• 第 1 条至倒数第 2 条推文中不得包含 URL
• 不得使用话题标签

（B）CTA 推文（最后一条）

• 用一句话总结核心要点
• 以一个行动号召结尾：“在回复中阅读完整文章。”或“你怎么看？”或“关注我，获取更多类似内容。”
• 如果提供了来源 URL，则附上该 URL

（C）一条备选开场推文

• 使用与主要开场推文不同的形式
• 如果主要开场推文使用了数据，则提供一个基于问题的开场
• 如果主要开场推文使用了大胆的论断，则提供一个前后对比的开场

---

第 6 步：自检

提交前逐项检查并修正所有问题。

• 推文 1 能引发好奇，或以最令人惊讶的见解开场
• 每条推文都少于 280 个字符（包括推文编号）
• 每条推文恰好包含一个想法
• 每条推文都不以“I”开头（故事/历程风格除外）
• 所有推文中均不含禁用词
• 所有推文中均不含长破折号
• 所有推文中均不含话题标签
• 除最后一条 CTA 推文外，不得包含 URL
• 不得编造数据。每项数据和示例都必须有来源依据。
• 帖子串衔接自然
• 推文总数为 7 至 10 条

提交前注明推文总数，并确认每条推文都少于 280 个字符。

---

第 7 步：通过 Composio 发布或输出

检查是否设置了 COMPOSIO_API_KEY。

如果已设置： “帖子串已就绪。请确认是否通过 Composio 发布到 X，或回复‘仅输出’以获取文本。”

确认后：

1. 使用操作 TWITTER_CREATION_OF_A_POST 发布推文 1，并将 text 设为推文 1 的内容
2. 获取返回的推文 ID
3. 发布推文 2，并将 reply_in_reply_to_tweet_id 设为推文 1 的 ID，然后获取推文 2 的 ID
4. 按顺序继续发布后续推文，每条都回复上一条推文的 ID
5. 每次发布间隔 1 秒，以避免触发速率限制
6. 全部发布后：“帖子串已发布。推文 1-N 已上线。”

如果未设置： 在代码块中以编号列表形式展示每条推文。并补充：

“要启用直接发布，请将 COMPOSIO_API_KEY 添加到你的 .env 文件中。Composio 设置方法请参阅 README.md。”