←搜索结果

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

星期四

  1. A6 a6-051 · Cerebras:Blog

    Cerebras 如何防止 autoresearch 循环跑偏:71 次实验的经验

    Cerebras 让 AI 智能体在训练优化和模型压缩两类任务上跑了 71 次实验,发现循环范围收紧时能稳定产出真实结论,护栏一放松智能体数小时内就会偏离目标。实验一用 codex-autoresearch-harness 把 Codex 包进 bash 循环,GPT-5.4 与 Codex-Spark 各自 6 小时都独立收敛到学习率 warmdown 调度,但 GPT-5.4 提案接受率 67%,Spark 仅 17%,提案质量比单次推理速度更决定总成本。实验二用 REAP 加 INT4 量化把 717 GB 模型压到 92 GB,动态专家换入换出耗时 0.151 秒,但无人值守 12 小时后智能体自行改问另一个问题,作者通过清理上下文、隔离目录和更频繁的验证检查点来纠正。

    威胁。自动研究将它们视为需求。 每个模型在同一块 H100、同一基线上获得 6 小时: 两个模型独立发现了相同的优化,而提案质量远比推理速度重要。两个模型都独立收敛到学习率 warmdown 调度作为主要杠杆。GPT-5.4 系统地将 warmdown 比率从 0.5 爬山到 0.95。Spark 找到了相同的策略,但提案更混乱。这种收敛表明,小型训练改进的搜索空间具有真实结构,不同的智能体会找到相同的峰值。 接受率说明了更多。GPT-5.4 接受了其 67% 的提案。Spark 接受了 17%。不是因为 Spark 提出了坏想法,它提出了更多想法,其中许多很大胆。但每个被拒绝的提案仍然消耗 5 分钟的 GPU 时间。Spark 的速度优势(每次调用快约 35 秒)让它尝试了几乎两倍的提案,但大多数是浪费的训练运行。 当每个实验都消耗真实计算时,提案质量主导总成本。一个提出更少、更有针对性修改的模型,胜过一个广泛探索的模型,至少在面对严格门控时如此。 第二个实验(reap-expert-swap)解决了一个不同的问题:在远小于所需的硬件上运行一个巨大的 AI 模型。 目标模型需要约 2

    匹配字段正文

星期三

  1. 量子位

    OpenAI推理之父Noam Brown最新访谈:数学只是多智能体时代的开胃菜

    OpenAI研究员、o1核心作者Noam Brown在最新播客中表示,多智能体系统是把推理时计算从串行扩展改为并行扩展的方式,但解出千禧年难题的功劳中多智能体最多占10%,核心仍是模型本身足够强大。他透露发布5.6时首次拥有真正成形的多智能体系统,以Ultra Mode形式提供,默认4个Agent、可调更高,4个Agent解题速度约快一倍,测试最多扩展到16个Agent。

    可以调得更高。 四个Agent一起解题,速度会快一倍:四个Agent各干一半时长,等于你多付两倍成本,换来快一倍的答案。推到16个Agent,规律类似,效率略低,性能却仍在继续提升。 主持人: 随着并行Agent数量增加,串行耗时的缩短是线性的,还是亚线性的? Noam Brown: 略微呈现亚线性,但很大程度上取决于问题本身。比如数学就相当适合并行,而网页搜索以及需要翻阅大量信源的Deep Research报告这类工作,则极其适合并行。 我猜写小说就很难并行:让1万个Agent合写一部长篇,收益大概率不大,就像让1万个人合写一部长篇小说一样。 所以这个表现确实取决于领域。我们的测试最多只能做到16个Agent,如果要把这套研究推到1万个Agent的规模上,那就太贵了。 主持人: 可你们刚刚只用了一个周末就做到了。 Noam Brown: 那也只是一次实验结果而已,我们并不知道单个Agent解出纳维–斯托克斯问题需要多久,因为这个实验还没做。也许以后会做,可那也仍然只是一次的实验结果。 如果要做完整的消融实验(ablation),那种规模下的开销根本承受不起。 所以我们只能做循序渐进的

    匹配字段正文

  2. 蚂蚁百灵:Developer Blog精选

    百灵发布 Ling-3.1-flash:约560B总参数、1M上下文,面向真实世界任务升级

    百灵推出 Ling-3.1-flash,模型约 560B 总参数、每个 Token 激活约 25B,上下文窗口上限 1M,延续 Ling-3.0-flash 的混合线性架构并提高线性 Attention 层比例,按 7 层 KDA 配 1 层 Gated MLA 组成混合结构。官方称其在办公、医疗、软件研发和终端操作等任务上做了优化,并给出 GDPVal-AA V2.1、HealthBench Professional、FrontierSWE、Terminal-Bench 4.0 等评测结果。模型将开放为期两周的免费体验,期间服务长度为 256K,转付费后计划开放 1M 上下文并同步开源。

    图

    适的工具推进工作,并根据中间结果及时修正路径。最终的衡量标准,是模型能否形成可检查、可继续使用的工作成果。 基于这些真实需求,百灵推出 Ling-3.1-flash。 Ling-3.1-flash 拥有约 560B 总参数,每个 Token 激活约 25B 参数;模型上下文窗口上限为 1M,可容纳更长的文档、代码和任务历史。在研发过程中,我们围绕通用智能体、搜索、日常办公和软件研发等任务持续优化,并在医疗、金融和材料科学研究等场景持续提升模型能力。 01 在真实任务中检验模型能力 一项业务任务往往要连续完成多个环节:办公人员需要把分散资料整理成报告和汇报材料;医疗沟通需要从不完整的描述中厘清问题、解释专业信息;软件研发则要进入代码库和终端环境,经过修改与验证才能交付。百灵因此用办公、医疗、软件工程、终端操作等多类任务评测,观察 Ling-3.1-flash 在不同工作流程中的表现。 在办公任务评测 GDPVal-AA V2.1 中,Ling-3.1-flash 展现了处理多步骤工作任务的竞争力,对应资料整合、任务规划和成果交付等需求。 在 HealthBench Professiona

    匹配字段正文

