为什么天天发帖还是拿不到分成？翻完 X 开源算法后的自救想法笔记

本文同步自 X：原帖

最近我也在琢磨怎么在 X 上拿点创作者分成，跟大家一样，每天发完贴盯着那两三百的阅读量发愁：到底是哪里没对，还是号被限流了？

正好今天看到英文圈博主 @ryangrowthh 发的那条全网爆火的算法拆解贴和配套的 19 分钟视频，把算法比作「侦察员、裁判、门卫」，讲得很热闹。但抱着学习的心态，我顺着去翻了 X 官方的开源代码库 xai-org/x-algorithm（快照提交 9106e9f），又把原帖下几十条同行踩坑的评论通读了一遍。

对照完代码和实际数据，我发现很多广泛流传的「发帖秘籍」，其实把逻辑全搞反了。这篇笔记不讲大道理，纯粹把我今天对着源码核查出来的事实、评论区里的教训整理出来，希望能帮大家省点无用功。

先说最扎心的结论：分成后台到底算什么钱？

很多朋友天天在互赞群、互推群里忙活，但月末一看分成账单还是零蛋。

这是因为平台的创作者激励计划（Creator Revenue Sharing）有一条很硬的底线：分成主轴只算「已验证用户（X Premium 付费会员）在首页时间线里的曝光」。首页时间线笼统覆盖你刷到的推荐与关注内容；公开口径盯的是这类曝光，不是「看了多久」直接进账单。

停留时长更多影响排序预测——能不能继续被推开。普通未验证用户的互动、个人主页里的反复刷新、私信里的转发，通常不进分成那条计数。我们焦虑的「怎么没流量」，最好拆成两件事：一是怎么让帖子出现在已验证用户的首页时间线里，二是怎么让他们愿意停几秒（这关乎扩散，不完全等于分成计数本身）。

开源代码里写的，和网上流传的加分表差在哪？

网传版本最容易让人误解的地方，是把推荐系统画成了一个「做动作就加固定分」的游戏积分表：仿佛点个赞加 0.5 分，复制一次链接加 20 分。

翻看代码文件（scoring.rs 和 param.rs）就会发现，根本不存在这样一个面向所有人的公用计分器。系统的真实逻辑是：在某一位读者刷到你的瞬间，算法在后台实时预测「这个人接下来有多大几率会点赞、评论或划走」。

得分是用概率算出来的，不是靠刷动作堆出来的。我把源码里的默认参数和大家的常见误区做了一张对照表：

为什么我们天天发，还是死在两三百阅读的测试池里？

大家在群里常抱怨「是不是被关进测试池了」。在原帖评论区里，同行博主们指出的很多痛点，其实在源码里都有对应的底层逻辑：

• 首批样本冷启动没拉住（测试池真相）：代码里确实有针对新内容和小账号的冷启动逻辑（author_cold_start.rs，另有印象阈值等参数，不是固定「只推几十人」）。帖子刚进入探索窗口时，如果早期读者扫一眼就划走（代码里有未停留相关惩罚项），预测分会很快掉下去，后续扩散跟着收缩。内容不是死在点子差，而常常是开头几秒没留住人。

• 一天发太多条，自己跟自己抢流量：博主 @MauroJPelle 踩坑说同一天发多了流量反而更差。这是因为代码里明确写着作者多样性衰减：在同一个读者的候选流里，同作者的第二条内容权重打 6.25 折（系数 0.625），第三条打 4.3 折（系数 0.4375）。发得太密集，后面的推文在排序时天然被系统压制。

• 账号领域太杂，算法不知道推给谁：评论区 @thekuchh 提到锁定垂直领域比技巧管用。因为系统里的 SimClusters 机制是按用户行为把全站划分成不同的社群团簇。如果今天聊 AI、明天聊股票、后天吐槽八卦，算法就无法稳定计算你的内容该投递给哪个人群。

那些必须踩刹车的坑：别信主角幻觉和互助群

原帖作者在文案里写了一句很打动人的话：「看到这条推文的某个人马上要起飞了」。这种制造主角幻觉的话术大家看看就好，千万别当真。

