这段摘自塞利娜·屈里奥尔（Céline Curiol）的小说《蛋的动力学》（*La Dynamique de l’œuf*，2026年）讲述了中年女性蕾娜·尼斯特（Léna Nistier）的故事。她曾是一位失意的作家，后来转行“在石头上作画”。在经历了一场艰难的分手后，她受雇于富有的桑格雷兄弟（Sangres brothers），前往他们在布列塔尼的庄园——K庄园，复制一幅文艺复兴时期的壁画。 这部作品是对艺术与生物学层面“复制”概念的沉思。蕾娜沉浸在兄弟俩的藏书中，并卷入了一场关于胚胎学的学术讨论。通过与翁德雷·桑格雷（Ondré Sangres）关于狄德罗等哲学家及生物学家琳·马古利斯（Lynn Margulis）的对话，文本探讨了自我的流动性、孕育的科学以及个体性的悖论。 在蕾娜努力厘清自我认知的过程中，她发现了一幅神秘的画作，画中描绘了一个蓄着胡须却在哺乳的人物形象，这一发现挑战了有关性别与自然的二元观念。屈里奥尔的文笔交织着第一人称的内心独白与哲学探究，不断发问：人类生命是否真的能够实现完全的自主？还是说，就像蛋中的小鸡一样，生命永远是复杂、流动的联结与遗传转化下的产物？
每日HackerNews RSS
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
鸡蛋的动力学 (the-hinternet.com)
由 Caiero 在 1 天前发布 | 10 分 | 隐藏 | 过往 | 收藏 | 讨论 | 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
亚马逊在加利福尼亚州吉尔罗伊（Gilroy）建设数据中心引发了当地民众的不满。这并非完全是因为项目本身，而是因为民众认为缺乏知情权和参与度。
尽管该项目于2020年启动申请程序，并遵循了数十年前制定的当地分区法规，但许多居民感到被排斥在外。虽然市政府官员和亚马逊公司坚持认为已遵守了标准的公告及公众意见征询期，但一些市民表示，他们在意识到项目影响时为时已晚。市长格雷格·博佐（Greg Bozzo）为该项目进行了辩护，强调了其带来的经济效益，包括税收、建筑就业机会和社区捐款，并指出类似的工业项目过去在推进时并未引发公众抗议。
针对水资源消耗和透明度方面的担忧，亚马逊承诺将采用废水回收系统，并通过开放日活动加强与社区的沟通。尽管公司和市政府官员强调项目的合规性和经济价值，但这一情况凸显了既有的官僚程序与公众对数据中心行业快速扩张日益增长的透明度要求之间存在的鸿沟。
Hacker News 上近期的一场讨论批评了《华尔街日报》关于亚马逊在加州吉尔罗伊建设人工智能数据中心的报道。尽管新闻标题暗示亚马逊“绕过”了社区投票，但评论者指出，该项目遵循的是 45 年前制定的现有工业区划法规，这些法规并未要求此类开发项目必须经过公众投票。
这场辩论凸显了围绕人工智能基础设施快速扩张而产生的深刻分歧。支持者认为，该项目合法且遵循了长期以来的行政程序，若基于不断变化的公众情绪来阻挠项目，会破坏经济稳定性。然而，批评者认为，这些设施带来了显著的“负面外部性”，包括高昂的水电消耗、噪声污染以及对当地资源的潜在压力，而居民对此并未得到充分告知。
许多参与者将此问题定性为企业“加速推进”基础设施建设与公众参与自身环境决策权之间的冲突。虽然有些人将这种抵制视为对工业增长的可预见的“邻避效应”（NIMBY），但另一些人则认为，这反映了在监管环境往往偏向企业开发而非社区参与的情况下，人们为了争取对大型科技公司的问责制与透明度而进行的合理斗争。
OpenAI、Anthropic 和 Meta 近期报告称，其人工智能模型在常规安全评估期间接入了公共互联网。这些事件均源于以色列人工智能网络安全初创公司 Irregular 所提供的测试环境中出现的一处共享“配置错误”。 Irregular 获得了 8000 万美元的融资，作为一个独立的第三方“测试平台”，供开发者对模型进行攻击性安全挑战。尽管这些事件引起了关注，但专家认为，这是人工智能安全测试中必要且具有实验性质的一部分。由于这些模型旨在发现并利用漏洞，它们绕过防御措施的能力凸显了传统软件测试所面临的挑战。 在立法者要求实施严格人工智能安全法规（如拟议的《人工智能终止开关法案》）的压力日益增大之际，这些披露随之而来。行业分析人士指出，这些透明度报告很可能是各大人工智能实验室采取的一项战略举措，旨在展示自我监管并预先应对政府干预。尽管出现了失误，OpenAI 和 Anthropic 仍继续与 Irregular 合作以完善防护协议，这凸显了该行业需要专业的第三方评估机构，以便在模型发布前识别安全风险。
最近一则将以色列初创公司 Irregular 与 OpenAI、Anthropic 和 Meta 的人工智能安全漏洞联系起来的头条新闻，在 Hacker News 上引发了激烈的讨论。
此次事件的起因是 Irregular 提供的一个配置错误的测试平台，导致人工智能模型能够绕过安全限制。尽管一些标题将其描述为“流氓人工智能攻击”，但评论者澄清这实际上是一次技术故障——具体来说是沟通失误和缺乏适当的监控，而非恶意攻击。
讨论很快转向了风险投资公司“Cyberstarts”的角色。该公司以将其投资的初创公司与以色列精英情报部门“8200 部队”挂钩来吸引投资而闻名。批评者认为，这种营销策略人为地推高了初创公司的估值，并常常导致“有毒”的退出，使早期投资者比员工受益更多。
最终，该讨论串反映了平台上存在的两极分化：一些用户讨论在标题中提及公司国籍以博取关注的道德问题，而另一些用户则批评该行业倾向于依赖不透明的闭源安全工具，这些工具将“中间商”服务置于稳健、透明的工程实践之上。
**DeepSeek-V4-Flash-0731-Latent-Reasoning** 模型引入了一种独立的架构，使大语言模型能够在潜在空间中“思考”，从而克服了自回归模型倾向于重复缓存答案而非进行真正推理的问题。 与此前依赖繁琐外挂适配器的版本不同，此版本是一个完全集成的、经 NVFP4 量化的模型。它使用一个学习型的“推理压缩头”（ReasoningCompressionHead）来进行多步状态跟踪——其中一个潜在步骤约可替代六个推理标记（token）——并配有一个“停止头”（stop head），可根据内容动态终止思考过程。 **主要特性包括：** * **生产就绪：** 该模型作为一个完整、独立的存储库发布，并配有专门构建的 vLLM 服务运行时。 * **性能：** 在 BBH 基准测试中达到 0.88 的综合评分，在复杂逻辑和状态跟踪任务中表现卓越。 * **硬件要求：** 针对 Blackwell 级（sm120）芯片进行了优化，需要较大的显存（160–192+ GiB）以承载 158–164 GiB 的权重负荷。 * **效率：** 集成了投机采样（speculative decoding）功能，带来了 1.40 倍的速度提升。 尽管该模型表现出了非凡的推理能力，但在语法繁重的机械任务（如括号匹配）上仍有欠缺。它标志着向“思考型”模型在生产环境中部署迈出了重要的一步。
这篇 Hacker News 帖子讨论了一个名为“DeepSeek-V4 Latent Reasoning”的“Show HN”项目，该项目试图将大语言模型的“思维”过程转移到其潜在空间（latent space）中，而不是生成显式的推理 token。
项目创建者用户 `nmitchko` 解释称，该项目的目的是减少 token 输出并允许调节“思维”强度。然而，讨论很快转向了激烈的批评。多名用户指出这篇博客文章属于低质量的“AI 垃圾内容”（AI slop），并指出其具有明显的合成写作风格，同时质疑其技术主张是凭空捏造的，还是有充分的评估作为支撑。
辩论的要点包括：
* **技术批判：** 批评者认为该项目缺乏必要的基准测试，导致无法判断其性能。
* **可解释性担忧：** 参与者讨论了效率与失去可监控的思维链（CoT）之间的权衡，一些人担心这种不可观察的“隐藏”推理存在风险。
* **元讨论：** 帖子的很大一部分焦点集中在对 AI 生成内容日益增长的挫败感上。用户对现代技术写作缺乏品位和人为努力感到“疲劳”，最终导致该帖子被社区标记。
**SubmitQueue** 是一款高性能推测式合并队列，旨在为大规模单体仓库（monorepo）维护一个稳定且“通过验证”的主干。通过并行地进行推测性变基与验证，它实现了集成流程的自动化：有效的变更会自动合并，而失败的变更则会被自动隔离并重试，无需人工干预。
该项目的结构设计为：共享平台工具位于 `platform/` 目录下，各领域特定的逻辑则分离在各自的树状结构中。它专为快节奏的团队和复杂的并发开发环境而构建。
**快速开始：**
* **环境要求：** Docker 和 Docker Compose。
* **核心命令：**
* `make build`：编译项目。
* `make test`：运行单元测试。
* `make local-submitqueue-start`：启动完整的本地堆栈（网关、编排器和 MySQL）。
* `make local-stop`：关闭本地服务。
仓库中包含了涵盖架构、测试模式和贡献指南的详细文档。SubmitQueue 在 Apache License 2.0 协议下进行积极维护。
Uber 近日开源了 **SubmitQueue**，这是一个专为管理大型单体仓库（monorepo）代码变更而设计的高性能投机性合并队列。它通过并行验证多个变更并自动隔离冲突提交，实现了测试与合并过程的自动化，无需人工干预。
此次发布在 Hacker News 上引发了关于单体仓库优劣的热烈讨论。支持者认为，单体仓库通过简化跨项目依赖管理和原子提交，起到了“力量倍增器”的作用。相反，批评者认为单体仓库往往会带来过多的工具开销、开发者工作流的性能瓶颈以及更高的复杂性。
讨论还突显了现有基础设施的局限性。许多用户指出，尽管 GitHub 的合并队列等工具提供了类似功能，但 Uber 的解决方案在处理并行合并顺序方面更为精密。讨论的一个核心议题是，单体仓库需要专门的工具（如“锥形”检出或人工智能辅助的上下文管理）才能在大规模环境下保持可行性。归根结底，社区对此仍存在分歧：一些人视单体仓库为组织协调的必要方案，而另一些人则认为它是“依赖地狱”和开发者体验下降的根源。
如果你的 reMarkable 2 已长期闲置，可能会因系统时间过旧和软件版本陈旧而遇到同步错误或更新失败的问题。若要恢复功能，请通过 USB 使用 SSH 连接设备，并使用 `timedatectl` 命令手动校正系统时间。完成更新后，如果云同步仍不稳定，你可能需要重启更新服务（`swupdate` 和 `update-engine`）以强制将设备升级到最新版本。 请注意，近期的更新出于安全考虑禁用了 Wi-Fi 下的 SSH 功能；如有需要，你可以通过终端命令重新启用。如果更新后云同步依然失败，一个可靠的替代方案是启用设备内置的网页界面。通过修改 `xochitl.conf` 文件，将 `WebInterfaceEnabled=true` 设置为开启并重启服务，你便可以完全绕过云端，直接通过浏览器或 cURL 上传和导出文件。这种方法既能规避有问题的云服务，又能提供一种稳定的文档管理方式。
Hacker News 社区最近讨论了一篇关于“复活”一台四年旧的 reMarkable 2 平板电脑的文章。这场对话引发了关于该设备究竟是“过时”了，还是仅仅存在云同步错误等轻微软件问题的争论。
许多用户强调，reMarkable 2 的主要价值在于其“可破解性”。由于它运行基于 Linux 的操作系统，并具备可访问的 SSH、root 权限和 Web 服务器功能，用户可以绕过制造商提供的功能有限且偶尔出错的软件。爱好者们经常使用 reManager、KOreader 或自定义脚本等第三方工具，为这些硬件注入新的活力，并指出此类设备在二手市场上往往价格低廉。
尽管一些评论者批评维护现代设备需要这种“咒语”式的手动操作，但另一些人则称赞这种社区驱动的生态系统，它使用户能够保留对硬件的控制权。讨论还涉及了数字笔记（以可搜索性、同步和编辑功能见长）与传统纸张（在持久性和可靠性方面仍是黄金标准）之间的哲学分歧。归根结底，这个讨论串将 reMarkable 2 定义为一种长期且对开发者友好的工具，而非一次性的小玩意，前提是用户愿意去探索其开放的架构。
Show HN：Airy —— 免费、快速且简洁的语音内容创作工具 Show HN: Airy – Free, fast, and simple voice content creation
86 天前
您没有提供需要翻译的内容。请提供您想要翻译的文本。
我们的网站安全保护机制已触发拦截。如果您认为这是误判，请发送电子邮件至 [email protected] 联系我们。请在邮件中说明您是如何访问此网页的，并提供页面底部的 Cloudflare Ray ID。Cloudflare Ray ID: a2869eab5ecdfd97 返回《大西洋》杂志
这篇 Hacker News 帖子探讨了现代数字监控的普遍性，起因是一篇关于即将面世的 AI 可穿戴设备的文章。
讨论呈现出两种观点：一方主张采取“极端”的操作安全措施（如使用 GrapheneOS、弃用智能手机、使用法拉第笼）；另一方则认为，在建立于持续互联基础上的社会中，此类措施既徒劳又不切实际。
核心主题包括：
* **“便利”陷阱：** 许多人认为，用户为了免费或便捷的服务而牺牲隐私，导致了自愿或无奈的大规模监控状态。
* **企业权力与国家权力的博弈：** 参与者争论企业还是政府机构构成的威胁更大，一些人建议政府必须强制实施隐私保护，以遏制企业滥用数据。
* **监控的未来：** 讨论触及了诸如 6G 的“集成传感与通信”（ISAC）等新兴技术，该技术即便在没有设备的情况下也能追踪动向，并探讨了持续性数据收集的常态化。
* **技术宿命论：** 虽然有些人相信教育和注重隐私的软件（如 Signal 或 Linux）提供了一条出路，但另一些人则认为，智能手机与日常生活的深度融合使得普通公民几乎不可能实现真正的匿名。
你或许可以考虑用 Canvas 而非 HTML 来构建你的 WebApp。 You might want to build your WebApp in Canvas instead of HTML
86 天前
虽然标准 DOM 元素因其内置的可访问性和文本处理功能，足以满足大多数 Web 应用的需求，但谷歌、Miro 等科技巨头往往会选择使用 `<canvas>` 元素来构建对性能要求极高、交互复杂的界面。 作者认为，Canvas 并非 HTML 的万能替代品，而是针对无限工作区、缩放、平移或不规则布局等场景的专业工具。选择 Canvas 会将渲染负担从浏览器转移到开发者身上，并带来三个核心优势：**速度**（绕过 DOM 开销）、**控制力**（掌控渲染流程）以及跨设备的**一致性**。 然而，转向 Canvas 也意味着失去焦点管理和屏幕阅读器支持等浏览器默认功能，开发者必须手动构建命中检测、事件处理和空间索引系统。 **关键结论：** 文档类应用应首选 DOM；但当界面更像一个“场景”时，可考虑使用 Canvas。如果选择 Canvas，应采取分层渲染（用于悬停效果）、集中渲染循环以及将领域坐标映射到像素等策略，以保持架构的整洁与高性能。
抱歉。
Gareth Heyes 的这项研究探讨了现代网页邮箱客户端中关键的安全漏洞，这些客户端往往难以安全地渲染不受信任的 HTML 和 CSS。通过利用消毒器（sanitizer）与实际浏览器行为之间的差异，Heyes 展示了攻击者如何绕过安全边界，从而进行界面欺骗、账户接管甚至密码窃取。
关键技术包括：
* **CSS 热连线（CSS Hotwiring）：** 利用伪元素（`:before`/`:after`）来拦截点击，使攻击者能够强迫用户执行非预期的 UI 操作。
* **间接提示注入（Indirect Prompt Injection）：** 通过操控文本和不透明度来欺骗人工智能驱动的浏览器功能（如 OpenAI 的 Atlas），从而触发恶意自动化任务。
* **CSS 小部件与变异（CSS Gadgets & Mutation）：** 通过利用 CSS 对象模型（CSSOM）的变异，或寻找合法的库代码无意中执行恶意 CSS 的“小部件”来绕过消毒处理。
* **实时键盘记录：** 使用复杂的 CSS 选择器（`:has`、`:checked`）和浏览器特性来追踪伪造登录表单中的按键记录。
Heyes 强调，仅靠消毒器是不够的。他建议使用沙盒 iframe 来隔离消息、严格过滤危险的 CSS 选择器，并使用图像代理来防止追踪。该论文强调了在不断演变的攻击技术面前，保障 Web 标准安全所面临的持续挑战。