今天的内容涵盖大模型合规与工程瓶颈、编程代理的成本陷阱,以及物理与核能的现实应用。欢迎来到 Agili 的 Hacker Podcast。
Claude 设立 18 岁使用门槛
年龄核验流程
Anthropic 宣布面向消费者的 AI 助手 Claude 仅限 18 岁及以上用户使用。新用户在注册时必须确认成年。若系统检测到未成年人行为信号,将暂停账号,要求通过第三方身份验证平台 Yoti 核验。Yoti 提供无证件面部年龄估算、上传身份证件照片,以及通过数字身份 App 共享认证属性三种方式。核验完成后,Yoti 会立即删除生物特征与证件图片,仅向 Anthropic 返回布尔值结果。
监管防守与隐私担忧
社区讨论指出,这项举措主要是为了应对法律风险。美国的 COPPA(《儿童在线隐私保护法》)、英国的《适龄设计规范》以及加州 SB 1119 等法案,对未成年人的数据处理和内容交互设定了严格责任。未成年群体商业回报低,却伴随诉讼风险,直接排除是合规成本最低的做法。反对者则担心第三方核验环节的数据泄露风险,认为即便承诺即刻删除,证件信息在传输中依然存在被截获的隐患。部分用户因此表示,将加快转向本地部署开源模型。
OpenRouter 聚合网关的生产落地隐患
供应商实现差异引发性能下跌
一位调用超过 1,800 万条消息的开发者指出,OpenRouter 这类聚合网关背后接入了数十家算力供应商。各家在推理框架、量化精度和解析器上的差异,导致相同的开源模型权重表现不稳定。在 DeepSeek V4 Flash 的测试中,官方端点的 GPQA Diamond(科学问答基准)得分为 90.2%,而在运行同一权重的 DigitalOcean 节点上跌至 75.3%,TAU-Bench Airline(工具调用基准)更是相差超过 20 个百分点。在视觉模型上,部分节点无法正确识别颜色,甚至有节点直接返回空的 HTTP 200 响应。
参数失效与路由代价
开发者试图通过参数过滤来保证质量,但收效甚微。调节推理深度的 reasoning.effort 参数被许多节点忽略,实测中不少 fp4 节点的基准得分甚至高于 fp8 节点。各节点对上下文历史的校验标准也互不兼容,导致轮询降级策略容易在关键时刻失效。动态切换供应商还会破坏 Prompt 缓存命中率,使推理成本成倍上升。很多团队最终选择退回直连模型原厂 API,或者在自建网关中强行绑定经过验证的少数节点。
测试显示 RTK 无法降低 AI 编程账单
字符压缩不等于 Token 节省
开源工具 RTK(Rust Token Killer)声称通过过滤终端输出来减少 Token 消耗。软件分析团队 Quesma 进行了 1,740 次基准测试,发现在 Claude Code 与 Fable 5.0 搭配下,剔除单一极端用例后,整体费用节省不到 1%;在 OpenCode 与 DeepSeek V4 Pro 的测试中,总成本反而上涨了 5%,任务成功率也有所下降。RTK 自带的 rtk gain 指标仅按“原始字节减去过滤字节再除以 4”计算,并未反映真实的计费 Token 数量。
上下文截断引发交互轮次激增
压缩终端输出难以省钱,核心原因在于终端输出通常只占模型输入上下文的很小一部分,且已被各大平台的上下文缓存(Prompt Caching)大幅摊薄。模型本身的思考与输出才是费用的主要来源。删减终端输出破坏了标准格式,容易让模型产生误判。在 DeepSeek 的测试中,单轮输入虽减少 7%,但交互轮次增加了 18%,多跑一轮推理产生的费用直接抹平了字符压缩节省的支出。更有效的成本优化方式应是利用代码嵌入模型建立语义索引,从源头上减少盲目搜索。
九款编程代理框架在本地硬件上的瓶颈
预填充延迟与上下文挤压
许多开发者将编程代理框架接入本地模型时会遇到严重卡顿。测试表明,瓶颈主要在于框架架构与本地硬件的不匹配。笔记本处理输入上下文的预填充(prefill)速度较慢,每 1,000 个词元约耗时 11 秒。某些框架初始提示词与工具描述超过 18,000 词元,首字响应需等待超过 200 秒,直接占满了本地设备有限的上下文预算。同时,部分框架为生成摘要而并发发送的边缘请求,也会导致单张 GPU 陷入排队与重复预填充。
框架表现分化与架构改进
在 24GB 内存的 M4 MacBook Pro 上运行 27B 模型的测试显示:轻量型框架(pi、chad)初始提示词精简,首轮等待在 12 至 25 秒之间,后续缓存复用率达 96% 以上;重型但前缀字节一致的框架(cline、codex)后续复用表现稳定;而频繁发送附加请求的框架(crush、opencode)端到端速率大幅下降。实验性框架 chad 将执行循环与苹果自研的 MLX 推理引擎整合至同一进程,端到端生成速率从每秒 7.9 词元提升至 12.4 词元,配合投机采样草稿模型后进一步提升至每秒 17.4 词元。
25 位菲尔兹奖得主谈数学与 AI 的目标分歧
概念洞见与工业化答案的冲突
包括陶哲轩、舒尔茨在内的 25 位菲尔兹奖得主联合签署声明,指出将攻克数学难题作为基准测试(benchmark)的做法,偏离了数学研究的核心目标。数学的本质在于理解基本结构,难题只是人类检验理解深度的工具,攻关过程中提炼的方法与概念才是学术传承的载体。商业机构以工业化速度批量生产未经充分解释的“真/假”结论,跳过概念提炼与学术对话,破坏了数学知识的积累链条。
社区对学术评价体系的讨论
Hacker News 社区对此形成了不同视角的探讨。支持者认为,绕过推导过程直接空降答案,无法培养人类建立抽象概念的能力,易产出如同堆砌特例的代码一样难以消化的形式化证明。偏向实用主义的观点则认为,借助强大算力获取正确答案具备工程价值,机器找到解法并不妨碍人类后续拆解学习,这一分歧也反映了传统基于“谁先解题”的学术声誉分配体系在面对机器冲击时的适应过程。
Google 签约采购芬兰核电站半数电力
欧洲最大单笔投资
Google 宣布在芬兰投资 130 亿欧元建设人工智能基础设施,并与芬兰 Fortum 公司签署为期 22 年的购电协议(PPA),采购洛维萨(Loviisa)核电站最高 50% 的电力输出。资金将用于新建三座数据中心及扩建既有设施。芬兰凉爽的气候有助于降低服务器冷却能耗,余热还能接入市政集中供热系统。这笔长期合同也为该核电站持续服役至 2050 年所需的 10 亿欧元延寿改造提供了资金支持。
额外性争议与基荷价值
社区围绕这笔交易的环保属性展开了讨论。批评者指出,买下既有核电站产能是在用电需求大幅增加的同时拿走了公共电网的清洁基荷(baseload power),周边用户可能被迫转向化石燃料备用能源,并未体现投资促成新增清洁资产的“额外性”。支持观点则强调,在北欧冬季风光能源波动的环境下,缺乏商业长期合同托底的旧反应堆面临退役风险,维持现有核电资产对区域脱碳同样具有支撑作用。
切伦科夫辐射的原理与核查应用
水中超光速引发的光学激波
切伦科夫辐射(Cherenkov radiation)是带电粒子在特定介质中的运动速度超过该介质中光速时发出的蓝色辉光,帕维尔·切伦科夫因此获得 1958 年诺贝尔物理学奖。真空中光速不可超越,但光在水中的速度会降至真空速度的约 75%。核反应释放出的高能电子在水中的减速幅度较小,速度超过水中的光速时会打破沿途原子的能量平衡,释放出类似超音速“音爆”的光学连续谱激波,肉眼可见呈现蓝紫色。
国际原子能机构的核保手段
国际原子能机构(IAEA)利用这一光学效应对核材料进行防扩散监督。浸泡在水池中冷却的乏燃料(使用过的核燃料)会持续激发出切伦科夫辐射。视察员使用切伦科夫观测仪测量水池中辐射的光强与分布特征,比对各成员国申报的核材料位置与物理形态,核验乏燃料是否遭到违规挪用,确保核能仅用于和平目的。
在 Magit 中高效使用 Git Worktree
并发任务隔离需求带动功能普及
Git worktree(工作树)允许多个工作目录共享同一个本地仓库的对象数据库与配置,近期随着并发 AI 编程智能体的普及重新受到关注。worktree 避免了在同一目录下频繁切换分支和暂存修改,且在同一文件系统下通过硬链接共享对象库,几乎不增加磁盘存储负担。主要约束在于 Git 默认不允许同一分支在多个工作树中重复检出,且未跟踪的文件与项目依赖需要在每个新工作树中单独构建。
Emacs 终端下的配置实践
在 Emacs 的 Git 界面 Magit 中,所有工作树管理操作都集成在快捷键 Z 下,包括检出、新建与删除。作者建议将 magit-insert-worktrees 加入状态页面钩子函数,使状态页面直接列出所有关联工作树。将新的 worktree 与主目录平级存放,既能避免全局文本搜索被递归嵌套干扰,也能使项目管理插件将其识别为独立工作区。
声波灭火器的物理机制与场景局限
30 Hz 低频隔绝空气
墨西哥 16 岁高中生制作了一款名为“Vortex Tech”的声波灭火装置,使用 12 伏电池驱动发生器与扬声器,利用 30 Hz 的低频振动在数秒内扑灭火源。声波灭火的机制类似于车载低音炮大幅推动空气,利用压力振动扰乱火焰边界层,瞬间将氧气与燃料分离。该原理最早可追溯至 DARPA 等机构在十余年前的实验研究。
缺乏降温能力导致复燃
这项技术始终难以成为主流灭火工具,核心在于燃烧的物理机制。声波可以隔绝空气流动,但无法带走燃烧产生的热量。只要燃料周围温度依然高于燃点,扬声器一旦关闭,回流的氧气会导致火源立即复燃。在封闭环境中,特定驻波甚至可能加剧燃烧。工程界认为其更适合粮仓或精密电子仪器舱等不能使用水和化学灭火剂的封闭场景。
旧线缆盒的收纳实践与硬件安全
实用收纳与规格标记
博主 Jim Nielsen 记录了从闲置线缆盒中找到关键配件解决突发状况的经历,在社区引发了对备用线缆管理的讨论。为防止线材杂乱,多数人建议采用透明自封袋分类收纳,使用魔术贴或废旧自行车内胎剪成的胶圈捆扎,避免橡皮筋老化粘连。针对外观一致但传输能力差异极大的 USB-C 线缆,硬件爱好者倾向于使用便携测试板检测 E-marker 芯片与引脚导通情况,并用标签标明规格。
规避电源线混用风险
保留线缆需要注意硬件安全。社区成员提醒,全模组电脑电源(PSU)的模组线绝对不可混入通用线缆盒。不同电源品牌的接口引脚定义(Pinout)并不统一,抓取不明来源的模组线插接硬件,极易导致硬盘等设备通电烧毁。对于老旧冗余线材,更理性的做法是去重保留达标线材,多余部分送交二手置换或金属回收,平衡收纳成本与应急需求。
播客全文
女:Hello 大家好,欢迎收听 Agili 的 Hacker Podcast,我是莓莓。
男:大家好,我是阿迪。
女:阿迪,最近 Claude 突然加了 18 岁的年龄门槛,不少人一觉醒来发现账号要上传证件了。如果是你,会愿意把护照发给第三方验证吗?
男:Anthropic 合作的服务商是 Yoti。他们提供了自拍面部估算、上传驾照或者用数字身份 App 这几种方式。平台通过了 SOC2(系统与组织控制审查标准)认证,核验完成会删掉照片,Anthropic 拿到的只是一个布尔值。不过第三方数据泄露在业内并不少见,大家心里有顾虑很正常。
女:我觉得 Anthropic 主要是想避开监管责任。现在针对青少年的法律越来越严,加州的 SB 1119 法案对聊天机器人防范未成年人自残设定了极高门槛。对主打专业开发者的工具来说,未成年人付费率低,法律风险却高得吓人。
男:直接切断是法律成本最低的防守策略。这在开源社区引发了另一种讨论,很多家长认为大模型是极好的学习工具,不想让孩子失去前沿生产力,现在正加速把开源模型搬到本地运行。
女:说到大模型对学习和智力劳动的冲击,陶哲轩和舒尔茨等 25 位菲尔兹奖得主最近联名发了声明,专门针对 AI 公司把数学难题当 Benchmark(基准测试,用于衡量模型能力的标准化测试)的做法。
男:数学界的核心目标是提炼新概念、建立理解事物本质的方法体系,解出题目只是探索过程中的副产品。现在很多商业机构为了跑分,用工业化流水线直接刷出对错结果,既没有论文证明的推导过程,也跳过了学术交流。
女:这就像坐直升机直接降落在珠峰山顶,你虽然到了顶峰,但完全没有积累登山的经验和耐力。如果以后学生只看机器吐出来的最终证明,人类自己建立抽象概念的能力可能就退化了。
男:很多工程师在写代码时也有这种感觉,大模型有时候会用一堆特殊判断硬凑出能跑通的代码,但整体结构毫无美感,根本无法维护。当机器开始接管结果导向的智力活,如何保留人类探索过程中的认知价值,确实是个大问题。
女:不仅是脑力上的争夺,巨头们在物理世界的资源抢夺更夸张。Google 刚宣布在芬兰投资 130 亿欧元建 AI 基础设施,还签了 22 年长约,买下洛维萨(Loviisa)核电站一半的发电量。
男:洛维萨核电站目前发电量大概 1,000 兆瓦,占芬兰全国发电量的 10%。它的一号和二号反应堆是上世纪七八十年代建的,未来延长服役到 2050 年需要投 10 亿欧元。Google 的长期购电协议等于帮老核电站解决了翻新的资金问题。
女:不过也有很多人质疑,Google 买下的是电网里原本就有的清洁基荷(baseload power,指电网持续需要且不随峰谷大幅变动的最低稳定电力需求),这并没有在世界上新建清洁能源。旁边像爱沙尼亚这样依赖互联电网的地区,可能得烧更多化石燃料来补足缺口。
男:这就涉及所谓的“额外性”问题,买既有产能更多是完成自身的企业碳中和指标。不过在北欧漫长的冬天,风能和太阳能波动很大,有科技巨头托底这些老核电机组,客观上也避免了机组提前退役。
女:说到核电站,我一直对反应堆水池里那种幽蓝色的光特别着迷,科幻感拉满。那层蓝光到底是怎么产生的?
男:那是切伦科夫辐射(Cherenkov radiation,带电粒子在介质中运动速度超过该介质中光速时发出的光学辉光)。爱因斯坦说真空光速不可超越,但光穿过水的时候,速度会降到真空里的 75% 左右。核反应产生的高速电子在水里的速度可以超过这个介质光速,就像超音速飞机划破空气产生音爆一样,带电粒子在水里打破原子能量平衡,释放出波长极短的高能蓝紫光。
女:这可真是物理层面的“超光速音爆”。这种蓝光在现实中除了好看,还有什么实际用途吗?
男:国际原子能机构用它来核查核燃料。核电站用过的乏燃料浸泡在水池里,里面的放射性强弱对应着切伦科夫辐射的光强。核查员拿专门的光学观测仪扫一下,就能看出来里面的核材料有没有被偷偷调包或者挪用。
女:物理学在微观层面很神奇,在宏观生活里也能玩出新花样。墨西哥有个 16 岁的高中生,做了一个叫 Vortex Tech 的装置,用 30 Hz 的低频声波把火焰吹灭了。
男:这个原理其实像一个大号的车载低音炮。扬声器低频震动推动空气,打乱了火焰的边界层,把氧气和燃料瞬时剥离。DARPA(美国国防高级研究计划局)在 2012 年就做过测试,电视节目《流言终结者》也复现过。
女:既然十多年前就有了,为什么我们在商场或者家里见不到声波灭火器呢?
男:声波可以把空气推走,但它带不走热量。如果物体本身的温度还高于燃点,扬声器一关,空气重新回流,火苗立刻就复燃了。而且如果在密闭空间里遇到特定共振,还可能助燃。它更适合用在不能用水和干粉的封闭场景,比如粮仓或者特定精密仪器的机柜内部。
女:说到机柜和仪器,最近很多开发者都在晒自家的“旧线缆盒”,甚至有人把“永远不要让别人拿走你的线缆箱”打印出来贴在盒子上。阿迪,你家里也有这种箱子吧?
男:我的盒子里还有十几年前的 DVI 显示线和老款方口打印机线。工作心流最怕打断,大半夜调试硬件缺一根转接线,线上买得等次日达,翻箱底能找出来就是救命稻草。
女:但那个盒子很容易变成一团灾难。大家分享的收纳经验挺有意思,比如用透明自封袋分门别类,角上剪个小孔放气压缩。千万别用普通橡皮筋,放几年就会化掉粘在线上,魔术贴或者旧发圈好用得多。
男:作为工程师我还得提个醒:全模组电脑电源的模组线千万别混进公共线缆盒。虽然插头长得一样,但不同品牌甚至同品牌不同批次的电源接口,针脚电压定义完全不同。拿错一根线插上,通电瞬间硬盘就烧焦了。
女:所以现在大家都得用线缆测试板,先测通断和 E-marker 芯片(用于向设备声明线缆功率和传输能力的标记芯片),测完贴好标签再收纳。
男:理性的方式是去重,老旧的百兆网线和低速 HDMI 该扔就扔,每种实用规格留一两根就行。
女:我们日常把手机连上电脑,很多时候是为了本地调试。现在不少人试着把编程智能体从云端切到本地模型,结果发现平时每秒跑几十个字的模型,在自己的 MacBook 上奇卡无比。
男:这主要是架构设计的问题。云端 GPU 处理输入提示词每秒上万词元,但笔记本芯片在预填充(prefill,模型处理输入上下文的阶段)时很慢,M4 处理一千词元大约要 11 秒。主流智能体框架针对云端设计,往往带了 18,000 词元的系统提示词和工具描述,本地模型光读完这段前置规则,就要干坐着等 200 多秒。
女:再加上本地统一内存预算有限,总共三万左右的上下文窗口,被框架的规则占掉大半,留给代码的只剩一小撮了。
男:没错,而且有些框架还喜欢在后台偷偷发并发请求去生成标题或者摘要,本地单芯片就会疯狂排队。最近有个轻量级框架 chad,把工具缩减到 5 个,直接嵌进苹果的 MLX 推理引擎,再配合投机采样,端到端速度从每秒 7 个词元提到了 17 个词元。还有人用 C 语言写了核心逻辑,编译出来只有几百 KB。
女:为了给本地或者云端 Agent 省钱,社区最近有个开源项目叫 RTK(Rust Token Killer)火得不行,拿了近八万颗星,号称能通过过滤终端输出,帮 Claude Code 省下 60% 甚至 90% 的调用费。
男:这个结论很快被打假了。软件分析团队 Quesma 做了 1,700 多次基准测试,发现它几乎省不了钱,有些模型上的总花费反而上升了 17%。
女:为什么删减终端文字反而更花钱了?
男:大模型都是在标准终端输出上训练出来的。RTK 把信息裁得七零八落,模型看不懂就会反复试错,单轮交互虽然省了一点字符,但导致总交互轮数增加了 18%。而且现在云端普遍有 Prompt Caching(提示词缓存,以极低价格重复读取先前上下文的技术),后续轮次读历史文本的费用本来就很便宜,大头都在思考推理和输出上。
女:想要真正降成本,与其在终端文本上做手脚,不如老老实实用代码语义索引,减少 Agent 盲猜的次数。那在生产环境里,大家不用本地模型,也不想绑定单个大厂,往往会选 OpenRouter 这种聚合网关,这下总稳妥了吧?
男:事实上有开发者调用了 1,800 万次请求后,发现聚合网关的水非常深。OpenRouter 背后接了数十家算力供应商,虽然运行的是同一套开源模型权重,但底层推理引擎和精度各不相同。同一个 DeepSeek 模型,官方节点的基准得分是 90 分,某些第三方算力节点直接跌到了 75 分,工具调用能力暴跌了 20% 以上。
女:这听起来像是买到了高仿。更要命的是那些静默失败吧?
男:对。有的供应商解析不了图片,却依然返回 HTTP 200 成功状态码;有的供应商把思考过程塞满了字段,正文内容却是空的。如果框架试图在多家节点间动态切换,还会直接打乱 Prompt 缓存,导致推理成本翻倍。在严肃业务里,把算力当成无差别的自来水随意调度,目前还不太现实。
女:看来在生产环境里,大家最后还是得退回到直连原厂 API,或者在本地把工作流做扎实。最近因为 Claude Code 这些编程工具兴起,把一个十年前的 Git 老功能带火了,就是 Git worktree(工作树,允许多个工作目录共享同一个本地仓库底层数据的机制)。
男:worktree 确实是今年被 AI 翻红的典型。智能体在后台写代码很容易把当前工作目录改得一团糟。用 worktree 可以在同级目录拉出一个完全独立的工作区,多个 Agent 和人类开发者可以各自在一个目录里工作,底层共享同一个 Git 对象库。
女:很多 Emacs 用户在 Magit 界面里按一个快捷键 Z 就能调出所有工作树,非常顺手。
男:不过要注意的是,未跟踪的文件不能跨目录带过去,每个新 worktree 里的项目依赖包还是得重新安装。现在也有人转向 Jujutsu(简称 jj,一款兼容 Git 的新版本控制工具),它自带原生工作区快照,还能随时撤销全部操作,对自动化编程更友好。
女:聊了一整圈,从前沿模型的合规边界,到物理世界的核电基荷与声波,再到手边的旧线缆和本地开发环境。技术演进得越快,底层的物理规律和工程细节反而越需要被认真审视。感谢大家收听本期节目,别忘了使用泛用型播客客户端订阅我们,下期再见!
男:下期再见!
参考链接
- Claude is only available to people over 18 years
- Don't let anyone take away your big box of cables
- So you want to use OpenRouter?
- Mexican student creates an acoustic fire extinguisher to put out fire in seconds
- Google will buy half the electricity from one of Finland's nuclear power plants
- Nine coding harnesses vs. your laptop
- A misalignment of AI in mathematics
- Cherenkov Radiation
- RTK reports token savings, but our cost benchmarks disagree
- Working with Git Worktrees in Magit
