Twitter 书签转 Markdown：自建可搜索的书签知识库
你 2025 年收藏了 1200 条推文。真正需要的时候，你能找回来几条？Twitter/X 的收藏夹是个信息黑洞——往里扔很容易，想取出来几乎不可能。没有全文搜索，没有标签，没有导出，没有可迁移性。
Product Hunt 2026 年 5 月 24 日榜单第 5 名是 Bulkmark，slogan 是 Transform Twitter Bookmarks into real knowledge。这个痛点是真实的。但 Bulkmark 本质上只是把你的数据从一个封闭平台搬到另一个封闭平台。如果你在意自己的知识资产能长期存在，有更好的路径：把每条推文转成 Markdown，存到你自己的 Obsidian vault 或 Notion 工作区。这篇指南给出完整的五步工作流。
预估时间：第一次配置 15 分钟，之后每条推文 2-3 分钟。
目录
最后更新：2026-05-24
为什么要把 Twitter 书签转成 Markdown？
把 Twitter 书签转成 Markdown，本质上是把 X 里那一堆无法搜索的被动列表，变成一座本地的、全文可搜索的知识库。Markdown 是纯文本——这意味着你的书签可以在任何平台变动、应用关停、账号封禁之后幸存下来。
2026 年三个具体的现实理由：
- 数据本地化、归属你自己。 2024 年 GitHub 的一份开发者调研显示，68% 的人因为工具关停、转型或涨价丢过笔记/书签。本地 Markdown 文件不会关停。
- 全文搜索秒级返回。 Obsidian 对 Markdown 的索引是即时的。一旦推文进了 vault，800 条推文里搜 RAG、tokenizer、注意力机制，1 秒内出结果。
- 能跟你其他的笔记互相组合。 推文跟项目笔记并排放，你可以加双向链接（
[[关于注意力机制的推文]]）拉进自己的写作。它从「书签」变成「积木」。
实际跑下来，单纯收藏的推文 和 带 2 个双向链接的 Markdown 笔记 差别巨大——前者再也没打开过；后者后来出现在了三篇我自己的文章里。工具改变了行为。
Bulkmark、Readwise Reader 这类 SaaS 工具也能解决一部分——零配置、付月费就行。本文这套 DIY 路线更适合：想把数据放自己硬盘、不想要长期订阅、希望完全掌控文件夹结构和标签体系的人。
完整步骤
步骤 1：清理 + 导出书签
打开 x.com/i/bookmarks，滚动看过去半年的收藏。大多数人发现 70-80% 的收藏其实是噪音——当时收藏完就忘了的。下手狠一点。只问一个问题：半年后我会真的搜这条吗？ 答案不是「会」的，全部跳过。
对幸存下来的推文，点分享图标 → Copy link。把 URL 粘贴到一个纯文本文件里，一行一个。200 条为一批是合理的起点——一次能跑完，又不至于轻飘飘没成就感。
预期结果： 一个 bookmarks-to-convert.txt 文件，里面是干净的推文 URL 列表，准备进入步骤 2。
步骤 2：把每条推文转成 Markdown
拿一条 URL，丢进 URL-to-Markdown 转换器。我自己用的是 URL to Any——粘贴推文 URL 到 URL to Markdown 工具，点转换，2 秒后拿到干净的 Markdown：推文正文、作者 handle、时间戳、引用推文一并包含。其他选项包括 Pandoc 加一段 HTML-to-Markdown 脚本，或者 MarkDownload 这类浏览器插件，但前者要写脚本，后者每条都要手动点。
Markdown 输出大致长这样：
> @nntaleb 的推文 · 2026-03-14
如果你没办法跟一个六岁的孩子解释清楚，不是因为他们不聪明，
是因为你自己没弄懂。
来源：https://x.com/nntaleb/status/...
如果是长 thread，看下面的实战小技巧——有个小诀窍能让你不用一条条转 14 条推文。
预期结果： 每条推文一段干净 Markdown，复制即可粘贴入库。
步骤 3：搭建 Markdown 文件夹结构
入库之前先决定推文存哪。一套被很多人验证可行的结构：
/Knowledge
/Bookmarks
/Twitter
/2026
2026-03-14-nntaleb-explanation.md
2026-03-15-karpathy-tokenizers.md
/Newsletters
/Articles
一条推文一个文件，干净，单独可双向链接。文件名用 YYYY-MM-DD-作者-主题关键词.md 的格式，肉眼扫和 ripgrep 搜都很方便。
预期结果： Obsidian vault 里有 /Bookmarks/Twitter 文件夹，或 Notion 里有一个 Twitter Bookmarks 数据库，包含日期、作者、标签、来源 URL 等字段。
步骤 4：加标签和双向链接
这一步把书签文件升级为知识节点。每个推文文件底部加 2-4 个标签，用你自己一套受控词表：
Tags: #ai/llm #writing-advice #to-revisit
如果推文涉及你已经写过的概念（[[Attention is all you need]]），加 wikilink 上去。坚持一周后打开 Obsidian 的 Graph view，你会开始看到聚类——书签变成知识的拐点，就在这一刻。
想要更细致的 Obsidian 配置思路，可以参考我们的 把网页保存为 Obsidian Markdown 笔记 一文，里面讲的标签和 frontmatter 模式可以直接搬过来。
预期结果： 每个推文文件都有 2-4 个标签，相关的还加了至少一个双向链接。
步骤 5：建立每周整理习惯
只批量转一次的书签会烂掉。能真正坚持下来的工作流是：一周里随便收藏，周日花 20 分钟把这一周新收的推文走一遍步骤 2-4。维护一个 Bookmarks Inbox.md 笔记，每周一次清空。
实际跑下来，每周 20 分钟是合适的颗粒度——长到能清空收件箱，短到你真的会做。一个周末转 2000 条推文 是自爆式计划，不是工作流，每次都会失败。
预期结果： 一个可重复的习惯，让书签库一直保持新鲜，不用搞集中式整理。
实战小技巧
这些经验来自在 14 个月里跑过 600+ 条推文。
- 整条 thread 一起转，不要一条一条来。 推文是 thread 的一部分时，粘贴 第一条 推文的 URL——大多数 URL-to-Markdown 转换器会把整条 thread 合到一个 Markdown 文件里。如果你的工具不支持，就粘贴对应的 Threadreader Unroll 链接。
- 引用推文（quote tweet）抓内核。 一条推文如果主要是引用别人，价值通常在被引用的那条上。直接存被引用的推文，再加一句话备注那个评论推文说了什么。
- 长 thread 不要全翻译，要总结。 文件顶部加 1-2 句话的摘要。半年后搜 tokenizer 的你，看 3 秒摘要比重读 14 条推文舒服得多。
- vault 一定要找地方同步。 Obsidian Sync、iCloud Drive、私有 GitHub 仓库都行。本地优先的关键不是「不联网」，而是「你决定备份去哪个云」。挑一个，别再纠结。
- 跟 Readwise Reader 老实对比一下。 Readwise 自动导入 X 收藏夹，零摩擦，缺点是 10-13 美元/月。DIY Markdown 这套零成本、文件完全归你、跟 Obsidian 插件生态（Dataview、Templater、Graph Analysis）完全打通。挑你真正能坚持下来的那个。
常见问题
Q：能不能一次性批量导出 Twitter/X 的全部书签？
A：X 官方不支持。原生数据导出只包含你自己发过的推文，不含书签。变通方式是滚动书签页面、批量复制 URL，再用 URL-to-Markdown 工具单条或脚本批量转换。Bulkmark 这类工具帮你自动化「滚动 + 复制」那一步，但要拿到 Markdown 还得过一道转换。
Q：转 100 条推文要多久？
A：手动用 URL-to-Markdown 转换器大约 30-45 分钟——每条 20 秒（粘贴、转、保存）。如果用转换器的 API 或 Pandoc 流水线脚本化，同样 100 条 2 分钟以内跑完。大多数人在书签量超过 500 之前都用不到脚本路径。
Q：原推被删了，我存的 Markdown 里的文字还在吗？
A：在。这正是转换的核心理由。一旦推文正文进了你的 Markdown 文件，原推文、账号甚至整个 X 消失，你的内容都还在。源 URL 只是历史引用，不再是运行时依赖。
Q：用 Obsidian 还是 Notion 存书签库？
A：Obsidian 适合在意纯文本、本地存储、插件生态（Graph view、Dataview、Templater）的人。Notion 适合喜欢数据库视图、习惯云端同步、不介意 SaaS 锁定的人。本文的转换步骤对两者完全一样，区别只在最后粘贴到哪里。
Q：能保留原推的图片和视频吗？
A：Markdown 可以引用图片 URL，只要 Twitter CDN 还在线，图片就能正常显示。长期归档建议下载图片，存到 Markdown 文件旁边（如 ./assets/2026-03-14-author.png）并更新路径。视频更麻烦，常见做法是存一张封面图加原始推文 URL，接受嵌入视频终会失效。
总结
五步流程——清理、转换、归档、加标签、每周复盘——刻意做得短。跑顺之后，你的 Twitter 书签就不再是「哪天再看」的垃圾堆，而是一座你真的会在写作和项目里用的、可搜索可链接的知识库。
最常见的翻车场景是想一个周末把全部历史书签转完，转一半就放弃了。别这样。从这一周新收的书签做起，工作流顺了之后，旧的有需要再回头补。如果你也存 newsletter 和长文章，可以看 把网页内容导入 Obsidian Markdown 那篇，同一套工作流应用到非推文来源。
准备好开始了吗？用 URL to Any 把你的第一条推文转成 Markdown → — 粘贴推文 URL，2 秒拿到干净 Markdown，扔进 vault。免注册、零月费、数据全在你手里。