从零开始的 X

从零开始最该知道的一件事：算法给了新帐号一个补助，但那是限时的。 不是「新手保护期」那种行销话术——是代码里一段叫 author_cold_start 的逻辑，缺省打开，条件写得很死。

它做的事是：在每一次 feed 请求里，从所有「小帐号的原创帖子」中挑出分数最高的那一则， 把它的分数拉高到那一批候选里第 16 高的分数。

注意两件事——每次请求只挑一则，而且拉抬的落点是 那一批候选里第 16 高的分数，不是第 1 名。 这不是「让你爆红」的机制，是「给你一个中段的位置被看见」的机制。

一、那个窗口的规格

冷启动资格 — 以下必须同时成立

1. 必须是原创帖子 —— 回复不算、转推不算（in_reply_to_tweet_id.is_none() 且 retweeted_tweet_id.is_none()）

1. 作者粉丝数 ≤ 1000 —— 刚好 1000 仍然合格，超过才失去

1. 该帖子曝光数 < 1000 —— 严格小于。冲过 1000 就退出这个池子

1. 排名位置还没掉到后 15%（位置 < 0.85 × 有效候选数）

1. 该帖子不是 Phoenix 检索 MoE 来源（缺省分组下的额外条件）

落点的精确算法（很多人会写错）

代码是把候选分数由高到低排序，然后取 ranked[random_range(lo..hi)] 当目标分数，其中 lo = min(ColdStartSlotMin, hi)、 hi = min(ColdStartSlotMax, 候选数)。

缺省 Min=15、Max=16， 所以 random_range(15..16) 恒等于 15—— 「区间内随机」在默认值下其实没有随机性，落点固定是第 16 高的分数。

而且候选数 ≤ 15 时 lo >= hi，函数直接回传 None —— 整个冷启动不启动。要有这个补助，那一批至少要有 16 个有效候选。

一个常被误传的条件：24 小时。 代码里确实有 ColdStartMaxPostAgeSecs = 86400（24 小时）， 但那一条只在实验的 Treatment 组生效—— cold_start_freshness_eligible() 对非 Treatment 组直接回传 true。 而两个分组开关（PhoenixMoeCodivertViewerIsTreatment / ...IsControl）缺省都是 false，也就是缺省走 Holdout 组。 所以在缺省路径上，冷启动没有 24 小时限制。 真正的硬墙是全域的 48 小时 AgeFilter——超过就直接砍掉，不是慢慢衰退。

这条我一开始也弄错了。我派出去的素材包把 24 小时写成通用条件， 外部代理的底稿就照着写成了通用规则。回头读 author_cold_start.rs:149-154 才发现它被分组闸门包住。写在这里当提醒：条件式的东西，要看它被什么包住。

两个容易被忽略的性质

一、它不救烂帖子。 第 4 条资格是「排名位置还没掉到后 15%」。冷启动做的是把本来就不算差的帖子 从中段拉到第 16 名，不是把垫底的救活。内容品质仍然是入场券。

二、它是一场 argmax 竞赛。 在所有合格的小帐帖子里「只挑分数最高的那一则」—— 这种竞赛奖励「对某个窄人群极端有用」，不奖励「对所有人都中等」。 中等内容在 argmax 下永远排不到第一。所以主题要窄到一句话讲得完。

二、六个条件反推出的三条操作规则

规则一

同时只留「一则」主打原创在场上

因为每次 feed 请求只挑一则。你同时发三则原创，它们不会拿到三个名额，而是互相抢同一个。

依据：apply_cold_start 用 max_by(scores) 只取一个索引，然后只对那一则做分数拉抬。

规则二

第二则会「课税」给第一则

更狠的是顺序问题。在缺省路径上，代码的运行顺序是：

冷啟動拉抬  →  同作者衰減  →  未追蹤折扣 ×0.75

意思是：就算你的帖子被冷启动拉起来了，如果你还有另一则排在它前面， 它接着会被同作者衰减乘上 0.625，然后再乘 0.75 的未追踪折扣。 拉抬是先发生的，扣分是后发生的。

依据：ranking_scorer.rs 中 author_cold_start.apply() → apply_author_diversity() → after_diversity × effective_oon 的先后顺序（已机器验证）。

规则三

