每日HackerNews RSS

自2022年以来,每台Mac都运行守护进程,通过交叉引用通讯录、日历、照片、信息、邮件、位置、屏幕使用时间及其他行为信号,在设备上构建个人知识图谱。数据以SQLite数据库形式存储在~/Library/IntelligencePlatform中,包括graph.db,这是一个包含181个实体类别和278个谓词并附带置信度分数的三元组存储。它使用包括XGBoost分类器、照片人脸共现以及消息的设备端大语言模型分析等模型,推断家庭、伴侣、子女和亲近程度等关系。它还保留通信元数据、位置/移动、设备信号以及删除后的过期事实。由于这个集中式、高度相关的存储可能揭示用户及其联系人的隐私细节,作者警告其是隐私单点故障,并提供iKnow,一个用于检查它的本地只读仪表板。他们还指出文档有限,且没有简单方法纠正错误推断。

每台较新的 Mac 都包含未记录的守护进程,它们从联系人、消息、照片、日历及其他活动构建本地社交/家庭知识图谱。Hacker News 评论者对此表示 alarmed,称其令人不安且具侵入性,指出即使 Siri/Apple Intelligence 被禁用,它似乎仍会运行,且难以或无法禁用。一些人认为本地存储优于云端画像,另一些人则说数据仍可能泄露、被利用或违反 GDPR。文章本身因 AI 生成文字而受到批评;作者说只有技术部分由 AI 撰写,并链接了可检查图谱的开源 iKnow 工具。评论者还讨论了变通方法、TCC/完全磁盘访问权限、Little Snitch 的局限性以及迁移到 Linux。总体而言,该帖围绕隐藏的 OS 级数据收集、用户同意以及对 Apple 隐私声明日益下降的信任。

UploadYourRam.org 你能腾出多少内存? 2 GB 每一点帮助都很有用 支持一项善事 捐赠 2 GB 4 GB 我们最受欢迎的选项 足以拯救一个 LLM 捐赠 4 GB 16 GB 英雄层级! Sam Altman 将亲自感谢你 捐赠 16 GB 由 @TheZoq2 手工制作 源代码

一篇 Hacker News 帖子讨论了与 Sam Altman 关于 RAM 的言论相关的讽刺性“Upload Your RAM”网站。评论者争论内存制造商是否在 AI 需求不确定的情况下故意限制供应或避免过度生产,而其他人则认为该网站只是无害的嘲讽或猎巫。还有一些人拿虚假的 RAM 下载和使用 ChatGPT“上传”RAM 开玩笑。

作者反思在构建基于属性的测试工具时提交了 500 多个 bug,并质疑修复每个晦涩 bug 是否值得。基于属性的测试通过采样输入来检查系统的通用属性。测试研究旨在提高软件可靠性,但测试人员相对于维护者始终是局外人。AI 时代发现 bug 可能压垮修复:bug 容易验证,而修复成本高、不确定性大,并可能在贪婪的局部补丁下激增。安全性仍然证明寻找漏洞是合理的,但功能正确性 bug 往往可能永远不会影响用户。因此,事后测试应有选择性,维护者应权衡修复与功能开发的优先级。测试在集成到开发过程中时最有价值,验证应加速而非拖慢构建。正确性仍然是一个持续的追求。

关于“Bug Finding Considered Harmful?”的 Hacker News 讨论探讨了发现漏洞是否有时有害。评论者指出,安全报告关注影响,因为并非所有漏洞都与用户相关。一些人认为公开漏洞挖掘会增加认知和利用风险,而修复需要大量时间。另一些人强调经济和法律激励,尤其是欧盟产品责任压力,可能抑制漏洞发现。LLM 可以生成无穷无尽的边界情况,导致一些人更倾向于优雅恢复而非穷尽性预防,不过其他人说修复通常只是小的实现改动或设计不佳的迹象。一位评论者建议防御者使用基于属性的测试。总体而言,该主题在漏洞发现的价值与成本、激励和系统设计之间取得平衡。

