“Wigglegram”是一种通过循环播放从不同角度拍摄的画面而产生的类 3D 立体图像。作者是一位犹豫不决的摄影师，无意中收集了同一场景的多个版本，后来发现自己的相机胶卷里存满了制作这些动画的原始素材。
为了实现自动化处理，作者编写了一个脚本，利用感知哈希（一种类似于以图搜图的技术）来识别视觉上相似的照片。通过计算图像哈希值之间的“汉明距离”，该脚本成功检测出可以拼接成 wigglegram 的照片簇。
由此产生的作品集涵盖了从偶然拍下的“动态电影”到精心构思的艺术摄影，内容包罗万象，包括宠物、设计项目和雕塑等。作者已将该脚本分享到 GitHub，供他人整理自己的照片库，将多年的数字杂物转化为引人入胜的视觉档案。
每日HackerNews RSS
抱歉。
河豚 Sakana Fugu
2 天前
本报告强调了 **Fugu-Ultra** 在六个不同领域中的卓越表现，其性能始终优于领先的前沿模型。主要成就包括： * **人工智能研究：** 通过自主框架（AutoResearch），Fugu-Ultra 优化了自身的训练方案（批次大小、学习率等），实现了最佳的验证集字节位率（0.9774）。 * **历史分析：** 它成功解码了 17 世纪日本手稿中复杂的“散乱书写”排版，在阅读顺序准确性方面远超竞争对手。 * **逻辑与工程：** Fugu-Ultra 在复杂任务中展现了精湛的水平，例如生成魔方求解器的功能代码、设计机械 CAD 孔径，以及与 Stockfish 等强力引擎进行盲棋对弈。 * **金融决策：** 在一项 50 周的序列交易基准测试中，它实现了 +19.43% 的平均回报率，显著高于前沿基准模型低于 15% 的表现。 这些结果表明，Fugu-Ultra 的智能体编排方法使其能够在高度专业化和逻辑性的任务中超越单个前沿模型的能力。在从机器学习研究到机械工程及历史分析等不同基准测试中展现出的一致性，凸显了其在自主问题解决能力方面的稳健提升。
关于 Sakana AI 新款产品“Fugu”的 Hacker News 讨论反映了社区内部的分歧。Fugu 是一款通过将任务分发给不同大语言模型来提升输出质量的编排模型；一些人认为，这是一种有前景的“代理式”转变，摆脱了对单一厂商前沿模型的依赖。
支持者钦佩 Sakana 非传统的研究路径，特别是他们对进化算法和生物智能的关注，并认为 Fugu 是一种利用多个模型优势的巧妙方法。然而，批评者对该产品的价值主张持怀疑态度。常见的抱怨包括高昂的价格（每月 200 美元）、推理速度缓慢，以及质疑这种“编排器”相比 OpenRouter 或手动切换模型等现有方案，是否真的能提供足够的性能提升。
讨论的焦点转向了更广泛的议题：日益增多的“AI 套 AI”外壳产品、对 Sakana 参与军事合同的担忧，以及闭源前沿模型与高效开源本地替代方案之间的持续矛盾。总的来说，尽管一些人看到了 Sakana 构建模型“群落”愿景的潜力，但许多用户认为，目前的实现方式对于通用场景而言过于昂贵且笨重。
抱歉。
Fil-C 推出了首个内存安全的 x86_64 内联汇编实现。虽然内联汇编通常被认为是不安全的，但 Fil-C 通过解析汇编和约束字符串，确保指令不存在未经授权的内存访问、控制流或副作用，从而维护了安全性。 如果内联汇编片段违反了这些安全要求，Fil-C 会触发运行时恐慌或非法指令陷阱，而不是允许错误编译。这种方法在保留开发者意图的同时（允许像 `cpuid`、`xgetbv` 和恒定时间加密原语等代码无需修改即可运行），严格执行了内存安全。 该实现过程利用了人工智能驱动的代理循环，系统地对数百条前 AVX512 x86_64 指令进行了白名单化和验证。通过建立安全指令数据库和严格的约束检查器，编译器现在可以安全地支持广泛使用的库（如 OpenSSH 和各种依赖内联汇编实现性能或硬件识别的 SIMD 项目）。这一功能确保了即使程序员编写了错误的汇编代码，系统依然受到保护，因为不安全的使用会被有效地隔离并在运行时被捕获。
在这篇 1992 年的感想中，作者强调了一个悖论：尽管编译器技术已经进步到连本科生都能构建编译器的地步，但工业界却停止了对“完美”编译器的投资。 作者以 IBM 从 FORTRAN G 到 FORTRAN H 编译器的过渡为例，论证了编译器质量不再是软件开发的瓶颈。即使是理论上完美的编译器也无法解决程序员面临的根本性挑战，因为问题的关键不在于工具的效率，而在于编程方法和语言的局限性。 作者总结道，编程仍然是一门“黑魔法”。由于这门学科仍处于起步阶段，我们缺乏有效的概念框架来表达复杂的思想或妥善管理我们的程序。归根结底，我们构建复杂工具的能力已经超过了我们使用这些工具的能力。无论我们如何优化编译器，我们仍然受到所使用的语言以及指导计算机的思维过程本身所固有的缺陷的限制。
抱歉。
本项目探讨了使用一个微型 0.6B 参数大语言模型（Qwen 3）对家庭问答进行分类，以辅助基于检索增强生成（RAG）的聊天机器人。通过将问题映射到特定的元数据类别（如“泳池”或“暖通空调”），聊天机器人能够缩小搜索范围，从而提高响应的准确性。
初步测试显示，基准模型的表现较差，由于产生幻觉和类别混淆，准确率仅为 10%。为了提升性能，作者使用 Unsloth 框架和一个约 850 条数据的数据集对模型进行了微调。
第一次微调将准确率提升至 79%，但模型在处理语义重叠和输出格式不一致时表现不佳。为解决此问题，作者采用了“基于代码”的方法，为每个类别分配了互不重叠的双字母 ID。这一策略将准确率大幅提升至 92%，证明限制输出为严格、明确的标识符有助于微型模型保持可靠性。尽管仍存在一些语义混淆（特别是在“与水相关”的类别之间），但该微调模型现已能够作为有效的分类器服务于家庭助理。该项目表明，通过针对性的训练和巧妙的输出工程，参数规模在 1B 以下的模型能够可靠地执行专门的分类任务。
作者批评了湾区当前的科技文化，将其称为一种由无神论享乐主义和自恋狂热所驱动的“精神病毒”。他们认为，该行业的领导者已经放弃了真正的技术进步，转而制造“人工智能末日”叙事，以证明其虚高的估值并获取资本。 通过对比 GLM-5.2 等模型直接且专注于工程的文档，与 Anthropic 博客中散布恐惧的言论，作者认为当前的人工智能话语是一场故意为之、由炒作驱动的恐慌，旨在绕过现实。通过将人工智能描绘成一种生存威胁，支持者们制造了一个无休止的末日媒体报道循环，以转移人们对其当前缺乏实质性效用的关注。 文章最后将这些危言耸听的趋势斥为一种转瞬即逝的泡沫，类似于过去社会性的歇斯底里，并表达了对一个负责任且可持续未来的期许。作者呼吁转变视角——摒弃“全面性的末日宣传”，转而关注如何防止此类行业扭曲现实，并建立一个植根于实际技术能力而非假设性末世论的经济体。
对不起。
为了支持 Markdown、HTML、富文本、PDF 及其专有的 .MNML 格式等多种格式的导入导出，Minimal 使用 Swift 开发了一套复杂的转换引擎。
团队没有构建混乱的格式间直接转换网络，而是实现了一种“中间表示法”（Intermediate Representation, IR）。作为中央枢纽，IR 将添加新格式的复杂度从指数级的多链路噩梦降低为线性的“一对一”关系。每增加一种新格式，只需编写特定的解析器和渲染器与 IR 进行交互即可。
该系统包含一种“折衷”机制，用于追踪并在不兼容类型转换时报告数据丢失或格式变更。对于无损工作流，专有的 .MNML 格式可确保完美的往返转换。
除了简单的文件转换外，该引擎还与应用程序的用户体验深度集成，支持拖放导入、系统级共享扩展以及专门的剪贴板处理。这些功能实现了顺畅的工作流，例如将笔记以 Markdown 格式直接“快速导出”至大语言模型（LLM）。通过将文件解析与应用逻辑解耦，Minimal 构建了一种灵活且可扩展的架构，使文件可移植性成为核心特性，而非事后的补充。
1983年，Commodore加拿大公司面临一项独特的工程障碍：尽管国际市场可以轻松将VICModem连接到模块化电话上，但当时加拿大的贝尔（Bell）垄断公司执行着严格的“硬接线”电话政策。由于贝尔拥有所有用户设备并禁止改装电话，标准的VICModem起初无法兼容加拿大的通信基础设施。
为了解决这个问题，Commodore与贝尔达成协议，将他们的调制解调器与定制品牌的北电（Northern Telecom）拨号电话进行捆绑销售。然而，随后的监管障碍——禁止临时断开电话线路——使得他们无法按预期使用这些调制解调器。
最终，Commodore通过开发VIC-1605适配器绕过了这些限制。这是一个手动切换盒，允许用户在电话和调制解调器信号之间切换，而不会违反电信法规。
如今，这款北电Commodore电话被视为计算机历史上极为罕见的收藏品。这个“加拿大特有”的异类，是一个引人入胜的案例研究，展现了僵化的电信垄断和区域性基础设施限制，如何迫使早期科技公司采取创造性且往往繁琐的工程解决方案，从而推动家庭计算革命的发展。
对不起。
请启用 Cookie。 错误 1005 Ray ID: a0f75ea2dcc39cde • 2026-06-22 01:09:48 UTC 拒绝访问 发生了什么？ 该网站的所有者 (brainfrog.lol) 已禁止您的 IP 地址所在的自治系统编号 (ASN) (45102) 访问此网站。 请参阅 https://developers.cloudflare.com/support/troubleshooting/http-status-codes/cloudflare-1xxx-errors/error-1005/ 了解更多详情。 此页面有帮助吗？ 是 否 感谢您的反馈！ Cloudflare Ray ID: a0f75ea2dcc39cde • 您的 IP： 点击显示 47.245.80.60 • 由 Cloudflare 提供性能与安全保护
抱歉。