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

推荐订阅源

aimingoo的专栏
aimingoo的专栏
V
V2EX
G
Google Developers Blog
F
Full Disclosure
Martin Fowler
Martin Fowler
宝玉的分享
宝玉的分享
H
Hacker News: Front Page
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
NISL@THU
NISL@THU
G
GRAHAM CLULEY
V
Vulnerabilities – Threatpost
Hacker News - Newest:
Hacker News - Newest: "LLM"
A
About on SuperTechFans
The Cloudflare Blog
C
Cisco Blogs
D
DataBreaches.Net
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Vercel News
Vercel News
P
Privacy International News Feed
Microsoft Security Blog
Microsoft Security Blog
Help Net Security
Help Net Security
Recorded Future
Recorded Future
PCI Perspectives
PCI Perspectives
S
Schneier on Security
AI
AI
N
News | PayPal Newsroom
雷峰网
雷峰网
C
Cyber Attacks, Cyber Crime and Cyber Security
P
Proofpoint News Feed
The Last Watchdog
The Last Watchdog
L
LINUX DO - 最新话题
Hugging Face - Blog
Hugging Face - Blog
Apple Machine Learning Research
Apple Machine Learning Research
Schneier on Security
Schneier on Security
S
Securelist
云风的 BLOG
云风的 BLOG
Stack Overflow Blog
Stack Overflow Blog
博客园_首页
AWS News Blog
AWS News Blog
TaoSecurity Blog
TaoSecurity Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Recent Commits to openclaw:main
Recent Commits to openclaw:main
博客园 - 三生石上(FineUI控件)
C
CXSECURITY Database RSS Feed - CXSecurity.com
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
Cloudbric
Cloudbric
C
Cybersecurity and Infrastructure Security Agency CISA
Project Zero
Project Zero
C
Check Point Blog
S
Security Affairs

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
这种全新的交互方式,会成为未来AI应用的标配吗?
深思圈 · 2025-11-16 · via 人人都是产品经理

前 Meta AI 团队创立的 Hero 公司,推出专利技术 AI Autocomplete SDK,能实时预测任务所需全部参数,输入 “订机票” 即刻呈现所有选项,让交互速度提升 10 倍、成本大降。这篇文章深入解析这项革命性技术的工作原理、应用场景与商业价值,探讨它能否成为未来 AI 应用的标配,带你看懂人机交互的下一场变革。

你有没有想过,为什么和 AI 聊天总感觉像在玩猜谜游戏?你说想订机票,AI 问你去哪儿。你说去纽约,它问什么时候出发。你说下周三,它又问几点。你说早上,它接着问要直飞还是转机,经济舱还是商务舱,要不要托运行李。这种来回问答的过程让人抓狂,就像是在玩一场永无止境的”二十个问题”游戏。更糟糕的是,有时候你都不知道 AI 需要什么信息,只能等它一个一个问。这种交互方式看似自然,实则效率低下,完全违背了 AI 应该让我们生活更简单的初衷。

前 Meta AI 团队成员创立的 Hero 公司刚刚发布了一项专利技术,可能会彻底改变这种局面。他们推出的 AI Autocomplete SDK 不是简单的自动补全功能,而是一个能够实时预测并呈现完成任务所需全部信息的系统。想象一下,当你开始输入”订机票”的时候,屏幕上立刻出现所有相关参数:出发地、目的地、日期、时间、航空公司、座位偏好、行李选项等等,你只需要填写或选择就好,不需要等 AI 一个一个问你。这听起来像是一个小改进,但实际上它可能会让 AI 交互速度提升 10 倍,成本降低 10 倍,并且为未来的增强现实设备奠定基础。

Hero 不仅将这项技术用在自己的助手应用中,还通过 SDK 向其他公司开放。这意味着我们可能很快就会在各种应用中看到这种全新的交互方式。而且,他们刚刚获得了 Forerunner Ventures 领投的 300 万美元追加投资,这是在去年 400 万美元种子轮之后的又一次资本认可。我深入研究了这项技术后发现,它的影响远比表面看起来要深远得多。

提示词工程为什么会成为一个职业

这个现象背后反映的是当前 AI 交互方式的根本缺陷。大语言模型虽然能理解自然语言,但它们并不知道用户想要完成什么任务需要哪些具体信息。就像 Hero 的 AI 工程师 Saharsh Vedi 说的:”现在的问题是,负担都在用户身上,他们需要思考 AI 需要什么信息。”这完全颠倒了技术服务人类的关系。

