1. 调查揭示 LG 智能电视的 ACR 追踪与窃听风险 (216M Spy TVs – The LG Smart TV Problem [video])
Gamers Nexus 与三名安全研究者调查多款 LG 智能电视，区分了原生数据收集与取得系统控制后的攻击演示。团队称，电视的 ACR 会为屏幕与扬声器内容生成指纹，并扫描局域网及邻近 Wi-Fi；其样本在未接受协议时仍连接 LG 广告端点、发现周边设备，接受协议后即使用作 HDMI 显示器也向 ACR 端点通信。研究者在 root 或利用漏洞取得权限后，还能调用内置、遥控器或 USB 摄像头麦克风，在画面看似关闭或断网期间录音，联网后再取走，并从日志发现语音转写。该演示证明具备被滥用的能力，不等于所有 2.16 亿台电视都已遭监听；团队也承认流量多为加密，无法确定所列数据实际上传了哪些，且未测试所有型号与固件。LG 此前否认收集环境对话，并称 ACR 匿名且符合法规；对于本次提交的多项疑问，视频称 LG 未回复。
原文链接：https://www.youtube.com/watch?v=6IFVTcM28KA
论坛讨论链接：https://news.ycombinator.com/item?id=49592375
HN 讨论聚焦 LG 条款中的“同意责任”：条款要求设备所有者告知可能被收音的家人和访客、取得其同意，否则应关闭麦克风或语音功能，并把未履行义务的责任排除给用户。数位评论者均声明自己并非律师，但法律判断并不一致：有人认为用户违反条款与 LG 是否违法是两回事；有人指出，只有机主点击同意，未被告知的第三方不可能同意持续上传；也有人推测点击条款或可被主张为同意。另有评论提到欧盟个人数据规则及法院曾否定消费者无法合理预见的点击条款，主张服务条款不应凌驾隐私法。
2. LG 智能电视被指待机时记录语音并扫描局域网设备 (LG smart TVs caught logging audio with screen off and snooping on local devices)
Notebookcheck 转述 Gamers Nexus 一段长约 135 分钟的调查视频：测试人员发现，LG 的 webOS 会以明文记录用户的语音提示，还会持续扫描家庭局域网，识别手机等附近设备。台架测试中，电视屏幕关闭、看似已进入待机状态后，麦克风仍能录到清晰音频；拔掉以太网后，设备会把语音输入保存在本地，恢复联网再上传。报道还称，这些收集结果会进入 LG Ad Solutions 的数据池，研究者也记录了 webOS 的远程代码执行漏洞。不过原文没有给出各项测试覆盖的具体机型、固件版本、数据字段或漏洞利用细节，因此不能据此断言所有 LG 电视行为相同。截至报道撰写时，LG 尚未回应这些发现。
论坛讨论链接：https://news.ycombinator.com/item?id=49594878
这个 HN 条目只有三条可见评论，内容主要是重复帖整理，并未展开隐私或安全层面的实质讨论。HelloUsername 列出两个正在进行的相关线程，其中第一个使用 Gamers Nexus 原始视频作为来源；管理员 dang 表示会把当前条目合并到该线程，并在置顶说明中保留本帖链接。ChrisArchitect 也直接标注这是重复提交，并指向同一讨论。因此，这组评论能确认的只是讨论被迁移到原始来源线程，不能据此概括社区对录音、设备扫描或 LG 责任的共同判断。
3. WeatherNext 3：每小时更新的全球天气 AI 模型 (WeatherNext 3)
Google DeepMind 发布 WeatherNext 3，称它是首个全天每小时生成预报的全球模型。它采用集合建模并直接利用原始卫星影像，旨在更快捕捉雨雪等快速变化的天气。模型可在 5 公里分辨率上预测面向气象站的温度、湿度，在 10 公里分辨率上预测风等其他地表变量；官方还称其对训练中未见地点的预报也更准确。除大众天气服务外，它可预测辐射、云量等与风电和光伏运营相关的变量，并将进入 Google 搜索、地图和 Gemini，同时通过 BigQuery、Earth Engine、Google Maps Platform 及 Cloud Storage 向企业开放实时与历史数据。Weather Lab 可用于查看全球预报图层、近实时追踪热带气旋并与传统气象基线比较；DeepMind 特别说明该平台仍属实验研究，正式预报和预警应以当地气象机构为准。
原文链接：https://deepmind.google/science/weathernext/
论坛讨论链接：https://news.ycombinator.com/item?id=49552299
讨论焦点不是论文指标，而是用户对天气产品的信任。一名用户称 Google 天气会漏报正在发生的降雨；英国用户称其 4 至 48 小时预报不如 BBC 或 Met Office，近一小时和三天以上则相近。有人归因于政府削减 NOAA 经费、探空气球减少；多名回复者要求因果证据，并指出其他应用也会失准。一人称目前几乎无证据表明高空观测退化已拉低预报技巧，另一人反驳缺少测试本身会妨碍证据形成。还有人提醒，只在 Google 出错时对比别家会造成选择偏差。体验、数据源和政策影响仍有争议，并非一致结论。
4. 用 1024 字节 C 代码做一个迷你 Python 解释器 (Making a Python interpreter in 1024 bytes)
作者最初想在 512 字节内实现能运行 Python 风格 FizzBuzz 的解释器，但递归下降解析器刚支持算术、赋值和 if 就已超限，于是把目标放宽到 1024 字节。实现用全局变量保存状态，以 999 字节数组容纳去掉大部分空格的源码、256 项数组充当符号表；解析表达式时直接执行，不生成中间表示。缩进块借助 C 调用栈递归处理，while 与 for 每轮向后跳回并重新解析源码，函数调用则记录源码位置后跳入函数体。为压缩体积，它假定输入完全正确、没有错误处理，变量名仅限单个小写字母，并依赖 libc、C89 隐式 int、ASCII 数值及逗号或位运算等 code golf 技巧。最终版本恰为 1024 字节，支持整数、四则中的加减乘模、一次比较、条件与循环的 else、无参及递归函数、print 和注释；可读版则超过 4800 字节。
原文链接：https://austinhenley.com/blog/python1024.html
论坛讨论链接：https://news.ycombinator.com/item?id=49591876
评论把重点放在“解释器”的完整性上。jrdres 指出它不校验输入，并按首字母假定关键字：任何 w 都当成 while，f 则当固定形式的 for，因此不像会检查子集语法的微型编译器；他宁愿多用几 KB 换取列表和字典。tveita 等人用 TDD 和“干脆硬编码”开玩笑。kristianp 认为 w=4 都会失败过于极端，但仍欣赏投入和文章可读性。另一支讨论提出以线性查找实现字典，也有人提醒 Python 字典保证插入顺序；eru 回应线性查找不太可能提升基准性能。上述只是评论者对取舍的看法。
5. Caltech Mathathon：用前沿 AI 挑战开放数学问题 (Caltech Mathathon – first hackathon ever devoted to research level mathematics)
Caltech Mathathon 页面宣布，将于 10 月 30 日至 11 月 1 日在加州理工学院举办一场 40 小时活动，计划让 100 支团队使用前沿模型、总计 200 万美元以上的 AI 使用额度，挑战开放猜想或建立新的数学理论；这笔数字指模型额度，并非现金奖金。参赛者随后要在资深数学家面前答辩，由评审考察其是否真正理解结果。现场将先奖励最有希望且解释清楚的成果，待数学界有时间验证后再发第二轮奖项。主办方称这是首个专注研究级数学的黑客松，希望借此观察 AI 能把“想法到同行评审发表”缩短多少，以及数学家在 AI 加速解题后扮演何种角色。页面以三项 2026 年进展说明背景，其中六维球存在复结构的说法明确标为“尚未验证”，因此不能当成已经确认的定论。
原文链接：https://mathathonchallenge.com/index.html
论坛讨论链接：https://news.ycombinator.com/item?id=49596055
一名自称主办者的加州理工本科生在 HN 说明，团队不代表学校、院系或赞助商，也不领取报酬；筹款用于评委和参赛者，目标是推动负责任的 AI 使用。讨论主要质疑赛制：允许自选问题及标注后的赛前工作，是否会让人预先筛出 AI 可解题目再现场重演。主办者称选出值得解决的问题本就是一半挑战，会记录聊天日志并只评价活动期间完成的部分；质疑者提醒，赛前记录仍无法完全核验。关于门槛，他强调数学直觉、选题和理解证明比让 AI 给出答案更重要。另有评论从职业冲击和研究价值出发，反对默认“更快一定更好”。
6. 互联网档案馆九月月捐首笔获两倍配捐 (Keep Our Servers Running)
Internet Archive 表示，其 Wayback Machine 与数字馆藏始终向所有人免费开放，不收访问费、不投放广告，也不出售用户数据；核心技术没有外包，而是自行建设和维护。代价是机构必须独自负担服务器、存储、电力、散热及运维人员，并持续支撑约 210 PB 的知识资料，且基础设施需求仍在快速增长。为增加稳定收入，机构在 9 月推出月捐配捐：新开每月 25 美元或以上的定期捐赠，首笔款项按 2:1 获配，也就是捐 25 美元可带来额外 50 美元支持，首笔合计 75 美元；50 美元与 100 美元则分别形成 150 美元、300 美元。这里的“三倍”仅针对首次捐款，并非之后每月都翻三倍。机构称其捐款平均约 25 美元，希望借 Monthly Giving Circle 获得可预期的长期资金，用来维持网站、图书访问与长期保存。
论坛讨论链接：https://news.ycombinator.com/item?id=49593563
评论区里，一位参与 Open Library 五年的志愿者说，项目除捐款外也需要有经验的志愿者：Solr 在高负载下会变慢，虽有两个只读副本，仍需优化；从数据转储运行生产副本的流程已让 AI 协助修过，但尚未验证。另有前端改版及 web.py 向 FastAPI 的渐进迁移。有人追问为何不用 Litestar 或其他高性能语言；志愿者称瓶颈主要来自同步代码，FastAPI 是因团队熟悉、生态成熟，迁到异步后再换框架并不困难。另一位用户则称赞 Litestar 的完整类型与 OpenAPI 支持。
7. 冰封卫星之下：太阳系的地下海洋世界 (Icy Moons Are Ocean Worlds)
作者盘点外太阳系的地下海洋世界：欧罗巴、土卫二、泰坦、米玛斯、卡利斯托和盖尼米德被列为六个已有证据支持的冰卫星海洋世界，认识主要来自旅行者、伽利略、卡西尼三项任务，以及哈勃、韦布观测和计算模型。欧罗巴受强辐射影响，表层冰可生成氧化物；土卫二的喷流让卡西尼直接取样到含盐水、生命所需六种元素、磷酸盐、有机物、烃、氰化物、硅尘和分子氢，因此是重点生命候选地。泰坦同时拥有液态烃构成的地表河湖和地下咸水，但其内部究竟是全球海洋还是冰与融水的泥浆仍有争议。作者将这些世界分成两类：盖尼米德、卡利斯托与泰坦的深海底部可能隔着高压冰，欧罗巴、土卫二和米玛斯的液态水则更可能直接接触岩石。择优探测应考虑水岩接触、海洋存续时间、地壳更新、放射性热源及可供取样的喷流；不过文中强调，内部结构大多由轨道扰动和较初步的模型推断，对盐度等假设高度敏感，仍需着陆地震仪等数据验证。
原文链接：https://mceglowski.substack.com/p/icy-moons-are-ocean-worlds
论坛讨论链接：https://news.ycombinator.com/item?id=49586207
HN 讨论主要围绕科普措辞。一人开玩笑说，不能航行的就不该叫“ocean”，除泰坦外应称“icean”。更多争论针对把直径约 500 公里的土卫二说成“俄亥俄州大小”：有人认为球体直径不该类比地表区域，最好先给公里数；回复者猜测这是为后面的俄亥俄笑话铺垫，也有人认为州或国家尺度更便于建立直觉。反方主张科学教育应先提供单位和量级，类比只放括号，否则可能削弱单位意识；另一人用航天史上的单位错误反讽。讨论未形成统一标准，体现的是可读性、地域化类比与精确表达之间的取舍。
8. 逐栋观看洛杉矶县现存建筑从 1880 年长到 2026 年 (Watch Los Angeles get built, one building at a time (1880–2026))
Parcelscope 把洛杉矶县现存建筑做成可交互的时间轴：从 1880 年开始推进到 2026 年，每栋今天仍存在的建筑以一个方盒表示，并在其建成年份出现。页面明确提醒，途中已拆除的建筑不会显示，所以它呈现的是“幸存至今的县域”，不是各历史时点真实完整的城市面貌。用户可查看全县，或切换到仅洛杉矶市；着色可按建造年代或高度，并能在 Dim 与 Bright 之间调整。视图支持拖动平移、右键拖动或按住 Control 拖动来倾斜，缩小时会夸大高度以维持可辨识性。界面还给出楼层、英尺高度及当前进度，并可点选建筑查看建成年份、高度、轮廓和类型，或复制信息。页面标注建筑轮廓来自 LARIAC 2020，属性取自洛杉矶县估价官名册；这些来源与“只含现存建筑”的限制也决定了可视化应如何解读。
原文链接：https://lax-skyline.parcelscope.net/
论坛讨论链接：https://news.ycombinator.com/item?id=49601655
评论很快从可视化转向住房与土地政策。epistasis 将近年建筑变化少归因于 1980 年代降容分区，认为人为限制可建空间推高房价；slg 声称洛杉矶规划承载量从 1960 年代约一千万人降至 1980 年代约四百万人，由此抑制人口增长并挤出低收入者。这些数字和因果来自评论，并非页面数据。回复又谈到旧金山、休斯敦、停车场及向圣贝纳迪诺方向的蔓延。针对第 13 号提案，kfarr 认为它削弱房产转手和再开发动力，bingohbangoh 则质疑废除后只会加税、未必降低生活成本，显示意见并不一致。
9. 复原公元前十八世纪的巴比伦甜菜羊肉炖菜 (Babylonian Lamb Stew with Beets (1750–1730 BCE))
耶鲁大学巴比伦收藏馆整理了一份公元前 1750—1730 年前后的甜菜羊肉炖菜现代复原食谱，份量为两份正餐或十五份试吃。主料包括 1 磅羊腿肉、半杯炼羊脂、1 磅红甜菜、洋葱、芝麻菜、香菜、波斯葱或小葱、孜然、韭葱和蒜，液体使用 1 杯啤酒与半杯水。做法先以大火把羊肉煎至水分蒸发，再加入洋葱，待其接近透明后拌入甜菜和多种香草，继续炒至水汽散去并出香；随后倒入啤酒和水煮沸，转小火，加入捣碎的韭葱与蒜，炖约一小时至汤汁浓稠。上桌前撒干芫荽籽，以及用研钵制成的 kurrat 或野韭葱与香菜泥，可配蒸粗麦和馕。页面还收录名为“Unwinding”的做法：将浸泡、烘烤并研磨的大麦制成发酵面包，烤熟捣碎后加入蒜、韭葱和香菜熬成的芝麻油汤中。食谱署名 Gojko Barjamovic 与 Nawal Nashrallah。
原文链接：https://babylonian-collection.yale.edu/about/babylonian-cooking
论坛讨论链接：https://news.ycombinator.com/item?id=49554622
评论从甜菜延伸到食材名称与传播。一人援引《亚述植物词典》，称古代美索不达米亚甜菜名为“shumundar”，血红且如陀螺，与现代甜菜相近；有人补充阿拉伯语称“Shamandar”。另一人将此菜与伊拉克、巴格达犹太家庭的 Hamedh 相比，认为差别主要是哥伦布交换后的番茄及米饭；回复者指出稻米在当地种植前近千年已有进口，但不够普及为主食。番茄词源也被修正为波斯语“西方李子”，评论者列举中文以“西、番、洋”标记外来作物，及欧洲语言借“苹果”或“土耳其”命名植物的例子。这些是个别观察，并非社区定论。