新闻分析设定
新闻分析设定
总裁决同意:0 票,五顶/绊线/dashboard 不动。但台账里标 NEW/P1 的三条,我改判两条的性质,第三条(CXMT)保留 NEW 并加一个替代假说。
一、逐条改判
① PC/手机转 lower-capacity module → 不是 NEW,是 CONFIRM + 广度升级
这条在库里已经走了两步:7/9 TrendForce RDIMM 规格 96/128→32/64GB 下调(server 内部 mix 下移,R-K3b);8/31 "OEM 降规"已被 CPU_TAM 档判为 DRAM 传导链第②步;9/3 DELL 8-K 又给了 "memory configuration elasticity" 护栏(价格已改客户行为但总 bit 仍升)。9/4 的真正增量是广度:降规现在在 server RDIMM、企业 OEM、PC/手机三端都拿到了官方文字级确认——这是"配置弹性已全端兑现"的完成态,不是新机制。
归类维持 DELL 护栏原判:利润顶候选机制,非空头信号。禁用 P × 每机容量 × 出货 三变量线性外推。
② SK hynix 涨价被 LTA 压制 → 规则接受,但定性要反过来写
"Revenue share ≠ ASP share ≠ technology share ≠ bit share" 值得入 rules,防的是把三星收入超越读成 HBM 竞争力反转。但更重要的是它对现有命题的意义:Hynix ASP 涨幅落后 = LTA cushion 的可观测成本。07-29 我们把 Hynix 的"downside resilience / 只量不价"当作谷底 cushion 的公司侧印证,但覆盖率结构性不披露,一直缺外部实证。现在上行期它的 ASP 确实跑输了——说明合同是真的在约束价格,不是话术。这条应进研磨期证据表(trough E 置信度),是 Hynix 一侧的正面证据,而非负面。
两个防火墙:
- 压制 Hynix ASP 的至少有两个并行机制——2026 HBM 年度合约价下调(1Q26 TrendForce 已指出)+ conventional 多年 LTA,禁单归 LTA。
- 反向推论只能记 RA:三星收入领先若来自更多现货/短约敞口,则下行时 cushion 更薄——这与"同日隐含 k 差一档、错价在三星"的相对价值判断同向,但需三星合约结构披露才能升级。
③ CXMT server revenue > mobile → 同意 NEW 观察器,加一个替代假说
你列的六个未知项都对。我加第七个、也是先决的一个:CXMT 的 "server" 收入有多少是 DDR4? 若主要是 DDR4 server,它在结构上与 Nanya/Winbond 是同一现象——三大厂退出成熟节点留下的缺口被填,那么它挂的是 commodity DDR4 供给时钟,不是 DDR5 高容量 RDIMM / 2027+ 供给顶时钟;若是 DDR5 RDIMM 规模进入中国 CSP,才是真正的 supply-ceiling 左尾变量。这两种情况对五顶的意义完全不同,先分 DDR4/DDR5 再决定挂哪条时钟。另一个自然的挂靠点是中国域内 AI server 链(国产加速器配套内存),这条比"全球第四家竞争者"叙事扎实得多。
④ 台厂 mature-node → CONFIRM,同意不新增锚
补一句进谷底矿阵:这一层是全链保护最薄的租金——无 LTA、纯 commodity、且三大厂可回填或 CXMT 可淹。"稀缺租金向容量梯度扩散"是对的,但扩散到底部那一层的租金也是下行期最先消失的。
⑤ HBM 谈判延迟 → CONFIRM(09-02 已收,绊线 2 不动)
时钟错位这一句我采纳,并把它落到操作层:绊线 1(Q3 QoQ 涨速较 Q2 是否减速)只测 conventional DRAM 时钟,HBM 的第一顶(涨速顶)在 2027 年度定价落地才能读,不与 conventional 同季判定。收入排名因此确实越来越不适合评价厂商竞争力——这是②的另一面。
⑥ 供给增长仍落后需求 → CONFIRM,数量顶 0 票。
二、时效提醒
2Q26 ranking 覆盖 4–6 月,今天 9/4 发布,滞后约两个月,完全在 Q3 合约谈判窗之前。它不能给绊线 1 任何印数,也不能否证 8/31 以来的"涨速顶在 consumer/specialty 腿已确认"。下一硬点不变:韩 9/1–10 三联(~9/11)→ 9/30 MU FY26Q4 → 10 月下旬 Hynix/三星 Q3。
三、"拔河"的正确观测量
"server bit 增量 vs consumer bit destruction"这个框架方向对,但我不建议盯 bit 绝对量——两边都拿不到高频数据。在 wafer 供给刚性的前提下,总 bit 由供给决定,价格由边际买家决定;consumer 降规不会直接改价格,只有当降规释放的 bit 大到原厂必须回填 consumer 渠道时,价格才受影响。所以可观测的落地点其实是 09-03 已入规则的那组信号:
- 现货相对合约转贴水 + 原厂报价松动(负面组合);
- 合约涨幅回落但现货成交回升(中性偏正,说明消化而非崩);
- PC/手机平均 GB/box 下修幅度——这是唯一能给 elasticity 定量的数。
"成交清淡 + 报价坚挺"仍不构成负面(09-03 规则②)。
四、下一步四组数:排序建议
按对五顶的边际价值:(1) PC/手机 GB/box 下修幅度(直接给利润顶机制定量)> (2) Hynix LTA 覆盖比例与重定价时钟(公司拒披露,走渠道三角测,但现在有了"ASP 跑输"这个外部约束条件可反推)> (3) 2Q 各厂 revenue/ASP/bit 分解(滞后数据,主要用于校准②的规则)> (4) CXMT server 产品结构(先 DDR4/DDR5,公开源大概率只能到中文产品页级别)。
追加一组:3Q26 Industry Analysis 是否给了 2026/2027 bit demand growth vs bit supply growth 的数量口径——这是供给响应时钟唯一能挂的公开锚。
五、落档
本轮不写 memory。等其他 agent 复核一遍、定稿口径后我再回代:预计新增 rules 一条(revenue/ASP share ≠ bit/technology share,附 LTA cushion 成本注释),dashboard 观察器一条(CXMT server 结构,附 DDR4/DDR5 先决判别),①④⑤⑥ 只在 archive 加 CONFIRM 行。
总判:三方已收敛,GPT 三个语义补丁全收,五顶 0 票不变。三层结构(Evidence / Cycle / Trading)值得采纳,但先做一次查重——它不是新原则,而是把 07-29 三张表和 09-03 "仓位结构可先于方向票"显式化。本侧的主要增量是给第三层加防滥用护栏:没有护栏,Trading Overlay 会变成 news trading 的合法化通道。
一、三个语义补丁:全收,各补一句
① "全端文字级确认" 替代 "完成态" — 收。机制三端确认、强度未知,唯一能把它变成经济量的就是 GB/box 下修幅度,这与上轮四组数排序第一位一致。
② price smoothing ≠ downside floor — 收,我上一轮写的"cushion 为真的正面实证"过推,撤回。更硬的约束其实在自己库里:08-17 三层保护分离定律,SNDK 在 floor/LTA/担保全部已知的情况下仍 -50%。这意味着即便 floor 将来被验证,也只到 P&L 层,不到 equity 层。所以 GPT 综合稿里"低周期 β → 更高 normalized multiple / 更低 trough discount"那段理论推演,直接与 08-17 定律冲突,必须改写为盈利波动率命题,multiple 层不预设任何保护。
③ CXMT 先判 revenue→bit,再判 DDR4→DDR5 — 收。再补一句:在 server ASP 涨幅远超 mobile LPDDR4X 的季度里,revenue crossover 是一个低门槛事件——光靠价差就可能发生。第一跳本身的信息量比表面小,观察器的重心应放在第二跳能否出现。
二、三层结构:查重与定位
所以不新建结构,只在现有台账加字段。"弱证据可以改仓位,不能伪装成强证据改论点"升规则——同意。但按 08-22 的"入库前先查重"教训,这条本身要记 CONFIRM+formalization,不记 NEW 原则,否则我们在讨论这条纪律的同时就违反了它。
三、第三层的防火墙(本侧主要增量)
1. "是否已定价"必须绑定工具,不许主观填。 库里已有三件测量器:期权隐含(k/skew,07-29 凸性表)、反应函数(beat 是否被付钱,07-29 五样本)、盈利预期修订速度(09-03)。禁用 fwd 倍数作为已定价代理(07-17:上修期 fwd 倍数是顶部陷阱签名)。pricing_uncertainty 字段必须注明用了哪一件,否则该行不入账。
2. 禁伪精确。 "左尾 10%→11–12%" 这类数不进台账,按精度分层④只写方向 + small/medium/large。CXMT 现在连第二跳都没确认,任何概率数字都是制造出来的。
3. trading_delta 要带半衰期。 2Q ranking 的横截面叙事在 10 月下旬两厂 Q3 print 之前有效,之后被覆盖。字段加 expires_at = 下一个覆盖事件,否则台账会积累一堆已过期的交易解释。
4. 横截面方向要与容量梯度一致。 consumer bit-content destruction 打击最重的是 mature-node 底层(DDR3/DDR4,也是上轮判为保护最薄的一层),不是 HBM-heavy 厂商。所以"全端降容量 = small negative"应写成沿容量梯度分布的横截面信号,而不是对整个 memory 篓子的均匀减仓依据。
5. Hynix 相对命题有一个更早的验证点,不必等下跌。 Codex 说真正验证要看第一轮 ASP 下跌——对,但那可能是几个季度后。更早的可观测:10 月 Q3 print,Hynix conventional DRAM ASP QoQ 若再次落后三星/MU,即 smoothing 第二次实证,且与 Q3 涨速顶判定共用同一窗口。另外提醒:Hynix 相对表现里还有一个与 LTA 无关的变量——07-29 记录的净股本扩张(ADR 17.79M + 资本公积),做相对交易时要分离。
四、HBM cohort 化:接受,并触及绊线 2 的定义
GPT "HBM 2027 涨速顶未必有统一落地日"这句接受。后果是绊线 2(HBM 2027 量锁价未锁)可能永远不会以单一事件触发。建议改判据为按客户/spec cohort 分次记录,首个主要客户 cohort 落地 = 部分触发,不再等一个"全行业 2027 HBM contract price"数字。
五、合并台账
六、落档
我建议回代四处:rules 加两条(revenue/ASP share ≠ bit/technology share 附 smoothing≠floor 注释;弱证据改仓位不改论点 + 第三层五道护栏),dashboard 加 CXMT 观察器 + 绊线 2 cohort 化判据,archive 加本批 CONFIRM 行,MEMORY.md 加一条索引。写入前我需要先读一遍 rules 和 dashboard 的当前版本号再改,避免覆盖。你确认后我就动手,或者你想再让 GPT/Codex 看一眼这五道护栏再定。