Sudo 是一款专为居家或外出聆听设计的便携式音乐播放器。它支持离线播放和流媒体播放，配有实体控制滚轮和 2.73 英寸触摸屏。其主要功能包括：64 GB 内置存储空间，可通过 microSD 卡扩展至最高 1 TB；支持蓝牙和 3.5 毫米音频接口；采用 USB-C 充电；电池续航最长可达 20 多小时。机身尺寸为 103.5 × 58.6 × 8.5 毫米。
支付可退还的 50 美元押金即可锁定首批量产名额。押金将抵扣预计 249 美元的产品售价，另需支付税费和运费。预订产品预计于 2027 年第四季度初发货。首批预订面向美国、加拿大、英国、澳大利亚和新西兰开放；其他地区的用户可加入等候名单。预订用户可在生产前确认产品颜色和配送信息。
每日HackerNews RSS
关于 Sudo 的 Hacker News 讨论。这是一款专用音乐播放器，采用类似 iPod 的设计，支持 64GB 存储和 microSD 扩展，拥有蓝牙、3.5 毫米耳机接口，电池续航时间为 20 小时。买家可以支付 50 美元预订，预计零售价约为 250 美元，发货时间标注为 2027 年第四季度。
大多数评论者持怀疑态度。发布信息缺少关键技术细节，例如支持哪些蓝牙编解码器、音频格式和流媒体服务，以及 DAC 和放大器的音质、是否支持无损比特完美播放，还有“Sudo OS”是否可以被破解。评论者还质疑其铆接式结构、产品命名、潜在的专利问题，以及公司能否按如此遥远的时间成功发货，还是只是在收取最低订金。
大多数人认为，与价格低廉的中国产 MP3 播放器、Shanling Q2 等新推出的 iPod 风格设备，以及改装了 CF 卡或安装 Rockbox 的二手 iPod 相比，这款产品的性价比很低。开源播放器 Tangara 也受到了一些人的肯定，但有人批评它的性能和操作方式。
尽管如此，一些爱好者仍希望拥有一款无需手机、能够减少干扰的播放器，并希望它具备实体按键和现代蓝牙功能。他们认为，专用音乐播放器确实对应着一个手机无法完全替代的实际需求。
该列表整理了适用于 Linux、macOS、Windows/WSL、BSD 和 Android/Termux 的终端邮件客户端，包括： - **全屏终端用户界面（TUI）：** Forward Email、aerc、Alpine、Cone、Matcha、meli、Mutt、NeoMutt、nmail 和 Sup。 - **命令行客户端：** Himalaya、mblaze、nmh 和 S-nail。 - **Emacs 集成工具：** Gnus、mu4e、Notmuch 和 Wanderlust。 大多数客户端支持标准 IMAP、SMTP 和本地 Maildir 存储；部分客户端还支持 JMAP、POP3、mbox、NNTP、notmuch 索引、日历和联系人管理、加密、Lua 脚本或 JSON 输出。许可证类型包括 MIT、Apache、BSD、GPL、LGPL、EUPL 和 BSL。 Linux 的原生支持最全面。Windows 通常需要使用 WSL，BSD 有时需要从源代码构建。在 Android 上，只有部分客户端可以通过 Termux 运行，包括 Forward Email、Alpine、Cone、meli、Mutt、nmail、nmh 和 Sup。
《黑客新闻》的讨论聚焦于终端邮件客户端，强调它们的灵活性与强大功能。一位评论者称，他们已经使用 Emacs 将近三十年，几乎全程在文本模式下操作，并以 VM 作为 Emacs Lisp 邮件客户端。VM 可与 W3M 集成以显示 HTML 邮件、打开图片和附件、将选中的链接发送到本地浏览器、调整发件邮件中的 From 地址、快速归档和搜索邮件，并支持通过 Emacs Lisp 进行深度定制。
另一位评论者 explained? Their longstanding ... stopped fetching Microsoft 365 mail. Need Chinese.</mm:think>另一位评论者表示，他们长期使用的 NeoMutt/getmail 配置已无法获取 Microsoft 365 邮件，原因是该大学要求针对每个应用进行认证，并且不提供长期有效的应用密码。有回复建议使用 DavMail。DavMail 可以将 Microsoft OAuth2 服务桥接到 IMAP 等标准协议，使 getmail 和现有的终端工作流能够继续使用。
派 1.0 Pi 1.0
2 天前
Earendil 宣布推出 **Pi 1.0**。这是一套强化、轻量且可扩展的智能体运行框架，目前每周已有数十万人使用。其理念是只采用经过验证的技术，在功能与复杂性之间谨慎取舍。 Pi 1.0 新增 Codemode，并原生支持 MCP 和非 LLM 模型，同时加入虚拟模型扩展、工具延迟加载、Anthropic 缓存预热、基于对话记录的系统消息、全新的 TUI 主题，并默认启用全屏模式。 Earendil 还推出了 **Pi Durable**，这是一套采用 MIT 许可证、用于构建长期运行智能体应用的实验性基础层。它延续 Pi 的极简与灵活设计，以支持更长的对话、多种交互界面和用户引导的智能能力。 Pi 1.0 可通过 pi.dev/install.sh 或 Windows 安装程序获取。Pi Durable 软件包可通过 npm 获取。文档位于 **pi.dev**，源代码托管在 GitHub 的 **earendil-works/pi** 仓库中。
The Hacker News 的讨论集中在 Pi 1.0 上。这是一款轻量级、厂商中立的 AI 智能体框架，面向编程、本地模型以及定制化智能体工作流而设计。
支持者看重 Pi 的小型系统提示词、使用本地模型时的快速启动、透明可查看的会话状态、较低的 Token 消耗，以及可扩展性。常见用途包括个人自动化、文档管理、远程访问、CI 审查、子智能体，以及针对特定行业的定制集成。Pi 可以运行按订阅提供的模型和 API 模型，而 Oh My Pi 等轻量级替代方案则提供开箱即用的完整体验。
这次发布存在争议许多人认为，内置的 MCP、Code Mode 和全屏 TUI，是对 increasingly trained around code-based tool use 的模型所作的合理适配。另一些人则觉得，这些功能削弱了 Pi 最初极简、原生终端的定位，尤其是放弃原生终端滚动回溯的做法。
其他争论还涉及插件质量和安全性、沙箱机制、TypeScript 的资源开销、不同框架下的模型表现、命名，以及定制究竟是有成效的 tinkering，还是不必要的“框架园艺”。总体而言，用户仍然分为两派：一方面称赞 Pi 的灵活性，另一方面担心它正在变成又一个臃肿的智能体平台。
性工作者大会 SlutCon
2 天前
在《鱼之诞生》一文中，一位26岁的奥克兰律师在 SlutCon 担任志愿“调情女孩”。这是一场费用高昂的 retreat，主要由男性理性主义者和科技从业者参加，他们在这里学习如何调情、建立自信，以及如何承受被拒绝。
活动在 Lighthaven 举行，强调直接、数据和情感上的坦诚。
作者认可这个社群在思想上直言不讳的态度，但认为他们试图用指标、心理框架和工作坊来量化吸引力的做法，既乏味又过于简化。有些课程还会强化种族和性别刻板印象，而这种以男性为中心的文化，也可能助长男性的特权感，或将女性商品化。不过，她仍然觉得自己在活动中是安全的，也尊重志愿者的边界与安保措施。
渐渐地，她意识到，理性主义的分析往往是一种用来抵御孤独、拒绝和社交尴尬的自我保护。她也发现，自己在职业上的谨慎和防备其实与此类似；如果她愿意展现脆弱，对方就能更深入地了解她。
最终，她得出结论：吸引力和爱无法被优化，也无法被完全预测。真正真诚的联结并非出现在大会的工作坊里，而是在调情女孩的休息室里，以一种自然且非正式的方式悄然发生。她自己的过分谨慎，使她无法建立这样的联结。
一则 Hacker News 热门讨论围绕一篇遭举报的文章展开。文章介绍了 SlutCon——由理性主义作家、性工作者 Aella 创办的一个性解放聚会。主办方通过工作坊，向许多据称患有自闭症或不善社交的参与者讲解自信、吸引力、调情和人际关系。
读者的反应明显两极分化。一些人认为，活动对性与亲密关系的坦率讨论，以及其中浓厚的“理性主义nerd文化”，既有趣又无害，比 2010 年代的性解放运动更不令人担忧。另一些人则谴责它是一种昂贵、以男性为中心且高度商业化的环境，物化女性，并模糊了教育、卖淫与胁迫之间的界限；他们还提到了类似爱泼斯坦案中的权力失衡。
常见批评认为，SlutCon 只关注穿衣、姿态等表面信号，却忽视了更深层的情感创伤，而后者需要长期治疗和个人成长才能解决。有评论者把它比作“争论诊疗室”：人们花钱学习如何更有 spontaneity，结果却和导师争论起来，而不是照着对方的建议去做。
也有人为活动的初衷辩护，但质疑其中的理性主义术语是否真能带来有意义的洞见。就连文章本身的写作风格也颇受争议：有人觉得它机智有趣，也有人认为它过于晦涩、矫揉造作。
请启用 JavaScript 和 Cookie 以继续访问。
一场 Hacker News 讨论探讨了深海无氧卤水池，以及它们为何数千年来仍能保持独特状态。密度极高的超盐卤水沉在普通海水之下，形成稳定的密度分层，抑制了普通液体中促使快速混合的对流。此时仅剩缓慢的分子扩散，因此氧气几乎无法得到补充。许多卤水池还通过两种方式持续获得补给：海水与地下埋藏的盐矿相互作用，或由地热产生的卤水上升后汇聚在海底洼地中。
文中引用的红海 NEOM 卤水池数据显示，其盐度显著升高，氧气含量大幅降低，但温度只略有上升，因此这一现象不太可能源于附近的热液加热。评论者将其比作分层饮料、热水器、火山碎屑密度流以及冰层下的湖泊。讨论还提出，这些化学成分多样、富含金属且缺氧的环境，或许能够保存有关地球早期生命的线索，但也指出，极端环境中仍可能完全没有生命。一篇解释性长文因可能违反 Hacker News 关于禁止发布生成式评论的规定而受到质疑。
Hacker News 讨论了 **Bez**，这是一套实验性系统，可以根据 Web 规范和测试用例生成浏览器引擎。讨论整体持谨慎乐观的态度：机器可读且内容完整的标准最终或许能大幅减少浏览器开发中庞杂的手工工作，并催生可定制、更加去中心化的浏览器引擎。
大多数评论者怀疑当前的 AI 能否独立构建出真正可用的浏览器。一位有三年开发经验的开发者表示，生成的代码可能通过测试，但运行速度依然极慢、结构也很差，而且未必能通过后续迭代不断改进。浏览器工程还需要大量难以言明却至关重要的专业知识，包括性能、安全、架构、兼容性以及产品决策。
其他障碍还包括：规范冗长且含义模糊，往往把具体行为留给实现者决定；规范没有涵盖浏览器界面功能；也没有描述真实网站所依赖的遗留怪癖。标准组织在制定规范时，还可能优先考虑现实中的兼容性，而不是理想行为。
一些人认为，未来的模型、智能体系统、强化学习和更先进的优化技术或许能够克服目前的局限。讨论中还顺便提到了 **Blitz**：这是一款用 Rust 编写、面向应用场景的“浏览器引擎”。它的二进制文件体积很有吸引力，但图形处理相关的内存占用仍然相当可观。
电子邮件身份验证对于自动发送的邮件至关重要，包括密码重置、发票和交易邮件。SPF 根据信封发件人域或 Return-Path 域授权发送服务器。DKIM 使用 DNS 中发布的域名对邮件进行加密签名，以验证邮件的真实性和完整性。DMARC 要求 SPF 或 DKIM 与可见发件人域对齐，并向接收方说明如何处理验证失败的邮件以及将报告发送到哪里。
请为专用发送子域配置这些记录。添加邮件服务提供商的 DKIM CNAME 记录，为自定义 MAIL FROM 域配置 SPF 和 MX 记录，并在 `_dmarc` 位置发布 DMARC 策略。开始时设置为 `p=none`，监控汇总报告；待所有合法发件方验证通过后，再调整为 `quarantine` 或 `reject`。
由于 SPF、DKIM 和 DMARC 检查的域各不相同，因此即使 SPF 和 DKIM 都通过验证，DMARC 仍可能失败。请确认保存的 DNS 名称正确，关闭 DKIM 记录的 Cloudflare 代理，避免创建重复的 SPF 记录，并通过生产应用程序的发送流程进行测试。身份验证有助于提高邮件送达率，但不能保证邮件进入收件箱；发件信誉、邮件内容、投诉率和发送模式也会产生影响。
Hacker News 的一篇讨论帖围绕 Mailfully 的 SPF、DKIM 和 DMARC 配置指南展开"Some readers" etc.
Several readers say useful starting point, others oversimplifies production email infrastructure. Recommended additions checking through Gmail View original, LearnDMARC, consistency of MTA hostname forward/reverse DNS.
Use "不少读者认为..." Good.
"SPF/DKIM alignment with DMARC" need maybe "SPF/DKIM 验证结果与 DMARC 要求的对齐". But nothing expanding. Accurate.
"organizations combining Microsoft 365 and SendGrid" 将...结合使用.
"authorizing only a SendGrid subdomain can fail when receiving systems evaluate a main-domain From address." If only authorize subdomain in SPF, visible From main domain fails SPF alignment perhaps. Translate literally.
One proposed spam signal is an “unsubscribe” link sent to mailbox aliases that would never legitimately receive it. This sentence might mean mailbox aliases would never legitimately receive "unsubscribe link" (e.g. an alias receiving a list email). Translate naturally.
Let's ensure nothing more.</mm:think>Hacker News 的一篇讨论帖围绕 Mailfully 的 SPF、DKIM 和 DMARC 配置指南展开。不少读者认为它是一个不错的入门起点，但也有人指出，该指南过度简化了生产环境中的邮件基础设施配置。
建议补充的内容包括：通过 Gmail 的“查看原始邮件”检查验证结果、使用 LearnDMARC，以及确保 MTA 主机名、正向 DNS 和反向 DNS（PTR）记录保持一致。
一个关键澄清是，SPF 验证的是 SMTP 信封发件人地址（`MAIL FROM`），而不是用户可见的 `From` 或 `Reply-To` 邮件头。因此，SPF/DKIM 必须与 DMARC 要求对齐。这一点对于同时使用 Microsoft 365 和 SendGrid 的组织尤其重要：如果只授权 SendGrid 子域名，而接收系统验证的是主域名的 `From` 地址，验证就可能失败。
评论者还强调，DMARC 主要用于阻止域名仿冒和钓鱼邮件，并不能解决普通垃圾邮件问题；后者仍需要依靠邮件过滤、黑名单和启发式检测。一种建议的垃圾邮件识别信号是：向本来不可能合法收到此类邮件的邮箱别名发送“取消订阅”链接。SES 在这里指 Amazon Simple Email Service。还有一位评论者称，原指南由 AI 生成，内容并不完整。
**目标标准** 多年来，Hacker News 给 AI 出了不少难题。AI 完成了哪些？ **投票结果** 此页面需要启用 JavaScript。 那是最后一条评论。 查看结果。 正在加载评论…… 这种情况发生过吗？ - 是 - 不确定 - 否
Hacker News 上的一个项目重新审视了过去关于 AI 的预测，并探讨其中每项挑战如今是否已经实现。讨论指出了几个反复出现的问题：许多说法没有明确的标准来衡量成功，依赖不断变化的定义，或者在被简化成“是/否”投票时失去了原本的语境。
参与者表示，AI 在编程、研究数学——包括一些有争议的“解决开放问题”说法——报税、长文写作、图像理解，以及一些曾被视为 AGI 级别的应用方面都取得了重大进展。然而，可靠性仍然是其核心弱点。模型有时能在个别尝试中成功，但往往需要专家提示、监督、外部工具或人工核验。它们仍然容易编造来源、出现细微错误、因果推理能力不足，也难以经受住对抗性提问。
标准图灵测试同样存在争议：前沿模型可以通过简短、随意的交谈，但在长时间的专家访谈中，仍会暴露出类似机器的弱点。有人认为这说明图灵测试本身存在缺陷；也有人认为，真正无法区分机器与人，可能会带来不可接受的欺骗风险。
总体而言，评论者认为，AI 已经跨越了许多过去的能力门槛，但往往还没有达到人们所期望的稳健性、自主性或现实世界责任感。责任归属、伦理问题，以及使用未公开发表的数学研究成果，也引发了更多争议。
arXivLabs 是一个框架，使参与者能够直接在我们的网站上开发并分享新的 arXiv 功能。参与 arXivLabs 的个人和组织均认同并接受了我们的价值观：开放、社区、卓越以及保护用户数据隐私。arXiv 致力于践行这些价值观，并且只与遵守这些价值观的合作伙伴合作。如果你有一个能为 arXiv 社区创造价值的项目创意，请进一步了解 arXivLabs。
关于 Facebook Research 的**上下文语言模型**论文，讨论主要围绕将大语言模型的上下文视为一个可编辑、可持久化的文件展开，使模型能够学习保留、移除、总结或检索哪些内容，而不是仅依赖固定大小的上下文窗口或人工压缩。
评论者认为，这一思路可作为模块化智能体记忆的基础，甚至可以采用独立的上下文管理模型或“虚拟机监控程序”，让主智能体用更少的 token 处理内部管理事务。
一个关键技术问题是 KV 缓存失效：修改较早的上下文可能会触发代价高昂的重新计算。据报道，论文发现，使后面的缓存后缀失效对性能的影响可能有限，由此引发了关于旋转位置编码处理的讨论，以及显式内存分页是否会像 RAM/MMU 或数据库一样成为标准机制。
一些参与者列举了已有的实践前身，包括交接说明、跨会话文件指针、结构化 JSONL 日志，以及仅检索相关记录等。总体而言，这项工作前景可观，但也有人质疑可编辑上下文是否真正具有创新性；更深入的训练和面向缓存的设计，可能才是它最强的贡献。
轻量级 PDF 解析器，支持版面、表格、公式和边界框。 Lightweight PDF parser with layout, tables, formulas and bounding boxes
2 天前
**papero** 是一款采用 MIT 许可证、基于几何的文档提取工具，可将 PDF 及其他受支持的文件转换为结构化数据，无需机器学习模型或 GPU。它可在浏览器、Python、CLI 或 REST API 中本地运行，使 PDF 始终保留在用户的设备上。
其基于 PDFium 的引擎能够重建多栏阅读顺序、分离页眉和页脚、检测有边框及无边框表格、将公式转换为近似 LaTeX、裁剪图表，并保留边界框、字体、对齐方式、缩进和文本样式。Apache Tika 提供元数据、带标签的文档结构、OCR，以及对 DOCX、PPTX、XLSX、EPUB 和 HTML 的支持。
输出包括 Markdown、JSON、文本、保留布局信息的 HTML、CSV 表格、包含图像的 ZIP 压缩包、Word、Excel，以及按页面划分的块数据。Python API 提供对页面、块、表格、公式、图表和导出选项的访问；同时还提供 Docker 和交互式 API 文档。
其限制包括：复杂数学公式的线性化、紧密排列的无边框表格可能识别错误、服务器端 OCR，以及 Word/Excel 导出目前仅限于浏览器应用。报告的基准测试显示，在 54 篇测试论文中，每页的中位处理时间为 39 毫秒，且未出现失败。
一名开发者分享了一个开源轻量级 PDF 解析器。该工具在将文档转换为 Markdown、JSON、Excel 或 Word 时，能够保留阅读顺序、版面布局、表格、公式、图片及边界框。后续计划还包括进行结构感知的语义分块，以支持 RAG，并保留章节、页码及精确的视觉位置元数据。
初步反馈不一。一名用户表示，用它测试 MiniSat 论文时，结果极其糟糕；另一名用户则表示会将其与 Firecrawl 的 AnyDoc 进行比较。有评论者询问能否在转换前将 PDF 裁剪为特定区域，但这一点尚未得到解答。
对于加拿大银行对账单，`pdftotext -layout` 的效果明显优于该解析器。不过，该评论者也认为，可以使用脚本或本地 LLM 对提取的数据进行结构化处理，从而避免将敏感的财务记录发送到外部服务。另一名用户希望该工具能够与 Zotero 集成，以便从研究论文中提取表格和公式。开发者邀请大家就其架构、输出质量及应用场景提供反馈。