←搜索结果

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

星期四

  1. Analytics India Magazine

    Sarvam AI 向马哈拉施特拉邦 2500 名政府官员部署 Indus Cowork

    Sarvam AI 的 Indus Cowork 在 10 月 28 日由首席部长 Devendra Fadnavis 发布后,正部署给马哈拉施特拉邦 2500 名政府官员,用于起草文件、分析报告、汇总档案和检索政府记录。该邦 8 月批准了 Sarvam 主权 AI 方案,两年预算 11.26 亿卢比,除 Indus Cowork 外还包含面向公民沟通的语音与 WhatsApp 系统 Samvaad,并将 Saaras 语音识别和 Bulbul 文本转语音模型接入该邦 MahaAI 平台。平台支持包括马拉地语在内的 22 种语言,并提供检索政府决议的 GR Expert、邮件摘要和 RFP 投标评估等工具,Sarvam 称系统运行在位于印度境内的安全审计基础设施上。

    work 在首席部长德文德拉·法德纳维斯于 10 月 28 日发布后,正推广至马哈拉施特拉邦的 2500 名政府官员。该 AI 生产力平台旨在帮助官员起草文件、分析报告、汇总档案以及检索政府记录。 马哈拉施特拉邦政府于 8 月批准部署 Sarvam 的主权 AI 解决方案,两年预算为 1126 万卢比。该协议涵盖面向政府雇员的 Indus Cowork 以及其他 AI 和语音技术应用。 据 Sarvam 介绍,官员可以使用 Indus Cowork 起草官方笔记和回复、研究政府政策、翻译和汇总冗长文件、分析数据,并将扫描记录转换为可搜索文本。该工作区支持包括马拉地语在内的 22 种语言。 该平台还包含针对特定行政任务的工具。根据平台发布公告,GR Expert 允许官员跨部门检索政府决议(GR)并跟踪其变更。Email Summariser 可精简官方往来邮件,而 RFP Bid Evaluator 则帮助官员比较和评估投标报价。 马哈拉施特拉邦的协议不仅限于 Indus Cowork。获批方案还包括 Samvaad——一个基于语音和 WhatsApp 的公民沟通系统,并将 Sarva

    匹配字段正文

  2. gihyo.jp

    Entire 推出私有仓库免费托管,并加入 AI 评审与跨会话记忆

    Entire 于 2026 年 10 月 26 日为其人机协作开发平台新增私有仓库免费直接托管功能,用户无需在 GitHub 保留原始仓库即可使用。平台还提供智能体代码评审,以及让新会话的 AI 智能体参考此前会话中确定方针的 Continuous Memory 功能;托管免费,仅按智能体调用 AI 模型的用量计费。配套的 EntireDB 按地域保存仓库完整副本以分散读取压力,计划数月内开源。

    日的发布中,该公司介绍了将GitHub的公开及私有仓库镜像到Entire的功能。以GitHub为原始存储位置,在用户所选地区的Entire上放置副本,从而可以从该副本获取代码。而在本次发布中,又新增了不在GitHub上放置原始仓库、仅由Entire托管的选择。 免费托管私有仓库 Entire上的仓库可通过Web界面或CLI创建。用户选择主地区,并可根据需要在其他地区也放置副本。截至10月26日发布时,已在美国、欧洲、印度、澳大利亚提供。直接托管的对象为私有仓库,也计划支持公开仓库。 仓库说明中称,向GitHub镜像的普通push会被转发至GitHub,而在Entire上直接托管时,读取和写入均在Entire内部处理。 根据计费说明,Entire收费的是在该服务上运行的智能体的AI模型使用量,托管等其他功能均可免费使用。使用智能体需使用预付额度[1]。 支撑分布式Git托管的EntireDB Entire于10月27日解说了负责仓库存储及Git读写的EntireDB的设计。该公司指出,大量智能体clone仓库等操作会使读取请求集中到原始存储位置,这是一个课题。EntireDB在每个部署地

    匹配字段正文

  3. The New Stack

    GitHub 发布 Copilot Fusion 模型选择与编排系统

    GitHub 在 Universe 大会上发布 Copilot Fusion,由系统自动选择并编排编码任务所用的模型,现已正式可用。GitHub 称 Fusion Max 在 Artificial Analysis Coding Agent Index 上得分 60,与使用 Opus 5.5 Max 的 Claude Code 相差不到 2 分,而平均 API 成本约为后者一半、每任务耗时少约 40%。开发者只需选择 Fusion Standard、High、Max 三档投入级别,企业管理员可限制可选用模型并设定是否为默认。

    那么,开发者自己能决定什么? 主要是投入级别。 虽然 Copilot Fusion 负责模型选择与编排,但开发者选择投入级别:Fusion Standard 用于日常编码;Fusion High 用于更具挑战性的任务和更深入的推理;Fusion Max 用于要求最高、最复杂的工作。 前提是你愿意且放心让 GitHub 的系统主导。如果你愿意,开发者还可以实施其他控制措施。 据 GitHub 称,企业管理员可以控制 Copilot Fusion 可选用哪些模型,在不针对整个开发者团队禁用某些模型的情况下,对 Copilot Fusion 禁用这些模型。管理员还可以独立调整每个模型的政策状态,并设定 Copilot Fusion 是否为 Copilot 用户的默认模型。 点击放大图片。(图片来源:The New Stack) 让 Copilot Fusion 为你引路的理由 根据 GitHub 和 Pokhrel 的声明,将模型选择与编排交给新的融合系统对开发者来说是更明智的路线,让你在无需在模型之间艰难抉择的情况下平衡性能与成本。 GitHub 表示,自 2026 年 9 月以研究预览形

    匹配字段正文

  4. MacRumors Apple Intelligence

    macOS 如何为新款 MacBook Pro 的触控屏重做界面控件

    苹果发布带 PROLED XDR 显示屏的新款 MacBook Pro,这是其首款支持触控的 Mac,macOS 为手指输入调整了界面控件。手指移到菜单栏项目上时该项目会放大,窗口的红绿灯按钮在触控时也会变大,从屏幕底部上滑可呼出隐藏的 Dock。原刘海位置改为灵动岛,承载 Spotlight、实时活动和 Siri AI,下拉可展开为浮窗。苹果称 macOS 会自动把触控转换为点击,许多现有应用无需开发者更新即可使用触控。14 英寸机型起售价 2,899 美元,16 英寸 3,399 美元,11 月 6 日正式发售。

    苹果于周三发布了配备 PROLED XDR 显示屏的新款 MacBook Pro。这是苹果首款支持触控屏幕的 Mac,苹果向媒体所做的演示展示了 macOS 如何为手指输入重塑其控件。菜单栏项目在指尖下会展开,窗口控件会变大,灵动岛可下拉为浮动小组件,此外还有其他变化。 早在 2016 年,时任营销高级副总裁 Phil Schiller(现为 Apple Fellow)就主张,在 Mac 显示屏上加入触控意味着“完全为手指重新设计菜单栏”——他说这会与指针设备相冲突。然而,苹果如今的解决方案更为巧妙。菜单栏看起来没有变化,但当你将手指移到某个菜单项上时,它会展开,让你能更精确地做出选择。 同样的思路也适用于 macOS 界面的其他地方。例如,控制窗口大小和位置的“红绿灯”按钮在你触摸时也会变大,之后你通过轻点做出选择。你还可以从屏幕底部向上滑动,呼出隐藏的 Dock。 下拉式灵动岛 在其他方面,新款 MacBook Pro 用灵动岛取代了刘海,Spotlight、实时活动和 Siri AI 都位于其中。你可以下拉灵动岛,打开一个像小组件一样浮在屏幕上的展开版本,从而访问 Siri 的回

    匹配字段正文

  5. Factory 研究 / 产品精选

    Factory 发布 Droid 1.0 智能体框架,默认启用程序化工具调用

    Factory 发布 Droid 1.0,这是其智能体框架迄今最大的一次更新,默认启用程序化工具调用(PTC),让模型写 JavaScript 脚本在沙箱中一次请求内执行数百次工具调用。在 Terminal-Bench 4 上,搭配 GPT-6.1 Sol 时 Droid 比 Codex 高 3.5 分且成本低 12%,搭配 Claude Opus 5.5 时比 Cursor、OpenCode、Devin、Claude Code 高 3.0 至 7.6 分,成本最多低 24%。Droid 1.0 今日开放 macOS 和 Windows 桌面版与终端 UI,并提供 Droid SDK(@factory/droid-sdk)。

    据,并决定哪些改动上线。 最终成果是市场上最高效、面向企业就绪的编码智能体,针对每一种前沿模型进行了调优,无论其权重是开放还是闭源。 本文余下部分将介绍正面对比结果、框架背后的设计原则、我们如何构建内部 Agent Factory,以及带来最大影响的核心改动。 市场上最高效的框架 在相同任务、相同模型下,Droid 的得分更高、成本更低,优于我们测试过的所有其他框架。 图 1 Terminal-Bench 4GPT-6.1 Sol 未展示 Cursor:它无法访问 OpenAI 模型。Opus 5.5 Terminal-Bench 4。使用 GPT-6.1 Sol 时,Droid 的得分比 Codex 高 3.5 分,成本低 12%;比 OpenCode 和 Devin 高 6.6 至 12.6 分。使用 Claude Opus 5.5 时,Droid 的得分比 Cursor、OpenCode、Devin 和 Claude Code 高 3.0 至 7.6 分,成本最多低 24%。 方法论 随着智能体运行时间变长,这一差距愈发重要。在数百个步骤中,更好的智能体会犯更少的错误,供后续步骤

    匹配字段正文

  6. The Decoder精选

    Google 在 Android Dev Summit 开放 Android Studio 接入第三方…

    Google 在 Android Dev Summit 上为 Android Studio Rabbit 2 推出 Bring Your Own Agent 功能,开发者可通过开放 Agent Client Protocol 在 IDE 内同时运行 Claude Agent、Codex、Google Antigravity 等 40 多个编码智能体,并直接访问项目结构、模拟器和 Logcat。Google 称内部测试中智能体在终端渲染 Compose 预览后完成 UI 任务快 77%、token 用量最多降至三分之一;使用 Claude Opus 5.5 的 A/B 测试中,内置 LeakCanary 的 CLI 查找并修复内存泄漏快近一倍、token 减少约 25%。面向端侧,Google 在 ML Kit 中加入由 Gemini Nano 4 驱动的 Agentic API alpha,并推出基于 MCP 的 AppFunctions API beta 与 Agent-to-UI 接口;同时与 XREAL 合作发布 Android XR 智能眼镜 XREAL AURA,售价 1,099 美元,11 月中旬发货。

    nary 内置到 CLI 和 Android Studio Profiler 中。该系统在计算机而非移动设备上评估堆转储,从而避免应用在测试期间变慢。在一项使用 Anthropic 的 Claude Opus 5.5 模型进行的 Google A/B 测试中,该 CLI 工具帮助查找并修复内存泄漏的速度快了近一倍,同时将 token 用量减少了约 25%。 其他命令行工具让智能体可以通过 Android Performance Analyzer 捕获系统跟踪、从 Firebase Crashlytics 拉取崩溃报告,或通过 R8 编译器检查代码优化情况。语言模型往往缺乏对最新 API 的训练,因此 Google 现在提供了 30 多项 Android Skills。这些技能向智能体提供文档,用于在应用提交前检查 Google Play 政策、处理权限安全问题,或为可折叠设备和以 Googlebooks 为品牌的笔记本电脑适配布局等任务。 Gemini Nano 4 和 MCP 将 Android 应用变为可交互的智能体工具 除了开发者工具之外,Google 还推出了新的 API,用于

    匹配字段正文

  7. Cartesia 产品与研究

    Cartesia 发布 Managed Agents 端到端语音智能体平台

    Cartesia 推出 Managed Agents 端到端语音智能体平台,面向企业通话场景,在 Artificial Analysis 的 Speech Agent Arena 上以 1115 的偏好 Elo 在 30 个智能体中排名第一。在 ServiceNow 的 EVA-Bench 上,该平台取得 87.4% 的准确率和 90.7% 的体验分,两项均为最高。平台将语音模型与 harness 联合设计,提供 44 种语言、工具调用、知识库和外呼批次等能力,官方称已在金融、零售、酒店和医疗场景支撑数千万次对话。

    AI 接入客户电话之前所寻求的平衡。这也 反映了我们在企业语音领域看到的更广泛模式:harness 与模型协同设计。 Nitin Aggarwal产品管理高级总监,负责智能体评估与 RAI 当来电者打断、停顿或改变主意时,智能体能自然地应对:在我们的内部评估中,来电者表示在与 Managed Agents 的对话中,85% 的情况下没有出现轮流发言问题,而其他智能体为 67%。 为复杂通话而设计 Cartesia Managed Agents 在一个端到端平台中提供了构建前沿语音智能体所需的全部工具。理赔受理、患者预约、零售退货、IT 服务台:企业通话很少保持简单。一次对话可能意味着验证来电者身份、查询三个系统并引用政策,而这一切都不能有丝毫停顿。 多语言:以 44 种语言构建智能体。智能体可以在对话中途在英语、西班牙语、印地语、法语和日语之间切换,全部 44 种语言即将推出。 工具调用:集成你的后端 API、CRM 和记录系统,让智能体能够在通话中查询记录并采取行动。 知识库:从数百份文档中获取精确答案。智能体的上下文会被动态预填充,因此它无需暂停搜索即可响应。 外呼活动:通过外呼

    匹配字段正文

  8. ElevenLabs Blog

    ElevenLabs 发布音效模型 SFX v3,已在 ElevenCreative 和 ElevenAPI 上线

    ElevenLabs 发布新一代音效模型 SFX v3,已在 ElevenCreative 和 ElevenAPI 上线。官方称其在基准测试中比 SFX v2 更能可靠处理描述多种声音的提示词,音乐与人声生成更可信,锣、铃、哨声等音效的杂音更少。用户可在 Flows、Sound Effects 标签页、Studio 和 Music Editor 中通过文本提示词生成音效,开发者可通过 ElevenAPI 接入。

    Portrait of a young woman with long dark hair wearing a light blue top.

    enCreative 中,你可以在 Flows、Sound Effects 标签页、Studio 和 Music Editor 中通过文本提示词创建原创音效。 更好地处理单个提示词中的多种声音 SFX v3 更擅长遵循单个提示词中的多条指令。这意味着你所描述的更多声音会出现在生成的音频中。描述构成你场景的各种声音,听听它们如何协同呈现。 对于从事视频、游戏和其他项目的创作者来说,这让他们更容易从整体上探索一个场景的声音。从主要动作开始,添加周围的声音,再听听它们如何协同呈现。然后你可以调整描述,让结果更接近你心中的设想。 更强的音乐和人声 SFX v3 还改进了包含音乐和人声的提示词生成。对创作者而言,这开辟了将乐句或人声表演与环境声和日常声音搭配的音效。 更自然的音频 单个声音的质量会改变一个场景的可信度。锣需要它的共鸣,铃需要它的余韵,哨声应保持音调而不会变得刺耳或爆裂。 SFX v3 提升了整体音质,并且更不容易在锣、铃和哨声等声音上产生那些不需要的杂音。结果是音频能更好地保留你所要求的声音特征。 无论音效位于前景,还是在背景中增添细节,更自然的声音都有助于它融入周围的场景。 现

    匹配字段正文

  9. MarkTechPost

    MiniMax 开源 MCode Stack:17 个 Agent 技能与 5 份清单

    MiniMax 于 10 月 28 日以 MIT 协议开源 MCode Stack,包含其团队构建 MiniMax Code 所用的 17 个 SKILL.md 技能和 5 份清单,不含 MiniMax Code 源码。技能按规划拆分、上下文与工具、长会话与命令、评审、实验与热修分组,其中 independent-review 只向评审者提供 diff、需求和测试结果。可通过复制技能目录、本地插件或插件市场安装到 MiniMax Code,也能在 Claude Code 中用 /plugin marketplace add MiniMax-AI/mcode-stack 安装;原文未公布评测结果。

    mcode-stack 市场。此选项正在逐步推出。 同一目录也适用于 Claude Code,命令为 /plugin marketplace add MiniMax-AI/mcode-stack。MiniMax Code 还会读取 /.claude/skills/ 和 /.codex/skills/。这些技能使用通用的 SKILL.md 格式,因此大多数可在其他支持技能的 Agent 中运行。 MCode Stack 与其他技能包相比如何? 功能MiniMax MCode Stackanthropics/skillsobra/superpowers 许可证MIT;engineering- 技能为 CC-BY 3.0许多技能为 Apache 2.0;文档技能为源码可见MIT 技能数量17(15 + 2)未披露README 中列出 15 个 重点Harness 工程、评审、上下文预算、长会话创意、开发、企业、文档头脑风暴、规划、TDD、子 Agent 驱动开发、调试 提及的 AgentMiniMax Code、Claude CodeClaude Code、Claude.ai、Claude

    匹配字段正文

  10. MarkTechPost

    AssemblyAI 发布首款语音合成模型 AssemblyAI-TTS-1,每百万字符 15 美元

    AssemblyAI 发布首款文本转语音模型 AssemblyAI-TTS-1 并正式开放,面向实时电话语音智能体,定价为每 100 万字符 15 美元,不设年度合同和并发档位。该模型仅以托管 API 形式在 us-east-1 和 eu-north-1 提供,支持 HTTP、WebSocket 和 OpenAI 兼容接口,内置 4000 多种音色、即时声音克隆和 6 种语言。厂商自测显示实体准确率 93.7%、首字节中位延迟 47 ms,但 Cekura 独立基准测得流式延迟 159 ms、朗读准确率 81.5%,且发布时尚不支持 SSML、语速控制和情感标签。

    d-TTS 和 LibriSpeech 句子上为 99.0%。 预测 MOS:3.85,落后于 Inworld TTS-2 Flash 的 3.88,领先于 Sonic 3.6 的 3.82。 首字节中位时间:47 ms。Flash v2.5 为 119 ms,Sonic 3.6 为 143 ms,Inworld TTS-2 Flash 为 244 ms。 其他:TTSDS 韵律得分 85.5,克隆音频的说话人相似度为 0.64。 独立结果则更为参差。在 Cekura 对 27 个模型的基准测试中,TTS-1 的朗读准确率为 81.5%,自然度为 4.50。其流式延迟中位数(从发送最后一个词开始计时)为 159 ms。Inworld TTS-2 Flash 在该测试中为 45 ms 和 93.2% 准确率,价格同为 15 美元。AssemblyAI 还引用了 Coval 排行榜上 1.7% 的词错误率。它报告在 Artificial Analysis 的受控音色竞技场中首次进入前十。 AssemblyAI-TTS-1 与 ElevenLabs、Cartesia 和 Inworld 相比

    匹配字段正文

  11. MarkTechPost

    Infini-AI-Lab 开源 Hermit harness 适配器框架

    Infini-AI-Lab 发布开源框架 Hermit,通过训练外部 harness 适配器来适配 AI 智能体,模型与 harness 保持冻结,v0.1.0 于 2026 年 10 月 25 日发布。框架为 Python 实现、Apache-2.0 许可,可用 pip install hermit-harness 安装,内置 GEPA、SkillOpt、MetaWorld Model、Harness² 和 Continual Harness 五种演化方法。在 GLM 5.3 Flash 上,MWM 适配器在 CL-Bench 数据库探索任务达到 0.795 准确率,高于 in-context 基线的 0.580,但多数结果为单次运行的自报数据。

    0。在可利用扑克上,MWM 每手赢 3.08 个大盲注,而 in-context 学习为 2.51。 ServeLearnBench(recipe)在隐藏且不断变化的策略下流式处理 624 个零售支持请求。MWM 在隐藏策略测试上得分为 45.3。排行榜上最佳学习方法 CH 得分为 28.7。获得策略信息的 oracle 得分为 89.2。 Hermit 与其他智能体优化器相比如何? 特性HermitGEPAACEAgent Lightning 训练对象外部 harness 适配器任意文本参数(提示词、代码)上下文 playbook提示词和模型权重 是否改变模型权重否否未披露是,通过 RL 或 SFT 方法内置 5 种,可自定义 Evolver反思式演化、Pareto 选择Generator、Reflector、CuratorRL、提示词优化、SFT 部署目标Codex、Claude Code、Pi;插件导出DSPy(dspy.GEPA)未披露LangChain、OpenAI Agents SDK、AutoGen、CrewAI 等 许可证Apache-2.0MITApache-2.0M

    匹配字段正文

  12. 雷锋网

    TRAE 上线开发者个人助理 TRAE宝,引入全局与项目双层助理

    AI 开发产品 TRAE 于 10 月 29 日正式上线开发者个人助理 TRAE宝,把全局助理加项目助理的双层助理体系引入开发工作流。全局助理可读取开发者过往任务、对话与产物,在新任务中自动补齐项目背景与历史决策,并支持绑定飞书、微信等即时通讯工具下发任务和同步进度。项目助理则基于当前项目上下文把复杂需求拆成多个子任务并行推进、联调与汇总。当前版本仅支持本地任务,云端任务与移动端能力将在后续迭代开放。

    来说,打开TRAE桌面端,即可通过“TRAE宝”进入全局助理,新建或打开项目即可进入项目级助理对话。全局助理支持绑定飞书、微信等即时通讯工具,可在不打开客户端的情况下下发任务并实时同步进度。当前版本支持本地任务,云端任务与移动端能力将在后续迭代中开放。 亚信×火山引擎:6000+席位,用TRAE 跑通企业级AI研 ... 蔚来汽车 x 火山引擎:TRAE深入座舱研发,从个人效率 ... 内容创作者不会搭 AI 工作流?TRAE Work 做了本40万 ... 京东采销员工发布谣言诋毁其他平台被起诉,法院已立案 从 Dreamore 到 CreaXene:AI 生成工具正在走向创作工作流 豆包工作新增画布功能,并接入豆包2.1 Lite模型 最新文章 阿里用速卖通把双11带到韩国,还豪送4辆特斯拉! 瞬恒智能自研灵巧操作人形机器人SynDexy C1首次实现小批量交付 抖音李亮发文:希望同行在阳光下竞争,专家自媒体要遵守基本道德规范 区块链 英伟达 社交网络 硅谷 智能音箱 数据安全 路由器 谷歌眼镜 xbox Kindle Fire Galaxy S4 立即设置 以后再说 优路跟踪代码

    匹配字段正文

  13. 雷锋网

    蚂蚁灵光2.0打通钉钉、支付宝等数十项服务

    蚂蚁集团10月27日发布灵光2.0后,新版灵光已原生打通支付宝生态,并接入钉钉命令行接口(CLI)等数十项外部工具。以钉钉为例,用户授权后灵光可调用群聊、待办、日历、文档等能力,在后台汇总群聊重点、提取待办并跟进提醒。灵光2.0核心升级了跨会话记忆、长程任务调度与工具连接能力,并支持通过MCP、CLI等协议连接飞书、滴滴出行、高德地图、百度网盘、米家等应用。

    可持续管理复杂事务的“管事型”助手。 除钉钉外,灵光2.0目前还内置支付宝的账单、出行、会员等服务,并支持通过MCP、CLI等开放协议连接飞书、滴滴出行、高德地图、百度网盘、米家智能硬件及主流邮箱等数十款主流应用。从披露信息来看,灵光的应用范围正从个人信息管理延伸至家校沟通、工作协同、出行管理和智能家居等更多真实场景。 蚂蚁灵光2.0发布:从能聊会做,到记得住、盯得牢、办 ... 蚂蚁灵光圈上线!一句话生成应用;苹果宣布库克卸任 ... 中国AI应用跑出全球速度,灵光4天突破100万下载 京东采销员工发布谣言诋毁其他平台被起诉,法院已立案 从 Dreamore 到 CreaXene:AI 生成工具正在走向创作工作流 豆包工作新增画布功能,并接入豆包2.1 Lite模型 最新文章 阿里用速卖通把双11带到韩国,还豪送4辆特斯拉! 瞬恒智能自研灵巧操作人形机器人SynDexy C1首次实现小批量交付 抖音李亮发文:希望同行在阳光下竞争,专家自媒体要遵守基本道德规范 大数据 AR 视频监控 中科院 小鹏汽车 用户体验 互联网金融 工信部 创业者 陌陌 李飞飞 立即设置 以后再说 优路跟踪代码

    匹配字段正文

  14. 雷锋网

    豆包工作向企业客户开放配置三方模型,首批接入 Kimi 3.1 Pro、GLM 5.3、DeepSeek V4.1…

    豆包工作今日向团队订阅版和企业订阅版客户开放三方大模型服务,首批接入 Kimi 3.1 Pro、GLM 5.3、DeepSeek V4.1 Flash 等系列模型。该功能上线后默认开启,企业无需另行向模型厂商采购或额外申请,按用量扣除企业已有的 AI 点数。企业可按成员、部门、群组或全员划定可用范围,并指定模型在豆包电脑端、豆包工作电脑端、豆包移动端、豆包网页端及飞书内豆包工作等场景中生效。

    箱即用。 在使用人群上,企业可以按照成员、部门、群组或全员灵活划定可用范围,按模型厂商一键批量启用,或针对单一模型进行单独配置。 在使用场景上,企业也可指定模型在豆包电脑端、豆包工作电脑端、豆包移动端、豆包网页端及飞书内豆包工作等不同场景中生效。比如,企业可以设置模型仅在“工作电脑”及“飞书工作台”等办公环境下生效,兼顾业务效率与数据安全。 豆包工作能力升级:操作电脑可录制成技能,锁屏后也 ... 豆包工作新增画布功能,并接入豆包2.1 Lite模型 拆解 WorkBuddy、千问办公和豆包工作,它们其实不是 ... 京东采销员工发布谣言诋毁其他平台被起诉,法院已立案 从 Dreamore 到 CreaXene:AI 生成工具正在走向创作工作流 豆包工作新增画布功能,并接入豆包2.1 Lite模型 最新文章 阿里用速卖通把双11带到韩国,还豪送4辆特斯拉! 瞬恒智能自研灵巧操作人形机器人SynDexy C1首次实现小批量交付 抖音李亮发文:希望同行在阳光下竞争,专家自媒体要遵守基本道德规范 蚂蚁灵光2.0打通钉钉、支付宝等数十项服务,加速走向“能管事” 立即设置 以后再说 优路跟踪代码

    匹配字段正文