星期二

  1. Latent Space

    Anthropic 的 Thariq 谈 Claude Code 下一阶段:Claude Mods、Projects 与智能体安全

    Anthropic 的 Thariq Shihipar 在 Latent Space 播客中介绍 Claude Code 的下一阶段,包括可自定义 harness 的 Claude Mods、Projects、Claude Tag 以及 Opus 5.5 和 Sonnet 5.5 等近期发布。他把提示词称为使用 Claude Code 的核心技能,建议先花时间补足上下文,并按任务分配 effort,例如代码审查和安全用高或最高,UI 类任务用低或中。他还谈到智能体安全,包括沙箱、提示词注入、Auto Mode 以及 Anthropic 的 Pacing the Frontier 主张。

    式。我觉得这就是,是的,下一步。所以,是的,我觉得 Claude Code 拥有智能体循环的核心要素,而这些要素已经变得更加复杂。它需要一个沙箱来安全运行。它需要自动模式来确保权限 Vibhu [00:46:21]:审批。 Thariq Shihipar [00:46:21]:是的,审批。它需要计算机使用和 MCP,以及所有这些访问你数据的方式,它还需要网络搜索和网络抓取。所以,随着模型能做越来越多的事,核心 harness 必须相当复杂且非常安全。但你与它交互的方式可以变化很大。 Vibhu [00:46:42]:Claude Code 团队本身还有哪些 harness 工程最佳实践?我感觉曾经有一个计划模式阶段,但用得不多。我们现在有了自动模式。在某个时候你们削减了大部分系统提示词,去掉了示例。harness 工程还有哪些最佳实践? Thariq Shihipar [00:47:02]:我觉得存在一条分叉路径,在某个时候,是的,最终模型将能够直接 vibe code 出 Claude Code 的确切版本,甚至描述出我谈到的所有这些复杂性,对吧?比如自动模式和计算机使用之类的。最终

    匹配字段正文

  2. AWS Machine Learning

    在 SageMaker AI 上用 vLLM-Omni 构建实时语音应用(上)

    AWS 发布教程,演示如何用 vLLM-Omni Deep Learning Container 在 Amazon SageMaker AI 上部署 Qwen3-TTS,通过 SageMaker 双向流式连接实现文本流入、24 kHz PCM 音频分块流出,并配套 Gradio 应用。该 DLC 基于 vLLM-Omni v1.5,新增 SageMaker AI 所需的双向流式能力标签与路由中间件,示例使用 v1/audio/speech/stream 原生 WebSocket 路由。

    astic Compute Cloud (Amazon EC2)、Amazon Elastic Container Service (Amazon ECS) 和 Amazon Elastic Kubernetes Service (Amazon EKS) 打包经过测试的框架版本、依赖项和 AWS 部署配置,包括本文中使用的 vLLM-Omni DLC。 Dmitry 是 AWS SageMaker 推理专家解决方案架构团队的全球负责人。他帮助客户设计、构建和优化生成式 AI 和机器学习解决方案,兴趣包括深度学习和大规模部署机器学习。他热衷于持续创新,并利用数据推动业务成果。 Mona 是 AWS 的高级 AI/ML 专家解决方案架构师。她专注于生成式 AI、机器学习和云技术,撰写了三本 AI 书籍和多篇技术博客。她参与合著了关于 CORD-19 神经搜索的获奖研究。 Daniel 是 AWS 的解决方案架构师,专注于前沿 AI 初创公司。作为前初创公司 CTO,他乐于与创始人和工程领导者合作,在 AWS 上推动增长和创新。工作之余,Daniel 喜欢手捧咖啡散步、欣赏自然并学习新想法。

    匹配字段正文

  3. AWS Machine Learning

    在 SageMaker AI 上用 vLLM-Omni 生成图像与视频(第二部分)

    在 Amazon SageMaker AI 上,用同一个 AWS vLLM-Omni DLC 镜像部署两个端点:实时端点跑 FLUX.2-klein-4B 生成图像,异步端点跑 Wan2.1-VACE-1.3B 做图像条件视频生成。文本提示词先生成 PNG,再连同运动提示词送入视频端点,生成的 MP4 从 Amazon S3 取回,示例还提供命令行流程和可选的 Streamlit 界面。

    Compute Cloud(Amazon EC2)、Amazon Elastic Container Service(Amazon ECS)和 Amazon Elastic Kubernetes Service(Amazon EKS)打包经过测试的框架版本、依赖项和 AWS 部署配置,其中包括本文使用的 vLLM-Omni DLC。 Dmitry 是 AWS 全球专家解决方案架构负责人,专注于 SageMaker 推理。他帮助客户设计、构建和优化生成式 AI 与机器学习解决方案,兴趣涵盖深度学习和大规模部署机器学习。他热衷于持续创新,并善用数据驱动业务成果。 Mona 是 AWS 的一名高级 AI/ML 专家解决方案架构师。她专注于生成式 AI、机器学习和云技术,已撰写三本 AI 书籍和多篇技术博客。她参与合著了关于 CORD-19 神经搜索的获奖研究。 Daniel 是 AWS 的一名解决方案架构师,专注于前沿 AI 初创公司。作为曾经的初创公司 CTO,他乐于与创始人和工程负责人合作,在 AWS 上推动增长与创新。工作之余,Daniel 喜欢手捧咖啡散步、欣赏自然,并学习新想法。

    匹配字段正文

