1018 | 科技一周谈：从模型竞速到阳光黄金

茉莉: 大家好，欢迎收听本期节目，我是茉莉。

白桦: 我是白桦。今天我们照例从 Hacker News 过去一天的热闹里挑了几十个故事，从 DeepSeek 新模型到鸭子池塘，什么都聊。

茉莉: 对，今天的线索其实挺有意思的：一方面是AI正在重塑工程实践——从模型的发布、本地跑模型的速度，到开源项目的安全漏洞，再到Linux内核里AI写的补丁；另一方面还有一些老技术谢幕、全球格局变化的新闻。咱们不按顺序念清单，就直接进入第一个话题。

白桦: 那就先说 DeepSeek。他们发布了 V4.1 Flash 1017，也就是 10 月 17 日这个快照版本。官方的说法是“一个小幅更新”，但紧接着摆出来的基准数据就不是小幅了——推理、编码、智能体任务、视觉基准全都有明显提升。

茉莉: 先说说这个模型本身是什么。根据模型卡和 OpenRouter 上的信息，这是一个稀疏的混合专家模型，也是 DeepSeek 第一款基于他们自研的因果编码器-解码器架构、也就是 CED 架构构建的模型。总参数量 552B，但激活的部分是输入 8B、输出 16B，这种不对称的分配让每个 token 的计算量相对总规模来说保持得很低。

白桦: 值得一提的是图像理解是原生的——视觉和文本的嵌入是从预训练一开始就联合训练的，而不是像之前那个实验性的 V4 Flash Vision 那样事后加上去的。定位是编码、终端和计算机操作类的智能体，还有需要跨很多步骤跑完的长任务，以及长上下文分析。

茉莉: 成本方面也有大动作：压缩的 KV 缓存把缓存内存降到了上一代 Flash 的差不多四分之一，这对智能体这种长对话工作负载的成本影响很大。定价是每百万 token 输入 0.15 美元、输出 0.60 美元，OpenRouter 上显示吞吐大概每秒 152 个 token，首 token 延迟 1.21 秒，三天可用性百分之百。

白桦: 但讨论区的第一反应不是欢呼，而是怀疑。有位叫 freakynit 的评论者直接说：“这些基准不可能是真的吧？不会吧？”还配了个帕德梅四格梗图的描述。这大概是很多人看到这种量级提升时的本能反应。

茉莉: 不过也有更认真的技术讨论。有人对比说这个版本超过了 GLM 5.3——那是个很强的模型——在 Terminal-Bench 4.0 上从上一代的 31.2 跳到 42.3，而 GLM 5.3 是 37.9，K3 只有 12.6。当然 Opus 5.5 的 51.8 还是更高。

白桦: 由此引出了讨论区一个反复出现的判断框架：Anthropic 和 DeepSeek 在编码上领先，OpenAI 在承压。有位评论者逻辑链式地说，照这个速度，前沿实验室就剩 Anthropic 和 DeepSeek，OpenAI 会越来越吃力。

茉莉: 但马上有人补充说这不是非此即彼的事。一位叫 A_D_E_P_T 的评论者指出，各家模型其实各有强项：GPT 系列在 3D 建模上突出，做 .step 文件、Blender 文件是强项；Google 的 Argon 在自然语言写作和跟 Google 生态打通的场景上最好，比如搜索和基于地图的行程规划。所以这是不同的工具，不是一刀切的排名。

白桦: 还有一层讨论值得注意。freakynit 在后续回复里提出了一个有点悲观的预测：他觉得这可能是公众能拿到的最后一批超高水平模型了——以后这些公司可能会把顶配模型只留给自己、政府和超高价的合作方。

茉莉: 这个说法没人能证实，但讨论区里确实有人在按“性价比分层”来安排工作流。有人分享说自己用 Opus 做规划，中等思考强度走 API，成本不高，剩下的活交给 DeepSeek 或 GLM Flash，最后用 Sol 6.1 做审查循环，全跑在一个叫 pi 的工具上。一个很复杂的任务最多花 10 美元，比订阅灵活得多。

白桦: 也有人反对这种搭配。有评论者说搞不懂大家看中 Sol 6.1 什么，觉得 Opus 5.5 明显更聪明、更主动、不会犯低级错误，而 Sol 6.1 记忆像金鱼一样短。

茉莉: 还有个有意思的细节：这版模型没有带 Jinja 格式的聊天模板，官方放了一个自包含的 Python 参考实现，覆盖多轮对话、工具调用、思考模式这些场景，还发布了带 Python 绑定的 Rust 库 deepseek-recipe 来做协议层的转换。推理和传输留给调用方自己处理。

白桦: 稍微提一下背景，也就是支持材料：这份发布刚好跟另一个工具产生了呼应——llmspeed，一个让你在买硬件之前“感受”本地模型速度的网站。它的模型列表里就有 DeepSeek 这类模型的名字，比如 Qwen 3.6/3.8、GLM-5.3 Flash、DeepSeek V4 Flash 这些。有评论者还在催作者加入 Strata 和 Qwen 3.8 Flash Next 的不同量化版本。

