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

推荐订阅源

D
Docker
爱范儿
爱范儿
人人都是产品经理
人人都是产品经理
博客园 - 司徒正美
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
量子位
罗磊的独立博客
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
小众软件
小众软件
C
Cybersecurity and Infrastructure Security Agency CISA
Cyberwarzone
Cyberwarzone
大猫的无限游戏
大猫的无限游戏
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
雷峰网
雷峰网
Simon Willison's Weblog
Simon Willison's Weblog
The Cloudflare Blog
博客园 - 三生石上(FineUI控件)
D
Darknet – Hacking Tools, Hacker News & Cyber Security
C
Cyber Attacks, Cyber Crime and Cyber Security
博客园_首页
博客园 - 叶小钗
V
Vulnerabilities – Threatpost
T
The Exploit Database - CXSecurity.com
T
Tailwind CSS Blog
IT之家
IT之家
博客园 - 聂微东
Spread Privacy
Spread Privacy
V2EX - 技术
V2EX - 技术
S
Security Affairs
宝玉的分享
宝玉的分享
V
V2EX
C
Cisco Blogs
博客园 - Franky
美团技术团队
酷 壳 – CoolShell
酷 壳 – CoolShell
月光博客
月光博客
S
Securelist
J
Java Code Geeks
Webroot Blog
Webroot Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
P
Proofpoint News Feed
Last Week in AI
Last Week in AI
L
LINUX DO - 热门话题
NISL@THU
NISL@THU
WordPress大学
WordPress大学
W
WeLiveSecurity
T
Threatpost
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
腾讯CDC
阮一峰的网络日志
阮一峰的网络日志

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
Kimi Researcher团队自述:Agent不是缝合怪,它就是模型
硅星人 · 2025-06-30 · via 人人都是产品经理

月之暗面团队推出了首个AI Agent——Kimi Researcher,它并非简单的搜索工具,而是一个能生成带引用来源的深度研究报告的智能体。该Agent采用端到端强化学习训练,通过大量自主探索和试错来学习完成任务的策略,而非依赖人类预设的固定流程。在高难度基准测试中,Kimi Researcher取得了优异成绩,展现了强大的研究能力。

月之暗面(Moonshot AI)有了它的首个AI Agent。

最近,Kimi Researcher(深度研究)开启内测。根据官方介绍,其定位并非一个简单的“搜索工具”,而是一个能够生成带引用来源的深度研究报告的AI Agent。根据技术博客披露的数据,Kimi Researcher在实际运行中平均会搜索超过200个URL,运行70多次搜索查询,最终生成超过1万字的深度报告。在Humanity’s Last Exam(HLE)这一高难度基准测试中,其得分达到26.9%,创下了该测试的最高纪录。

2024年以来,AI Agent领域呈现两个明显趋势:

一是从“外挂式”向“内化式”转变,即从依赖外部工具调用转向提升模型本身的能力;

二是从规则驱动向学习驱动转变,让AI通过大规模训练自主发现解决问题的策略。

Kimi Researcher的推出,正是这一趋势的具体体现。

在当前AI领域,Agent被普遍认为是通往通用人工智能(AGI)的重要方向。目前,行业内构建Agent的主流方法之一,是采用“工作流(Workflow)”模式。例如,Devin 和 Manus 都采用了明显的任务拆分 + 预定义执行流程架构:先由 Planner 制定多阶段计划,然后 Executor 调用工具一步步完成任务,并根据反馈继续调整。

这种方法通过提示词工程(Prompt Engineering)和模块化设计,将大语言模型与各种外部工具进行链接,其优势在于流程清晰、可控性强。但同时,这种依赖人类预先设计流程的模式,在面对开放、复杂任务时,也存在灵活性不足、难以泛化等挑战,这促使一些团队开始探索新的技术路径。

Kimi Researcher所选择的,就是另一条不同的技术路线:端到端的强化学习(End-to-End Reinforcement Learning, E2E RL)。这一方法的核心,是让模型在一个模拟的环境中通过大量的自主探索和试错来学习,目标是让模型自己“领悟”出完成任务的策略,而不是严格遵循一套由人类编写的固定步骤。这种将能力“内化”于模型自身的思路,与“工作流”模式下模型作为“调用者”的思路有显著不同。

