惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

小众软件
小众软件
A
About on SuperTechFans
博客园 - Franky
Engineering at Meta
Engineering at Meta
Recent Announcements
Recent Announcements
云风的 BLOG
云风的 BLOG
B
Blog
Microsoft Security Blog
Microsoft Security Blog
L
LangChain Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
U
Unit 42
Martin Fowler
Martin Fowler
Y
Y Combinator Blog
Stack Overflow Blog
Stack Overflow Blog
博客园 - 叶小钗
Vercel News
Vercel News
Apple Machine Learning Research
Apple Machine Learning Research
The Cloudflare Blog
Last Week in AI
Last Week in AI
腾讯CDC
Microsoft Azure Blog
Microsoft Azure Blog
爱范儿
爱范儿
V
V2EX
G
Google Developers Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
从图片到语音:多模态走到最后,拼的不是模型,是数据工程能力
青蓝色的海 · 2025-12-28 · via 人人都是产品经理

多模态AI系统正在颠覆我们对技术边界的认知。本文深度剖析从数据标准到认知对齐的隐藏挑战,揭示为何工程一致性比模型参数更能决定产品成败。当AI开始真实感知世界时,真正稀缺的或许不是算力,而是教会系统如何稳定理解人类意图的能力。

写到这里,其实已经可以很清楚地看到一件事:多模态并不是某一个“厉害模型”的代名词,而是一整套让 AI 接近真实世界的工程体系

它从来不是突然变聪明的,而是一步一步,被人教会如何感知、如何判断、如何不犯错

如果一定要给这个系列一个终点,那我更愿意把它放在这里——当多模态系统真正跑起来时,决定上限的,往往不是模型参数,而是数据工程能力。

多模态系统,本质上是一条“误差会被放大的链路”

把一个典型的多模态系统拆开来看,你会发现它往往不是单点结构,而是级联的:

  • 语音 → 文本(ASR)
  • 文本 / 图像 / 视频 → 理解(LLM / VLM)
  • 文本 → 语音(TTS)

每一个环节,都在“接力”前一个阶段的输出。

问题在于——每一层的小偏差,都会在下一层被放大。

如果前面的数据标准不稳,后面的模型再强,也只能在不稳定的地基上叠加复杂度。

为什么越往后,越离不开“数据第一性”?

在多模态系统里,有一个非常现实的规律:

模型越大,对数据越挑剔。

ASR 中一个轻微的转写偏差,到了理解阶段,可能变成语义错误;再进入 TTS,就可能变成情绪不自然、语调异常。

而这些问题,往往不是模型能自己修复的

它们几乎都能追溯到一个源头:

  • 数据是否统一
  • 标准是否一致
  • 描述是否稳定
  • 边界是否清晰

这也是为什么,多模态项目越往后,团队讨论的内容越不像“模型优化”,而越像:我们到底在用什么标准描述世界?

多模态的难点,从来不在“技术”,而在“一致性”

很多人会觉得多模态门槛高,是因为涉及图片、视频、语音,看起来复杂。

但真正让项目变难的,其实不是模态多,而是:不同模态之间,是否还能维持一致的理解逻辑。

  • 图片里的“主体”,和视频里的“主体”,定义是否一致?
  • 文字描述里的“情绪”,和语音里的“情绪”,是否指向同一概念?
  • 什么情况下允许模糊,什么情况下必须精确?

这些问题,一旦没有统一答案,多模态系统就会开始“各说各话”。

而这恰恰不是模型问题,而是数据工程和认知对齐的问题

为什么说多模态,正在变成“产品级能力”?

当多模态进入真实产品场景,技术炫技的空间会迅速缩小。

用户不关心:

  • 模型是 VLM 还是 LLM
  • 参数有多少
  • 用了什么新架构

他们只关心一件事:你是不是稳定地理解我在干什么。

而“稳定”这件事,本质上依赖的是:

  • 输入是否被正确筛选
  • 信息是否被正确强调
  • 不确定性是否被提前拦截

这些全部发生在模型之前,也发生在人这一侧。

多模态项目里,人到底扮演了什么角色?

如果回看整个系列,会发现一个很有意思的变化:

  • 一开始,人在“筛选世界”
  • 接着,在“拆解感知”
  • 再往后,在“裁决理解是否成立”
  • 最后,在“维持系统的一致性”

人并没有被模型替代,反而在关键节点上变得更加重要。

因为多模态越接近现实,现实的不确定性,就越不可能完全交给模型自己解决。

写在最后:多模态不是趋势,是一条回不去的路

很多技术方向会来来去去,但多模态不太一样。

一旦 AI 开始真正面对图像、视频、语音和真实环境,它就不可能再退回到“只处理文字”的状态。

而在这条路上,最稀缺的并不是更大的模型,而是:能把世界拆清楚、讲明白、并持续教给模型的人。

这也是为什么,多模态到最后,拼的不是模型有多强,而是:你是否真的理解,模型正在通过数据认识一个怎样的世界。

共勉!棒棒,你最棒!

本文由 @青蓝色的海 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自unsplash,基于CC0协议