从 59 条内容中筛选出 14 条重要资讯。
科技新闻
1. Go 公布新 JSON API:encoding/json/v2 ⭐️ 8.0/10
2. Anthropic 公布大模型推理可验证性研究进展 ⭐️ 8.0/10
3. 腾讯发布开放权重模型 Hy4,开源 HyCell 与 HyPDE ⭐️ 8.0/10
4. OpenAI 流水线称生成 948 个 Linux 提权利用 ⭐️ 8.0/10
5. 中国科大发布结构引导 RNA 基础模型 structRFM ⭐️ 8.0/10
6. 月之暗面开源 Kimi K3.1 Pro 权重并开放 API ⭐️ 7.0/10
7. AI 加速暴露软件漏洞,业界被迫偿还安全技术债 ⭐️ 7.0/10
8. DOS《银河飞将》实现合作多人模式 ⭐️ 7.0/10
9. OpenAI 计划收购代码存储公司 Pierre Computer ⭐️ 7.0/10
10. B200 实测:Huginn 权重共享未自动减少 HBM 读取 ⭐️ 7.0/10
11. Calif 演示绕过锁定模式越狱 iPhone 18 Pro ⭐️ 7.0/10
12. 报道:华为要求客户自行采购升腾 960DT 所需 HBM ⭐️ 7.0/10
13. 蓝牙 HDT 获采纳:LE 峰值速率升至 7.5 Mbps ⭐️ 7.0/10
14. 苹果将在 27.3 检查 iCloud 公共链接中的有害内容 ⭐️ 7.0/10
科技新闻
Go 公布了新的标准库 JSON API 方案,包名为 `encoding/json/v2`,为 Go 开发者提供不同于现有 `encoding/json` 的 JSON 编解码接口。该方案目前仍属提案性质的 API 设计,不能视为已完成对旧包的替换;现有项目需要评估兼容性和迁移路径。
hackernews · olexsmir · 11月4日 17:52 · 社区讨论
「背景」 Go 现有的 encoding/json 包在性能与 API 设计上积累了不少限制,新的 json/v2 方案正是为改进这些问题而提出。按照 Go 官方博客的介绍,v2 API 建立在新的 encoding/json/jsontext 包之上:后者负责 JSON 文本的底层读写,为上层序列化 API 的改进打基础。
「迁移影响」 由于 Go 1.27 的 `encoding/json` 在保持导入路径不变的情况下底层已切换到 v2 引擎,现有代码即使不改 import 也可能遇到行为差异,升级前需按官方迁移指南逐项核对。对于新写的 JSON 代码,包文档已明确建议直接使用 `encoding/json/v2`。
「社区讨论」 评论者总体认可引入 `encoding/json/v2`,但认为迁移并不轻松:有人指出 v2 没有保留 `MarshalIndent`,要输出等价的可读 JSON 需要复杂且不直观的代码。也有评论将这次变化类比为 Python 曾出现的“同一件事的第二种做法”,担心标准库 API 出现分裂。
参考链接
标签: #Go, #JSON, #standard library, #API design, #migration
Anthropic 发布了一项关于大语言模型推理可证明性(provable inference)的研究进展,目标是用密码学方法验证一次推理确实由所声明的模型权重完成。根据现有材料,这属于研究层面的展示,而非已经上线、可供调用的产品能力;材料中没有给出支持的模型、可用范围或正式发布时间。对于无法直接检查服务端权重的闭源 API 用户,这项研究针对的是一个具体的信任缺口:响应究竟由哪个模型、哪套权重生成。
hackernews · ltononro · 11月4日 17:17 · 社区讨论
「技术背景」 可证明推理旨在让模型服务方生成密码学证明,证明某条回复确实由指定模型产生,而不是仅依赖服务方自述。此前这类方案的主要瓶颈是证明开销:Anthropic 的对比材料称,VerInf 在证明 400B 参数的 Llama 4 Maverick 时吞吐仅约 0.02 tok/s,而当前经同行评审的先进方案 DeepProve 用一次前向传播认证整段生成序列。
「实际影响」 如果这类验证走向实用,闭源模型客户将第一次有可能审计服务商是否暗中替换了模型或权重,而不必只依赖合同与签名声明。但评论中引述的开销数据——约 90–100 倍的计算代价、单次证明校验在 24 线程上约 17 秒——表明该方案目前更适合作为高保障场景的抽查手段,而非承载日常流量的默认路径。
「社区讨论」 评论者 neuwirth 称该工作建立在 VerInf 之上,并指责 Anthropic 在选用 400B Maverick 等设计时未给予充分署名;这属于个人主张,未获其他来源证实。nemo1618 则提出,对开放权重模型只需确定性地重跑计算即可验证,比零知识证明更便宜;vessenes 认为该结果是相对此前 zk 方案的显著改进,但对闭源提供商而言,让多个独立推理方重跑同一非批处理提示、取得概率性证明,可能比 90–100 倍开销更划算。
参考链接
标签: #provable inference, #LLM verification, #cryptography, #Anthropic
腾讯发布开放权重模型 Hy4,并称其为当前最强的开放权重模型之一。公告同时开源了由 Hy4 与 Hyra 2.0 共同开发的两个科学基础模型:用于单细胞表征的 HyCell 和用于物理场建模的 HyPDE。Hy4 已针对 Unreal Engine、Unity 和 Godot 做适配,训练与评测覆盖功能实现、玩法逻辑、状态跟踪和资产管线,并扩展到多人游戏开发。腾讯承认,在科研级数学、长时程编程、模型自我改进和高级视觉问答等内部基准上,Hy4 与顶级闭源模型仍有明显差距,并表示将继续扩大预训练和后训练规模。
hackernews · Philpax · 11月4日 14:11 · 社区讨论
「背景」 Hy4 属于腾讯持续开源权重的大模型系列,腾讯在发布稿中称这一代已跻身全球领先开源模型之列。公告本身以此前的 Hy4 preview(预览版)作为对比基线,因此这次公布的是在预览版基础上完成的正式版本,而非该系列的首度亮相。
「影响」 对使用 Unreal Engine、Unity 或 Godot 的团队来说,Hy4 提供了一个可评估的开放权重选项,可用于功能实现、玩法逻辑、状态跟踪、资产管线和多人游戏开发;但腾讯自述其在长时程编程、科研级数学等任务上仍落后于顶级闭源模型,选型应按具体任务验证,而不能只看总体排名。
「社区讨论」 有评论者称赞腾讯开源 HyCell 和 HyPDE,认为这与一些美国初创公司限制研究形成对比;frangonf 则认可公告坦承与顶级闭源模型的差距。chriddyp 报告称,在 Plotly 的数据分析基准上,Hy4 处于 GPT-6.1 Sol 与 GPT-6.1 Terra 之间的成本/准确率前沿,但工作非常慢:每题约运行 26 次查询,部分达 64 次,还提到个别查询耗时明显偏长。
参考链接
标签: #open-weight models, #foundation models, #Tencent, #game development, #AI research
OpenAI 声称,其自主漏洞研究流水线在 2026 年 10 月的一次 Linux 内核扫描中复现了 1,724 个漏洞,并生成 948 个可让本地低权限用户获得 root 权限的可用提权利用程序,另有 291 个信息泄露 PoC。OpenAI 还称总 API 成本为 1,213,430 美元,平均每个成功 LPE 利用为 1,279 美元,并发现至少 10 种据称经第三方专家确认的新利用技术。上述数字和技术细节来自 OpenAI 的帖子及二手 Telegram 摘要,尚待独立复核;帖文以安全为由未公开完整技术细节。
telegram · zaihuapd · 11月5日 03:04
「背景」 OpenAI 将这项工作定位为一条自主的漏洞发现、利用与修复流水线:它不只复现漏洞,还会生成利用程序与补丁。这条路线此前已有小规模先例:据外媒报道,2026 年 6 月的 “Patch the Planet” 计划中 GPT-5.5-Cyber 产出过 24 个 Linux 提权 exploit,而本次同一方向上的产出规模扩大到 948 个,且结果经人类研究员复核后才对外报告。
「影响」 对 Linux 发行版和企业而言,这批结果若被复核,意味着补丁验证和漏洞分级要面对可直接运行的 LPE 利用代码,而不只是漏洞报告;拥有本地低权限账户的环境尤其需要优先跟踪内核修复。由于完整技术细节尚未公开,948 应被视为 OpenAI 的流水线产出数字,而非已独立确认的独立漏洞总数。
「社区讨论」 在 Hacker News 讨论中,tzury 质疑 948 个利用是否只是同一类漏洞的多种路径而非独立漏洞,evan_a_a 则批评 OpenAI 以“安全”为由不公开新技术细节、使外界难以评审;自称该团队成员的 dangelosaurus 表示可回答问题。上述均为评论者观点,未提供独立验证。
参考链接
标签: #AI vulnerability discovery, #Linux kernel security, #exploit generation, #OpenAI, #cybersecurity
中国科大团队提出结构引导的 RNA 基础模型 structRFM,相关论文于 11 月 5 日在线发表于《自然》。该模型将 RNA 二级结构中的碱基配对信息融入序列预训练,使用约 2100 万条序列—结构配对数据训练,并在多项任务中达到前沿水平。团队还发布了 MUSES 方法,用于整合多种二级结构预测结果以降低偏差,以及三维结构预测模块 Zfold;据团队介绍,Zfold 的性能与 AlphaFold 3 相当。数据、模型权重和代码均已开放。
telegram · zaihuapd · 11月5日 04:49
「结构引导 RNA 模型的思路」 RNA 基础模型通常先在大规模序列上做掩码语言建模,再迁移到结构或功能预测;结构引导的做法是把二级结构中的碱基配对关系作为额外监督信号加入预训练。structRFM 的 bioRxiv 预印本已描述通过 pair matching 将碱基配对融入掩码语言建模,其 GitHub 仓库则说明 MUSES 集成热力学、概率和深度学习预测器的二级结构结果,以缓解注释偏差。
「对 RNA 结构研究者的直接可用性」 对从事 RNA 结构预测的研究者来说,可直接复用团队开放的数据、权重和代码,在自有序列上做微调或基准测试;MUSES 提供的多源二级结构整合方法也可用于降低单一预测工具带来的偏差。需要注意的是,Zfold「与 AlphaFold 3 相当」目前是团队自测结论、尚无独立复现,而 RNAbpFlow、DRfold2 等同类工作也在同一方向上推进,因此实际选型前宜先在与目标 RNA 类型匹配的数据集上验证。
参考链接
标签: #RNA基础模型, #AI for Science, #结构生物学, #开源模型, #Nature
月之暗面在 Hugging Face 发布了 Kimi K3.1 Pro 的开放权重,称其为原生多模态智能体模型,总参数 2.8T、激活 104B、上下文约 100 万 token,是 K3.1 系列首个模型。权重以 MXFP4 量化形式提供,同时官方开放 API:在 platform.kimi.ai 选择 kimi-k3.1-pro 即可调用,兼容 OpenAI 与 Anthropic 接口。社区讨论提及其硬件门槛很高,有人称下载体积约 1453GB、运行可能需要 8 块 B300 级别的节点,这些是评论者估算而非官方要求。
hackernews · abrarthought · 11月4日 15:30 · 社区讨论
「背景」 开放权重发布意味着参数文件可下载,团队可选择本地或私有部署,也可交给第三方托管推理,但硬件成本和推理优化责任会随之转移给部署方。Kimi K3.1 Pro 是 K3.1 系列首个模型,权重以 MXFP4 量化形式提供,官方同时保留兼容 OpenAI 与 Anthropic 接口的 API 路径。
「接入与自建的门槛分化」 对开发者来说,最直接的后果是接入方式与自建门槛明显分化:官方 API 上的 kimi-k3.1-pro 兼容 OpenAI 与 Anthropic 接口,现有客户端通常只需改 base URL 和模型名;但若想自建部署,则要面对 2.8T 总参数和 MXFP4 量化权重,评论区有人估算下载量约 1453GB,并称需要 8 卡 B300 级别的节点,普通工作站基本无法承担。成本方面,据第三方汇总,该模型 API 定价为每百万输入 token 2 美元、每百万输出 token 10 美元,比 K3 低约三分之一,而 OpenRouter 等第三方托管方已在提供同一模型,有评论者称部分第三方托管方的吞吐量高于官方端点;因此实际选型时值得把官方端点和第三方托管方并列测试。
「社区讨论」 评论者对基准表现看法不一:有人称 K3.1 与 DeepSeekV4.1-Flash 差距不大,在相关基准上得分不高,因而认为它“benchmaxxed”;也有人称实际测试未观察到该问题,认为它是略逊前沿但适合多数场景的强开放模型。另有评论者称 OpenRouter 等第三方推理商已托管该模型,并称 Together 在相同价格下吞吐约为月之暗面端点的两倍、Modal 又约为 Together 的两倍,认为推理成本仍有下降空间。
参考链接
标签: #open-weight models, #large language models, #AI inference, #Moonshot AI, #model release
IEEE Spectrum 的一篇分析文章指出,AI 正在加速暴露长期潜伏的软件漏洞,迫使软件行业处理过去四十年积累的安全技术债务。文章把这轮漏洞发现描述为历史欠账的集中显现,而不是某一次单独的攻击突破,重点在于业界如何修复和偿还这些债务。
hackernews · pseudolus · 11月4日 11:52 · 社区讨论
「背景」 PHP2Shell 是影响 PHP 5.4 至 8.5 的两个内存安全漏洞(CVE-2026-109618 和 CVE-2026-109619),可导致远程代码执行。相关研究还显示,Brotli2Shell 涉及的缺陷不限于 HTTP 客户端和服务器,暴露面比名称所暗示的更广。Guy Carpenter 在 2026 年 10 月的分析中把 PHP2Shell 视为一种累积风险场景,尤其涉及未修补和联网环境,并指出 AI 在漏洞发现中的作用正在上升。
「影响」 当 AI 让漏洞发现速度加快时,维护团队需要把补丁、回归测试和安全审查纳入遗留代码的常规安排,而不能只被动响应新披露的单个 CVE。
「社区讨论」 评论区中,Arbortheus 期待这波发现能顺带挖出被国家或商业机构隐藏的 0-day,glennfiedler 认为短期阵痛后软件会更安全,Balgair 则借 GEB 提醒不存在理论上完美的安全系统。vanschelven 反驳文章把 PHP2Shell 当作当前最严重案例,称 HTTP2Shell/Brotli2Shell 在代码中存续 8 年、修复在 Git 中 8 个月未发布、至少 4 名独立研究者发现,说明人类也可能长期搁置漏洞;kentm 则称 AI 降低了处理 5-7 年技术债的成本,但研究与测试仍耗时。
参考链接
标签: #AI security, #vulnerability discovery, #technical debt, #cybersecurity, #software security
作者 daniel_rh 称,他经过约十年的逆向工程,已让 DOS 版《银河飞将》(Wing Commander)支持合作多人模式,玩家可以一起执行剧情任务。项目从 2015 年发现游戏状态可容纳于 64k 数据段开始,通过内存探测定位变量、向游戏函数注入调用,并在网络间同步游戏状态。上述能力来自作者自述,提供的材料未说明发布形式、下载方式或兼容性细节。
hackernews · daniel_rh · 11月4日 18:51 · 社区讨论
「背景」 《Wing Commander》是 ORIGIN Systems 于 1990 年推出的 DOS 太空战斗模拟游戏,玩家驾驶战机执行任务,并可对 AI 僚机下达指令;原版设计为单人游玩,玩家与 AI 僚机配合作战。据作者在讨论中的说法,这一改造始于 2015 年:他在 DOSBox 中游玩时发现整个游戏状态都能装进 64K 数据段,此后便与兄弟一起通过反复试探内存,逐步定位变量并注入函数调用,最终实现联网同步。
「影响」 对想重温原版战役的玩家,这意味着 DOS 版剧情任务可从单人变为双人合作;对同类 DOS 游戏的多人化改造,作者所用的变量定位、函数注入和状态同步思路提供了可参考的技术路径。
「社区讨论」 评论区主要表现出怀旧和好奇:有评论者问这套方法能否用于制作类似游戏,也有人追问语音为何走数据通道而不是 RTC 流。上述问题在提供的评论中没有得到作者回应。
参考链接
标签: #reverse engineering, #DOS, #Wing Commander, #co-op multiplayer, #memory patching
OpenAI 宣布将收购 Pierre Computer,现有信息未披露交易金额、交割条件或完成时间。社区讨论把 Pierre 描述为面向 AI 编程代理的 git 级代码存储基础设施提供商,并称其 Code.Storage 被用于保存代理生成的代码、记忆文件和设计产物;这些说法尚未得到公告正文或独立报道证实。
hackernews · itunpredictable · 11月4日 15:21 · 社区讨论
「背景」 据社区讨论中引用的产品介绍,Pierre Computer 的 Code Storage 以 git 为基础,为大规模代理式工作负载存储生成的代码及其他机器生成产物,Lovable、Bolt、Amp 等产品依赖它。OpenAI 表示,此次收购旨在扩展 Codex 构建、理解和审查代码的工具能力。
「影响」 若交易完成,讨论中提到的 Code.Storage 用户(如 Lovable、Bolt、Amp)将面临供应商归属变为 OpenAI;目前没有服务连续性、定价或 API 兼容性承诺,依赖该存储层的团队应把迁移或双轨运行纳入风险评估。
「社区讨论」 有评论者把这笔收购与 OpenAI 的 git 扩展需求联系起来,并指出 Pierre 由 Bootstrap 原始开发者 Jacob Thornton 和 Mark Otto 创立。还有人称赞其 diffs 库,同时猜测 OpenAI 可能也在获取构建数据集的团队经验,这属于未证实的社区推测。
参考链接
标签: #OpenAI, #acquisitions, #git infrastructure, #AI coding agents, #developer tools
一位 Reddit 作者用 Nsight Compute 在 B200 上分析了循环 Transformer(Huginn)的权重复用,并公开了代码和原始数据。作者报告:8 个矩阵乘法共享一个 72 MiB 权重时,比使用 8 份相同副本快 24%,且几乎不从 HBM 读取;当权重增至 288 MiB、超过 L2 后,这一差异消失。对采用随机权重的 Huginn Core 教学实现,8 次迭代的耗时和 HBM 读取量都约为 1 次迭代的 8 倍,说明共享权重节省存储,但本身不能阻止每轮迭代重新从 HBM 读取权重。
reddit · r/MachineLearning · /u/2dayyy6 · 11月4日 16:26
「背景」 Huginn 属于「循环 Transformer」:它由 prelude、一个在多次迭代中重复使用同一组权重的循环核心(recurrent core)和 coda 组成,通过在核心中反复迭代来增加推理时的隐式计算量,而非堆叠更多独立层(tool-2-1)。这类架构的共同特点是让同一批物理 Transformer 块在逻辑深度上被复用,因此权重存储量可以远小于参数等效的深层模型(tool-2-3)。正因如此,才会出现一个自然的问题:权重既然被反复使用,是否也能减少每次迭代从 HBM 重新读取的数据量。
「影响」 对关注显存占用的开发者,这一结果意味着不能把参数共享等同于带宽节省:需要用 Nsight Compute 等工具核对每轮迭代的 HBM 读取,并考虑权重大小是否超过 L2。作者提出的用 persistent kernel 让权重跨迭代驻留仍是待验证的问题,帖中未给出实现或测量结果。
参考链接
标签: #looped transformers, #HBM bandwidth, #GPU profiling, #Nsight Compute, #ML systems
据 AppleInsider 报道,黑客团队 Calif 在 X 发布视频,演示一台已开启锁定模式的 iPhone 18 Pro 被越狱,并在升级至 iOS 27.2 后仍保持越狱状态。视频显示,操作者先通过 AirDrop 传入 PDF,再进入设置完成系统更新;但 Calif 未公开技术细节,也未发布越狱工具,并称正在向苹果披露该漏洞。该演示尚无独立验证;苹果曾于 2026 年 3 月称,锁定模式自 2022 年以来防护成功率达 100%。
telegram · zaihuapd · 11月4日 14:38
「背景」 锁定模式是苹果面向高风险用户提供的可选高强度防护功能。苹果在 2026 年 3 月曾表示,该模式自 2022 年推出以来的防护成功率达到 100%,这为此次越狱演示提供了直接对照。
「对高风险用户的影响」 若该演示得到独立验证,依赖锁定模式防范雇佣间谍软件的高风险用户(记者、活动人士等)将不能再把该模式视为不可绕过的屏障,尤其因为越狱在升级到 iOS 27.2 后仍然存活,说明这不是一次性会话漏洞。不过 Calif 明确表示不会发布越狱工具且尚未公开技术细节,因此目前不存在可直接利用的公开攻击链,实际风险取决于苹果修补该漏洞的速度。
参考链接
标签: #iOS security, #Lockdown Mode, #jailbreak, #vulnerability disclosure, #mobile security
据 The Information 报道、The Next Web 转述,华为已告知部分客户:下一代旗舰 AI 芯片升腾 960DT 将主要使用三星和 SK 海力士的 HBM,内存需由客户自行解决,原因是国内厂商 HBM 产能不足。报道还称,这些 HBM 被焊在性能很弱的处理器上以处理器编码报关运至香港,再由人带入内地并加热拆下;深圳一名芯片经纪人称单颗 HBM3E 价格已从一年前数百美元涨到约 4000 美元。上述内容来自二手报道与匿名经纪人说法,华为及三星、SK 海力士均未公开确认,相关走私描述也未经独立核实。
telegram · zaihuapd · 11月4日 14:52
「背景」 高带宽内存(HBM)是把多层 DRAM 堆叠封装而成,是 AI 加速器维持算力的关键部件;在出口管制之下,中国本土厂商的 HBM 产能尚不足以满足需求,因此这类芯片的供货在很大程度上取决于能否从三星和 SK 海力士取得内存。升腾 960DT 是华为的下一代旗舰 AI 加速器,Counterpoint Technology Market Research 援引的华为路线图显示,960DT 计划在第一季度推出,随后是第三季度的升腾 960 PR。
「影响」 若报道属实,采购升腾 960DT 的客户不仅要自行组织 HBM 供应,还需自行承担出口管制与报关合规风险;按报道的约 4000 美元单颗 HBM3E 价格计算,内存成本将显著抬高整机或集群的部署预算。
参考链接
标签: #Huawei Ascend, #HBM, #AI chips, #export controls, #semiconductor supply chain
蓝牙技术联盟(SIG)11 月 4 日宣布,已将 Bluetooth HDT(High Data Throughput)采纳为蓝牙 Core 7.0 的可选特性,把蓝牙 LE 的最高速率从 2 Mbps 提升至 7.5 Mbps,接近四倍,并改善容量、能效和可靠性。HDT 可与旧设备兼容共存,但不是强制特性。SIG 给出的首个标准化应用是支持无损和高解析度音频的高端无线音频,相关产品预计 2027 年推出。
telegram · zaihuapd · 11月5日 01:39
「技术背景」 蓝牙 LE 此前的最高速率为 2 Mbps,而 HDT 是为蓝牙 LE 新增的物理层,把最高比特率提高到 7.5 Mbps(tool-2-2)。由于这一变更涉及物理层,首批支持无损音频的产品需要新的射频硬件,无法仅靠现有设备获得 7.5 Mbps 的速率(tool-2-3)。
「影响」 由于 HDT 是可选特性,设备厂商需要在新产品中实现它,才能提供 7.5 Mbps 的吞吐能力;旧设备虽可与支持 HDT 的设备共存,但不会因标准发布自动获得这一速率。
参考链接
标签: #Bluetooth, #wireless standards, #lossless audio, #hardware, #Bluetooth LE
据 9to5Mac 汇总报道,苹果计划从 iOS、iPadOS、macOS 和 visionOS 27.3 起,对通过“任何拥有链接的人”方式分享的 iCloud 内容进行有害内容检查。仅与指定人员分享的内容不在所述范围内。若内容被判定有害,苹果保留移动、拒绝、修改或删除内容的权利,并可能限制或停用上传者账户,必要时移交执法部门。报道未说明检查的具体技术方式、判定标准或各平台的确切上线日期。
telegram · zaihuapd · 11月5日 02:11
「背景」 iCloud 的“任何拥有链接的人”分享选项允许用户为 iCloud 照片或 iCloud Drive 文件生成公开链接,任何拿到链接的人都能访问。MacRumors 的报道指出,从 27.3 起,通过这些公开链接分享的内容会被“提供给苹果”用于有害内容检查,而仅发送给指定联系人的内容不在此列。
「影响」 对使用公共 iCloud 链接分享文件的用户而言,一旦内容被判定有害,相关文件可能被移除,上传者账户也可能被限制或停用。依赖公共链接分发材料的用户应提前评估替代分发方式,并注意该政策将随所列平台的 27.3 版本生效。
参考链接
标签: #Apple, #iCloud, #content moderation, #privacy, #platform policy
From 59 items, 14 important content pieces were selected
Technology News
1. Go proposes encoding/json/v2 standard-library JSON API ⭐️ 8.0/10
2. Anthropic presents research on provable LLM inference ⭐️ 8.0/10
3. Tencent announces Hy4 open-weight model with science and game-engine integrations ⭐️ 8.0/10
4. OpenAI reports 948 Linux privilege-escalation exploits from AI pipeline ⭐️ 8.0/10
5. USTC's structure-guided RNA model structRFM published in Nature ⭐️ 8.0/10
6. Moonshot Releases Kimi K3.1 Pro Open Weights With 1M Context ⭐️ 7.0/10
7. IEEE Spectrum: AI Is Forcing a Payoff of Decades of Security Debt ⭐️ 7.0/10
8. Ten-year reverse-engineering effort brings co-op to DOS Wing Commander ⭐️ 7.0/10
9. OpenAI to acquire Pierre Computer, git storage for AI coding agents ⭐️ 7.0/10
10. Profiling Huginn on B200: weight sharing saves storage, not HBM traffic ⭐️ 7.0/10
11. Calif demos Lockdown Mode bypass on iPhone 18 Pro ⭐️ 7.0/10
12. Huawei Tells Ascend 960DT Customers to Source HBM Themselves ⭐️ 7.0/10
13. Bluetooth SIG adopts HDT for Core 7.0, raising LE peak to 7.5 Mbps ⭐️ 7.0/10
14. Apple to scan iCloud public links for harmful content starting with 27.3 ⭐️ 7.0/10
Technology News
Go has proposed a new standard-library JSON API, `encoding/json/v2`, for Go developers, with discussion focused on API design and migration. Commenters say the proposal omits `MarshalIndent`, and they describe the replacement for producing readable JSON as complicated and non-obvious. The supplied material does not establish a release date or whether the API has shipped beyond the proposal stage.
hackernews · olexsmir · Nov 4, 17:52 · Discussion
「Context」 Go's existing `encoding/json` package has long been the standard way to marshal and unmarshal JSON; the v2 effort is positioned as addressing performance and API limitations in that design. The new API builds on `encoding/json/jsontext`, a lower-level package intended to provide the foundation for JSON handling in Go.
「Migration risk for existing encoders」 On Go 1.27, existing `encoding/json` imports keep compiling, but the engine underneath now runs the v2 implementation and several long-standing behaviors differ, so teams should exercise their serialization tests against the migration guide before upgrading rather than assuming drop-in compatibility. The package documentation now directs new JSON code to `encoding/json/v2`, which means new and existing code in the same module may follow two different behavior sets during the transition.
「Community discussion」 Commenters generally welcomed `encoding/json/v2` but criticized the loss of `MarshalIndent` as an ergonomics and migration pain, with one comparing Go's growing set of alternatives to Python's "one way" problem. Another said they now mostly have AI write Go code but still want it to remain Go because they understand its performance and safety.
References
Tags: #Go, #JSON, #standard library, #API design, #migration
Anthropic has published research progress on cryptographic-style verification of LLM inference, a technique for letting a client check which weights and computation produced a response. The item provides no source text or shipped-product details, so this is best read as a research presentation rather than a deployed verification service. Discussion focused on whether the approach is practical and on attribution to prior work.
hackernews · ltononro · Nov 4, 17:17 · Discussion
「Background」 Provable inference aims to give a client a cryptographic way to verify that a specific model, identified by committed weights, generated a particular response. Anthropic's FlashProve is a research prototype for large mixture-of-experts models; the company's post compares it with VerInf, which proved the same 400B-parameter Llama 4 Maverick model at about 0.02 tokens per second, and with DeepProve, a peer-reviewed method that certifies an entire generated sequence in one forward pass.
「Impact」 For closed-model customers, the approach targets a specific audit gap—confirming which weights served a request—but the overhead figures cited in the thread, including 17-second proof verification on 24 threads and a 90–100x inference compute hit, would make routine per-request checking costly without further optimization.
「Community discussion」 Commenter neuwirth alleged that Anthropic's work is built on VerInf, a project from their MARS fellowship, and that it reuses choices such as the 400B Maverick model with “very little attribution.” Other commenters called the result progress over prior zk work but questioned practicality, citing the compute overhead and arguing that open-weight models can be verified more cheaply by deterministic re-execution.
References
Tags: #provable inference, #LLM verification, #cryptography, #Anthropic
Tencent announced Hy4, an open-weight model, alongside two open-sourced scientific foundation models: HyCell for single-cell representation and HyPDE for physical field modeling. Tencent says it adapted Hy4 for Unreal Engine, Unity and Godot and extended it to multiplayer game development, targeting feature implementation, gameplay logic, state tracking and asset pipelines. The company describes Hy4 as one of the strongest open-weight models available but acknowledges a gap to top proprietary models on internal benchmarks for research-level mathematics, long-horizon coding, model self-improvement and advanced visual question answering.
hackernews · Philpax · Nov 4, 14:11 · Discussion
「Prior context」 Tencent describes Hy4 as the latest generation of its Hy model line and ranks it among the world's leading open-source models, a claim the surrounding discussion tests against the earlier "Hy4 preview" release. The announcement also places Hy4 inside a wider research stack: the quoted material says the open-sourced HyCell (single-cell representation) and HyPDE (physical field modeling) foundation models were co-developed by Hy4 and Hyra 2.0.
「Impact」 Game developers using Unreal Engine, Unity or Godot are the clearest audience: Tencent says Hy4 was adapted for those engines and for multiplayer work, so teams could evaluate it inside existing workflows for gameplay logic and asset pipelines. The engine integrations are vendor-reported, and the supplied material does not establish their maturity or how much adaptation teams will still need.
「Community discussion」 areoform welcomed the open sourcing of HyCell and HyPDE as a contrast to restrictions at some U.S. AI companies, while frangonf praised Tencent for openly acknowledging Hy4's gap to top proprietary models. chriddyp reported that on a Plotly data-analytics benchmark Hy4 landed between GPT-6.1 Sol and GPT-6.1 Terra but was very slow, running about 26 queries per question and sometimes 64.
References
Tags: #open-weight models, #foundation models, #Tencent, #game development, #AI research
OpenAI says its autonomous vulnerability-research pipeline, in an October 2026 Linux kernel scan, reproduced 1,724 vulnerabilities and generated 948 working local privilege-escalation exploits that can give an ordinary user root. It also produced 291 information-leak proof-of-concepts and reported at least 10 novel exploitation techniques that it says third-party experts confirmed, including new cache-spraying objects, page-grooming methods, a data-only arbitrary-write/privilege-escalation technique, and arbitrary type confusion. OpenAI put the run's API cost at $1,213,430, or about $1,279 per successful LPE exploit, with actual exploit development costing roughly $359; at $20,000–$70,000 per exploit in historical Pwn2Own/TyphoonPWN bounties, it estimated a theoretical value of $18.9 million–$66.3 million. These figures and the novelty claims come from a secondary Telegram summary of OpenAI's post and have not been independently verified; the post reportedly withholds full technical details for safety.
telegram · zaihuapd · Nov 5, 03:04
「Background」 The result builds on OpenAI's June "Patch the Planet" program, in which its GPT-5.5-Cyber model produced 24 Linux privilege-escalation exploits, according to a Cybersecurity News report. The new run applies the same autonomous discovery, exploitation, and patching pipeline to a much larger set of Linux kernel vulnerabilities.
「Impact」 If the reported figures hold, the economics favor automated exploit generation: about $1,279 per working LPE versus $20,000–$70,000 bounty values, a 16–55× gap. Kernel maintainers and product security teams would then need to treat such pipelines as a scalable source of local privilege-escalation exploits, not merely as bug-finding tools.
「Community discussion」 Commenters questioned both the count and the disclosure: tzury argued that the 948 exploits may be variations on far fewer underlying vulnerabilities, comparing them to many SQL-injection routes into one database flaw, and evan_a_a said it is convenient to invoke safety when patches are already public. dangelosaurus, who identified themselves as a member of the team, offered to answer questions and said the team is hiring.
References
Tags: #AI vulnerability discovery, #Linux kernel security, #exploit generation, #OpenAI, #cybersecurity
A University of Science and Technology of China (USTC) team published structRFM, a structure-guided RNA foundation model, online in Nature on November 5. The model incorporates base-pairing information from secondary structure into sequence pretraining and was trained on about 21 million sequence-structure pairs, with the team reporting frontier-level results across multiple tasks. The team also developed MUSES, which integrates multiple secondary-structure predictions to reduce bias, and Zfold, a three-dimensional structure prediction module that the team says performs comparably to AlphaFold 3. The data, weights, and code have been made openly available; the AlphaFold 3 comparison has not been independently verified in the supplied material.
telegram · zaihuapd · Nov 5, 04:49
「Earlier preprint」 An earlier version of structRFM was posted as a 2025 bioRxiv preprint, which described pretraining that injects RNA base-pairing interactions into masked-language modeling. The Nature paper follows that preprint and represents peer-reviewed publication, but the preprint itself is not independent validation of the reported performance.
「Practical impact」 Labs can now reproduce structRFM's reported results and test Zfold on their own RNA targets because the data, weights, and code are open. Any group treating Zfold as an AlphaFold 3 replacement should run its own benchmarks first: the comparable-performance statement is the authors' claim, and alternative base-pair-aware predictors such as RNAbpFlow are already published for comparison.
References
Tags: #RNA基础模型, #AI for Science, #结构生物学, #开源模型, #Nature
Moonshot AI has released the Kimi K3.1 Pro weights on Hugging Face, giving developers a downloadable model with 2.8 trillion total parameters, 104 billion active parameters, and roughly 1 million tokens of context. The weights are published in MXFP4 quantization, and Moonshot also offers the model via platform.kimi.ai as kimi-k3.1-pro with interfaces compatible with OpenAI and Anthropic APIs. It is the first model in the K3.1 series and is described as natively multimodal and agent-oriented.
hackernews · abrarthought · Nov 4, 15:30 · Discussion
「What the release contains」 Kimi K3.1 Pro is the first model in Moonshot AI’s K3.1 series, and its 2.8T total versus 104B active parameters points to sparse activation: only a fraction of the network runs per token, keeping inference compute below what the full parameter count implies. The weights are distributed in MXFP4, a 4-bit floating-point format that shrinks the checkpoint and reduces memory-bandwidth needs compared with higher-precision formats, though the release remains large enough that self-hosting requires substantial GPU memory.
「Self-hosting barrier pushes users to hosted APIs」 The released checkpoint is large enough that self-hosting is impractical for most teams: commenters peg the MXFP4 download at about 1.45 TB and a viable node at roughly 8×B300-class GPUs, matching a 2.8T-parameter model with 104B active parameters. That leaves the OpenAI- and Anthropic-compatible endpoint at platform.kimi.ai (model id kimi-k3.1-pro) or third-party hosts such as OpenRouter as the realistic route; Yotta Labs' pre-release writeup put the API at $2 per million input tokens and $10 per million output, a third below Kimi K3.
「Community discussion」 Commenters focused on the hardware burden: one estimated that something like an 8× B300 node would be needed to run the weights, and another noted the download is 1,453 GB. A separate dispute centered on benchmarks, with one commenter saying the model barely outpaces DeepSeekV4.1-Flash and appears “benchmaxxed,” while another said their testing did not support that and described it as strong but a bit off the frontier.
References
Tags: #open-weight models, #large language models, #AI inference, #Moonshot AI, #model release
The IEEE Spectrum piece examines how AI-driven vulnerability discovery is surfacing long-standing software flaws and forcing the industry to address accumulated security technical debt. It treats the issue as a broad remediation burden for software maintainers and organizations, not a discrete product launch or benchmark result.
hackernews · pseudolus · Nov 4, 11:52 · Discussion
「Background」 The article's lead example, PHP2Shell, is a pair of memory-safety vulnerabilities tracked as CVE-2026-109618 and CVE-2026-109619 that affect PHP versions 5.4 through 8.5 and permit remote code execution. A related disclosure, Brotli2Shell, showed that the vulnerable Brotli decoder could be reached through far more than HTTP clients and servers, widening the exposure beyond the initially named Node2Shell and HTTP2Shell cases.
「Community Discussion」 Several commenters expect short-term patching pain to yield more secure software, while one argues that the HTTP2Shell/Brotli2Shell timeline shows humans still sit on vulnerabilities for months or years. A developer also reports using AI to lower the cost of clearing five to seven years of technical debt in codebases.
References
Tags: #AI security, #vulnerability discovery, #technical debt, #cybersecurity, #software security
A decade-long reverse-engineering project has added co-op multiplayer to the original DOS Wing Commander, according to the author's Show HN write-up. The work began in 2015 with the observation that the game state fit inside the 64K data segment; the author and his brother then ran stop-and-go, turning, and communication experiments while probing memory to locate the game's variables. They learned how to inject calls into game functions and synchronize game state across a network, which the author says lets players fly the story missions together.
hackernews · daniel_rh · Nov 4, 18:51 · Discussion
「Background」 Wing Commander, released by ORIGIN Systems for DOS in 1990, is a space combat simulation in which the player flies story missions alongside AI-controlled wingmen who can be given orders. The original game was built as a single-player experience, so flying those same campaign missions with a second human pilot required intervening at the memory and game-state level rather than using any built-in network mode.
「Impact」 Because the modification works on the original DOS binaries through memory patching and call injection rather than a source port, co-op covers the shipped story missions themselves. Players need a way to run the DOS game and a network link between the machines, since the synchronization operates over the network.
「Community discussion」 One commenter asked whether the same approach could be used to create a similar new game, while another asked why voice is carried over the data channel instead of the RTC stream. A third compared the technique to 8-bit-era save-file editing used to locate and alter values such as inventory, stats, and quest stages.
References
Tags: #reverse engineering, #DOS, #Wing Commander, #co-op multiplayer, #memory patching
OpenAI announced it will acquire Pierre Computer, the company that HN commenters identify as the maker of Code.Storage, a git-based system for storing code and other machine-generated artifacts at scale. Commenters said Pierre was founded by original Bootstrap developers Jacob Thornton and Mark Otto, and a quoted product description names Lovable, Bolt, Amp, and Parahelp among customers. The supplied announcement does not disclose the purchase price, timeline, or whether Pierre's products will remain available to non-OpenAI customers.
hackernews · itunpredictable · Nov 4, 15:21 · Discussion
「Context」 OpenAI's announcement describes the deal as expanding Codex's tools for building, understanding, and reviewing code. Coverage identifies Pierre as the developer of Code Storage, a git-based system for holding code and other generated artifacts at scale, placing the acquisition in the developer-infrastructure layer beneath AI coding agents.
「Impact」 For developers and agentic-coding companies that rely on Code.Storage—commenters name Lovable, Bolt, Amp, and Parahelp—the immediate concern is continuity: the supplied announcement gives no commitment that Pierre's git-based storage will keep serving non-OpenAI customers or remain compatible with existing workflows.
「Community discussion」 Commenters speculated that the acquisition is connected to OpenAI's separate work on scaling Git and to support for Pierre from Mitchell Hashimoto, while one joked that buying the company might be cheaper than paying for its product by subscription. Another reader highlighted Pierre's diffs library and questioned whether big labs also acquire successful product teams to learn how those products are built.
References
Tags: #OpenAI, #acquisitions, #git infrastructure, #AI coding agents, #developer tools
A Reddit post by /u/2dayyy6 profiles whether looped transformers such as Huginn reduce HBM traffic on a B200, using a teaching implementation with random weights and Nsight Compute data. In a microbenchmark, a chain of eight matmuls sharing one 72 MiB weight ran 24% faster than the same chain with eight identical copies and read almost nothing from HBM; at 288 MiB, above L2 capacity, the difference disappeared. In the full Huginn Core, eight iterations took about eight times as long as one and read about eight times as much data from HBM. The author concludes that sharing weights saves storage but does not by itself prevent the GPU from re-reading them from HBM on each iteration.
reddit · r/MachineLearning · /u/2dayyy6 · Nov 4, 16:26
「What looped transformers reuse」 Huginn is a looped transformer that places a recurrent core between a prelude and a coda, applying the same core weights at each iteration so latent computation can be scaled at inference time. The pattern generalizes across looped models, which reuse physical Transformer blocks across logical depth instead of allocating distinct parameters per layer. The profiled question is whether that shared-weight design, which clearly reduces parameter storage, also reduces the bytes pulled from HBM on each loop.
「Impact」 For developers estimating looped-transformer throughput, shared weights should not be treated as a bandwidth optimization: in the author's tests, deduplicating the weight stopped helping once it exceeded L2, and the full core's eight iterations still read roughly eight times the HBM data. Keeping recurrent weights on chip across iterations, for example with a persistent kernel, remains an untested suggestion in the post.
References
Tags: #looped transformers, #HBM bandwidth, #GPU profiling, #Nsight Compute, #ML systems
Calif posted a video on X showing an iPhone 18 Pro with Lockdown Mode enabled being jailbroken, and the device remained jailbroken after updating to iOS 27.2—a demo that, if confirmed, concerns iPhone users who rely on Lockdown Mode for high-risk protection. The video shows a PDF sent over AirDrop and the update performed in Settings. Calif has not disclosed technical details, says it is reporting the vulnerability to Apple, and will not release a jailbreak tool, so the demonstration has not been independently verified. Apple claimed in March 2026 that Lockdown Mode had a 100% protection success rate since 2022.
telegram · zaihuapd · Nov 4, 14:38
「What Lockdown Mode is meant to do」 Lockdown Mode is Apple's optional maximum-security setting, introduced with iOS 16 in 2022 for people who may be individually targeted, which sharply restricts features such as message attachment handling, some web technologies and wired connections in exchange for reduced functionality. The source notes that Apple claimed in March 2026 that Lockdown Mode had maintained a 100% protection rate since 2022, which is the record the Calif demonstration purports to break.
「Why it matters」 Lockdown Mode is aimed at people at elevated risk of targeted spyware, such as journalists and activists, so a demonstrated bypass matters most to users who treat the setting as a hard guarantee rather than a speed bump. The practical exposure is still bounded: Calif released no tool, published no technical details, and says it is disclosing the flaw to Apple, so the demo does not yet give attackers a usable method and the main near-term action for defenders is to watch for Apple's fix rather than change settings.
References
Tags: #iOS security, #Lockdown Mode, #jailbreak, #vulnerability disclosure, #mobile security
According to The Information, Huawei has told some customers that its next flagship AI chip, the Ascend 960DT, will rely mainly on HBM from Samsung and SK Hynix and that those customers must secure the memory themselves because Chinese HBM capacity is insufficient. The report says the HBM is shipped attached to low-performance processors, declared under processor codes to Hong Kong, carried into mainland China, and then removed by heating. A Shenzhen chip broker said a single HBM3E chip now costs about $4,000, up from hundreds of dollars a year earlier, according to the report. These details come from a brief secondary report and include claims that have not been independently verified.
telegram · zaihuapd · Nov 4, 14:52
「Background」 Huawei has positioned the Ascend 960DT as the first chip in its 960 lineup, with the Ascend 960 PR slated to follow, and has promoted its UnifiedBus interconnect for linking multiple chips into larger AI systems. Because those accelerators depend on high-bandwidth memory, the reported shortfall in Chinese HBM capacity is the constraint behind the customer-sourcing arrangement.
「Impact」 Customers planning Ascend 960DT deployments will have to arrange their own HBM supply, adding a procurement step and exposing them to the reported roughly $4,000-per-HBM3E-chip price.
References
Tags: #Huawei Ascend, #HBM, #AI chips, #export controls, #semiconductor supply chain
The Bluetooth SIG announced on Nov. 4 that it has adopted Bluetooth HDT (High Data Throughput), an optional Bluetooth Core 7.0 feature that raises LE peak throughput from 2 Mbps to 7.5 Mbps—nearly four times—and improves capacity, energy efficiency, and reliability. HDT is designed to coexist with older devices. Its first standardized application is high-end wireless audio with lossless and high-resolution support, with products expected in 2027, so the throughput gain is not yet available in shipping hardware.
telegram · zaihuapd · Nov 5, 01:39
「Background」 Bluetooth Low Energy's maximum bit rate had been capped at 2 Mbps, and HDT is a new physical layer for LE rather than a tweak to existing links. Because it requires new radio hardware rather than a firmware update, current devices cannot gain the higher rate in software.
「Impact」 Because HDT is optional in Core 7.0, existing Bluetooth LE devices are not automatically upgraded; vendors must implement it in new products, while backward compatibility allows those products to interoperate with older LE devices.
References
Tags: #Bluetooth, #wireless standards, #lossless audio, #hardware, #Bluetooth LE
Apple said that beginning with iOS, iPadOS, macOS, and visionOS 27.3, iCloud content shared through “anyone with the link” links will be checked for harmful material. Content shared only with specific people is outside the described scope. If Apple judges content harmful, it reserves the right to move, refuse, modify, or delete it, and it may restrict or disable the accounts of users who upload such content, referring cases to law enforcement when necessary. The report describes an announced policy with concrete enforcement terms, not a demonstrated scanning implementation.
telegram · zaihuapd · Nov 5, 02:11
「How iCloud link sharing works」 iCloud lets users share images from iCloud Photos and files from iCloud Drive using an "Anyone with the link" option, which makes the item viewable by anyone holding the URL. MacRumors' coverage of the same change reports that items shared this way will be "made accessible to Apple" for the content check. The scope is narrower than all iCloud content: material shared only with specific people falls outside the described checks.
「What it means for users」 Users who distribute files through public iCloud links should expect that shared content can be removed or that their account can be restricted, while sharing limited to specified people is not covered by the stated checks. The policy adds a moderation review point between uploading content and making it publicly accessible by link.
References
Tags: #Apple, #iCloud, #content moderation, #privacy, #platform policy