谷歌正在加强Android的安全措施，以阻止恶意软件，方法是使安装未通过Play商店验证的开发者提供的应用程序（一种被称为“侧载”的过程）更加困难。从8月开始，安装这些应用程序最初需要等待24小时。
然而，谷歌回应了用户的担忧，明确表示在一个设备上选择退出此延迟的用户，他们的偏好将*延续*到未来的Android设备上。这意味着用户只需完成一次退出流程，而不是在新手机上每次都进行。
虽然高级用户仍然可以使用ADB命令通过电脑绕过延迟，但此新功能为那些经常出于合法目的侧载应用程序（例如测试或使用Play商店中不可用的应用程序）的用户提供了极大的便利。这些更改旨在保护不精通技术的用户免受诈骗，同时又不给有经验的用户带来过多的不便。
每日HackerNews RSS
## Android 侧载更改：小小的让步，而非胜利
安卓侧载设置的近期更改，允许一次性绕过 24 小时安装延迟，正受到质疑。虽然一些人将其视为积极的一步，但许多用户认为这只是谷歌在限制非 Play 商店应用安装方面所做的一项微小让步。
核心问题在于谷歌对安卓生态系统的控制。这种延迟旨在打击诈骗，主要影响那些熟悉侧载的用户——他们不太可能成为恶意应用程序的受害者。批评者指出，此更改并未解决问题的根源（来自其他来源如 Meta 的诈骗），甚至可能是谷歌在与 Epic Games 达成和解后，为了显得更开放而采取的策略，同时保持控制。
人们仍然担心“沿用”功能需要谷歌账户才能在新设备上使用，这可能会将用户锁定在他们的生态系统中。许多人提倡完全开放的安卓体验，强调 GrapheneOS 和自定义 ROM 等替代方案，同时也承认在没有谷歌框架的情况下，银行和电子身份证支持方面的挑战。最终，共识倾向于这只是一个有限的改进，掩盖了谷歌持续推进更大控制的企图，而非用户自由的真正胜利。
## OpenCiv1：文明1的现代重塑
OpenCiv1是一个开源项目，旨在用现代代码重现席德·梅尔的《文明1》（1991年）。重要的是，它**需要合法拥有原始DOS游戏**才能运行，因为它不包含原始游戏中的任何受版权保护的文件。
该项目是完全重写——而非模拟——使用C#来实现平台独立性和避免版权问题。原始汇编代码通过虚拟CPU进行模拟，而其余部分则被替换为无版权的代码，包括计划中图形、音乐和文本的替换。
目前可玩，OpenCiv1欢迎通过测试、代码翻译（从伪汇编到C#）以及视觉/音频主题设计（保留原始感觉）来贡献。未来的计划包括高质量的图形和音频、基于Web的游戏、多人游戏功能和插件支持，所有这些都将保持原始游戏的核心规则和精神。目标不仅仅是复制，而是创建一个现代化、易于访问且可扩展的经典版本。
对不起。
## “这次不一样”的幻觉
安德鲁·罗斯·索金的《1929》正值人工智能领域蓬勃发展之际，其独特之处不在于否认泡沫，而在于*接受*泡沫。与过去投机狂潮不同——从17世纪的郁金香狂热到互联网泡沫——当前的投资者承认估值膨胀，甚至认为泡沫对于突破性创新是*必要*的。这呼应了一种日益增长的经济理论，即泡沫虽然浪费，但可以为未来产业建设关键基础设施，就像铁路和互联网一样。
然而，怀疑论依然存在。批评者认为，人工智能热潮与过去的泡沫不同；投资主要集中在快速过时的硬件（如英伟达芯片）而非持久基础设施上。这引发了人们对纯粹金融泡沫的担忧，缺乏以往时代持久的益处，可能类似于2008年危机甚至大萧条。
索金的书籍，考察了1929年的崩溃，突出了反复出现的模式：不受控制的投机、宽松的监管以及对自我调节市场的信念。他描绘了关键人物被乐观主义和有缺陷的经济学说蒙蔽双眼，反映了当前对泡沫的接受。虽然现代金融系统更具韧性，但风险仍然存在于影子金融领域——风险投资、私募信贷——这些领域运作于传统的监管监督之外。
最终，《1929》的核心教训不在于完全防止泡沫，而在于认识到泡沫的内在危险以及人类合理化不可持续增长的倾向，这种模式今天正在重演。
对不起。
CSS 必死无疑
CSS is DOOMed
18 小时前
## CSS 中的《DOOM》：突破浏览器边界
这个项目展示了现代 CSS 的惊人力量，通过在网页浏览器中完全重现经典游戏《DOOM》——游戏逻辑使用 JavaScript，但*所有*渲染都使用 CSS 实现。每个元素，从墙壁到敌人，都是一个使用 CSS 变换放置在 3D 空间中的 `<div>`。
作者旨在探索 CSS 的极限，灵感来自之前的基于示波器的《DOOM》版本。虽然完全使用 CSS 实现游戏逻辑过于复杂，但渲染被证明是完全可行的。该项目利用了诸如自定义属性用于数据输入、CSS 函数 (hypot(), atan2()) 用于几何计算以及动画用于动态元素（如门和投射物）等功能。
主要挑战包括数千个 3D 元素的性能问题（通过裁剪解决）、《DOOM》和 CSS 之间的坐标系统差异以及浏览器特定的错误。创新的解决方案包括使用 CSS 移动整个世界围绕玩家，使用 SVG 过滤器实现隐形等效果，并利用锚点定位实现响应式 HUD 元素。
最终，该项目展示了 CSS 超越传统样式的能力，证明它可以处理复杂的 3D 渲染和动态游戏元素。虽然不能替代 WebGL，但它突破了标准 Web 技术能够实现的可能性，并突出了 CSS 在过去 30 年中的发展。代码可在 Github 上获取。
## CSS Doom：黑客新闻摘要
一位开发者令人印象深刻地将 Doom 移植到完全在网页浏览器中运行，仅使用 CSS、HTML 和少量 JavaScript 作为游戏逻辑。该项目名为“CSS Doom” ([https://cssdoom.wtf/](https://cssdoom.wtf/))，展示了现代 CSS 的惊人能力，甚至实现了可玩帧率。
核心技巧在于利用暂停的 CSS 动画并操纵动画延迟来模拟可见性切换——这是在 `if()` 功能被广泛采用之前，应对 CSS 有限条件能力的一种变通方法。
讨论强调了 CSS 演变成一个令人惊讶的强大，但非常规的编程环境。虽然承认这种实现方式的“hack”性质，但评论员们对这项成就感到惊叹，并争论 CSS 是否变得*过于*复杂，暗示专门用于样式的语言可能更有效。性能因浏览器而异，Firefox 通常表现最佳，这归功于其 WebRender GPU 加速。该项目引发了关于突破网络可能性边界以及 CSS 惊人多功能性的更广泛讨论。
## AI 反思：从新奇到细微 (2026年初)
自 ChatGPT 于 2022 年底推出以来，我一直在探索人工智能不断发展的领域。 最初对它的能力感到惊叹——超越了 Cleverbot 等较早的聊天机器人——很快便开始尝试内容创作，从诗歌到 D&D 世界，甚至包括代码。 虽然早期的代码生成令人印象深刻，可以取代典型的研究任务，但迭代项目通常需要大量的手动更正，这让人质疑节省的总体时间。
最近，Claude Code 在编码方面带来了变革，它提供了一种自然语言界面来控制我的电脑——这是一项真正有用的进步。 它还在商业计划方面提供了帮助，尽管结果计划很简单，但仍然提供了一种激励性的“光泽”。
然而，人工智能的真正效用仍然不明确。 我经常发现自己需要完善人工智能生成的内容，并担心它所带来的范围蔓延。 我积极*避免*将人工智能生成的内容用于自己的写作，觉得它平淡乏味，并且作为人工智能创作材料的消费者，也体验到类似的不适感——这明显是“恐怖谷”现象。
尽管存在持续的保留意见，我仍然保留着 Claude Pro 订阅，但本地 LLM 的潜力以及对速率限制的担忧可能会让我重新考虑。 最终，虽然人工智能提供了令人兴奋的可能性，但它的真正价值并不在于节省的时间，而在于它如何改变创作过程本身。
对不起。
## AI 代理的隐藏性入门障碍 为 AI 编程代理（如 Claude、Cursor、Gemini）构建工具时，暴露了一个关键且经常被忽视的问题：令人沮丧的复杂设置流程。Hanzi Browse 的初始安装需要冗长的、特定于代理的说明——这是采用的主要障碍。作者意识到设置*就是*产品，无缝体验至关重要。 核心问题源于碎片化的 MCP 协议环境。每个代理都以不同的方式存储配置，迫使开发者创建庞大的 README 文件，或让用户自行排查问题。Nia 的一键安装 (`npx nia-wizard@latest`) 和 Superpowers 的基于技能的学习（在特定于代理的目录中使用 markdown 文件）提供了灵感。 Hanzi Browse 现在使用 `npx hanzi-browse setup`，自动检测代理，配置它们，并安装“技能”——markdown 文件，教导代理*如何*有效地使用该工具。这模仿了一种分发策略：技能充当营销，展示在诸如“awesome-agent-skills”之类的列表中，从而推动用户采用。 在新兴的 AI 代理生态系统中，轻松的入门是关键差异化因素。消除手动配置，专注于自动化设置，不仅仅是关于便利性；而是关于将你的工具交到用户手中，并确保它真正被*使用*。
对不起。
这篇内容讨论了创新者在引入新技术时面临的持续怀疑论。一位创始人主要利用人工智能工具构建了一个拥有400名用户和50名付费客户的可用平台，尽管“经验丰富的工程师”认为这不可能或质量低下（“人工智能垃圾”）。她还因其非工程背景和人工智能驱动的开发过程而面临投资者的犹豫。 作者认为这种阻力并非新鲜事，并将之与过去对互联网、网页、SaaS和移动技术的否定相提并论。虽然承认存在制作粗糙的人工智能软件，但他们强调，*成功的*产品并非由*如何*构建决定，尤其是在种子阶段。 关键在于吸引“人工智能优先”的工程师来完善和扩展系统。这位创始人应该自信地展示她的可用产品，并无视反对者，因为历史反复表明，最初的怀疑论往往会逐渐让位于广泛采用。
对不起。
## Reload：深入了解macOS上的文件监听 这篇文章详细介绍了作者对文件监听工具“reload”底层机制的探索，该工具是用Go构建的。最初依赖于`fsnotify`包，作者想了解文件变化检测在macOS上*实际*是如何工作的，macOS利用`kqueue`事件通知接口。 `kqueue`通过诸如`kqueue()`的系统调用来创建事件队列，以及`kevent()`来注册和等待事件。核心在于设置`kevent`结构体，指定文件描述符(`ident`)，用于监听变化的`EVFILT_VNODE`过滤器，以及检测写入事件的`NOTE_WRITE`。标志如`EV_ADD`注册事件，而`EV_CLEAR`防止对相同变化的重复通知。 作者用C语言实现了这个功能来理解基础知识，然后将其翻译成Go语言。Go实现可以处理监听特定文件和递归监听目录。关键考虑因素包括在打开文件时使用`O_EVTONLY`，以及使用`O_CLOEXEC`来防止在`exec`启动的子进程中文件描述符泄漏。目录监听需要重新遍历目录树来检测新文件。 虽然功能可用，但当前的实现会在文件删除时泄漏文件描述符。作者承认这种权衡，优先为个人使用场景保持简单。他们总结说，建议使用轮询或FSEvents等替代方法以获得更好的可扩展性，并鼓励读者探索代码并分享他们的经验。
这次黑客新闻的讨论集中在检测macOS上的文件更改。一篇最近的博文详细介绍了使用**kqueue**，这是一个可靠但可能比较复杂的API，需要为每个被监控的文件提供一个文件描述符。
评论者们强调了替代方案：**FSEvents**，一个更高层次的Apple API，更适合大型目录的扩展，以及**NSFilePresenter**，一个更易于使用的API。一种常见的策略是将FSEvents用于广泛的监控，并结合kqueue对特定文件进行精细控制。
有人提出了对FSEvents在高负载下的可靠性担忧，讨论也延伸到现有的项目，例如**esbuild**（目前使用轮询而不是这些API，影响电池寿命）和**watcher**（一个项目，包含比较各种文件系统监控方法的基准测试）。
对话还涉及了内核文件系统事件子系统的复杂性，以及使用**ebpf**构建自定义解决方案的可能性，以提高准确性，尤其是在安全敏感的环境中。最后，有人指出kqueue在BSD系统上的可移植性。
## 加拿大人工智能赋能报税 面对加拿大的年度报税季，我尝试使用人工智能工具——特别是ChatGPT和Claude——来简化我和我妻子的流程。虽然我个人使用人工智能的程度有限，但我希望在标准软件的基础上优化我们的报税流程。 我构建了一个工作流程，利用Claude Code CLI和Obsidian，这是一款强大的markdown笔记应用程序。这包括创建一个专门的Obsidian库，并为文档（T4表格、收据等）建立结构化的文件夹系统。设置的关键是使用Python库，如`markitdown`和`ocrmypdf`，从PDF文件中提取数据，并使用自定义的bash函数进行快速处理。 至关重要的是，我在`CLAUDE.md`文件中向Claude“注入”了上下文信息——汇率、ESPP细节、资本利得定义。这使得Claude能够协助进行复杂的计算，例如调整后成本基础（ACB），识别错误（它发现了我过去一年的报税错误！），并审核Wealthsimple Tax生成的草稿报税单。 虽然我仍然仔细审查了一切，但与传统方法相比，这种设置被证明更井然有序、更高效、更省心。我发现Claude Code CLI优于桌面应用程序，尤其与Obsidian和终端结合使用。对于管理多个个人报税的人来说，这种工作流程尤其有益。
这个Hacker News讨论围绕使用AI，特别是Claude，来简化个人报税。发帖者详细介绍了一个使用Claude CLI和Obsidian处理加拿大税款的工作流程。
评论中的一个关键点是**结构化数据**的重要性。一位用户强调使用JSON而非非结构化markdown的好处，因为它允许Claude生成可验证的代码（TypeScript）来进行计算，从而减少错误。
另一位用户成功地将Claude与Excel和excel1040.com模板一起使用，让Claude直接将1099表格中的数据转移到电子表格中进行计算——在某些方面取得了比TurboTax更好的结果。
一个常见的警告是**务必验证Claude的计算结果**，使用编程语言或成熟的工具（如Excel），因为AI本身在数学运算方面并不总是可靠的。总的来说，这个讨论展示了AI在个人金融领域有前景的应用，但仍需要验证。
我们检测到您的浏览器已禁用 JavaScript。请启用 JavaScript 或切换到受支持的浏览器以继续使用 x.com。您可以在我们的帮助中心查看受支持的浏览器列表。帮助中心 服务条款 隐私政策 Cookie 政策 版权信息 广告信息 © 2026 X Corp.
## 人工智能解决克努斯“克劳德循环”难题
最近的进展展示了人工智能在复杂问题解决方面的日益增强的能力。大型语言模型已经完全解决了克努斯提出的“克劳德循环”问题，这是一个长期未解的数学挑战。这一成功引发了关于人工智能在数学领域潜力的争论，一些人认为人工智能擅长“低深度、高广度”的任务，能够凭借其强大的处理能力发现新的模式。
讨论的中心在于人工智能是会增强还是最终超越人类数学家。一些人预测，问题解决将转向人工智能驱动，利用强化学习在Lean等形式化系统上进行操作，而另一些人则强调继续需要人类的直觉和表征能力。人们对人工智能可能生成新颖但最终有缺陷的解决方案表示担忧，这需要人类的监督。
更广泛的影响延伸到其他领域，与人工智能对软件工程的影响以及自动化可能重塑就业市场的情况相提并论。虽然一些人预见未来人工智能将处理复杂的任务，使人类能够从事更具创造性的活动，但另一些人则担心经济 disruption 以及适应的必要性。这场讨论凸显了人类智能与人工智能之间不断演变的关系，以及在短期内采用协作的“半人马”方法的潜力。