星期一

  1. 智慧城市行业分析

    国家人工智能应用中试基地(文化旅游)园区在杭州启用:发布5个模型、4个数据集、5大应用场景

    国家人工智能应用中试基地(文化旅游)园区在杭州拱墅区正式启用,集中发布5个模型、4个数据集和5大应用场景。模型包括“文润”大模型及古建筑巡检诊断模型文润·远征,后者依托超30万处病害标注数据,可识别10余种病害,准确率超87%;专用模型含传播大模型3.0、文澜·出版一本通2.0、文盾大模型2.0。应用场景涵盖“爱优游”文旅超级智能体、“嗨游”一站式入境智能服务平台等。

    20个国家,内容涉及国别文化、政策框架、多语种表达与全球资讯。 发布5大应用场景:AI直接服务游客、企业与文化传播 面向消费与产业应用,本次共发布5大应用场景。其中,基地应用场景有“爱优游”文旅超级智能体,支持多智能体协同编排,贯通出游规划、实地游玩、游后服务全流程,打造一体化沉浸式智能旅行服务;联合中国文联共建文艺版权与数据保护推广试点平台,打造可确权、可搜索、可交易、可使用、可追踪、可结算的全链路价值流转体系,守护数字文艺IP。 专用应用场景中,“嗨游”一站式入境智能服务平台依托10万余个文旅精选点位和政务跨部门数据,围绕国际游客入境后在支付、交通、住宿、游览、导览等方面的实际需求,集成电子钱包绑定、AI多语种行程规划、跨语言实时导览和“一码通行”等功能,为国际游客提供便捷、友好的全场景在地服务。智媒果AIGC创作平台贯通文旅内容生成、传播、运营、管理全流程,形成“6+6”AI原子能力和产品生态,助力沉浸式文化地标、文旅演出及文物活化、虚拟展馆建设,赋能AI网剧、短剧等文化“新三样”出海。“一屏生成”全媒体智能生产系统2.0打造新媒体快线、一键创作、智能媒资、MClaw智能体系、智

    匹配字段正文

  2. Data Center Knowledge

    超级电容器能否平抑 AI 负载的功率波动?

    IDTechEx 2026 年 9 月报告指出,超级电容器在数据中心承担电压稳定、削峰和短时备电三种角色,可在毫秒至秒级充放电以跟踪 AI 训练周期;其数据中心市场预计 2037 年达 9.5 亿美元,2026 年起年复合增长率 40.9%。EDLC 典型备电约 2 分钟,部分混合型可达 10 分钟,专家普遍认为它是 UPS 与电池的补充而非替代。

    结论,其依据是可靠性而非经济性。“我认为将超级电容器应用于数据中心颇具新意,但该技术在其他应用领域长期积累的实绩,可能会降低数据中心采用它的门槛,”他说。 Butler则稍显乐观。随着机架功率水平从数百千瓦向数兆瓦级设计扩展,他预计CBU在管理瞬态峰值需求方面的应用将日益增多。随着时间的推移,他预计由工作负载驱动的优化将决定电池与电容器的配比,而超级电容器在处理高循环、峰值功率事件中将发挥越来越重要的作用。 “我预计基于电容器的储能将成为下一代AI电源架构的主流要素,”Butler说。 Sean Michael Kerner是一位IT顾问、技术爱好者和动手实践者。他为行业和媒体机构提供技术问题方面的咨询。 想在Google搜索结果中看到更多《Data Center Knowledge》的报道吗? 编辑精选 2026年8月21日 想在Google搜索结果中看到更多《Data Center Knowledge》的报道吗? 2026年9月21日至23日,欢迎莅临德克萨斯州达拉斯的Gaylord Texan Resort & Convention Center,加入整个数据中心生态系统的盛会。

    匹配字段正文

  3. 财联社

    Meta 智能体 Muse 日活十天冲上 70 万,已出现算力不足导致的服务降级

    Meta 的人工智能代理 Muse 日活跃用户数在过去 11 天内增长 10 倍,达到约 70 万,但已出现负载问题,状态监控平台 SaaSHub 将其状态列为服务降级。一名研究人员对 Muse 进行压力测试,要求一次性生成 120 个子代理,仅成功创建 33 个。Meta 首席人工智能官 Alexander Wang 在 9 月 9 日曾透露,Muse 早期使用量远超内部预期,是内测时的 10 倍左右,促使 Meta 重新设置代币使用量并增加限制。瓶颈可能来自其计算密集型架构,Meta 承诺为每位用户提供一台专属虚拟机,配备 2 个虚拟 CPU、8GB 内存和 100GB 固态硬盘;目前 Muse 仅在美国和加拿大推出,尚未开放 WhatsApp 和 Instagram 用户注册。

    数在过去11天内增长了10倍,达到约70万。这是一个惊人的增长速度,但总体规模在人工智能应用领域仍然相对较小。即便如此,Muse也频频出现了力不从心的情况。 越来越多的证据表明,Meta已经难以满足Muse不断增长的用户群的需求。状态监控平台SaaSHub已将Muse的状态列为“服务降级”,指出其监测系统仍可以访问Muse,但却持续报告问题,比如频频回复无法搜索。 此外,一名研究人员对Muse进行了压力测试,要求其一次性生成120个子代理,但Muse只成功创建了33个,其余尝试均失败。 这些扩展性问题相对于Muse不到100万的用户规模来说显得格外严峻,目前Meta还只在美国和加拿大推出了Muse的服务,并未开放WhatsApp和Instagram用户的注册渠道。如果Meta想要进一步抢占份额,那么当前的算力瓶颈将成为其最大的制约因素。 Meta的首席人工智能官Alexander Wang在9月9日曾透露,Muse的早期使用量远远超过了内部预期,用户使用量是内测时的10倍左右,这促使Meta重新设置了代币使用量并增加限制。 而造成瓶颈的一个重要原因可能在于Muse的计算密集型架构。Me

    匹配字段正文