换下一则的时机，看两个数字

一则主打帖子「用完」的信号有两个：曝光冲过 1000（退出冷启动池）， 或发布满 48 小时（被 AgeFilter 直接砍掉）。任一发生，就换下一则。

依据：ColdStartImpressionThreshold = 1000、 MAX_POST_AGE = 172800 秒。源代码没有「最佳发文时段」或「一天该发几则」， 别人讲的那些数字不在这份代码里。

把它想成一个插槽：场上永远只放一则主打原创， 等它冲过 1000 曝光或满 48 小时，再换下一则进场。

一个系统不会帮你挡的坑：主题疲劳

已读过滤（3 道）是帖子级的，不是主题级的。 同一个人可以在一周内看到你三则不同的、但讲同一件事的帖子——系统完全不会拦。

而主题疲劳正是「静音」（−58.8）的来源。所以这件事必须自己管： 同一主题最短重访间隔 48 小时（等原贴被 AgeFilter 砍掉、不会自我竞争）， 实务上排成 7 天轮替表。

附带一个推论：超过 48 小时的旧内容，换角度重写再发，在机制上没有任何损失—— 原贴已经在 AgeFilter 之外，早就没有流量了。这是这套打法的主力。

三、1000 粉丝不是天花板，是一张限时票

超过 1000 粉之后，你失去的只有这件事：原创帖子被挑中、被挑中、拉到第 16 高分数的机会。 代码里没有任何对「粉丝超过 1000」的额外惩罚——一般评分、候选、过滤流程完全一样。

所以正确的看法不是「卡在 1000 以下比较好」，而是：

在 1000 粉之前，你有一个限时的免费测试场。 这段时间该做的事，是把「什么内容能靠正常分数活下来」测出来—— 因为过了 1000，补助就没了，剩下的全靠内容本身。

一个实际的判准：如果你的帖子只有在被冷启动拉抬时才有曝光， 那表示内容本身的预测分数不够，过了 1000 就会断崖。 反过来，如果一则帖子的曝光远超过 1000（早就退出冷启动池了还在跑）， 那才是「内容自己走得动」的证据。

四、写什么：价目表决定内容形态

分数 ＝ 每个动作的预测概率 × 该动作的权重。权重是写死在设置档里的定价：

所以内容目标不是「值得被按赞」，是「值得被带走」。 问自己一句话就够了：有人会把这则拷贝链接、贴到群组或私讯给朋友吗？

从零阶段可以优先做能被独立带走的内容单元：一份整理好的清单、一张对照表、 一组操作步骤、一个查得到出处的数字、一个讲得清楚的判断。 这些是为了 20.0 和 5.0 那几项设计的形态——但要说清楚： 这是内容设计，不代表那些动作一定会发生。

五、互相追踪：代码里唯一为关系加分的机制

整份权重表里，只有一个地方为「人跟人的关系」额外加分： 当你和作者互相追踪时，回复的权重从 5.0 变成 20.0。 没有第二个。粉丝数本身不加分，单向追踪不加分。

而这里有一个对从零的人特别重要的组合：

两条互不冲突的轨道

• 主贴轨道：原创帖子 → 走冷启动，一次一则

• 回复轨道：回复没有冷启动资格（第一个条件就排除了）， 所以回复完全不会占用、也不会稀释你的主贴名额—— 而在互追关系下，它值 20.0

换句话说：多回复不会伤害你的主贴。这两条轨道在代码层面是分开的。 从零开始的实际做法是——每天一则主打原创走冷启动， 其余精力放在创建真实的互相追踪关系并在那些人的帖子下认真回复。

但「空壳互追」的价值是零，不是小，是零

关键在于：那 +15.0 的加成是乘在「模型预测他会回复你」这个概率上的。 如果对方从来不回你的话，p(回复) ≈ 0，那 15.0 × ≈0 ≈ 0。

而同时，每一个互追都会让你的粉丝数 +1 —— 而粉丝数超过 1000 就永久失去冷启动资格。

这是整套策略里最尖锐的张力： 你只有 1000 个粉丝名额，而互追要花掉其中一格。 每一个空壳互追，都是在花掉你的补贴期额度，去买一个价值 0 的东西。

