为了支持对高效、高性能 AI 智能体日益增长的需求，Google 推出了 Gemini Flash 系列的多项更新： * **Gemini 3.6 Flash**：作为全新的“主力”模型，它提升了编码和多模态能力。该模型大幅提高了效率，整体输出 Token 使用量减少了 17%（在特定基准测试中最高可达 65%），同时将成本降低至每百万输入 Token 1.50 美元，每百万输出 Token 7.50 美元。 * **Gemini 3.5 Flash-Lite**：针对极致速度和性价比进行了优化，该模型每秒可输出 350 个 Token，非常适合高速智能体工作流。 * **Gemini 3.5 Flash Cyber**：一款专注于安全的专用模型，集成了“CodeMender”智能体，旨在提供先进的网络安全编排。 展望未来，Google 目前正在测试功能更强大的 Gemini 3.5 Pro，并已正式启动下一代 Gemini 4 的预训练工作。这些发布凸显了 Google 的核心目标：为构建可扩展 AI 智能体的开发者降低延迟、提高可靠性并降低成本门槛。
每日HackerNews RSS
谷歌近期发布的 Gemini 3.6 Flash、3.5 Flash-Lite 和 3.5 Flash Cyber 在 Hacker News 上引发了质疑。虽然部分用户认可谷歌加快发布节奏并专注于核心模型性能的做法，但另一些人仍对其发展方向持批评态度。
讨论的主要观点包括：
* **基准测试的担忧：** 评论者批评谷歌仅将这些模型与其前代产品进行对比，而非与当前的前沿模型或国际竞争对手进行比较。
* **清晰度问题：** 用户指出所提供的性能统计数据存在不一致，导致人们对具体的效率提升感到困惑。
* **竞争生存能力：** 许多参与者对这些新模型表示失望，认为它们在成本和智能表现上均落后于 GLM-5.2 等其他产品。
* **战略前景：** 尽管存在质疑，仍有人希望谷歌加速开发能够最终恢复其竞争优势，特别是在多模态能力方面。
总体而言，社区情绪较为冷淡，许多人质疑在竞争日益激烈且高性能 AI 层出不穷的市场环境下，这些更新的价值主张何在。
苹果公司无需为未扫描iCloud中的儿童性虐待材料（CSAM）承担法律责任 Apple defeats liability for not scanning iCloud for CSAM
10 小时前
一家联邦法院驳回了一起针对苹果公司的诉讼，该诉讼指控苹果未能在 iCloud 中实施儿童性虐待材料（CSAM）检测工具。原告认为，苹果的设计选择（即选择不使用 PhotoDNA 等扫描软件，而是采用端到端加密）构成了导致非法内容传播的设计缺陷。
法院裁定，苹果受《通信规范法》第 230 条的豁免权保护。法院指出，原告的诉求实际上是将苹果视为第三方内容的发布者。由于实施 CSAM 检测需要审查和监控用户内容，因此是否部署此类工具属于受保护的内容审核选择。法院驳回了原告通过其他法律理论绕过第 230 条的尝试，确认苹果没有法律义务主动监控其服务器。
虽然怀斯法官驳回了此案，但她对目前的法律框架表示了极大的担忧，并指出当前的法律使儿童剥削受害者无法获得救济。她强调，尽管隐私是一项至关重要的利益，但目前的立法格局在平衡用户安全与预防犯罪滥用方面依然无效，并总结称，对这一现状的任何改变都必须来自立法者，而非法院。
近期的一项法院裁定使苹果公司免于承担因扫描 iCloud 数据以查找儿童性虐待材料（CSAM）而产生的法律责任。这一裁决在 Hacker News 上引发了激烈的争论，凸显了数字隐私与儿童安全之间的根本矛盾。
支持该裁决的人士将其视为端到端加密（E2EE）的一项关键胜利，认为真正的隐私意味着服务提供商即便出于崇高目的也无权访问用户数据。许多评论者强调，牺牲隐私来打击非法材料是一种“滑坡谬误”，会导致大规模监控。
反之，一些人表达了不安，指出法官将此结果描述为“令人不安”，因为这使受害者成为了“附带损害”。怀疑论者还指出，闭源生态系统中的端到端加密并非绝对，因为掌握软件控制权的公司依然保留了绕过隐私保护的技术能力。
讨论还涉及了以 CSAM 为重点的立法的更广泛影响，一些用户警告称，此类努力往往被用于侵蚀公民自由。归根结底，社区对于保护个人隐私权是否能成为无法扫描非法内容的理由，依然存在分歧。
作者认为，将 Claude 称为“编译器”属于范畴错误；它所具备的能力更为强大。编译器通过自动化决策来简化技术栈的特定层级，而 Claude 则充当“多重编译器”，能够跨越整个技术栈进行垂直运作——从高层战略和产品架构到底层实现，无所不包。 传统软件开发依赖分层来管理复杂性，但这往往导致隔阂和沟通断层。Claude 通过实现“感性工程”（vibe-engineering）打破了这一局面：开发者利用大语言模型（LLM）跨越各个层级进行推理，在无需手动编写每一行代码的情况下，识别并规范化关键决策。 以构建分布式 DNS 服务器为例，作者在 Claude 的辅助下，仅用一周时间就完成了复杂系统的研究、架构、测试与实现。通过迭代智能体生成的方案，并将关键决策转化为文档，作者在保持对系统深刻理解的同时，摆脱了琐碎实现细节的困扰。最终，作者指出软件工程师的角色正在向技术栈上层转移，但“感性工程”依然是严谨的工程实践。未来的关键不在于放弃控制权，而在于利用智能体从垂直维度驾驭整个系统。
这篇 Hacker News 讨论聚焦于文章《Claude 不是编译器》，该文章批判了将大语言模型（LLM）视为编译器的日益增长的趋势。
对话凸显了几个两极分化的观点：
* **“编译器”类比：** 一些用户认为，将 LLM 描述为编译器在根本上是有缺陷的，因为编译器必须保持严格的操作语义，而 LLM 是概率性的“自动补全器”，往往会引入错误。另一些人则反驳说，LLM 的功能类似于解释器或“形式主义”开发者，能够将高级规范转换为功能性代码。
* **“氛围编程”（Vibe Coding）与工程：** 用户讨论了“氛围编程”的兴起——这是一种简化的开发体验，用户可以快速生成并部署应用程序。支持者称赞其降低了阻力且易于使用，而怀疑者则警告称，这会鼓励人们以快于代码审查速度的方式编写代码，从而导致不可靠的生产环境。
* **协作：** 一个哲学层面的分支讨论质疑，人工智能驱动的开发是否以牺牲人类协作的不可替代价值为代价，换取了自动化但可能存在缺陷的输出所带来的便利。
归根结底，该讨论反映了行业在定义人工智能角色时所面临的困境：它究竟是快速开发的变革性工具，还是不可靠的“规范驱动”捷径的来源？
PCjs 机器 PCjs Machines
11 小时前
PCjs 是一个开源项目，利用 JavaScript 直接在网页浏览器中模拟 20 世纪 70、80 和 90 年代的经典硬件与软件。通过还原早期 CPU、低分辨率显示器和原始音频的真实体验，它为爱好者们提供了一个充满怀旧气息的数字乐园。 该项目拥有丰富的收藏，涵盖了从可编程计算器、小型机到标志性的 IBM PC 兼容机以及复古街机游戏。用户可以探索庞大的公共领域软件、共享软件和历史文档库，其中包括早期版本的 Microsoft Windows、Norton 等经典实用工具，以及《微软大冒险》（Microsoft Adventure）等复古游戏。 无论你是想重温某段特定的计算机历史，还是仅仅对早期个人计算的局限性与魅力感到好奇，PCjs Explorer 都提供了一种与这些系统交互的便捷方式。如需了解更多信息或参与这项保存工作，请访问该项目在 GitHub 上的代码仓库。
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
PCjs Machines (pcjs.org)
34 点，由 naves 发布于 1 小时前 | 隐藏 | 过往 | 收藏 | 1 条评论
帮助
CharlesW 14 分钟前 | 下一条 [-]
我知道我随时都可以这么做，但我已经迫不及待想让我的孩子们坐在电脑前，全屏体验《俄勒冈之旅》和《国王密使》了。
回复
考虑申请 YC 2026 年秋季班！申请通道现已开放，截止日期为 7 月 27 日。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
糟糕！访问被拒绝：错误代码 bf584155dcd667f7。返回首页。由 Techaro 的 Anubis 提供保护。在加拿大用心制作。吉祥物设计由 CELPHASE 完成。本网站运行的是 Anubis 1.25.0 版本。
过去 24 小时内发布了超过 400 个 Linux 内核 CVE，引发了 Hacker News 上关于漏洞报告激增的讨论。评论者推测，这种激增很可能是由自动化分析工具和大语言模型（LLM）的使用所驱动的，这些工具经常能识别出晦涩的“边缘情况”漏洞。
为了应对这一涌入，用户建议实施系统化的分类框架，例如失效模式与影响分析（FMEA），根据严重程度、可能性和可检测性对缺陷进行排序，以确保维护者能够有效地优先处理关键问题。对话还涉及了更广泛的软件安全领域，用户将 Linux 报告的数量与微软最近的“补丁星期二”更新进行了对比。
本网站正在使用安全服务来保护自身免受在线攻击。您刚才的操作触发了安全解决方案。触发此封锁的操作可能包括提交了某些特定的字词或短语、SQL 命令或格式错误的数据。
近期的一场 Hacker News 讨论指出，有报告称以色列制造的间谍软件正被部署在美国街头，这些软件被整合在价值 450 万美元的特制雪佛兰太浩（Chevy Tahoe）越野车中。
讨论的焦点在于这些监控工具的争议性。评论者们对该技术的效能表示怀疑，一些人指出，像 Cognyte 这样的公司常推销所谓的“预测性警务”软件，而怀疑者则将其斥为“江湖骗术”。
除了技术上的质疑，该讨论串也反映了显著的政治张力。用户们对美国政府在公众对以色列政府不满日益加剧的情况下，仍持续采购这些系统感到困惑。参与者们讨论了这些采购行为是否是为了展示战略联盟，而不顾潜在的国内政治代价或监控技术本身是否可靠。
◆ artifactaⓘ 详情↓ 下载⧉ 分享发送像这样的页面 →模型：Kimi-K3·2026-07-19◆ 使用 Artifacta 发布此页面由单一命令发布。$ artifacta publish yc-galaxy.html --publicartifacta.io · 隐私 · 举报此页面
```
Hacker News 最新 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Show HN: 将 6048 家 YC 公司探索为交互式星系 (artifacta.io)
4 点 由 jnakano89 1 小时前发布 | 隐藏 | 往期 | 收藏 | 2 条评论 帮助
jnakano89 1 小时前 [–]
^ 开发者在此。我使用了 Kimi K3 和智能体集群，将 YC 公司变成了一个交互式星系。每一颗星星都是一家你可以点击并探索的初创公司。 回复
CharlesW 4 分钟前 | 父评论 [–]
K3 设计的大致思路是什么？你有什么收获？ 回复
考虑申请 YC 2026 年秋季批次！申请截止日期为 7 月 27 日。
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
```
选择合适的运动传感器取决于您的智能家居生态系统和监控需求。 **Kini** 是一款非常出色且可靠的设备。除了常规的门窗开关提醒和活动记录外，它还具备独特的“静止”模式来追踪非活动状态——非常适合照看老人或宠物。此外，它还支持 IFTTT 和 Webhook，可用于高级自动化设置。 其他值得关注的选择包括： * **专用传感器：** **Eve Motion Sensor** 性能可靠，但需要配套网关；**Aqara** 提供功能丰富的存在传感器（如 FP2/FP300），可追踪环境数据；**Switchbot** 则提供了价格亲民但稍有延迟的入门级方案。 * **生态系统专用：** 如果您拥有 **Philips Hue** 网关，其室内外传感器是非常优秀的选择。 * **基于灯光的感应：** **Wiz SpaceSense**（Wi-Fi）和 **Philips Hue MotionAware**（Zigbee）通过智能灯具来检测运动。虽然极具创新性，但其效果取决于灯光布局；且 Hue 的移动端提醒功能需要订阅服务。 对于寻求更全面、集成化家庭安防方案的用户，**SimpliSafe、ADT 或 Arlo** 提供的模块化系统依然是强有力的备选方案。
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
无摄像头的运动传感器与家庭安防设备 (wired.com)
joozio 发布于 2 小时前 | 4 点 | 隐藏 | 过往 | 收藏 | 讨论 | 帮助
考虑申请 YC 2026 年秋季批次！申请截止日期为 7 月 27 日。
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
继Valve于2026年5月调整定价，停产经济型LCD机型并将OLED版本的价格上调约40%至50%后，Steam Deck的销量出现暴跌。通过分析Valve以营收为权重的“全球每周畅销榜”，估计该设备已从前五名跌至第14位，标志着市场需求发生了灾难性的转变。
虽然总营收下降了约72%，但对销量规模的影响更为严重。随着平均售价从约540美元跃升至835美元，每周出货量估计下降了82%——从2025年的1.1万至1.8万台，降至2026年年中的仅1400至3000台。
此次崩盘凸显了极高的价格弹性：当Steam Deck价格低于650美元时，它具备极高的性价比；而如今价格接近1000美元时，它已难以与硬件性能更优的替代品竞争。除非Valve撤销这些涨价措施或推出一款定位更精准的新机型，否则Steam Deck的长期硬件前景将岌岌可危。
Hacker News 上近期的一场讨论对所谓的“2026 年 Steam Deck 大崩盘”提出了批评，指出定价策略的改变导致需求下降了 80%。
评论者们对此持有不同看法。一些人将下滑归因于硬件老化，而另一些人则反驳称，主机市场的成功更多依赖于便捷性而非纯粹的性能。也有人对这场“崩盘”的严重性表示怀疑，一位用户指出，每周售出 2000 台仍然是一个相当可观的销量。讨论最终转向了更广阔的市场趋势，参与者们质疑当前主机定价模式的长期可持续性，并表示希望科技行业能将重心从人工智能泡沫转移到更直接、实用的硬件应用上。
Python 3.15 引入了一种新型、低开销的解释器性能分析方法，以支持其新的即时（JIT）编译器。传统的性能分析通常要么需要维护两个独立的解释器（导致代码臃肿），要么需要增加条件性的“分析模式”分支（降低执行速度），而 CPython 3.15 采用了“双重调度”（Dual Dispatch）技术。
通过维护两个调度表（一个用于执行，一个用于分析），解释器只需在运行时交换变量即可切换模式，从而避免了昂贵的分支指令。关键在于，分析表将所有指令汇聚到一个单一的记录处理程序中，然后由该程序分派给标准解释器进行执行。这种“扇入/扇出”方式与传统的元追踪系统相比，显著降低了性能损耗。
基准测试显示，该方法仅带来约 4.5 倍的开销，相较于其他可能导致近 1000 倍减速的追踪实现，有了显著改善。尽管作者指出该系统增加了复杂性，但它为运行时性能分析和 JIT 追踪记录提供了一个强大且高效的基础。
Hacker News 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Python 3.15 的超低开销解释器性能分析模式 – Ken Jin 的博客 (fidget-spinner.github.io)
9 分 | rbanffy 发布于 2 小时前 | 隐藏 | 过往 | 收藏 | 讨论 | 帮助
考虑申请 YC 2026 秋季班！申请截止日期为 7 月 27 日。
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：