茉莉: 这就自然过渡到我们的下一个话题了：模型到底跑多快、跑在什么硬件上。llmspeed.dev 这个站点的思路很简单：你选一块 GPU 或者一台 Mac，再选一个模型，它就模拟出每秒 token 数和首 token 延迟，让你在下单之前先“感受”一下速度。作者 albinstman 说数据来自社区基准——比如 r/LocalLLaMA 和 localscore.ai——其他的则从相似配置推算或者按规格估算。

白桦: 这个思路评论区很买账，有人说真希望当初买硬件时有这个工具。但问题马上就暴露了：数据可信度。一位 M2 Ultra 128GB 的用户说，他跑出来的速度几乎是页面上 M3 Ultra 512GB 标注值的两倍——这明显不合常理。作者倒是挺认真地回应，请对方提供具体测的哪个模型、哪个量化，说要查一下。

茉莉: 另一个反馈是模型列表覆盖面有限，而且有评论者指出整个推理框架——也就是 harness——会影响速度，所以每个配置用的库和版本也应该展示出来。作者的回应有点无奈：基准数据源通常不包含框架信息，所以数据有限。作者还表示会考虑加入框架维度。

白桦: 讨论区还有一派“老硬件也很能打”的声音。一位用户说页面没收录他 2017 年的 RX580，8GB 显存，跑 9B 的 Qwen 模型出奇地能用：生成速度 20 token 每秒，拿来让 opencode 加 LM Studio 在本地 Kubernetes 集群上做排查挺好。不过首次加载很慢，解析只有每秒一两百 token，长问题会很痛苦，缓存热了之后就挺舒服。

茉莉: 他还举了适用场景：邮件分类、语音指令这类“够用就行”的活。他说一年前这种体验还是很糟糕，但 9B 模型加上更好的缓存量化、更新的推理引擎，现在已经可行了。当然他也承认，指望它像 Opus 那样一个 prompt 做复杂的架构级重构，不可能。另一位用 8GB 显存的 RTX 2060 Super 加 64GB 内存的用户也印证了类似体验，说能以可用的速度跑 Qwen 3.8 Flash Next，最近两周速度还提升了不少。

白桦: 所以这个工具的核心争议就是两句话：想法很好，方向是对的；但估算值和真实值之间的差距，可能大到让人买错硬件。 unresolved 的部分就是作者能不能拿到足够的真实数据来校准。

茉莉: 从“跑模型的工具”我们顺势聊到下一个话题——一个跑模型的工具出了安全问题。OpenCode 在 X 上宣布，他们夜间遭遇了安全入侵，跟一场大规模“蒸馏攻击”有关，影响了控制台用户的 1.4%。

白桦: 官方的后续说明是：他们发现有人未经授权访问了一个正在退役过程中的遗留系统。存在用户工作区里的第三方服务商密钥——比如 OpenAI、Anthropic 的 key——可能已经暴露。官方要求用户到相应服务商的后台吊销并更换密钥，检查有没有异常用量。他们说正在跟 Anthropic、OpenAI 和 Google 合作处置，事件还在进行中，细节暂时不能多说。

茉莉: 讨论区的反应分好几层。最直接的一层是讽刺。有评论者说：“我们本来还计划着修复我们那些 vibecoded 的烂摊子呢。”——暗指这个项目本身大量依赖 AI 生成代码。

白桦: 更尖锐的一层来自一位自称早就警告过的用户。他贴出 68 天前的一条评论，说自己当时就警告过 OpenCode 作者的数据流向问题，说 OpenCode 会把你的数据泄露给自己和 shady 的第三方，作者当时装作不知情也没修复，还引用了一个 GitHub issue。他说 OpenCode 是所有这类工具里最 shady 的一个。

茉莉: 不过马上有人出来纠正叙事。一位叫 Reyonlds96 的评论者说这是“ misinformation 的味道”：OpenCode 之前做的不过是给没设置模型的用户免费提供一个标题生成模型，这功能可以禁用也可以换成自己的模型，现在已经移除了，默认情况下数据还是私有的。

白桦: 但立刻有人反驳：“它做的‘不过是’把你的整个 prompt 和上下文发给一个‘免费’模型来收割。”他直指这个帖子里有水军。另一位用户也引用了一段批评，说当被质疑把数据发给 OpenRouter 却没列为第三方处理方时，官方给的回应很敷衍，prompt 经过 Cloudflare 转发也一样，这体现出对安全的普遍漠不关心。他说自己就是因为安全原因把账号迁走的。

