基于Gemini 1.5长上下文能力,谷歌对话式医疗系统AMIE在100例多次就诊场景中达到全科医师的推理水平

「文智助手」全场景办公AI助理AI+OPC全流程实践方案(大赛作品) 阅读详情

大语言模型正加速进入医疗健康领域,其应用已从文献检索、病历生成延伸至临床决策支持。其中,辅助诊断是当前较为成熟的方向之一:经医学微调的模型能够基于病史、体征和检查结果给出较高质量的鉴别诊断;具备多轮对话能力的系统,也可通过问诊式交互补充病史信息。

但诊断只是临床决策的起点。真正影响治疗质量的,往往是诊断之后的管理决策——是否需要检查、如何选择治疗方案、何时调整用药、怎样安排随访,以及如何根据病情变化持续修正计划。这类「管理推理」更接近真实临床工作的核心,也更考验模型对循证指南、临床路径、药物知识和患者个体差异的综合理解。

相较于诊断推理,管理推理的评估难度更大。诊断问题通常存在相对明确的标准答案,而管理决策往往没有唯一解,还受制于医疗资源、指南体系、用药可及性和医生经验。目前医学教育中,评价这类综合能力的主要方式仍是客观结构化临床考试(OSCE),但其依赖真人互动和专家评分,难以直接用于大语言模型的自动化评测。

针对这一空白,Google Deepmind 与 Google Research 近期一项研究以其对话式医疗系统 AMIE 为基础,进一步开发了一套全新的基于 LLM 的智能 Agent 系统,使其能够针对多次随访场景进行临床管理和医患对话优化。AMIE 利用了 Gemini 模型的长上下文能力,通过结合上下文检索(in-context retrieval)与结构化推理(structured reasoning),使其输出能够与最新的临床实践指南和药物处方目录保持一致。

在一项随机、双盲的虚拟客观结构化临床考试(OSCE)研究中,研究人员将 AMIE 与 21 名初级保健医生(PCP)进行了比较。测试涵盖 100 个多次就诊案例场景,案例设计参考了英国 NICE 指南和 BMJ Best Practice 临床规范。结果显示,在由专科医生评估的疾病管理推理能力方面,AMIE 的表现不逊于(non-inferior)人类医生;同时,在治疗方案和检查建议的准确性,以及对临床指南的遵循程度和知识依据的可靠性方面,AMIE 的得分均优于医生群体。

相关研究成果以「Towards Conversational AI for Disease Managemen」为题,已发表于 Nature。

研究亮点:

* 该研究将对话式医疗系统 AMIE 的能力从单轮诊断推进到覆盖疾病纵向演变、多次就诊决策、治疗应答反馈和药物处方的全流程临床管理推理

* 系统利用 Gemini 的长上下文能力,将上下文内检索与结构化推理相结合,使管理方案的输出能够与NICE指南、BMJ 最佳实践等权威临床知识保持高度一致

* 在方案整体适当性、治疗推荐质量和检查推荐精确性等多项指标上,系统表现均达到或超过全科医师水平


查看论文:
https://www.nature.com/articles/s41586-026-10764-5

数据集:从单次问答走向纵向临床场景

为了评估对话式医疗人工智能在长期管理推理中的真实能力,研究团队构建了一套多层级数据体系,既覆盖多次就诊的临床场景,也纳入循证指南和药物知识,用于模型训练、方案生成和标准化评测。

核心评测载体是一套「多就诊虚拟 OSCE 场景数据集」。研究共编制 100 套独立病例,均匀分布在心脏病学、肺病学、妇产科/泌尿学、胃肠病学、神经学/肌肉骨骼学五个专科,每个专科 20 套。所有病例由加拿大和印度的临床医师联合设计,并参照 NICE 临床指南和 BMJ 最佳实践指南中的诊疗路径构建。

