跳到正文

全部动态

今日 12 条
今天9月30日周三
  1. AWS Machine Learning Blog34

    如何自动化管理 Amazon Textract 适配器的跨账户生命周期

    Amazon Textract 适配器跨账户生命周期管理方案将适配器配置与应用解耦,可零停机更新生产引用,无需重新部署。方案提供基础设施模板、文档预分类路由和生产安全配置。跨账户迁移目前仍需提交 AWS Support 工单,且仅转移训练后的模型权重,不含查询定义和训练数据。

  2. AWS Machine Learning Blog49

    如何使用 Amazon Nova Act 实现合成监控

    Amazon Nova Act 与 Amazon Bedrock AgentCore 可结合实现智能体驱动的合成监控,定期验证关键用户流程。方案通过 UI 截图和自然语言动作替代 DOM 选择器脚本,提升对界面变化的适应性,并提供托管执行、隔离浏览器、调度与失败告警,附有完整实现的示例仓库。

  3. AWS Machine Learning Blog69

    GPT-6.1 Sol 在 Amazon Bedrock 正式可用,将接近 Astra 的智能带入日常工作

    GPT-6.1 Sol 现已在 Amazon Bedrock 正式可用,作为 GPT-6 Sol 的重大升级,增强了智能体编码、计算机使用和专业工作中的推理能力。

    推荐理由:文中将推理质量与完成任务所需的交互次数联系起来,为评估智能体成本提供了比单看模型 token 单价更完整的比较视角。

  4. AWS Machine Learning Blog50

    Amazon Quick 提示词工程基础指南

    Amazon Quick 提示词工程指南给出通用原则与结构化框架,帮助提高自然语言请求响应的准确性和可靠性。核心方法包括明确指标与范围、补充业务背景,以及用示例约束输出格式。CRISPE 框架进一步组织上下文、角色、目标与步骤,适用于跨组件的复杂请求。

  5. AWS Machine Learning Blog51

    Amazon Quick 各组件的提示词工程指南:有效模式与常见误区

    AWS 给出 Amazon Quick 各组件的提示词工程方法,说明研究、工作流、数据分析、聊天智能体和动作集成需要不同的指令结构。Quick Research 应明确研究目标、受众和来源范围,Quick Flows 应写清触发条件、编号步骤与异常处理,Quick Sight 应指定指标、维度、时间范围和图表形式。

  6. AWS Machine Learning Blog61

    如何用 Amazon Quick 与 Amazon Bedrock AgentCore 构建 AI 合同智能平台

    AWS 展示了用 Amazon Quick 与 Amazon Bedrock AgentCore 构建合同智能平台的架构,通过结构化提取支持跨合同汇总,并保留原文检索能力。

    推荐理由:将跨文档汇总交给结构化数据库、单文档查找留给检索,为大量非结构化文档同时支持统计与问答提供了可迁移的架构方法。

9月29日周二
  1. Hugging Face Blog65

    NVIDIA Kumo Tabular 提升表格预测的准确率与效率

    NVIDIA 发布开放表格基础模型 Kumo Tabular,利用带标签行作为上下文,单次前向传播即可完成分类或回归,无需针对任务训练、调参或特征工程。

    推荐理由:相较每个任务重新训练的表格建模流程,上下文学习把带标签样本直接用于预测,为减少特征工程与调参提供了具体路径。

  2. Microsoft Research66

    Microsoft Research 推出 Quine,将生物学世界模型与实验研究流程连接

    Microsoft Research 推出实验性 AI 研究系统 Quine,将多模态生物学世界模型与科学工具、文献及研究人员连接。团队与 Broad Institute 合作,用一个周末从数千种化合物中筛出待实验验证的候选物,随后在多项湿实验中验证了部分高排名化合物对胰腺癌细胞状态的预测性转变效果。

    推荐理由:胰腺癌细胞状态实验展示了模型预测如何进入湿实验筛选流程,也呈现了较弱的反向转变与意外表型如何成为后续研究线索。

  3. Hugging Face Blog49

    不只核对事实,还要核对来源:ProvenanceGuard 对 MCP 智能体的来源感知核验

    ProvenanceGuard 为 MCP 智能体提供生成后核验,逐条检查事实支持与来源归属,识别事实有依据却引用错误来源的问题。医疗智能体测试中,它拦截了专家判定不应通过的 139 条声明中的 138 条,也拦截了 67 条有依据的声明。该方法无需重新训练智能体,可对被拦截的回答尝试修复并再次核验。

  4. Microsoft Research31

    成立一周年:微软亚洲研究院新加坡实验室如何通过研究、合作与人才培养推动实际应用

    微软亚洲研究院新加坡实验室成立一年来,扩大团队并深化本地合作,推动前沿 AI 研究与实际应用相互促进。实验室与医疗伙伴合作,探索多模态 AI 和智能体方法在临床决策、疾病诊断及个性化护理中的应用。新加坡经济发展局继续支持联合博士培养,双方合作已扩展至战略层面。

9月28日周一
  1. Mistral AI46

    Mistral 在德国慕尼黑设立新中心,推进欧洲工业 AI

    Mistral 在德国慕尼黑设立新中心,部署 Physics AI 与工业 AI 专项研究团队及面向企业伙伴的应用工程师。该中心正与 BMW 合作开展碰撞模拟和工程 AI 项目,并与 Siemens Energy 合作开发工业 AI 应用。Mistral 还与慕尼黑工业大学建立研究合作,利用风洞设施开发汽车空气动力学数字孪生。

9月26日周六
  1. GitHub Blog · AI & ML61

    GitHub Copilot app 入门:如何用 canvases 构建自定义工作流

    GitHub Copilot app 可通过 /create-canvas 技能生成用户与 AI 智能体共享的自定义界面,无需手动编码或设计。创建时需说明工作流、用户可执行的操作及智能体可执行的操作,随后可继续调整界面,并将其保存为项目共享或个人使用的扩展。双方操作会即时更新共享状态,无需单独发送或同步;也可从 Awesome Copilot 安装社区提供的 canvas 扩展后再定制。

    推荐理由:将工作流、用户可操作项和智能体可操作项分别写清,是这篇教程提供的可迁移方法,有助于把界面需求转成明确的协作边界。

9月25日周五
  1. GitHub Blog · AI & ML65

    何时聊天不是合适的界面:GitHub Copilot canvas 的任务导向实践

    GitHub Copilot 应用中的 canvas 可构建任务专用界面,Burke Holland 用实例说明何时应以它替代聊天交互。canvas 是运行于应用内的全栈小程序,可与 Copilot 智能体双向通信、调用第三方 API 并在本机执行代码,文中展示了四子棋、Winget 包管理和 SQLite 操作等用途。

    推荐理由:把重复操作从聊天转为智能体生成的专用界面,为减少反复调用模型及按需设置开发流程中的人工审查节点提供了具体思路。

  2. Google Research60

    Google Research 如何用多智能体框架自动生成连贯长视频

    Google Research 介绍基于 Gemini 和 Veo 的多智能体视频研究,通过全局优化与世界状态跟踪改善长视频的叙事及视觉一致性。Co-Director 负责创意统筹,CANVAS 维护视觉记忆,A²RD 进行分段生成,VQQA 通过视觉问答反馈优化提示词而非直接编辑像素。

    推荐理由:研究将长视频的一致性问题拆成创意规划、视觉记忆、分段生成与反馈优化,为理解多智能体如何缓解跨镜头漂移提供了具体框架。