对谈千问蒋冠军：从模型、记忆到生态，Personal Agent的技术架构如何搭建？

机器之心编辑部

Personal Agent 撕开了一道 AI 应用的口子。

个人记忆、生态工具、需求透视等一系列要点的叠加，让 Personal Agent 的理念有了更明确的定义：Agent 依托于模型的推理、规划与调用能力，但又不单单依赖于此，记忆是否准确、工具是否丰富，都决定着 Personal Agent 对用户需求的满足率。

Agent 的能力开始围绕「人」来构建。“根据用户需求和专业数据，我们建立了覆盖 30 多个行业的需求透视图，将需求归纳为不同意图，再拆解出 8000 多个模型的原子能力需求，通过后训练和强化学习，提升任务执行的稳定性和效果。” 在介绍千问正在邀测的 Personal Agent「千问 Go！」技术框架时，千问事业部 AI 算法负责人蒋冠军表示。

Agent 正在执行更复杂、更不确定的用户任务。在蒋冠军谈及的案例中，当千问 Go 帮助一位用户争取航班延误理赔时，考虑到用户表达过 “要现金赔偿”，直接拒绝了客服提出的优惠券方案，多次沟通与尝试，最终获赔 70 元现金。

但任务完成率只是起点，更关键的是记忆。

如何构建记忆？当用户表达 “月薪 8000 元” 时，是记住这个数字，还是记住 “有稳定收入” 的状态。如何提取记忆？当用户询问投资建议时，是调用理财相关的 context，还是要也要同步调取用户的家庭背景。

这被蒋冠军归纳为 “需求驱动的记忆体系”，从 “怎么用”，反推回应当 “记什么”。无论是 Personal Agent 核心的 “主动提供服务”，还是长期目标的设立与跟踪，都强烈依赖着个人记忆的准确性。

在与机器之心的对谈中，他提出了构建 Personal Agent 技术框架的三个核心：模型、生态和记忆。

基于模型能力，围绕具体的「每个人」，组织记忆、构建生态、调用服务、跟进目标，形成应用自身的积累。这是 Personal Agent 为 AI 应用打开的空间。

01 相比普通 Agent，要做好一个能够长期理解个人、完成复杂任务的 Personal Agent，显然困难得多。为什么大家都选择在这个时间点进入 Personal Agent？千问又是如何判断这一方向的？

我们一直认为，AI 产品最终会走向个性化的 Personal Agent。千问从 2025 年 11 月正式发布时，就提出了 “能聊天、会办事”，“会办事” 本身就包含了这个方向。

行业在这个时间点集中进入，核心是模型能力和生态逐步具备了落地条件。模型开始具备思考能力，能够检查生成结果和工具调用是否合理，遇到问题时重新规划；代码能力的提升，又让它能够串联多个步骤，完成复杂任务。

与此同时，生态的成熟，模型连接的不再只有搜索引擎，还有越来越多的工具和现实服务。把这些能力与个人记忆、Context 结合起来，Personal Agent 才有机会真正落地。

02 模型能力越来越强，行业也越来越关注 Harness 的价值。对于 Personal Agent 来说，模型和 Harness 究竟是什么关系？千问为什么强调两者的协同训练？

模型和 Harness 不能分开看。模型负责推理和规划，Harness 组织个人记忆、任务信息、Skill 和工具，构成实际执行任务的环境。模型能获得什么上下文、调用哪些工具，直接影响最终交付。

在实际落地中，能用工具、Skill 和专家经验解决，就尽量少让模型自行推理，通常成本更低、完成率更高；没有合适工具时，模型仍要有足够强的推理和规划能力，找到其他路径。

协同训练就是让模型更好地适应真实任务。我们围绕具体场景做后训练，通过训推一体化对齐训练与线上执行环境。有些任务第一次效果不好，稍微调整路径就能符合预期，说明短板不一定是模型能力，也可能是规划和工具调用方式。训练与系统设计需要共同补上这段差距。

03 从技术架构看，一个真正好用的 Personal Agent 需要哪些核心能力？相比已经比较成熟的 Coding Agent，Personal Agent 的技术难点在哪里？