所以追踪标准只有一条：这个人会不会真的回我话。可观察的判准（在你追踪他之前就看得到）：

• 他的时间轴上有没有大量「他回复别人」的纪录？只发不回的人，这条加成永远拿不到。

• 他的主题跟你重叠吗？重叠才有话可回，回复才有内容。

• 粉丝量不重要。追大帐号几乎不会互追，加成拿不到；追踪他只会影响你自己看到的东西。

运行方式很土：每天挑固定几个人，读完全文再回一句有实质内容的话（不是「说得好」「同意」）。 追踪发生在他回你之后，不是之前。

顺带一个推算：把互追加成算进去，正面总预算从 43.324 变成 58.324， 负／正比值从 8.48 降到 6.30。 这是整份代码里唯一一个能改善你负正结构的杠杆。

但这不是「互追术」的许可。互赞互追群组（engagement pod）、 为了冲数字的大量机械回复，是平台明文禁止的操纵行为。 而且从算法角度它也划不来——理由在下一节。

六、从零最不能犯的错：用争议换第一批粉丝

先把 43.324 这个数字看懂：它是「一位读者把每一种正面动作全部做满」的理论上限 （概率全部等于 1，现实不可能）。有了这个上限，负面信号就能换算成很具体的东西：

「被滑过去」和「被按不感兴趣」，差 2160 倍。 所以千万不要为了「防止被滑掉」而写耸动开头—— 你省下的是 0.02，换来的风险是 43.2。

用系统自己的算式，算一则帖子

分数就是 Σ(权重 × 概率)，所以每次曝光的期望贡献可以直接算。 下面的概率是为了示范算式而假设的，不是实测值——repo 里没有概率。

示范：一则「20% 的人按赞、3% 的人按不感兴趣」的帖子

按讚貢獻      0.20 × 0.5   = +0.100
不感興趣貢獻  0.03 × 43.2  = −1.296
                          ─────────
淨值                        −1.196

3% 的「不感兴趣」吃掉 20% 按赞率的 12.96 倍。 想靠按赞打平？需要按赞率 259.2% —— 不可能。 想靠拷贝链接分享打平？需要 6.48% 的人拷贝你的链接 —— 极高，但至少是个可能的数。

这就是整套策略的内核：在这个定价结构下，唯一扛得住负面信号的正项是「被拷贝带走」。 按赞扛不住。

几个常见涨粉手法的期望值

一次检举是 −234.0，而且——分数一旦算成负的，会被压缩到 0 到 0.001 这个极窄区间， 负分帖子彼此之间的排序差异几乎归零，整批沉到最底下。这不是「排后面一点」。

把帐算给你看：靠引战拿到 100 个赞（＋50）， 只要同时让 1 个人按了静音（−58.8），这笔交易就已经是负的。

这就是为什么「争议性内容涨粉快」在这个定价结构下是负期望值： 它同时推高正面和负面动作的预测概率，而负面那边贵了一个数量级。 从零开始尤其危险——你还没有内容资产可以摊销这个成本。

选题的一票否决权

发布前先回答这一题

一个完全不认识你、也不同意你立场的陌生人读到这则， 最可能的反应是「无聊，滑过」还是「想按不感兴趣」？依据：−0.02 对 −43.2，差 2160 倍。 你的内容对非受众的最坏情况必须是「无聊」，不能是「讨厌」。

想被推荐给陌生人，内容要更干净

冷启动的意义就是让非追踪者看到你。但推荐给非追踪者的内容， 要比给追踪者多过 26 道规则，而且那 26 道只能砍、不能放行， 其中包含「高召回率」的垃圾消息与成人内容侦测——直白讲就是宁可错杀。

非追踪者路径没有前情提要。需要脉络才不冒犯的东西（反串、圈内梗、讽刺） 在这条路上只有被错杀的份。擦边球内容可以在粉丝圈流通，但几乎不可能被推荐出去。

七、这件事能自动化到什么程度

可以，而且应该——但要先分清楚三件事：哪些是机器该做的、哪些是机器可以做但必须人工放行的、 哪些是碰了就出事的。

✓ 绿灯：机器全自动，正当且该做

• 用官方 X API 发布「已经人工核准」的内容

• 拉取成效数据、创建 24／48 小时快照

