## 结合人工智能代理的重新构想的文学编程 文学编程——将代码与解释性散文结合起来——旨在使代码库像叙述一样易于理解。虽然概念上很有吸引力，但历史上由于维护并行代码和文档的负担而受挫。像 Jupyter Notebook 和 Emacs Org Mode 这样的常见实现，虽然有用，但对于大型项目而言，往往会变得繁琐，需要持续的“解缠”（代码提取），并存在覆盖更改的风险。 然而，大型语言模型 (LLM) 代理的兴起正在重振这一概念。像 Claude 和 Kimi 这样的代理擅长理解和生成 Org Mode 等格式，有效地处理维护同步散文和代码的复杂性。 现在，代理可以*自动*管理解缠，将集成了散文的文件视为事实来源，并始终用自然语言重新解释代码更改。这消除了之前阻碍采用的核心工作。作者发现这对于测试和记录流程特别有效，并设想未来代码库可以轻松阅读的叙述，甚至可以通过上下文意图解释来提高代码质量。虽然目前在较小规模上进行测试，但大型、代理维护的文学代码库的潜力令人信服，即使存在格式限制（例如 Org Mode 与 Emacs 的关联）。
每日HackerNews RSS
关于按住版权联系我们创作者广告开发者条款隐私政策和安全性YouTube的工作原理测试新功能© 2026 Google LLC
一个YouTube视频正在引起关注，演示了如何使用显微镜直接从激光唱片（以及CED唱片）中读取视频内容。这个来自复古科技频道Tech Tangents的视频展示了在唱片表面可见的滚动字幕出人意料的可读性。
这种现象是由于激光唱片独特的模拟录制方式、其使用恒定角速度（CAV）——保持一致的唱片旋转速度——以及帧的存储方式共同作用的结果。与CD等数字格式不同，激光唱片将模拟视频信号值存储为凹坑长度，类似于录像带。
评论者强调了早期技术的工程奇迹以及编码工作原理的迷人细节。一位用户甚至分享了一个视频中文字特别清晰的具体时间戳链接。该视频还涉及了诸如影印机和喷墨打印等相关技术，更广泛地展示了视觉数据存储。
## SBC 测试回顾与软件支持问题 (2025)
最近一篇 Hacker News 上的帖子总结了 2025 年测试的单板计算机 (SBC)，引发了关于软件支持的讨论——这是初始评测中经常被忽视的关键因素。虽然原始帖子旨在分享 [sbc.compare](https://sbc.compare) 的基准测试结果，但评论者强调需要有关主线 Linux 支持、安全补丁和发行版兼容性的信息，而不仅仅是供应商提供的镜像。
作者澄清帖子并非购买指南，而是为关注者提供回顾。他们指出 Armbian 和 Diet-Pi 是提供广泛 SBC 支持的发行版，但承认定义“主线支持”很复杂——完全的硬件功能很少见。
讨论显示出对软件质量不一致的沮丧，尤其是在 ARM 板上，问题通常源于外围设备驱动程序。多位用户提倡使用 Raspberry Pi 以获得可靠的长期软件可用性。RK3588 SoC 目前被认为支持良好，Orange Pi 5 提供了供应商和主线内核选项。最终，用户强调在选择 SBC 时考虑软件的长期可用性非常重要。
## Safehouse：基于Bash的代理沙箱 Safehouse提供了一种安全的在macOS上运行AI代理的方式，仅使用Bash，无需构建步骤或依赖项。它是一个可下载的shell脚本，为代理执行创建了一个受限制的环境。 要使用它，请下载`safehouse.sh`，使其可执行，然后从您的项目目录中*在*Safehouse内运行您的代理（例如`claude`）。 Safehouse会自动授予对当前工作目录（您的项目）和已安装工具的访问权限，但**严格限制对您系统其余部分的访问**。 尝试访问敏感文件，如SSH密钥或其他项目目录之外的仓库，将被内核阻止，从而证明了沙箱的有效性。 这确保了代理安全运行，防止未经授权访问个人数据。
## Agent Safehouse：macOS 沙盒用于本地 AI 代理
Agent Safehouse (agent-safehouse.dev) 是一款 macOS 原生工具，旨在利用 `sandbox-exec` 安全地运行本地 AI 代理。它旨在实现“全自动”代理操作，同时确保安心，解决了代理访问敏感数据或导致意外系统更改的担忧。
该项目本质上是 `sandbox-exec` 的策略生成器，它最大限度地减少了依赖关系，并专注于识别代理正确运行所需的最小权限——包括自动更新、钥匙串访问和图像粘贴。用户甚至可以通过基于 Web 的策略构建器或 LLM 指令生成策略，并将其集成到他们的点文件中。
虽然现有的代理沙盒解决方案（如 Claude Code 中的解决方案）存在局限性——潜在的逃逸漏洞或过于宽泛的权限——但 Agent Safehouse 旨在提供更强大和可定制的方法。开发者欢迎反馈和贡献，特别是关于细粒度控制和与 `lldb` 等工具的集成。 多个相关项目正在涌现，凸显了对安全代理执行环境日益增长的需求。
核心思想是在代理访问潜在危险资源 *之前* 提供强大的安全边界，从而补充在应用程序层控制工具访问的努力。
神经鸟群
Neural Boids
19 小时前
## 神经集群：从鸟群到“Noids”
受星形雀群（表现出无中心控制的协调运动的鸟群）的启发，“Noids”是一种被设计用来复制这种行为的神经网络。研究表明，星形雀大约会跟随7个附近的邻居，基于*拓扑*距离（排名，而非物理距离），即使在鸟群拉伸的情况下也能保持凝聚力。
传统的“Boids”使用手动编写的规则（分离、对齐、凝聚）来模拟鸟群。然而，“Noids”*学习*鸟群行为。每个Noid网络只有1,922个参数，接收输入，代表它自身的速度以及5个邻居的位置/速度，并输出一个转向力。
这种简化设计允许高效计算——利用GPU并行处理进行快速模拟。训练涉及模仿已建立的Boid规则，但由此产生的网络将行为体现为单个学习函数，反映了星形雀大脑的生物学合理性。涌现的鸟群行为展示了复杂行为如何从简单的、局部作用的个体和相对较少数量的学习参数中产生。代码是开源的，突出了可访问和可扩展的鸟群模拟的潜力。
## 神经鸟群：摘要
一篇最近的 Hacker News 帖子详细介绍了“神经鸟群”，它使用神经网络实现经典的“鸟群”集群模拟。作者 ecto 旨在探索受椋鸟群启发涌现行为，参考了研究表明椋鸟遵循令人惊讶的简单规则来实现协调运动。
然而，这篇帖子引发了对写作风格的强烈批评，许多评论者认为它听起来像是通用的 LLM 生成文本。人们对事实不准确和缺乏个人声音表示担忧。Ecto 承认了反馈并进行了更正。
除了写作之外，讨论的重点是该方法的创新性。一些人质疑在原始鸟群规则上训练神经网络的价值，认为强化学习会更有趣。另一些人则争论性能方面以及该实现与现有 GPU 加速鸟群模拟的区别。
尽管存在批评，但该项目激发了将类似技术应用于其他模拟的想法，例如流体动力学以及在游戏开发中创建涌现行为。核心概念——使用神经网络基于简单的局部交互来模拟复杂系统——仍然引人入胜。
## 反应引擎：摘要
本文探讨了构建反应引擎的三种方法——这类系统能够自动将变化传播到依赖数据中。其核心思想可以比作电子表格：输入驱动中间单元格的计算，最终产生输出。健壮的反应系统需要满足的关键要求包括：效率（避免不必要的重新计算）、细粒度更新（仅更新受影响的单元格）、无闪烁（一致的中间状态）和动态依赖关系（动态调整关系）。
**推式反应性**涉及节点通知依赖项的变化，提供细粒度更新，但可能导致效率低下和闪烁风险。**拉式反应性**则相反，节点从其依赖项请求更新，确保计算无闪烁和动态依赖关系，但通常需要大量的缓存来避免重复工作。
作者倾向于**推拉混合**方法。这种方法结合了两者的优点：一个“推”阶段识别出“脏”（已更改）节点，一个“拉”阶段仅重新计算这些节点，从而确保效率、细粒度更新、无闪烁和动态依赖关系。这种方法在性能和复杂性之间取得了平衡，使其非常适合大型应用程序。
虽然有效，但推拉方法依赖于在单个步骤中完成重新计算过程，这可能会在长时间运行的操作中引入复杂性。
## 反应式算法：总结
一则黑客新闻讨论围绕着乔纳森·弗雷雷关于反应式算法的文章——特别是推、拉和推拉方法。一个关键点是，期望的开发者体验会显著影响算法的选择。
许多反应式系统，包括较新的 JavaScript “信号”库中的系统，似乎是拉-推：UI *拉取*值，在评估过程中记录依赖关系，然后系统在输入改变时*推送*更新到受影响的组件。这与 Svelte 等系统形成对比，Svelte 通过静态分析代码来构建依赖图。
讨论强调了隐式与显式反应式之间的权衡。虽然隐式跟踪（如 SolidJS 和 Svelte 5 中）可能很方便，但它可能会模糊类型签名中的反应性，并导致意外行为。替代方案包括使对象深度反应式，或限制派生值（Vue 和 Mobx 倾向于这样做）。
最终，对话强调了将图论属性与实现细节分离，以实现最佳性能，并考虑诸如延迟评估和节点评估期间的动态重新配置等因素。分享了许多资源，包括一篇强烈推荐的关于电子表格反应式的博客文章：[https://lord.io/spreadsheets/](https://lord.io/spreadsheets/)。
## Z80 Sans：一种将反汇编作为字体的方案 本项目展示了“Z80 Sans”，一种独特的字体，可以直接从十六进制输入反汇编Z80机器码。它利用OpenType的高级特性——字形替换（GSUB）和字形定位（GPOS）——将十六进制序列转换为可读的Z80指令。 创建这种字体涉及一个复杂的过程，因为Z80的指令集存在多种变化（16位地址、操作数顺序、有符号偏移量）。一个自定义脚本生成字形和查找规则，最初使用`fontcustom`和`ImageMagick`（需要通过RVM管理特定的Ruby和OpenSSL版本）。核心逻辑依赖于递归下降解析器和字体文件（.ttx格式，直接编辑）内的上下文链。 挑战包括处理大量可能的指令组合和乱序操作数。解决方案是使用不同的字形编码四位二进制数和位移量，并利用前瞻和连字来管理复杂情况。虽然总体上是成功的，但在某些指令中仍然存在轻微的渲染故障。作者建议未来的工作可以从探索字体塑形器或利用FontForge的脚本功能进行特征修改中受益。
一个名为“Z80 Sans”的新项目引起了Hacker News社区的关注，它将一个Z80反汇编器嵌入到字体文件中。这意味着字体本身可以解码Z80机器码。
用户对该项目的巧妙和异想天开印象深刻，认为这是一个聪明的“实用玩笑”，将解析、处理和渲染合并为一步。讨论强调了创造性地滥用字体格式的趋势——之前的例子包括包含俄罗斯方块、大型语言模型，甚至像Zork这样的完整游戏嵌入在PDF中的字体。
虽然字体*可以*利用WebAssembly来实现更复杂的程序，但Z80 Sans的方法因其优雅和直接的实现方式而受到赞扬。一些评论员指出，像6502或8051这样更简单的处理器将更容易用这种方式表示。总的来说，该项目被誉为一项非常聪明且有趣的成就。
启用 JavaScript 和 Cookie 以继续。
## 新水果品种与基因工程：黑客新闻摘要
一篇最近的《经济学人》文章（链接）引发了黑客新闻上关于新品种水果开发，特别是通过 CRISPR 等基因编辑技术的讨论。虽然这些进步有望带来改善口感、质地和储存等好处，但也引发了对潜在弊端的担忧。
许多评论员感叹像红地（Red Delicious）这样的品种占据主导地位，更喜欢像科特兰（Cortland）、温莎（Winesap）和博斯科普（Boskoop）等更美味的旧品种——但这些品种越来越难找到。另一些人则强调了欧洲（瑞典的 Saga 苹果）成功的育种计划以及当地农贸市场中多样化品种的供应。
一个关键的争论集中在转基因食品上。一些人对转基因食品表示不信任，担心营养含量降低或公司专利的影响。另一些人则更持接受态度，特别是对于不涉及外来 DNA 的 CRISPR 编辑。人们也对优先考虑甜度而非营养价值的可能性以及由于 pH 值改变对传统罐头食谱的影响表示担忧。
最终，这场讨论反映了水果育种创新与保护生物多样性、风味和营养质量之间的紧张关系。
启用 JavaScript 和 Cookie 以继续。
最近一篇在Hacker News上详细介绍的研究探讨了体外培养的神经元连接到游戏世界时，是否能够学习并表现出知觉。讨论的中心在于这项发现的意义，特别是关于“人格”的定义以及它何时开始。
评论者们争论了受精过程中观察到的“锌火花”——一种经常被比喻为生命开始的化学反应——是否真的标志着根本性的转变。有些人认为该研究对知觉的定义过于宽松（即使是恒温器也可能符合），而另一些人则指出生物神经元与它们所启发的 искусственные 感知器相比，具有巨大的复杂性。
对话承认我们对智能和连接组的理解有限，表明我们离完全理解大脑的功能还很遥远。2005年关于“盘中大脑”的相关研究也被提及为先例。
启用 JavaScript 和 Cookie 以继续。
一位程序员用M&M巧克力豆创建了一种编程语言，作为个人项目，旨在重燃编码时期的“童真乐趣”。这位名为“tosh”的创作者在Hacker News上分享了这个项目，解释说它源于一种习惯，即在遇到新事物时会问“我能对它进行改造吗？”——之前他曾逆向工程键盘软件，用背光玩贪吃蛇。
这个帖子引发了讨论，一位评论者分享了一个类似的项目，使用Uno纸牌（“UnoScript”），并指出在受限媒介中产生的设计选择的有趣相似之处。该帖子还包含了一些幽默的回应，提到了巧克力豆洒出导致数据意外丢失的可能性，以及对零食的渴望。虽然一位评论者将其贬低为“AI垃圾”，但其他人则参与了这个有趣的概念及其背后的动机。