我自己在使用 AI 工具时也深有体会。比如用 AI 生成图片,我经常需要反复调整提示词,尝试不同的描述方式,才能得到满意的结果。有时候我花在琢磨提示词上的时间,比直接用传统工具做图还要长。更令人沮丧的是,即使你精心设计了提示词,AI 也可能遗漏某些重要细节,导致结果不符合预期。然后你又得重新生成,这不仅浪费时间,对于按次收费的服务来说,还意味着额外的成本。

当前主流的 AI 应用都试图通过各种方式解决这个问题。有些添加了建议按钮,提供预设的提示词模板。有些使用引导式问答,一步步收集用户需求。还有些像 Adobe 的 Firefly 应用,把提示词拆分成多个部分,比如创作音乐时分别输入情绪、风格和用途。这些方法都在一定程度上改善了用户体验,但都没有从根本上解决问题:用户仍然需要主动思考和输入信息,AI 仍然处于被动等待的状态。

Hero 的方法则完全不同。他们不是让 AI 更聪明地问问题,而是让系统主动预测并呈现完成任务所需的全部信息。这种思路的转变看似简单,实则颠覆了整个交互范式。就像创始人 Brad Kowalk 说的:”我们基本上意识到,你在互联网上能做的任何事情,都只是一系列参数。一旦你看到了这一点,就很难再忽视它。”这句话听起来简单,但它揭示了一个深刻的洞察:无论多么复杂的任务,本质上都可以分解为一组参数,而这些参数是可以预测和呈现的。

AI Autocomplete 如何工作

AI Autocomplete 的核心理念是前置加载所有必要信息,而不是通过反复问答来收集。当你开始输入或说话时,系统会实时更新界面,显示完成这个动作所需的所有参数。这不是简单的文本补全,而是一个理解任务结构、预测所需信息、动态呈现选项的智能系统。

拿订机票这个例子来说。在传统的 AI 助手中,你可能需要经历这样的对话:你说”我想订机票”,AI 问”您要去哪里?”,你说”纽约”,AI 问”什么时候出发?”,你说”下周三”,AI 问”您希望几点的航班?”,你说”早上”,AI 问”经济舱还是商务舱?”,你说”经济舱”,AI 问”需要托运行李吗?”,以此类推。整个过程可能需要十几轮对话,每次都要等待 AI 的回应。如果你在某个环节说得不够清楚,或者 AI 理解错了,还得重新来过。

但在 Hero 的 AI Autocomplete 系统中,当你输入”订机票”的瞬间,屏幕上就会出现所有相关字段:出发地、目的地、出发日期、出发时间、航空公司偏好、返程日期、座位类型、行李选项等等。你可以随时停下来,只填写你知道的信息,然后发送查询。系统会根据你已经提供的信息,智能地建议或填充其他字段。你不需要等待 AI 一个一个问你,所有信息都在你眼前,你完全掌控着交互的节奏。

这种方法的优势是多方面的。第一,速度快。Hero 声称可以让操作速度提升 10 倍,因为省去了大量来回对话的时间。第二,成本低。每次 AI 的响应都需要服务器计算,减少对话轮次意味着大幅降低运营成本。Kowalk 特别强调了这一点:”因为涉及的消息更少,规模化运营的公司可以节省服务器成本。”第三,用户体验更好。你不会感觉自己在被 AI 审问,而是在一个清晰的框架内主动提供信息。

我特别欣赏 Hero 工程师 Vedi 说的那句话:”希望我们回头看时,几乎不记得’提示词’这个概念。”这体现了他们的雄心:不是改进提示词,而是让提示词成为历史。在他们的愿景中,未来的 AI 交互应该是结构化的、可预测的、高效的,而不是开放式的、充满不确定性的对话。

这项技术能用在哪些场景

AI Autocomplete 的应用场景远比订机票更广泛。Hero 在发布时特别强调了几个重要领域,每个都有可能被这项技术彻底改变。

搜索和电商是最直接的应用场景。现在在电商平台搜索商品,你需要输入关键词,然后在成百上千的结果中筛选,使用各种过滤器来缩小范围。这个过程既费时又费力。但如果有了 AI Autocomplete,当你输入”咖啡”时,系统立刻显示出品牌、烘焙程度、包装规格、配送时间、订阅频率等参数。你可以快速选择你想要的选项,甚至可以设置”每月配送”这样的重复订单。Hero 展示的咖啡订购例子就很好地说明了这一点:不仅可以快速完成当前订单,还能轻松设置定期订购,就像你说”每个月”一样简单。

