APIMart 是一个在线平台，提供对 500 多种人工智能模型的集中访问。该服务作为一个综合市场，方便开发者和用户集成各种尖端人工智能工具，包括 GPT、Gemini、Midjourney、Kling、Sora 和 Flux 等主流图像、视频及文本生成模型。
用户可以注册账户来管理 API 访问权限、查看详细文档，并探索丰富的 AI 资源库。作为 Replicate 和 Fal.ai 等提供商的替代方案，APIMart 通过单一、简化的界面简化了使用多种 AI 服务的流程。该平台为开发者提供强大的支持，包括清晰的 API 文档、服务条款，以及通过 Discord 和 GitHub 进行社区互动的专用渠道。
每日HackerNews RSS
Mixedbread 推出了 **Toast 1**，这是一款专门用于处理复杂信息检索和文档整理的搜索代理。通过将“搜索循环”（分解查询、收集证据和整理上下文）外包，Toast 1 让前沿模型（如 GPT-5.6 Sol 或 Claude Opus 5）能够将其资源完全集中于高阶推理。 **主要优势包括：** * **性能与效率：** Toast 1 在搜索质量上与顶级前沿模型持平甚至更胜一筹，同时成本降低了 10 倍，速度提升了 12 倍。 * **验证成果：** 在 Databricks *OfficeQA Pro V2* 基准测试中，使用 Toast 1 作为子代理实现了行业领先的 70% 准确率，且成本仅为原来的一小部分。在 Harvey LAB 法律基准测试中，它在保持顶级性能的同时，将 Token 使用量减少了 60%。 * **集成性：** 虽然针对 Mixedbread Search 进行了优化，但 Toast 1 与后端无关，可兼容现有的检索索引。它既可以作为独立代理部署，也可以作为现有代理工作流程中的专用子代理。 Toast 1 现已通过 Mixedbread API 提供，为需要深度、准确且高效知识工作的企业提供了高性能、高性价比的解决方案。
Mixedbread 近期发布了 **Toast 1**，这是一款专门为优化搜索类智能体（Agent）任务而设计的 AI 模型。通过专注于高质量的信息检索与证据搜集，Toast 1 旨在解决通用模型在执行搜索任务时常见的“上下文冗余”与效率低下问题。该模型可通过兼容 OpenAI 的 API 集成至现有技术栈中，并支持包括该公司自研的“Mixedbread Search”在内的多种搜索后端。
此次发布在 Hacker News 上引发了热烈讨论，主要集中在以下三个方面：
* **技术实用性：** 用户就专用搜索智能体与传统 RAG（检索增强生成）流水线的优劣展开了讨论。开发者指出，Toast 1 能够降低 Token 成本并提升主流智能体工作流的性能。
* **对搜索现状的挫败感：** 该贴文成为用户宣泄对谷歌搜索质量下滑不满的窗口；用户们感叹细粒度搜索修饰符的缺失，以及如今难以精准定位高质量信息的问题。
* **品牌命名：** 社区中不少人对该公司以“面包”为主题的命名方式（如 Toast、Mixedbread）表示调侃或困惑。部分用户认为这种隐晦的品牌命名增加了专业化采用的门槛，而另一些人则将其与 Hugging Face 等公司非传统的命名风格进行了对比。
为了寻找一种比手机屏幕更舒适的个人博客阅读方式，作者发现了 X4，一款极简的 4.3 英寸电子阅读器。尽管该设备缺乏现代功能，但其开源社区（特别是“Crosspoint”固件）提供的无缝且极客友好的体验超出了他的预期。
为了根据个人需求优化设备，作者开发了“feedpaper”。该工具可以从他的 Feedbin 账户抓取未读 RSS 条目，过滤掉不合适的内容，并将剩余的文章转换为简洁的电子书文件。这套工作流程将他的数字订阅内容转化成一份个性化的便携式“报纸”，让他能在户外享受阅读，而无需担心数字视觉疲劳。作者已将 feedpaper 开源并发布至 Homebrew，欢迎更多人尝试这种不受干扰的阅读方式。
这个 Hacker News 讨论帖探讨了一个日益增长的趋势：将 RSS 订阅源转换为个性化的电子墨水“报纸”，以减少对智能手机的依赖并缓解视疲劳。
用户分享了克服内容同步“摩擦力”的各种工作流，例如：
* **自动化工具：** 使用脚本（如 Calibre、Python、Bash）或 Miniflux 和 Wallabag 等服务来聚合订阅源、获取全文并将其转换为 EPUB 格式。
* **分发方式：** 通过电子邮件（Kindle）、OPDS 服务器或针对电子墨水屏优化的浏览器阅读器（如 `inkfeed.xyz`、`picoflux`）将文件推送到设备上。
* **硬件偏好：** 讨论中提到了 PocketBook、Kobo（配合 KOReader）以及基于安卓系统的电子墨水屏平板（Boox、Supernote），这些设备允许用户进行更多自定义设置。
除了技术实现，参与者还反思了实体报纸的“触感”魅力，以及传统新闻业背后巨大的人力投入。一些人认为，解决数字干扰的根本不在于硬件，而在于建立严格的习惯，例如使用手机拦截应用，或刻意不带手机以营造专注的阅读环境。总的来说，该讨论帖凸显了一场旨在重拾更缓慢、更有意图的信息消费方式的民间运动。
作者描述了手边书架上的七本必备藏书。这些书不仅因其常被翻阅而入选，更因为它们能够激发作者的创作过程并塑造其思维方式。
该书单包括：
* **《罗格斯词库》（Roget’s Thesaurus）：** 被作者视为构思组织的“宝库”，有助于提炼想法，而不仅是简单地替换同义词。
* **托马斯·布朗（Sir Thomas Browne）的散文集：** 因其诙谐的笔触，以及文艺复兴早期“欢快且勇敢”的探索精神而备受推崇。
* **薄伽丘的《十日谈》（Decameron）：** 以其鲜活的人本主义故事而珍藏，这些故事与中世纪的刻板僵化形成了鲜明对比。
* **《从弗雷格到哥德尔》（From Frege to Gödel）：** 一部关于数理逻辑的基础选集，记录了该领域的发展演变。
* **《世界图绘》（Orbis Sensualium Pictus）：** 约翰·阿摩司·夸美纽斯于 1658 年创作的插图经典，因其清晰、迷人且充满教育智慧而受到赞誉。
* **《圣经》（新国际版）：** 作为理解 21 世纪文化和西方文学不可或缺的基石而保留。
* **《贝里公爵的祈祷书》（The Belles Heures of Duc de Berry）：** 一本精美绝伦的“时祷书”，承载着深厚的个人历史。
书架上还陈列着各种零碎物品，反映了作者博采众长的思维方式，这些物品构成了一个虽杂乱无章、却弥足珍贵的灵感储藏室。
这篇 Hacker News 帖子讨论了一篇关于七本个人珍藏书籍的博文，引发了关于文学解读、圣经翻译和知识门槛的一场广泛辩论。
讨论的核心大多围绕**圣经的翻译与研究**。参与者辩论了不同译本的优劣，许多人批评《新国际译本》（NIV）存在神学偏见，并建议以《新普及译本》（NLT）来获得更好的可读性，或以《新修订标准版》（NRSV）来获得学术共识。经验丰富的贡献者强调，真正的理解需要参考希伯来语和希腊语原文，承认古代迦南和美索不达米亚宗教的影响，并抵制将现代感官投射到古代故事上的冲动。
对话还触及了**“受过良好教育”这一话语陷阱**。虽然一些人认为理解《圣经》对于掌握西方文化至关重要，但另一些人认为这种说法是武断的门槛限制。批评者认为，所谓的深度往往是读者的自我投射，而非文本固有的特质。其他讨论话题包括《罗杰同义词库》的价值、阅读西方经典以外作品的重要性，以及数字化旧媒体的实用建议。总的来说，该帖突显了个人求知欲与学术严谨性之间的张力。
阿里巴巴已正式发布 **Qwen3.8** 系列模型的开源权重，现可通过 Apache 2.0 协议在 Hugging Face 和魔搭社区（ModelScope）下载。
此次发布包含两款主要模型：
* **Qwen3.8-27B**：一款高效的原生多模态稠密模型。尽管参数量较小（27B），但其性能表现超越了之前的 Qwen3.7-Plus，特别是在编程和办公相关任务中表现突出。该模型具备 262K 的原生上下文窗口，并通过 YaRN 技术可扩展至 1M token。
* **Qwen3.8-2.4T-A95B (Max-level)**：专为高性能智能体（Agent）应用及更复杂的工作负载而设计。
Qwen 团队鼓励开发者在本地构建、部署和微调这些模型。值得注意的是，Unsloth AI 已经发布了 27B 模型的动态 GGUF 版本，用户可通过 Unsloth Desktop 轻松进行本地运行与微调。
```
Hacker News 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
[重复] Qwen3.8-27B (twitter.com/alibaba_qwen)
mfiguiere 在 1 天前发布 | 298 积分 | 隐藏 | 过往 | 收藏 | 3 条评论
帮助
tomhow 1 天前 | 下一条 [-]
评论已移至 https://news.ycombinator.com/item?id=49299605。
回复
monkmartinez 1 天前 | 上一条 | 下一条 [-]
Qwen3.6-27B 一直是我小型智能体架构的主要大语言模型。对于任何允许在我机器上运行的模型，我都采用了测试和验证的方法。当“异端”版本发布时，我会启动测试工具进行评估。非常期待看到它与 Qwen3.6 的对比结果！
回复
WithinReason 1 天前 | 上一条 | 下一条 [-]
另一个讨论串：https://news.ycombinator.com/item?id=49294502
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
```
利奥波德·阿申布伦纳（Leopold Aschenbrenner）旗下的对冲基金“态势感知”（Situational Awareness）近期倒闭，规模达200亿美元，这为智识上的傲慢所带来的风险敲响了警钟。尽管阿申布伦纳在人工智能领域具备专业知识，但他的基金还是重蹈了历史上那些由“屋子里最聪明的人”所主导、最终却走向失败的企业的覆辙，例如长期资本管理公司（LTCM）。 作者认为，这次失败反映了前沿AI实验室内部更广泛的文化问题。该领域的许多领导者虽拥有深厚的技术知识，却在经济学、历史学和风险管理等其他学科面前缺乏谦逊。这种“专家泡沫”导致他们对劳动力市场置换做出了错误的预测，并对那些他们几乎不了解的行业表现出居高临下的态度——他们往往认为，自己的技术能力使他们在解决现实世界的复杂问题时天生就具有优势。 归根结底，该行业“自欺欺人”的倾向不仅有疏远公众的风险，还可能因过度自信和风险控制不力而造成真正的伤害。虽然人工智能在造福社会方面潜力巨大，但作者认为，该领域必须克制其救世主式的言论，并学会保持谦逊，以认清自身的局限性。真正的进步需要承认：在某一狭窄领域拥有的专长，并不意味着在其他所有领域都能游刃有余。
这次讨论聚焦于人工智能实验室及整个科技行业中常见的“知识傲慢”。评论者认为，许多科技领袖患有一种“工程师病”——即误以为凭借自身的技术能力，就能在不了解医疗、金融或影视等领域细微差别的情况下，轻易地颠覆这些复杂行业。
一个主要的争议点是近期一家知名 AI 对冲基金的倒闭。支持者视其经理人为一位观点正确但时运不济的远见者，而批评者则认为他缺乏基本的风险管理技能。他们指出，其成功根植于特权和“赌博”，而非真正的远见，且他对杠杆的过度依赖导致了必然的失败。
总体而言，社区对人工智能行业关于大规模就业替代的叙事持怀疑态度。许多人认为，人工智能是一种“常规技术”——即一种会在经济和监管约束下缓慢演进的工具，而非能够使人类专业知识过时的魔力。主流观点认为，人类的判断力依然不可或缺，而对自动化的过度自信是一种反复出现的短视行为。
为什么每个该死的网站都这样？够了！你们显然知道什么是 Cookie。如果我们不在这里放上这个提示，欧盟和加州的律师们会很高兴地起诉我们。这不仅非常昂贵，而且由于每个网站的处理方式不同，浏览器也没有相关设置可以消除这些提示。这是你们投票支持的结果！另外，你必须点击“我同意”。 我同意
关于网站“Every Fucking Website”的 Hacker News 讨论，成为了用户发泄对现代网络“垃圾化”（enshittification）不满的出口。
该网站本身是对互联网上常见的、对用户不友好的设计模式——如干扰性弹窗、自动播放视频以及强迫下载应用提示——的一种讽刺演示。评论者们感叹道，现实中的网络比该网站所讽刺的情况更为臃肿且令人厌烦。
争议的核心点之一是关于欧盟 Cookie 横幅的“恶意合规”现象。许多人认为，公司本可以通过不追踪用户来轻松避免这些横幅，但它们为了继续进行侵入式数据收集，反而选择展示激进的弹窗。其他被讨论的恼人问题包括布局偏移（元素意外移动导致误触）、后退按钮劫持，以及为了支持以广告为导向的重型框架而放弃简洁、易读的界面。
尽管一些用户指出这些“黑暗模式”在提升转化率方面行之有效，但另一些人则认为，以牺牲基本用户尊严为代价追求利润在本质上是不道德的。该讨论串反映了人们对更简洁、功能性网页的深度怀旧，以及对当前行业标准的共同疲惫感。
发布消息仅仅是一个 HTTP 请求，因此几乎所有事物都可以与 ntfy 集成。无论是接收 cronjob 的提醒、GitHub Actions 流水线运行结束的通知、新一集电视剧的更新，还是任何网站的变动 ❤️，ntfy 都会及时通知你。
这篇 Hacker News 帖子讨论了 **ntfy**，这是一个可以通过简单的 HTTP 请求向移动设备发送推送通知的开源工具。
讨论强调了该项目对开发者的实用性，他们将其用于从服务器警报、家庭自动化到设备间链接共享的各种场景。许多用户称赞其易于实现，并指出它可以无缝集成到脚本和定时任务（cron jobs）中。
然而，对话也提到了常见的挑战：
* **基础设施与电池电量：** 用户探讨了自托管与使用公共实例对电池的影响。虽然一些用户认为 ntfy 很高效，但另一些人则更倾向于像 **Pushover** 这样成熟的、“设置好就不必再管”的付费替代方案，以获得更好的可靠性和更低的电池消耗。
* **隐私与可靠性：** 注重隐私的用户讨论了依赖谷歌 Firebase (FCM) 或苹果 APNs 进行交付的利弊。对于那些希望避免依赖大科技公司的用户，有人推荐了如 **Gotify** 等替代方案以及像 **Prism** 这样强化隐私的项目。
* **技术实现：** 项目维护者参与了讨论以澄清配置选项，社区成员则分享了在 iOS 上使用 Web Push (PWA) 以及将 ntfy 与桌面通知系统连接的技巧。
总的来说，虽然 ntfy 因其简单易用而受到广泛赞赏，但用户在开源灵活性与商业服务完善的可靠性之间仍存在分歧。
goonhost.rocks 团队对假想的“IPv8”互联网草案的可行性提出了挑战。该草案提议了一种为每个 ASN 提供 43 亿个地址并集成集中式网络管理的协议。他们并未将其视为纯粹的理论演习，而是从内核层面构建了一个功能性实现，包括自定义 Linux 内核模块、BGP 路由和一个单体式的“区域服务器”（Zone Server）。 尽管该协议在受控的实验室环境中可以运行，但研究人员发现了严重的现实障碍： * **基础设施不兼容：** 传统的网络硬件（ASIC）无法以线速处理 IPv8 报头，且标准的 MTU 限制会导致严重的数据包丢失。 * **安全与稳定性：** 强制性的身份验证以及将核心服务整合到单一的“区域服务器”中，制造了主要的单点故障和安全隐患。 * **经济破坏：** 该协议将摧毁地区互联网注册管理机构（RIR）的地址市场收入，导致区域注册机构破产，并引发大规模的 ASN 注册挤兑。 * **全球不稳定：** BGP 路由表的剧增将需要数十亿美元的硬件升级，并威胁到资助全球海底基础设施的传输收入模式。 该项目最终结论认为，IPv8 在沙盒环境中虽在技术上可行，但对于全球部署而言却极不切实际，甚至会带来灾难性后果。
抱歉。
Sniffnet 近期参加了 GitHub 安全开源基金（GitHub Secure Open Source Fund）。这是一项为期三周的计划，旨在加强关键开源项目的安全性。通过利用专家指导和 GitHub 的全套安全工具，该项目强化了其从“被动防御”转向“主动安全”的承诺。 主要举措包括制定正式的**事件响应计划**、利用 STRIDE 框架进行**威胁建模**，以及确立明确的安全政策。在实践层面，该项目实施了多项 GitHub 安全功能，例如密钥扫描、CodeQL 分析、代码库规则集和多因素身份验证。 作者强调，安全是一项需要社区共同参与的持续性工作，而非一次性的修复。为了应对现代开发带来的风险，该项目还更新了其**贡献者宣言**，要求所有代码必须经过人工审核，并对未经核实的由大语言模型（LLM）生成的提交提出了警示。通过整合这些结构化的安全实践，Sniffnet 旨在确保其网络监控工具与其所保护的基础设施一样安全可靠。
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
我通过 GitHub 开源安全基金保护 Sniffnet 学到的经验 (sniffnet.app)
dmit 发布于 1 天前，6 个积分 | 隐藏 | 过往 | 收藏 | 讨论 | 帮助
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：