与常见的单轮医学问答不同,这些病例都被设计为连续三次就诊。每套场景不仅包含患者的初始主诉,还包括症状演变、治疗反应、辅助检查结果回报等纵向信息,尽量还原慢病管理和复杂病例随访中的真实决策节奏。为了增加临床难度,部分病例还加入了信息不一致、多系统共病等要素,用以检验系统在非标准情况下的判断能力。除 100 套正式评测病例外,研究还设置了 20 套验证场景,用于预实验和评分校准。

循证依据则来自一个临床指南知识库。该知识库共收录 627 份文档,包括 527 份 NICE 指南和 100 份 BMJ 最佳实践文档,总规模约 1,050 万 token,内容涵盖诊断标准、检查路径、治疗方案和随访规范。评测过程中,这一知识库同时向 AI 系统和参评全科医师开放,以模拟真实临床中查阅指南资料的情境,也尽量保证人机对照的公平性。

药物决策是管理推理中不可或缺的一环。为此,研究团队还构建了 RxQA 专项基准,用于评估模型对药品说明书、适应证、禁忌证、剂量和用药风险的理解能力。该基准包含 600 道选择题,题目来源于美国 OpenFDA 和英国国家处方集中的药品说明书,分为基础简短问题和长场景综合题两类。题目初稿由 Gemini 模型根据说明书生成,再由来自两国的 8 名执业药师逐题审核、修订并标注难度。受许可限制,目前公开的是其中源自 OpenFDA 的 300 道题,为药物推理能力比较提供了一个标准化参照。

AMIE 模型:让系统同时具备「对话能力」和「深度管理能力」

该研究以谷歌此前提出的对话式医疗系统 AMIE 为基础,针对管理推理需求进行了专项升级。新系统采用双智能体协同架构,设计思路借鉴了认知科学中的「双过程理论」:一个智能体负责快速、连续的医患对话,另一个智能体负责较慢但更深入的管理推理。底层模型统一使用 Gemini 1.5 Flash,以兼顾实时响应速度和长上下文推理能力。

具体来看,系统由对话智能体(Dialogue Agent)和 Mx 管理推理智能体(Mx Agent)组成。对话智能体更接近「系统1」:它负责与患者进行实时交流、追问病史、解释方案,并在对话过程中维护患者状态。Mx 智能体则更接近「系统2」:它主要负责基于完整病程信息和临床指南,生成结构化、可追溯的管理计划。两者通过共享状态模块同步信息,对话智能体可以随时调用 Mx 的推理结果,从而在保持自然交流的同时,确保医学建议具有较强的指南依据。

AMIE 模型的系统架构


作为交互枢纽,对话智能体相比原有诊断模型做了三方面升级。第一,基础模型更换为具备长上下文能力的Gemini 1.5 Flash,使其能够处理更长的病程记录和多轮对话信息。第二,训练数据中新增了多次就诊模拟对话,用于强化系统对病情演变和长期管理的理解。第三,在监督微调之后,研究进一步加入基于人类反馈和AI反馈的强化学习,以优化对话质量和决策表现。

在实时推理过程中,对话智能体采用「规划-生成-完善」的三步流程:先根据当前状态规划下一步问诊或回应重点,再生成面向患者的自然语言回答,最后进行自我检查和修正。为了支撑跨就诊的连续管理,它还维护一套模块化状态结构,包括患者摘要、鉴别诊断、当前管理计划等信息,并在后台持续更新,避免每次对话都从零开始。

Mx 智能体则是整个系统中承担深度管理推理的核心模块。它充分利用 Gemini 1.5 Flash 的长上下文能力,采用「粗检索+全上下文推理」的策略,尽量减少传统分块检索可能带来的信息割裂。系统首先通过 Gecko 1B 嵌入模型为全部指南文档建立索引,再根据当前患者病例生成自然语言查询,从指南库中筛选出约6份高度相关的完整文档,总规模约 25.6 万 token。随后,系统将这些指南全文与患者完整病程信息一并输入模型,让模型在单次调用中完成跨文档、跨阶段的整体推理。