评论区里的反模板博主 @PokeIndie 直接晒了实测：拿同一套爆款文案让不同账号发，数据差了十万八千里。推文能不能爆，受发布节点、早期被哪位大 V 偶然看到等随机因素影响很大。

更危险的是把算法经验曲解为「互赞互助术」。很多日泰翻译贴把建议传成了「每天发五六条，大家建群互相点赞评论」。这对想拿分成的小账号来说经常是白忙，还可能伤排序：

• 互助群里大部分人根本没有付费会员，产生的互动在分成后台会被直接过滤，白忙一场；

• 机械式的秒点赞、秒评论留下了大量的「零停留时长」数据，反向拉低了内容质量分；

• 短时间内大量无意义的固定互动，极易触发系统的垃圾内容过滤器（Bouncer）。

我们普通账号，落到每天发帖该怎么做？

把虚的去掉，对照着代码机制和收益条件，整理成一张实操表。先说清边界：这是对照机制后的习惯建议，不是「只准日更一两篇长文」的唯一正解——短帖、试验帖也可以发，关键仍是已验证首页曝光和错开节奏。

附录：开源代码核验与技术细节对账

本篇长文的所有机制分析，均核验自 X 官方开源仓库 xai-org/x-algorithm，快照提交锚定于 9106e9f。为方便有代码阅读习惯的开发者自行核查，关键模块与参数定义索引如下：

1. 核心源码文件位置索引

• 推荐召回管线与 48 小时过滤：home-mixer/candidate_pipeline/phoenix_candidate_pipeline.rs 与 home-mixer/filters/age_filter.rs（定义了 MAX_POST_AGE 候选超时策略）。

• 多目标打分与默认权重定义：home-mixer/params/param.rs（定义了复制链接 20.0、回复 5.0、点赞 0.66 等核心参数）。

• 作者多样性打折公式实现：xai-value-model/scoring.rs 与 vm-ranker/scoring/value_model.rs（实现了同一作者后续推文按指数打折的排序逻辑）。

• 冷启动探索规则：home-mixer/scorers/author_cold_start.rs（新作者与新内容的动态探索资格条件）。

• 圈外回复过滤逻辑：home-mixer/filters/oon_retweet_reply_filter.rs（陌生人之间纯回复内容的展示限制分支）。

2. 双阶段打分差异：为什么有人说是 0.5，有人说是 0.66？

视频作者与部分解读帖在提到点赞权重时常有出入。这是因为系统在不同阶段调用了不同的模块：

• 在粗排与重排的 vm-ranker/params.rs 中，点赞（Favorited）默认初始权重确实定义为 0.5；

• 但在作为最终信息流组装核心的 home-mixer/params/param.rs 中，点赞的当前默认加权值配置为 0.66。

这恰恰证明了推荐权重是分层动态调整的，不存在全链路死板硬套的一口价。

3. 停留时长（Dwell Time）的连续预测维度

系统并非简单记录你看了还是划了，而是引入了连续回归预测：

• 日常信息流停留预测：参数字段为持续时间预测，默认权重为 0.006，用于对慢速阅读提供基础的正向激励；

• 点击展开后的停留预测：当读者点击查看大图、长文或展开推文详情后，该项持续停留的加权系数直接提升到 0.4。这也解释了为什么排版优良的长文能够通过真实的阅读时长沉淀出更高的排序贡献。

4. 账号状态自检工具：Under the Hood

原视频中演示的官方透明度面板工具位于 X 内部的「Under the Hood」模块。需要说明的是，普通新账号无法直接使用该工具，它在测试期设有严格的准入门槛：

• 注册账号年龄必须满 1 周岁以上；

• 上一个自然月内在该账号上至少发布过 10 条原创推文。

若不满足上述条件，该页面将保持灰度不可见状态，无需过早以此作为自检依据。

调研参考与引用来源

• 英文圈讨论主帖：@ryangrowthh 的 X 算法拆解原帖

• 关联视频详解：@ryangrowthh 算法讲解视频（约 19 分钟）

• 官方开源仓库快照：xai-org/x-algorithm（commit 9106e9f）

• Grok 验证回复：@grok 对原帖准确性的核验

• Under the Hood（账号满 1 年且上月≥10 帖才可见）：https://x.com/i/jf/under_the_hood