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

推荐订阅源

C
Cisco Blogs
Cyberwarzone
Cyberwarzone
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
SecWiki News
SecWiki News
Martin Fowler
Martin Fowler
T
Tor Project blog
N
Netflix TechBlog - Medium
C
Cybersecurity and Infrastructure Security Agency CISA
V
Vulnerabilities – Threatpost
V
Visual Studio Blog
GbyAI
GbyAI
PCI Perspectives
PCI Perspectives
D
DataBreaches.Net
Jina AI
Jina AI
H
Heimdal Security Blog
云风的 BLOG
云风的 BLOG
P
Privacy International News Feed
A
About on SuperTechFans
J
Java Code Geeks
美团技术团队
H
Hackread – Cybersecurity News, Data Breaches, AI and More
N
News | PayPal Newsroom
有赞技术团队
有赞技术团队
MyScale Blog
MyScale Blog
博客园 - 司徒正美
C
Check Point Blog
T
Threat Research - Cisco Blogs
Attack and Defense Labs
Attack and Defense Labs
宝玉的分享
宝玉的分享
AI
AI
Simon Willison's Weblog
Simon Willison's Weblog
C
Cyber Attacks, Cyber Crime and Cyber Security
I
Intezer
P
Proofpoint News Feed
Blog — PlanetScale
Blog — PlanetScale
Apple Machine Learning Research
Apple Machine Learning Research
Hugging Face - Blog
Hugging Face - Blog
The Last Watchdog
The Last Watchdog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Vercel News
Vercel News
I
InfoQ
阮一峰的网络日志
阮一峰的网络日志
Cisco Talos Blog
Cisco Talos Blog
W
WeLiveSecurity
Hacker News: Ask HN
Hacker News: Ask HN
Recent Commits to openclaw:main
Recent Commits to openclaw:main
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
D
Docker
博客园 - Franky
Security Archives - TechRepublic
Security Archives - TechRepublic

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
深度理解Agent:AI产品经理入门必读!(下)
「爱」原生 · 2025-06-16 · via 人人都是产品经理

在AI领域,智能体(Agent)正成为推动产品创新的关键技术。本文作为《深度理解Agent:AI产品经理入门必读》系列的下篇,继续深入探讨Agent的核心组件及其在产品中的应用。文章详细介绍了数据存储的作用、模型性能提升的方法,以及从产品经理视角对Agent应用的洞见与警示。

上一篇介绍了什么是Agent(包含模型、工具、编排、如何运作)、工具篇的扩展和函数部分。

本篇将介绍工具篇的数据存储及总结、模型性能提升、产品经理视角的洞见与警示。

工具篇(续)

数据存储

把语言模型想象成一个巨大的图书馆,里面存放着它的训练数据。但与不断购入新书的图书馆不同,这个 “图书馆” 是静态的,仅包含其最初训练时的知识。这就带来了一个挑战,因为现实世界的知识在不断发展。数据存储通过提供对更动态、最新信息的访问,解决了这一限制,并确保模型的回复基于事实且具有相关性。

数据存储使开发人员能够以原始格式向智能体提供额外数据,从而无需进行耗时的数据转换、模型重新训练或微调。数据存储会将传入的文档转换为一组向量数据库嵌入,智能体可以利用这些嵌入提取所需信息,为其下一步行动或对用户的回复提供补充。

实现与应用:

在生成式人工智能智能体的情境下,数据存储通常被实现为向量数据库,开发者希望智能体在运行时能够访问该数据库。虽然我们在此不会深入探讨向量数据库,但关键要理解的是,它们以向量嵌入的形式存储数据,向量嵌入是一种高维向量,是对所提供数据的数学表示。近年来,数据存储在语言模型中的一个极为常见的应用示例,就是基于检索增强生成(RAG)的应用程序。这些应用程序旨在通过让模型访问各种格式的数据,如:

  • 网站内容;
  • 以 PDF、Word 文档、CSV、电子表格等格式存在的结构化数据;
  • 以 HTML、PDF、TXT 等格式存在的非结构化数据,

