1. Libghostty 1.0 发布，终端模拟库的 C ABI 稳定 (Libghostty 1.0)
Ghostty 作者 Mitchell Hashimoto 发布 libghostty-vt 1.0。它把终端模拟器的核心抽成独立库，负责解析终端程序发来的控制序列、维护屏幕状态，应用可以继续用自己的界面绘制。1.0 的关键是稳定 C ABI，也就是编译好的程序与库之间的调用约定。发布方承诺按语义版本管理兼容性，并在 Linux、macOS 和 WebAssembly 的持续集成中检查变化。库隐藏对象的内部布局，少量公开结构体带有大小字段，方便以后增加内容。用新头文件编译的程序遇到旧库不支持的功能时，可以收到明确的错误。JetBrains 从 2026.3 起在内置终端采用它，IDE 仍负责渲染。Neovim 则已有替换 libvterm 的提案，可让窗口缩放时重排历史输出，当前仍在等合并。库按 MIT 许可发布，有独立版本周期，并提供可离线构建的源码及依赖包。
原文链接：https://mitchellh.com/writing/libghostty-1-0
论坛讨论链接：https://news.ycombinator.com/item?id=50399933
HN 的技术讨论追问，怎样让已经编译的程序在库升级后继续工作。一位正在给 Zig 项目设计 C 接口的开发者询问实例，回复建议在结构体开头保存版本或大小，只在末尾增加字段，旧调用方仍可读取自己认识的部分。也有人关注同一个终端核心能否适配各种程序。一位 Mudlet 使用者试用后没测出解码提速，并指出固定的字符网格和不可编辑的滚动记录不合其客户端需求，但看好把它用作内嵌终端。另有读者讨论是否值得用 AI 自造小型模拟器，支持复用的人则认为现成组件能让应用集中在自身功能上。
2. Anthropic 拆解智能体记忆，研究如何在会话之间整理笔记 (The Components of Agent Memory)
Anthropic 工程团队用几组实验分析 Claude 如何在下一次会话里用上之前的经验。作者把这类记忆定义为可保存、可重新读取的上下文，模型参数在过程中保持不变。智能体可以在工作时给日志标记重点或写下规则，也可以在会话之间回看原始记录，校验笔记、去掉重复内容、整理成带链接的知识库。团队把后一个过程称为 dreaming。在《宝可梦 红》的实验中，Claude 记错了月见山旁的地标方位，以为已经穿过山洞，结果反复走回原路。核对记录并改写笔记后，Claude 重新进山，抵达了下一座城市。另一项实验用 25 道题测试内部文档检索。知识库逐步完善后，知识库配合搜索的得分为 61%，单用搜索为 53%。文章也列举了收益有限的任务，例如答案集中在单份文件、直接搜索即可找到的情况。作者指出，整理本身需要算力，自动加载错误笔记还可能把错误带进每次新会话。
原文链接：https://www.anthropic.com/research/components-of-agent-memory
论坛讨论链接：https://news.ycombinator.com/item?id=50402212
争论集中在跨会话笔记算不算学习。有评论认为，文件可以积累，但模型参数固定，智能体仍无法像持续训练的模型那样从经验改变自己。也有人反问，学习的主体为何必须是模型本身，模型、检索和外部记录组成的系统同样可以积累经验。使用者还把问题落到笔记的取舍上。有人常删掉 Claude Code 自动写下的笔记，因为它记了不少只对当下任务有用的细节。这位读者也认为，事后回看日志仍然有价值，例如查找反复失败的工具调用，或发现把工作拆得过细、白白增加模型调用开销的做法。
3. 研究者发现 macOS 会在本机推断亲属关系 (Every Mac comes with an (undocumented) family member classifier)
安全研究团队 Eighth Rank 拆解了 macOS 的个人知识图谱，发现两个系统后台进程会从通讯录、日历、照片和家庭共享等来源整理信息，把人物、活动和彼此的关系写入本机数据库。研究主要在 macOS 26.6.2 上进行。团队找到两套随系统提供的分类模型，分别判断对方是否属于家人、是否属于亲友。两套模型都读取 144 项特征，包括是否同姓、何时联系、是否常在周末夜间同框。分类结果另存，关系表还有母亲、同事等评分栏位，研究者没能追踪其余 15 栏的生成方式。数据库以明文存放，普通应用读取需要获准完全磁盘访问。团队开源了只在本机运行的只读工具 iKnow，方便用户查看和核对这些推断。报告确认了设备上的归集与推断，但系统其他服务能读取多少、数据是否会离开设备，仍缺乏直接证据。
原文链接：https://8rank.ai/game/apple-intelligence-personal-knowledge-graph
论坛讨论链接：https://news.ycombinator.com/item?id=50403097
HN 上的分歧在于，数据留在设备上是否就足够。有读者能接受本地归集，因为语音助手可借联系人关系判断同名联系人究竟是谁。也有人认为即便不上传，系统也该说明推断了什么，让用户选择是否开启。一位读者称，关闭 Siri 和 Apple Intelligence 后，仍能看到相关数据。有人追问系统是否会把图谱的一部分或推断结果传往服务器，作者说其他服务如何调用图谱仍缺少文档。还有人用工具查看后发现，自己通讯录里的虚构联系人被标成了家人、伴侣和子女，说明关系评分也会误判。
4. Asahi Linux 向 M3 用户开放安装，初步支持雷电 (Asahi Linux Progress Linux 7.3)
Asahi Linux 在 Linux 7.3 周期报告里宣布，M3 系列 Mac 的安装已不需要开启专家模式。显示控制器支持带来的改进包括更好的性能和续航，也让休眠和刘海两侧屏幕区域的使用成为可能。M3 图形芯片的逆向工作已能画出第一个三角形，离完整的图形驱动还有距离。项目自带的内核已开始提供雷电支持，可接 USB 3 设备，也能在两台电脑之间组网。多数雷电扩展坞需要的 PCIe 和 DisplayPort 隧道功能仍未支持。音频和视频解码驱动已送 Linux 内核邮件列表审查。M4 Pro、M4 Max 和 M5 的初版硬件描述只够启动到文字终端。团队还试用了谷歌为 Android 开发的按进程切换内存页大小方案，演示在不依赖小型虚拟机的情况下运行几款 Windows 游戏，暂未纳入发行版。项目也宣布开始把各仓库迁移到 GPLv2 或更高版本。
原文链接：https://asahilinux.org/2026/11/progress-report-7-3/
论坛讨论链接：https://news.ycombinator.com/item?id=50401867
HN 有读者说，自己一直没装 Asahi，就是因为日常离不开通过 USB-C 接外屏。有人指出苹果自研的雷电控制器和 Linux 原先面向的英特尔硬件差别很大。一位 M1 用户称，换上实验内核后接通了一台戴尔显示器，第二台仍用不了。换许可证也引起争论。有评论指出，MIT 许可允许商业使用，但分发时仍要保留版权和许可声明。支持改用 GPL 的人希望接收衍生版本的人也能拿到源码，有人则担心 BSD 等开源系统以后更难复用这些驱动成果。至于公告指向哪个项目，评论里有猜测，公告本身没有点名。
5. 玩家把《极品飞车：地下狂飙2》移植到浏览器，支持在线同游 (Need for Speed Underground 2 online in the browser)
一位玩家为了和兄弟重温二十年前一起玩的《极品飞车：地下狂飙2》，做出了能在浏览器运行的移植版 Underground 2 Revived。项目基于 NFSU2Recomp，先把原版 PC 游戏的 x86 指令转成 C，再编译成浏览器能执行的 WebAssembly。它用 WebGPU 重现原来由 Direct3D 9 负责的图形功能，用 Web Audio 播放声音，赛车画面由浏览器在本机绘制。项目面向 Chrome 和支持 WebGPU 的 Firefox，官网标注支持宽屏、最高 120 帧，玩家能在线自由巡游或和好友比赛，也能用手柄、方向盘或触屏操作。网页还提供存档备份和可选的跨设备同步，并列出了参与翻译和界面改造的社区模组。项目页面注明与 EA 无关，也未获 EA 背书。公开仓库只提供移植工具和运行环境，说明自行构建需要自备指定版本的 PC 游戏，原版游戏代码和数据未收录在仓库中。
原文链接：https://nfsu2.xyz/
论坛讨论链接：https://news.ycombinator.com/item?id=50403052
有玩家记得小时候和朋友轮流用同一台电脑赛车，如今在手机上也能顺畅重玩。有人尤其喜欢在线自由巡游，也有人遇到间歇卡顿，怀疑与资源加载有关。更长的争论围绕老游戏保存和原版素材的使用。有读者认为，游戏难以通过常见数字商店购买，社区项目让玩家有机会重访作品，也能恢复多人玩法。有人因此主张为长期停售的游戏增设非商业保存例外，另有人追问，原声音乐等第三方许可该怎么算。还有人担心，网页如果托管原作素材并接受捐助，即使捐助不解锁游戏功能，也可能引来权利方交涉。
6. Pivot 用计数上界跳过进不了前十的分区 (Can GROUP BY still be optimized after all these years?)
分析数据库 Pivot 分享了一种加速分组排名的办法。以按订单数找前十件商品为例，通常各线程先统计手上的订单，再合并同一商品的局部计数。Pivot 用商品编号的哈希值把同一商品归到同一分区，并在每个分区内再分几个槽，累计每个槽的订单总数。槽里所有商品的订单加起来，就是任意单件商品订单数的上界。只要某分区的每个槽都低于当前榜单第十名，整个分区就可以跳过合并。比如 100 件商品各有 15 笔订单，分区总数 1500 笔，超过第十名的 1000 笔。分到八个槽后，如果每槽只有约 180 至 195 笔，就能确认这批商品都进不了榜。Pivot 报告在 ClickBench 的 Q16 单项查询中，耗时从 35.6 毫秒降至 22.2 毫秒，超过七成分区免于合并。各组计数接近时，这项优化可能省不了工作。
原文链接：https://pivotlake.io/blog/know-your-limit-faster-top-k-aggregation/
论坛讨论链接：https://news.ycombinator.com/item?id=50354097
HN 有读者问，能不能让每份数据先各取前十，再合并这些候选。回复指出，如果同一商品的订单分散在不同线程读取的数据里，它在每份里都可能排第十一，合计后却进入总榜。原文按商品键把数据分区，先加总各线程的槽计数，再决定要不要合并该分区里的商品。也有人把这些槽类比为用哈希压缩频数的 Count-Min Sketch。另一个争议是把单项延迟下降称为提速 1.6 倍是否清楚，有人认为它是前后耗时的倒数比，也有人指出并行流水线会让实际吞吐量和单项延迟分离。
7. 美国法院批准 RealPage 租金定价案部分和解，总额近 3.6 亿美元 (RealPage rent-pricing case wraps with nearly $360M to renters)
美国田纳西州一家联邦法院于 10 月 15 日最终批准两批租客集体诉讼和解。两批涉及 41 家房东及物业管理等被告，共设立 3.59925 亿美元的现金和解基金，款项将于日后分配。租客指控，竞争对手把非公开租赁数据交给同一家软件商 RealPage，再参考软件给出的租金建议，使租金高于正常竞争下的水平。达成和解的公司未承认责任，协议按各自条款限制分享非公开租金数据和使用由这些数据生成的定价建议。和解涉及 2018 年 10 月 18 日至 2025 年 11 月 21 日期间，在取得 RealPage 相关软件许可的公寓物业支付过租金的合资格租客。法院结案的范围限于参与和解的被告，针对未和解被告的请求继续保留。RealPage 本身未加入这批租客和解。美国司法部 2025 年针对该公司公布的拟议和解属于另一起执法案，各州独立提出的民事罚款或禁令请求也获保留。
原文链接：https://www.multifamilydive.com/news/realpage-rent-pricing-case-360m-renters/873553/
论坛讨论链接：https://news.ycombinator.com/item?id=50399991
读者争论的是，限制房东共享数据以后，市场会不会恢复竞争。有人担心，软件商已积累多年租金数据，房东过去也能绕开软件直接交流，停止提供新数据未必能阻止类似做法。另一支讨论追问，参考公开报价和借共同软件协调涨价的界线在哪里。有人把软件给出的数字视为供给不足时的价格信号，也有人指出，如果房东普遍按系统建议报价，偏离时还得申请例外，问题就超出了单纯查询行情。另有读者建议公开实际租金，让租客也能比较成交价格，同时提醒这种透明度很难单靠自己压低整个市场的租金。
8. 一家英国小律所，用自由软件办公五年后换了哪些工具 (Running a law firm on Free software)
英国律师尼尔·布朗用自由软件运行自己的小型律所约五年。他在最新版工作笔记里写道，桌面依旧是 Debian 和 GNOME，与其他律师交换 Word 文档时用 LibreOffice Writer，另有一些文稿用 Markdown 写，再用 Typst 等工具排版。服务器这边，他用 Syncthing 取代 Nextcloud 同步文件，并将日历和通讯录交给 Radicale。要同步的文件可先用 Cryptomator 加密。布朗发现大部分会议是加入别人开的 Teams 或 Zoom，用 Firefox 就能参加，于是关掉很少用到的 Jitsi 服务，改为提供 Signal 通话。律所还用 Kimai 记工时，用 InvoicePlane 生成发票。签约前需要收集的客户资料由 LiberaForms 接收，表单响应可以加密存储。布朗说，使用微软或苹果软件的客户一直能与他顺利配合。
原文链接：https://decoded.legal/blog/2026/11/running-a-law-firm-on-free-software-2026-edition/
论坛讨论链接：https://news.ycombinator.com/item?id=50403066
HN 读者把话题转到交付和交接。一位自称美国律师的读者说，能否换掉 Word，要看法院是否指定文件格式，或者客户发来的修改痕迹能否完整读取。有人举出 Red Hat 法务团队的旧例，他们用 OpenOffice 与对方交换合同遇到困难，后来让部分律师在虚拟机里用 Word。另一位翻出布朗的旧文，里面记载他曾用 LibreOffice 处理一份跨机构协作、含数百处修订和批注的文件。还有读者问，如果熟悉这套系统的律师无法工作，接手者怎么办？有回复认为开放格式让资料迁移更容易。
9. 火山灰下的阿克罗蒂里，保存了怎样一座青铜时代聚落 (Greece has its own Pompeii: Thera buried Akrotiri in ash 17th-16th century BCE)
今天希腊圣托里尼岛上的阿克罗蒂里，曾是爱琴海上一个靠航海与贸易联系外界的青铜时代聚落。约在公元前十七至十六世纪，锡拉火山喷发，火山灰和浮石埋没了聚落，具体喷发年份仍有争议。《史密森尼》杂志回顾了自一九六七年开始的大规模发掘。考古人员找到了铺过的街道、带室内排水设施的多层建筑，以及用火山石、泥土和少量木材建成的三四层楼房。这些遗迹也能看出附近克里特岛米诺斯文明的影响。壁画里有人采集番红花并向女神献花，受访考古学家由此推测，女性或许也参与了这种作物的生产。用来存放食物的陶罐里还留有炭化的大麦和蚕豆，让人窥见当时的饮食。与庞贝不同，阿克罗蒂里已发掘的区域尚未发现喷发遇难者遗骸，这与居民可能提前撤离的推测相符。受访考古学家估计，露出的遗址只占整个聚落约一成。
论坛讨论链接：https://news.ycombinator.com/item?id=50360810
HN 上有人比较阿克罗蒂里和庞贝。一位去过遗址的读者提到，现场能从壁画和线形文字 A 的泥板看出它与米诺斯文明的联系，导游却谨慎地区分了当地居民与米诺斯人。另一位留言者指出，已挖出的范围里没有找到遗骸，这与部分居民提前离开的解释相符，全岛是否撤空仍无法判断。讨论也转向亚特兰蒂斯。有读者觉得柏拉图写到的环形水域和地热泉与火山岛相似，可能取材于这场灾难。反对者则把故事读成政治寓言，并指出柏拉图把那座岛放在赫拉克勒斯之柱以外，与圣托里尼的地理位置对不上。
10. 圣马力诺游记：被意大利包围的小共和国如何维持独立 (Notes on San Marino)
旅行作者马特·莱克曼在圣马力诺住了三天。他从意大利海滨城市里米尼搭巴士进境，沿途看到起伏的丘陵和散落的小镇。人口最多的地方是靠近边境的塞拉瓦莱，游客熟悉的三座塔楼则立在蒂塔诺山上的首都。这趟旅行也引出一个历史问题：国土只有约六十一平方公里的圣马力诺，为何在意大利统一后仍能保持独立？作者把公元三〇一年的建国传说与史料分开。八八五年的文书记载了当地修道院，一二四三年的文书则已提到两位执政官。今天的两位执政官仍共同担任国家元首，每届任期半年。作者用圣马力诺谢绝拿破仑提出的扩地机会为例，说明当地统治者如何尽量避免引起邻国戒心。意大利王国后来在一八六二年与它签订条约，承认其独立。文章也追溯了国内的变化：议席一度由议会自行补缺，直到一九〇六年，户主大会才投票恢复议会选举。
原文链接：https://mattlakeman.org/2026/11/05/notes-on-san-marino/
论坛讨论链接：https://news.ycombinator.com/item?id=50395183
HN 上有读者追问，判断「最古老的共和国」之前，怎样判断一个中世纪政体已经独立？有人指出，当时的效忠与同盟常系于个人，领主换代后就可能改变。比如勃艮第公爵有时与法国国王交战，现代地图上的一条边界很难表达这种关系。也有人建议区分地理和历史意义上的国家、拥有主权的政治实体，以及建立在共同身份上的民族国家，还举苏格兰和英国说明日常用法可以重叠。围绕一六四八年的《威斯特伐利亚和约》，一位读者认可它对常设外交的影响，但认为拿它当所有国家的起点，容易抹去更早的政治组织。