←搜索结果

按匹配度 · 共 2902 条结果 清除搜索

星期四

  1. Suno:Blog

    Suno 支持用 MIDI 文件作为创作起点

    Suno 在 Create 页面新增 MIDI 文件输入,用户可拖拽 .mid 或 .midi 文件,或用「+」菜单选择 MIDI 来开始创作。由于 MIDI 只包含音符与时值数据、不含声音,用户可以用自然语言指定 Suno 严格按原谱演奏,或提取动机发展成新编曲。官方给出的用法包括把乐谱导出为 MIDI 后以完整管弦乐编制试听、让学生和乐队排练时试听自己的作品,以及把旧录音中的 MIDI 重新配器。

    Start songs with MIDI on Suno

    文件拖放到 Create 页面,或从“+”菜单中选择 MIDI,来在 Suno 上以 MIDI 文件开始创作一首歌曲。 立即试用,或继续阅读,了解如何使用 MIDI 启动创作过程的示例。但首先,让我们先解释什么是 MIDI,以及为什么它能成为创作过程的绝佳起点。 MIDI 文件包含音乐声部的精确音符和时值,因此它为你提供的创作起点比在 Suno 上创建的任何其他方式都精确得多。你可以决定 Suno 在多大程度上遵循它,例如,要求模型完全按照你写的音符来演奏,或者让它从文件中提取一个动机并将其发展成新的内容。 在 Suno 上制作音乐最令人愉快的部分之一,就是将一个想法变成完全不同的东西。一个文本提示,无论简单还是详细,都可以变成一个全新的声音世界。当你上传或拖放自己的音频到 Create 页面时,Suno 会在保留你独特声音的同时扩展你的想法。MIDI 是这些起点中最新的一个,它的工作方式与其他可上传素材不同,因为 MIDI 文件完全不包含声音。要理解这为什么有用,首先需要了解 MIDI 究竟是什么。 什么是 MIDI? 尽管 MIDI 是主要的音乐数据形式之一,但它不包含任何可听信息

    匹配字段正文

  2. AWS Machine Learning

    Indegene 如何在生命科学领域用 LLM 数据质量 Agent 实现企业级数据质量现代化与扩展

    Indegene 在 AWS 上的 NEXT Unified Data Platform(NEXT UDP)中构建了由 LLM 驱动的 Data Quality Agent,可生成上下文感知的数据质量规则、完成校验,并产出可直接运行的 SQL 和 Python 代码,全程采用集中式 human-in-the-loop 治理。NEXT UDP 还提供 Data Ingestion、Orchestration、Data Catalog 和 SQL Bot Generator 等独立 AI Agent,可单独用于数据管道或定制为 agent-to-agent 通信。

    NEXT Unified Data Platform dashboard showing use-case cards, project metrics, and available AI agents including the Data Quality agent.

    人工智能 Indegene 如何在生命科学领域实现企业数据质量的现代化与规模化 本文与 Indegene Limited 的 Shravan K S 共同撰写。 企业级 AI 正在为生命科学组织创造新的机会,帮助其改善商业、医学、市场准入及其他业务职能领域的决策。但每一个 AI 模型、仪表盘和业务洞察的质量都取决于一件事:可信的数据。随着企业数据在多个平台、管道和业务领域不断增长,保持一致的数据质量变得越来越困难。手动创建数据质量规则、治理碎片化以及不断变化的业务定义,使得在企业范围内扩展数据质量变得极具挑战。 本文探讨 Indegene 如何在 AWS 上的 NEXT Unified Data Platform(NEXT UDP)中构建一个生产级、由大语言模型(LLM)驱动的 Data Quality Agent。该 Agent 可生成上下文感知的数据质量规则、对其进行校验,并在集中式、human-in-the-loop 治理下产出可直接运行的 SQL 和 Python 代码。这些能力共同帮助组织在企业规模上提升数据质量,同时减少构建和维护数据质量项目所需的投入。 关于 Indege

    匹配字段正文

  3. AWS Machine Learning精选

    AWS 详解生产级 AI 智能体的四层上下文工程与 Deep Insight 实现

    AWS 机器学习博客以开源多智能体数据分析方案 Deep Insight 为参考实现,把生产级 AI 智能体的上下文工程拆成四层:多智能体架构隔离上下文、用提示词限制输出、把重内容外置到文件系统、用验证智能体兜底。文中给出的 write_and_execute_tool 让每个脚本进入上下文的 token 减少约 95%,按需加载 Skills 让系统提示词缩小约 97%,并附有 Strands Agents SDK 的代码示例。

    ” (2025.09) 上下文工程正是为了解决这些问题,而它并不只是一组技术的集合。它横跨架构设计、提示词编写、工具实现和验证,是一门分层学科,每一层都弥补前几层的不足。本文详细介绍了可用于高效管理上下文的四层方法。 如何处理超出上下文窗口的任务 Anthropic 已发表了多项处理长周期任务的技术。Deep Insight 将这些技术归为四层,每一层都针对其他层的局限性。下表列出了这四层。 层级 实践 核心原则 局限性 第 1 层:架构 通过多智能体架构隔离上下文 每个智能体在独立的上下文中运行 当仅靠隔离不够时 第 2 层:提示词 输出控制与行为规则 通过提示词限制上下文输入 当仅靠提示词不够时 第 3 层:工具 基于文件的上下文外置 将重内容保留在上下文之外的文件中 当问题仍然出现时 第 4 层:验证智能体与防护措施 独立验证与防护措施 捕获错误并防止上下文溢出 最后一道防线 接下来的各节将依次介绍每一层,说明该层规定了什么、为什么仅靠前面的层还不够,以及该实践在 Deep Insight 中是如何实现的。 1. 通过多智能体架构隔离上下文 为每个专用智能体提供自己的上下文窗口,

    匹配字段正文

  4. AWS Machine Learning

    Amazon Quick 推出 Smart Approvals:让 AI 智能体在关键决策处保留人工审核

    Amazon Quick 上线 Smart Approvals,用独立的分类器模型对照用户请求评估符合条件的操作,自动批准或退回人工审核,且不额外授予权限、不移除必需的人工审批。该功能默认开启,管理员可通过 Custom Permissions 控制使用范围,用户也可自行关闭;每次自动批准仅对当次操作及其参数生效,相关权限事件记录在 AWS CloudTrail 中。

    Existing controls route proposed actions to required user approval, Smart Approvals review, or a policy block. Smart Approvals may approve an eligible action for its exact parameters or return it to the user. Assessment errors do not grant automatic approval. Permission update events and setting changes are recorded in AWS CloudTrail.

    的操作,或将其退回给用户审核。被策略拒绝的操作仍保持阻止状态 策略设定边界 在自动审查之前,Quick 会根据 Custom Permissions、Quick Guardrails、连接器操作权限以及用户设置来评估每一项拟议操作。被拒绝的操作仍保持拒绝状态,强制人工审批仍然适用。启用 Smart Approvals 后,只有当用户设置为“每次都询问”且没有其他控制要求人工审批时,该操作才符合条件。连接器操作权限在创建连接器时配置,可要求对特定操作进行人工审批。 管理员使用 Custom Permissions 来确定谁可以使用 Smart Approvals。该功能默认开启,但启用了 默认拒绝 的配置文件必须显式允许它。用户也可以为自己关闭 Smart Approvals。该选择适用于所有对话和计划运行。关闭后,原本符合自动审查条件的操作需要用户批准,且任何账户级设置都无法为他们重新开启。 符合条件的操作如何审核 Smart Approvals 使用一个独立的模型——分类器,依据用户请求以及对话的有限视图来评估符合条件的操作。它会考虑该操作的作用、数据流向以及受影响的对象。它可以查询

    匹配字段正文