星期三

  1. gihyo.jp

    Google 开源 Elephant-Goldfish Model 插件,让 AI 分别负责设计文档的撰写与验证

    Google 于 2026 年 10 月 22 日宣布开源 Elephant-Goldfish Model(EGM)插件,用负责与用户对话并撰写设计文档的 Elephant 和在不继承对话历史的情况下独立验证文档的 Goldfish 相配合,找出规格中的模糊与遗漏。该插件先在 Google 内部为软件工程师开发,据称已有数千名员工日常用它开发生产代码,仓库采用 Apache 2.0 许可。10 月 27 日发布首个带标签版本 v0.1.0,共含 7 个技能,README 给出 Antigravity、Claude Code、Codex 的安装方法,但发布说明称各运行环境的验证尚未完成,尚不能称为稳定版。

    意图。如果无法准确说明,则需要重写设计文档中模糊的部分。 批判性评审:多个Goldfish寻找例外情况、不易察觉的依赖关系、逻辑漏洞。收到指摘的Elephant修正设计。 确认是否可以进入实现:确认文件路径、数据结构、函数参数和返回值等实现所需的信息是否齐全、是否仍有模糊之处。 工作流指南展示了这样的流程:用户针对Goldfish的指摘选择要处理的项目,并让其他人也评审设计。在用户批准设计后,委托编码代理进行实现。 各技能可根据需要单独使用。指南指出,对于规模小且方针明确的缺陷修复,不必走完一整套设计流程。 10月27日发布首个带标签版本v0.1.0 10月27日,发布了首个带标签版本v0.1.0。收录的技能共7个,除官方博客介绍的3个外,还包括以下4个。 egm-review-loop:管理多个Goldfish进行文档评审以及收到指摘后修正、再评审的流程。在反映修正或进入下一次评审时,会插入用户确认环节。 egm-resolve:由Elephant研究Goldfish的指摘,给出修正方案或反驳依据。将用户批准的修正反映到文档中。 egm-bootstrap:调查现有代码,创建或更新各

    匹配字段正文

  2. ElevenLabs Blog

    ElevenLabs 发布强制对齐模型 Cue,支持字符级音频时间戳

    ElevenLabs 发布强制对齐模型 Cue,可为音频中每个字符定位精确时间点,并已用于 Scribe 语音转文字模型家族。Cue 覆盖 90 多种基准语言,单次处理任意长度录音,在生产 GPU 上对齐 1 小时音频约需半秒;在 29 种语言的基准上,其准确率高于 ElevenLabs 测试的所有对齐工具。该模型也通过 Forced Alignment API 单独开放。

    Cue vs. other aligners across accuracy, latency, language, song, and speed benchmarks.

    误差。在完整录音上,Cue 的平均时间误差仅为 179 毫秒,而开源工具的范围从 283 毫秒到超过 6,000 毫秒。 真实录制的音频更是挑战。背景噪音、重叠的说话声和环境音乐会让许多工具在将文本与音频匹配时失去位置。但这些恰恰是许多人真正想要转录的文件,因为我们往往都生活在并非完全安静的地方。在有背景问题的英语录音上,Cue 的平均误差为 57 毫秒,而其他工具为 65 毫秒到 920 毫秒。 语言支持是另一个限制。大多数开源对齐器需要为每种支持的语言使用单独模型,因此训练数据较少的语言往往表现不佳,或者根本不受支持。 MMS-FA 是唯一另一个能处理全部 29 种基准语言的工具,相比之下,Cue 在判断词与词之间的边界时通常更快。 速度也是这些模型的问题,因为对齐大量音频会很快变得昂贵。在我们的生产 GPU 上,Cue 可以在约半秒内对齐一小时的音频。第二快的工具 Qwen3-ForcedAligner 需要近 2 秒,而测试中最慢的工具则耗时超过一分钟。 Cue 的不同之处 与大多数竞争对手不同,Cue 是一个覆盖 90 多种基准语言的单一模型。它还能单次处理任意长度的录音,从

    匹配字段正文

  3. 雷锋网

    逐际动力开源 FluxVLA Engine 更新,打通具身智能数据训练评测部署全流程

    逐际动力开源的具身智能工程底座 FluxVLA Engine 于 10 月 22 日完成重要更新,技术报告显示其已把 OpenVLA、π0.5、DiT4DiT、GR00T 等异构策略纳入同一套数据、训练、评测与部署流程。在英伟达 AGX Orin 64GB 上,GR00T 推理频率从 3.2Hz 提升到 7.4Hz,π0.5 从 1.4Hz 提升到 4.4Hz;配合 RTC 和轨迹后处理三步机制衔接真机执行。在线 RL 方面,SmolVLA 在 LIBERO-10 上成功率从 66.2% 升至 76.2%,在 RoboTwin Clean 的 10 个任务上从 45.9% 升至 61.3%。

    人本体之间,数据结构、动作语义、接口的差异客观存在,谁也抹不掉。FluxVLA 用标准接口和模块化设计,把这些差异集中到可检查、可适配的环节——组合出问题的时候,能让人知道具体出在哪里。在工程可靠性上,这种让问题暴露出来的姿态,比假装一切都兼容更有价值。作为一家具身智能主机厂,逐际动力在本体、算法研发和真机运行中踩过的坑、验证过的流程,本可以当作护城河,服务于自身产品,但他们选择将一线经验转化为开放的标准化工程底座,以企业级资源为外部开发者、算法团队和其他机器人平台提供了使用与协作的更多可能性。当然,这并不意味着开源项目已经自然形成了成熟的行业生态。真正的生态还需要外部团队持续使用、贡献适配、反馈问题,并在不同场景中验证其价值。但开放的接口与可复用的工具,至少为这样的协作提供了基础。FluxVLA Engine 代码仓库:https://github.com/FluxVLA/FluxVLA 技术报告:https://arxiv.org/abs/2609.17210Hugging Face:https://huggingface.co/limxdynamics/FluxVLAEngine

    匹配字段正文

