Cloudflare 推出了一项全新的**计费使用量 API**，旨在提供对账户成本和使用数据的程序化访问，以支持 AI 智能体和自动化基础设施管理日益增长的趋势。 主要功能包括： * **机器可读数据：** 单个端点以 JSON 格式返回（按产品和周期分类的）使用指标，通过自动化成本跟踪取代了手动查看仪表板的操作。 * **符合 FOCUS 标准：** 该 API 使用与 FinOps 开放成本与使用规范（FOCUS）一致的命名约定，便于集成到现有的成本管理工具链中。 * **集成 Vantage：** Cloudflare 已与 Vantage 达成合作，允许用户将 Cloudflare 的支出与 AWS、Azure 和 Google Cloud 的数据进行汇总，从而实现统一报表、异常检测和 FinOps 工作流。 * **自助服务可用性：** 该 API 目前已向所有自助服务账户开放。未来计划进行更新，以提供更实时的监控数据、预测功能以及对企业级账户的支持。 此举使开发人员和财务团队能够自动归集成本、设置预算并监控支出。在确保基础设施日益自动化的同时，也能保持财务可见性的精准与整合。
每日HackerNews RSS
Cloudflare 最近推出了“计费使用量 API”（Billable Usage API），旨在为开发者提供云成本的可编程可视化。尽管该工具能帮助用户追踪支出，但 Hacker News 上的讨论却凸显了云行业中一个更广泛的痛点：缺乏“硬性成本上限”。
用户表示非常失望，因为 Cloudflare 和许多大型云服务商一样，仍未允许客户设定一个明确的预算上限，从而在达到额度时自动停止服务。评论者指出，虽然 Vercel 等部分平台提供了更好的成本控制，但大多数服务商仅在涉及促销抵用金时才会实施严格上限，而非针对标准的生产环境账户。
讨论还涉及了细粒度计费数据的重要性，一位用户分享了他发现 R2 存储账单出现细微波动的经历。这引发了一段关于克利夫·斯托尔（Cliff Stoll）名著《杜鹃的蛋》（The Cuckoo’s Egg）的怀旧插曲——在书中，正是由于一笔细微的会计账目差异，最终揭露了 20 世纪 80 年代的一个重大克格勃间谍网。总而言之，虽然这个新 API 是提高透明度的一项积极举措，但社区依然热切期盼能够获得更稳健、更自动化的财务保障机制。
PlanetScale 通过为分片后的 Postgres 和 MySQL 数据库自动执行备份，简化了数据库管理。为确保备份的一致性和加密性，且不影响生产环境的性能，该系统采用了一种高度并行的编排策略。 PlanetScale 不会直接备份主节点，而是针对每个分片启动临时的备份实例。此过程遵循稳定的工作流：从对象存储（如 S3）恢复先前的备份，重放已归档的预写日志（WAL）以达到当前状态，最后通过主节点最新的 WAL 变更流完成备份。 这种架构充分利用了分片的优势；由于每个分片都是一个独立的单元，系统实现了大规模并行处理，使 PB 级数据库的备份能在几小时内完成，速度超过 50 GB/s。除了保障数据安全外，该基础设施对于日常运维也至关重要，包括实现无缝的数据库扩容和故障节点替换。通过利用 S3 和动态配置的云端计算资源，PlanetScale 将复杂且资源密集型的任务转化为用户轻松、自动化的体验。
抱歉。
本项目是一个使用 Rust 构建的高性能 SearXNG 风格元搜索引擎。其工作原理是将用户查询并发分发至多个搜索引擎（DuckDuckGo、Brave、Startpage 和 Yahoo）。
主要特性包括：
* **HTML 抓取**：使用 `reqwest` 和 `scraper`（基于 `html5ever`）来获取并解析搜索结果。
* **智能去重**：通过剔除追踪参数、移除地区前缀以及排序查询字符串来规范化 URL，从而准确合并重复结果。
* **RRF 排序**：采用倒数排名融合（Reciprocal Rank Fusion）算法汇总来自多个引擎的评分，确保在多个来源中出现的页面获得优先展示。
该引擎既可作为 Rust 自定义应用的开发库，也提供开箱即用的 Web 服务器。它专为可扩展性设计，开发者只需定义结构体并实现 `SearchEngine` 特征（trait），即可轻松接入新的搜索提供商。项目包含完善的单元测试和实时测试套件，以确保在目标搜索引擎结构发生变更时依然稳健可靠。
在 C++ 中，将浮点数转换为整数时，如果该值超出了目标类型的范围，会导致**未定义行为 (UB)**。这种情况在使用隐式转换、`int()` 或 `static_cast<int>()` 时都会发生，但编译器通常不会对此发出警告。 许多开发者（包括 Guidelines Support Library (GSL) 的维护者）错误地认为这无关紧要，因为现代硬件（如 x86 或 AArch64）通常会产生可预测的结果，而不会导致崩溃。然而，依赖于特定硬件的行为是非常危险的；编译器可能会进行优化，从而导致代码出现意外、不可移植或损坏的情况。 作者强调，“硬件的行为”并不等同于 C++ 定义的行为。为了正确处理这些转换，必须在转换前进行显式的边界检查。或者，也可以在测试过程中使用 UBSan (`-fsanitize=float-cast-overflow`) 等工具来检测此类情况。尽管存在风险，许多项目（包括 GSL）仍然忽视这一漏洞，错误地将其辩解为“良性”未定义行为。开发者应转而采用更安全、经过边界检查的方法，以确保代码的可靠性和可移植性。
糟糕！访问被拒绝：错误代码 bf584155dcd667f7。返回首页。由 Techaro 的 Anubis 提供保护。在加拿大用心制作。吉祥物设计：CELPHASE。本网站正在运行 Anubis 1.22.0 版本。
**摘要：INT8 ConvRot 的崛起**
INT8 ConvRot 于 ComfyUI v0.27.0（2026 年 7 月）中引入，正成为 8 位 AI 模型量化的新黄金标准。与传统的 FP8 格式（在旧版 GPU 上往往缺乏硬件加速）不同，INT8 ConvRot 使用先进的卷积和旋转技术来分散数据异常值，在实现高精度推理的同时，保持了与更广泛硬件的兼容性。
**主要优势：**
* **硬件效率：** 它在 GeForce RTX 40/50 系列显卡上带来了显著的性能提升，而对于此前缺乏原生 FP8 支持的 RTX 20/30 系列用户，其性能改善更为显著。
* **卓越速度：** 基准测试表明，INT8 ConvRot 在生成速度上优于 FP8 Scaled、MXFP8 甚至 4 位 (NVFP4) 模型，在实际测试中推理时间最多可减少 35%。
* **广泛采用：** ComfyUI 现已提供原生支持，主流模型也正越来越多地以该格式发布。Forge Neo (v2.27) 也已集成了相关支持。
尽管用户可能倾向于将所有现有模型转换为该格式，但建议将其优先用于追求大模型加速的场景，因为它有望取代 FP8/FP8 Scaled 成为 8 位行业的标准。
Hacker News 的讨论聚焦于“INT8 ConvRot”，这是一项因能为缺乏原生 FP8 硬件支持的老款消费级 GPU（RTX 20/30 系列）带来高性能量化能力而受到关注的技术。
尽管 FP8 已成为现代架构（RTX 40/50 系列）的标准，但 ConvRot 提供了一种在旧硬件上实现类似性能收益的方法。评论者指出，虽然 W8A8 量化通常被视为一个“已解决”的问题，但围绕 ConvRot 的研究旨在优化更低位宽方案（如 W4A4）的性能。
讨论还强调了大语言模型（LLM）工作流中不同量化方法之间的权衡。例如，Cloudflare 的研究表明，混合系统——在计算密集型的解码阶段使用 INT4，在预填充阶段使用 FP8——通常能获得最佳效果。然而，一些贡献者质疑 ConvRot 在扩散模型之外的广泛适用性，并指出了解码过程中潜在的开销成本。总的来说，社区认为这是一项重要进展，有助于延长旧硬件在本地 AI 推理中的使用寿命和效用。
用户意图 · 14:16 为 ACME 设置付费计划并向其发送账单 ✦ 智能体思考 · 14:16 账单需要一个结算联系人 —— 正在重试使用所有者的电子邮件。 ✓ 智能体成功完成用户任务 92分
抱歉。
**MirrorCode** 是与 METR 共同开发的一项全新基准测试，旨在评估 AI 模型在复杂、长周期软件工程任务中的表现。与专注于修复微小漏洞或实现小型功能的现有基准测试不同，MirrorCode 要求模型在无法获取原始源代码的情况下，从零开始重构整个程序，并需通过严格的端到端测试。
MirrorCode 的主要特点包括：
* **规模化评估：** 提供充足的推理预算，允许模型在复杂任务上运行数天，从而模拟人类工程师的深度工作模式。
* **严谨的设计：** 任务在无互联网连接的沙盒环境中进行，以杜绝作弊行为。
* **验证可行性：** 表现优异的模型（如 Claude Opus）已成功重构了复杂的工具包（例如 16,000 行 Go 代码），且速度明显快于人类开发者。
尽管研究人员承认预训练数据污染可能会影响结果，但他们的“记忆筛选”机制表明，该基准测试能有效衡量真正的编程能力。MirrorCode 涵盖了不同计算领域的 25 个目标程序，其中 22 个已开源以鼓励进一步研究。这一举措标志着在评估 AI 处理持续性、高难度开发项目能力方面迈出了重要一步。
抱歉。
抱歉。
请启用 JavaScript 和 Cookie 以继续。
德国的年度发电量中，风能和太阳能首次超过了化石燃料。尽管一些 Hacker News 的评论者将此视为可再生能源转型的重要里程碑，但这一成就也引发了关于德国经济整体健康状况及能源政策的激烈争论。
批评者指出，德国工业持续衰退——通常归因于高昂的能源成本和国际竞争——证明了能源转型正在给经济带来压力。讨论的焦点很大程度上集中在淘汰核能这一争议性决定上，许多用户认为，保留核能发电能力本应是减少碳排放同时保持电网稳定和工业产出的更有效途径。
另一些人则为转向可再生能源辩护，认为这是实现能源独立和长期可持续发展的必要步骤。讨论还涉及了“总能源”与电力的区别、德国转型的全球影响，以及创新与监管在工业竞争力中的作用。最终，这次讨论凸显了在优先考虑短期经济稳定与专注于长期气候目标这两类观点之间的严重分歧。