每个用户请求和智能体响应循环的底层过程通常如下图 13 所示。

  1. 用户查询被发送到嵌入模型,以生成该查询的嵌入表示。
  2. 然后使用类似可扩展最近邻搜索(SCaNN)这样的匹配算法,将查询嵌入与向量数据库的内容进行匹配。
  3. 从向量数据库中以文本格式检索匹配的内容,并将其发送回智能体。
  4. 智能体接收用户查询和检索到的内容,然后制定响应或行动。
  5. 最终的回复被发送给用户。

图 14 展示了一个与采用 ReAct 推理 / 规划来实现检索增强生成(RAG)的智能体的示例交互。(强烈建议看一下图中的具体内容,它示例了Agent的一个循环过程)

工具总结

总而言之,扩展、函数和数据存储构成了几种不同类型的工具,可供智能体在运行时使用。每种工具都有其独特用途,智能体开发者可自行决定将它们结合使用或单独使用。

通过定向学习提升模型性能

有效使用模型的一个关键方面,在于模型在生成输出时能否选择合适的工具,尤其是在生产环境中大规模使用工具的情况下。虽然常规训练有助于模型培养这种技能,但现实场景往往需要训练数据之外的知识。可以将其想象成基本烹饪技能与精通某一特定菜系之间的差别。两者都需要基础烹饪知识,但后者需要定向学习,才能取得更精细的成果。

为帮助模型获取这类特定知识,有几种可行方法:

  • 上下文内学习In-context learning:此方法在推理时,为通用模型提供提示、工具以及少量示例,使其能够 “即时” 学习如何以及何时针对特定任务使用这些工具。自然语言处理中的 ReAct 框架就是这种方法的一个例子。
  • 基于检索的上下文内学习Retrieval-based in-context learning:该技术通过从外部存储器中检索信息,动态地用最相关的信息、工具及相关示例填充模型提示。比如 Vertex AI 扩展中的 “示例存储”,或者前面提到的基于检索增强生成(RAG)架构的数据存储,都是这种方法的实例。
  • 基于微调的学习Fine-tuning based learning:此方法在推理前,使用大量特定示例的数据集对模型进行训练。这有助于模型在接收任何用户查询之前,就理解何时以及如何应用某些工具。

为了更深入地了解每种定向学习方法,让我们以烹饪作为类比。

  • 想象一下,一位厨师从顾客那里收到一份特定的食谱(提示)、一些关键食材(相关工具)以及几道示例菜肴(少量示例)。基于这些有限的信息以及厨师的烹饪常识,他们需要 “即时” 想出如何制作出与食谱和顾客偏好最相符的菜肴。这就是上下文内学习。
  • 现在,假设我们这位厨师身处一个食材储备丰富的厨房(外部数据存储),里面摆满了各种食材和烹饪书籍(示例和工具)。此时,厨师能够从厨房储备中动态挑选食材和烹饪书籍,更好地契合顾客的食谱和偏好。这使得厨师能够借助已有的知识和新知识,制作出更符合要求且更精致的菜肴。这就是基于检索的上下文内学习。
  • 最后,设想我们送这位厨师回学校学习一种或几种新菜系(使用大量特定示例的数据集进行预训练)。这样一来,厨师在面对未来从未见过的顾客食谱时,就能有更深入的理解。如果我们希望厨师精通特定菜系(知识领域),这种方法就非常合适。这就是基于微调的学习。
  • 就速度、成本和延迟而言,每种方法都有其独特的优缺点。然而,通过在智能体框架中结合这些技术,我们可以发挥它们的各种优势,将劣势降至最低,从而获得一个更强大、适应性更强的解决方案。

虽然本文探讨了智能体的核心组件,但构建生产级应用程序还需要将它们与用户界面、评估框架和持续改进机制等其他工具相结合。

总结

本文的一些关键要点包括:

1)智能体通过利用工具来访问实时信息、提出现实世界中的行动建议,以及自主规划和执行复杂任务,从而扩展了语言模型的能力。智能体可以利用一个或多个语言模型来决定何时以及如何在不同状态间转换,并使用外部工具来完成模型自身难以或无法独立完成的各种复杂任务。