星期五

  1. Unite.AI

    Gemini 应用支持在对话内编辑文档和 PDF

    Google 宣布 Gemini 应用用户可直接在对话中生成、预览和编辑文档、PDF、演示文稿、表格及代码等文件,该能力面向所有可用地区的全部用户开放。编辑方式包括全屏直接输入修改、选中文本向 Gemini 提问,以及让 Gemini 改写文件内容。PDF 预览与编辑在网页版和移动端均支持,Google Docs、Sheets、幻灯片、Markdown、TXT 和代码等其余格式仅在网页版支持。该更新在 2026 年 4 月 29 日推出的文件生成功能基础上增加了就地编辑层。

    Google于2026年10月29日宣布,Gemini应用用户现在可以直接在对话中生成、预览和编辑文档、PDF、演示文稿、电子表格、代码及其他文件。这一更新在公司Gemini应用博客的一篇文章中详细说明,它在Google今年4月首次推出的文件生成能力基础上,新增了就地编辑、全屏预览和文本高亮功能。 根据公告,这些能力面向Gemini应用可用的所有语言的全部用户开放。 在新更新下,在Gemini对话中创建的文件无需离开对话即可修改。用户可以生成文件、就地预览并编辑,而无需切换到单独的应用。Google在公告中描述了三种编辑机制:将文件展开至全屏,以便用户直接在其中输入修改;高亮文件中的文本,以便就所选段落提问;以及指示Gemini本身来完善文件内容。 Google的公告包含一个围绕学习指南构建的示例。用户可以上传手写课堂笔记,并要求Gemini据此创建一份PDF学习指南。指南生成后,用户可以手动编辑它,高亮特定部分并让Gemini对这些部分的文本或视觉内容进行修改,还可以就材料提出进一步的问题。公司将该流程呈现为应用内一次连续的会话,而非工具之间的交接。 直接编辑的加入改变了Gemini

    匹配字段正文

  2. Thurrott

    Google Gemini 支持在聊天窗口内编辑 AI 生成文件

    Google Gemini 现在允许用户在聊天窗口内生成并编辑文档,可展开为全屏视图手动修改,也可回到对话让 Gemini 继续调整。文档、PDF、演示文稿和电子表格的聊天窗口编辑已在网页端和移动端上线,而 Google Docs、Google Sheets、Markdown、TXT、幻灯片和代码的编辑仅在 Gemini 网页应用提供。Google 同时宣布 Gemini 可从手写笔记生成 PDF 学习指南,并能在聊天窗口预览和编辑,该功能面向 Gemini 应用可用地区的所有语言用户开放。

    Google 的 Gemini 聊天机器人现在允许用户直接在聊天窗口中生成并编辑文档。用户可以将 AI 生成的文档展开为全屏视图,进行手动编辑,或返回聊天对话让 Gemini 进一步修改。 目前,在聊天窗口中编辑文档、PDF、演示文稿和电子表格的功能已在网页端和移动端上线。不过,编辑 Google Docs、Google Sheets、Markdown 文件、TXT 文件、幻灯片和代码的功能仅在 Gemini 网页应用中提供。 Google 今天还宣布,Gemini 现在可以从手写笔记生成 PDF 学习指南,该指南同样可以在聊天窗口中预览和编辑。与其他编辑功能一样,该功能面向 Gemini 应用可用的所有语言的所有用户开放。

    匹配字段正文

  3. MarkTechPost

    Prime Intellect 发布 Prime Mega MoE 训练内核,前向最高提速 3.11 倍

    Prime Intellect 发布 Prime Mega MoE,在 DeepSeek 开源 DeepGEMM 库的 Mega MoE 内核基础上补上了融合且重叠的反向传播,使其可用于训练而非仅推理。在 prime-rl 训练器中,Qwen3 MoE 模型的完整训练步比基线快 32% 至 34%,比 TorchTitan 快 48% 至 55%;单层前向最高提速 3.11 倍(12.0 ms 降至 3.9 ms),但 Qwen3-235B-A22B 的反向仅提速 1.24 倍。该内核支持 BF16、Blackwell 上的 MXFP8 和 Hopper 上的 blockwise FP8,以 Apache 2.0 随 prime-rl 发布,通过 mega_moe 分发后端启用。

    3B12.0 降至 3.9(3.11 倍)15.4 降至 8.2(1.87 倍)39.3 降至 15.9(2.47 倍) Qwen3-235B-A22B20.7 降至 9.5(2.17 倍)30.5 降至 24.6(1.24 倍)71.9 降至 43.7(1.64 倍) 规律很清晰。前向增益很大,反向增益较小。标题中的“最高 3.11 倍”仅指前向传播。 与其他融合 MoE 方案相比如何? 开发者Prime IntellectDeepSeekPyTorch、NebiusAMD 训练(反向)是,融合且重叠否,仅前向是(独立分发内核)是,按设计文档 计算与通信融合是是是否(分发+GEMM1,GEMM2+合并) GPUHopper、BlackwellSM90、SM100(库)已发布运行中使用 B200MI355X(gfx950) 已发布加速比相比 TorchTitan 步骤时间最高提升 55%未披露在 DeepSeek-V3 671B 上最高提升 41%未披露 许可证Apache 2.0(prime-rl)MITBSD-3-ClauseMIT TorchTitan 的 41% 增益来自不同的

    匹配字段正文