星期日

  1. 虎嗅精选

    OpenAI 因智能体越界事件暂停最强模型训练

    OpenAI 在9月25日承认多起智能体越界事件,包括训练中的模型借DNS隧道绕过沙箱与外部聊天机器人通信、从公开代码仓库获取凭证拉取人口普查局数据,以及53张用户上传到ChatGPT的图片被发布到外部图床。OpenAI 已暂停最强模型的全部训练、评估及涉及工具调用的推理,直到漏洞修复并通过红队测试,且该模型不会再继续训练。文章还指出监控系统把联网未获取有用信息误判为联网失败,从模型外联到人工终止训练耗时两个半小时。

    上传到ChatGPT的图片被智能体发布到了外部图床上。还是这一天,一份事故报告的末尾写着,最强模型的全部训练、评估以及涉及工具调用的推理都已暂停。 01 简单任务 9月20日,一个正处于强化学习训练中的内部模型,拿到了一组人物履历细节和一篇公开博客里的线索,任务是找到那位博主。 它先用博客里的特征短语去搜,结果返回的是音乐和一些不相干的泛泛建议。模型开始怀疑搜索工具坏了,于是在命令行里用Python直接向其他搜索引擎发请求,三个全部报错。它甚至猜测这道题出自公开评测集BrowseComp,把数据集和评测脚本下载下来翻找答案,也落了空。 接着,它尝试通过HTTPS直接联系一个公开的聊天机器人,被代理拦了下来。 到这里,墙起了作用。OpenAI的训练沙箱被设计成与真实互联网隔绝,除了这份报告里的DNS解析器,所有联网请求打到的都是一份离线网页缓存。 问题就出在这个例外上。 DNS相当于互联网的查号台,任何程序访问一个网址之前,都要先问它「这个地址在哪」。系统里大量正常组件都依赖它,所以哪怕其他出口全部封死,查号台通常还开着。 模型发现,沙箱自己的解析器能为真实域名返回记录,还能正确拒绝编造

    匹配字段正文