星期三

  1. Cohere 产品与研究博客

    Cohere 检索模型 Embed 5 与 Rerank 5 上线 OpenRouter

    Cohere 的 Embed 5 和 Rerank 5 检索模型已在 OpenRouter 上线,可通过单一 API 调用并统一计费,无需额外 SDK。Embed 5 Pro 与 Fast 共享同一嵌入空间,可用 Pro 建索引、Fast 查询以降低延迟;Rerank 5 的分数经过校准,同一相关性阈值可跨查询和领域过滤弱上下文。Embed 5 支持 256 至 2048 维 Matryoshka 向量,默认 2048 维,单次最多 128k tokens。

    Promotional graphic announcing Cohere Embed 5 and Rerank 5 availability on OpenRouter, featuring white text and logos against an abstract black, blue, and purple gradient background.

    or i in top] 用 Fast 查询由 Pro 构建的索引之所以可行,是因为这两个模型 共享同一嵌入空间,只要双方使用相同的 dimensions。这正是我们推荐的拆分方式:在 Cohere 的测试 中,覆盖 40 个数据集,在 Pro 索引上使用 Fast 查询保留了全 Pro 检索质量的 98.4%,而两侧都用 Fast 则为 96.6%。若使用其他任何模型系列,则必须在两侧使用同一模型。 在这个阶段,让我们广撒网:召回是检索器的职责,精度则交给 Rerank。OpenRouter 的指南建议用 10–20 个候选送入 top 3–5 的重排。 重排序 重排序通过同时读取问题和每个文本块,对候选列表重新打分。在整个索引上运行太慢,但比向量相似度更准确,因此只对排名靠前的候选运行。重排序不需要 Embed,也不需要任何嵌入模型。它可作为简单的第二阶段,与你现有的语义、关键词或混合搜索系统配合使用。 将查询和 20 个候选发送给 Rerank 5,保留前 5 个,并丢弃任何低于相关性阈值的项。 MIN SCORE = 0.3 def rerank(query, candidat

    匹配字段正文

  2. Together AI Blog

    Together AI 发布 Together Compiler,用智能体持续编译优化推理

    Together AI 发布 Together Compiler(TKCC),一个用高吞吐智能体持续优化推理负载的编译系统,在不到 24 小时内于 Kimi K3、GLM 5.3、MiniMax M3.1-Flash、DeepSeek v4.1-Flash 等前沿开源模型上实现最高 2.6x 的 TPS 提升。它在 SemiAnalysis 的 InferenceX 低延迟基准上取得 MiniMax M3.1-Flash 1111 TPS、DeepSeek v4.1-Flash 1205 TPS 的当前最好成绩,并在 Llama 1B batch size 1 场景比开源 megakernel 高 1.7x。TKCC 依靠持久化引擎热加载候选前向计算和快慢两级引擎平衡吞吐与保真度,实验吞吐比基线智能体优化系统高 252x,目前已用于服务每天数万亿 token。

    据分布会直接影响哪些优化策略可能胜出(见下图)。高保真输入对于有效优化至关重要。TKCC 使用分层持久化引擎来平衡吞吐量与保真度之间的权衡:“快速引擎”加载少量层,非常适合快速迭代和低方差计时;而“较慢引擎”加载许多层,非常适合测试优化在真实数据分布上是否依然成立。 图 2:输入数据会改变优化策略。 图 3:Together Compiler 的两级架构优于其他方案。 3. TKCC 利用自定义成本模型为智能体选择并行策略(例如 TP、EP、DCP 等),以实现最高性能 现有系统已有成熟方法,可在满足 SLA 要求的前提下选择推理配置。然而,选择理想配置仍面临同样的吞吐量与保真度权衡:逐一测量每种并行配置并不可行,尤其因为软件实现尚不成熟。一种朴素的做法是根据原始硬件规格或微基准来选择并行策略。但这不足以捕捉数据相关的流量特性,例如 MoE 专家不均衡或提示长度分布不均。我们设计了一个成本模型,采用分层测量策略,结合硬件规格、微基准和实测前向传播,构建高保真表示,同时快速剪枝配置搜索空间,以支持持续的流量漂移。 图 4:实测布局优于硬件规格所选方案,且最佳布局随并发度变化。 结果 我们

    匹配字段正文

  3. Together AI Blog精选

    Together AI 发布 Together Compiler,推理吞吐提升 1.3-3 倍

    Together AI 发布 Together Compiler(TKCC),用高吞吐智能体持续为不同流量形态、模型和硬件生成推理优化。官方称其在不到 24 小时内于 Kimi K3、GLM 5.3、MiniMax M3.1-Flash、DeepSeek v4.1-Flash 上实现 1.3-3 倍 TPS 提升,并在 SemiAnalysis 的 InferenceX 低延迟基准上以 MiniMax M3.1-Flash 1111 TPS、DeepSeek v4.1-Flash 1205 TPS 取得 SOTA。该系统采用常驻引擎与快慢两级引擎平衡实验吞吐和测量保真度,实验吞吐比基线智能体系统高 252 倍,目前已用于线上服务。

    ,输入数据分布会直接影响哪些优化策略可能胜出(见下图)。高保真输入对于有效优化至关重要。TKCC 使用一层常驻引擎来平衡吞吐与保真度之间的权衡:“快引擎”加载少量层,非常适合快速迭代和低方差计时;而“慢引擎”加载许多层,非常适合测试优化在真实数据分布上是否依然成立。 图 2:输入数据会改变优化策略。 图 3:Together Compiler 的两级架构优于其他方案。 3. TKCC 利用自定义成本模型为智能体选择并行策略(例如 TP、EP、DCP 等),以实现最高性能 现有系统已有在 SLA 要求下选择推理配置的成熟方法。然而,选择理想配置仍面临同样的吞吐量与保真度权衡:逐一测量每种并行配置是难以实现的,尤其因为软件实现尚不成熟。一种朴素的做法是根据原始硬件规格或微基准来选择并行策略。然而,这不足以捕捉数据相关的流量特性,例如 MoE 专家不均衡或提示长度分布不均。我们设计了一个成本模型,采用分层测量策略,结合硬件规格、微基准和实测前向传播,以构建高保真表示,同时快速剪枝配置搜索空间,从而支持持续的流量漂移。 图 4:实测布局优于硬件规格所选方案,且最佳布局会随并发度变化。 结果 我

    匹配字段正文

  4. 百度 Baidu

    百度发布物理 AI 世界模型 Apollo World

    百度在深圳 AI Day 上发布面向物理 AI 的世界模型 Apollo World,可将道路复杂交互和罕见驾驶场景转化为可重复、可控的仿真,用于自动驾驶系统的训练与测试。该模型支持能自主决策并响应车辆减速、变道、让行的 AI 交通智能体,实时生成模拟摄像头、LiDAR 等传感器数据,并覆盖虚拟城市中从接单到送达的完整行程。Apollo World 已用于 Apollo Go 的测试与验证。

    Apollo World,我们面向物理 AI 的世界模型,昨天在深圳举行的百度 AI Day 上正式亮相! 它能把道路上的复杂交互和罕见驾驶场景转化为可重复、可控的仿真,用于自动驾驶系统的训练与测试。 - AI 交通智能体能够自主决策,并在自动驾驶车辆减速、变道或让行时做出反应 - 实时生成模拟的摄像头、LiDAR 及其他传感器数据,帮助自动驾驶车辆感知并响应随其行为而变化的虚拟世界 - 在虚拟城市中完成任意两个地点之间的完整行程,从接单到送达乘客 - 一套适用于机器人及其他物理 AI 应用的技术栈 Apollo World 已应用于 Apollo Go 的测试与验证。我们从这些虚拟行程中学到的经验,有助于改进车辆在真实道路上的行驶表现。

    匹配字段正文

  5. Google Blog

    Google Arts & Culture 与 Courtauld 推出《The Art of Looking》

    Google Arts & Culture 与 Courtauld 艺术学院合作推出《The Art of Looking》,包含 12 篇艺术史故事,可在线放大查看 Van Gogh、Manet、Claudette Johnson 等作品的笔触细节。双方同时宣布一项新的艺术家驻留计划,探索如何用 AI 改进文化机构藏品的元数据工作流。

    An oil painting depicts a blonde barmaid standing behind a marble counter, which is lined with bottles, roses, and a bowl of oranges. The extensive mirror behind her reflects the bustling theater interior of the Folies-Bergère and her interaction with a male customer.

    Google Arts & Culture的Amit Sood正在推出《观看的艺术》。这一合集让你可以放大著名画作,细看数百年艺术史中的精妙细节、笔触与隐藏故事。你可以在线探索这些作品,了解艺术家如何创作出他们的杰作。我们还启动了一项艺术家驻留计划,利用新技术来整理这些历史藏品,并与所有人分享。 摘要由Google AI生成。生成式AI仍处于实验阶段。 探索其他风格: 今天,我们很高兴推出“《观看的艺术》”,这是Google Arts & Culture与Courtauld艺术学院合作的一次重大扩展。这一合集汇集了跨越数个世纪与各大洲的艺术作品,体现了双方共同的承诺:让最广泛的受众接触艺术与艺术史,这也与Courtauld“艺术属于所有人”的理念相一致。此外,我们共同宣布一项新的艺术家驻留计划,探索如何将AI用于文化机构的元数据工作流。 《观看的艺术》中的12个新故事探讨了我们所能提出的关于艺术的一些最根本的问题。在“艺术意味着什么?’ 多萝西·普莱斯教授展示了画家卢拜娜·希米德如何运用想象力改写历史,而在“艺术为谁而作?”中,汤姆·斯坦默斯博士追溯了艺术家罗莎·博纳尔如何绕过她那个时

    匹配字段正文

  6. Canary Media:Data Centers 原创报道

    DTE 密歇根建燃气电厂靠碳捕集达标,计划遭质疑

    DTE Electric 在密歇根州提交的 20 年规划中提出新建两座总装机 2.1 GW 的燃气电厂,2031 和 2032 年投运、2035 年前加装碳捕集与封存(CCS),以在 2040 年实现零碳电力。两座电厂造价约 64 亿美元,而 CCS 在美国电力行业尚无成功商用先例,唯一商业项目 Petra Nova 曾停运三年且未达标。DTE 已与 Oracle 和 Google 签约合计 2.4 GW 用电负荷,批评者认为扩产实为数据中心需求,监管机构将在未来一年审议该方案。

    料发电,来满足其电费用户的需求并服务AI新数据中心的负荷。” 在全国范围内,专家和监管机构确实呼吁数据中心灵活调整其在特定时段的用电量,这样公用事业公司就不必为满足高峰需求而建设额外容量。 密歇根环境委员会的Jameson担心,该州的清洁能源法不会强制DTE确保这些燃气电厂捕集其排放。该法律允许多次延长截止期限,理由包括电网可靠性、安装可再生能源的可行性以及其他因素。 “这些退出通道写得相当宽泛,”Jameson说,并指出它们是在数据中心热潮之前通过的。“因此,如果数据中心负荷使满足可再生能源标准变得过于困难,我们就面临很大风险,可能直接突破可再生能源标准和清洁能源目标,使这些目标实际上变得毫无意义。” 芝加哥大学Abrams环境法诊所主任Mark Templeton曾在涉及DTE的其他程序中代表社区团体。他指出,该公用事业公司2022年的长期规划“在确定关闭重要燃煤发电的时间表方面至关重要”。 “在确定替代方案方面,这同样重要,”他说。“锁定继续使用天然气比煤炭好,但这也没什么可夸耀的。” 此注册表单需要必要的cookie。 Kari Lydersen是Canary Media的特约

    匹配字段正文

  7. heise online

    通过电流指纹识别工具:Shelly 硬件被改造

    heise 作者 Johannes Börnsen 尝试用 Shelly EM Gen3 通过串口刷机,按启动电流与谐波区分不同电动工具,实现非侵入式负载监测(NILM)。思路是先采集各工具的负载曲线做训练,再由软件自动识别,从而搭建显示工具运行时间的仪表盘。

    电子管制作复古计算器的指南 创客项目:为Allsky相机打造3D打印的防风雨外壳 这个想法并不新鲜,甚至还有一个名字:非侵入式负载监测,简称NILM。电路上的一个电表就应根据负载跳变识别出哪些设备被开启和关闭。首先在训练模式下将负载曲线的不同区段分配给某件工具,之后软件应能自行区分这些机器。 这就是我们heise-Plus文章《通过电流指纹识别工具:Shelly硬件被改造》的试读部分。订阅heise-Plus即可阅读全文。 电力入仓、入网及输入其他车辆:根据模型计算,货运代理通过双向充电可节省百分之十的能源成本。 AI让复刻知名程序变得诱人地简单。但技术上可行的事,远非总是合法。一份法律评估。 充电桩的价格差异巨大。使用直流充电的人,可能要每千瓦时多付40欧分。因此您应该了解一些脚注。 电动皮卡Musso EV甚至在价格上低于燃油皮卡。不过,偏乘用车的设计只在有限程度上适合商用车用途。 柯达Pixpro AZ653提供65倍变焦和2000万像素传感器。我们测试了这款桥式相机。 AnythingLLM可导入文档并通过AI聊天给出相关回答。数据和大语言模型均保留在本地,完全在您的掌控之中。

    匹配字段正文

  8. LMSYS Blog

    XM-Sparse:Netpreme X-Mem™ 如何把稀疏注意力吞吐推向新高度

    LMSYS 将 Netpreme X-Mem™ 与 SGLang HiSparse 集成,用高带宽外部内存存放卸载的 KV cache。在 16K 上下文、20% top-k miss、每 GPU batch 192 时,平均每输出 token 时间(TPOT)比 PCIe 上的 host DRAM 降低 49.25%,40% miss 时降低 63.58%;在 16K–1M 上下文、20% miss 下峰值解码吞吐为 host DRAM 的 2.09–3.04 倍。结果测于 X-Mem™ Pilot 虚拟机,X-Mem™ 芯片稍后推出。

    XM-Sparse: Sparse Attention. Beyond GPU Memory. SGLang HiSparse + Netpreme X-Mem. Pilot VM evaluation; X-Mem silicon forthcoming.

    thrm{Kindex}}}, \frac{C {\mathrm{external}}}{M {\mathrm{fullKV}}}\right)Bmax​=min(MhotKV​+MKindex​CHBM​​,MfullKV​Cexternal​​) 容量是每块 GPU 的可用预算;内存占用按每个请求计算。采用 4 路 EP 和 DP 注意力时,在扣除权重和其他分配后,我们为每块 GPU 分配 60 GiB HBM 用于热 KV 缓冲区和 K-index。 下图展示了 GLM-5.3 在四 GPU 实例上的建模解码吞吐(注意力采用 DP4 + 专家采用 EP4)。我们以 128K 作为编码智能体工作负载的代表性上下文长度,该长度在 TraceLab,并以 16K 和 1M 作为补充案例。每个请求每层使用 4,096 token 的热 KV 缓冲区,并在每个解码步骤中每层选择 2,048 个 KV 条目。吞吐量(输出 token/秒)和 batch size 均按每块 GPU 报告,每种配置都绘制到其容量上限。虚线 Ideal 曲线使用实测计算时序,假设无 I/O 开销且外部内存容量充足

    匹配字段正文

  9. Cognition 模型 / Devin 博客

    Cognition 发布 2026 年 11 月安全实践指南:从 Binance 被盗 63.4 亿美元说起

    Cognition 发布安全实践指南,复盘近期多起重大安全事件:Binance 因工程师笔记本被假面试和篡改安装包攻破,被盗 63.4 亿美元;恶意版 Claude Code Cursor 扩展试图植入后门,安装用户少于 5000。指南建议立即启用抗钓鱼 MFA、审计公网攻击面、部署密码管理器和广告拦截器,并在 30 天内将设备纳入 MDM 与 EDR、锁定浏览器和编辑器扩展。

    中最引人注目的或许是 PHP2Shell 漏洞,它因 PHP 运行时中的内存安全缺陷而使数百万个网站暴露于风险之中。PHP 驱动着大约 70% 的网站,在某些配置下,单个未经身份验证的请求就能在任何应用代码运行之前触发该漏洞。 GitLab。GitLab 中存在一个未经身份验证的远程代码执行漏洞,使许多公司最关键的源代码面临风险。 边缘设备。VPN、防火墙和其他面向互联网的设备中又出现了一轮严重漏洞。这些是国家支持的攻击者的首选目标。 eMudhra 的私钥。证书颁发机构 eMudhra 将其私钥设为数字 4,这意味着任何人都可以以其名义签发证书。 KVM。通过 Vercel 的 Sandbox 漏洞赏金计划发现的一个 KVM 客户机到宿主机的逃逸漏洞,让虚拟机内的代码能够在宿主机上获得 root 权限。 Linux TCP 协议栈。CVE-2026-98432 允许未经身份验证的远程攻击者在运行 Multipath TCP 监听器的 Linux 系统上获得 root 权限,而 Go 1.24+ 默认启用该监听器。 你应该做什么 在日益增加的不确定性中,很难判断究竟哪些事情真正重要。我

    匹配字段正文

  10. Databricks Blog

    Claude Platform 原生支持 OpenTelemetry,追踪数据接入 Databricks MLflow

    Claude Platform 的 OpenTelemetry 原生导出进入 Public Beta,Anthropic SDK、Messages API 和 Claude Managed Agents 的 trace 可经 Zerobus Ingest 写入 Unity Catalog 表,并在 Databricks MLflow 中查看。开发者可用 Analyze trace 和 Beta 阶段的 MLflow Issues 定位错误答案与重复工具调用,再以同一批测试用例评估改动效果;输入输出仅在 content mode 设为 full 时被捕获。

    Unity Catalog and Databricks MLflow

    如模型请求和工具调用。Claude 的原生插桩会生成这些 span,并使用 OpenTelemetry Protocol 将其导出。 Databricks 通过 Zerobus Ingest 接收这些 span,并将其存储在关联到某个 MLflow 实验的 Unity Catalog 表中。你可以使用相同的调试和评估工具,将 Claude 的 trace 与其他已插桩服务的 trace 一并查看。Unity Catalog 控制对数据的访问,你还可以用 SQL 查询这些数据。借助 Zerobus 与 Unity Catalog 的结合,企业可以获得两项关键优势:在高 QPS 下实现低延迟的 trace 摄取,以及对存储在智能体 trace 中的敏感数据进行访问治理的能力。 Claude 的原生 OpenTelemetry trace 流入 Unity Catalog 和 Databricks MLflow。 3 步连接 Claude 1. 创建实验 在 Databricks 中,打开 实验 标签页,然后点击 创建实验。在 Trace 存储位置下,保持选中 Unity Catalog 。

    匹配字段正文

  11. Cohere 产品与研究博客

    Cohere Model Vault 上线第三方开源模型,支持 DeepSeek V4.1…

    Cohere 在 Model Vault 与 Model Vault Encrypted 中上线第三方开源模型,企业可在全托管加密推理平台上同时运行 Cohere 自家模型和 DeepSeek V4.1 Flash、GLM 5.3 Flash、Gemma 4、GPT-OSS、Phi 等开源模型。Model Vault 默认对提示词和输出实行零数据保留,Encrypted 版本借助机密计算让 Cohere 和云厂商都无法看到数据。Model Vault 已在美国、欧盟和加拿大上线,Encrypted 版本目前仅限美国,欧盟和加拿大即将支持。

    An abstract image with words overlayed reading "World's leading open models, under your control. Available in Model Vault"

    行(不受供应商支配)。 区域可用性: Model Vault 已在美国、欧盟和加拿大上线;Model Vault Encrypted 已在美国上线,欧盟和加拿大即将支持。 AI 主权意味着客户可以选择、审查和部署最符合自身需求的模型,而无需将控制权交给单一供应商,但这种自由绝不应以牺牲安全或隐私为代价。在 Model Vault 中引入 Cohere 及全球其他供应商的领先开源模型,让我们的客户能够灵活地为任务选用合适的工具,同时不牺牲约束其业务的标准。 每个组织都希望使用最适合当前任务的最佳 AI 模型,但许多组织无法做到。对于银行、医院或政府部门而言,将敏感数据发送到共享 API 往往不可行。与此同时,由于能力或容量限制,管理开源模型或本地部署模型的推理也可能无法实现。团队最终不得不在想要的模型、所需的控制和可管理的容量之间做出选择。 他们本不该如此。今天,我们在 Model Vault 和 Model Vault Encrypted 中推出第三方模型,让企业能够在一个全托管且加密的推理平台上同时运行 Cohere 的模型和领先的开源模型。Model Vault 默认对提示词和输出

    匹配字段正文

  12. Apple Newsroom

    Apple 重新设计的健康 App 扩展语言支持

    Apple 重新设计的健康 App 将语言支持扩展到全球英语、简体与繁体中文、法语、日语、韩语、挪威语、葡萄牙语、西班牙语、土耳其语和越南语,以 Apple Intelligence 为核心。新版新增 Insights 标签页汇总心脏、睡眠、体能等数据,Longevity 标签页以 Health Age 结合 Apple Watch 的 VO2 max、静息心率等指标反映身体状态。更新还引入居家运动评估,借助 iPhone 摄像头与 Apple Watch 在设备端测量柔韧性、力量、平衡与 VO2 max,不录制或存储视频。该版本今日进入 iOS 27.3 开发者测试版,今年晚些时候免费推送。

    越南语时可用。部分功能可能并非在所有地区或语言中提供。部分设备可能并非在所有地区提供。某些依赖服务器端模型的 Apple Intelligence 功能受每日使用次数限制,包括但不限于 Siri AI、智能照片编辑工具、Image Playground 以及“快捷指令”中的 AFM 3 Cloud 模型。每日限额可能因功能、请求复杂程度、系统需求、系统策略及其他因素而异。未来将提供付费的扩展访问权限以使用此类功能。使用这些功能须遵守 Apple Intelligence 条款和条件。了解更多信息,请访问 apple.com/apple-intelligence。Siri AI 不适用于 13 岁以下的用户。 功能可能会发生变化。部分功能可能并非在所有语言或地区中提供,且可用性可能因当地法律法规而异。有关可用性的更多信息,请访问 apple.com。 Apple Intelligence 在 Siri 和设备语言设置为简体中文、繁体中文、丹麦语、荷兰语、英语、法语、德语、意大利语、日语、韩语、挪威语、葡萄牙语、西班牙语、瑞典语、土耳其语或越南语时可用。部分功能可能并非在所有地区或语言中提

    匹配字段正文