该文本是约61个网站快捷方式的列表,每个条目将服务名称与其域名和短触发代码配对(例如 Google/google.com/.g、GitHub/github.com/.gh 和 YouTube/youtube.com/.yt)。这些条目涵盖搜索引擎、开发者资源、韩国服务、购物、媒体、参考网站和实用工具,可快速访问许多热门网站。

Hacker News 新 | 过去 | 评论 | 提问 | 展示 | 工作 | 提交 登录 Bong:DuckDuckGo bang 的开源、自托管替代品 (glendalab.com) 8 分,由 captain_bender 1 小时前发布 | 隐藏 | 过去 | 收藏 | 1 条评论 帮助 Shank 8 分钟前 [–] 嗯,我大概不会使用名为“bong”的软件产品,不过也许这只是我。我觉得运行这类软件或 SearXNG 的问题是,除非你付费并使用 API,否则优质索引会阻止你使用它们。该产品默认配置中还建议使用 Google 智能建议 API,这并不是真正的 Google 解耦。 回复 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索:

所提供的文本是原始 PDF 标记,包含多个边界框为 100×100 且使用 FlateDecode 压缩流的 Form XObject。大部分内容是二进制或编码数据而非可读文档文本,因此无法从中确定实质性文本含义。

一篇 Hacker News 帖子推荐了一份 2023 年的 PostgreSQL 内部机制 PDF,涵盖 PostgreSQL 14。评论中,用户讨论了更新的资源:`interdb.jp/pg` 被推荐为更现代且对初学者更友好的替代品;PostgresPro 出版了一本涵盖 PostgreSQL 18 的俄语书籍,评论者建议可用 AI 翻译;一位评论者称赞了俄语技术书籍的质量;另一位指出 PostgreSQL 15 对基础备份协议做了重要改动。总体而言,该帖引导读者转向比原始 2023 PDF 更现代的 PostgreSQL 内部机制资料。

正在检查您的浏览器...需要启用 JavaScript

Hacker News 线程讨论“8088 Domination Post-Mortem”(oldskool.org),74 分。用户对在老式 8088 时代 PC 上实现视频/彩色表示惊叹,回忆通过 DOS/BIOS 显示文本很慢;直接视频内存(0xb800)和硬件字体快得多,但克隆 CGA 可能产生雪花,除非更新与回扫同步。一位评论者提到 ISA 总线潜力和 CPU 限制。另一位提出对文章“合并增量为 NP 难”的说法的 O(n^3) 动态规划修正:定义 g(i,j) 表示合并增量成本,f(i,j) 表示最优序列,O(n^3) 计算,回溯。其他人称其为“晦涩巫术”,并指出硬件/软件限制。线程还包括关于 XT/AT 升级的怀旧评论。

代理记忆让 Claude 能在会话间保留知识。Claude 基于当下的显著性写笔记;较新的模型在判断什么重要以及闭合学习循环方面有所改进——例如 CL-Bench 上的已验证规则和《宝可梦红》中的稀疏策略性笔记。僵化的规则(如“只记录失败”)可能损害性能;简单的指导更好。 Dreaming——对会话转录进行离线反思——有助于纠正错误笔记(例如修正《宝可梦》中记错的位置)、构建 wiki 等新表示、将重要笔记提升到注入的记忆层级,并填补跨会话的空白。Wiki 充当可导航的地图:与搜索结合可提高准确率并节省 token,但过于详细的 wiki 可能无法抽象。Dreaming 也可以针对目标调整(例如合同条款),迭代反思使一个基准上的 wiki 质量从 72% 提升到 100%。 关于何时创建记忆、保持其更新,以及平衡表示与搜索,仍存在未决问题。总体而言,dreaming 让 Claude 向后回顾,以组织、纠正并为未来会话准备记忆。

一条 Hacker News 帖子链接到 Anthropic 的《The Components of Agent Memory》。一位评论者称赞这篇文章,但后悔没有更早发表类似想法。他们指出,Opus 5.5、Sonnet 5.5 和 Opus 5 在一个基础记忆基准上打平,并强调一张图显示 Mythos 的阶跃变化使代理式工程成为可能。他们希望有更多哲学引用,并暗示 Anthropic 可能要么未充分利用认知科学文献,要么在隐瞒更深层的洞见;以企业为重点的结尾支持后者。他们还提到正在等待大规模“dreaming”的候补名单。