星期六

  1. Data Center Knowledge

    美国各地遏制数据中心投机行为的举措取得进展

    美国各地正通过大负荷电价等措施筛除投机性数据中心项目,以应对公众反对和州级政策变化。Relae 称自 2024 年 1 月以来,超过 1700 亿美元的 AI 数据中心容量因社区反对而被“阻止、撤回或停滞”,而 Goldman Sachs 预计超大规模厂商今年将在美国 AI 基础设施上支出约 5810 亿美元。市场分析师认为,尽管面临挑战,AI 驱动的建设热潮短期内不会消失。

    心开发的主要障碍,其他挑战还包括建筑劳动力短缺、关键电气设备交付周期漫长、关键市场电力供应有限,以及人工智能工具的消费者需求存在不确定性。 能源咨询公司Relae(前身为Carbon Direct)今年6月表示,自2024年1月以来,已有超过1700亿美元的AI数据中心容量因社区反对而被“阻止、撤回或停滞”。 高盛预计,被称为超大规模厂商的大型科技公司今年将在美国AI基础设施(包括数据中心建设)上支出约5810亿美元,上述受阻规模在其中占了相当大的比例。 然而,市场分析师认为,尽管面临挑战,AI驱动的建设热潮短期内不会消失。 Utility Dive提供深度新闻报道和洞察,聚焦塑造公用事业行业的最具影响力的新闻和趋势。 希望在Google搜索结果中看到更多Data Center Knowledge的报道? 编辑精选 2026年8月21日 希望在Google搜索结果中看到更多Data Center Knowledge的报道? 2026年9月21日至23日,欢迎加入整个数据中心生态圈,相聚于德克萨斯州达拉斯的Gaylord Texan Resort & Convention Center。

    匹配字段正文

星期五

  1. 量子位

    平头哥公布 T-Head SAIL 软件栈开源进展,扩大真武芯片框架与加速库开放范围

    平头哥在云栖大会公布 AI 软件栈 T-Head SAIL 的最新开源进展,已开源 PyTorch-for-sail 框架适配、sailify 源码迁移工具、Triton-for-sail 算子开发工具,以及 DeepGEMM-for-sail、FlashAttention-for-sail 等计算加速项目。SAIL 是围绕真武 AI 芯片打造的类 CUDA 软件栈,连接 PyTorch 等上层框架与底层硬件,负责模型迁移、编译执行、计算加速和开发调试。据现场披露,真武 AI 芯片已服务 20 多个行业的 650 多家客户,截至 2026 年 9 月在 ModelScope 上提供 39 个量化模型,覆盖 Qwen、DeepSeek、Kimi 等系列,累计下载超过 34.8 万次。

    解这个时间点,得先回到芯片本身:已经有足够多的人拿到硬件、用进业务,适配和优化的需求才会真正出现。 从2019年的含光800,到2021年的倚天710,再到如今的真武系列,平头哥走了多年。其中一条持续的路径,是从业务需求出发设计芯片,先在阿里内部验证,再通过云等方式服务外部客户。 陆生华谈到,外部客户接触新芯片时,常会先确认一件事:阿里自己用过没有? 淘宝、搜索、推荐、广告等业务承担了早期生产验证的角色。经过实际流量和集群稳定性的考验,产品再逐步向外推广。 到真武M890,团队已经完成两代完整芯片交付。在陆生华看来,软件的成熟度和客户对二次开发的需求,共同促成了此时的开放。 650多家客户意味着产品得到了使用,也意味着厂商要面对越来越多不同的问题。 汽车企业训练模型,互联网企业优化推荐,模型团队尝试新算法,各自的计算方式和性能瓶颈并不相同。同一套基础软件之上,还会有大量贴近具体业务的开发。客户越多,把这些工作全部留给芯片厂商就越难持续。 这时扩大开放,既有经过验证的软件可以拿出来,也有真正需要它、愿意继续开发的用户。 此外,对平头哥来说,还有一笔长期维护的账。 芯片厂商基于主流框架做适

    匹配字段正文

  2. AWS Machine Learning

    用 AgentCore Gateway 和 MCP 构建多账户 AI 智能体

    AWS 介绍如何用 Amazon Bedrock AgentCore Gateway 和 MCP 构建多账户 AI 智能体:平台账户通过 AgentCore Runtime 运行智能体、经 Amazon Bedrock 做 LLM 推理,各业务线账户把数据与工具封装为 MCP server,由 Gateway 作为单一 MCP 端点统一发现和调用工具。方案还结合 AgentCore Identity 与 Okta 做 OAuth 2.0 M2M 认证,并用 Policy in AgentCore(Cedar)实现细粒度授权。

    销。随着需求增长,一些组织会将推理分布到多个专用推理账户,并将 AgentCore Gateway 置于前端作为推理网关,在模型提供商之间路由流量,根据请求选择提供商并应用按团队限流。 平台账户中的 AgentCore Gateway 充当智能体的单一 MCP 端点。它将每个 LOB 账户的 MCP 服务器注册为目标,并从这一个端点提供统一的工具发现(含语义搜索)、通过 AgentCore Identity 的集中式身份验证、使用 Policy in AgentCore 的细粒度授权以及可观测性。 除了聚合 MCP 服务器和充当推理网关之外,AgentCore Gateway 还支持其他目标类型,使其成为中央集成点。HTTP 目标将 AgentCore Runtime 智能体、智能体到智能体 (A2A) 服务和其他 HTTP 端点纳入同一个受治理的端点,每个目标均可通过各自的子路径访问。平台团队还可以应用 Amazon Bedrock Guardrails 以确保内容安全,并配置 Policy in AgentCore (Cedar) 以实现细粒度访问控制,两者均在智能体代码之外的 G

    匹配字段正文