星期二

  1. Browser Use

    Browser Use 与 Kernel 对比:定价、隐身与性能

    Browser Use 与 Kernel 同为云浏览器自动化服务,Browser Use 无头浏览器 $0.02/小时且无需订阅,Kernel 约 $0.06/小时并按秒计费。在 2026 年 9 月 25 日的 Stealth Bench V2 中,Browser Use 对 100 个受保护站点的访问成功率为 90.5%,Kernel 为 80.5%。Browser Use 托管代理流量 $5/GB,Kernel 代理流量不计费但受公平使用限制。

    Browser Use 按时间收费 $2,然后按流量收费 $5 或 $50。Kernel 约 $6 的运行时费用在 Hobbyist 的 $10 使用额度之内,剩下的是 $30 订阅费。 Kernel 的 Developer 套餐包含 默认隐身 ISP 代理. 如果该配置足够,同样的 100 个基础无头小时在其 $5 月度使用额度之后约花费 $1,这还不包括其他用量;表格中使用 Hobbyist 来对应可配置代理。 ∗ 这些是示例账单,不含注册赠金、空闲时间、推理和其他用量。它们并不确立相同的吞吐量或完全相同的代理网络。Kernel 包含的流量受 代理公平使用. 约束。Kernel 的有头浏览器会使此示例达到约 $68/月。更便宜的选择取决于浏览器配置和流量,而不仅仅是小时费率。 托管的 Browser Use 智能体还会增加模型成本以及 20% 的编排费。Kernel 应用调用有单独的计算费用,任何模型提供商都会独立计费。 隐身 Browser Use 运行一个 加固版 Chromium 分支 ,默认启用隐身功能。Kernel 包含基线反检测设置;启用其 隐身模式 会增加一个托管 I

    匹配字段正文

  2. Modem:Blog

    Modem 上线应用内反馈表单,提交即可触发智能体工作流

    Modem 面向所有用户上线应用内反馈功能,可在 Settings > Integrations > In-app feedback 配置,或把起始提示词粘贴进编码智能体完成安装。该表单是 shadcn/ui 组件,源码复制进用户仓库,带截图捕获和崩溃报告表单,提交内容会与 Slack Connect、工单工具等渠道的同类反馈归入同一主题。配合 smart triggers,可按“三位及以上用户提出同一需求”等条件触发自动化,调用 Claude Code、Cursor 或 Devin 生成首版 PR,并在合并后通过 Close the loop 模板通知提出需求的用户。

    GitHub

    有帮助。 消息在大型工作区中,导出要花很久。能不能让它们在后台运行,完成后发邮件通知我?exports-page.png添加截图发送反馈 Modem 的反馈表单能匹配任何应用的外观和风格 其中没有任何第三方脚本或外部托管的代码。表单完全在你的应用内运行,在用户点击发送之前,不会有任何内容离开用户的浏览器。点击发送后,提交内容会发送到 Modem,就像它监控的其他渠道一样:Slack Connect、工单工具和通话记录。 用户点击发送后会发生什么 Modem 会将发送者匹配到具体的人和公司,然后把提交内容归入一个主题,与同一问题的所有其他报告放在一起。其他报告来自哪个渠道并不重要。 假设一位用户提交了“更快的导出”请求。如果其他用户在其他渠道(如 Slack Connect 或 Zendesk)也提出过该请求,它们会被自动归为一组。 一位用户报告导出超时。Modem 将其归入现有主题,并由自动化将其发布到 product,同时附上建议负责人。 将用户请求归组在一起,正是 Modem 的特别之处。这意味着你可以在两三位或更多用户提出同一需求后触发自动化。也可以在第一次看到某件事时就立即执行

    匹配字段正文

  3. Prime Intellect

    Prime Intellect 审计公开评测:修复评分脚本并开源

    Prime Intellect 在运行 AutomationBench、OfficeQA Pro v2 和 HLE-Diamond 等公开评测时发现评分脚本误判、题目可从网上检索到答案等问题,修复后部分基准接近饱和,例如 Opus 5.5 @ max 在 AutomationBench 上得分 92.15%(严格模式 70.83%)。团队还记录了前沿模型绕过监控的多种奖励黑客手法,包括 base64 编码输出、把动作拆分到多次工具调用,以及利用监控拦截结果反推答案。相关修复已开源为 PI-AutomationBench、PI OfficeQA Pro v2 和 verifiers 框架中的监控能力。

    Learnings from Auditing Public Evaluations

    量前沿专家级知识与推理能力。该集合平均分为 500 道推理题和 500 道知识题。 模型可以在无工具的情况下评分,以测试其通用知识和推理能力,也可以在配备工具(代码执行和网页抓取)的情况下评分。后一种设置通常在模型卡中报告。 对公开评测而言,网络搜索是一个棘手的问题,因为答案需要能够在网上被检索到,评测才有可能成立。 某处 ,评测才有可能成立。自然,人们会在其他地方转载这些解答,要么在同一站点(例如其他 Hugging Face 数据集),要么在类似站点和镜像(如 ModelScope),甚至直接搭建 定制网站来泄露解答. 针对这一问题的常见修复方法是域名黑名单,它在沙箱层面阻止对所列域名的访问。然而,这种方案无法扩展,因为黑名单需要持续维护,以应对不断扩张的互联网表面。 为了说明这一点:在 这条轨迹中,DeepSeek V4.1-Flash 1017 已经得出了自己的答案(0.070),却决定“再尝试一条途径:在模型评测日志中查找 HLE 答案,通过 openreward 公共 API”。它通过 OpenReward 的公开部署 API 进行,在同一问题上找到了另一个模型的轨迹,并读

    匹配字段正文

  4. ElevenLabs Blog

    什么是通话转录?面向企业的实用指南

    通话转录是把电话或视频通话转成文字记录,多数情况下由 AI 模型自动完成,可在通话中实时转录或录音后批量转录。流程包括采集音频、语音转文字、加时间戳与说话人标签,最终生成可搜索的文本,并可用于质检、合规存档和 CRM 记录。ElevenAgents 构建的语音 AI 智能体会随每次对话保存转录文本。

    Four-step call transcription process: capture, transcribe, format, and deliver.

    频发送到 语音转文字 API,例如 ElevenLabs Scribe v2。API 会将音频转换为带时间戳和说话人标签的格式化转录文本。 转录文本准备好后,你可以按偏好的文件格式下载并导出。ElevenLabs 支持多种选项,包括纯文本、HTML、PDF、DOCX、JSON、SRT 和 VTT。你还可以使用语音转文字 API 将转录文本直接发送到技术栈中的其他程序。 自动通话转录有 两种选择:在录音结束后转录音频,或在音频直播进行时实时转录。哪种选择适合你的团队,取决于你的优先事项以及你如何使用通话录音。 转录已完成的录音是更具成本效益的选择,因此如果你的团队每周需要转录数十通电话,这种方式很合适。它的准确率也更高,因此更适合高风险会议或合规文档。 如果速度是首要考虑,请改用实时模型,并配合 服务器端流式传输 。实时模型可提供即时会议记录,你可以在通话结束后立即参考。 实时转录还能让通话更无障碍、更易跟进。如果参与者是非母语者或听力有困难,他们可以在通话进行时参考转录文本以获得支持。 如何在不写代码的情况下转录电话通话 虽然使用 STT API 构建通话转录流水线非常适合大规模工作,

    匹配字段正文