• 维护「目前场上哪一则是主打贴」的状态机

• 门槛告警：曝光冲过 1000、发布满 48 小时、粉丝跨过 1000、调度冲突、API 错误

• 素材库、版本纪录、选题假设与实验纪录

• 重复内容侦测（避免自己撞自己）

▲ 黄灯：机器做草稿，人工放行

• LLM 产生帖子草稿、改写、整理格式

• LLM 整理回馈、产生下一轮选题 brief

• 回复与私讯的候选草稿——但送出前必须由人读过

• 本地资格检查（原创／非回复／非转推／粉丝／曝光）

✕ 红灯：不要做，这些是平台明文禁止的操纵行为

• 假帐号、多帐号协同伪造交互信号

• 互赞互追群组（engagement pod）

• 自动大量回复、自动大量私讯

• 操纵投票

• 规模化的违规爬取

为什么红灯那些「即使没被抓也划不来」

这不只是规则问题，从算法机制也说得通：

• 机械交互冲不到值钱的动作。价目表上顶端是「拷贝链接分享」「私讯分享」「引用」—— 这些是真人觉得值得带走才会做的事。自动化能刷的是赞（0.5），刷不到 20.0。

• 把内容推给不匹配的人，是在买负分。操纵换来的曝光会落到不感兴趣的受众身上， 推高 NotInterested／Mute／Report 的预测概率——那边贵 8.48 倍。

• 量产反而稀释自己。冷启动每次只挑一则，同作者衰减又在拉抬之后才作用。 自动化狂发只会让自己的帖子互相抢名额、互相课税。

工具链长这样

選題假設／素材庫
      │
      ▼
LLM 草稿與格式整理
      │
      ▼
機器資格檢查（本地可算的部分）
原創？ 非回覆？ 非轉推？ 粉絲 ≤1000？ 場上是否已有主打貼？
      │
      ▼
╔══════════════════════════════════╗
║  人工閘門：事實、語氣、風險、定案  ║   ← 不可省略
╚══════════════════════════════════╝
      │ 核准
      ▼
發布佇列 ──► 官方 X API 發布
      │
      ▼
狀態機：粉絲數／單則曝光／貼文年齡／場上主打貼
      │
      ├─► 告警（曝光破 1000、滿 48h、粉絲破 1000）─► 人
      ├─► 24h / 48h 成效快照 ──────────────────► 報表
      └─► 下一輪 brief ─────────────────────► LLM 草稿

留言／私訊另走人工支線：
分類與草稿（機器）─► 人讀過並判斷語境 ─► 真人送出

一个关键设计：分清楚「本地能算」与「服务器才知道」

本地算得出來（可以做成自動閘門）：
    原創 且 非回覆 且 非轉推
    且 粉絲數 ≤ 1000
    且 該貼文曝光 < 1000

伺服器才知道（不要假裝你算得出來）：
    該貼文在某次 feed 請求中的排名位置 < 0.85 × 有效候選數
    該貼文是否為所有合格候選中分數最高的那一則
    模型對每個動作的預測機率

这个分界很重要，因为它决定你的仪表板能宣称什么。 你永远看不到自己有没有真的拿到那次拉抬。 曝光上升可能来自冷启动，也可能来自一般排序或外部传播—— 不要把相关当成因果，也不要自己发明一个「X 分数」放在仪表板上假装那是真的。

量测要量对东西

最后一个实务建议：不要把「赞数」当主要指针。 按赞定价 0.5，而分享／引用／回复是 5.0～20.0。 你的报表应该把分享类与回复类单独拉出来看， 因为那才是价目表上真正推动排序的部分。

八、这套策略最可能在哪里失效

