```
发布
登录
注册
发布
Techmeme @Techmeme
快讯：美国已解除对 Mythos 5 的封锁，允许 Anthropic 将其向 100 多家美国机构开放；消息人士称，关于 Fable 5 的谈判仍在进行中 (Semafor)
（访问 Techmeme 官网获取链接及完整背景！）
下午 10:40 · 2026年6月26日
4.5K 次浏览
115 转发 54 引用 1414 点赞
阅读 1 条回复
初次使用 X？
立即注册以获取您的专属时间线！
使用 Google 账号注册
使用 Apple 账号注册
创建账户
注册即表示您同意服务条款和隐私政策，包括 Cookie 使用。
相关用户
Techmeme @Techmeme 关注
实时热搜
条款 · 隐私 · Cookie · 无障碍 · 广告信息 · 更多
© 2026 X Corp.
不要错过正在发生的事情
X 用户总是最先知晓。
登录
注册
```
每日HackerNews RSS
本项目为提升印刷码、优惠券、证件及标签的 OCR 识别可靠性提供了稳健的解决方案。通过结合里德-所罗门纠错码（ECC）与 OCR 安全校验文本，该系统能够检测并自动修复因打印质量不佳（如低分辨率、墨迹褪色或物理损坏）导致的识别错误。 该实现运行于 GF(256) 域，将消息与校验数据一同编码。为降低常见的 OCR 误读（如“0”与“O”、“1”与“I”之间的混淆），项目采用了一套受限且极具辨识度的“安全”字符集。由于校验字节被映射为两个 OCR 安全字符，即使扫描器错误识别了单个符号，系统仍能维持数据完整性。 该库专为扫描质量一般但 OCR 精度要求极高的受控工作流程而设计，提供了一套用于编码、验证及恢复损坏数据的 Python 函数。通过配置校验符号数量（`nsym`），用户可以平衡冗余度与纠正多个未知符号错误的能力，从而实现近 100% 的 OCR 可靠性。
利普曼摄影 Lippmann Photography
20 小时前
本文概述了制作李普曼（Lippmann）乳剂底片的流程，但作者指出该信息已过时，建议参考达伦·格林（Darran Green）的工作流程。 制作过程分为三个主要阶段： 1. **沉淀：** 在精确控温（35°C）和避光条件下，将明胶、溴化钾和硝酸银混合。 2. **清洗与整理：** 将乳剂凝固、切块、清洗以去除杂质，然后液化。在涂布前，加入增感染料（赤藓红和匹那氰醇）、硬膜剂（铬明矾）和润湿剂（Photo Flo）。 3. **涂布与曝光：** 由于乳剂稀薄，需要极其平整的表面来涂布玻璃底片。底片干燥后，可使用三乙醇胺（TEA）进行“超增感”以提高感光速度。 曝光时间极长，从几分钟到几小时不等。显影使用有毒的邻苯三酚-碳酸铵混合液。后续处理包括定影、水洗，以及可选的用甘油“溶胀”以校正色偏。最后，底片通常需安装在棱镜上，以保护脆弱的表面并改善色彩还原效果。 **注意：** 处理邻苯三酚等有毒化学品时，请务必穿戴防护装备。
```Hacker News最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交登录Lippmann Photography (jonhilty.com)18 分，发布者：andsoitis，4 小时前 | 隐藏 | 过往 | 收藏 | 1 条评论 帮助
pavel_lishin 37 分钟前 [–]
Steve Mould 最近做了一个关于此事的精彩视频！ https://youtu.be/-DyrBDsKA5s?is=fLPNb8diMUErOMav回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：```
正在验证您的浏览器。网站所有者？点击此处进行修复。 Vercel 安全检查点 | sin1::1782513223-LEQchxvoOgkR0qV7HJ5tQlUpGR1jOi3r 请启用 JavaScript 以继续。 Vercel 安全检查点 | sin1::1782513223-LEQchxvoOgkR0qV7HJ5tQlUpGR1jOi3r
这篇 Hacker News 帖子讨论了一份报告，称美国国家公园管理局（NPS）已接到指示，需隐瞒有关死亡和重伤事故的信息。
用户的观点分歧严重。许多评论者认为该政策是威权主义令人担忧的升级，将其比作过去压制信息（如 COVID-19 检测）的做法，并认为这是为了通过干扰信息来“分散公众注意力”，或是为了营造一种虚假的完美形象。一些人将其解读为联邦机构诚信遭到系统性瓦解的一部分。
相反，另一些人则为该政策辩护，称其为标准的行政程序。他们认为，统一管理信息发布是一种确保准确性、保护隐私并限制法律责任的专业做法。这些用户主张，该政策并不影响游客安全，因为无论是否有具体的事故报告，现有的警告和公园规程依然有效。
讨论经常转向更广泛的政治不满，用户们争论现任政府的动机、政治极化的本质以及外国势力的影响，这凸显了民众对政府透明度根深蒂固的不信任。
加利福尼亚州众议院已推进 AB 2047 法案，这是一项要求 3D 打印机安装监控软件的错误法案。尽管该法案进行了一些小幅修订，例如豁免私人转售和为商业工作室提供例外，但其在根本上依然存在缺陷，且在技术上并不切实际。 该法案强制制造商实施“打印拦截”算法，这些算法对决心违规的用户无效，同时却威胁到了守法创作者的隐私。由于要求对 3D 打印文件进行持续监控，该强制规定带来了巨大的知识产权盗窃和数据泄露风险。此外，该法案还对开源创新产生了寒蝉效应，因为开发者面临着模糊的标准，这些标准将常见的实验行为定为刑事犯罪。即便修订了措辞，该法案依然缺乏现实的性能标准，本质上放弃了假装该技术能可靠防止制造非法枪支的幌子。 由于 AB 2047 在未能提供有效安全解决方案的同时，威胁到了创客、业余爱好者和独立专业人士的权利，电子前沿基金会（EFF）正呼吁公众联系加州参议员，要求他们对这项具有侵入性且无效的法案投下反对票。
这次Hacker News讨论聚焦于加州一项拟议法案，该法案旨在对3D打印机实施严格的监控和监管要求，强制规定其仅能通过授权软件和检测算法运行。
评论者普遍批评该法案“严苛”且属于“安全戏码”，认为它给合法制造者带来了不必要的阻碍，却无法有效阻止不法分子。许多人指出，这些拟议法规在技术上不切实际，类似于历史上对打字机和传真机等通信技术的管控尝试。
讨论帖中还包含了一位家长的亲身经历：其就读幼儿园的孩子因打印了一个“枪支”模型而被举报给校方，事后发现那只是一个拿着爆能枪的微型玩具人偶。这个故事凸显了人们对过度执法及该技术所受社会污名化的广泛担忧。
尽管一些参与者对联系议员表达了怀疑，但许多人仍敦促用户利用电子前哨基金会（EFF）的资源来表达反对意见。这场讨论最终反映出人们对政府试图监管新兴技术的深刻挫败感，并认为此类强制性要求既是权力的越界，也未能从根本上解决暴力问题的症结。
此自动化流水线提供了一个可扩展的小样本（few-shot）文本分类框架，支持超过 50 种语言。该框架基于 SetFit 和 SBERT 嵌入构建，仅需数十个标记样本即可实现 95%–99% 的高精度。 主要功能包括： * **端到端自动化：** 整个工作流程（从数据预处理、微调到评估与部署）均通过单个 JSON 配置文件进行管理。 * **可复现性：** 系统会生成全面的模型卡片，包含二氧化碳排放追踪，并支持任务中断后恢复执行。 * **灵活部署：** 用户可根据需求配置模型：针对特定任务选择“基础（base）”模型、针对生产环境选择“全量（all）”模型、针对特定实验选择“自定义（custom）”模型，或针对性能评估选择“基准（benchmark）”模型。 * **数据处理：** `loader` 字段支持自定义数据接入，并内置了基于所选目标类型自动进行训练集/测试集划分的逻辑。 该流水线专为提高效率而设计，使研究人员和开发者能够快速部署多语言模型，同时确保透明度和性能指标的一致性。无论是进行情感分析还是内容审核的微调，该系统都能将复杂的 NLP 工作流程简化为精简、由配置驱动的过程。
抱歉。
对“人工智能指数”的分析显示，开源权重模型与闭源大语言模型之间的性能差距正在缩小。一项核心指标表明，这一差距可能在 2026 年底前完全消失，从而引发了关于“开源奇点”即将到来的猜测。 然而，对 18 个不同基准测试的广泛考察则提供了更为细致的视角。若将这些数据集的平均表现进行对比，会发现性能差距相对稳定，始终保持在五个月左右。尽管开源权重模型在编程能力上取得了巨大进步，但在大多数其他基准测试中，它们并未表现出同样快速的追赶速度。 归根结底，这项分析凸显了衡量大语言模型质量的难度。根据所选指标的不同，人们既可能得出开源模型即将超越闭源领先者的结论，也可能认为它们将持续、甚至无限期地滞后数月。这些发现强调了没有任何单一基准能够全面反映不断演变的 AI 格局。
关于开源权重模型与闭源人工智能模型之间差距的 Hacker News 讨论，凸显了一个核心矛盾：依赖私有实体的脆弱性，与本地无限制软件的持久价值之间的博弈。
**讨论要点包括：**
* **开源权重的可持续性：** 批评者认为，由于开源模型（如 DeepSeek 等）往往源于企业的战略决策而非纯粹的慈善行为，一旦商业激励发生变化或政府介入，其供应可能会中断。
* **“永久”优势：** 支持者认为，权重一旦发布就无法撤回。与可以被供应商终止服务的 API 模型不同，开源模型可以无限期使用，是社会的一项重要“备份”。
* **蒸馏与创新：** 关于开源模型在多大程度上依赖于从闭源前沿模型中“蒸馏”知识，各方存在争议。一些人担心这会限制其上限，而另一些人则指出，自我蒸馏和高效训练后技术的快速进步，证明了开源替代方案能够保持竞争优势。
* **未来格局：** 许多用户预见到了向“无晶圆厂”（fabless）人工智能的转变，即由专业公司负责训练并授权模型，同时日益强调本地、高性价比的推理能力，以此作为抵御中心化控制的主要“护城河”。
**hopscotch-map** 是一个仅包含头文件的 C++ 库，它采用跳房子哈希（hopscotch hashing）算法，提供了对缓存友好的高速哈希映射（hash map）和哈希集合（hash set）实现。该库旨在作为 `std::unordered_map` 的高性能替代方案，在保持相似 API 的同时，显著降低了内存占用并提升了运行速度。
**主要特性包括：**
* **灵活的增长策略：** 支持基于 2 的幂次（默认，以追求速度）和基于质数的增长策略（以在哈希函数表现不佳时提供更好的分布）。
* **抗 DoS 攻击：** `tsl::bhopscotch` 变体为查找和删除操作提供了 $O(\log n)$ 的最坏情况性能，从而防御哈希泛洪拒绝服务攻击。
* **高级功能：** 支持仅移动（move-only）类型、异构查找（使用非键类型进行搜索），以及可选的哈希存储以加速重哈希过程。
* **易于集成：** 仅头文件，且完全兼容 C++17。可通过包含路径或 CMake 进行集成。
虽然该库在很大程度上与 `std::unordered_map` 兼容，但在迭代器失效行为上有所不同，且修改值时需要使用 `it.value()`。该库基于 MIT 许可证发布，针对缓存局部性和高效内存管理至关重要的高性能通用场景进行了优化。
最近 Hacker News 上的一场讨论对 "tessil" 开发的 C++ 跳表哈希（hopscotch hash）映射和集合实现进行了评估。社区反馈指出，尽管该实现从技术角度看很有趣，但由于出现了性能更强的新型替代方案，其现实意义引发了讨论。
参与者指出，将跳表哈希与现代行业标准（如 Abseil 的 "Swiss Tables" (`absl::flat_hash_map`)、`google::dense_hash_map` 以及 `robin_hood` 哈希）进行对比的基准测试显示，这些替代方案的性能往往持平甚至更优。评论者指出，自从跳表算法流行以来，该领域已发生显著发展，目前 "Swiss Tables" 和 `boost::unordered_flat_map` 已成为首选且高度优化的默认方案。
共识在于，虽然跳表哈希在最坏情况下的性能保证上表现更佳，但现代性能很大程度上取决于工作负载。专家认为不存在“通用的最快”哈希映射，开发者应针对特定用例进行基准测试，而不是依赖普遍的声明。尽管该项目在某种程度上已被新技术掩盖，但它仍被视为一个值得与当代替代方案进行深入对比测试的有前途的组件。
请启用 Cookie。 错误 1005 Ray ID：a11f58481d4b9de7 • 2026-06-26 21:35:58 UTC 拒绝访问 发生了什么？ 该网站的所有者 (kotaku.com) 已禁止您的 IP 地址所属的自治系统编号 (ASN) (45102) 访问此网站。 请参阅 https://developers.cloudflare.com/support/troubleshooting/http-status-codes/cloudflare-1xxx-errors/error-1005/ 了解更多详情。 此页面有帮助吗？ 是 否 感谢您的反馈！ Cloudflare Ray ID：a11f58481d4b9de7 • 您的 IP： 点击显示 47.245.80.60 • 由 Cloudflare 提供性能与安全保护
由于授权协议到期，索尼正在从 PlayStation 用户的账户中移除 551 部电影和电视节目，这在 Hacker News 上引发了关于数字所有权的激烈辩论。
讨论的核心在于消费者对“购买”行为的挫败感——实际上他们购买的只是可撤销的临时许可。许多评论者认为，如果公司可以单方面删除用户付费购买的内容，“购买”一词就具有误导性，需要更严格的消费者保护法规。
这场争议引发了一种普遍情绪，即“如果购买不等于拥有，那么盗版就不算偷窃”。许多用户表示对数字商店失去了信任，不少人主张回归实体媒体（DVD/蓝光光盘）或自建媒体服务器（使用 Jellyfin 或 Plex 等工具），以确保对内容的永久访问权。虽然有些人为这种作为行业合同惯例的授权模式辩护，但另一些人坚称，无论未来分发协议如何变更，客户至少应保留已付费内容的访问权。归根结底，这一事件再次有力地提醒人们，在以中心化云分发为主导的时代，纯数字所有权是多么不稳定。
**Tau Tower** 是一个由 NGI Zero Core 资助的项目，旨在向网络广播音频流。它参考了 Icecast 的设计，并与 **Tau Radio** 协同工作。Tau Radio 负责从本地机器（通过 PipeWire 或 BlackHole 等设备）捕获音频，并将其发送至运行 Tau Tower 的远程 VPS 服务器。
该软件提供了一个兼容 HTML 的音频流（例如 `tau.ogg`），可以嵌入到任何网站中，或者与 **Asciinema** 等工具集成，用于实时终端广播。
**主要特点：**
* **安装：** 需要 Rust 环境（执行 `cargo install --git https://github.com/tau-org/tau-tower`）。
* **配置：** 通过 `tower.toml`（位于标准配置路径下）进行管理，用户可定义端口、凭据以及用于转播的 CORS 策略。
* **部署：** 建议部署在远程 VPS 上。如果在低内存环境（如入门级 Digital Ocean droplet）中使用，建议针对目标架构在本地构建项目。
* **工作流程：** Tau Radio（本地）→ 互联网 → 代理（如 Caddy）→ Tau Tower（远程）→ 音频流。
有关详细设置（包括 TLS/SSL 终止和代理配置），请参阅官方文档。
抱歉。