Jev 之后:AI 分工正在从「谁更聪明」转向「谁负责哪一段」

Jev 被称作 AI 的新物种。抛开热度,它指向一个具体问题:AI 系统里的分工该怎么排——判断做什么、生成怎么做、真正去做、保证持续运行。

Jev 之后:AI 分工正在从「谁更聪明」转向「谁负责哪一段」

今天外网最热的讨论里,有一个名字反复出现:Jev。它被称作 AI 的一个「新物种」。

抛开热度不谈,它指向的问题其实很具体:当模型本身越来越强,AI 系统里的分工该怎么排。

一种可能出现的四层分工

如果这个方向成立,未来 AI 系统里可能会出现这样一条清晰的分工链:

  • Jev:判断「做什么」。 负责定义目标、判断方向,决定这件事值不值得做、要做到什么程度。
  • GPT / Claude:思考复杂问题、生成「怎么做」。 负责推理、拆解、给出方案,把模糊的目标变成可执行的路径。
  • 代码 / Tool / MCP:真正「去做」。 负责落地执行,读写数据、调用接口、改变真实世界的状态。
  • Workflow / Agent Runtime:保证整件事情持续运行。 负责调度、重试、状态管理和长链路不中断。

这条链为什么值得注意

过去两年,行业的注意力几乎都集中在第二层——谁的模型更聪明、推理更强、上下文更长。

但真实业务里卡住的往往不是「想不到」,而是另外三件事:

  1. 没人判断该不该做。 模型可以生成一百个方案,但选哪一个、为什么选它,是判断问题,不是生成问题。
  2. 想到了却做不成。 推理结果要变成动作,中间需要工具、权限和稳定的调用协议。
  3. 做一次容易,持续做很难。 单次任务成功不代表系统可用,长链路里的失败恢复、状态一致性才是工程难点。

把四层分开看,AI 产品的竞争位置就变得清楚了:你究竟在哪一层建立不可替代性。

对做产品的人意味着什么

  • 只做「怎么做」的一层,会持续被模型能力的提升压缩空间;
  • 只做「去做」的一层,容易被标准化协议抹平差异;
  • 真正难被替代的,是判断持续运行这两端——前者依赖对具体场景的理解,后者依赖工程积累。

Jev 是不是最终赢家,现在下结论还太早。但它把一个问题摆到了台面上:AI 的下一阶段,比的可能不再是单点智能,而是整条链路的组织方式

分享 微博

评论 0

    昵称