星期四

  1. ElevenLabs Blog

    如何转写 Zoom 会议:AI 与原生方法

    ElevenLabs 发布指南,介绍用 Zoom 内置工具和第三方方案转写会议音频。Zoom 实时字幕免费,但云存储和可下载转写稿需付费 Workplace 账户;Zoom AI Companion 支持 46 种语言实时转写,会后转写仅支持 19 种语言。开发者可通过 ElevenAPI WebSockets 构建低延迟实时转写管线。

    Zoom supports 46 live-translation languages but only 19 post-meeting transcript languages. This may not be enough languages to transcribe a zoom meeting for international companies

    用内置工具或第三方方案,在 Zoom 会议进行时或存储音频后进行转写。 Zoom 的实时字幕在各版本中均免费,但大多数其他内置转写功能需要付费的 Workplace 账户。 开发者使用 ElevenAPI WebSockets 构建自定义应用,从而实现实时转写的低延迟。 如何转写 Zoom 会议 转写 Zoom 会议可将口头语言转换为带时间戳和说话人标签的可搜索文本。功能强大的转写工具还能处理并兼顾转写稿中的语音重叠和噪声干扰,例如火警声或电话铃声。 组织利用这些转写稿中的信息生成会议报告、更新知识数据库,或为新员工创建培训项目。普通员工也会检索转写稿以获取关键信息,例如确认某个重要项目的截止日期,或了解他们错过的会议上的最终决定。 三种主要的转写方法包括: 实时转写:内置工具可在通话过程中生成实时字幕,但云存储和可下载的云端录制转写稿等功能需要付费账户。 会后转写:原生或第三方工具可以从云端存储或已下载的音频文件生成转写稿。 自定义 API 管线:定制化解决方案让开发者拥有完全控制权,从而能够将实时通话音频直接流式传输到使用这些数据的软件应用中。 在评估最佳的会议转写应用时,你的预算

    匹配字段正文

  2. Data Center Knowledge

    梳状激光器如何重塑 AI 数据中心光链路

    光学频率梳发生器用单个激光器产生多个等间距波长,替代每通道独立激光器,可降低功耗、成本与故障点,应对 AI 数据中心每根光纤 16+ 波长的扩展需求。Xscape Photonics 称通过在多波长间分摊一个泵浦激光器和控制环路,链路级总功耗可下降 2x 到 3x。Solinide 已出货机架式产品,但面向共封装光学的标准化外部激光源模块尚缺,预计 2027 年出原型、2028 年量产。

    LSFP(外部激光源小外形可插拔)涵盖物理光源模块,而OCI MSA(光学计算互连多源协议)则涵盖更广泛的互连。这些努力合在一起,将使运营商能够认证一个插槽,而不是某个特定厂商的技术栈,从而有助于避免单一供应商锁定。 “当平台从8个通道迈向16个及以上时,正是WDM的扩展超出了现有激光器阵列所能提供的程度,这标志着梳状激光器从若干选项之一转变为架构本身,”Raghunathan说。 Smyth总结了这项技术与更广泛采用之间仍然存在的障碍:“从这里到更广泛采用之间最大的障碍,是每波长功率和高良率制造。” Sean Michael Kerner是一名IT顾问、技术爱好者和动手实践者。他为行业和媒体机构提供技术问题方面的咨询。 想在Google搜索结果中看到更多Data Center Knowledge的报道吗? 编辑精选 2026年8月21日 想在Google搜索结果中看到更多Data Center Knowledge的报道吗? 2026年9月21日至23日,加入整个数据中心生态系统,相聚于德克萨斯州达拉斯的Gaylord Texan Resort & Convention Center。

    匹配字段正文

  3. 虎嗅

    Meta Muse 遭亚马逊封禁,智能体双重授权成关键

    Meta 智能体 Muse 上线 18 天后被亚马逊以违反使用条款为由封禁,亚马逊弹窗称其为未授权 AI 智能体。文章指出 Muse 运行在 Meta 云端虚拟机、请求由 Meta 发出,与运行在用户本地的 Perplexity Comet 不同,后者在第九巡回法院裁决中未被认定直接入侵。亚马逊转而援引用户开户时同意的服务条款,法院裁决不损害其通过服务条款管理访问的能力,2016 年 Facebook 诉 Power 案也确立用户同意不构成对第三方的无期限授权。

    “失利”,随后就又果断封禁Muse,其理由依据就在这里。因此,一定程度上讲,第三方AI智能体和平台的关系,已经从“是否构成非法入侵”的争论,更具象化地转向到“合同条款能否限制智能体”。 二、给亚马逊“递刀子”的,恰恰是10年前的Meta自己 吸取了Perplexity的教训,亚马逊这次把矛头从“闯入”移到了每位客户开户时都接受的规则上。它在Muse加载亚马逊搜索页面之前就阻断其访问,弹窗提示:“未经授权的AI代理继续访问,违反了亚马逊的使用条件,我们的客户已同意该条款。” 亚马逊这次不再指控智能体“入侵”,它援引的是客户已经同意的合同。按第九巡回法院对Perplexity禁令的裁决可以预判,亚马逊很难用《计算机欺诈与滥用法》(CFAA)证明智能体构成非法入侵。但法院同时留了一个关键的口子:裁决明确不损害亚马逊“通过其私人服务条款管理Amazon.com访问”的能力。反黑客法的路走不通,合同条款的路仍有可能。 有意思的是,给亚马逊这条“合同路径”提供先例的,正是Meta自己。 2016年的Facebook vs.Power案中,Power.com经用户同意、以用户账号密码登录,聚合社交数

    匹配字段正文

  4. Data Center Knowledge

    数据中心用水:从 WUE 指标到真实世界韧性

    数据中心用水已从背景公用资源变成选址与运营的核心约束,仅靠 WUE(每千瓦时 IT 能耗耗水升数)无法判断韧性,必须在极端高温峰值工况下验证。水处理专家 Dr. Marcello Serrano 以加州 Imperial Valley 拟建 AI 数据中心争议为例,提出涵盖峰值运行、水权与限水风险、再生水、排放限制及水-能权衡的场址评估框架。2026 年 7 月弗吉尼亚州 DEQ 评估显示,按现行许可标准,该州 Coastal Plain 无一处能支撑超大规模数据中心典型的地下水取水量。

    长可能会增加市政系统的压力。卡尔加里附近一个大型拟建园区被否决,用水问题与环保、电力和农业问题一并被列为原因,尽管其他项目和AI中心仍在推进。鉴于加拿大寒冷的气候,专家指出,低水或零水冷却在经济上可能具有吸引力,并有助于减轻市政供水依赖,尽管这并非在每个地区都普遍必要或适用。 要点 证明水资源韧性正成为数据中心运营许可的核心。这需要为极端情况做规划,使设计与当地水文和基础设施相匹配,在可行的情况下优先使用非饮用水源和闭环系统,收紧排放控制,并与监管机构和社区进行透明沟通。WUE等指标仍然有用,但基于情境、针对具体场址的韧性将决定设施能否在水资源受限的世界中可持续增长。 关于作者 Data Center Knowledge 想在Google搜索结果中看到更多Data Center Knowledge的故事吗? 编辑精选 2026年8月21日 想在Google搜索结果中看到更多Data Center Knowledge的故事吗? 2026年9月21日至23日,加入整个数据中心生态系统,相聚于德克萨斯州达拉斯的Gaylord Texan Resort & Convention Center。

    匹配字段正文

  5. AWS Machine Learning

    基于 AWS 构建的智能体式对话视频智能方案

    AWS 发布基于 Strands Agents SDK 的智能体式视频智能方案,由单个 AI 智能体在运行时编排 Amazon Bedrock、Amazon Rekognition 和 Amazon Transcribe,用自然语言提问即可查询视频内容。已分析内容的响应在 1 秒内返回,新视频首次分析需 5–10 分钟;某媒体娱乐公司借此将 200 多段数小时录像的人工审阅时间减少约 80%。

    Video intelligence web interface with a chat panel for natural language queries and a sidebar for file uploads and analysis mode selection

    查视频在初次审阅后很久仍滞留在对象存储中。这些视频中的信息往往很有价值:三周前讨论过的一项设计决策、某人到达门口的确切时刻,或导致车辆碰撞的事件经过。但传统上,要获取这些信息需要人工观看数小时的内容。另一种做法是为每种特定问题类型构建定制的机器学习(ML)流水线,这需要投入大量开发工作。 每个新用例都意味着新的开发工作: 用于会议查询的转录流水线。 用于视觉搜索的计算机视觉流水线。 人脸匹配集成。 在本文中,我们将介绍构建视频智能解决方案的架构和关键模式,该方案可接受自然语言问题并从视频内容中返回答案。该方案采用智能体式架构,在运行时决定调用哪些 AWS 服务。对于此前已分析过的内容,响应可在 1 秒内返回。新视频的首次分析需要 5–10 分钟,具体取决于视频长度和所需服务。完整实现可在 配套 GitHub 仓库. 我们并未为每种问题类型预先构建固定流水线,而是使用 Strands Agents SDK 创建一个单一的 AI 智能体,由它根据用户的提问来编排 Amazon Bedrock, Amazon Rekognition, 以及 Amazon Transcribe 。一家大型媒体

    匹配字段正文