媒体生成是另一个会被改变的领域。我之前提到过用 AI 生成图片时需要反复调整提示词的痛苦。AI Autocomplete 可以在你开始输入时就实时展示各种参数:主体、动作、风格、光线、相机角度、分辨率等等。你可以从这些选项中选择,而不是试图用文字准确描述你想要的效果。这不仅能激发创意,让你看到自己可能没想到的选项,还能显著减少生成次数,从而降低服务器成本。对于视频生成这种计算密集型任务来说,减少迭代次数的意义更加重大。

客户服务和企业表单填写也是重要应用场景。现在的客服聊天机器人通常需要通过一系列问答来收集信息,比如你的订单号、问题类型、联系方式等等。这个过程对用户来说很繁琐,对企业来说也低效,因为经常需要后续跟进来补充缺失的信息。有了 AI Autocomplete,聊天机器人可以根据用户的初始问题,立即呈现所有相关字段,引导用户一次性提供完整信息。这既节省了用户时间,也降低了企业的运营成本。

我认为这项技术最具潜力的应用可能还没有被充分认识到。比如在教育领域,AI Autocomplete 可以帮助学生构建更好的学习查询,展示他们可能没想到的相关主题和角度。在医疗领域,它可以帮助患者更准确地描述症状,提供结构化的问诊表单。在法律、金融等专业服务领域,它可以帮助非专业人士更有效地表达需求,获取更精准的服务。这些场景的共同点是:专业性强、信息复杂、普通用户难以准确表达需求。AI Autocomplete 恰好可以弥合这个知识鸿沟。

自然语言广告的新时代

Hero 的 AI Autocomplete 不仅改变了用户体验,还开创了一种全新的广告模式。这让我感到特别兴奋,因为它解决了自然语言界面商业化的一个核心难题:如何在对话式交互中自然地融入广告,而不破坏用户体验?

传统的搜索广告模式是基于关键词和搜索结果的。你在 Google 搜索”咖啡机”,顶部会显示付费广告。这种模式在图形界面中运作良好,但在纯对话界面中却很难实现。你总不能让 AI 助手在回答问题的中途突然推销产品吧?那会让对话变得非常生硬和令人反感。

Hero 的方法则巧妙得多。在 AI Autocomplete 系统中,品牌可以通过三种方式出现:第一,类似 Google Ads,品牌可以付费成为决策过程中的优先建议选项。比如在订咖啡的例子中,Peet’s Coffee 可以付费让自己出现在品牌选择列表的前面。第二,品牌可以建议互补产品,添加到当前订单中。比如在你订咖啡时,建议搭配某款点心或咖啡杯。第三,品牌可以从更高的重复购买率中受益,因为在 AI Autocomplete 系统中,设置定期订单就像说”每个月”一样简单。

我认为这种广告模式的天才之处在于,它不是打断用户的决策过程,而是增强这个过程。当你在选择咖啡品牌时,看到各种选项本来就是决策的一部分,付费推广的品牌只是在这个自然的选择过程中获得了更显眼的位置。这和传统搜索广告的逻辑一致,但执行方式更自然、更不突兀。

Hero 目前正在与 AI 广告平台 Koah Labs 讨论合作,将这种新广告形式推向市场。我觉得如果这种模式成功,它可能会成为自然语言界面商业化的标准模式。想想看,未来所有 AI 助手、AI agent 和对话式应用都可能需要这样一种不破坏用户体验的广告模式。Hero 作为先行者,有机会定义这个新兴市场的规则。

更重要的是,这种广告模式对小企业也很友好。不像传统的品牌广告需要巨额投入,自然语言广告可以非常精准地针对特定需求。一家本地咖啡烘焙商可以选择在用户搜索”小批量手工烘焙咖啡”时出现,而不需要和星巴克竞争”咖啡”这样的大词。这种精准性和可负担性可能会让更多中小企业进入数字广告市场。

为增强现实铺路

AI Autocomplete 的诞生其实源于增强现实的需求,这是我觉得最有远见的部分。Hero 的联合创始人 Brad Kowalk 和 Seung Woo Lee 都曾在 Meta 工作,参与 AR 相关项目。离开 Meta 后,他们一直在思考 AR 大规模普及面临的一个核心问题:当 AR 设备的屏幕空间远小于智能手机时,如何让它同样有用?

这是一个很多人没有深入思考过的问题。我们习惯了智能手机的大屏幕、复杂菜单、多层导航。但 AR 眼镜不可能有那么大的显示空间,也不适合复杂的触摸操作。那么,如何在有限的界面上提供丰富的功能呢?