最大的风险是过度拟合一份公开快照。 冷启动虽然缺省打开，但一则帖子仍必须先进入有效候选、通过 17 道前置过滤、 没掉到后 15%，并且在同一次请求的所有合格候选中分数最高—— 而拉抬落点也只是第 16 高的分数；候选不足 16 个时根本不启动。 如果内容与受众不匹配，「一次一则」的节奏不会补救偏低的预测分数， 反而可能因为负面预测而落进 0～0.001 的压缩区。 而且帐号端看不到模型概率、看不到实际排名、看不到完整的负面信号， 很容易把一般波动误读成冷启动生效。 还有一个结构性风险：一旦粉丝超过 1000，如果你还没长出不依赖补助的内容能力， 这个排序支持就会直接消失，而源代码里没有提供替代的成长机制。 但最根本的反驳是这一条：这整份手册证明的是「怎么不被扣分」，不是「怎么得分」。 公式里，正项和负项是分开加总的。 避开负分不会自动产生正分。 如果我把「避雷」讲得太重，你写出来的会是对谁都无害、因此对谁都没用的东西—— 而那类内容的正面预测概率同样趋近于零，最后分数一样停在 0.001 附近。 更硬的缺口是：冷启动每次只拉抬一则，如果全球合格小帐的数量远大于 feed 请求数， 个别帐号拿到那个名额的频率可能低到策略层面没有意义—— 而竞争者基数源代码未载，这个策略的期望值我算不出来。 还有一个结构性脆弱：EnableViewerColdStart 是一个开关。 同一份设置里，NEW_USER_OON_WEIGHT_FACTOR = 0.00001 这种极端力道的参数存在、门槛设 0 关着——证明 X 保留了随时翻转新帐号分发的能力。 任何「靠冷启动起步」的策略，对这个开关结构性脆弱。

九、这份手册不能告诉你什么

一、这是公开快照，不是在线实况。param.rs 开头注解写明它是 "mirrored from config feature-switch defaults; last sync 2026-08-12"， 这些值在线随时可调。代码能证明「公开版的默认值是多少」，证明不了「X 此刻用的是多少」。 二、定价不等于实际得分。公式是「权重 × 模型预测概率」，而概率不在 repo 里。 所有「A 比 B 值钱 N 倍」只成立在定价这一层，不能拿权重乘上交互次数冒充算法分数。 三、只涵盖 For You 一条线。另有 6 个 filter 属于其他管线未公开； Grox 的 LLM 内容安全提示词 X 明说没放。 四、这是营运策略，不是成效承诺。 上面每一条都是从已公开机制推出来的操作建议，不是平台保证，也不保证触及或粉丝成长。 源代码里没有「最佳发文时段」「一天该发几则」这种东西——看到有人给你这类精确数字， 可以问他是从哪一行读出来的。

源代码未载清单（不能拿来做决策的东西）

把「我不知道」明确列出来，比假装知道有用：

一个诚实的内在矛盾：这份手册的内核是「避开安全惩罚」， 但判定安全与否的那份提示词，正好是 X 没有公开的部分。 用一份缺了安全判准的快照，去写一份以避开安全惩罚为内核的策略—— 这件事本身就有矛盾，我没办法从公开材料内部解决它。

这份手册是怎么做出来的（含一次我自己的错）

我把同一份素材包同时发给两个独立代理各写一份底稿，再逐条对源代码验收。 两份底稿的算术我全部重算过（23 条全对），采用的部分都标在上面。

但两份底稿都继承了我的一个错误。 我在素材包里把「24 小时」写成了冷启动的通用条件， 两个代理都照着推导出「间隔 24 小时发文，让资格窗不重叠」这种结论。 回头读 author_cold_start.rs:149-154 才发现那条被实验分组闸门包住， 缺省路径根本不生效。「一天一则」这个结论仍然成立， 但它的依据是「每次只挑一则」＋「同作者衰减在拉抬之后」， 不是那个不存在的 24 小时窗。 抓到它的不是代理之间的分歧，是回去读源代码。 两个独立代理拿到同一份错误前提，会一致地推出同一个错误结论—— 共识不等于正确。

一句话带走

在 1000 粉之前，场上只放一则值得被带走的原创； 其余时间去创建真实的互相追踪关系。 自动化管线，人工管判断。

来源与验证

本文依据 xai-org 于 GitHub 公开的 X 推荐算法源代码撰写，判读日期 2026 年 8 月 14 日。

文中所有机制与门槛值取自源代码，并经机器命题逐条复现验证。

效力界线：源代码中的参数注明为 feature switch 默认值的镜像，在线可随时调整。 本文能证明公开版本的默认值，不能证明平台在线当下实际使用的数值。 最终分数为「权重乘以模型预测概率」，而概率不在公开源代码内，因此所有倍数比较仅成立于定价层。