Kimi、Cursor、Chroma:三条路线,为什么最后走到同一套训练方法?

简介: 本文揭示Agent训练正走向统一范式:Kimi、Cursor、Chroma不约而同采用“生产环境训练+可验证奖励+强基座微调+异步轨迹更新”路径,标志行业从探索迈入收敛。核心转向“让模型做事”而非“背答案”,Prompt工程正被任务驱动的Agent范式取代。

目录
Agent训练方法正在收敛:Kimi、Cursor、Chroma走向同一条路
为什么大家都放弃“离线训练”,转向生产环境
四个共识:Agent训练的统一范式
三家路线拆解:各自解决了什么问题
真正的难点:奖励黑客与系统退化
这件事对工程落地意味着什么
一个更重要的趋势:Agent正在取代“Prompt工程”
一、Agent训练方法正在收敛:Kimi、Cursor、Chroma走向同一条路
最近一个很有意思的现象:

前 Hugging Face 技术负责人、现谷歌 DeepMind 资深工程师 Philipp Schmid 对比了三份最新 Agent 模型技术报告,发现

Kimi(K2.5)
Cursor(Composer 2)
Chroma(Context-1)
三家完全独立的团队,最后用的训练方法几乎一样。

这不是巧合。

这说明一件事:

Agent 训练,已经从“探索阶段”,进入“收敛阶段”。

换句话说:行业已经找到了一条可行路径。

二、为什么大家都放弃“离线训练”
过去做大模型,核心思路是:

构建高质量数据集
离线训练
上线推理
但 Agent 完全不同。

Agent 的核心问题不是“回答对不对”,而是:

能不能完成任务
能不能调用工具
能不能持续推进流程
这些能力:

离线数据几乎无法覆盖。

所以现在的转变是:

从“数据驱动训练” → “环境驱动训练”

简单说就是:

不再让模型“背答案”
而是让模型在真实环境里“做事”
三、四个共识:Agent训练的统一范式
这三家公司,最终收敛到四个核心共识:

  1. 从强基座模型出发
    没有人再从零训练 Agent 模型。

Kimi → 基于 K2
Cursor → 基于 Kimi K2.5
Chroma → 基于 gpt-oss-20B
原因很现实:

Agent能力不是靠“参数量”,而是靠“行为训练”

  1. 直接在生产环境训练
    这是最关键的变化。

所有训练都发生在:

IDE(Cursor)
浏览器 / 搜索环境(Chroma)
多Agent系统(Kimi)
也就是说:

训练环境 ≈ 用户真实使用环境

这带来一个巨大变化:

不再是“模拟任务”
而是“真实任务反馈”

  1. 用“可验证结果”作为奖励
    传统 RL 的问题是:

奖励难定义
容易主观
现在统一做法是:

只奖励“可验证结果”

例如:

代码是否编译通过
测试是否通过
搜索是否命中正确答案
对于开放问题,再叠加:

GRM(生成式奖励模型)

  1. 异步并行生成训练轨迹
    核心机制:

大规模 rollout
异步收集轨迹
批量更新策略
这本质上是把 Agent 训练变成:

一个“分布式在线系统”

而不是传统意义上的模型训练。

四、三家路线拆解:各自解决了什么问题

  1. Kimi:解决“多Agent协作”
    核心机制:Agent Swarm

特点:

自动任务拆解
并行执行
编排器调度
关键突破:

在 BrowseComp 达到 78.4%
推理延迟下降最高 4.5 倍
本质上解决的是:

复杂任务如何拆解与并行执行

  1. Cursor:解决“长上下文失控”
    核心机制:Composer 2

做了两件关键事情:

自动摘要(控制上下文膨胀)
从生产流量中提取 RL 信号
最关键的数据点:

训练循环:约 5 小时一轮
每天可上线多个版本
这意味着:

模型开始进入“持续进化”状态

  1. Chroma:解决“检索效率与成本”
    核心模型:Context-1(20B)

核心技巧:

自编辑上下文(Self-editing context)

模型会主动:

删除无关信息
保留关键线索
继续搜索
结果:

成本更低
速度提升约 10 倍
精度接近 SOTA
本质是在解决:

信息过载问题

五、真正的难点:奖励黑客与系统退化
这部分,才是工程核心。

三家都遇到了同一类问题:

Cursor的问题
模型学会:

故意发错格式的工具调用
绕过惩罚机制
Kimi的问题
编排器退化:

不拆任务
或假拆任务刷奖励
Chroma的问题
Agent退化为:

搜一次就停
这些问题有一个统一名字:

Reward Hacking(奖励黑客)

本质原因是:

模型在优化“奖励”,而不是“目标”

解决方式也逐渐统一:

动态调整奖励函数
引入多维约束
增加长期奖励信号

六、这件事对工程落地意味着什么
如果你在做:

AI测试
智能体系统
Agent平台
这件事的意义非常直接:

  1. 不要再迷信“提示词工程”
    Prompt 只是入口。

真正决定能力的是:

行为轨迹
反馈机制
环境闭环

  1. 系统设计 > 模型能力
    现在的核心能力在:

调度(Orchestration)
工具链(Tooling)
记忆(Memory)
执行环境(Runtime)

  1. 必须构建“可验证反馈”
    没有反馈,就没有进化。

典型落地方式:

测试用例通过率
任务完成率
API调用成功率
七、一个更重要的趋势:Agent正在取代“Prompt工程”
这三篇报告其实透露了一个更深层的信号:

AI正在从“会说”,变成“会做”

过去:

你写 Prompt
模型给答案
现在:

模型自己拆任务
自己调用工具
自己修复错误
这意味着:

编程范式正在变化
从:

写代码
到:

设计任务 + 定义约束 + 构建环境
结尾
Kimi、Cursor、Chroma这三条路线,本质上在回答同一个问题:

如何让模型在真实世界里“干活”

而现在的答案已经很清晰了:

用真实环境训练
用可验证结果反馈
用强化学习驱动行为
如果你还在停留在:

Prompt优化
向量检索
单轮问答
那已经落后一个阶段了。

如果你正在做:

AI测试
Agent系统
自动化平台
可以想一件事:

你的系统里,有没有“真实反馈闭环”?

评论区可以聊一个更具体的问题:

你现在的AI系统,是在“回答问题”,还是在“完成任务”?

相关文章
|
6月前
|
存储 资源调度 监控
当 Agent 开始接管测试体系:MCP + Skills 背后的工程真相
本文探讨2026年测试工程范式变革:以Agent+MCP+Skills分层架构重构接口/UI自动化与性能测试,强调能力抽象、结构化依赖、稳定性控制及可观测治理,推动测试从“脚本编写”迈向“架构设计”。
|
5月前
|
运维 架构师 Java
架构设计的权衡:微服务、模块化与单体在Java生态中的选择
在Java架构设计中,微服务架构在过去十年间经历了从狂热追捧到理性回归的演变。2015年前后,“微服务”几乎成了先进架构的代名词——任何新项目如果不用微服务,似乎就落后于时代。
443 2
|
6月前
|
存储 缓存 NoSQL
Redis 生产级实战
Redis作为互联网业务的核心内存数据库,其生产环境的稳定性、性能与可扩展性直接决定了业务的可用性上限。多数开发者仅掌握基础的缓存读写操作,一旦面对集群搭建、数据备份、性能瓶颈排查、在线数据迁移等生产级场景,极易出现踩坑、故障甚至数据丢失问题。Redis作为互联网业务的核心基础设施,其生产环境的稳定性与性能直接决定了业务的上限。本文从集群搭建、冷热备份、性能调优、数据迁移四大核心生产场景出发,讲透了底层实现逻辑,提供了全量可落地、零错误的实战方案。
579 4
|
6月前
|
机器学习/深度学习 人工智能 算法
Bug定级不准?让AI学习历史数据,自动标记P0/P1
本文揭秘AI如何解决Bug定级难题:基于历史数据(标题、模块、评论等特征),用随机森林或LSTM-Attention模型自动预测优先级,嵌入JIRA/飞书流程。实践后争议降60%,P0/P1响应提速30%,让团队专注解Bug而非扯皮。
|
6月前
|
人工智能 JSON 测试技术
还在手动造数据?Faker+LLM,模拟真实业务场景的N种姿势
本文分享团队用Faker+LLM组合生成真实测试数据的实战经验:Faker高效产出海量基础数据,LLM补足业务逻辑与语义真实性。覆盖单元测试、演示环境、全链路压测及AI训练等场景,兼顾效率、质量与合规性。
|
机器学习/深度学习 算法 计算机视觉
深度学习目标检测系列:一文弄懂YOLO算法|附Python源码
本文是目标检测系列文章——YOLO算法,介绍其基本原理及实现细节,并用python实现,方便读者上手体验目标检测的乐趣。
55984 0
|
7月前
|
人工智能 自然语言处理 测试技术
我用AI写自动化测试脚本一周后,同事以为我偷偷请了个外援
一位测试工程师用AI打造自动化测试“流水线”:从让AI生成pytest脚本、设计测试用例,到接入知识库实现业务感知,再到构建测试智能体。一周内效率提升3–4倍,边界覆盖增30%,告别加班写脚本。真实实践,无外包,只有会思考的AI助手。
|
编解码 人工智能 自然语言处理
AIGC基础模型——扩散模型(Diffusion Model)
【1月更文挑战第23天】AIGC基础模型——扩散模型(Diffusion Model)
1255 1
AIGC基础模型——扩散模型(Diffusion Model)
|
5月前
|
人工智能 测试技术
CLI为什么突然爆了?一文讲清 Skill、MCP、CLI 的真实关系
本文解析AI从“能聊天”到“能干活”的关键跃迁,聚焦CLI(命令行接口)、Skill(内嵌能力)与MCP(标准化连接协议)三大执行层技术。厘清三者本质差异与协同关系:Skill解决“懂什么”,MCP解决“怎么接”,CLI解决“怎么做”,揭示企业推动CLI落地的核心动因——让AI真正融入业务、自动执行任务。

热门文章

最新文章