大公司的思路通常是将移动端的界面缩小,配合手势控制。但 Hero 认为这不是正确的方向。Kowalk 和 Lee 的洞察是:AR 设备需要的不是缩小版的图形界面,而是基于意图的交互系统。用户应该能够用自然语言表达意图,系统通过 AI Autocomplete 这样的技术引导用户提供必要信息,然后直接执行任务。整个过程不需要复杂的 UI,只需要清晰的参数呈现和简单的选择机制。

我觉得这个思路非常前瞻。它不是试图把现有的交互模式搬到新设备上,而是为新设备设计全新的交互范式。这种轻量级但强大的 AR 操作系统,可能会成为下一代计算平台的基础。就像触摸屏为智能手机带来的革命一样,基于意图的自然语言交互可能会为 AR 设备带来类似的变革。

Hero 三年前就开始申请这项技术的专利,说明他们很早就看到了这个方向。现在专利已经获批,技术已经成熟,时机也恰到好处。大语言模型的进步让自然语言理解变得可靠,AR 设备开始进入消费市场,用户对新交互方式的接受度也在提高。所有这些因素结合在一起,为 AI Autocomplete 这样的技术创造了完美的时间窗口。

虽然 Hero 现在主要在移动和 Web 应用中推广这项技术,但他们的长远目标显然是 AR。这也解释了为什么他们选择以 SDK 的形式开放技术,而不是只在自己的应用中使用。他们希望建立一个标准,一个未来 AR 交互的基础协议。如果成功,Hero 可能不只是一家应用公司,而是下一代计算平台的基础设施提供者。

SDK 策略的深远意义

Hero 选择以 SDK 形式开放 AI Autocomplete 技术,这是一个非常聪明的战略决策。CTO Seung Woo Lee 解释说:”我们三年前就意识到,AI agent 的瓶颈不会是 AI 浏览互联网和完成任务的能力,而是用户知道该说什么的能力。所以,我们不是再造一个玩’十个问题’游戏的聊天界面,而是推出一个让用户能一次性完成任何多步骤动作的系统。我们相信我们的技术有能力增强今天所有使用自然语言输入的产品。”

这段话揭示了他们的雄心:不是造一个更好的聊天机器人,而是改变整个行业的交互方式。这就需要让其他公司也能使用这项技术,而不是把它封闭在自己的应用中。从商业角度看,这是一个高风险高回报的策略。风险在于,开放技术意味着竞争对手也能使用,可能会削弱自己的差异化优势。回报在于,如果技术被广泛采用,Hero 就能成为这个新交互范式的标准制定者和基础设施提供者。

我认为这个选择体现了创始团队的格局。他们在 Meta 工作过,见识过平台级技术的威力。他们知道,真正改变世界的不是一个优秀的应用,而是一个被广泛采用的标准。就像 HTTP 协议定义了网页浏览,触摸屏定义了智能手机交互,AI Autocomplete 有潜力定义自然语言交互的标准。

SDK 策略还有助于快速验证技术价值和收集反馈。通过让不同行业、不同应用场景的公司使用这项技术,Hero 可以快速发现技术的优势和局限,找到最有价值的应用场景,并根据实际使用情况不断改进。这比自己闷头做一个应用要高效得多。

从生态系统角度看,SDK 策略有助于建立网络效应。使用 Hero AI Autocomplete 的应用越多,用户就越熟悉这种交互方式。用户越熟悉,新应用采用这种交互方式的价值就越大。这种正反馈循环一旦启动,会形成很强的护城河。就像用户习惯了触摸屏之后,任何新的移动设备都必须支持触摸,未来用户习惯了 AI Autocomplete 之后,任何新的自然语言应用可能都需要支持这种交互方式。

这对整个 AI 行业意味着什么

Hero 的 AI Autocomplete 让我重新思考了当前 AI 交互的发展方向。整个行业似乎都在朝着”更自然的对话”这个方向努力,让 AI 更像人类一样交流。但 Hero 提出了一个反直觉的观点:也许最好的交互方式不是完全模拟人类对话,而是结合对话的自然性和表单的结构性。

人类之间的对话之所以高效,是因为双方共享大量背景知识和语境。你和朋友聊天时,可以用很简短的话表达复杂意思,因为你们互相了解。但人和 AI 的对话不一样,AI 不知道你的偏好、习惯和当前情境。如果完全模拟人类对话,就会导致大量不必要的来回确认。

Hero 的方法是承认这个差异,利用 AI 的优势来弥补。AI 可以快速分析任务结构,预测所需信息,实时更新界面。这些都是人类做不到的。通过展示结构化的参数,AI Autocomplete 实际上是在利用机器的优势,而不是试图完全模仿人类。

我认为这种思路会影响整个 AI 产品设计领域。未来我们可能会看到更多混合式交互:既有自然语言的灵活性,又有结构化界面的清晰性。这不是倒退到传统 GUI,而是在更高层次上综合了两种交互方式的优点。