茉莉: 这里有个特别值得聊的元问题，是一位叫 TZubiri 的评论者提出的：为什么从来没有人发布安全公告时说“我们被黑了，你应该卸载我们的软件换一个用”？他说在某些严重程度下，那应该就是结论，但没人会这么说。马上有人纠正他说这次泄露的是在网页界面上添加的密钥，不涉及软件本身——不过这个争论本身说明大家对这类工具的信任边界很敏感。

白桦: 还有人问了个很实际的问题：如果我不用他们的模型、也没登录，是不是就没问题？说自己在 Wireshark 里只看到去 models.opencode.ai 的流量。这问题没人给出权威答案。

茉莉: 还有一位用户的困惑很有代表性：他不太明白公告的措辞，问是不是意味着凭证被黑之后被用来搞了大规模蒸馏。而 X 上有一位用户直接说“138 美元没了，我们会得到补偿吗？”——说明确实有真金白银的损失。这个事件还远没有结论，官方承诺会跟进更新。

白桦: 从工具的安全问题，我们再往上游走一步，看看一个更大的“AI 工程实验”——Linux 内核 7.2 的开发统计。这是 LWN 的 Jonathan Corbet 写的文章。

茉莉: 先给规模感：Linus 在 8 月 17 日发布 7.2 内核时就说，进来的修复数量“比我希望的还要多”。这是内核历史上第二繁忙的开发周期：16418 个非合并提交，2652 位开发者，新增接近 60 万行代码。提交数仅次于 6.7 那个周期——但 6.7 是被 bcachefs 的开发历史合并撑起来的，而 7.2 的量是更普遍地分布的。

白桦: 有个明显的长期趋势：自 Git 时代以来，每个版本的贡献者数量一直在上升，但斜率明显变了——最近增长得更陡。7.2 的 2652 位开发者比 7.1 创下的前纪录 2479 又高出不少。

茉莉: 重点来了：这里面有相当数量的 LLM 编写的 bug 修复。比如 Rosen Penev 贡献了一份长清单的 LLM 生成修复，横跨架构、驱动、网络和加密子系统。而另一方面，8% 的提交带了 Tested-by 标签，48% 带了 Reviewed-by 标签——后者在最近几个版本呈轻微下降趋势，虽然这到底反映真实的审查量下降还是别的什么，LWN 说不清楚。

白桦: 围绕 AI 补丁的争议在讨论区打得挺凶。批评一方的核心论据很具体：有评论者说 Linus 本人就是言行不一的例子——他曾经用 Claude Code 写过一个补丁，结果自己引入了一个数据竞态 bug，自己完全没意识到，是被其他审查者在进入正式内核版本之前发现的。评论者说，这正说明 Linus 自己都没理解 Claude 生成的代码改动，尽管他此前一直在告诫别人不该在自己不理解的 AI 代码上工作。

茉莉: 另一位评论者直接说，Linus 声称“使用 LLM 工具与理解力或能力不相关”，这个说法“荒谬”。

白桦: 也有平衡的声音。有人指出其实这不是夸张的问题，并引用了 Linus 本人在邮件列表里表达的态度。而 Linus 的立场，用一位评论者的话总结就是：“你是想要 bug 被修好——不管来自哪里，还是只想要人类贡献？Linus 想要 bug 被修好。”还有人说，像 Rust 当年也是花了很久才成熟到能进内核，AI 更快也更容易集成。

茉莉: 更宽的社区感受也有人表达。一位评论者说，理论上这挺好，但另一面是内核和整个开源世界现在都要处理大量低质补丁和 PR，回复者常常只有 AI 智能体。这让他“说实话都不想再打开外部贡献的入口了”。

白桦: LWN 文章的结尾很值得记住，也是讨论区的焦点之一：文章说内核面向的是生产环境，不是研究实验，但目前“一场大规模实验正在内核的开发流程和社区上进行”。有评论者专门指出，这个结尾跟被编辑过的标题“每次发布修复的 bug 数量翻倍”形成了鲜明对比——后者暗示某种神话式的 bug 发现。不过也有人接着引下文：这个社区 35 年里吸收过无数次新流程和新工具，这次几乎肯定也能找到办法，只是吸收过程未必没有颠簸。

茉莉: 所以这一段的结论是：AI 正在实实在在地改变最大型开源项目的工程实践，好处是修复变多，代价是审查压力和信任问题，而最终结果还是未知数。

白桦: 说到“工程实践”和“渲染”，我们来聊一个工具话题：Pele，一个把 Mermaid 图渲染成可换肤 SVG 的库。这是 Obsidian 团队开源的，用 MIT 协议。

茉莉: 它的卖点是性能和轻量：零依赖，gzip 后 230kB，对比 Mermaid.js 的 1.6MB；渲染时间 0.05 到 0.3 毫秒，对比 6 到 82 毫秒；直接依赖是 0，对比 23 个。而且支持 Mermaid 12.1.0 内置的所有图类型。换肤的方式是用 CSS 变量设颜色和字体，颜色变化不需要重新渲染。