为了提高输出的可用性和可审计性,Mx 智能体采用 JSON 模式约束生成结果,并按照「分析临床情况—定义管理目标—制定管理步骤并标注指南出处」的框架输出。每条建议都需要附带对应的指南引用。与此同时,系统会先独立生成 4 份管理草案,再基于指南原文进行整合和完善,以提高最终方案的完整性和适配性。

在 15 项指标上均不劣于全科医师

为了验证升级后系统的临床管理推理能力,该研究采用随机、盲法的虚拟 OSCE 框架,并结合 RxQA 药物基准测试,将 AMIE 系统与 21 名全科医师进行对照。整体评估围绕三个维度展开:诊疗方案整体质量(the overall quality of the management plan)、检查项目推荐质量(the quality of investigation recommendations)、治疗方案推荐质量(the quality of treatment recommendations)。

在临床评测中,系统和全科医师均需要完成 100 套多就诊病例。30 名专科医师和标准化患者分别从专业质量和就医体验两个角度进行盲法评分。也就是说,评分者并不知道方案来自 AI 系统还是人类医生,从而尽量减少身份偏见对结果的影响。药物测试则设置闭卷和开卷两种环境,用于观察外部资料是否会改变系统和医生的表现。

结果显示,在诊疗方案整体质量方面,系统在全部 15 项评估维度上均不劣于全科医师,并在多项指标上表现出统计学优势。以方案整体适当性为例,系统在三次就诊中的得分分别为95%、96% 和 98%,高于全科医师的 72%、80% 和 81%。治疗推荐适当率方面,系统分别为 87%、90% 和 94%,同样高于全科医师的 66%、62%和71%。

在检查和治疗推荐的精确性上,系统也表现出持续优势。其治疗推荐精确率稳定在 95% 以上,而全科医师为 62% 至 67%。指南依从性方面,由于系统每条建议都要求提供明确引文,其可追溯性明显优于人类医生。这一结果提示,长上下文推理与指南原文整合机制,可能有助于提升模型在复杂管理任务中的稳定性和可解释性。

管理计划质量


在双视角偏好评估中,研究覆盖了 10 项管理推理核心维度,共形成 51 组比较。近半数案例中,专科医师和患者认为双方表现相当;在出现明确偏好的案例中,系统胜率为 47%,明显高于全科医师的 7%。更值得注意的是,专科医师与患者的评价趋势较为一致,说明系统的优势不仅体现在专业判断上,也体现在患者体验相关维度上。

随着就诊次数增加,系统在动态监测、接诊流程和医患关系等时间相关维度上的优势更加明显。这一点与研究初衷相吻合:管理推理的难点,恰恰不在某一次回答是否正确,而在于能否把病情变化、治疗反馈和下一步计划连续地串联起来。

可视化展示 51 组独立维度的偏好占比


药物推理方面,RxQA 基准显示,系统在药师评定的高难度试题上优于全科医师。闭卷环境下,系统准确率为 50.6%,全科医师为 41.5%;开卷环境下,系统为 57.9%,全科医师为 47.8%。在低难度试题上,双方差异不显著。开卷资料对系统和医生都有帮助,尤其在低难度题目中提升超过 20 个百分点;在高难度题目中,提升幅度较小,但仍具有统计学意义。这说明,在复杂药物信息整合任务中,模型具备一定相对优势,但外部资料本身并不能完全解决高难度药物推理问题。

RxQA 药物推理准确性

写在最后

这项研究的价值,不在于证明医疗大模型已经可以替代医生,而在于把评估重点从「能否诊断」推进到了「能否持续管理」。相比单轮问答,管理推理更接近真实临床:医生需要在病程变化、治疗反馈、指南证据和患者个体差异之间不断调整判断。研究提出的多就诊虚拟OSCE、指南知识库、药物专项基准和双智能体系统,为医疗AI评测提供了更贴近临床的框架。但虚拟环境仍无法完全还原真实医疗中的身体检查、资源限制、患者依从性和责任边界。