Personal Agent 的难点，是用户上下文和服务生态都比 Coding Agent 更分散。Coding Agent 有代码库作为相对完整的上下文，编辑、编译、运行等工具也比较集中，因此更容易形成完整的执行链路。

生活和学习场景没有这样的天然条件。比如规划旅行、订票和酒店，用户往往有许多没说出口的默认要求。Agent 即使能执行，也可能因为没有理解真实需求而交付不好。

所以我们认为，Personal Agent 有三个核心：模型、记忆和生态。模型负责理解、推理和规划；记忆帮助它长期了解用户；生态提供专业知识、工具和服务。三者缺一，都会影响交付。

生态不通，不能靠模型变强自动解决。能通过 API、MCP 直接访问最好；采用其他方式，也要看用户是否授权、服务方是否允许。这些接入边界，是通用 Personal Agent 必须面对的问题。

04 很多 Agent 产品推出时令人惊艳，长期使用后又会暴露出任务成功率不稳定的问题。千问在这块有什么解决方案？

让用户惊艳，靠的是能力上限；让用户长期使用，靠的是稳定的能力下限。用户用千问订票，会默认大多数票都能订，不会接受换一种票就无法完成。因此，我们要围绕具体场景做后训练，提高稳定性和覆盖度。

比如先理解需求分布，再把需求拆成可训练的原子能力。同一类需求虽然有不同表达，但在技术上可以聚类、归约。千问目前围绕 30 多个行业，定义了 8000 多项模型原子能力要求，通过后训练和强化学习提升稳定性和效果。

这些基础能力再组合起来，尽可能覆盖真实用户的需求。对一个应用来说，常用任务能否稳定完成，有时比展示模型的能力上限更重要。

05 Personal Agent 需要反复推理、调用工具，还要处理不断增长的个人上下文。用户使用越多，成本会不会越来越高？千问在工程优化方面取得了哪些进展？

成本确实是问题：Agent 帮用户抢到 10 元优惠券，消耗的 Token 成本可能反而更高。长期看，我们判断 Token 成本会持续下降，但产品本身也必须持续优化。

除了模型路由、大小模型切换和推理优化，Harness 也是关键。同一任务，用不同的 Harness，执行路径和成本可能差很多。工具和 Skill 是平铺还是分层，相似工具中优先选哪一个，都会影响效率。

我们会与 Skill 提供方一起厘清功能和适用范围，提高单步调用成功率，减少重试和上下文积累；也会把常见执行模式封装成 Skill，避免模型反复推理。

另一个重点是上下文压缩：历史对话提炼成记忆，短期 Context 按任务筛选，工具和 Skill 信息也做精简。通过这些优化，过去一段时间，千问相关任务的上下文规模降低了约 40%。

06 真实世界里的任务往往没有固定流程。比如客服联系不上、订单规则发生变化，Agent 就必须重新寻找解决路径。千问如何提高长时间、多步骤任务的交付稳定性？

长任务能否稳定交付，关键是目标不丢、步骤可靠、失败后能换路。千问 Go！有一个航班延误理赔案例：用户希望获得现金赔偿，但航空公司最初提出的是代金券。Agent 没有把这当成任务完成，而是继续围绕现金目标沟通、寻找其他解决渠道，最终帮助用户拿回 70 元现金。

这个案例体现了我们重点关注的三个环节：规划是否合理，每一步能否执行成功，失败后能否重新规划。执行路径可以调整，但不能偏离用户目标。

执行能力越强，操作边界越要清晰。涉及订单、交易或个人数据修改等有实际影响的操作，该由用户确认的必须确认。我们在 Skill 中说明接口行为和交互条件，再由系统框架施加强约束，形成双保险。Agent 以助理身份办事，不能完全代替用户行使权利、承担义务。

07 Personal Agent 需要长期了解一个人，但用户每天都会产生大量信息。究竟应该记住什么、以怎样的粒度存储？千问在 Memory Schema 设计上有哪些不同思路？