白桦: 开发动机也很有意思：Pele 是为了 Obsidian 开发的，要快速渲染图并匹配用户的主题。名字取自火山与火焰女神 Pele。有评论者顺带做了语言小科普："pele"在拉脱维亚语里是“老鼠”，在葡萄牙语里是“皮肤”，当然还有巴西那位足球传奇。

茉莉: 讨论区很快从“这个库好不好”转向“为什么需要它”——也就是 Mermaid 的老问题。一位用户吐槽说，每次想用 Mermaid 画比玩具复杂一点的图，最后都会被“神秘莫测且拓扑结构很差的布局”搞得极其沮丧，而样式问题相比之下是小事。

白桦: 对此有句很精辟的回怼：“图布局是一个出了名困难的问题！”然后引出了一场有意思的哲学讨论：有人猜想这跟写作类似——要让一张图传达得好，你得先把问题本身想清楚。也有人分享替代方案，说用 D2 配 ELK 或 dagre 效果不错，ELK 深挖下去能做很多事。

茉莉: 还有一个很实际的问题：官方 Mermaid 库渲染时是不是仍然需要完整或无头浏览器环境？如果是，那 Pele 对把 Mermaid 渲染嵌入到其他环境里就是好消息。有评论者分享自己的经验：用 Python 的 mermaidx 库在 CI/CD 里生成带图的文档可以，但布局经常很乱，连线交叉，改布局参数也没用，最后只能从 mmdc 导出 PNG 嵌进去。也有人提到 GitHub 上还有个叫 Merman 的项目输出 SVG。

白桦: 所以 Pele 解决的是渲染和主题这一层，但布局这个老大难——按讨论区的说法——不是换个渲染器就能消失的。

茉莉: 从渲染图到模拟硬件，我们聊 esp32sim。这是一个开源的 ESP32 模拟器，用 Rust 写的，能在浏览器里直接跑真实的 ESP32 固件。作者 joakimeriksson 强调演示里最有趣的部分是根本没有 ESP32 硬件——固件就在模拟器里执行。

白桦: 技术上挺有野心的：它指令级模拟四种 ESP32 SoC，横跨乐鑫的两代 CPU 架构——Xtensa 的经典 ESP32 和 S3，加上 RISC-V 的 C3 和 C6。每一颗都会启动真实的掩膜 ROM、真实的第二阶段引导程序和未修改的应用镜像——没有打补丁的固件，没有 stub 挡路，靠足够的 SoC 建模把真实项目端到端跑起来。没有云，没有账号，MIT 协议。

茉莉: 具体来说，经典 ESP32 在双 LX6 核上启动 ECO3 ROM，支持 GPIO、UART 和定时器；加 --board ttgo-tdisplay 还能模拟 LilyGO 那块板的 ST7789 屏幕和按键。仓库里有专门的验证数据：S3 上 97.7 万条指令的解码校验零不匹配，C3 是 16.1 万条，C6 是 12.6 万条。还支持各种屏幕——ST7735、ST7701S 480×480 加触摸、WS2xx 系列等等。

白桦: 作者特别想听嵌入式开发者的反馈：这个模拟器要支持到什么程度，你才真的会拿它做开发、测试或者 CI？讨论区的回答很有代表性。一位叫 raminf 的评论者说这很棒——在 IoT 项目里，常见做法是给硬件做一个“功能性”软件模拟器，让手机端和云端的人不用等测试硬件，模拟 BLE 或者 WiFi/API 指令的层级。等真硬件到了，这些模拟器就只用在 CI/CD 测试里。而 esp32sim 的价值在于，可以不再用功能性模拟器，而是让每个手机或后端开发者、每个 CI runner 都跑真实固件。

茉莉: 另一个绕不开的比较是 Wokwi——有人直接问“这跟 Wokwi 有什么区别？人家做了好几年，模拟了很多种单片机”。评论区对这个问题的回应也挺有意思：有人说这是 vibe coded 的，马上有人回“开源，而且免费”。还有人为作者辩护说，这种“你做了个已有的东西”式的质疑可以套在绝大多数新项目头上，只有极少数真正新颖的东西除外。

白桦: 不过作者的 README 没逃过批评。有位评论者说很想玩玩这个，但那些“巨大的、排版糟糕的 AI 味儿段落”——特别是 boards 那一节，密密麻麻混着格式、括号、语义标点、命令行参数和型号——实在太劝退，恳请作者重新考虑页面呈现。

茉莉: 另一位评论者的批评更狠也更有洞察：他说一个 README.md 会变成 DONTREADME.md，条件是三点——长得像小说、排版糟糕、每句话里都有好几处 Claude 腔。他说这样的 README 他不会读，怀疑连作者自己都没读过，而且这是项目“劣质程度”的预测指标。还有人以标签式的幽默总结：#这本来应该是个表格。

