> For the complete documentation index, see [llms.txt](https://weekly-essay.mikey.wang/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://weekly-essay.mikey.wang/zh-hant/2026/w11-twitters-algorithmic-evolution-and-the-iteration-of-source-management.md).

# W11-Twitter算法演進與信源管理迭代

今年有一個持續的主題，迭代自己信源網絡的篩選效率。

上週淺看了 Twitter 的推薦算法。用 Claude 的 Cowork 搭建了兩個 schedule。

Twitter 的推薦算法在近幾年經歷了徹底的重構，也是為數不多開源核心代碼庫的社媒平臺（馬斯克說是唯一開源的平臺），是學習先進搜廣推很好的資料。

通過對比其早期開源的代碼庫（[twitter/the-algorithm](https://github.com/twitter/the-algorithm)）與近期基於大模型的全新代碼庫（[xai-org/x-algorithm](https://github.com/xai-org/x-algorithm)），可以清晰地看到其推薦架構從高度依賴人工特徵工程和啟發式規則的複雜微服務，演進為基於 Transformer (Grok) 的端到端深度學習極簡架構。

下邊是對兩個倉庫構成和技術特點的對比總結，可以感受一下演進方向。

| 對比維度              | 2023 版 (The-Algorithm)          | 2025 版 (X-Algorithm)                |
| ----------------- | ------------------------------- | ----------------------------------- |
| **技術棧**           | Scala / Java (JVM 生態)           | Rust / Python (AI 生態)               |
| **特徵工程**          | 依賴數千個人工設計的統計特徵                  | **零人工特徵**，基於參與序列學習                  |
| **核心模型**          | Heavy Ranker (48M 神經網絡)         | **Grok-based Transformer**          |
| **In-Network 存儲** | Timeline Cache / Fanout Service | **Thunder** (高性能 Rust 內存存儲)         |
| **管道框架**          | Product Mixer (Scala)           | **Candidate Pipeline Crate** (Rust) |
| **檢索邏輯**          | 搜索索引 (Lucene) + 圖遍歷             | 向量化雙塔模型 (Two-Tower)                 |
| **開發效率**          | 複雜特徵管道，維護成本高                    | 模塊化組合 (Composable)，邏輯簡潔             |

看完 Twitter 的推薦算法，還是無法學以致用，只有寫提示詞的水平。用 Cowork 按照我的思維框架搭建了兩個 schedule，一個用來跟蹤市場，一個用來跟蹤技術。迭代多次後，現在的版本基本能對齊我想要的品味。以下是具體 instruction 和最近的樣例，供參考。

對全球市場和主要資產大類的跟蹤：

{% content-ref url="/pages/CCRA2t92mFI0eTvRO89y" %}
[Daily Market Briefing](/zh-hant/2026/w11-twitters-algorithmic-evolution-and-the-iteration-of-source-management/daily-market-briefing.md)
{% endcontent-ref %}

對主流科技機構、社區、媒體的跟蹤：

{% content-ref url="/pages/Da4JieiFIL1ZinZFb9xM" %}
[Weekly Tech Top20](/zh-hant/2026/w11-twitters-algorithmic-evolution-and-the-iteration-of-source-management/weekly-tech-top20.md)
{% endcontent-ref %}

簡報或者助手的方式無法完全代替自己在各種社區隨機遊走，因為缺少了些隨機性，少了些樂趣。

比如上週刷到的一篇很喜歡的博客，[Temporal: The 9-Year Journey to Fix Time in JavaScript](https://bloomberg.github.io/js-blog/post/temporal/)。來自彭博的JS團隊，這個月剛開始發佈技術博客，但應該是一個行業積累很深厚的團隊。

這篇文章講了 Temporal，這個 JS 自 ES2015 以來最重大的語言級擴展，還原了其漫長的標準形成歷程。系統性地修復了 Date API 三十年來的歷史問題，重新設計了一套完整的時間類型體系，多個 JS 引擎通過共享 Rust 實現庫(temporal\_rs)來降低實現成本、提高一致性。這應該是 JS 第一次在語言標準層面，以 Rust 實現為核心、多引擎採用的基礎設施級方案。