因此,更稳妥的判断是:医疗大模型正在从「辅助诊断」走向「辅助管理」,其短期价值不是替代医生做最终决定,而是在病程梳理、指南匹配、用药核查、随访计划和患者沟通中,成为一个可追溯、可审查、可持续更新的临床决策支持工具。

船载 OpenHarmony AIS 航海工作台:告警与防碰撞预警系统 船载OpenHarmony AIS航海工作台的告警与防碰撞系统,集成十余类告警(超速、偏航、会遇、SOS等),通过网格空间索引实现高效邻近判定,保障实时性。告警管理器统一调度规则、去重、通知与日志,支持悬浮球、语音、跑马灯、弹窗多渠道触达,确保航行安全。SOS紧急通道独立运行,避免干扰。系统设计强调性能优化与多场景适配,为航海安全提供核心支撑。 阅读详情

相关推荐

AXI VIP配置全指南:从报错到成功仿真的完整流程(Vivado 2023版)

本文详细解析了在Vivado 2023环境中配置AXI Verification IP(VIP)进行协议仿真的完整流程。针对常见的include和import报错问题,提供了具体的解决方案和代码示例,指导用户从IP核创建、参数化配置,到构建可工作的仿真测试平台,最终实现成功仿真。

gpt4scribbler的博客 233

Google研究:对话式医疗系统AMIE升级,管理推理能力不劣于人类医生!

这项研究价值在于将评估重点从“能否诊断”推进到“能否持续管理”。研究提出的多就诊虚拟OSCE、指南知识库、药物专项基准和双智能体系统,为医疗AI评测提供更贴近临床的框架。但虚拟环境无法完全还原真实医疗情况。更稳妥的判断是:医疗大模型正从“辅助诊断”走向“辅助管理”,短期价值是成为临床决策支持工具。

IT界那些事儿 37

别再乱调了!Zygo MetroPro软件滤波功能保姆级指南,从均值到鲁棒高斯样条一次讲清

本文深入解析Zygo MetroPro软件的滤波功能,从均值滤波到鲁棒高斯样条等九种算法,帮助用户根据测量对象特性选择最佳滤波组合。通过真实工业案例和参数配置指南,提升光学测量数据的准确性和效率,特别适用于硅晶圆、光学镜片等精密测量场景。

weixin_30888413的博客 156

视频隐私脱敏工程化:CSRT/KCF追踪算法在本地推理中的实现与边界

在短视频内容合规审查中,动态遮挡(Dynamic Masking)是高频且高耗时的环节。传统手动关键帧打码不仅效率低下,且在目标快速移动或遮挡时极易出现遮罩漂移。本文从计算机视觉工程角度,解析基于CSRT与KCF算法的目标追踪方案在视频隐私处理中的技术路径、性能权衡及落地实践。

Mysssone的博客 225

liquibase介绍

1、Liquibase还是Flyway Flyway和Liquibase都支持专业数据库重构和版本控制所需的所有功能,因此您将始终知道要处理的数据库模式的版本以及它是否与软件版本匹配。两种工具都集成在Maven或Gradle构建脚本中以及Spring Boot生态系统中,因此您可以完全自动化数据库重构。 Flyway使用SQL定义数据库更改,因此您可以定制SQL脚本,使其与基础数据库技术(例如Oracle或PostgreSQL)良好地配合使用。另一方面,使用Liquibase,您可以通过使用XML,YA

赶路人儿 7534

业态即战场:零售平台的生意模型与系统设计解构

在这篇文章中,我们从“控货、自营、联营”三种典型零售业态出发,拆解了亚马逊、阿里、京东和本地闪购平台在商品模型设计上的差异与博弈。看似简单的卖货方式背后,其实是平台在“控货权”“商品归属权”上的深层策略博弈:谁掌控商品,谁就掌控数据、流量与利润分配权。本文尝试用一套通俗但不失专业的方式,帮助产品经理和技术伙伴读懂零售平台商品模型的底层逻辑与系统设计演化路径。