白桦: 也有纯粹觉得酷的评论，还有一位分享了自己类似的作品：用浏览器里的 WASM 跑真实 ESP32 飞控 C 代码的无人机模拟器，还能直接刷真实开发板。可以说这条讨论既是技术上的激励，也是工程文化上的一面镜子。

茉莉: 从 AI 味儿的 README 我们转到一条“一个时代落幕”的新闻：Chrome 和 Edge 要移除 XSLT 了。

白桦: 先解释一下：Edge 就是 Chromium，有评论者一句话点破“Edge 就是 Chrome”。不过文章开头就说了这一点，还引用了微软的声明：出于功能和兼容性原因，微软 Edge 会采纳 Chromium 项目几乎所有对 web 平台的改动，但微软保留对 Edge 的完全控制，可以推迟或拒绝某些改动。所以移除的时间线不一定完全同步。

茉莉: 有评论者提供了更深的背景：WHATWG 的 HTML 仓库里有一个很长的关于移除 XSLT 的讨论，还链接到一个叫 swet 的替代提案，有人认为这个提案比“平台”目前推的任何模板方案都好。

白桦: 讨论区最有分量的是怀旧加技术剖析。一位评论者回忆说，可惜了——XHTML 时代，XSLT 本来能让网站的模块化干净得多。他曾经做过一个早期建站工具，用 XSLT 合并独立组件，在 jQuery 出现之前 JavaScript 还不好用的年月里非常强大。但 XHTML 后来被 HTML5 取代，XSLT 就基本没用了。能活到今天，他猜主要就是留着渲染 XML 文件用的。

茉莉: 紧接着是更技术性的批评。XSLT 1.0 的规范本身写得挺糟，有人读过之后很难理解。一位评论者展开说：XSLT 1.0 有一些非常明显的失误，以至于据他所知基本没有人实现“纯粹的” XSLT 1.0——大家实际支持的是大部分 XSLT 1.0 加上一小撮 EXSLT 扩展，而 EXSLT 完全是非官方的，不属于任何 XSLT 规范。在他看来 EXSLT 是让 XSLT 1.0 至少“过得去”的最低限度。与此同时规范演进到了 2.0 和 3.0，但据他所知至今没有完整的开源实现。

白桦: 还有一派反思 HTML5 当年的选择。有评论者说，HTML5 本可以更进一步，定义一种规范的 XML 或 XML 兼容的 DOM 编码，或者至少鼓励它，但当时的反 XML 情绪是明摆着的、甚至带点怨气。不过他也承认，主流 XSLT 处理器确实能消费甚至输出 HTML5，只是不确定那些能力有多完善、基于什么标准。

茉莉: 这位评论者的态度转变也很有意思：他在 WDDX 和 XML-RPC 上的糟糕经历之后对 XML 彻底没了热情，但作为 HTML 的基础，XML 曾是最好的东西，考虑到没有跨工具链的竞争者，也许现在还是。他甚至在 XSLT 明显是死路之后又绕了回去——好工具就是好工具，被肆意忽视这么多年还能站得住，恰恰证明了这一点。当然他也保留了对 XSLT 语法设计的一个批评。

白桦: 现实影响很直接：有评论者说“这个站会挂，这是确定的”——因为原文章的链接当天正好 503 了，评论区有人调侃“doctor-seo dot net 让我们失望了，这世界怎么了”，还有人贴了 Wayback Machine 的快照链接救场。这引出一段题外感慨：有人感谢 Internet Archive“用足够的带宽托管了整个互联网的第二份拷贝”，能在单个网站被流量打挂的时候顶上。

茉莉: 好的，从技术史聊到金融格局。Numismatic News 的一篇文章宣称：黄金现在成了美国第一大出口品。

白桦: 文章说，从 2025 年 10 月开始，黄金出口的价值几乎每个月都超过所有其他类别，而美国出口的头名传统上是石油、药品，或者飞机及其零部件。这不只是金价创纪录——2026 年 2 月，出口黄金的吨数可能创了历史纪录。大部分流向瑞士的精炼厂，其次是香港——那是流向中国的全球门户——第三是英国，伦敦金银市场协会所在地。美国政府报告的黄金储备没有变化，所以这些出口看起来来自当期矿产和回收。

茉莉: 作者 Heller 的解释是纯推测，他自己也承认无法证明，但他的推理链条值得转述：一是多国政府对美元购买力的未来感到不安，外国央行持有的黄金总价值已经超过它们持有的美国国债；二是多数国家没有实力要求美国用美元以外的货币支付；三是中国有这个筹码，中国央行过去几年持续减持美债——从 2021 年 4 月的约 1.096 万亿美元降到 2025 年 2 月的 7843 亿，再到 2026 年 2 月的 6933 亿——减少的部分很多换成了黄金；四是中国在推动替代支付系统，包括 BRICS 成员之间的“unit”结算；五是有分析人士认为，把央行、主权基金、军方、国企和民间的黄金加总，中国实际控制的黄金是各国政府里最多的。他怀疑很大一部分美国黄金出口最终是流向中国，只是先绕道瑞士精炼成合格纯度的公斤条，甚至猜测美国政府可能默许了这种支付方式以换取其他政治让步。

