1. 让 26B 模型在 2GB 内存的 Mac 上运行 (Show HN: Open-source engine running Gemma 4 26B in 2 GB RAM on any M-series Mac)
TurboFieldfare 是一个用 Swift 和 Metal 编写的推理引擎，项目称可在任意 M 系列 Mac 上，以约 2GB 内存运行 4-bit 量化的 Gemma 4 26B-A4B-IT。它的思路不是把约 14GB 的模型权重全部常驻内存，而是围绕共享内存、按需调度和 KV cache 的占用做取舍，目标是让 8GB、16GB 的设备也能尝试更大的本地模型。项目仍是面向特定模型的实验性实现。
原文链接：https://github.com/drumih/turbo-fieldfare
论坛讨论链接：https://news.ycombinator.com/item?id=49098510
讨论首先追问“2GB”的边界：模型权重、KV cache、磁盘换页和系统内存分别算在哪里。支持者把它看作本地推理工程的有趣极限探索；也有人提醒，速度、上下文长度和 SSD 压力同样决定实际可用性。
2. 文档里的提示词，可能借 Copilot 在 Word 中自我传播 (Document-borne AI worms can self-propagate through Copilot for Word)
研究者描述了一类跨域提示注入场景：攻击者把恶意指令藏进外部共享文档，Copilot for Word 在读取或协助编辑时可能把指令带入新文档；如果新文档继续被分享，影响便可能沿协作文档扩散。文章称相关发现经过与微软安全响应中心的协调披露，并讨论了缓解措施与仍未解决的更广泛问题。重点不在传统宏病毒，而在模型无法可靠区分“待处理数据”和“应执行指令”。
原文链接：https://enklypesalt.com/posts/context-collapse-part3-ai-worming-through-word/
论坛讨论链接：https://news.ycombinator.com/item?id=49096188
评论把焦点放在根因：只要不可信内容与代理指令进入同一上下文，靠关键词过滤很难成为稳健防线。也有人认为权限边界、外部内容标记和最小化工具权限比单一补丁更关键。
3. Superlogical 想把分散的软件工作收进同一个会话 (Superlogical)
Superlogical 提出为软件工作建立一层持久“会话”：本地开发、远程访问、编码代理、后台任务、生产服务、调试和共享终端不必各自留在孤立工具里，而能围绕同一份上下文连续协作。项目认为，AI 放大了工具碎片化的成本，但问题早在运维、CI、远程开发和协作工具中就已存在。它计划基于公开的 libghostty 等组件继续建设。
原文链接：https://www.superlogical.com/
论坛讨论链接：https://news.ycombinator.com/item?id=49098965
讨论对“统一工作会话”的愿景感兴趣，同时追问它和终端复用、远程开发平台、作业系统的边界。评论也肯定项目继续把通用终端能力回馈到开源依赖的做法。
4. Kimi Code 提供 256k 上下文档位 (Kimi K3-256k)
Kimi Code 的模型配置文档列出 Kimi K3 与 K2.7 Code 的多个模型 ID，并说明可在客户端和第三方工具中切换。HN 讨论聚焦其中的 256k 上下文档位：超长上下文会增加 KV cache 占用、每 token 的计算与内存读写成本，因此产品常把它做成独立价格或容量门槛。文档本身主要是配置说明，不等同于对所有任务质量的承诺。
原文链接：https://www.kimi.com/code/docs/en/kimi-code/models
论坛讨论链接：https://news.ycombinator.com/item?id=49101852
评论普遍认为超过约 200k token 的真实需求并不常见，但在大型代码库和长代理任务里仍有价值。争论点在于硬阈值是否合理，以及长上下文退化、成本和延迟应如何向用户呈现。
5. Keychron 要为游戏鼠标做开源固件 ZGM (Keychron announces first open-source firmware for gaming mice)
Keychron 宣布 ZGM（Zephyr Gaming Mouse），计划在 2027 年第一季度随 G6 HE 磁轴游戏鼠标推出。项目把自己定位为鼠标领域的 QMK/ZMK：固件可被审计和修改，配置写入设备内部后不必依赖厂商常驻软件。公开资料提到低延迟、传感器、按键、滚轮与灯光的模块化设计，以及对多种微控制器、有线和无线鼠标的支持。仓库采用 GPL，仍处于早期搭建阶段。
论坛讨论链接：https://news.ycombinator.com/item?id=49099715
评论从键盘社区的经验出发，认为可改固件对高级用户尤其有价值，例如修复厂商默认行为并延长设备可维护性。同时也提醒鼠标生态的硬件差异、无线协议和工具链，会让复制 QMK 的成功更难。
6. KOReader：给电子墨水屏的开源阅读器 (KOReader)
KOReader 是面向电子墨水设备的开源文档阅读器，支持 PDF、EPUB、DjVu、CBZ、MOBI、TXT 等多种格式，并覆盖 Kindle、Kobo、Android、PocketBook、reMarkable 与桌面 Linux 等平台。它提供复杂 PDF 重排、笔记导出、字体与词典、Dropbox/FTP 同步、Wikipedia 与 OPDS 内容源等能力。安装和升级按设备型号分别提供指引，项目也维护夜间版、稳定版和社区协作渠道。
论坛讨论链接：https://news.ycombinator.com/item?id=49095865
读者喜欢它在 Kobo、Kindle 等设备上提供的深度定制与同步空间，尤其是开放设备生态的可玩性。反面体验也很具体：菜单不够直观、手势和性能可能不适合所有人，说明它更偏向愿意折腾的阅读者。
7. 越狱 Kindle 上的 Tailscale：代理与 TUN 模式的新玩法 (More Tailscale tricks for your jailbroken Kindle)
Tailscale 介绍了在越狱 Kindle 上继续扩展网络能力的方法，包括代理和 TUN 模式的使用。文章把电子阅读器放进更灵活的个人网络中：设备可以通过私有网络访问家里的服务，或在受限网络环境下获得更可控的连接路径。它面向已完成越狱、愿意处理设备限制的用户，并非 Kindle 的官方功能。
原文链接：https://tailscale.com/blog/jailbroken-kindle-proxy-tun-modes
论坛讨论链接：https://news.ycombinator.com/item?id=49093569
评论自然联想到 KOReader 等替代界面：有人称赞可定制性带来的“终局阅读体验”，也有人质疑这是否值得付出越狱、维护和耗电方面的成本。讨论的核心是自由度与稳定性的交换。
8. HNewhere：把 Hacker News 评论带到原文章旁边 (Show HN: I was tired of opening 2 tabs for every HN link, so I made a userscript)
HNewhere 是一个轻量用户脚本，解决“文章一个标签页、HN 评论一个标签页”的来回切换。用户从 HN 打开链接时，脚本会在原文章旁加入可调整大小的讨论侧栏；如果直接访问一篇曾被 HN 收录的文章，它也会尝试找到对应讨论并提供入口。项目不要求 HN 凭据，且可按个人习惯修改。
原文链接：https://github.com/twalichiewicz/HNewhere
论坛讨论链接：https://news.ycombinator.com/item?id=49090607
评论认为这个小工具切中了 HN 的真实使用方式：文章和讨论本来就是同一份阅读体验。也有人关心跨站注入脚本的兼容性、隐私边界和页面布局干扰，适合先在常看的站点上试用。
9. Vision Pro 用在盖房前：先在真实比例里走一遍 (The coolest use for the Vision Pro)
一位开发者在筹备自建住宅时，发现 Vision Pro 很适合处理“墙砌起来就难改”的空间决策。与软件功能不同，房屋的房间尺度、视线、墙体位置和动线一旦落地，返工代价很高。文章描述了把设计资料带进沉浸式环境，在接近真实比例的空间里提前感受方案，以减少只看平面图或屏幕渲染时的判断盲区。
原文链接：https://christianselig.com/2026/07/vision-pro-house/
论坛讨论链接：https://news.ycombinator.com/item?id=49102774
从事设计建造的评论者分享了类似的 3D-first 工作流：用 Rhino、Revit 和可视化插件把模型送入头显，让客户按真实身高体验空间。共识是沉浸式预览尤其擅长暴露比例问题，但它仍依赖模型质量和现实约束。