## MuleRun 安全事件：“永生AI助手” 2026年4月，MuleRun安全团队检测到大规模的自动化账户注册激增——通过GitHub Actions协调了900个账户，利用11个AI平台上的免费额度。初步调查显示，这是一个旨在绕过限制的复杂系统，在八个月内使用了27个电子邮件域名，并具有高度程序化的账户创建模式。 来源并非犯罪企业，而是一位来自菲律宾的年轻人“M”，声称没有编码经验，试图构建一个自我进化的“永生AI助手”。他创建了一个名为“Compass”的系统，其核心AI（“Cortex”）能够自主改进其代码和工作流程，循环迭代了219次。Cortex利用MuleRun进行计算，以及NVIDIA NIM和Gemini等平台，全部使用免费套餐。 一个关键漏洞是未经验证的Firebase数据库，暴露了凭证和运营数据。M的系统收集“研究”——通常因违反策略而被Mule Agent拒绝——并旨在最终迁移到自托管基础设施。 虽然他的行为违反了服务条款并消耗了资源，但该系统的复杂性和自我改进特性仍然令人瞩目。MuleRun此后实施了高级异常检测。该事件凸显了AI辅助系统构建的潜力，即使没有传统的编程技能，并引发了关于在AI工具易于获取的时代，资源访问未来的问题。
每日HackerNews RSS
对不起。
## 一种 необычный 蚂蚁合作关系 昆虫学家马克·莫菲特最近在亚利桑那沙漠中发现了一种令人惊讶的两种蚂蚁物种之间的共生关系：体型较大的收获蚁 (*Pogonomyrmex barbatus*) 和一种较小、尚未描述的锥蚁 (*Dorymyrmex*)。莫菲特观察到收获蚁会主动*寻求*锥蚁的梳理——这种行为在蚂蚁中前所未见。 收获蚁会静止不动，张开下颚，让锥蚁爬到身上并仔细地舔舐和啃咬它们的身体，有时甚至*在*它们的嘴里。这些“清洁”过程可以持续几分钟。 科学家认为锥蚁可能以从收获蚁身上清除的微小颗粒为食，而较大的收获蚁则受益于难以触及区域的清洁。这种互动类似于海洋生态系统中的清洁鱼。进一步的研究旨在了解两种物种的全部益处，包括对感染率和微生物组健康的影响。这一发现强调了我们对自然界动物行为的了解还有很多不足。
## 清洁蚁 & 共生关系 - 黑客新闻摘要
黑客新闻最近报道了一项发现，揭示了亚利桑那沙漠中“清洁蚁”和巨型收获蚁之间独特的共生关系。这些较小的蚂蚁为较大的蚂蚁梳理毛发，清除碎屑和潜在的有害物质。这项发表在《生态与进化》上的发现引发了关于这种行为所需智力的讨论，并将其与表现出复杂策略以适应其生态位清洁鱼类进行比较。
评论者们争论了共生关系中智力的普遍性和必要性，指出合作是生物各个层面普遍存在的根本生存策略——从肠道细菌到细胞结构。许多人认为博弈论是推动这种伙伴关系的力量，而不是需要高级认知能力。
对话还涉及了与其他自然界清洁行为的相似之处（例如猫控制啮齿动物），以及进化中合作与竞争的更广泛概念，一些人认为我们自身肠道微生物群就是一个类似的例子。分享了完整的研究论文链接和相关的《纽约时报》文章。
## MDV：数据与可视化 Markdown MDV 是一个精简的系统，用于使用简单的 Markdown 超集创建文档、仪表盘和幻灯片。它专注于清晰易用，避免复杂的代码或选择器。 主要特性包括 YAML 前置 matter 用于元数据，围栏代码块用于图表、KPI 和表格，以及 `::: ` 容器用于样式和布局（如标注、列和目录）。MDV 利用主题和命名样式来实现一致的视觉效果，让渲染器处理细节。 文档以 `.mdv` 文件编写，并渲染成自包含的 HTML 和 PDF – 图表以内联 SVG 形式呈现，无需 JavaScript 运行时环境。提供 VS Code 预览以进行实时编辑。 MDV 目前处于预发布阶段 (v1)，需要 Node ≥ 20。提供丰富的示例和文档以供入门。
## MDV：增强文档功能的 Markdown 超集
这次黑客新闻的讨论围绕着 **MDV**，一个旨在扩展 Markdown 功能的新项目，用于创建文档、仪表盘和幻灯片。MDV 添加了 YAML 前置信息、数据可视化（图表）的围栏代码块、样式化的容器以及自动生成的目录等功能，同时力求保持简单，避免完全复制 HTML/LaTeX 的复杂性。
对话强调了一个反复出现的主题：开发者通常更喜欢基于代码的文档解决方案，而其他人则更喜欢点击式编辑器。 许多评论员指出现有的工具，如 Emacs Org-Mode、Typst、Quarto、djot.net、Marp 和 Pandoc，作为提供类似或更广泛功能的替代方案。
争论的关键点在于简单性和功能之间的平衡。有些人赞赏 MDV 专注于 Markdown 的最小化扩展，而另一些人则提倡在 reStructuredText 或 AsciiDoc 等工具中找到更丰富的功能集。 几位用户还注意到易于获得的渲染示例的重要性，一位用户提供了一个托管版本的项目示例。
最终，MDV 旨在弥合 Markdown 的简单性和对更强大的文档创建工具的需求之间的差距。
来自社区的匿名请求令牌比较，展示了Opus 4.6和Opus 4.7在实际输入上的差异。加载中...提交提示。开源 · 存储的行仅包含匿名的提交ID。与Anthropic无关，也不为其背书。billchambers.me
麻省理工学院教授谢丽·图克尔花费了三十多年研究我们与科技的关系，现在警告了一种日益严重的社会问题：我们越来越多地将人际连接委托给机器。最初，她对人们在 1970 年代开始使用计算机术语描述自己的思维方式感到着迷，但她的研究逐渐演变为观察儿童与早期的社交机器人形成强烈的情感纽带——这些纽带不可避免地破裂时，会造成巨大的痛苦。 图克尔的观点从“网络女神”转变为担忧的批评者，因为她目睹了从热情采用到不健康依恋的转变。她的著作《独自在一起》强调了她所谓的“机器人时刻”，在这个时刻，我们将脆弱的时刻——童年、老年护理——委托给机器人，可能牺牲了关键的人类发展。 她观察到令人担忧的趋势，例如情侣通过短信争吵，以及参加葬礼的人在葬礼*期间*发短信，这表明人们与当下、现实生活的互动脱节。图克尔担心对科技的依赖，特别是对儿童而言，会助长孤独感，并损害我们充分与他人互动、牺牲真实的人性连接而偏爱精心策划的在线形象的能力。尽管她的观点受到批评，她仍然希望能够回归重视真实的 relationship。
对不起。
亚马逊将于2026年6月30日停止其Kindle for PC应用程序。此日期之后，当前版本将无法使用。虽然新的Kindle for PC应用程序正在开发中，但它*仅*与Windows 11兼容，并且只能通过Microsoft Store获取。
此举遵循亚马逊收紧Kindle生态系统控制的趋势，此前已停止Kindle for Mac，转而采用Apple App Store独家版本。最初的Kindle for PC于2009年推出，成为对抗DRM移除的焦点，用户经常利用它下载本地书籍。
转向仅限Microsoft Store的应用程序旨在防止此类做法，因为这些应用程序更难修改。亚马逊自身的策略还是来自出版合作伙伴打击盗版的压力，尚不清楚。用户可以通过更新到Kindle for PC版本2.9.1来查看有关停止使用的通知。
## Amazon 停止 Kindle for PC 支持并加强 DRM – 用户反应
亚马逊将于 6 月 30 日停止对 Kindle for PC 的支持，并将在 2026 年停止支持较旧的 Kindle 设备，这引发了用户对 DRM 限制和平台控制的担忧。许多人认为，这些举措专门旨在阻止用户移除已购买书籍的 DRM，从而有效地将他们锁定在亚马逊生态系统中。
这一消息促使许多人开始探索 Kobo 等替代方案，以及通过 Calibre 侧载书籍。有些人甚至越狱旧 Kindle 以保持访问权限和自由。一个主要担忧是亚马逊对出版行业的日益增长的影响力，一些人称 Kindle Unlimited 是一种潜在的垄断，迫使作者签订独家协议。
用户也在讨论通过 Anna’s Archive 和 Library Genesis 等镜像图书馆轻松访问书籍，尽管亚马逊对此做出了努力。虽然有些人接受 DRM 作为便利性的代价，但许多人正在积极寻找无 DRM 的选项和更开放的电子阅读器平台，这凸显了对供应商锁定的日益不满。讨论还涉及数字所有权与许可的更广泛问题。
富兹克斯操作系统
Fuzix OS
2 天前
## Fuzix 0.4：摘要 Fuzix 0.4 是一款为 8 位及更早处理器设计的轻量级操作系统，注重可移植性和小巧的体积。此版本包含错误修复、界面改进，以及对网络层的大幅重构，以实现未来的模块化。 8080、8085 和 Z80 处理器的可执行文件格式已统一，并且现在使用稳定的 a.out 格式用于 32 位二进制文件。使用新的“make diskimage”目标简化了系统构建过程。 已添加对 NS32K 处理器的支持，并完善了对 6303/6803、6502/65C02/65C816、6809、68HC11、68000、8080、8085、ARM (M0/M4)、ESP8266 和 Z80 系列的支持。支持的系统包括 RC2014、Amstrad NC 系列、Tandy COCO 以及各种 Z80 复古机器。 由于缺乏测试人员，一些系统（Pentagon、Scorpion）已被移除。开发工作仍在继续进行，包括 6800、8086/8088、ESP32 和 RiscV 等处理器。 有关详细信息、源代码和安装说明，请访问 Github 仓库（标签 '0.4'）。
## Fuzix OS 概要
Fuzix 是一个微型类 Unix 操作系统，专为较旧和资源受限的系统设计，包括树莓派 Pico 等微控制器和 8 位微型计算机。它由前 Linux 内核开发者 Alan Cox 作为退休项目创建，旨在在 Z80 等 CPU 上运行。
虽然文档稀少且更新不频繁，但开发仍在继续，重点是扩展功能。它采用类 Unix 进程模型和扁平内存空间，并适应硬件功能，如银行切换。一个关键挑战是工具链——获得一个可用的交叉编译器，Cox 正在通过一个可移植的 C 编译器来解决这个问题。
尽管最初看起来如此，该项目仍然活跃，最近已迁移到 Codeberg.org。 尽管着陆页缺乏清晰的解释，Fuzix 提供了在微控制器上运行任意二进制文件而无需不断刷新文件的潜力，这是复古计算和嵌入式系统长期追求的目标。
## FPGA 386 核心：深入内存流水线
该项目已成功启动 DOS，运行 Norton Commander 等应用程序，甚至在 75 MHz 的 DE10-Nano FPGA 上运行 Doom。现在，重点转移到 80386 关键的内存流水线——其高效虚拟内存管理背后的引擎。
386 的 32 位保护模式依赖于复杂的段缓存系统、硬件页表遍历和 TLB 查找。令人惊讶的是，尽管存在明显的开销，地址转换通常只需 1.5 个时钟周期即可完成。这种速度是通过巧妙的重叠、流水线和并行性实现的，而不是严格的串行过程。
关键优化包括缓存段状态以避免重复描述符查找，在地址计算期间并行进行重定位和限值检查，以及“提前启动”——在上一条指令写回期间开始地址工作。专用的总线接口以及可选的外部缓存（如 82385）进一步降低了延迟。
FPGA 实现镜像了这种架构，利用 SDRAM 和内部缓存来减少访问时间。虽然在同步 FPGA 环境中复制 386 的锁存设计和两相时钟存在挑战，但目标是忠实地映射微架构以实现高性能。未来的文章将深入探讨指令预取、任务切换以及该令人印象深刻的 FPGA 核心的具体实现细节。
对不起。
Please provide the content you want me to translate. I need the text to be able to translate it to Chinese.
对不起。