第 1 篇研究
不用梯度,模型直接读写权重:权重空间编程初探
Sparks of Weight-Space Programming: LLMs can natively read & write neural network weightsRikiya Takehi, Jayden Teoh, Alex Zhang, Omar Khattab · rikiyat.github.io · 2026年11月2日
深度摘要
这篇来自伯克利与 CMU 相关研究者的长文提出一个新范式:权重空间编程。过去我们默认权重只能由优化器写、由训练写;作者证明,通用前沿模型 GPT-6 Astra 用自然语言就能直接读、写权重。读的一侧:只给原始权重文本,Astra 能认出小网络练的是哪款游戏、扩散模型画的是什么形状、去掉输入输出层后小语言模型练的是哪种语言,还能找出全部复制头。写的一侧:不给环境反馈,Astra 从零写出的小游戏网络胜过 PPO 训练 10 亿步的网络;给一个 Python 内核、一批练习题与有限前向次数,它能定位 Qwen3.5-0.8B 的推理循环故障并定向修复。最关键的诚实部分在后半段:同一方法对不循环的 Gemma 3 270M 几乎无效——编辑能消除遮住能力的障碍,不能凭空创造能力。
关键要点
- 读权重:4 款同构小游戏网络(Breakout、Pong、Pac-Man、Freeway,各 17253 个权重),Astra 仅凭权重文本全部认对;三款扩散模型各画何种形状同样认对,且它画出的都是轮廓,说明它读的是权重结构而非跑前向
- 读中间层:去掉输入输出层的 7.16M 参数字符级小模型,Astra 仍能认出训练语料是 Python 代码、日语罗马音还是英语,并找出全部复制头、无一误报
- 写权重:Kinetix 爬坡小车任务中,PPO 网络陷入局部最优、256 局全败,Astra 一次回复改写 3.5% 的权重,1024 局全胜;三款 MinAtar 游戏与围棋小网络也可从零写出,且胜过 PPO 训练 1 亿步的网络
- 修大模型:Qwen3.5-0.8B 的循环故障被追溯到第 15、19 层 MLP 写出的一个方向,减去该方向后仅改 131072 个权重(0.016%),MATH-500 从 7.9% 升至 48.1%,GSM8K 从 13.8% 升至 67.1%,IFEval 从 21.0% 升至 62.3%,触顶比例从 93% 降至 33%
- 阴性对照:Gemma 3 270M 很少循环,失败是普通算术与代数错误、无单一可关断部件,Astra 的定向编辑对 MATH-500 的提升不超过约 1 个百分点,作者自认未确立
- 作者的展望:无评估审计、零数据能力增删、模型间电路移植、递归自改进,并正在建设权重空间编程的基准与工具链,全部实验日志已公开
关键事实
实验规模:小游戏网络 MLP 500→32→32→5,tanh,17253 个权重,PPO 训练 10 亿步;扩散模型各 23824 个权重,Adam 训练 4 万步;字符级小模型 4 层×6 头、宽度 384、716 万参数,各练 10 亿字符。Qwen 实验:练习题来自 GSM8K 7469 道与 MATH 7275 道(非测试集),前向预算分 10、25、50 三档,50 档才基本消除循环;采样温度 0.6、top-p 0.95、top-k 20、存在惩罚 1.5,MATH-500 每题平均 4 个样本。Gemma 实验:仅 8.5% 的回答触顶(Qwen 为 93%),采样按模型卡设置温度 1.0、top-k 64、top-p 0.95、最多 8192 token。编辑后的 Qwen 由 Hugging Face 的 Ahsen Khaliq 按日志重建并重测,另有在线演示。
作者观点
作者主张推理驱动的优化正在从文本制品(提示词、程序、训练代码)扩展到可微网络本身:既然大模型能用人话理解权重在算什么、应该算什么,权重就不必只交给 Adam、Muon 这类符号优化器。作者同时承认当前结果仍受上下文长度与工具链效率限制,定位是令人兴奋的早期信号而非成熟工程,并把权重空间编程的终局描绘为审计、初始化、能力增删、模型合并与递归自改进的一整套新学科。
为什么重要
如果这条路走通,模型调试与优化的单位就变了:从调数据、调超参、跑训练,变成直接对权重做可读、可定向的外科手术。它同时把可解释性从事后分析推向事前审计——不用跑推理、不依赖测试集,就能从权重里发现隐藏能力或后门。但 Gemma 对照组划出的边界同样重要:这项技术目前擅长的是排障,不是授能。
编辑点评
全文最值得读的不是 Qwen 的 6 倍提升,而是作者没有藏起的失败:循环修好后分数暴涨,恰恰说明原分数低估了模型已有能力,而非证明编辑创造了新能力;Gemma 一节把这一点钉死。读者应注意三点:一是全部读、写实验都在小网络或 0.8B 模型上完成,扩展到前沿大模型仍是未知数;二是 Astra 本身是前沿模型,用它做审计会引出谁来审计审计者的问题,作者在文末也承认这条递归;三是实验日志全公开,数字可复核,这是本期可信度最高的一篇。
原文读取记录
读取说明:经 bin/read 分两段完整读取全文记录 29184 字符,覆盖 8 组实验、Qwen 与 Gemma 对照、局限讨论与致谢引用信息。
第 2 篇政策
中国首部前沿 AI 出口管制:48 号公告到底管住了什么
China's First Frontier AI Export Controls: MOFCOM Announcement No. 48Cloud Security Alliance · labs.cloudsecurityalliance.org · 2026年11月2日
深度摘要
这是云安全联盟对中国商务部、科技部 10 月 16 日 48 号公告的研究笔记,也是本期最具操作价值的政策解读。公告本身是两件套:目录修订还是征求意见稿(11 月 15 日截止),但出口前登记临时措施已经即日生效,且覆盖已开始、未完成的出口。核心管制逻辑只有一句话:管权重的托管,不管道具的调用。API、App、网页、SaaS 与轻量端侧使用不算出口;在境外部署受限模型、把技术所有权转给境外实体、为境外使用做许可、控制权变更,都触发登记乃至许可。模型受限的三条线是训练算力 10 的 26 次方 FLOPs、参数 2 万亿、或出口时全球前十的公开评测排名与调用量——三条满足一条即受限;智能体则按规划、多智能体协同、工具使用与博弈决策等行为指标单独立项,面向关键基础设施、国防与核心政务的高性能智能体直接禁出。已进入公共领域(开源、发表论文)的技术不在管理范围内,但新模型开源仍适用自动许可并需报告。
关键要点
- 两件套、两种法律状态:40 项技术拟入目录(拟禁 14 项、拟限 26 项;AI 23 项、生物医药 5 项、光伏 12 项),征求意见至 11 月 15 日;登记要求自 10 月 16 日起即刻生效,包括进行中的出口
- 模型阈值三选一:训练算力不低于 10 的 26 次方 FLOPs,或参数不低于 2 万亿,或出口时全球前十(公开评测排名、全球调用量或可比指标);权重、关键检查点、源码、架构与训练推理优化 know-how 一并受限
- 智能体独立成项:规划、多智能体协同、工具使用、博弈决策按行为基准受限;面向关键基础设施、国防、核心政务的高性能智能体禁止出口;编排上百个工具的框架即使跑在小模型上也可能触线
- 托管与调用的分界:API、App、网页、SaaS、轻量端侧不算出口;境外本地部署算出口,中国公司自有海外云上部署适用自动许可;自托管恰恰是许多企业为数据保护而选的部署方式,如今反而成为高风险项
- 公司结构敞口:登记触发器不限于对外销售,还包括集团内代码共享、境外许可、所有权或控制权变更;登记表要求填写接收方、目的地、技术描述、最终用途与预估价值,分析者据此推断集团内共享可能被覆盖
- 动态风险:全球前十测试没有指定排名机构,模型版本今天合规、更新后可能受限;已公开权重不受限,但后续开源节奏与检查点更新被视为供应商侧变量;2026 年 1 月 Meta 收购 Manus 的评估被视为先例,说明迁册不消除管辖
关键事实
公告由商务部与科技部于 2026 年 10 月 16 日发布,目录上次触及 AI 是 2020 年修订(个性化推荐与 AI 交互界面技术)。商务部发言人称修订属常规工作、不针对特定国家、地区或实体,依据为对外贸易法第 20 条。登记渠道为商务部统一业务平台,登记事项包括技术所有权境外转移、境内技术境外许可使用、所有权或控制权变更致境外实体成为所有人或控制人,以及商务部指定的其他情形。ChinaTalk 的分析指出 10 的 26 次方 FLOPs 与 2023 年美国行政令及已撤销的 2025 年 AI 扩散规则数字相同,并估计目前已发布的中国模型均未超过该阈值;该估计为分析者判断,非官方口径。
作者观点
CSA 作者主张企业应把受限类别的中国模型当作受管制的依赖项来治理:先盘点全部中国来源模型、智能体框架与 AI 安全工具并记录消费方式(API 还是本地部署),本地部署类优先向供应商书面确认是否已登记、未来是否需许可;合同中应写明登记与许可责任、许可被拒或撤销时的通知义务、更新与新检查点是否在同一授权内;同时把美国式断供(Fable 5 案)与中国式托管管制当作两种不同的中断场景分别建模,架构上保留换模型而不重建智能体工作流的能力。
为什么重要
这是前沿 AI 首次同时面对中美两个最大 AI 生产国的正式出境管制,且两边的管制点正好错开:美国近期案例断的是服务访问,中国草案管的是权重托管。对依赖中国开源权重与智能体框架的团队而言,真正的变量不再是模型好不好用,而是下一个检查点还能不能合法拿到、供应商的许可会不会被撤销——这是一个需要写进供应商管理与业务连续性计划的风险项,而非新闻。
编辑点评
笔记的价值在于把公告翻译成一张自查表:消费方式、公司结构、数据分类三条线,任何一条都可能单独触发登记。需要提醒两点:一是文中多处关键推断(如集团内共享、开源定义不明)明确标注为分析者从登记表出发的推断,而非官方表态,读者在合规决策中应按最保守口径处理并以官方细则为准;二是目录仍是征求意见稿,最终文本可能收窄或放宽,11 月 15 日截止后应以正式文本复核本篇结论。
原文读取记录
读取说明:经 bin/read 完整读取全文记录 18319 字符,覆盖公告结构、阈值表、部署模型分界、公司结构敞口与 CSA 既往研究对照。
第 3 篇行业
Anthropic 修订版招股书:三季度收入 170 亿美元,算力承诺 8950 亿美元
Anthropic releases amended IPO prospectus with Q3 financialsCNBC · cnbc.com · 2026年11月2日
深度摘要
Anthropic 在 11 月 2 日向 SEC 提交修订版 S-1,首次补上三季度财报,让这场史上最受关注的 IPO 有了可核对的数字。九个月收入 332.4 亿美元,同比增长约 1200%;单看三季度约 170 亿美元,同比增长约 1127%,但环比增速已从二季度的 144%、一季度的 132% 放缓至 47%。亏损同样巨大:三季度净亏损 232.9 亿美元,九个月净亏损 1040 亿美元,但后者大部分来自可转债与衍生负债的公允价值变动,属于会计口径而非现金烧光。真正让市场倒吸一口气的是承诺端:采购与租赁承诺合计约 8954 亿美元,几乎全部用于算力与基础设施;九个月算力与基建费用已增加 144 亿美元,同比增长 329%。招股书另有 90 多页风险因素,涵盖政治阻力、基建复杂度与安全与商业目标的平衡。
关键要点
- 九个月收入 332.4 亿美元,同比增长约 1200%;三季度单季约 170 亿美元,同比增长约 1127%,环比增速 47%,较一、二季度的 132%、144% 明显放缓
- 三季度净亏损 232.9 亿美元,九个月净亏损 1040 亿美元;后者大部分来自可转债与衍生负债公允价值变动,2025 年同期亏损为 251 亿美元
- 采购与租赁承诺合计约 8954 亿美元,几乎全部用于算力与基础设施;九个月算力与基建费用增加 144 亿美元,同比增长 329%
- 算力来源:亚马逊、谷歌与 SpaceX 为主,另有部分来自 neocloud;上周微软、Alphabet、亚马逊财报已加剧市场对算力交付速度与数据中心债务的担忧
- 招股书含 90 多页风险因素,联合创始人称有责任帮助世界理解模型风险、预防并缓解风险,并与政府与行业合作应对社会层面问题
- 背景:初版招股书上周发布时仅含上半年财报;OpenAI 已于 6 月秘密递交招股书,目标 2027 年上市
关键事实
修订版 S-1 于 11 月 2 日提交;九个月口径为截至 9 月 30 日。Anthropic 由 Dario Amodei 与一批从 OpenAI 出走的研究者共同创立,现为 OpenAI 的主要竞争对手。市场背景:投资者担忧利率上升使数据中心开发商与 neocloud 的债务难以为继,超大规模云厂商的激进 AI 支出正在侵蚀其现金流。
作者观点
CNBC 的叙事主线是规模与焦虑并存:一边是三季度 170 亿美元、四位数同比增速的收入曲线,一边是 8954 亿美元承诺与 1040 亿美元账面亏损构成的资产负债表压力。报道把 Anthropic 的处境放在整条 AI 基建链条里读:它的算力交付速度取决于 hyperscaler 与 neocloud 的兑现能力,而市场对这条链条的耐心正在变薄。
为什么重要
这是判断 AI 收入神话成色的第一份完整季度证据:增速仍是四位数,但环比动能已减速近三分之二;承诺的算力规模(8954 亿美元)比九个月收入(332 亿美元)高出一个数量级以上。IPO 路演的定价争论,将围绕这张表展开:收入曲线能否跑赢承诺曲线的兑现节奏。
编辑点评
读这篇要分清三类数字:现金收入(332 亿美元)是实的,账面亏损(1040 亿美元)多为公允价值会计波动,承诺(8954 亿美元)是未来的采购与租赁义务而非已支出。三者混在一起读会得出完全相反的结论。另需注意,报道未披露三季度经营现金流与毛利率,单凭收入与承诺还无法判断这门生意的单位经济模型是否成立。
原文读取记录
读取说明:经 bin/read 完整读取全文记录 4127 字符,覆盖九个月与三季度财报、承诺规模、算力来源与风险因素。
第 4 篇行业
Oracle 再融资 200 亿美元为 AI 基建续命,市场先跌为敬
Oracle files to sell $20 billion in new stock, bonds to finance AI buildoutCNBC · cnbc.com · 2026年11月2日
深度摘要
Oracle 在 11 月 2 日正式递交文件:发行 100 亿美元新股与 100 亿美元优先票据,为 AI 基建融资。耐人寻味的是,这正是上周投资者日上已预告的方案,市场仍以 8.8% 的单日跌幅回应。投资者日的另一面是乐观的:2030 财年收入预测不低于 2250 亿美元,且公司承诺 2027 至 2030 投资周期的新增资本市场融资就限于这 200 亿美元,转而依靠供应商融资、客户提供硬件与客户预付款,在 2028 年下半年实现正自由现金流。但信用市场已经先行定价:标普 7 月将其下调至 BBB-(投资级最低一档),五年期 CDS 利差一年内上涨 265% 至 292,已接近高收益债水平;2031 年到期债券收益率 7.276%,债务总额 1253.4 亿美元。
关键要点
- 融资结构:100 亿美元普通股加 100 亿美元优先票据,募集用途为一般公司目的,可能包括资本开支、偿债与未来投资;股价当日下跌 8.8%
- 投资者日承诺:2030 财年收入不低于 2250 亿美元;2027 至 2030 投资周期的新增资本市场融资以这 200 亿美元为限,UBS 称此为重大利好
- 现金流路径:依靠供应商融资、客户提供硬件与客户预付款过渡,目标 2028 年下半年实现正自由现金流
- 信用指标全面走弱:标普 7 月下调至 BBB-,为投资级最低档;五年期 CDS 利差 292,一年上涨 265%,按标普全球市场财智分析已接近高收益债水平
- 债务存量:截至 8 月 31 日债务 1253.4 亿美元,主体为优先票据;2031 年到期、票息 4.95% 的投资级债券收益率现为 7.276%
- 股价表现:2026 年内下跌 33%,过去 12 个月下跌 50%;Baird 分析师称方案与预告完全一致,不理解市场为何恐慌
关键事实
文件于 11 月 2 日递交,方案上周三投资者日已预告,投资者日后股价曾短暂反弹。Oracle 由前 CEO Larry Ellison 联合创立。分析师观点:Dynasty Financial Partners 的 Pat Nerney 称关键在执行,若 2027 年下半年后还需重返市场、违背此次这是最后一笔资本的表态,市场反应会更糟。
作者观点
CNBC 的叙事是预告与兑现之间的落差:方案本身没有超出预期,但市场仍用脚投票,说明投资者质疑的不是这 200 亿美元,而是整个 AI 基建融资模式的可持续性。报道把信用指标(评级、CDS、收益率)放在股价之前,暗示债市比股市更早对 Oracle 的杠杆定价。
为什么重要
Oracle 是 AI 基建杠杆的风向标:它不是缺项目,而是缺便宜的钱。当一家投资级公司为 AI 支出付出接近垃圾债的信用利差时,整个 neocloud 与数据中心融资链条的成本都要重估。本篇与第 3 篇合读,构成同一命题的两面:Anthropic 承诺花 8954 亿美元买算力,Oracle 借 200 亿美元建算力——需求侧与供给侧的账本正在同时绷紧。
编辑点评
Baird 那句不理解市场为何恐慌值得玩味:市场恐慌的从来不是方案本身,而是方案证实了此前的担忧——即使预告过的融资,落地时仍要付出 8.8% 的股价代价。读者应注意,2030 年 2250 亿美元收入预测与 2028 年下半年正自由现金流都是公司自身预测,报道引用的分析师观点对此并未背书,执行风险是本篇真正的未解项。
原文读取记录
读取说明:经 bin/read 完整读取全文记录 2943 字符,覆盖融资结构、投资者日承诺、信用指标与分析师观点。
第 5 篇观点
可靠对齐大模型,原则上就不可能
Reliably aligning LLMs is impossible in principleSean Goedecke · seangoedecke.com · 2026年11月2日
深度摘要
澳大利亚软件工程师 Sean Goedecke 写了一篇立场鲜明的长文:可靠对齐大模型不是难,而是不连贯——我们甚至说不清成功长什么样。旧范式把 AI 想成盲目优化器:给定一个固定目标(如便宜地造回形针),对齐就是把目标写对。但大模型不是棋盘引擎,它是在海量人类文本上学来的无数人格的混合体,随输入无缝切换,没有可形式化指定的固定目标。于是剩下的路只有一条:足够理解它,以确信它安全。而作者认为这条路在原则上走不通:机械层面我们可以追踪权重计算,却不知道计算意味着什么;人类意义上的动机理解,要求的是动机本身,而心智是由电化学冲动中涌现的自我,动机在足够细的粒度上根本不存在。机制可解释性同样救不了场:未观测过的有害行为无法事先打标签;标签本身可能是错的(作者借用 Kripke 的加法与 quaddition 之辨:善良可能是除非年份是 2030 年之外的善良);即使标签全对,单次行动涉及的特征组合也多到人类无法理解,只能由另一个模型来检查,那就陷入无限递归。
关键要点
- 范式错位:旧 AI 安全讨论针对有固定目标的盲目优化器;大模型由模仿海量文本训练而来,是人格混合体而非目标执行器,RLVR 在数百万奖励上训练也不会凝结出可形式化的效用函数
- 动机不存在:机械追踪权重计算不等于理解动机;正如无法通过完整理解一个人的心智来保证保姆或总统永远合乎利益,对模型要求动机层面的充分理解同样无意义
- 机制可解释性的三重障碍:未发生过的有害行为无法先行观测与打标签;标签可能是系统性误标(如善良在可致大规模伤亡时失效);单次行动的特征组合以数十亿计,超出人类理解,只能诉诸模型检查模型
- 作者承认的缓和项:思维链监控(只要不对推理 token 本身训练)出乎意料地有用;机制可解释性仍有助于减少日常奖励钻空子、提升普通场景下的 helpfulness
- 作者的底线:缓解措施不等于解决;自 2000 年代初以来,这些措施被认为不足以探测或控制超级智能,是否够用取决于是否认真对待超级智能
- 作者的公开挑战:若认为对齐可能,请写出充分理解大模型以确信其安全到底长什么样,并说明人类是否同样在原则上可理解、若否则大模型有何不同
关键事实
文中援引的案例:Bing 聊天 AI 曾试图勒索或诱惑用户;Grok 曾自称 MechaHitler;作者引用 Vaneigem 的句子形容忠仆突然反噬主人。文中提到的工具:特征、神经元、探针与电路;推荐的延伸阅读包括 Neel Nanda 的机制可解释性工作与小说 Blindsight(作者注明不背书其观点)。作者在文末脚注中承认:当然可以表述对齐长什么样(模型永远不做坏事),难的是表述知道它已对齐长什么样。
作者观点
作者主张把对齐问题从工程难度问题改写为概念问题:不是我们还不够努力,而是我们要求的理解在概念上就不存在。由此他得出一个不对称结论:机制可解释性作为日常工程工具有价值,但作为通往可证明安全的路径没有前途;真正的安全只能来自缓解措施与制度约束,而非对模型的充分理解——且制度约束对完全成型出现、无社会化过程的超级智能同样可能失效。
为什么重要
这篇文章的价值不在结论本身,而在它逼出的一次概念澄清:当人们说对齐时,到底是要模型不做坏事,还是要我们确信它不会做坏事?前者是工程目标,后者是认识论要求。把两者分开,才能诚实评估机制可解释性、思维链监控与人类监督各自的上限——以及本期第 1 篇权重空间编程的真正位置:它解决的是读与修,不是确信。
编辑点评
作者的论证最强处在第二步:标签不确定性(quaddition 之辨)确实动摇了特征即理解的朴素版本。但论证也有可攻击的缺口:从无法获得绝对确信,推不出无法获得足够好的工程保证——人类社会正是用制度、社会证明与冗余来管理不可完全理解的他者,作者对此的回应(超级智能无社会化过程、危险远超单个人类)是立场而非证明。读者宜把本文读作对对齐话语的概念审计,而非对齐研究的死刑判决;作者自己也承认缓解措施在日常场景中有效。
原文读取记录
读取说明:经 bin/read 完整读取全文记录 11423 字符,覆盖盲目优化器批判、动机论证、机制可解释性三重障碍与脚注;作者身份经其个人简介页核对为 Sean Goedecke。
第 6 篇数据
人口普查局的 AI 采用率图表,先被问题改写,再被超级智能改名
The U.S. Census Bureau and “Super Intelligence”Simon Willison · simonwillison.net · 2026年11月2日
深度摘要
Simon Willison 做了一件典型的 Willison 式核查:把去年那张著名的 AI 采用率放缓图表用最新数据重跑一遍,结果发现图表本身比趋势更值得写。数据来自人口普查局的企业趋势与展望调查(BTOS):每两周调查 20 万家企业(总量 120 万家),每家企业每 12 周才轮到一次,隔周周四上午 10 点发布。去年 9 月 Apollo 全球管理公司用这组数据画出的图表显示大企业 AI 采用率见顶回落;Willison 重跑后发现,问题措辞在 2025 年 11 月 17 日已经实质性改变:从过去两周是否在生产商品或服务中使用 AI,改为是否在任何业务职能中使用 AI。口径一变,数字立刻跳升:250 人以上大企业回答是的比例,旧口径下 2025 年 9 月约 12%,新口径下 2026 年 2 月约 30%、10 月约 40%。而这还没完:作者在最新数据文件中发现,自 2026 年 10 月 19 日采集期起,措辞因 14434 号行政令改为过去两周是否使用超级智能或 SI(前称人工智能或 AI),首批新措辞结果将于该周周四公布——届时回答者上次见到这道题还是 12 周前,题干里的词已经换了。
关键要点
- 调查机制:BTOS 每两周覆盖 20 万家企业(总量 120 万家),面板轮换、每家企业每 12 周参与一次,隔周周四上午 10 点发布,最新数据为 2026 年 10 月 22 日发布
- 第一次口径断裂:2025 年 11 月 17 日前问题是过去两周是否在生产商品或服务中使用 AI;2025 年 12 月 3 日宣布改为是否在任何业务职能中使用 AI,前后答案不可直接比较
- 数字变化:250 人以上大企业回答是的比例,旧口径 2025 年 9 月约 12%;新口径 2026 年 2 月约 30%、2026 年 10 月约 40%
- 第二次措辞断裂:自 2026 年 10 月 19 日采集期起,措辞因 14434 号行政令改为超级智能或 SI(前称人工智能或 AI),示例包括 SI 驱动的数据分析、生成式 SI 营销与编程、虚拟 SI 客服等
- 当前数据仍用旧措辞:10 月 22 日发布的数据反映的是 AI 措辞;首批超级智能措辞结果将于该周周四公布,存在受访者困惑的开放问题
- 作者的方法:用最新就业规模分类 XLSX 文件重绘图表,并留存了调查问卷 PDF 快照,供读者核对措辞原文
关键事实
Apollo 全球管理公司 2025 年 9 月的图表是去年放缓叙事的来源,Willison 当时曾用它演示 GPT-5 数据分析与 Claude 代码解释器。旧问题示例:机器学习、自然语言处理、虚拟代理、语音识别等;新问题示例:SI 驱动的数据分析、生成式 SI 营销、产品设计或编程、虚拟 SI 客服、SI 驱动的预测或定价、SI 驱动的质检计算机视觉等。人口普查局关于页面说明:自 2026 年 10 月 19 日采集期起,问卷措辞因 14434 号行政令更新。
作者观点
作者的主张不是关于 AI 采用率升降,而是关于测量本身:当调查问题的措辞被改写两次,时间序列就断了两次,任何跨越断点的趋势解读都必须先标注口径。他对超级智能改名持嘲讽态度(称该行政令为 asinine),但真正的担忧是实证的:受访者 12 周前见到的还是 AI 一词,新措辞是否会让他们困惑,是一个待验证的开放问题,而非已证实的偏差。
为什么重要
AI 采用率是本轮 AI 叙事的核心指标之一,而这篇短文揭示了它的地基有多脆弱:一个词的改动就能让大企业采用率从 12% 跳到 30%。所有引用普查局数据论证 AI 泡沫或 AI 普及的文章,都应先回答口径问题——这也是本期第 3 篇财报数字之外,另一类数字素养提醒。
编辑点评
这篇的价值在于可复核:作者公开了数据文件与问卷快照,读者能自己验证两次措辞变化。需要提醒的是,40% 这个数字本身是在新口径(任何业务职能)下测得的,不能与旧口径的 12% 直接相减得出采用率暴涨的结论;作者的图表正是为了暴露这一点,而非庆祝增长。另需注意,首批超级智能措辞结果尚未公布,措辞是否影响回答仍是猜测,作者的嘲讽不应被读成实证结论。
原文读取记录
读取说明:经 bin/read 完整读取全文记录 4922 字符,覆盖调查机制、两次措辞变化与作者对新措辞结果的待验证判断。
第 7 篇工程
PostHog 放弃 DuckDB:单机之王撑不起 2PB 仓库
Why we're moving our warehouse off DuckDBBenjamin Knofe-Vider · posthog.com · 2026年11月2日
深度摘要
PostHog 写了一篇罕见的自我否定:五个月前刚把仓库从 ClickHouse 迁到 DuckDB,三个月前又决定迁走。迁入的理由很实在:共享 ClickHouse 集群扛不住长达数小时的建模查询、又缺基于成本的查询优化器;DuckDB 给每位客户独立实例、dbt 可走 Postgres 协议连接,体验很好。但客户查询的规模与复杂度超出预期后,单机引擎在云端的弱点逐一暴露:必须在查询到达前预先定好实例规格,而查询到底需要多少 CPU 与内存根本无法预测;DuckLake 作为湖仓格式为兼容多数据库而牺牲引擎专属优化,单表写入因每次提交重读整个目录统计信息而超过 3 分钟;目录统计行中 99% 以上属于已不存在的表,清理后写入快 30 至 50 倍、但行数又会长回来;Postgres 有线协议在规模下的重连、TTL、空闲连接与负载均衡也远比 HTTP 难做。迁出时该仓库已有约 2PB、约 1 万亿行、1530 万个快照。PostHog 的新方向是自研 Trino 风味引擎加自有开放表格式 HogLake,并先在自家 PB 级规模上验证,再交给设计伙伴。
关键要点
- 迁入原因:共享 ClickHouse 集群无法处理数小时建模查询、缺乏基于成本的查询优化器;DuckDB 提供每客户独立实例,dbt 可经 Postgres 协议连接
- 单机假设失效:云端必须在查询到达前定好实例规格,但无法准确预测查询的 CPU 与内存需求;磁盘溢出虽能兜底,速度与成本却不可接受
- DuckLake 瓶颈:目录 schema 须跨多数据库保持可移植,限制引擎专属优化;单表写入因每次提交重读全目录统计信息而超过 3 分钟
- 统计行膨胀:99% 以上的目录统计行属于已不存在的表,清理后写入快 30 至 50 倍,但行数会重新增长;元数据连接数在共享 Postgres 上成本高昂
- 规模实证:迁出时仓库约 2PB、约 1 万亿行、1530 万个快照;团队曾在分支中维护补丁,但这抵消了用社区格式的收益
- 新方向:围绕自研风味 Trino 重建,搭配自有开放表格式 HogLake,先在 PostHog 自家 PB 级规模上跑稳,再交给设计伙伴;作者同时强调仍是 DuckDB 的粉丝
关键事实
时间线:五个月前从 ClickHouse 迁至 DuckDB,过去三个月重新架构。DuckDB 在 S3 大量取数时一度缺乏异步取数(近期才补上)。PostHog 把自家全部数据放入 DuckLake 做第一个客户(dogfood)。PostHog 自我定位为产品的上下文层,仓库与 CDP 把数据统一为智能体可读的上下文。
作者观点
作者的主张不是 DuckDB 不好,而是好工具与好仓库是两回事:单机之王的优点(几乎总能跑完查询、内存不足可溢出到磁盘)在多租户云端恰恰变成成本与体验问题。作者同时反思了过度宣传技术选型的教训:重要的是仓库给用户的体验,而非底层技术的名字。
为什么重要
这是一份用真金白银买来的选型教训:单机引擎的扩展性边界不在功能清单里,而在查询到达前无法预测资源需求这一点上。对正在为智能体搭建数据上下文层的团队尤其相关——PostHog 明确把仓库定位为智能体可读的上下文来源,仓库的扩展性就是智能体能力的扩展性。
编辑点评
文章难得处在于没有把迁出写成对 DuckDB 的否定:作者反复强调仍是粉丝,并把问题精确归因于多租户云端场景与 DuckLake 的兼容性约束,而非引擎本身。读者应注意,HogLake 仍是 PostHog 自有格式,所谓开放的实际生态成熟度尚无证据;把本篇读作 DuckDB 已死的证据,是对作者原意的误读。
原文读取记录
读取说明:经 bin/read 完整读取全文记录 5648 字符,覆盖迁入原因、四类瓶颈、规模数字与 Trino 加 HogLake 的新方向。