白桦: 讨论区对这篇文章的质疑相当激烈。第一位评论者 EA-3167 就说他怀疑文章的真实性，说按所有前期的金属出口数据，美国出口到年中为止排第三，还贴了三个不同数据源的链接来佐证。

茉莉: 但反驳马上来了。有人说他贴的那几篇文章看起来是“LLM 垃圾文”，没有引用来源，而原文章引用的是 bea.gov 的数据。还有人追问：你为什么相信那几篇特定的文章？并贴出截图佐证。

白桦: 然后出现了一段非常有价值的元讨论。一位评论者逐条审视那些“反驳链接”：这些出版物他都没听说过，可信度无法独立验证——比如 TradeInt 宣称被三星信任，但找不到三星使用它的任何记录；宣传在 Product Hunt 上有五星好评，但那个评价账号是 TradeInt 上线时创建的，创建者零关注、自 2024 年以来无任何活动。他的结论是：这些看起来都是博客垃圾。任何人——或任何 AI——都能发布任何东西来证实任何观点。凭什么这些链接值得分享？

茉莉: 除了真伪之争，讨论区还认真聊了美国出口结构本身。有人一开始以为是 token——开个玩笑——有人以为是广告和交易手续费。文章说通常是石油、药品或飞机，有评论者表示惊讶：世界需要多少飞机，能常年霸榜？马上有人科普：客机和军机都是昂贵的东西，波音和洛马的产能以及 GE 和普惠的发动机产能都被预订到未来数年，而且跟空客在全球有多个总装厂不同，波音只在美国总装。

白桦: 关于“药品出口”也有人解释：专利期内的药比仿制药贵得多， monetary value 远高于数量更大的仿制药。还有人点出一个关键区分：货物出口和服务出口——美国人习惯用“出口”只指前者，这在今天已经过时了。有评论者指出，苹果、英伟达、耐克这些“美国公司”的产品如果是在远东制造的，那在贸易统计上是印尼、中国、越南、台湾的出口，不是美国的——尽管利润还是归美国。这个视角也解释了为什么 AI 公司的市值让有些人以为 token 是最大出口——马上有人回怼：那得假设 AI 公司的估值是理性的，但它们不是。

茉莉: 这个故事最诚实的结论是：数据本身可能有争议，解读更是猜测，作者自己也承认是推测，讨论区连“信哪个来源”都吵不出结果——这本身就是当下信息环境的一个缩影。

白桦: 同样是全球格局变化，但数据来源扎实得多的话题：太阳能发电量首次全球超越核电。这是 pv magazine 报道的 WNISR 2026——世界核工业状况报告——的内容。

茉莉: 关键数字：2025 年全球太阳能发电量首次超过核电。实际上月度数据更早——2025 年 3 月风电月度发电量超过核电，4 月太阳能超过；从 2025 年 3 月到 2026 年 6 月，每个月太阳能或风电都单独超过核电；2026 年 3、4、5 月，两者同时各自超过核电。

白桦: 增长差距在拉大：2025 年全球太阳能装机增加 510GW 达到 2383GW，同比增长 27%；风电增加创纪录的 159GW 达到 1291GW，增 14%。相比之下，核电装机只增加了 1.5GW 到 399.5GW，而在运核电容量还减少了 0.5GW 到 368.6GW。报告指出核电容量 25 年多来基本持平。

茉莉: 更狠的是：报告的 PV 数字还是保守估计。更新的 IEA PVPS 数据显示 2025 年全球光伏新增约 690GW，比报告采用的数字多约 180GW——意味着太阳能和核电的差距、以及增速差，比报告显示的还要大。报告负责人 Schneider 说核工业在地面上的现实对期待繁荣的人是清醒剂：美国核企 Holtec 在上市前几天搁置了 IPO，本来想募近 10 亿美元；同行 Fermi 自 2025 年 10 月上市以来股价跌了约 80%。原因？这些公司拿不出什么落地的东西说服投资者继续投钱。全球在运核电机组发电量只增 1.1%，中国以外在下降，而全球太阳能发电量跳升 30%。

白桦: 讨论区的争论焦点不是“太阳能涨没涨”，而是“怎么解释”。一位评论者的框架很有代表性，虽然方向有争议：他说，尽管几乎每个主要政府 20 多年来近乎狂热地推行太阳能，而核电 30 多年几乎没有新电厂，太阳能也只是刚刚超过核电？然后他引用了一幅 XKCD 关于对数坐标的漫画。

