在世嘉 Mega Drive 上运行 Linux 是可行的，但这需要借助 Mega EverDrive，它提供了必要的内存（通过其 SSF2 映射器）、定时器寄存器以及 SD 卡文件加载功能。标准的模拟器无法运行此系统，但项目提供了一个专门的 QEMU 分支用于测试。
要实现此配置，你需要构建 m68k-linux 工具链、U-Boot、内核镜像以及 EROFS 根文件系统，并将它们复制到 EverDrive 的 SD 卡中。开机后，Mega Drive 通过 USB 与电脑连接，你可以使用 `medtool` 来进行通信并访问串行终端。
虽然该系统目前“速度极慢”（性能甚至不及 12MHz 的 68000 设置），但它确实提供了一个可用的 Shell。该项目包含一个“高级控制台”，使用 Mega Drive 原生的视频输出进行显示，并具备视觉心跳指示器和磁盘活动状态显示。需要注意的是，这目前仅是一个概念验证项目，要提高可用性，仍需对 EverDrive 的 FIFO 交互进行大量的进一步优化。
每日HackerNews RSS
世嘉 Mega Drive（在北美被称为 Sega Genesis）的 Linux 移植开发工作在复古游戏社区中引起了广泛关注。由于 Mega Drive 的摩托罗拉 68000 处理器缺乏内存管理单元（MMU），该项目使用了与 uClinux 类似的 `nommu` 选项编译内核。此移植版本通过 EverDrive 卡带提供的 4MB 内存运行，开发者还提供了一个 QEMU 分支，以便在无需实际硬件的情况下进行模拟。
该项目在 Hacker News 上引发了热烈讨论。用户们在分享对这款游戏机的怀旧之情的同时，也探讨了现代硬件与原始旧系统之间的优劣。一些人认为模拟器或现代 HDMI 转接器已足以提供复古体验，另一些人则感叹老式 CRT 显示器日益稀缺且难以寻获。讨论帖还深入探讨了 68k 架构与现代模拟之间的技术差异，还有人提出了幽默的建议——例如在游戏机上搭建博客——凸显了这种雄心勃勃的业余爱好者成就“虽无用却美妙”的本质。
“老电脑挑战赛”（OCC）是由 Solène Rapenne 于 2021 年发起的年度活动，旨在邀请数字极简主义者和复古计算爱好者，通过使用受限的旧硬件来体验为期一周的现代生活。自活动创办以来，其主题多种多样，涵盖了从严格的内存和 CPU 限制，到限制互联网使用以及以 DIY 为重点的项目等。
今年的活动将于 2026 年 7 月 5 日至 7 月 12 日举行。在新组织者 Tekk 的带领下，社区鼓励大家拥抱今年的主题：“创造点什么”（Make Something）。参与者受邀在挑战周期间，通过亲手创作故事、音乐或程序来发挥创造力，并与社区分享。
参与方式没有严格规定；活动的重点依然是体验过程中带来的乐趣与个人成长。参与者可以记录自己的挑战历程，这些记录将通过官方邮件列表进行存档。爱好者们可以通过邮件列表、活动官网或 Libera.Chat 上的 #oldcomputerchallenge 频道与社区建立联系。
“老旧电脑挑战”（Old Computer Challenge, occ.sdf.org）是一项在线社区活动，旨在鼓励参与者使用复古硬件来满足日常计算需求。Hacker News 上的讨论展现了人们对这一爱好截然不同的看法。
参与者们分享了使用数十年机龄设备（如 2009 年代的 ThinkPad 或搭载 Intel Atom 处理器的上网本）的经验，他们通常会为这些机器升级固态硬盘，并安装轻量级的 Linux 或 OpenBSD 发行版。有些人认为这些机器不仅性能尚可，且安静可靠，远胜于现代不可维修的笔记本电脑；而另一些人则强调，这类硬件更适合用作特定用途的常开式设备，而非进行高强度的现代网页浏览。
讨论还触及了社区文化本身。一些用户指出了社区在包容性方面面临的挑战，以及网络空间中存在的有毒行为，并表示线下的复古计算聚会通常更具亲和力。此外，关于项目文档中使用“smol”等网络俚语的小争论，也反映了“追求专业规范用语者”与“拥抱网络亚文化古怪非正式风格者”之间的分歧。总的来说，这项挑战被视为一种在既定限制下进行工作的有益尝试，而非盲目追求不断的性能优化。
2014年11月12日，欧洲航天局的“菲莱”号着陆器创造了历史，成为首个在彗星（67P/楚留莫夫－格拉希门克彗星）上着陆的航天器。在与母船“罗塞塔”号分离后，“菲莱”号经历了一次惊心动魄的着陆，在多次弹跳后最终停在了一个名为“阿拜多斯”的地点。 尽管面临技术挑战，“菲莱”号在64小时的运行期间完成了预定科学任务的80%。其搭载的仪器提供了开创性的见解，包括对彗星尘埃和冰的首次原位分析，揭示了其内部高度多孔且“蓬松”的结构。着陆器还探测到了有机化合物——这是生命的基本组成部分，并对彗星表面进行了首次主动地震和温度测量。此外，它还证实了该彗星不具备磁性。 虽然“菲莱”号最终进入了休眠状态，但该任务的遗产依然巨大。“罗塞塔”任务从根本上改变了我们对早期太阳系的认知，并为未来的探测工作制定了路线图。如今，“菲莱”号的成就继续激励着新一代的任务，如“赫拉”号和“彗星拦截者”号，它们传承了这一十年前太空探索里程碑的科学精神。
布鲁塞尔已启动一项雄心勃勃的“技术主权计划”，旨在将欧洲的数据中心容量提高两倍，并减少对美国云巨头的依赖。尽管该计划引入了大胆的法规，包括政府可能强制接管芯片合同，但它仍面临一个关键且未得到解决的障碍：为这些人工智能“超级工厂”提供动力所需的物理基础设施和能源。 欧洲大陆深受“BANANA”（绝对不要在任何地方建造任何东西）心态的影响，官僚主义的僵局和缓慢的审批程序阻碍了发展。与此同时，冰岛等地区提供了现成的解决方案，通过丰富的清洁地热和水力发电，以及天然的冷却优势。尽管有这些优势，欧洲仍将自身固有的地质资产视为事后补充，而非战略支柱。 归根结底，欧洲优先考虑制定复杂的法规，而非部署的实际需求。当欧盟专注于制定规则以实现“数字主权”时，私人资本正在他处寻求更优越的环境。除非布鲁塞尔能够克服内部的监管瘫痪，并将能源基础设施视为国家优先事项，否则其实现人工智能独立的追求将不过是一份“精美的文档”，而实际工作将继续由他人完成。
抱歉。
**开放记忆协议 (OMP)** 是一项供应商中立的开源标准，旨在解决“AI 记忆孤岛”问题。目前，Claude、ChatGPT 和 Cursor 等 AI 工具各自独立运行，一旦切换平台，上下文便会丢失。
OMP 通过以下方式实现可移植、可互操作的 AI 记忆：
* **标准化规范：** 对内存对象、存储格式和 REST API 的精确定义。
* **自托管基础设施：** 提供一个参考服务器，让用户掌控数据，确保隐私和所有权。
* **跨工具集成：** 利用 MCP、SDK 和浏览器扩展，OMP 允许不同的 AI 工具读写同一个记忆存储库。
通过运行本地 OMP 服务器，用户可以让 AI 助手在所有会话和设备中自动调取偏好设置、编码风格以及过往项目详情。由于基于开放标准构建，任何支持 HTTP 请求的工具都可以实现 OMP，从而打破对封闭生态系统的依赖。
OMP 是免费、社区驱动的，专为那些希望其 AI 上下文具备可移植性、隐私性和持久性的用户而设计。欲了解更多信息，请访问[官方仓库](https://github.com/smjai/omp)。
这篇 Hacker News 讨论帖探讨了“开放记忆协议”（Open Memory Protocol）的发布。该项目旨在为 Claude、ChatGPT 和 Cursor 等平台的 AI 智能体创建一个通用的记忆存储库。
各方反应不一。虽然一些用户看到了标准化智能体记忆的潜力，但批评者认为，简单的“一站式”存储方案并不足够。持怀疑态度的用户 `jcutrell` 强调，有效的记忆需要的是“语境塑造”，而非仅仅是一个共享文件系统。
经验丰富的资深用户分享了各自的方法论，强调真正的效用来自于结构化的工作流。例如，`visarga` 描述了一套成功的方法，利用三种不同类型的记忆——用户意图、任务级进度和项目状态——来确保智能体保持专注并按要求执行。
讨论还延伸到了对 AI 内容质量更广泛的批评。几位评论者表达了对“默认 LLM 风格”写作的不满，指出许多用户未能进行基本的定制或提示词工程。普遍的共识是，尽管钩子（hooks）和自定义记忆架构等高级技术确实存在，但普通用户往往满足于通用且低投入的输出，这导致现代内容中出现了一种明显的“LLM 味道”。
请启用 JavaScript 和 Cookie 以继续。
抱歉。
请提供您需要翻译的内容。
本指南旨在作为在历史悠久的 PDP-1 计算机上使用 Lisp 的实用入门手册。PDP-1 Lisp 由约翰·麦卡锡（John McCarthy）开发，由于它与现代编程环境存在显著差异，因此需要使用者了解其特定的操作特性。
**关键操作说明：**
* **系统控制：** 请始终将地址开关设为 0004。如果系统因输入错误或故障而死机，请按“START”（启动），然后按“CONTINUE”（继续）进行重置。
* **输入：** 命令需以空格而非回车键结尾来执行。使用 `nil` 来确认系统是否处于活动状态。
* **数学运算：** 请注意 PDP-1 Lisp 使用八进制算术（例如 `4 + 4 = 10`）。
**代码管理：**
程序通常通过使用“感应开关 5”（SS5）的纸带进行加载。如需保存代码，请在使用 `pdef` 函数时将“感应开关 3”（SS3）设为将输出定向至纸带穿孔机。由于 PDP-1 使用非易失性磁芯存储器，程序在电源循环后仍会保留。
如需深入研究，请参阅原始的 PDP-1 和 Lisp 1.5 手册。您还可以利用所提供的文档文件，训练 AI 助手作为您 PDP-1 项目的编程辅助工具。
这篇 Hacker News 帖子探讨了 PDP-1 Lisp 的历史及其复兴，该语言最初由 Peter Deutsch 等人在 20 世纪 60 年代开发。用户讨论了 PiDP-1 模拟器的可用性，它让现代 Linux 用户能够运行这种“精简而高效”的早期软件，并强调了理解早期计算创造力和底层硬件编程的价值。
讨论的核心主题是搜寻历史软件，特别是寻找并将 ELIZA 反向移植到 PDP-1 Lisp 的工作。参与者指出，虽然原始版本已经丢失，但最近的档案发现（如来自 BBN 的资料）使得此类项目成为可能。对话还涉及了早期编译器设计，包括 DART 语言，并将 20 世纪 60 年代的 AI 热潮与当前围绕大语言模型的炒作进行了对比。
讨论最后为那些对 Lisp 的演变和实现技术感兴趣的人推荐了技术资源，包括《Lisp 1.5 程序员手册》和 Christian Queinnec 的《Lisp in Small Pieces》。参与者一致认为，对于任何希望透过现代“软件栈”深入探索极简硬件潜能的人来说，这些早期系统依然具有重要意义。
Fil-C 现在除了支持 `setjmp`/`longjmp` 之外，还支持 `ucontext` API（0.680 版本之后引入），从而实现了内存安全的协程与纤程。 这些 API 因难以安全实现而闻名，因为误用（例如跳转到悬空栈）通常会导致崩溃或被利用。Fil-C 通过将 `jmp_buf` 和 `ucontext_t` 设为仅由运行时管理的透明对象，消除了这些风险。 对于 `setjmp`/`longjmp`，Fil-C 通过检查跳转是否源自祖先栈帧并保留垃圾回收（GC）根节点来确保安全。`ucontext` 的实现强制执行严格的状态机和线程亲和性，忽略用户提供的栈指针，转而使用受管理的内存分配。此外，Fil-C 将这些上下文集成到垃圾回收器中，确保在标记阶段能够正确追踪已挂起纤程内的指针。 通过将 API 的使用限制在安全模式下（例如禁止将 `ucontext` 用于标准长跳转），Fil-C 为这些“堕落”的 C 语言特性提供了一个健壮且内存安全的环境。这些特性目前可通过源码构建使用，其中 `setjmp`/`longjmp` 已被视为稳定，而 `ucontext` 正在持续测试中。
别再手动把终端错误复制粘贴给 Claude Code 了。当你插手时，你正在打断该工具旨在实现的高速自动化工程流程。如果 Claude 没发现某个 Bug，这并不是让你接管工作的信号，而是说明该代理缺乏验证自身工作所需的必要工具。
与其进行手动调试，不如赋予代理自行解决问题的能力。如果发现数据库问题，就给 Claude 提供数据库访问权限；如果有视觉 Bug，就为它提供无头浏览器；如果应用很复杂，就提供隔离的云凭证。
你作为工程师的角色已经演变：停止在错误和代码之间充当手动桥梁。你的目标是识别代理失败的原因，为它提供适当的环境或 API 访问权限以检测这些故障，然后放手。通过自动化验证循环，你能够让代理自主进行迭代、测试和修复 Bug。在 2026 年，专业工程的核心在于诊断代理瓶颈并配置系统，让计算机去完成工作——而不是你。
这篇 Hacker News 帖子探讨了“氛围编程”（vibe coding）的风险与收益——即在极少人工干预的情况下，利用人工智能体编写软件的做法。
讨论的焦点在于：开发者是应该手动将错误信息粘贴到 Claude Code 等工具中，还是让 AI 自主诊断问题。支持者认为，让智能体独立运行能使其利用自身的诊断工具，从而提高工作流效率。然而，批评者则警告称，这会造就一个充满不可维护、低质量代码的“地狱”。他们认为 AI 缺乏对系统的认知模型，往往会导致难以察觉的 Bug 和技术债务，这让后续的人类开发者难以理清。
一个反复出现的主题是“人在回路”（HITL）优化的必要性。资深用户建议，当 AI 能直接访问验证工具（如测试运行器）而非依赖人类手动中转错误时，其表现最佳。尽管有些人为 AI 辅助开发带来的速度提升欢呼，将其视为重大进步，但另一些人则担心，过度依赖“黑盒”代码生成会削弱构建可靠且经过深思熟虑的软件系统所需的基本工程技能。