曾经“等你生日那天”都遥远得像未来,如今却可欢愉的挥手说“下个十年见” 13万+

6 款电商 AI 图片生成软件实测|国内 + 跨境卖家工具清单

电商 AI 作图工具已经从 "能不能用" 进入了 "好不好用" 的阶段。对于绝大多数卖家而言,现在的 AI 工具已经可以覆盖 60%-80% 的基础商品图需求,显著降低拍摄和设计成本。选择工具的核心逻辑不是 "哪款最强",而是 "哪款最适配你的品类、平台规模和团队能力"。垂直电商工具胜在工作流效率,通用生图工具强在创意上限,模板类工具赢在上手速度。建议根据自身业务阶段,搭配 1-2 款主力工具 + 1 款辅助工具,形成适合自己的视觉生产流程。

Mardi_Ladin的博客 398

【Bug已解决】Codex 切换 model_provider 后历史会话消失的解决方案

方案适用场景推荐指数切回原 provider 验证排查的第一步,确认数据是否真的丢失⭐⭐⭐⭐⭐查看本地会话文件进一步确认数据完整性⭐⭐⭐⭐⭐查阅跨 provider 恢复命令官方是否提供了对应功能⭐⭐⭐使用社区辅助工具需要频繁切换 provider 的场景⭐⭐⭐定期备份配置目录任何场景下的通用保险措施⭐⭐⭐⭐切换后历史会话"消失"的本质是客户端的会话列表展示逻辑受当前活跃 provider 状态过滤,而不是原始数据文件被真正删除。

一键难忘的博客 5999

我用 GPUWorks 在 M1 Pro 上搭了个发票识别原型

公司里经常要看电子发票。我想先做个小原型:把 PDF 发给一个自己部署的图文模型,让它提取发票类型、日期、交易双方和金额,再把结果交给同事核对。这个原型不用先接财务系统,先看看从部署到调用要走多少步,模型返回的内容能不能帮上忙。

鸽芷咕的博客 2万+

osgEarth 球上显示地形数据库

osgEarth 球上显示地形数据库 本文展示了一种由DSM和DEM得到Osgb工程,并在osgEarth球上显示的方法。其中DSM、DOM到Osgb工程的转换由VPB(VirtualPlanetBuilder)来实现,并采用Model图层将Osgb工程在球上显示。 本文主要解决一下问题: VPB编译 VPB生成地形 地形在球上显示 目录 1 前言 2 VPB编译与使用 3 地形在osgEarth球上显示 内容 1 前言 VirtualPlanetBuilder是一个开源代码工具,用于根据

CPWWHSU的博客 2436

STM32N6570-DK识别STLINK问题,如何解决?

🏆 本文收录于《全栈Bug调优(实战版)》专栏,致力于分享我在项目实战过程中遇到的各类Bug及其原因,并提供切实有效的解决方案。无论你是初学者还是经验丰富的开发者,本文将为你指引出一条更高效的Bug修复之路,助你早日登顶,迈向财富自由的梦想🚀!同时,欢迎大家关注、收藏、订阅本专栏,更多精彩内容正在持续更新中。让我们一起进步,Up!Up!Up!    备注: 部分问题/难题源自互联网,经过精心筛选和整理,结合数位十多年大厂实战经验资深大佬经验总结所得,数条可行方案供所需之人参考。

**My Coding Family** 2209

您您这可以把问小白的多个会话比如说。左侧的多个会话一次性导出吗?不是单条会话里面的多次会对话。AI导出鸭

第三层是格式编译层。这个决策背后的判断很清晰:一个批量导出工具的价值,不在于“试三次”,而在于你真正用它处理了几十份技术文档、访谈记录或课程讲义之后,它是否值得留在你的工作流里。问小白的会话列表通过分页接口加载,AI导出鸭 在页面运行时建立旁路监听,捕获每一次分页请求返回的完整对话清单,包括会话 ID、标题、时间戳和隐藏的元数据字段。让AI导出回归优雅——这句话说的是:导出不该是体力活,而应该是一次完整的、可预期的文件交付。注意:这里的“批量”指的是左侧列表里的多个独立会话,不是一条会话内的多轮对话。