记忆设计的核心不是尽可能多存，而是判断 “记什么、怎么用”。存得太多会过度记忆，太少又无法理解用户。Schema 即使不显式呈现，内容、粒度和层次也需要有清晰的判断标准。

我们既定义事实和关系，也从用户需求反推哪些记忆有价值。比如一位用户聊过退休养老，也聊过家里三十多岁的孩子没有工作。两件事单独看是事实，联系起来，可能意味着用户正承受家庭方面的焦虑。之后再聊家庭，甚至说 “我今天心情不好”，这段背景就可能帮助 Agent 更准确地理解问题。

存储形式上，纯文本仍然有效，因为模型本身具备很强的文本理解能力。更值得投入的是内容选择、粒度、分层和时效性：哪些是核心信息，哪些只在特定阶段有效，情况变化后如何更新。

08 存下记忆只是第一步。有些 Agent 记住了很多东西，却会在不相关的对话里频繁提起，让用户感觉被打扰。千问如何判断什么时候应该召回记忆，又该召回哪些信息？

召回记忆不是越多越好，而是要判断它与当前任务是否有关。信息过多会引入噪声，让 Agent 在不合适的时候提起旧事；用得不足，用户又感受不到记忆的价值。

比如前面那位用户再问孩子就业，养老金情况可能是重要背景；如果只是问天气，就没必要提及家庭情况。模型需要理解事件之间的关联，判断哪些历史信息有助于解决眼前的问题，以及怎样使用。

因此，我们会从事件关联和因果关系出发设计记忆体系。这可以理解为一种关系结构，但不等于一定采用知识图谱，最终仍可能以纯文本存储。

记忆还必须能更新、能失效。用户的情况和偏好会变化，Agent 不能始终用旧信息理解用户，召回时也要判断信息是否仍然适用。

09 一个理想中的个人助理，不仅能执行任务，更令人期待的是能够主动发现需求、主动服务。但主动服务也可能带来错误判断和隐私问题。千问目前做到了什么程度？怎样把握主动服务的边界？

主动服务还处在比较初级的探索阶段。我们先选择需求和时间节点较明确的场景，用产品设计限制范围，避免过度打扰。比如健康问题中的康复或复查节点，就比较适合阶段性提醒。

提醒要同时回答 “什么时候提醒” 和 “提醒什么”。这既需要专业知识，也需要理解事件关联，再结合产品边界，把提醒控制在相对合理的范围内。

相关不等于应该反复提起。如果用户咨询过一种不愿多谈的疾病，即使它与后续健康问题有关，也不应每次都拿出来提醒。我们会通过文本和语义约束，明确哪些服务可以提供，哪些提醒不应产生。

长期目标越明确，越容易跟进。用户设定了马拉松目标成绩，后续训练、跑步、休息都能与目标建立联系；但 “我要升职” 范围很广，当前任务怎样服务于这个目标，现在还做不到可靠判断。同时，助理也要尊重用户当前的需求，不能每次都用长期目标干预当下选择。

所以现阶段，我们先把明确的任务环节和目标做好，在过程中提供合适建议和必要信息。能够稳定做到这些，再逐步走向更复杂的主动服务和长期目标管理。

10 您对 Personal Agent 未来发展的期待是什么？

我最期待的，是 Personal Agent 不只执行已有任务，还能创造新的解决方案：找到用户没有想到的路径，或帮助用户完成原本要投入大量时间和成本的事。我认为，这才是它真正的增量价值。

今天 Coding 和工作类 Agent 发展较快，是因为输入、输出和上下文相对明确。更广泛的机会可能在生活场景，比如买房、买车、孩子上学。这些问题边界不清晰，却消耗大量时间和精力，也是千问重点探索的方向。把个人情况、专业知识和外部服务结合起来，Agent 才可能给出更好的方案。

我们正在从完成明确任务的代理，走向创造新价值的助理，但这个过程仍在早期。我希望先出现一些真正好用的生活场景，再进一步主动帮用户做事。说得直接一点，要么帮用户挣钱，要么帮用户省钱。