采用端到端强化学习训练Agent面临诸多技术挑战,首先是环境的不稳定性,网络搜索结果会随时间变化;其次是长序列决策问题,一个研究任务可能需要上百个步骤;最后是计算资源消耗,每次训练迭代都需要大量的“试错”过程。月之暗面通过部分展开(Partial Rollout)等技术创新,将训练效率提升了1.5倍。

值得注意的是,将E2E RL应用于研究型Agent的探索并非孤例。OpenAI官方Deep Research系统卡中提到,该模型学习了包括浏览、使用Python工具进行计算分析以及推理整合大量网站信息的能力。其训练方法与o1模型所使用的强化学习方法一脉相承。

根据OpenAI团队成员Isa Fulford 和 Josh Tobin在红杉资本的播客《OpenAI’s Deep Research on Training AI Agents End-to-End》中的分享,Deep Research 并非通过手动将模型和工具拼成 workflow,而是用端到端强化学习在浏览+推理任务上训练模型,让其自主规划、回退、调整策略,Deep Research使用了类似的端到端强化学习进行训练,由于Deep Research处理的任务往往没有标准可验证的答案来提供奖励信号,分析表明他们可能使用了LLM as Judge(大型语言模型作为评判者)来实施强化学习。在强化学习中,奖励机制是核心,而LLM as Judge是一种通过语言模型评估Agent行为并提供反馈的方法。这种方法特别适用于没有明确奖励信号的复杂任务,能够优化Agent的表现。

而当不同团队不约而同地选择相似的技术方向时,他们各自积累的技术基础可能会带来最终产品的差异。例如,月之暗面以其长上下文(Long Context)技术为基础,而OpenAI则以其通用推理能力见长的模型系列为基础,这些不同的技术侧重,可能会影响其Agent在处理任务时的具体表现和能力边界。

在产品层面,Kimi Researcher将后端的技术以“双报告系统”的形式呈现给用户:一份是包含详细文字和可溯源引用的深度报告,另一份则是动态、可视化的网页报告,后者通过思维导图和图表来提升信息获取效率。此外,产品在交互上会尝试主动澄清用户的模糊需求,以帮助定义清晰的问题。

要理解这一技术选择背后的具体思考、挑战与惊喜,来自其团队核心成员的第一人称分享,提供了最直接的视角。

以下为月之暗面研究员冯一尘、毛绍光在知乎问题《月之暗面 Kimi 首个 Agent 开启内测,可生成易追溯的万字报告,有哪些技术亮点?》下的回答,已获得官方授权。

冯一尘回答

谢邀, 很高兴和大家分享Kimi智能体(Agent)首个产品Kimi Researcher背后的一些技术思考。

Kimi-Researcher,是一个人类最后一场考试(Humanity’s Last Exam)(由非营利组织 Center for AI Safety(CAIS)与 Scale AI 于 2024 年联合创建的大规模多学科闭合问答基准测试,包含约 3000 道专家级高难度问题,涵盖生物、化学、物理、数学、人文等领域,被视为检验 AI 系统是否具备真正专家级推理能力的终极挑战。)达到SOTA(State-Of-The-Art,指当前最优/最先进的成绩) 26.9%、可生成万字追溯报告的模型Agent,也是我们用端到端强化学习(RL)从0到1打磨出来的首个大模型Agent产品。我们构建Kimi-Researcher的核心理念是:我们并非在搭建一个“搜索工具”,而是在训练一个真正会“做研究”的AI Agent。

为了实现这一点,我们选择了一条更难走、但我们坚信是通往更强智能Agent的必经之路:端到端的强化学习 (End-to-End Reinforcement Learning)。

其实这个项目从去年上半年立项,到10月份探索版发布,我们内部也经历了不少认知上的转变。随着thinking模型路线逐步清晰,我们意识到有两个关键变量极其重要:

一是要做“能长思考”的Agent,二是要用端到端强化学习。为什么要做长思考模型,Flood(月之暗面研究员Flood Sung)在这个回答(https://www.zhihu.com/question/10114790245/answer/84028353434)已经解释得很详细,我就重点讲讲我们为什么坚持端到端RL。

传统Agent方法的局限

目前主要有两种做法:

  1. Workflow(工作流,指预先定义的任务执行步骤和逻辑。传统Agent通过组合不同的工作流来完成任务,如“搜索→分析→总结”的固定流程)拼装:比如基于OpenAI/Claude去搭建(通过API调用底层模型,再通过预设规则组合各种工具)“多Agent+规划器+子任务”,靠手动Prompt和条件规则,把复杂任务拆分成小模块。每换一次底层模型,整个workflow就要大改一遍,灵活性受限。而且基于OpenAI/Claude搭建的Agent在国内也无法开放使用。
  2. SFT(模仿学习):人工标注完整任务轨迹,Agent模仿这些轨迹,提升Agent整体的能力。但这里面收集数据很耗费人力,难以Scale到大量的数据。

这些方案本质都受限于“人能设计/人能标注”的上限,不符合我们相信的scaling。

端到端强化学习(RL)的优势:让模型自己“进化”

在强化学习的设定下,我们为Agent建立了一个虚拟的环境,让它像一个真正的“科研”新手一样,通过海量的自主探索、试错、并从“做对了”的成功经验中学习,最终“进化”出强大的研究能力。对比传统方法的好处:

  • 挣脱“固定流程”的束缚,更灵活通用。RL Agent的行为不是被规则写死的,而是根据当前任务动态生成的。这让它在面对闻所未闻的复杂问题时,有能力探索出创造性的解决方案。我们升级底层模型时,也无需重构整个Agent体系。
  • 能力上限更高,用“数据”而非“设计”来驱动增长 当我们发现Agent在某类问题上表现不佳时,我们的解决方案不是去绞尽脑汁地修改Prompt或Workflow,而是将这类问题加入到训练数据中,通过增加“训练题量”和算力,让模型自己学会如何解决。前者的天花板是“人的智慧”,后者的天花板是“数据和算力”——我们坚信后者要高得多。
  • 能Scale。相比SFT依赖人类标注,RL路线可以让Agent在环境中不断探索,只要我们能准确判断任务是否成功(即提供准确的奖励信号),加大算力去Rollout(在强化学习中,指让Agent在环境中执行一系列动作并收集经验数据的过程,对于长任务,Rollout会消耗大量计算资源和时间),就能获得源源不断的、高质量的on-policy训练数据(指在当前策略下收集的数据,这些数据更能反映模型的实际行为模式,训练效果优于使用历史数据或其他模型产生的数据),让模型持续不断地自我迭代和提升。(感兴趣的同学可以去读下The Bitter Lesson)(由强化学习之父Richard Sutton撰写的著名文章,核心观点是:在AI研究中,依赖人类知识的复杂方法最终会被那些能更好利用大规模计算的通用方法所超越。)

RL的效果和“涌现”的惊喜

这条路虽然难,但端到端强化学习给我带来了很多惊喜。

在Humanity’s Last Exam(人类的最后一场考试)这个榜单上,我们的Agent模型得分从最初的8.6%跃升至26.9%,这一巨大增长几乎完全归功于强化学习。这一成绩也走到了世界前沿,相比OpenAI Deep Research团队在相关工作上从20分左右 (o3) 提升到26.6分的成果,进一步证明了强化学习在Agent训练上的巨大价值。

在HLE这个评测集上,我们的pass@4(pass@k是评估AI模型的常用指标,表示在k次尝试中至少有一次成功的概率 )指标达到了40.17%,这意味着即使面对非常困难的问题,Agent 在4次自主尝试内,就有超过四成的概率能成功解决。对于训练而言,只要Agent能探索到正确的路径,我们就有机会把它转化为模型的内在能力。

更有意思的是,我们观察到了很多智能的“涌现”:

  • 模型在已经很快找到初步答案后,并不会立即停止,而是会主动进行多轮搜索,从不同来源的信息进行交叉验证,以确保结论的准确性。
  • 我们甚至观察到,模型在遇到一个极度专业的问题、现有信息无法解答时,它会“思考”并产生一个action——“给这篇论文的作者发邮件寻求解答”。(当然,出于安全原因我们拦截了这种action)

这些行为都不是我们预先设计的,而是模型在追求“完成任务”这个最终目标的过程中,自己学会的有效策略。这让我们看到了通往更通用智能的希望。

Kimi-Researcher能做什么

它能帮你对一个陌生领域快速上手,生成一份带引用的深度报告;能帮你做论文研读和文献综述;甚至能成为你的科研Copilot。我们自己也常用 Kimi-Researcher 做信息搜集与分析。

场景1: 尽调与搜索

我们自己就用Kimi-Researcher去调研“有哪些衡量模型推理能力、且SOTA分数在20分以内的benchmark”,它成功找到了几个我们团队尚未关注到的最新的benchmark,非常有价值。

Kimi 除了找到了AGI-2,HLE,OlympiadBench,还找到FrontierMath和6月1日新发布的Seal QA。

Prompt:Survey all advanced benchmarks that all frontier LLM scores lower than 20%, focus on text. example like HLE

场景2:知识体系梳理

Kimi researcher 可以帮你理解复杂知识结构,比如下面这个案例,Kimi 依时间线梳理关键事件、制度差异及影响因素,帮助快速把握三大体系的逻辑脉络,为课堂讲解和研究写作提供了结构化材料。

Prompt:分析人类历史上三大货币体系的演变:金本位、布雷顿森林体系、浮动汇率制度

场景3: Make a 101

可以快速了解一个陌生领域,比如隐私法,有一个overview:

Prompt:I’m an in-house lawyer at a Chinese robotic company, and the management is considering expanding into Southeast Asian countries. However, I’m not quite confident about the data and privacy requirements in those countries. Could you help me list the names of the data and privacy laws of Southeast Asian countries (on a country-by-country basis), and preferably provide a brief summary and key takeaways of those laws?

Kimi 在十几分钟内生成了一份信息全面、结构清晰的万字报告,内容涵盖10个国家的关键法规和政策信息、以及核心条款的对比。

关键数据点在可交互报告中一目了然。哪国更宽松、哪国要求更严,不再需要逐段比对文本。

场景4: 陪你探索你的热爱

甚至能基于虚拟漫画世界中的比赛数据分析人物角色的技术特点:

Prompt:研究一下灌篮高手的各个球队中主力队员在篮球技术面板的实际能力,给出球探分析报告

场景5: 帮你挑选参数复杂、需求个性化的商品

Prompt:我最近在考虑入手一个便携榨汁杯,主要是想早上做早餐的时候快速打一杯果汁或代餐奶昔。但我发现现在市面上这种榨汁杯五花八门,价格差异也很大,有的只要五六十元,有的能卖到三四百,甚至看到一些小众品牌比大牌还贵。功能介绍上也都差不多,比如“磁吸充电”“一键启动”“轻音高速电机”等等。
请你从一个行业内人士的角度,帮我讲讲:为什么便携榨汁杯在相似功能下价格差这么多?
哪些宣传功能是实用的,哪些只是噱头?
在一百元左右的预算内,有哪些值得推荐、质量靠谱的款式?
我希望你能分析得详细一些,帮我少踩点坑。

也欢迎大家分享更多使用案例,以及建议。总而言之,Kimi Researcher不只是一个新功能,更是我们在Agent技术路线上的一次坚定探索和阶段性成果。我们相信,通过强化学习,未来的AI Agent将不再仅仅是“工具”,而是能与人类深度协作的“伙伴”。

产品后续还会持续更新和开源,非常欢迎大家体验和关注我们的技术博客(https://moonshotai.github.io/Kimi-Researcher/)。

毛绍光回答

谢邀,非常开心能参与到Kimi-Researcher这个工作,很激动看到这个模型/产品的落地。作为一个Agent方向的研究者,这段工作对我个人是一段非常精彩难忘的旅程。借此机会分享一些对Agent方向发展的思考和Kimi-Researcher工作中的一些思考。

如我们这Tech Blog中提到,Kimi-Researcher是一个完全依靠RL训练的Agent 模型(RL即Reinforcement Learning强化学习,这是AI领域的一种训练方法,通过试错和奖励机制让模型学习最优策略),这件事情走通是一件很酷的事情。

Agent在ChatGPT之后,这个概念再次复兴,在前司也参与过一些和Agent相关的早期工作(2019年加入微软,通用人工智能组资深研发工程师,主要研究方向为基于语言模型的推理,AI智能体及多智能体系统。开发的相关技术被应用于微软Microsoft 365 Word等产品),包括最早在23年初利用Prompt把ChatGPT链接API扩展模型的能力和MultiAgent的一些工作。

早期Agent领域有一些非常不错的工作,随着搭了越来越多的框架和应用demo后(LangChain、AutoGPT等),这个概念越来越火。再后来,Agent进入到了一个“有些奇怪”的方向,在一段时间内,做Agent的人和做模型的人分道扬镳,似乎模型层和应用层被划开了,Agent变成了针对模型层面的Prompt Engineering和工程侧外接不同模块,做Agent的工作逐渐趋同,工作差异性小,无外乎写Prompt调用工具,定Workflow等等,看不到特别让人兴奋的论文 or 工作。和同行的一些研究员们聊的时候,我们也会感到这个方向越来越没意思了,有点加速衰亡的感觉。

大概在去年下半年开始,我开始认为Agent应该是一个模型本身,而不只是Model + Workflow。在我看来,Workflow虽然扩充了模型的边界,但是随着任务的复杂程度提高,要定义的workflow的复杂程度指数上升,而在Workflow Agent运行过程中,这种Workflow Agent很难产生泛化,也比较难对没有处理的任务产生通用性,这会使得Workflow Agent变成打补丁,遇到一个问题,解决一个问题。

因此我们面临了两个选择,第一,等基础模型变得更强,基于API搭Workflow,稳定得拿搭Workflow的增益,第二,让Agent的能力进入到模型本身,从Reasoner(具备推理能力的语言模型)走到Agent,Agent自己本身就是模型。

机缘巧合,在今年年初加入了Kimi,来到这里后发现大家的vision非常一致,就是提高模型的智能,提高模型的边界,或者说就是要做AGI。自然我们坚定地选择了第二条路,训一个Agent Model会面临很多的挑战,尽管RL在训练Reasoning Model时展现出惊人的效果,但Agent RL还是面临许多不一样的挑战,比如说Agent是工作在真实环境中的,他面临的环境是动态的,比如环境会时常发生一些抖动,同一个工具在不同的情况下会产生不同的调用结果,再比如Agent的任务是long-horizon的(指需要模型进行多步骤、长序列的推理和决策才能完成的复杂任务,Agent需要完成的研究任务可能包含数十甚至上百个步骤,每一步都会影响后续决策),这对于模型本身的context长度管理,rollout的效率以及训练的稳定性都带来了很多的挑战,再比如如何找到可以激发模型Agent能力的训练数据,以及每条成功的Trajectory(在强化学习语境中,指Agent从初始状态到终止状态所经历的一系列状态、动作和奖励的完整序列)都是极长的context,怎样有效的学习。一些具体的细节我们写在了技术blog(https://http://moonshotai.github.io/Kimi-Researcher/)中,未来也会有technical report分享更多details。

AI领域日新月异,每天都会有新的新闻,四个月前刚加入Moonshot,到今天,有种很久的感觉:)

这段旅程的最大感受是 认知+坚持,在前期用充分的实验拿认知,确定好方向,要坚持做下去,给训练一些耐心,也给自己一些沉淀。在Kimi的工作是非常有爽感,模型/产品/开发/数据的沟通交互非常高效,认知、数据的共享也加快了我们的项目进度,身边的同事对AI充满信心又才华横溢。

Kimi-Researcher从6.20起已逐步开始向大家开放,但碍于服务的稳定性,我们需要一段时间逐步推向更大的用户群体,希望Kimi-Researcher可以给大家带来深度报告和好的体验。 Kimi-Researcher只是这段旅程的一个开始,他验证了我们可以通过RL的形式将Agent需要的能力内化进模型本身,未来我们会继续增加Task和工具,让模型进一步在探索中泛化,General Agent就在不远的“明天”!

本文看法仅代表个人观点,与Moonshot AI不构成直接关系:)

作者:月之暗面研究员冯一尘、毛绍光
注释、编辑:周一笑

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

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