Gemini 3.7 Flash 在以下三个关键领域较 3.6 Flash 展现出了显著的性能提升： * **编程与开发：** 该模型在调试、问题解决以及生产级代码生成方面取得了长足进步，在 FrontierCode（43.6% 对比 34.4%）和 DeepSWE（65.3% 对比 49.0%）基准测试中表现尤为突出。 * **Web 开发：** 在 UI 生成方面表现卓越，具有更佳的设计还原度和功能性布局创建能力。其优势体现在更高的 WebDev Arena Elo 分数（1588 对比 1538）上。 * **复杂推理：** 在金融、法律和生物科学等专业领域，3.7 Flash 展示了更强的推理能力和准确性。在文档处理任务中，它大幅超越了前代产品（GDP.pdf 测试中为 34.0% 对比 22.0%），并在通过 AutomationBench 执行实际业务工作流时表现出更高的效率（30.4% 对比 17.0%）。 总而言之，Gemini 3.7 Flash 在准确性、技术能力和实用工作流自动化方面均实现了显著进步。
每日HackerNews RSS
双子座 3.7 闪电版 Gemini 3.7 Flash
17 小时前
关于 Google **Gemini 3.7 Flash** 发布的 Hacker News 讨论显示，社区对于该模型的价值及其背后的 Google 战略存在分歧。
**核心主题：**
* **性能表现：** 许多用户认为 3.7 Flash 在处理“足够好”的多模态和编程任务时速度极快且具有竞争力。然而，资深用户指出，在复杂推理和可靠性方面，它仍落后于 Claude (Sonnet) 等前沿模型或 GPT-5.6 (Luna) 等专用模型，一些开发者报告该模型存在频繁的幻觉问题。
* **“Flash”战略：** 批评者质疑为什么 Google 持续发布高速的中端模型，而非推出旗舰级“Pro”模型来挑战 SOTA（当前最佳）领跑者。一些人认为，Google 更倾向于优化通用生态，而非追求顶尖的编程性能。
* **摩擦与基础设施：** 一个反复出现的抱怨是“Google 规模化”带来的用户体验问题。相比 OpenAI 或 OpenRouter 等竞争对手，用户认为 Google Cloud/Vertex 环境中的 API 入门、计费和项目管理过于复杂。
* **定价疑虑：** 针对“优惠定价”将于 2026 年 12 月结束的规定，舆论普遍将其嘲讽为一种人为的官僚手段。用户指出，在瞬息万变的 AI 领域，该模型在价格上涨生效之前很可能就已经被淘汰了。
吐火罗语在线 Tocharian Online
17 小时前
吐火罗语是指两种关系密切但各不相同的印欧语系语言，即吐火罗语A和B。它们于20世纪初在现今中国新疆境内的丝绸之路上被发现。这些语言主要记录于公元6至8世纪，大多保存在佛教寺院的手稿中。吐火罗语A可能仅限于吐鲁番地区，且可能仅用于宗教仪式；而吐火罗语B的地理分布更为广泛，并出现在世俗记录中。 “吐火罗语”这一名称是一个历史性的误称，最初源于对一段古突厥语文本的误解，但目前仍被广泛使用。在语言学上，吐火罗语作为印欧语系最东端的分支而引人注目。作为一种位于东方的“肯特语”（centum language），它挑战了关于印欧语方言地理分布的传统理论。吐火罗语还表现出与其起源显著的语言偏差，包括简化的语音系统和复杂的黏着语格系统；这些特征很可能是由于与周边乌拉尔语、突厥语和蒙古语长期接触所致。尽管其地位独特，但吐火罗语的语料库规模较小且零碎，很大程度上依赖于沙漠寺院遗址的考古发现。
抱歉。
请启用 JavaScript 和 Cookie 以继续。
抱歉。
作者身为一名软件开发人员，为重掌 AI 编程代理的控制权，决定不再依赖云服务，而是着手构建私有的本地 AI 数据中心。出于对硬件自主权和成本效益的追求，他利用回收的电子废料组装了一台强力设备。
该系统的核心是四张 AMD V620 服务器级 GPU——这些显卡此前因云游戏市场失利而遭到冷落，售价低廉且无内置风扇。他将这些显卡搭配一块廉价的旧款 X299 主板以及一颗效率较低的 Intel i9 处理器，并安置在一个自制的 3D 打印机箱内。为了解决显卡产生的大量热量，作者设计了定制的散热导风罩，并使用 Arduino Nano 克隆版搭建了一个 DIY 风扇控制器。
在克服了硬件启动及接线难题后，作者安装了 Ubuntu 系统，并成功运行了 Gemma4 和 Deepseek V4 等推理模型。尽管初期面临散热噪音和软件配置等挑战，这台服务器最终成功投入运行。作者以此章结束，留下了一个虽显粗糙但功能齐备的基础架构，并计划在后续文章中重点优化其性能。
这篇 Hacker News 帖子探讨了使用二手企业级硬件搭建家用 AI 服务器的实用性和动机。
讨论的核心在于本地部署与云端 AI 的成本效益。尽管许多参与者承认使用基于 API 的模型（如 DeepSeek 或 Claude）比自建服务器更便宜且性能更强，但爱好者们认为，本地部署能提供自主权、隐私保障以及宝贵的学习经验。通过拥有硬件，用户可以避免服务中断、审查以及大型科技公司突然改变服务条款带来的风险。
讨论中很大一部分篇幅聚焦于这种“拼凑式”方案所面临的技术挑战，特别是散热问题。用户分享了以下建议：
* **硬件：** 采购二手显卡（如 AMD Instinct 系列的 MI50、V620 和 R9700）以及高速风扇。
* **工程：** 需要通过 3D 打印定制风扇罩和风道，以强制气流通过服务器级组件。
* **噪音管理：** 高性能服务器风扇通常噪音很大，因此用户尝试使用更大尺寸、更低转速的风扇或自定义风扇转速曲线。
归根结底，参与者将这种构建过程视为一种“改装车”式的爱好项目——这是对技术能力的投资，同时也带来了本地计算的自由。
Mozilla 已向美国上诉法院发出警告，称如果禁止搜索引擎收入分成协议，可能会迫使包括 Firefox 在内的独立浏览器退出市场。在此之前，2024 年的一项反垄断裁决认定谷歌维持了非法的搜索垄断地位。尽管主审法官禁止谷歌签署独家分发协议，但他允许谷歌继续向 Mozilla 等合作伙伴支付费用以维持其默认搜索引擎的地位，理由是全面禁止将导致财务不稳定。
美国竞争监管机构目前正寻求推翻这一许可，认为此类付款巩固了谷歌的垄断地位。然而，Mozilla 提交了一份“法庭之友”陈述书，为这一做法辩护，认为这些收入对其运营至关重要。该公司主张，失去这笔收入将威胁到其提供以隐私为导向、独立于大型科技公司主导的浏览器的能力，最终损害用户利益并巩固企业对互联网的控制。Mozilla 澄清说，其参与仅限于这一特定议题，并不代表在该反垄断案中支持任何一方。
最近的一场 Hacker News 讨论探讨了 Mozilla 发出的警告：针对 Google（特别是关于搜索排名付款）的更严格反垄断措施，可能会威胁到 Firefox 的未来。
这场对话反映了用户之间存在严重分歧。许多评论者批评 Mozilla 的领导层，认为该组织已变得臃肿、管理不善，且过度依赖 Google 的资金支持，同时在创新方面毫无建树。批评者认为，如果 Mozilla 因此倒闭，或许是必然结果，尽管一些人仍对失去 Gecko（最后一个非 Google 控制的主要浏览器引擎）感到担忧。
相反，一些参与者认为，反垄断工作虽然在法律上是合理的，但可能会带来附带损害。他们认为，摧毁“黑手党”（Google）可能会无意中损害他们所依赖的生态系统。归根结底，共识是持怀疑态度的：许多用户认为 Mozilla 浪费了资源，政府干预应优先考虑法治，而不是保护一个可能已经功能失调的组织。虽然有人建议由欧洲提供补贴作为解决方案，但大多数人对此表示拒绝，理由是对 Mozilla 目前的管理和战略方向缺乏信心。
Mistral AI 发布了 **OCR 4.1**，这是其文档人工智能技术栈的最新引擎。该模型引入了先进的文档处理功能，包括原生的段落级边界框提取、结构化块标注以及块级置信度评分。
OCR 4.1 专为高效与精准而设计，目前已通过 Mistral API 提供公开预览。定价为每 1,000 页 3.50 欧元；如需标注输出，价格为每 1,000 页 4.38 欧元。该服务支持结构化标注和批量处理，是应对复杂文档分析任务的强大解决方案。
这篇 Hacker News 讨论探讨了 Mistral OCR 与前沿模型及传统工具相比的效能与定价。
用户对 Mistral 的表现看法不一。一些人认为它在处理手写邮件或复杂文档布局等特定任务时非常有效，而另一些人则认为其表现不及 OpenAI 的“Pro”系列模型。批评者经常指出 Mistral 的定价（每 1,000 页约 3.50 欧元）过高，相比之下，Google Document AI、Tesseract 或本地托管的开源模型更具性价比。
讨论的很大一部分集中在“AI 竞赛”上。许多参与者对欧洲在人工智能领域的竞争力表示担忧，有人认为 Mistral 之所以能生存，很大程度上得益于区域性的监管保护。另一些人则指出，虽然较新的深度学习 OCR 模型在理解复杂结构和布局方面表现出色，但它们容易出现“幻觉”和内容审查问题。因此，一些开发者采取了多模型工作流，即使用一家提供商进行提取，另一家进行验证，或者依赖本地 GPU 托管模型，以规避基于 API 的服务所固有的版权限制和隐私担忧。最终，用户强调，最佳的 OCR 解决方案高度依赖于具体的文档类型，以及在速度、成本和准确性之间所寻求的平衡。
Show HN: OJCP – 一个供智能体使用的作业数据开放协议 Show HN: OJCP – an open protocol for agent-consumable job data
17 小时前
```json { "ojcp_version": "0.1", "provider": { "name": "Acme Careers", "employer_id": "acme", "description": "全球工业创新领导者", "industries": [ "制造业", "工程" ], "hq_location": { "city": "芝加哥", "state": "伊利诺伊州", "country": "美国" } }, "mcp_endpoint": "https://careers.acme.com/ojcp/mcp", "tools": [ "搜索职位", "获取职位详情", "获取雇主背景信息", "开始申请", "检查申请状态" ], "apply_paths": [ "ats_direct", "provider_hosted" ], "auth": { "required": true, "optional_scopes": [ "apply", "candidate_data" ] }, "rate_limits": { "anonymous_rps": 10, "authenticated_rps": 50, "burst_limit": 100 } } ```
抱歉。
双子座 3.7 闪速版 Gemini 3.7 Flash
17 小时前
Interactions API 现已全面开放，建议使用该 API 以获取最新的功能和模型。此次更新引入了 Gemini 3 系列的最新版本 Gemini 3.7 Flash，该模型具备先进的原生多模态推理能力。建议用户查阅官方文档，以获取关于模型功能和特性的详细说明。
印欧语系族谱 作者：Damon Binder 圆形 线性 地图 − + 适应 节点标签： 语言名称 母语 语音 点击高亮词汇可收听发音。 关于 从英语、印地语到拉丁语和波斯语，所有印欧语系语言均源自原始印欧语——一种约在公元前 4500 年使用的未被记录的语言。点击任意语言以了解更多。 语音由神经文本转语音系统合成，并非由母语使用者录制。 重构说明 ↗ 今日 公元前 4500 年——今日
抱歉。
DeepSeek Harness 基于 Cordis 的插件系统构建。插件提供了所有的智能体能力，包括模型、工具、技能、会话、沙盒、存储、循环、调度和用户界面。Cordis 的服务和事件机制使这些插件能够协同工作。开发者无需修改 DeepSeek Harness 的源代码，即可在配置中选择、替换或扩展任何功能。 模型所见的一切内容均记录在只追加的会话日志中：包括系统提示词、推理过程、工具调用及其结果、子智能体调度以及每一次上下文注入。在“轨迹（Trajectory）”视图中，你可以按来源检查这些记录。恢复、分支、搜索和重放功能均基于同一事件流运行。 标准模式包含全套工具集。代码模式使用模型生成的代码来编排多轮工具调用。最小模式仅保留 Shell 工具和文件编辑器，用于在极简环境中对模型进行基准测试。创建者模式允许你检查当前运行时、在内存中测试 Cordis 插件，并将它们组合成新的模式。
DeepSeek Harness 代码库的发布在 Hacker News 上引发了热烈讨论。用户起初对其项目用途感到困惑，指出其 GitHub README 文档内容匮乏且缺乏清晰说明，尽管补充性的落地页提供了一些必要的背景信息。
讨论的焦点之一在于，为何 AI 代理框架（harness）多采用 Node.js 而非 Python 构建。支持者认为，该语言具备强大的异步处理能力，通过 npm 进行分发非常便捷，且在解释型环境中实现插件化架构也更为简单。
讨论还涉及了“官方”与“第三方” AI 框架的实用性。一些开发者质疑官方工具在性能上是否真的比自建框架更具优势。此外，用户还探讨了自托管编程代理的经济效益，指出跟踪直接的 Token 使用量，往往比订阅昂贵的固定费率开发者工具更具性价比，且能避免因后者可能诱导产生的低质量“垃圾代码”。