茉莉: 这个框架马上被数据打脸。好几位评论者指出“狂热推行 20 多年”不符合事实：太阳能的爆发式增长非常近期——大部分装机是过去四五年里装的，而且还在加速。一位评论者直接引用报告数字回击：一年增 27%，四分之一以上的存量是过去一年加的。这正好是指数增长的标准行为曲线：前期看起来慢，然后突然超越——23% 到 27% 的年增长需要时间才能起势。

白桦: 另一位自称“总体支持核电”的评论者对那幅 XKCD 做了个技术纠偏：漫画里比较的是燃料能量密度，但我们从糖、煤、脂肪、汽油里通过氧化取能，从铀里通过裂变取能——漫画真正展示的变量是化学过程对核过程，这个比较就没那么一锤定音了。下面有人接了一句冷幽默：祝你好运让裂变在其他材料上工作。

茉莉: 还有人补充了核电并没有完全停滞：中国在大量建设核电，他所在的加拿大省份也在规划扩建。太阳能的优势场景是缺乏可靠成熟电网的地方，门槛低得多——两种工具干两件事。

白桦: 讨论里还插入了一段关于太阳能景观的争论。有人说太阳能真丑，几英里美丽的沙漠被毁了，是环境悲剧。反驳有两层：一层说你不看全部因素，太阳能替代的东西更值得看；另一层更详细——大规模光伏实际上在修复沙漠，还有农业光伏的互补场景，并贴了一串关于中国“太阳能长城”和沙漠光伏改善生态的报道。他总结说，在他看来，一块可靠的固态硬件，几十年里持续产出低碳电力、不需要任何其他投入、还可能对周边有正面收益，“美极了”。

茉莉: 接下来是一条国际新闻，语气会很沉重：西岸定居者袭击欧洲外交车队。

白桦: 据 Le Monde 转引法新社的报道，10 月 17 日，法国、比利时和波兰使馆的车辆载着外交官前往西岸被占领土上一个以基督教徒为主的村庄 Taybeh 时，定居者冲下来阻止巴勒斯坦人捡拾橄榄，目击者称。蒙面定居者对外交官做出挑衅性言行，然后踢了 78 岁的法国北部小镇 Aulnoye-Aymeries 的左翼市长 Bernard Baudoux。两位跟他交谈过的人说他受了伤，但不需要送医。

茉莉: 这位市长被袭击后说了一句很重的话：“我认为，如果定居者这样行事，这背后存在以色列政府的纵容。”

白桦: 讨论区很克制但很尖锐。一位评论者指出一个关键点：这不是孤立事件，这个故事能上新闻只是因为受害者是欧洲政要。他用了一个很重的词——pogrom——说这类事件每天都在发生，规模是每天多起，这种规模说明这不是随机的暴力，而是一场想把西岸农村巴勒斯坦人口清洗出去的协同行动。

茉莉: 另有评论者把动机指向更政治化的层面：“这是竞选活动，不多不少。”当然也有人试图降温，说这话题整个讨论串会变成骂战。事实层面目前就是这样：袭击本身有目击者和外交官证实，背景性解读各有各的说法，事件后续如何发展还未知。

白桦: 换个完全不同的频道，来聊一段很长的个人经历：一位叫 Derek Wessman 的博主讲述了自己加入日本国籍的全过程。他说得很坦诚：他分享的东西里，有些是亲身经历，有些是观点，有些是事实——读者别指望他分辨每句话属于哪类。

茉莉: 过程要追溯到 2012 年。他当时去法务局办别的事，决定开始归化申请。他总结日本政府有意把取得公民身份的流程设计得不透明、要求海量文件、至少耗时一年、且结果部分取决于主观判断。第一次咨询是在八王子法务局——当时还在南大泽，在城南边上，开车或坐火车要 40 分钟，现在搬回了市中心法院附近。有位年长的法务省官僚好心接待了他的初次咨询——通常初次咨询需要预约——他说这种事今天不会再发生了，因为申请入籍的人多太多了。

白桦: 然后就是那份吓人的文件清单，他是靠后来整理的电子表格回忆的：父母和六个兄弟姐妹每人的出生证明原件、父母的结婚证明原件、他母亲签署注明日期的宣誓书证明生了他、妻子家庭成员的完整名单包括姓名生日国籍以及与他的交往现状、每人是否也想归化以及支持还是反对的声明、他自己的出生证明、结婚证明、他住过的每一个地址和起止日期、从幼儿园开始的完整学历、所有文凭学位、完整工作履历含公司名职位起止时间。

茉莉: 还没完：所有英文材料要同时提交原件和日语译文，并附译文准确性认证书。日语译文里不能出现字母——只能用汉字、平假名、片假名或阿拉伯数字——他说幸亏没要求汉字数字，但每个专有名词都得用最别扭的片假名。然后是他的住民票、在留卡、驾照、他和妻子若干年的全部报税记录、各雇主的源泉征收票、向国税局和东京都及八尾市缴税的证明、健康保险缴费证明、厚生年金办公室开的雇佣保险缴费证明——而且所有这些都会被核查是否按时缴纳，不只是缴了。