2)智能体运行的核心是编排层,这是一种认知架构,它组织推理、规划、决策过程并指导智能体的行动。诸如 ReAct、思维链(Chain-of-Thought)和思维树(Tree-of-Thoughts)等各种推理技术,为编排层提供了一个框架,使其能够接收信息、进行内部推理,并生成明智的决策或响应。

3)扩展、函数和数据存储等工具,是智能体通向外部世界的钥匙,使它们能够与外部系统交互,并获取超出其训练数据范围的知识。扩展在智能体与外部 API 之间架起了一座桥梁,能够执行 API 调用并检索实时信息。函数通过分工为开发者提供了更精细的控制,允许智能体生成可在客户端执行的函数参数。数据存储使智能体能够访问结构化或非结构化数据,从而实现数据驱动的应用程序。

4)智能体通常包含以下几个部分:

  • 推理能力:指支撑复杂逻辑推理、语言理解与决策过程的基础模型。这些模型负责评估信息,构成了 Agent 的认知中枢。
  • 记忆系统:负责存储、组织并检索短期上下文信息以及长期积累的知识。
  • 工具调用:指 Agent 与外部应用程序、API 接口、数据库、互联网及其他软件进行交互的集成能力。
  • 规划能力:指 Agent 内部用于拆解复杂任务为可管理步骤、评估执行效果并适时调整策略的架构设计。

智能体的未来充满令人激动的发展,而我们目前仅仅是浅尝辄止,尚未充分发掘其潜力。随着工具变得更加精良,推理能力得到提升,智能体将能够解决愈发复杂的问题。

此外,“智能体链式连接” 这一策略性方法的发展势头将持续增强。通过将专长于特定领域或任务的专业智能体组合在一起,我们可以打造一种 “智能体专家组合” 的模式,使其能够在各个行业和各类问题领域取得卓越成果。

写在最后

(1)为什么Agent还没有爆发

  1. 没有清晰的AI或Agent-Native的产品形态落地
  2. 需要对AI、行业know-how的认知,都非常深
  3. 另外,还有一个“Agent爆发”需要的前置条件当前远没有具备,就是:Agent和Agent之间通信、交互的标准和基建,目前还几乎是行业空白。

(2)基于Agent的框架,产品经理的产品思维要有哪些变化

过去互联网/移动互联网时代,典型的思考格式是“场景-用户-需求”(什么场景下,怎样的典型用户画像,有什么痛点需求)。AI 2.0时代,需要增加一个关键词,“关系”。某个Agent在某个场景里,和用户或者其他Agent之间,是什么的关系?定义了关系,其实就定义了边界、约束条件和需求属性。

(3)回归问题本质,AI 只是锤子

对于产品经理来说,在落地产品的时候,核心是解决你的问题:至于是不是智能体,是不是大语言模型,是不是 AI 帮你决策,都不是最重要的。

一个被提及很多的是吴恩达老师写的多智能体翻译的例子,简单来说就是用三个智能体:一个直译智能体、一个审查智能体、一个意译润色智能体,确实可以大幅提升翻译质量。但并非一定要三个智能体才能提升翻译质量,其实,基于 Prompt 让 LLM 在翻译时,使用直译 + 反思 + 意译三个步骤输出,也可以得到高质量的翻译结果。

其实大部分 AI 应用场景都类似:要用 AI 解决问题,核心不在于智能体,而在于设计出一个适合 AI 的工作流。我们有时候过于关注一些流行的概念或技术,而忽略了要解决的根本问题是什么,将 AI 变成了目的而不是手段。

如果你有了解马斯克的第一性原理思维,其强调的就是回归事物最基本的条件,把其解构成各种要素进行分析,从而找到实现目标最优路径的方法。

而运用第一性原理通常有三个步骤:

第 1 步:定义清楚你要解决的根本问题。

第 2 步:拆解问题。

第 3 步:从头开始创建解决方案。

而这也个思路也适用于我们去借助 AI 解决问题,设计出适合 AI 的工作流。真正要用好 AI,让 AI 发挥最大效能,核心是还是要基于你要解决的问题,重新设计一个适合 AI 的工作流,让 AI 在工作流中完成它最擅长的工作,至于是不是智能体,是不是大语言模型,是不是 AI 帮你决策,都不是最重要的。

本文由 @「爱」原生 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议