laoyunsi的博客 246

《一》:LBE,VR 大空间系列——场景环境需求解析

当前,大量 VR 体验活动在室内场地开展。因此,对于场地照明有特定要求:除天花板外,场地的所有表面均需有照明覆盖。这是为了保证玩家无论处于场地的哪个位置,地面与墙面都不会出现明显的影子。场地内不建议安装射灯或高强度的点光源,若已安装此类灯具,需使用柔光板进行遮盖。此外,要避免在阳光下使用 VR 设备台。参考图(请忽略其中Maker标签)

unitygroup的博客 944

【从零理解 Spring AI · 12】MCP 的两种角色:做客户端还是做服务端

上一篇讲了 MCP 的概念:标准协议、三大角色、M+N 替代 M×N。

nice_lcj520的博客 501

OV9734 DATASHEET,完整规格书

OV9734完整规格书,包括电气参数,尺寸规格,寄存器配置表等

TMS_WebGMaps_1.9.8.0_Full_Source

TMS_WebGMaps_1.9.8.0_Full_Source 全源码 delphi cbuilder

河道漂浮物目标检测数据集

目标检测,yolo,河道漂浮物目标检测数据集

DL_data_set的博客 201

假人有限元模型

假人模型,车辆碰撞假人有限元模型,适合做乘员安全的研究者利用

AI Agent之核心框架

A: 显式 Thought 有三类价值:可解释性(便于人类审计)、可调试性(定位哪一步选错工具)、学习信号(可做监督微调或评估中间步骤质量)。ReAct 把推理与 可执行行动 绑定,每一步行动后都有 真实 Observation 反馈,从而用工具结果约束生成,降低闭卷幻觉。做完不等于结束——还要 评估做得好不好,把 教训 记下来,下次 带着教训重试,反思作为 记忆,影响后续尝试的策略。工作流程:Action → Evaluation → Reflection → Retry。A: 普通 CoT 只在。

剑雨巍巍的博客 199

jre9下载 jdk9

(Java SE Runtime Environment 9.0) 9.0u175 官方最新版 【x86|x64】

AI 应用开发工程师技术实践:大模型接入、通用组件封装与性能优化

本文提出AI应用从PoC到生产的核心挑战:模型调用的持续可用、可控与可优化。通过构建统一LLM网关实现多供应商路由与故障转移,封装对话、工具调用与RAG组件以解耦业务逻辑,结合前缀缓存、批处理与流式背压治理等性能优化手段,形成“接通→接稳→接快”的工程路径,最终以工程化能力决定AI应用的生产可用性。

2301_79189962的博客 558

AI前沿日报 · 2026-11-04 | 祛魅时刻:Astra“纯读权重“神话的崩塌

①Astra"裸权重通吃"被spaCy创始人Honnibal精准祛魅——仅1/3实验真裸读,数学能力提升依赖Python+50次迭代;②Simon Willison用Qwen 3.8-27B端侧复现权重空间编程;③Nvidia开源Auto-Ontology自动知识图谱;④$800开源全域抓取机器人Stringman;⑤OpenAI悄然重开Codex训练开关引信任危机;⑥DeepMind发布Gemini 4 Argon机器人基础模型;⑦美国科技巨头隐性AI债务达3.2万亿美元,6个月增90%。

johnsong2009的博客 574

大模型 Embedding 与向量相似度详解

Embedding 解决的问题:计算机不懂文字,但懂数字│▼文本 → 向量(1024维浮点数数组)│▼相似度解决的问题:怎么判断两个向量(文本)有多接近│▼余弦相似度:看向量方向的夹角,越接近0°越相似│▼最终效果:语义搜索——理解意思,而非字面匹配一句话总结:Embedding 把文字变成数字,余弦相似度比较数字的方向,两者结合实现了"理解语义"的搜索。