白桦: 因为他有公司，还得提供公司若干年的财务报表、法人税消费税都县市町村税和员工代扣税的缴纳证明、雇佣保险证明、公司登记、定款、客户名单、业务内容和前景描述。还有妻子的户籍誊本、妻子出具的两人确系夫妻并育有这些孩子的声明、妻子对他归化同意还是反对的声明，以及三个不同场合拍的全家福……文章被截断了，但清单之长已经可见一斑。

茉莉: 讨论区反应两极。最直接的反应是被地址清单吓到——有人说“好，日本从我的清单上划掉了，我无论如何也拿不出住过的每个地址”。马上有人给出实用建议：从现在开始记一份这样的清单，帮了他好几次。也有人反驳说，需要这种数据的事他一律不参与，再说人家也不会信。

白桦: 更尖锐的质疑来自一位对流程很熟的人。他说作者等了“永远”才归化——跳过了 6 年——而且从未拿过永住卡，一直靠续签的签证生活，官员觉得奇怪。他说：这确实奇怪。作者提到的很多东西，在永住那一步本来就会办妥，任何国家都一样。

茉莉: 这里插进了一场关于签证纸面身份与日常生活脱节的讨论。有人说，在一个国家住久了，你基本上什么都能做，人们根本不在乎你的居留身份——他在英国日常生活只需要地址和驾照。马上有人追问“什么意思？”并指出英国任何大雇主雇佣你都要更多材料。

白桦: 然后出现了一个具体的反例：有人说这不对，他认识一个人在英国非法住了将近十年，只能做不上报政府的低端餐馆工作，移民局上门过多次，找移民律师也没用，最后管用的是生了孩子并跟公民结婚。还有人补充一个细节：日本要求永住要 10 年居住，归化只要 5 年，所以很多人在拿永住之前就归化了——马上有人说现在不是这样了。作者自己也在文中提醒：想申请归化就去当地法务局咨询，按他们说的办，别信网上比如他这个“随机老外博客”的说法，每个人的案子都不一样，法务省才是权威。

茉莉: 最后我们来轻松收尾：一个叫 Duck Pond 的网页小项目，一只全是合成声音的鸭子池塘。作者是 celphase，项目放在 GitHub Pages 上。

白桦: 设定很可爱：一小群绿头鸭——三只母鸭、两只公鸭、两窝小鸭子——在池塘里过它们的一天。没有任何录音，每一声嘎嘎都是实时合成的，而且从你站在岸边的位置感知距离，耳机模式下有 5、10、20 和 40 米的环。操作也简单：扔豌豆、戴耳机、空格暂停。

茉莉: 评论区一片“我爱这个”“太棒了”“终于有人做了”。有用户确认“这音质确实非常高质量”。还有人发现它可以当白噪音用，并来了一句神评论：“仿生人会喂电子羊吗——仿生人会喂电子鸭吗。”也有人提了个小改进建议：希望能沿着池塘走一走，鸭子老跟着他转。

白桦: 但讨论最热的部分跑题了——跑到了喂鸭子这个话题上。起因是一位用户吐槽“不知道谁想出面包对鸭子有害这个说法，毁了我一个钓鱼点”：以前大家用面包喂鸭子，他在那儿飞钓特别爽——鲤鱼、鲴、鲫鱼、赤睛鱼、白鱼甚至鮈鱼都上干蝇——后来有人立了牌子说面包伤鸭，大家不喂了，过了一阵鱼全没了。

茉莉: 这个吐槽马上被纠正。有人斩钉截铁地说“面包对它们还是有害的”，然后另一条回复详细列了原因：面包没什么营养价值，尤其是美国常见的那种白面包；它很快填满鸭子的胃，让它们不去觅食本来会吃的东西；在一个地方扔面包会导致过度聚集——这正是那个钓鱼点发生的事——给动物造成压力；它们会在一个地方大量排泄，带来一堆问题；没吃完的面包导致藻类繁殖，引发病害和虫害。最好的选择是喂豌豆——就像这个 app 里那样——或者切碎的冷冻葡萄。还有人补充：可以去宠物店买野生鸟类种子喂。

白桦: 一位老用户也分享了类似的亲身经历：他们以前在公园湖边喂鸭子，从饲料店买家禽饲料，几十只鸭子围过来，受惊起飞时连风都有感觉——后来公园立了禁止投喂的牌子，还把长椅都拆了。这位用户对 Duck Pond 本身的评价是“太美了”。

茉莉: 好，今天的节目就到这里。从 AI 模型基准、本地推理速度，到安全事件、内核社区、渲染库、硬件模拟，再到 XSLT 谢幕、黄金和太阳能的全球变局、西岸的冲突、一本正经的官僚流程，最后以一群全合成的鸭子收场。

白桦: 感谢收听，我们下期再见。