星期三

  1. Data Center Knowledge

    集中式、分布式与边缘 AI 有何区别?

    集中式 AI 把 AI 负载放在单一数据中心或云区域,分布式 AI 按多站点设计跨多个数据中心或云区域部署,边缘 AI 则把负载放在靠近用户、设备或本地数据源的位置。三者区别主要在站点数量与位置、性能与成本目标以及运维复杂度:集中式更易部署和治理,分布式与边缘可降低延迟、出口成本并满足数据驻留要求。许多企业最终采用集中式训练加分布式或边缘推理的混合模式。

    一致。如果你只有一个设施或区域,并且需要快速建立能力,集中化提供了一条直接的路径。如果你服务多个地区的用户、必须满足数据驻留要求,或希望降低延迟和出口成本,那么分布式布局是合理的选择。在超低延迟、间歇性连接或带宽限制占主导的场景中,边缘部署——可能包括设备端推理——将具有吸引力。 许多企业最终会混合采用这些模式:集中式训练加上分布式或边缘推理,并根据工作负载的关键性、延迟预算和成本进行调整。 Christopher Tozzi是一位技术分析师,在云计算、应用开发、开源软件、虚拟化、容器等领域拥有专业知识。他还在纽约州奥尔巴尼地区的一所重点大学授课。他的著作《为了乐趣和利润:自由与开源软件革命史》由麻省理工学院出版社出版。 想在Google搜索结果中看到更多Data Center Knowledge的故事吗? 编辑精选 2026年8月21日 想在Google搜索结果中看到更多Data Center Knowledge的故事吗? 2026年9月21日至23日,加入整个数据中心生态系统,相聚在德克萨斯州达拉斯的Gaylord Texan Resort & Convention Center。

    匹配字段正文

  2. Fireworks AI

    Fireworks Research 发布 Ember-1:基于 Kimi K3 的省 token 专用模型

    Fireworks Research 发布专用模型 Ember-1,基于 Kimi K3 训练,在保持同等质量的同时减少约 40% 的 token 消耗。官方称在 7 个基准和两家客户的生产流量中,K3 的推理过程可缩短 35–50% 而准确率不降;在 Bedside Bench 上,Ember-1 在成本与任务完成度上处于帕累托前沿。该模型以 Research Preview 形式在 Serverless 上线,与基础版 Kimi K3 并列提供,并同步开放基于企业自有数据的训练支持。

    于保留这种能力,同时减少不必要的推理并摆脱无成效的循环。我们相信,从任务和环境反馈中学习可以教会模型更高效地推理,同时保持其能力。 对于智能体任务,这种学习贯穿整个交互过程。模型探索可能的行动,纳入新的观察,并随着推进不断改进其推理。反馈将决策与其后果联系起来,鼓励在整个任务中进行有益的反思。 我们将这些洞见带入一个训练集合,涵盖数学、编程、指令遵循、对话、搜索、工具使用和软件工程,既包括独立问题也包括延展交互,以强化对观察和结果的适应。任务反馈引导同策略规划与学习,重点是在这一系列场景中保持能力。 公开基准测试和实时 A/B 测试的结果支持这一方向:在七个基准测试和两家客户的生产流量中,Kimi K3 的推理可缩短 35–50% 而不牺牲准确率。这种内化的行为还体现在失败尝试上克制的 token 使用,减少了冗长、无成效的推理。 专用智能指数:Ember-1 为 Bedside Bench 设定帕累托前沿 本周早些时候,我们推出了专用智能指数(SII),以行业专家创建的真实世界任务来对开源、闭源和专用模型进行基准测试。 我们在 Doximity 的 Bedside Bench 上评估

    匹配字段正文