T3165919332的博客 90

GPT-1 架构和计算细节

下面配合框图,对 GPT-1 的每个组件做公式展开 + 数值实例(配置:12 层 × 768,12 头,FFN 3072,词表 40478,共 117M 参数)。GPT-1 把翻译模型的编码器-解码器砍掉一半,只留解码器,然后以"预测下一个词"为目标在 BooksCorpus 上预训练。与 2017 原版的四个架构差异(框图中标 ★):h0=E[token]+Epos[position],E∈R40478×768, Epos∈R512×768h^0 = E[\text{token}] + E_{pos}[\

eloudy的专栏 278

终端 AI 审计与 “龙虾” 类智能体风险治理:从可见性到闭环溯源

生成式 AI 办公普及之后,数据泄露风险逐步下沉到终端。员工将合同、源代码、客户资料粘贴至公有大模型,以及龙虾(OpenClaw)这类本地开源 AI 智能体的滥用,成为企业安全新挑战。传统网络边界防护存在审计盲区,本文从风险链路拆解、核心能力模型、分级治理策略、落地踩坑点以及技术局限性多角度,分享终端侧 AI 安全治理的实践思路。

2401_86491085的博客 640

2.53 基于极稀疏指纹的室内定位注意力图元学习

该论文发表于IEEE Transactions on Mobile Computing(TMC)2026年6月,面向极稀疏指纹条件下的WiFi室内定位,针对指纹采集人力成本高、标记指纹稀缺时定位精度大幅下降的痛点,提出注意力图元学习模型AGML(Attentional Graph Meta‑Learning),结合图神经网络、元学习、两种指纹数据增强与分布对齐技术,在标记指纹极少的场景实现高精度室内定位,同时公开了多套真实+仿真定位数据集用于基准测试。场景:二维室内空间,障碍物造成信号遮挡,

weixin_42963026的博客 338

语音识别与语音合成的技术原理及应用

语音识别 #语音合成 #人工智能 #大模型。语音识别与语音合成的技术原理及应用。一、语音识别的核心原理。二、语音合成的核心原理。三、工程落地的主要难点。五、需要关注的现实问题。

weixin_62919816的博客 210

设计师工作室 GEO 实操:如何提升 AI 实体推荐概率

设计工作室 GEO 的本质,是把创意服务转化为 AI 可理解的结构化信息。核心动作可归纳为:区分事实与审美、建立实体图谱、预判用户提问、输出脱敏内容、搭建多信源、持续测试验证。梳理工作室的 6 个实体属性:品类、城市、流程、边界、团队、渠道。在官网或作品集平台发布至少 3 篇结构化项目复盘,只陈述事实。输出 1 篇「设计报价影响因素」科普内容,覆盖甲方高频提问。争取 1 次行业媒体或本地媒体专访,形成第三方信源。每周用「XX 城市 + 品类 + 设计工作室推荐」指令测试,记录出现频率。

goujunwe的博客 337

AI作图软件技术选型:从4个技术维度出发的实测对比

AI作图软件技术选型:从4个技术维度出发的实测对比

Vbaoke的博客 205

WorkBuddy 实战:一句话需求 → 七屏可交互原型,户外徒步 App 的 AI 设计全流程

WorkBuddy 实战:一句话需求 → 七屏可交互原型,户外徒步 App 的 AI 设计全流程,跟着博主一起来还原整个过程。

夜郎King的博客 4634
上一篇: 论文周报 | DeepMind D4RT统一动态4D重建,推理速度飙升300倍;打破AGI通用幻想,哥大等提出SAI理论重塑AI演进目标...速览一周AI前沿论文
下一篇: 材料AI迈向「可解释时代」,日本团队破解高维光谱黑箱,锁定新材料发现关键特征
HyperAI超神经
博客等级 码龄7年 8872粉丝 1753原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值