访问受限 我们目前无法允许访问此页面。 如果您认为这是错误,请稍后重试或联系支持。

Hacker News 用户讨论了一起 1991 年的黄油和奶酪仓库火灾,将其与大糖蜜洪水以及涉及人造黄油、面粉或奶酪的隧道火灾等其他与食品相关的灾难进行比较。评论者强调脂肪和粉末的危害性以及高能量含量,引用了勃朗峰隧道火灾和挪威山羊奶酪隧道火灾等事件。帖子的大部分内容集中在清理挑战上,包括真空挖掘机或水力真空卡车能否清除融化的黄油和奶酪、如何清洁和处理它们,以及黄油是否可以像餐厅油脂一样处理或转化为生物柴油。其他评论提到了历史上的食品洪水和爆炸,包括威士忌、啤酒和蛋奶冻粉。总的来说,讨论显示了普通食品在工业规模下如何成为严重的火灾、爆炸和清理危害。

Asahi Linux 的 Linux 7.3 进展报告强调持续上游化:macaudio 和 AVD 驱动正进入评审,M4/M5 的初始设备树已落地,Thunderbolt、USB-PD 和 SPMI 工作采用上游优先。M3 支持现已普遍可用,并启用 DCP、睡眠和刘海支持。m1n1 现可在 M4/M5 上通过生成三个虚拟机(包括一个用于 Exclaves)虚拟化 macOS。M3 GPU 团队已实现首个三角形渲染。Thunderbolt 支持正在发布(USB3、XDomain、网络;PCIe/DisplayPort 待定)。基于 P3S 的实验允许 4KiB 页 Windows 游戏通过 FEX/Wine 无需 muvm 运行,但要等 Google 的上游意图明确后才会发布。Rust 麦克风波束成形器 Triforce 通过 SIMD 速度几乎翻倍。Fedora Asahi Remix 45 与 Fedora 45 同天发布。最后,Asahi 正将所有仓库从 MIT 迁移至 GPLv2+,以防止 AI 实验室和恶意行为者利用。

Hacker News 链接到 Asahi Linux 的 Linux 7.3 进展报告。该帖获得 28 点和 3 条评论。评论者讨论从 Omarchy 移植的想法,其中一位用户表示他们在 Fedora Asahi Remix 上构建了基于 Omarchy 的内核,并在修补 m1n1 后让 Thunderbolt 和 Touch ID 可用。他们还提到正在积极进行 M4/M5 支持的工作。另一位评论者表示 Asahi 反对 LLM,因此此类贡献不太可能,并对这些设备未来可能出现的 LLM 生成内核补丁提出疑问。

Mediabunny 此前看起来音画同步,但重复的音频编码/解码往返暴露了累积延迟。原因是未补偿的 AAC 编码器预热延迟:WebCodecs 音频编码器会添加静音/延迟(例如 Apple 上 2112 个采样),但报告输出从时间戳 0 开始,因此每次往返都会把音频向后移。Mediabunny 的 Project Sync 通过使用脉冲信号经验性测量每个编码器的延迟,然后将编码音频包时间戳减去该延迟来修复此问题。它还更新了容器 muxer 以处理负时间戳:MP4/MOV 使用编辑列表,WebM/MKV 使用 CodecDelay,MPEG-TS/HLS 通过时间戳偏移避免负值,打包音频使用元数据。因此,Mediabunny 现在在重复处理中保持采样级音画同步,自 v1.63.0 起可用。

Hacker News 帖子链接到 mediabunny.dev 的文章《Project Sync:使用 WebCodecs 实现样本级音视频同步的旅程》。它有 13 分和两条评论。一位评论者称赞音视频同步良好,以及播放时调整同步以补偿蓝牙延迟等延迟的能力,并感谢 VLC 和 Mediabunny。另一位指出 Matroska/WebM/MKV 技术上支持约 -32 秒的负时间戳,但并非所有读取器都支持,包括 VLC。

更多

联系我们 contact @ memedata.com