从技术架构角度看,AI Autocomplete 也提出了新的要求。它需要 AI 模型不仅能理解用户意图,还要能预测任务结构和参数需求。这可能会推动一类新的 AI 模型发展,专门用于任务分解和参数预测。Hero 提到他们使用了一系列模型来预测用户可能输入的内容,说明这不是单一模型能解决的问题,而需要专门的技术栈。

对于正在开发 AI 产品的团队来说,Hero 的成功提供了重要启示:不要只关注 AI 的智能程度,还要关注交互设计。最聪明的 AI 如果交互方式糟糕,用户体验也会很差。反过来,即使 AI 能力有限,如果交互设计得当,也能提供很好的用户体验。Hero 的技术本质上是通过更好的交互设计,最大化了现有 AI 能力的价值。

我也在思考这项技术可能的局限性。它适合参数化的、结构化的任务,但对于真正开放式的、需要创造性的对话可能不太适用。比如你和 AI 讨论一个哲学问题,或者寻求情感支持,这种场景下强行展示参数就会显得生硬。所以 AI Autocomplete 可能不会取代所有类型的 AI 交互,而是在特定场景下提供更优选择。

另一个值得关注的是隐私和数据安全。AI Autocomplete 需要理解任务结构和预测用户需求,这意味着它需要访问相当多的上下文信息。如何在提供个性化服务和保护用户隐私之间找到平衡,将是这类技术普及过程中必须解决的问题。

我对 Hero 未来的期待

Hero 目前正在自己的助手应用中测试这项技术,计划在几个月内向用户发布。他们重点展示的功能是帮助用户通过自动补全提示词找到会议时间或和朋友见面的时间。这是一个很实用的场景,也是一个很好的切入点。安排会议往往需要考虑多个人的时间、地点偏好、会议时长等因素,用自然语言描述清楚并不容易。有了 AI Autocomplete,这个过程会简化很多。

但我更期待看到 Hero 在更广泛场景中的应用。比如在旅行规划、购物、客户服务等领域,AI Autocomplete 的价值可能更加明显。Hero 的 SDK 策略意味着我们不需要等 Hero 自己去开发所有应用场景,而是会看到各行各业的公司将这项技术集成到自己的产品中。

从融资角度看,Hero 去年获得了 400 万美元种子轮,现在又获得了 Forerunner Ventures 领投的 300 万美元追加投资。Kowalk 表示,根据应用和 SDK 的增长情况,他们计划在未来几个月筹集更大一轮融资。我认为如果 SDK 能够吸引到一批有影响力的客户,证明技术价值,那么 A 轮融资应该不成问题。这项技术的潜在市场非常大,任何使用自然语言输入的应用都可能是潜在客户。

我也在想,Hero 会不会成为下一个 Twilio 或 Stripe 那样的基础设施公司?Twilio 让每个应用都能方便地集成短信和电话功能,Stripe 让每个应用都能方便地接入支付。Hero 有潜力让每个应用都能方便地提供优秀的自然语言交互体验。如果真的走到这一步,Hero 的价值将远超一个普通的应用公司。

但挑战也是存在的。技术再好,也需要市场教育和生态建设。开发者需要理解这项技术的价值,学会如何集成和使用。用户需要适应这种新的交互方式,培养新的使用习惯。这些都需要时间和持续投入。Hero 团队有 Meta 的背景,应该对这些挑战有充分认识。

我特别欣赏 Hero 团队的一点是,他们在三年前就开始布局这个方向,提前申请了专利。这种前瞻性在快速变化的 AI 领域特别难得。很多公司都在追逐最新的热点,而 Hero 则在思考更根本的问题:人机交互的本质是什么?未来的交互应该是什么样子?这种长期思维是真正有影响力的公司的特质。

最后,我想说的是,Hero 的 AI Autocomplete 提醒我们,AI 革命不只是关于更强大的模型,也关于更好的交互设计。技术进步和设计创新同样重要,甚至在某些场景下,好的设计比更强的模型更有价值。这也是为什么我对 Hero 的未来充满期待。他们不是在和其他公司比谁的模型更强,而是在重新定义人机交互的方式。这种创新往往更持久,也更有影响力。

我相信,几年后回头看,我们会惊讶地发现自己曾经需要花那么多时间和 AI 来回对话,就像我们现在回想起曾经需要记住各种命令行指令一样。AI Autocomplete 可能就是推动这个转变的关键技术之一。‍

本文由人人都是产品经理作者【深思圈】,微信公众号:【深思圈】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。